ErrorException während Update von 4.1 auf 3.0

  • Affected Version
    WoltLab Suite 3.0

    Wir scheitern aktuell an einem Update von WBB 4.1 auf WSC 3.0.

    In der letzten Woche hatten wir uns ausführlich auf dieses Update vorbereitet. Wir haben das komplette Verzeichnis des Forums in einen anderen Ordner auf dem Webspace kopiert. Dabei haben wir darauf geachtet, dass die chmod Rechte der Ordner und Dateien richtig übernommen wurden. Das war der Fall. Außerdem haben wir die Datenbank kopiert.

    Auf dieser Basis haben wir das Update auf unserer Test-Umgebung mithilfe der Updateserver (vortex) durchgeführt.

    Soweit hat das alles gut funktioniert. Im Anschluss wurde auch ein Update auf 3.1 durchgeführt was ebenfalls gut funktioniert hat.

    Nun zu unserem Problem:

    Um das Forum heute nun tatsächlich auf WSC 3.0 zu bringen haben wir den Wartungsmodus aktiviert und nach gleichem Schema eine weitere Kopie des Original-Verzeichnisses und der originalen Datenbank erstellt.

    Die neue Kopie wirft uns nun - trotz gleichem vorgehen wie in unseren Tests - nach 3 Versuchen jedes mal den selben Fehler (bei 72% des Woltlab Burning Boards):

    include(/kunden/xxxxx/projekte/projekt_wsc3/acp/update_com.woltlab.wbb_5.0_dropColumns.php): failed to open stream: No such file or directory

    include(/kunden/xxxxx/projekte/projekt_wsc3/acp/update_com.woltlab.wbb_5.0_dropColumns.php): failed to open stream: No such file or directory

    Datum

    6. November 2019, 16:09

    Aufgerufene URL

    /acp/index.php?install-package/&t=f14e12580d25909cd82adb32f0bd1a52c1feef28&s=cb710c01138dad66e9e74c8d8bc640964c09a2f3

    Referrer

    https://wsc3.projekt.de/acp/index.php?…bc640964c09a2f3

    Browser

    Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:70.0) Gecko/20100101 Firefox/70.0

    Arbeitsspeicher

    1,67 MiB / 1 GiB

    Fehlermeldung

    include(/kunden/xxxxx/projekte/projekt_wsc3/acp/update_com.woltlab.wbb_5.0_dropColumns.php): failed to open stream: No such file or directory

    Art

    wcf\system\exception\ErrorException

    Datei (Zeile)

    /kunden/xxxxx/projekte/projekt_wsc3/wcf/lib/system/WCF.class.php (335)

    Stacktrace

    /kunden/xxxxx/projekte/projekt_wsc3/wcf/lib/system/package/plugin/ScriptPackageInstallationPlugin.class.php (72): wcf\system\WCF::handleError(…)

    /kunden/xxxxx/projekte/projekt_wsc3/wcf/lib/system/package/plugin/ScriptPackageInstallationPlugin.class.php (72): include(…)

    /kunden/xxxxx/projekte/projekt_wsc3/wcf/lib/system/package/plugin/ScriptPackageInstallationPlugin.class.php (50): wcf\system\package\plugin\ScriptPackageInstallationPlugin->run(…)

    /kunden/xxxxx/projekte/projekt_wsc3/wcf/lib/system/package/plugin/AbstractPackageInstallationPlugin.class.php (70): wcf\system\package\plugin\ScriptPackageInstallationPlugin->install(…)

    /kunden/xxxxx/projekte/projekt_wsc3/wcf/lib/system/package/PackageInstallationDispatcher.class.php (603): wcf\system\package\plugin\AbstractPackageInstallationPlugin->update(…)

    /kunden/xxxxx/projekte/projekt_wsc3/wcf/lib/system/package/PackageInstallationDispatcher.class.php (141): wcf\system\package\PackageInstallationDispatcher->executePIP(…)

    /kunden/xxxxx/projekte/projekt_wsc3/wcf/lib/acp/action/InstallPackageAction.class.php (72): wcf\system\package\PackageInstallationDispatcher->install(…)

    /kunden/xxxxx/projekte/projekt_wsc3/wcf/lib/action/AbstractDialogAction.class.php (68): wcf\acp\action\InstallPackageAction->stepInstall(…)

    /kunden/xxxxx/projekte/projekt_wsc3/wcf/lib/action/AbstractAction.class.php (47): wcf\action\AbstractDialogAction->execute(…)

    /kunden/xxxxx/projekte/projekt_wsc3/wcf/lib/system/request/Request.class.php (83): wcf\action\AbstractAction->__run(…)

    /kunden/xxxxx/projekte/projekt_wsc3/wcf/lib/system/request/RequestHandler.class.php (94): wcf\system\request\Request->execute(…)

    /kunden/xxxxx/projekte/projekt_wsc3/acp/index.php (9): wcf\system\request\RequestHandler->handle(…)

    Merkwürdig an der ganzen Sache:

    Die Datei ist zum Zeitpunkt der Fehlermeldung tatsächlich nicht vorhanden.

    Beim 3. Update-Versuch haben wir explizit darauf geachtet ob die Datei im Verlauf des Update-Prozesses verfügbar ist oder nicht.

    Und siehe da. Sie war vorhanden. Wir hatten bereits Hoffnung, dass es dieses mal bis zum Ende durchlaufen könnte.

    Leider wurden wir wieder mit dieser Fehlermeldung konfrontiert. Zum Zeitpunkt der Fehlermeldung war die Datei auch im 3. Versuch nicht mehr vorhanden.

    Die chmod Rechte der Ordner stimmen mit der Originalversion überein, da sind wir uns ganz sicher.

    Die PHP-Version können wir eigentlich auch ausschließen, da es im Test-Verzeichnis der letzten Woche ja reibungslos funktioniert hat.

    Sowohl die originale alte Version, die Test-Version und die neue Version von heute liegen auf dem selben Server und haben die selben Bedingungen.

    Burning Board®-Version: 4.1.21

    Betriebssystem: Linux
    Webserver: Apache/2.4.41
    PHP-Version: 7.0.33
    MySQL-Version: 5.6.19

    Vielleicht haben Marcel Werk und Alexander Ebert hier ja eine Lösung für uns?

    Edited once, last by nie-key (November 6, 2019 at 4:54 PM).

  • Zur Vollständigkeit, falls irgendwann mal jemand auf den gleichen Fehler stößt.

    Problem war in unserem Fall die PHP Laufzeit. Wir haben Sie für das Update deutlich erhöht, was für uns zum Erfolg geführt hat.

    Vielen Dank an Alexander Ebert

    Warum es in der Test-Version ohne Probleme funktioniert hat, wird wohl ein Rätsel bleiben.

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!