[gelöst]Probleme bei der Installation von memcache

Der Patch liegt im Modul-Unterordner patches, genau da wo er laut Beschreibung auf der Projektseite und im README auch liegt. Basisinfos über Patch-Files und den Verweis auf die Anleitung auf Drupal.org sind hier zu finden.

Nur aus Neugierde: Hat es einen tieferen Sinn warum du im Drupal 6.x Unterforum eine Frage nach einem Modul für Drupal 5 stellst?

Ok es handelt sich um Drupal6. Wahrscheinlich brauch ich dann auch keinen Patch mehr. Zumindestens steht nichts in der readme.txt und ein entsprechender Ordner ist auch nicht vorhanden.

Ich habe in der $cof variable folgenden Pfad angegeben.

da die settings in sites/default ist und ich die module direkt im modul Ordner speicher

Trotz dessen erhalte ich folgende Fehlermeldung:

Memcache admin requires that the "cache_inc" $conf variable be set to include either memcache.inc or memcache.db.inc. Please read the installation instructions. (Momentan wird Memcache admin Memcache not included verwendet)

die Seite ist offline. Memcached ist laut phpinfo.php aktiv bzw. installiert. Warum klappt das nur nicht???

Ich habe es auch mit absoluten Pfadangaben versucht. Leider immer noch die selbe Fehlermeldung.

Ich habe eine vserver und dort läuft bereits eine Seite mit memcache. Muss ich dann eine neue Instanz aufmachen?

Hier ein Auszug aus der phpinfo.php

Ich fänds am einfachsten das Standard-Drupal durch Pressflow zu ersetzen, dnn erspare ich mir das dauernde Gepatche wenn Updates kommen...

Seid Ihr sicher, dass es ohne Patch für Drupal6 funktioniert? Also mit der Anleitung jedenfalls nicht. Meine $conf sieht mitlerweile so aus:

Der cache_inc Pfad ist absolut angegen. Da kann man eigenlich bei Linux nichts falsch machen.
memcache_key_prefix habe ich angegebn, da noch eine weitere webseite auf dem Server memcache verwendet. Dort ist auch ein spezifisches Prefix angegeben.

Ich habe die Anleitung genau befolgt. Was mache ich da bloß falsch???

Selbst wenn ich da Käsekuchen mmhh der ist aber lecker reinschreibe. Egal ich bekomme die Fehlermeldung.

Ich dachte zunächst du meintest "Presswurst". Pressflow ist das eine Alternative. Memcache läuft bei mir mit drupal nicht. Mit einer vbulletin installation läuft es fehlerfrei.

Zum Thema Pressflow:

Quelle: http://de.wetena.com/derivate-und-distributionen/pressflow

Du kannst dir die Distribution auf der folgenden Seite herunterladen:
http://fourkitchens.com/pressflow-makes-drupal-scale
http://fourkitchens.com/pressflow-makes-drupal-scale/downloads

SteffenR

Ich habe nun die pecl Version von memcached drübergespielt. Meine phpinfo.php sieht nun so aus:

Also ich komme da nicht weiter. Ich habe (wie oben zu sehen die aktuelle Version die benötigt wird) Mehere Tests haben gezeigt, dass die library aktiv ist und das der Daemon von memcached läuft. Die settings.php habe ich angepasst (und alle Varianten aus google probiert) Die Installationsanleitung scheint nicht korrekt zu sein. Hat das jemand schon mit drupal6 installiert??? Es kommt immer wieder der gleiche Fehler:

Memcache admin requires that the "cache_inc" $conf variable be set to include either memcache.inc or memcache.db.inc. un das obwohl sich die Datei dort befindet. könnte es sein, dass .htaccess mir da in die Quere kommt? Ich habe keinen Plan. Benutzt überhaupt irgendjemand memcached für drupal6???

Sorry kenne memcache nicht,
aber mit einem Debugger diesen Fehler zu finden sollte einfache sein.
Schau dir den Bootstrap von Drupal an wo diese Dateien geladen werden sollen.
Was mich etwas stutzig macht ist
Memcache admin requires
wieso admin?

Ich habe die Stelle gefunden. Ich kann damit aber wenig anfangen:

Das einzige was mir da komisch vorkommt ist

require_once variable_get('cache_inc', './includes/cache.inc'); Keinen Plan

Wenn ich diese ersetzte durch

require_once variable_get('cache_inc', './modules/memcache/memcache.inc'); erhalte ich nur Fehlermeldungen.
Ich dachte drupal6 hat bereits einen Patch???

Die ersten Fehlermeldungen kamen von Drupal
woher kommen die Fehler wenn du
require_once variable_get('cache_inc', './modules/memcache/memcache.inc');
einsetzt?
kommen sie vom Apache Memcache Modul oder vielleicht vom Betriebsystem?
Schick auch mal diese Fehlermeldungen.

Nochwas:
Ist das Apache auf Linux oder Win32?
Funktioniert Memcache ausserhalb von Drupal?
Probier mal das Memcache Modul ausserhalb von Drupal
mit einem PHP Testfile oder Beispiel.

Ausserdem steht hier das müsste man in settings.php einstellen
evtl. versuchst du hier mal einstellungen für den memcache.

LG

Ich nehme stark an, dass es an der variable cache_inc liegt, die dem Modulinstaller einfach nicht vorliegt. Diese ist zwar in der $conf Datei angegeben aber Sie wird vermutlich nicht geladen. Warum das so ist, weiss ich nicht.Die Fehlermeldung besagt ja nicht, dass es keine Verbindung zum memcached server gibt. Lediglich die Variable ist nicht bekannt. Auf welchem Wege wird denn die $conf verarbeitet?

Ich habe das hier in der install.txt gefunden. Darin wird gesagt, ich soll den include file verschieben, d.h. memcache.inc (aber wohin???)

ich habe die Variable direkt in der Bootstrap anstelle der cache.inc geladen. Dann erhalte ich diese Fehler:

Ehhh der memcache server läuft habe ich mit telnet überprüft ???

ein kleine testscript beweis aber anderes der Daemon läuft nicht

What the fuck !!!

Das Modul ist wirklich nicht zu empfehlen. Ich habe nun definitiv den Daemon am laufen hier das Testergebnis zweier Testscripts auf dem Server:

Wenn es nicht läuft würde dort die Fehlermeldung aus dem voherigen Thread erscheinen. Es liegt wohl am Modul selbst.Ich habe alle Schritte der Anleitung befolgt.

Mir fallen 2 Dinge auf:

Hier gibst Du die IP adressen an:

Hier möchtest Du dich aber auf den localhost connecten.

Btw. Ich gaube kaum dass der Memcache Server woanders laufen sollte als auf localhost (127.0.0.1)!

Hier vertehe ich Dich leider nicht, läuft der Memchache Server nun oder nicht?

Probiermal netstat wie hier und das test php skript:
http://www.howtoforge.com/installing-memcached-and-the-php5-memcache-mod...

gib mal in der Komadozeile php -m ein um zu sehen ob das Modul wirklich richtig durch php geladen wird

Sorry dein letztes Posting zu spät gesehen,
evtl könnte dies der Fehler sein oben gibts Du die IP Adressen
'83.168.7.88:11212' => 'default',
'83.168.7.88:11211' => 'cluster2',
an dmemcache sagt aber:

Probier auch mal 127.0.0.1 in den settings

Also ich habe zwei verschiedene php Testscripts ausführen können. Also die Verbindung besteht. Netstat bestätigt das nocheinmal:

Der default port von memcache ist 11211 darauf "hört" memcache. Oben habe ich nur noch einen weiteren Port hinzugefügt. Ich wollte das nur drinne stehen haben, um später schnell andere Server ansprechen zu können. Ok, ich nehme das mal raus. Aber es besagt lediglich, dass speziell zugewiesene Tabellen auf den Port 11212 des selben Servers gesendet werden. Alle anderen Tabellen gehen über default 11211.

Meine derezitige $conf sieht so aus:

Ich werde die speziell definierten Ports mal löschen. Denke aber nicht, dass es daran liegt.

Ich habe die $conf entsprechend geändert:

Also ich habe auch auf drupal.org in den jeweiligen Foren nachgefragt. Anscheinend gibt es den Fehler nur bei mir. Ich kann machen, was ich will. Ich bekomme diesen Fehler nicht behoben. Meine drupal installation ist echt langsam und ein wenig tunig könnte da nicht schaden. Nur schade, dass man die gängigsten tuning scripte einfach nicht verwende kann. Es gibt einfach niemanden, der sich damit wirklich auskennt. Gerade wenn man communities aufbaut ist man sehr auf solche tools angewiesen.

Dieses Modul ist wirklich nicht zu empfehlen. Reine Zeitverschwendung. Mir hat bisher auch noch niemand bestätigt, dass memcache admin bei ihm läuft.

Hi 1000,

wenn ich das so höre könnte es sein,
dass ein bereits installiertes Modul sich mit dem memcache modul beisst?
Wenn deine derzeitige Installation so lahm ist gehe ich mal davon aus, dass du schon viele Module
installiert hast (evtl. auch Module für bessere Performance) und diese Installation schon überladen ist.
Ich würde es mal mit einer Default installation (Core) probieren.
Wenn das klappt liegt das Problem evtl. bei einem anderen Modul (überschreibt evtl. cache variable).

Leider kann ich Dir da nicht weiterhelfen, da ich dieses Modul nicht verwende :-(

LG u. toi toi toi

Ich breche den Versuch ab. Es kostet schon zuviel Zeit. Ist exrem Schade, da memcached wirklich sehr viel bringt. In Kombination mit APC kann man meist mindestens das doppelte an Performence rausholen. Ist wirklich mist, dass ich es nicht zum Laufen bekomme. Habe wirklich alles versucht, was mir möglich ist. Trotzdessen nocheinmal Danke für die Hilfe.

Ich habe mir Pressflow angeschaut. Benutzt das jemand? Gibt es andere Alternativen, um drupal zu beschleunigen?

Performance erhöhen

Ja da gibt es viele Möglichkeiten auch ohne solche Mechanismen.
Aber der Programmieraufwand steigt, je performanter Drupal sein
soll.

Datenbank:
Die meiste Performance bringt eine Optimierung der DB.
So habe ich festgestellt, dass für identische Contenttypen der Zugriff ohne CCK
in Drupal mindestens 4x schneller ist als mit.
Wenn Du eine eigenes Datenmodell in einem Modul einbindest hast Du
fast die gleiche Performance wie in einer normalen DB Anwendung.
Auch Relationen werden von Drupal verwaltet und eigentlich nicht von der DB.
Drupal verzichtet (um unabhängig vom Datenbanksystem zu sein) auf referenzielle
Integrität und richtig gesetzte Indexe.

So werden z.B. sehr oft m:n Relationen völlig schlecht abgebildet.
Ich meine damit, dass das z.B: das sehr oft eine mehrfach Beziehung in einem Feld einer Tabelle abegebildet wird,
anstatt in einer eigenen Relationstabelle Tabelle.
Und wie gesagt setzt Drupal selbst keine Beziehungen

Requests:
Dann ist es ja auch so, dass der Webserver normalerweise nur
2 gleichzeitige Verbindungen von einem Client auf die gleiche virtuelle Adresse erlaubt. (web.host.com)
Wenn z.B. viele Grafiken geladen werden müssen, könntest Du die Grafiken von einem
anderen virtuellen Server laden (img.host.com) und hätfest somit 4 Requests die gleichzeitig abgearbeitet werden.
So macht es übrigens auch Facebook aus Performance Gründen ;-)

Wenn mir noch was einfällt schreib ich es

Lieber Gruss

Klar, Pressflow + APC + Varnish + Memcache ;)

Also laut einigen Berichten soll Pressflow wirklich was taugen. Kann ich da auch alle Module weiterhin benutzen? Ich habe auch etwas von Mercury gehört. Habe einen krassen Benchmarktest im Internet gefunden. Danke für die Tipps ! Vielen Dank. Dann scheint das ganze suchen doch noch etwas zu bringen. Hier der Benchmark http://groups.drupal.org/node/25617

Allerdings habe ich mir die Projekt Page von mercury angeschaut und festgestellt, dass es sicher 1-2Wochen dauern wird dieses System zum Laufen zu bekommen. Also wie nun Pressflow oder mercurey? Habe ich da eine realistische Chance das einigermaßen schnell hochzuziehen und die vorhanden Module aus drupal6 weiterhin zu benutzen??? Laut Beschreibung soll es funktionieren. Gibt es Erfahrungswerte mit mercury oder pressflow??

Außerdem habe ich gelesen, dass varnish für ststischen content von anonymen usern einen enormen performanceschub gibt. Ich möchte eine Community betreiben. Dort sind die meisten User angemeldet und generieren dynamisch erzeugte Seiten. Ist Pressflow trotzdessen geeignet?

Lies dich mal in Ruhe ein, dann stellst du fest, dass es nicht Mercury ODER Pressflow heißen kann, da PF ein Bestandteil eines Mercury-Setups ist, welches aus den von mir im letzten Kommentar genannten Komponenten besteht. Einen guten Überblick darüber was PF eigentlich ist und kann findet sich über die offizielle Pressflow Website im Wiki. Da werden im Grunde alle Fragen beantwortet.

Ein Reverse Proxy (Varnish, Squid) hilft für alle statischen Inhalte (sie machen den Großteil der Client Requests aus), das hat mit eingeloggt oder nicht zunächst nichts zu tun. Und alles was die interne Verarbeitung beschleunigt und den Ressourcenverbrauch senkt hilft, da dadurch mehr Ressourcen für andere Systemprozesse verfügbar sind.

Für Mercury muss man sich entweder recht sklavisch an die Anleitungen und dort eingesetzten Linux Distros und Versionen halten, oder die für verschiedene Cloud-Hoster (allen voran Amazon) angebotenen Fix-und-fertig-Images benutzen. In ersterem Fall sollte man einiges an Ahnung haben, in letzterem ist es mit ein paar Mausklicks geschafft. Mercury vereinfacht das nur durch den Einsatz eines Repositorys in dem Build-Skripte für dieses High-Performance-/Scalability-Setup zur Verfügung gestellt werden, über die Installation, Konfiguration und Updates gehandhabt werden.

Man kann die Komponenten aber natürlich auch selbst zusammenfügen, denn sie sind alles eigenständige Projekte die man locker miteinander zur gemeinsamen Arbeit bringen kann, wenn man eine Runde Linux-Admin-Kenne mitbringt.

Also ich habe schon einmal Pressflow installiert. Und entgegen der Meinungen in anderen Foren auch bereits ohne "Zusatztuning" wie memcached apc varnish &Co einen Performence Unterschied messen können. Mir ist eine Veränderung der Ladezeiten merklich aufgefallen und mein Eindruck konnte ich auch mit YSlow bestätigen. Nun muss ich wohl varnish bemühen. Leider habe ich auch noch andere Domains auf diesem Server gehostet. Da man varnish aber auf Port 80 laufen lassen muss kann ich die anderen Webseibseiten nicht mehr drauf betreiben. Aber egal dann muss halt der Testserver dran glauben. Für einen extra Datenbank Slave sollte der jetzige Server mit "apache port 80" wohl genügen. Ich habe gelesen, dass pressflow eine konfiguration dafür vorsieht. Eigendlich kenne ich dieses Feature nur von mysql selbst. OK, aber nochmals danke für den Tipp. Die Richtung habe ich schoneinmal. Die "testing" Funktion funktioniert bei mir leider nicht. Dort erscheinen php- Fehlermeldungen.

Das Modul Memcache Admin funktioniert auch bei der Pressflow Installation nicht. Gibt es irgendein Modul, welches die Arbeitsweise der Datenbank, des Arbeitsspeichers evt. aufzeigt. Woher soll ich sonst wissen, ob memcahced apc varnish wirklich korrekt arbeiten. Na klar wenn ich ersteinmal eine Verbesserung sehe ist das schon echt viel Wert aber ich will das optimieren wenn es möglich ist.

Ich bin langsam echt am verzweifeln. Ich möchte memcached verwenden für drupal bzw. mittlerweile Pressflow, Auch unter Pressflow funktioniert das leider nicht. Das funktioniert aber nicht. Support Fehlanzeige. Ich habe alles haargenau befolgt.

Hier meine Settings.php

Die Daemons laufen alle. Die Verbindung zu php steht. ARHDHHDHDHSHGDGA ! Ich werde noch wahnsinnig bei diesen Modul !

Hi 1000,

ohne die Fehlermeldung wird Dir verm. niemand helfen können.

Ich hatte schonmal gesagt, dass ich dieses Modul
in einer Default Drupal Installation testen würde,
denn wer sagt denn dass es an diesem Modul liegt und nicht einem anderen?
Allein mit Ubercart hast Du min. schon 28 Zusatzmodule evtl. beisst sich hier
etwas (Ich kann mir vorstellen dass evtl. clevere Module auch auf das caching verhalten einfluss nehmen möchten).

Oder probier wenigsten mal alle Module ausser den Core Modulen abzuschalten.

Du kannst erst sagen dass dieses Modul nicht läuft wenn Du eine saubere Installation hast.

LG

Ich habe alle Module deaktiviert und erhalte trotzdem noch diese Fehlermeldung:

Memcache admin requires that the "cache_inc" $conf variable be set to include either memcache.inc or memcache.db.inc. Please read the installation instructions. (Currently using Memcache admin Memcache not included)

Ich konnte die Stelle nicht finden, wo diese Fehlermeldung im Script ausgelöst wird. Es liegt also nicht daran. Der Fehler liegt am Modul selbst. Die Adresse habe ich mehrfach geprüft. Ich habe sie richtig eingegeben. Scheinbar ist ein Schritt in der Readme nicht richtig erklrt oder ich mache da irgendetwas falsch. Aber was?????

Ich habe linux ubuntu 64bit als Betriebssystem. Ich glaube langsam es könnte auch an der verwendeten memcache version liegen. Weiss jemand wie ich die Version des Daemon herausfinde. In der phpinfo.php steht Version 2.2.5 Laut readme ist das doch ok ! Oder etwa nicht??

Leute echt sorry. Ich bin einfach zu schlecht im Programmieren. Ich habe einen Kommentar * übersehen. Die $conf war einfach auskommentiert. Komplett mein Fehler. Ich habe jetzt die cocomore Version drauf. Weiss nicht, ob die wirklich besser ist.

Ich habe festgestellt, dass ab Version 6x1.5 mehrer Instanzen der memcached Daemons wohl vorausgesetzt werden. Mit der Version 6x1.4 funktioniert es bei mir. Bei der Version 6x1.5 erhalte ich Fehlermeldungen:

Cannot connect localhost:11216 ect. Also anscheinend laufen meine Daemons nicht???

Hier ein Auszug aus netstat:

Die Statistik kann ich auch nicht so recht interpretieren, zumal ich nun nicht weiss, ob die angegebenen bins auch wirklich verwendet werden:

hi,

sorry, aber lies mal dein netstat und deine fehlermeldung genauer:
cannot connect to localhost:11216

dein netstat:

localhost wäre eigentlich 127.0.0.1:11216

LG

Sorry habe ich übersehen. Drupal ist jetzt echt hammer schnell. Krasser unterschied !! Mich wundert nur, dass sich APC und memcached gar nicht in die Quere kommen. Sowohl memcached als auch APC laufen und produzieren hits.

Sie können sich nicht in die Quere kommen, weil sie in der Standard-Konfig ganz andere Aufgaben erfüllen.

APC wird als Opcode Cache benutzt und Memcache ist ein Key Value Store, der DB Zugriffe cached.
Unterschiedliche Aufgaben also.
Mit Varnish oder Boost hast du auch noch Hammer Performance für anonyme Zugriffe.