Neue Live Update Major-Version

[Daniel_]

Habe zunächst testweise ein Update von 2.11.3 auf 2.11.4 gemacht. Das hat mit der neuen LU-Version auf unserem domainfactory-Server zum ersten Mal problemlos funktioniert. Jetzt wollte ich direkt auf 2.11.6 gehen, aber das Script bricht nach einer gewissen Zeit einfach ab und endet ohne Fehlermeldung ([ATTACH=CONFIG]8861[/ATTACH]). Das gleiche passiert beim Versuch "nur" auf 2.11.5 zu gehen. In der php.ini sind unter anderem max_execution_time = "120" und memory_limit = "100M" eingestellt. Daran kann es also m.E. nicht liegen. Habt Ihr noch andere Idee, woran ich mal schrauben könnte?

Vielen Dank, Jens

Hallo Jens,

bei mir sah es genauso aus, am besten du schaust in deinen errorlog, dann kommst du der Sache näher...

Mir hat der HE Support mitgeteilt, dass ich den Wert mittels .htaccess ändern kann. Weiß jemand, ob der Wert dann global geändert wird oder ich bei jeder Installation die .htaccess ändern muss?

[plakart]

Danke für die schnelle Antwort, Daniel. Leider wird gar nichts in die error.logs geschrieben. Und wenn ich es richtig verstanden habe, lag es bei Dir auch an der max_execution_time. Die ist bei mir allerdings mit 120 ausreichend gesetzt. Und das Script bricht auch nicht nach 120 Sekunden ab, sondern eher nach zehn Sekunden. Alles etwas merkwürdig. Wenn ihr noch Ideen habt ...

[stefan.sl]

Leider wird gar nichts in die error.logs geschrieben.

Stell mal im in der Adminoberfläche unter
-> Domains -> bearbeiten
-> PHP.ini-Editor
-> "Globale PHP.INI Einstellungen nutzen" - Nein
-> log_error - Ja
-> error_log -> beliebiger Dateipfad
ein.

[plakart]

Danke, aber der Error-Log-Pfad ist schon korrekt gesetzt. Nachdem ich max_execution_time und memory_limit testweise absurd hoch gesetzt habe lief das Script beim Entpacken des ZIP-Archivs minutenlang mit dem Loading-GIF und endete dann in einem Error 500.

Bei Domainfactory konnte man mir insofern weiterhelfen, dass der Timeout vom Apache erhöht wurde, der auf die Antworten vom FastCGI zum Apache wartet. Jetzt läuft das Script weiter, endet aber mit dem folgenden Screen: screen-_capture_2012-10-10-8-26-35.jpg

Den in der Fehlermeldung angemerkten Safe Mode Hack brauchte ich bisher noch nie und brauche ihn laut Contao-Check auch jetzt nicht.

Ist das jetzt noch ein Server-Fehler oder liegt das an meiner Installation oder am Update-Script?

Danke für Eure Hinweise.

[leo]

"Error reading central directory" deutet auf ein kaputtes .zip-Archiv hin. Das kann daran liegen, dass das Skript nicht genug Laufzeit hatte, um die Daten vollständig herunterzuladen. Für große Updates können schon mal 128MB RAM notwendig sein. 30 Sekunden Laufzeit sollten aber eigentlich ausreichen.

[plakart]

Vielen Dank, Leo. Habe von Domainfactory den Arbeitsspeicher auf 500 MB hochsetzen lassen. Aber auch das führt bei dem Update von 2.11.4 auf 2.11.5 zu dem o.g. Ergebnis. Ich habe inzwischen bei anderen Installationen auf dem gleichen Server problemlos von 2.11.5 auf 2.11.6 updaten können, aber bei der 2.11.4-Version habe ich weitehin das beschriebene Problem.

Ist eigentlich zwingend die FASTCGI-Version von PHP 5.3.8 erforderlich oder tut es auch die Standard-Version?

[leo]

Es geht auch mit mod_php, falls Du das mit "Standardversion" meinst. Welche Version des Live Update-Client hast Du denn auf den verschiedenen Accounts laufen?

[plakart]

Ja, ich meinte die "mod_php"-Version. Während die FASTCGI-Version zu dem o.g. Screenshot führt endet die mod_php-Version übrigens irgendwann mit einem Fehler 500. Beide PHP-Version führen aber das Update 2.11.5 auf 2.11.6 problemlos aus.

Ich verwende überall die gleiche, aktuelle Version "Live Update (v4.2)".

[leo]

Ist die 2.11.4er-Version aktuell (lt. Contao-Check)? Was passiert, wenn Du eine der funktionsfähigen Installationen von 2.11.6 auf 2.11.4 downgradest und anschließend wieder upgradest?

[plakart]

Laut Contao Check ist die Version aktuell und hat auch sonst alles "im grünen Bereich". Der Downgradeversuch von 2.11.6 auf 2.11.4 endet leider genauso wie der Upgradeversuch von 2.11.4 auf 2.11.5. Downgrade auf 2.11.5 und wieder zurück auf 2.11.6 funktioniert dagegen problemlos und schnell.

[plakart]

Ich hatte inzwischen noch einmal Kontakt zu Domainfactory wegen dieses Problems. Die Antwort ist leider etwas ernüchternd:

"Leider haben auch tiefgreifende Prüfungen kein neues Ergebnis gebracht.
Auch in den Logfiles erhalten wir keinen Fehler, sodass wir genauere
Informationen übermitteln könnten.

Vermutlich verschluckt Contao die Fehlermeldungen, sodass diese nicht
gespeichert werden können.

Auch ein Aktivieren des Error-Loggings über die php.ini hat keine
Veränderung bewirkt, und ein nochmaliges Erhöhen der Limits führte auch
nicht zum Ziel.

Bei dem Update wird auf die Domain von Contao zugegriffen, eventuell
kommt der Fehler von dort? Ohne Fehlermeldung ist es nur schwer
möglich, die Ursache des Fehlers einzugrenzen."

[jubel]

Allmählich versteh ich gar nichts mehr.

Nachdem HE Phar aktiviert hatte (https://www.contao-community.de/show...l=1#post224355), und das LU auf dem Server zumindest anlief (ganz durchgeführt hatte ich es da noch nicht, weil ich zunächst lokal testen wollte und zum Serverupdate lieber eine Zeit mit niedriger Besucherfrequenz wähle), wollte ich heute das LU durchführen und bekomme wieder die berühmte weiße Seite und beim Check wieder den Hinweis, das phar nicht aktiviert ist.

Hat jemand eine Erklärung dafür, wie sich diese Einstellung von selber deaktivieren kann? Hat jemand ähnliche Erfahrungen bei einer HE-Installation gemacht?

Habe den HE-Support natürlich angemailt und bin gespannt auf die Antwort...

[corticelli]

Live-Update für 3.0?

Im Ankündigungs-Thread für 3.0 RC1 habe ich aufgeschnappt, dass Live-Update auch für die Betas und RCs funktionieren soll - was bei mir nicht klappt (bin auf 3.0 RC1). Ich bekomme statt dessen die Möglichkeit, auf 2.11.6 zu gehen - was mir weniger sinnvoll scheint

Was habe ich übersehen?

[leo]

Von beta/RC auf stable: ja
Von stable of beta/RC: nein

[leo]

Anbei noch mal eine Phar-Testdatei, die wirklich nur das absolute Minimum an Code enthält und eine PHP-Info-Seite ausgibt. Wenn der Provider die gerne genutzte "die Applikation scheint einen Fehler zu haben"-Karte zieht, kann man mit der Testdatei nachsehen, ob es tatsächlich am Live Update Client liegt oder ob doch Phar nicht korrekt funktioniert.

ACHTUNG! Die Datei muss im Binärmodus übertragen werden, andernfalls kommt es zu einem "Broken Signature"-Fehler.