Update von 2.8.4 auf 2.11.5 -> Verzweiflung pur

[BeamishBln]

Hallo zusammen,

trotz bereits einiger erfolgreicher Updates macht mir ein Update im Moment massiv zu schaffen.

Ich versuche krampfhaft ein Update von TL 2.8.4 auf Contao 2.11.5 zu machen und scheitere an "weißen Seiten".

Meine Schritte:
1) Live-Update starten
1.1) das Neue Updatesystem bricht trotz PHP 5.3.x nach dem 2. Schritt ab (weißer Bildschirm)
1.2) Das Update nach 5.2 läuft durch und mach das Update auf 2.11.5
2) Das Installtool starten und die DB nachziehen
2.1) Erster Updateschritt auf 2.9 -> GEHT
2.2) Zweiter Updateschritt auf 2.9.1 -> GEHT
2.3) Dritter Updateschritt auf 2.9.2 -> GEHT
2.4) Vierter Updateschritt auf 2.10 -> Weiße Seite

und das wars dann.. ich bekomme beim Installtool nach der Eingabe des PW nur noch eine weiße Seite.

ich weiß langsam nicht mehr weiter.

Woran kanns liegen ??

Gruß,
Marco

UPDATE: Das Problem mit 5.3 ist bei mir vermutlich der parallel installierte IONCube, siehe hier

Dennoch bekomme ich im Installtool leider die DB-Updates nicht durch.

[BugBuster]

Äh, was denn nun? Erst sagst du, du bekommst ne weiße Seite, dann das die DB Updates nicht gehen. Hä?
In der localconfig.php mal die Fehleranzeige einschalten.

[BeamishBln]

Moin Bugbuster,

displayErrors ist in der Localconfig auf true.

Bei dem Update auf die 2.11.5 mit dem Installtool macht er das Update ja in Schritten.
2.8.4 -> 2.9.0 -> OK
2.9.0 -> 2.9.1 -> OK
2.9.1 -> 2.9.2 -> OK
2.9.2 -> 2.10.0 -> FAIL (es erscheint nur noch eine weiße Seite).

Ich kann das Installtool danach auch nicht mehr nutzen. Es wird dann nur noch eine weiße Seite angezeigt, wenn ich das Installtool-PW eingebe.

An dieser Stelle komme ich nicht weiter.

Ich bin schon am Überlegen, ob es aus der alten Installation noch Module gibt, die das Update verhindern. Kann das sein?
Meine aktuellen Module laut Contao->Einstellungen sind:

[calendar] Events
[comments] Kommentare
[dfGallery] -> DEAKTIVIERT
[faq] FAQ
[glossary]
[helpdesk]
[listing] Auflistung
[live_update_handler]
[memberlist]
[newsletter] Newsletter
[news] Nachrichten
[registration] Benutzerregistrierung
[rep_base] Repository-Base
[rep_client] Repository-Client
[rss_reader] RSS-Reader
[tasks] Task-Center
[tpl_editor] Templates

ggf. hier nochmal die Einstellungen aus der Localconfig:

$GLOBALS['TL_CONFIG']['licenseAccepted'] = true;
$GLOBALS['TL_CONFIG']['installCount'] = 0;
$GLOBALS['TL_CONFIG']['encryptionKey'] = 'xxxxx';
$GLOBALS['TL_CONFIG']['dbDriver'] = 'MySQL';
$GLOBALS['TL_CONFIG']['dbHost'] = 'localhost';
$GLOBALS['TL_CONFIG']['dbUser'] = 'xxx';
$GLOBALS['TL_CONFIG']['dbPass'] = 'xxx';
$GLOBALS['TL_CONFIG']['dbDatabase'] = 'xxx';
$GLOBALS['TL_CONFIG']['dbPconnect'] = false;
$GLOBALS['TL_CONFIG']['dbCharset'] = 'UTF8';
$GLOBALS['TL_CONFIG']['dbPort'] = 3306;
$GLOBALS['TL_CONFIG']['adminEmail'] = 'xxx';
$GLOBALS['TL_CONFIG']['websiteTitle'] = 'xxx';
$GLOBALS['TL_CONFIG']['timeZone'] = 'Europe/Berlin';
$GLOBALS['TL_CONFIG']['rewriteURL'] = true;
$GLOBALS['TL_CONFIG']['jpgQuality'] = 100;
$GLOBALS['TL_CONFIG']['defaultChmod'] = 'a:6:{i:0;s:2:"u1";i:1;s:2:"u2";i:2;s:2:"u3";i:3;s:2:"u4";i:4;s:2:"u5";i:5;s:2:"u6";}';
$GLOBALS['TL_CONFIG']['repository_languages'] = 'de,en';
$GLOBALS['TL_CONFIG']['customSections'] = 'headline';
$GLOBALS['TL_CONFIG']['latestVersion'] = '2.11.5';
$GLOBALS['TL_CONFIG']['liveUpdateId'] = '8bce-xxx';
$GLOBALS['TL_CONFIG']['installPassword'] = 'xxx';
$GLOBALS['TL_CONFIG']['cron_monthly'] = 201208;
$GLOBALS['TL_CONFIG']['useFTP'] = true;
$GLOBALS['TL_CONFIG']['ftpHost'] = 'xxx';
$GLOBALS['TL_CONFIG']['ftpPath'] = 'httpdocs/';
$GLOBALS['TL_CONFIG']['ftpUser'] = 'xxx';
$GLOBALS['TL_CONFIG']['ftpPass'] = 'xxx';
$GLOBALS['TL_CONFIG']['websitePath'] = '';
$GLOBALS['TL_CONFIG']['displayErrors'] = true;
$GLOBALS['TL_CONFIG']['cron_weekly'] = 201231;
$GLOBALS['TL_CONFIG']['cron_daily'] = 20120803;
$GLOBALS['TL_CONFIG']['inactiveModules'] = 'a:1:{i:0;s:9:"dfGallery";}'; 

Danke und Gruß,
Marco

[BugBuster]

Hast du Zugriff auf die error.log vom Webserver?
Steht zufällig, passend zum Zeitpunkt, etwas in /systems/log/error.log?

[BeamishBln]

Moin BugBuster,

danke erstmal für deine Bemühungen. Ich habe mal das Error_Reporting auf -1 gesetzt und siehe da:

Fatal error: Call to a member function prepare() on a non-object in /var/www/vhosts/xxx.xxx.de/httpdocs/system/runonce.php on line 424

Der Block um diese Zeile lautet bei mir:

// Create a theme from the present resources
try { 
  $db->prepare("INSERT INTO tl_theme SET tstamp=?, name=?")->execute(time(), $GLOBALS['TL_CONFIG']['websiteTitle']);
} catch (Exception $e) {} 

Gruß,
Marco

[BugBuster]

Das würde bedeute, dass mitten in der Verarbeitung der Migration durch die runonce plötzlich das Datenbank Objekt nicht mehr verfügbar ist.
Das kann eigentlich nur ein Folgefehler sein. müsste man sich die runonce mal genauer ansehen.

[BeamishBln]

Es ist zum Mäuse melken :-/

Ich habe nochmal die 2.8.3 eingespielt und mir das Installtool nochmal vor dem Update vorgenommen.
Da war in der TL_USER noch ein INDEX, gelöscht werden wollte. Ging nicht im Installtool. habe ich dann im phpmyadmin gemacht.. Fehler war dann weg.

Dann das Update über Live-Update auf 2.11.5 gemacht.

Dann das Installtool aufgerufen.
Diesmal bot er mir gleich das Update auf die 2.9.2 an (ohne Umweg über die 2.9.0 und 2.9.1), brach aber diesmal sofort bei dem Update auf die 2.9.2 ab mit der oben genannten Fehlermeldung.

Weiß noch jemand, woran es liegen könnte ??

Gruß,
Marco