keine Reaktion des CMS mehr nach Update

Hallo ins Forum,

ich habe meine Seite von der Version 2.9.5 auf 2.10.2 aktualisieren wollen.
Das Backup wurde erstellt und die neuen Dateien per Live-Update eingespielt.
Bevor der nächste Schritt angezeigt werden konnte, wurde die Seite weiß.
Ein Check zeigte alle neuen Dateien grün, das Update war offenbar erfolgt.
Es war jedoch nicht mehr möglich die Seiten bzw. das Login ins Backend anzuzeigen,
genau so bei install.php.
"Display errors =true" zeigte keine Reaktion, es blieb alles weiß.
Die php-Dateien wurden allerdings erkannt, denn eine fehlerhafte Schreibweise wurde
mit einer Fehlermeldung quittiert.

Danach spielte ich das Backup zurück, checkte mit der Testdatei für die alte 2.9.5,
die wieder alles grün anzeigte.
Ein Aufruf der Seite bzw. des Backend-Logins zeigte leider auch wieder nur weiße Seiten.

Im Apache-log erschien (allerdings nur einmal) ein idle_timeout beim Aufruf der index.php.

Nach dem Restore auf 2.9.5 erhielt ich übrigens eine E-Mail mit dem Inhalt "Backup hängt seit 2889 Stunden."
(Fullbackup-Modul war installiert)

Und jetzt bin ich erst mal mit meinem Latein am Ende.
Hat jemand von euch vielleicht eine Idee, wo ich noch suchen könnte bzw. was ich jetzt noch machen könnte,
um die Seiten zu retten?

Mit freundlichen Grüßen,
Jörg Lange

Hallo Jörg,

Ähnliches hatte ich vor ein paar Monaten auch, einziger Unterschied - ich hatte das Update manuell gemacht.

Von der 2.10 auch die neue .htaccess übernommen und angepasst. Eigene Templates angepasst. Contao-check alles grün, keine Fehlermeldungen und trotzdem alles weiß: Install-Tool, Backend-login und die Seite alles einfach nur weiß.

Nach dem Ausschlussverfahren hab ich alle manuell geänderten Dateien nochmal geprüft.
Ich hatte eine Sprachvariable in system/config/langconfig.php eingetragen und die Übersetzung angepasst. Dabei hab ich am Ende der Zeile das Semikolon vergessen, mit dem bekannten weißen Ergebnis.

Problem war, dass keine - absolut keine - Meldung auf diesen Fehler hinwies.

Fazit: Prüfe alle evtl. von dir geänderten Dateien. Vor allem die config-Dateien, denn die verzeihen nichts!

Danke für den Tip, Bizon.
Ich habe aber keine der Dateien vor bzw. nach dem Update angefasst,
so dass diese Möglichkeit entfällt.
Wenn eine Datei während des Uploads unvollständig übertragen worden
sein sollte, so müsste es durch den Check doch angezeigt werden, oder?

Kann ich die Erweiterungen per ftp deaktivieren und wenn ja, wie?

Sonst sehe ich nur noch die Möglichkeit, ein neues contao aufzusetzen
und die relevanten Tabellendaten per SQL in die Datenbank zu kopieren,
und dann hoffen, dass etwas zu sehen sein wird.

Nach dem manuellen Neuaufbau hat es wieder funktioniert.
Es waren zwei Module dabei, die nicht 2.10-getestet waren,
aber keine Ahnung, ob es daran gelegen hatte.

...ich hänge mih hier mal dran ... Fullbackup bleibt stehen - Download-Link kommt keiner. Es bleibt stehen, wenn die Dateien im tmp Verzeichnis gesichert sind (NICH im Verzeichnis backups) und noch folgende Meldung stehen bleibt: extrahiere datenbank 40 tabellen verbleibend

Hier hört dann der Browser-Refresh auf und alles bleibt stehen - ohne dass das Backup beendet wird.

Contao 2.10.3 - Die Freigabe im ER ist 2.9.4 - bekomme aber die Meldung im Backend, dass sie voraussichtlich kompatibel wäre ?!?

Installiert habe ich über das ER ...

EDIT: Backend: gesicherte Dateien: 1326 / Anzahl Dateien: 3061 ...

hallo maik,

das passiert gerne mal, wenn die memory-limits beim server sehr knapp bemessen sind. bei strato und 1und1 hatte ich das auch schon öfter...

deswegen erstmal die frage: hostest du bei denen oder einem vergleichbaren massen-host? wenn ja, ist es auch nicht schlimm, man muss nur in der config ein paar einstellungen deutlich runter drehen...

gruss
alex

Zitat:

---

Zitat von Maik

...ich hänge mih hier mal dran ... Fullbackup bleibt stehen - Download-Link kommt keiner. Es bleibt stehen, wenn die Dateien im tmp Verzeichnis gesichert sind (NICH im Verzeichnis backups) und noch folgende Meldung stehen bleibt: extrahiere datenbank 40 tabellen verbleibend

Hier hört dann der Browser-Refresh auf und alles bleibt stehen - ohne dass das Backup beendet wird.

Contao 2.10.3 - Die Freigabe im ER ist 2.9.4 - bekomme aber die Meldung im Backend, dass sie voraussichtlich kompatibel wäre ?!?

Installiert habe ich über das ER ...

EDIT: Backend: gesicherte Dateien: 1326 / Anzahl Dateien: 3061 ...

---

Hi baumstark, ich hoste bei all-inkl.com:

PHP version 5.2.12-nmm2 Contao requires PHP 5.2 or greater.
Safe mode Off Recommended setting is Off.
Maximum execution time 30 Recommended setting is 30 or greater.
Memory limit 64M Recommended setting is 16M or greater.
Register globals Off Recommended setting is Off.
File uploads On Recommended setting is On.
Upload maximum filesize 200M Recommended setting is 8M or greater.
SOAP extension On Recommended setting is On.

hmm, 64MB sollten eigentlich reichen... und ich geh mal davon aus, dass du displayErrors in der localconfig auf TRUE gesetzt hast (für's testen), falls nein würd ich das als erstes machen, dann siehst du eine fehlermeldung, das würde schonmal sehr helfen...

falls ja, kann du vielleicht mal folgendes probieren:

in der datei config/config.php den folgenden wert:

$GLOBALS['TL_CONFIG']['db_rows_limit'] = 500;

auf 50 z.B. setzen.

bei einem kunden, mit einer ziemlich grossen, erweiterten DB musste ich den wert sogar auf 10 setzen, damit's durch läuft....

gruss
alex

Zitat:

---

Zitat von Maik

Hi baumstark, ich hoste bei all-inkl.com:

PHP version 5.2.12-nmm2 Contao requires PHP 5.2 or greater.
Safe mode Off Recommended setting is Off.
Maximum execution time 30 Recommended setting is 30 or greater.
Memory limit 64M Recommended setting is 16M or greater.
Register globals Off Recommended setting is Off.
File uploads On Recommended setting is On.
Upload maximum filesize 200M Recommended setting is 8M or greater.
SOAP extension On Recommended setting is On.

---

Jepp, Fehlermeldungen sind eingeschaltet. Hilft aber nichts, da die Sicherung ja sozusagen "einfriert" beim angeblichen Sichern der Datenbank. Ich habe das mal live verfolgt und den FTP Client neben das Browserfenster gestellt ... bei ca 45% der Sicherung hört er auf, Dateien zu sichern und es steht nur noch die Meldung "extrahiere datenbank 40 tabellen verbleibend" da - und das wars ...

Ich versuche eben mal Deinen Vorschlag ...

...auf 100 gesetzt ... gleiches Ergebnis ...
...auf 50 gesetzt ... zip-Datei 1 MB grösser geworden ... aber - wieder dasselbe Ergebnis - bleibt bei der gleichen Meldung stehen.

ja, das kenn ich. allerdings immer nur in verbindung mit memory limits... ich tippe mal, das ist keine standard contao installation, sondern eine mit vielen extra tabellen / modulen?

es gibt in der selben config/config.php noch einen variable:

$GLOBALS['TL_CONFIG']['fullbackup_debug'] = FALSE;

wenn du die auf TRUE setzt, müsstest du (viel) mehr infos bekommen, was im hintergrund abläuft.

vielleicht kannst du das mal gerade versuchen?

danke
alex

Zitat:

---

Zitat von Maik

Jepp, Fehlermeldungen sind eingeschaltet. Hilft aber nichts, da die Sicherung ja sozusagen "einfriert" beim angeblichen Sichern der Datenbank. Ich habe das mal live verfolgt und den FTP Client neben das Browserfenster gestellt ... bei ca 45% der Sicherung hört er auf, Dateien zu sichern und es steht nur noch die Meldung "extrahiere datenbank 40 tabellen verbleibend" da - und das wars ...

Ich versuche eben mal Deinen Vorschlag ...

...auf 100 gesetzt ... gleiches Ergebnis ...
...auf 50 gesetzt ... zip-Datei 1 MB grösser geworden ... aber - wieder dasselbe Ergebnis - bleibt bei der gleichen Meldung stehen.

---

nun ... habe eine grosse Log-Datei erzeugt ... überigens handelt es sich um eine beihanhe leere Contao Installation mit insgesamt 20 Erweiterungen ... die angelegten Module sind vernachlässigbar.

Die Logdatei hänge ich als txt-file an ...

wow, 20 erweiterungen sind nicht schlecht... ;-)

anscheinend schmiert das script bei der tabelle 'tl_version' ab, die ja gerne mal richtig gross wird, aber wenn die contao installation beinahe leer ist, sollte die auch klein sein...

fällt dir vielleicht irgendwas ungewöhnliches auf an der tabelle?

dass es immer an der selben stelle abbricht und die gesamte operation anscheinend weniger als eine sekunde dauert, laut log-datei, deutet tatsächlich auf einen bug hin oder darauf, dass die 'tl_version' riesige einträge hat...

sonst fällt mir im moment auch nichts spontanes ein....

gruss
alex

Zitat:

---

Zitat von Maik

nun ... habe eine grosse Log-Datei erzeugt ... überigens handelt es sich um eine beihanhe leere Contao Installation mit insgesamt 20 Erweiterungen ... die angelegten Module sind vernachlässigbar.

Die Logdatei hänge ich als txt-file an ...

---

hmm...laut Systemwartung hat die tl_version gerade mal 4,4 kb ...

aha! sehr gut. das heisst, es ist nicht die tl_version sondern wahrscheinlich die, die danach kommt. da schmiert's ab und kann ergo auch nix in die log datei schreiben...

du müsstest im tmp ordner eine datei haben, die remaining_tables.txt oder so heisst. was ist der erste eintrag darin? bzw. kannst du die vielleicht hier anhängen?

danke
alex

und nur zur info, wenn du bei fullbackup auf 'tabellen ausschliessen' klickst, werden dir auch sämtliche tabellengrössen gezeigt, nicht nur die contao tabellen...

und hier kommt sie:

hmm, danach wäre es 'tl_article', aber das kann ja fast überhaupt nicht sein...

also wenn die grössenangaben der tabellen nix ungewöhnliches hervorbringen, dann weiss ich da im moment auch nicht so richtig weiter.

ich hab schon öfter positives von all-inkl gehört, deine tabellen sind nicht ungewöhnlich, deine dateien sind nicht riesig und überhaupt sollte es eigentlich funktionieren...

ok, ich starte eben mal einen Versuch und schließe tl_article aus ... mal sehen ...

extrahiere datenbank 39 tabellen verbleibend .. das wars ... scheint grundsätzlich bei der Sicherung der Dantenbank zu hapern ... nicht?

ja, wenn du es wirklich wissen willst und das geht auch (relativ) schnell, schliesst du alle dateien aus und alle tabellen, bis auf die erste.

danach schliesst du die ersten beiden ein, dann die ersten drei, etc. etc.

dann würdest du rausfinden, an welcher blöden tabelle es scheitert...

aber ich glaube ich muss langsam in's bett... wenn du die nerven dafür hast, kannst du das oben ja mal machen und dann sehen wir morgen weiter...

gruss
alex

## alle Dateien ausgeschlossen ##

Nun ja, er kommt nicht über

Entering:tl_version, time=1321306646


starting offset:0


starting offset:1


starting offset:2


starting offset:3


starting offset:4


extrahiere datenbank 40 tabellen verbleibend



Sie werden automatisch weitergeleitet

hinaus ... scheint dann eine Endlosschleife zu sein ...

Übrigens (so nebenbei) - herzlichen Dank für Deine Ausdauer und Geduld mit mir :D

diesmal kommt er bis 4... das ist echt seltsam?!

ich glaub, wenn du es wirklich wissen willst, musst du wirklich alle dateien und alle tabellen ausschliessen und dann eine tabelle nach der anderen hinzufügen, oder noch schneller: einfach immer nur eine tabelle sichern (also alle auschliessen bis auf eine), und dich dann durcharbeiten. das sollte immer funktionieren, bis du zu der 'problem-tabelle' kommst....


ps: kein thema, das will ich jetzt auch wissen ;-)
pps: trotzdem muss ich jetzt in's bett ;-)

mir fällt gerade ein, mit der guten, alten 50/50 methode, müsstest du in nur 5 schritten rausfinden, an welcher tabelle es liegt: einfach eine hälfte ausschliessen, dann testen. wenn's crashed, weisste in welcher hälfte. dann davon wieder die hälfte ausschliessen usw. bis du bei nur einer tabelle bist...

alte debug-methode, wenn man gar nicht mehr weiter weiss ;-)