Update von 4.4.44 auf 46 fehlgeschlagen – Error

**typolighter** · 03.01.2020, 09:49

Die Updates bei Contao 4 mache nichts als Ärger ...

Habe jetzt folgende Fehlermeldung, Seite ist nicht mehr aufrufbar, Contao-Manager hängt, Hilfe!!!!!

Code:

Der Hintergrund-Prozess wurde unerwartet beendet. Bitte prüfen Sie die Konsolenausgabe.
$ /opt/RZphp72/bin/php-cli -q -d max_execution_time=300 /mnt/web313/b0/19/525619/htdocs/contao4neu/web/contao-manager.phar.php composer install --prefer-dist --no-dev --no-progress --no-suggest --no-ansi --no-interaction --optimize-autoloader

Could not scan for classes inside "/mnt/web313/b0/19/525619/htdocs/contao4neu/vendor/symfony/symfony/src/Symfony/Component/Intl/Resources/stubs" which does not appear to be a file nor a folder
Could not scan for classes inside "/mnt/web313/b0/19/525619/htdocs/contao4neu/vendor/symfony/symfony/src/Symfony/Bridge/ProxyManager/Legacy/ProxiedMethodReturnExpression.php" which does not appear to be a file nor a folder
Could not scan for classes inside "/mnt/web313/b0/19/525619/htdocs/contao4neu/vendor/symfony/symfony/src/Symfony/Component/Intl/Resources/stubs" which does not appear to be a file nor a folder
Could not scan for classes inside "/mnt/web313/b0/19/525619/htdocs/contao4neu/vendor/symfony/symfony/src/Symfony/Bridge/ProxyManager/Legacy/ProxiedMethodReturnExpression.php" which does not appear to be a file nor a folder
Loading composer repositories with package information
Installing dependencies from lock file
Warning: The lock file is not up to date with the latest changes in composer.json. You may be getting outdated dependencies. Run update to update them.
Nothing to install or update
Generating optimized autoload files

In ClassMapGenerator.php line 69:
                                                                               
  Could not scan for classes inside "/mnt/web313/b0/19/525619/htdocs/contao4n  
  eu/vendor/symfony/symfony/src/Symfony/Component/Intl/Resources/stubs" which  
   does not appear to be a file nor a folder                                   
                                                                               

install [--prefer-source] [--prefer-dist] [--dry-run] [--dev] [--no-dev] [--no-custom-installers] [--no-autoloader] [--no-scripts] [--no-progress] [--no-suggest] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader] [-a|--classmap-authoritative] [--apcu-autoloader] [--ignore-platform-reqs] [--] [<packages>...]


# Process terminated with exit code 1
# Result: General error


---

### Der Hintergrundprozess wurde unerwartet beendet ###

**typolighter** · 03.01.2020, 09:53

Das sagt die log-Datei:

Code:

[2020-01-03 10:22:58] request.ERROR: Uncaught PHP Exception Symfony\Component\HttpKernel\Exception\NotFoundHttpException: "Page not found: https://www.xxx.de/contao-manager/users.json" at /mnt/web313/b0/19/525619/htdocs/contao4neu/vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php line 112 {"exception":"[object] (Symfony\\Component\\HttpKernel\\Exception\\NotFoundHttpException(code: 0): Page not found: https://www.xxx.de/contao-manager/users.json at /mnt/web313/b0/19/525619/htdocs/contao4neu/vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php:112, Contao\\CoreBundle\\Exception\\PageNotFoundException(code: 0): Page not found: https://www.xxx.de/contao-manager/users.json at /mnt/web313/b0/19/525619/htdocs/contao4neu/vendor/contao/core-bundle/src/Resources/contao/controllers/FrontendIndex.php:63)"} []

**Spooky** · 03.01.2020, 10:00

Lösche vendor/symfony/symfony und führe nochmal ein composer install aus.

**typolighter** · 03.01.2020, 10:09

Ich habe einen Ordner symfonyy, der einen leeren ordner symfony enthält ... soll ich den (leeren Ordner) löschen?

**Spooky** · 03.01.2020, 10:11

Du musst den Ordner vendor/symfony/symfony deiner Contao Installation löschen. Der Inhalt ist unerheblich.

**typolighter** · 03.01.2020, 10:23

Ächz. OK, jetzt ist die Installation durchgelaufen. Vielen Dank erstmal.
Aber gibts einen Grund warum die Updates in letzter Zeit bei mir immer wieder abbrechen mit Fehlermeldungen und erst nach etlichen Refreshes und Cache leeren und neu installieren durchlaufen ?
Ich hab praktisch nie ein problemlos durchlaufendes Update ...
Kann das am Provider liegen? Gibts eine bestimmte Vorgehensweise bei Updates? Ich geh immer in den CM, klicke "Pakete aktualisieren" und "Änderungen anwenden". Machmal vorher auch Testlauf, der läuft 1A durch und die richtige Installation bleibt dann wieder hängen ... ich hab schon graue Haare.

**Spooky** · 03.01.2020, 12:46

Also in diesem speziellen Fall ist es wohl bei der Installation des symfony/symfony Pakets zu einem Fehler gekommen (welcher Art auch immer) und daher wurde Symfony nicht korrekt installiert.

**typolighter** · 03.01.2020, 13:49

Also ich hab inzwischen festgestellt, dass das Update immer nur bei Strato oder 1und1 Installationen hängen bleibt, bei einem anderen Provider – Webhostone – keinerlei Probleme.

**Spooky** · 03.01.2020, 13:53

In wie fern "hängen bleibt"? Was ist die Konsolenausgabe?

**typolighter** · 03.01.2020, 14:14

Egal was ich tue, irgendwann bleibt die Installation hängen. Nachdem ich den Ordner symfony gelöscht hatte, wurden doctrine/common, fig/link-util, psr/cache im CM als manuell entfernt angezeigt. Aufforderung diese zu installieren befolgt, Installation startet und vricht nach zwei Minuten ab:

Code:

...
...
- Updating symfony/polyfill-php56 (v1.11.0 => v1.13.1): Downloading (100%)
- Updating symfony/polyfill-mbstring (v1.11.0 => v1.13.1): Downloading (100%)
- Updating symfony/symfony (v3.4.29 => v3.4.36): Downloading (100%)
# Process terminated with exit code -1
# Result: Unknown error
---
### Der Hintergrundprozess wurde unerwartet beendet ###

Wie gesagt nur bei Strato-Installationen

Nach Bestätigen und Schließen diese Fehlermeldung:

Code:

In ClassMapGenerator.php line 69:
                                                                               
  Could not scan for classes inside "/mnt/web322/b0/47/51158347/htdocs/contao  
  4/vendor/symfony/symfony/src/Symfony/Component/Intl/Resources/stubs" which   
  does not appear to be a file nor a folder                                    
                                                                               
install [--prefer-source] [--prefer-dist] [--dry-run] [--dev] [--no-dev] [--no-custom-installers] [--no-autoloader] [--no-scripts] [--no-progress] [--no-suggest] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader] [-a|--classmap-authoritative] [--apcu-autoloader] [--ignore-platform-reqs] [--] [<packages>...]

# Process terminated with exit code 1
# Result: General error

**Spooky** · 03.01.2020, 14:16

Wahrscheinlich wird der Prozess von der Strato Hosting Umgebung gekilled, weil der zu lange dauert - da das Runterladen und Entpacken des symfony/symfony Pakets relativ lange dauert.

Übrigens, bitte [code] Tags verwenden.

**typolighter** · 03.01.2020, 14:21

Sorry, nächstes Mal :-)

max_execution_time=300, aber der Abbruch fand immer schon vorher statt

Immer das gleiche Spiel: Abbruch, Composer Cache leeren, Composer Installer ausführen, das immer zwei bis dreimal, bis zumindest die Seite wieder läuft. Das Update ist natürlich immer noch nicht ausgeführt.
Fugging Strato ...

**Spooky** · 03.01.2020, 14:28

Die max_execution_time hat damit vermutlich nichts zu tun, zumal diese ja auf der Konsole ohnehin nicht greift. Vielmehr ist es wohl ein Feature der Server Umgebung, wo überprüft wird, wie lange ein Prozess schon läuft - und wenn dieser zu lange läuft, wird er einfach gekilled.

**typolighter** · 03.01.2020, 14:34

Und da kann man gar nichts machen? Zu lastarmen Zeiten updaten? 2.00 morgens :-p

**Spooky** · 03.01.2020, 14:46

Der Hoster muss das halt ändern. Wird aber Strato und IONOS ziemlich egal sein...

**typolighter** · 03.01.2020, 14:51

Tja, ich versuche immer alle Kunden zu überzeugen bei anderen Providern unterzukommen. Die meisten sind allerdings ziemlich beratungsresistent, vor allem ein Umzug wird praktisch nie gemacht ...
Dabei könnte alles so einfach sein. Hab grade wieder ein Update beim "richtigen" Provider durchgeführt: Dauer ca. 1 min.
Strato hat mich heute ca. 3 Std. gekostet

Noch mal danke für die Geduld und Hilfe.

**Spooky** · 03.01.2020, 14:53

Wenn du die Dinge direkt auf der Konsole machst, hast du nicht so viele Probleme

. Also Update zuerst lokal machen, composer.json & composer.lock auf den Server spielen, dort dann per SSH composer install ausführen.

**typolighter** · 03.01.2020, 15:21

Sorry, jetzt muss ich nochmal ganz dumm nachfragen: Update lokal machen?
D.h. eine lokale Installation der Seite auf Mamp, dort aktualisieren, dann composer.lock und .json hochladen und install ausführen?

**fiedsch** · 03.01.2020, 15:26

Zitat von typolighter

Sorry, jetzt muss ich nochmal ganz dumm nachfragen: Update lokal machen?
D.h. eine lokale Installation der Seite auf Mamp, dort aktualisieren, dann composer.lock und .json hochladen und install ausführen?

Du brauchst dafür lokal keine vollständige Installation (insbes. keine Datenbank). Nur PHP, idealerweise in der selben Version wie auf dem Server.
Dann mit der composer.json des Servers, die Du Dir auf Deinen Rechner kopiert hast composer update und die so erzeugte
composer.lock auf den Server zurück kopieren und dort composer install.

**typolighter** · 03.01.2020, 15:59

Oh Jessas, das riecht nach SSH ... ich bin doch eher auf der gestalterishcen Seite unterwegs ... all diese verflixte Technik

Wenns nicht zu viel verlangt ist: Kannst du das mal für Doofe erklären? Oder gibts da ein Tutorial?

**fiedsch** · 03.01.2020, 16:12

Vielleicht hilft Dir das: https://www.contao-bayern.de/newsrea...l-updaten.html

Edit: oder das: https://www.andreas-fieger.de/lokale...r-windows.html

**typolighter** · 03.01.2020, 16:27

Schau ich mir an, vielen Dank!

**typolighter** · 26.06.2020, 11:17

@fledsch: Ich hab mir heute noch mal deinen Hinweis zum lokalen Update angeschaut. Ziemliches Rumgefummel bis es geklappt hat, aber jetzt ... Supi, danke.