Update funktioniert nicht mehr und kommt unter authorize.php zum stehen
am 24.04.2012 - 23:41 Uhr in
Hallo,
ich habe bereits im drupal.org-Forum diese Frage gepostet und poste sie auch hier da ich hoffe, dass mir hier jemand weiter helfen kann.
(drupal.org-Topic: http://drupal.org/node/1543956)
Konkret geht es darum, dass der Update von Modulen seit kurzem bei einem Projekt, das bereits online ist nicht mehr funktioniert. Er lädt noch die Updates scheinbar herunter und leitet dann auf authorize.php?batch=1&op=start&id=164 um und bleibt dort ohne einer wirklichen Fehlermeldung oder normalen Meldung stehen. Lediglich "Aktualisierungen werden installiert" erscheint.
Ich habe das Projekt einmal via MAMP lokal zum laufen gebracht und dort getestet - und es liegt wirklich an der kompletten Installation. Eine frische Installation klappt wunderbar. Leider kann ich mir es nicht leisten, die Seite kurz offline zu nehmen und neu aufzusetzen. Ich glaube das wird ausserdem länger dauern, als das Problem zu suchen.
Jedenfalls bin ich nun soweit, dass ich weiss, warum es bei authorize.php zum stehen kommt. Wie im oben genannten Artikel erwähnt wird $_SESSION['authorize_results'] erwartet um fortzufahren, welches nicht gesetzt wurde.
Weiss jemand, von welcher Datei aus die authorize.php aufgerufen wird? Oder kennt jemand das Problem?
Danke schonmal :)
- Anmelden oder Registrieren um Kommentare zu schreiben
Hi, hast Du mehrere Module
am 25.04.2012 - 09:50 Uhr
Hi,
hast Du mehrere Module gleichzeitig upgedated oder alle
einzeln?
Du siehst keine Fehlermeldung weil Batch Operationen Multistep Prozesse
und nicht das komplette Drupal bootstappen müssen.
http://drupalcontrib.org/api/drupal/drupal!authorize.php/7
Schau mal im php error log des Servers nach
ob da eine Fehlermeldung steht.
EIn Update kann unter Umständen das zur Verfügung stehende RAM
übersteigen.
Gruss
https://awri.ch
Ich habe eine Schweizer Tastatur und daher kein scharfes ß ;-)
Hallo und erstmal echt
am 25.04.2012 - 10:06 Uhr
Hallo und erstmal echt herzlichen Dank für die Antwort.
Ich hatte auch den Gedanken, und vorerst mal jede Fehlermeldung ausgeben lassen (auch PHP Fehler vom Server direkt) - ohne Erfolg. Ich werde das ganze nochmal mit der Log alleine Probieren. Vielleicht sieht mans dann.
Da ich mir denke, dass das ganze während dem Update passiert bzw davor (also definitiv bevor die Datei authorize.php geladen wird), glaube ich, dass es an einem Modul ist, das ich vor kurzem installiert habe. Ich probiers also mal, indem ich die letzten Module deaktiviere.
Ich halt euch am laufenden. Wenn jemand weitere Ideen hat - nur her damit :)
Danke
Hallo, ich stehe bei einer
am 12.07.2012 - 12:37 Uhr
Hallo,
ich stehe bei einer Seite vor dem gleichen Problem und fand außer diesem Thread nicht wirklich viel im Internet über das Problem.
Hat sich bei Ihnen irgednwas ergeben, was das Problem lösen konnte?
Viele Grüße
Michael Veeck
Hallo und leider nein. Aber
am 12.07.2012 - 12:43 Uhr
Hallo und leider nein.
Aber mich würde interessieren, ob Sie die gleichen Systemvoraussetzungen haben:
Ich verwende einen managed vServer, also mit wenig Systemressourcen. Bei Ihnen ähnlich?
Über den Server kann ich
am 12.07.2012 - 12:56 Uhr
Über den Server kann ich nicht wirklich viel sagen, ist jedenfalls intern von usneren Admisn bereitgestellt und sollte performant genug sein.
Das Problem tritt jedoch auch bei mir lokal auf und deshalb denke ich nicht, dass es an den Resourcen liegt. Mein Bauchgefühl tippt auf ein Modul, da das Problem erst nach einer gewissen Zeit aufgetaucht ist (jedoch nun leider nicht mehr anchstellbar ist). Haben Sie schonmal probiert, Module zu deaktivieren, um das Problem zu lösen?
Ja hatte allerdings keine
am 12.07.2012 - 13:39 Uhr
Ja hatte allerdings keine Auswirkung.
Ich schreibe heute Abend mal eine Liste von Modulen die ich installiert habe.
Hallo, diesen Fehler in einer
am 12.07.2012 - 15:40 Uhr
Hallo,
diesen Fehler in einer Batch verarbeitung zu finden ist schwierig.
Normalerweise wird ein Batch (Stapelverarbeitung)
über eine Kommandezeile ausgeführt.
Ich bin mir hier nicht sicher aber ich meine das bedeutet,
dass der PHP-CLI Interpreter die Batches ausführt
und nicht der Webserver.
Daher wird auch nichts vom Webserver und vom PHP Modul
geloggt.
Steht bei Euch evtl etwas im MYSQL error log?
Beachtet bitte auch, das Ihr RAM Grenzen und Timeouts im AMP Stack habt.
Rein vom Gefühl her würde ich sagen, dass eine der Grenzen überschritten wird.
Entweder die mysql einstellung max_allowed_packet in my.ini
oder die php einstellung max_execution_timeout in php.ini
oder beides.
Evtl. könnt Ihr den BLOB mit der Batch ID xxx aus der Tabelle batch deserialisieren.
Das ist meist ein SQL Statement.
Wenn das Statement grösser ist als mysql max_allowed_packet dann habt Ihr es vermutlich gefunden.
Ich hoffe das kann Euch helfen
Grüsse
https://awri.ch
Ich habe eine Schweizer Tastatur und daher kein scharfes ß ;-)