CM startet nach Update nicht mehr

[m-werk]

Hallo, gestern wurde bei einer Seite der CM auf die Version 1.3.0 upgedatet. Dannach bin ich auf "Pakete aktualisieren" gegangen. Dann hab ich das System laufen lassen und meinen Rechner ausgeschalten.

Heute wollte ich wieder in den CM einsteigen und dann machte er gleich eine Systemprüfung, die dann ca. eine Minute gedauert hat. Dannach kam folgende Meldung:

Wenn ich hier dann auf "Schließen" klicke, kommt nach ca. einer weiteren Minute folgende Meldung:

Das war's. Ich komm hier nicht mehr in den CM.

LG, Andi

[Kahmoon]

Ist bei vier Installationen von mir auch so. Alle im gleichen Hostingpaket "Unlimited" bei Ionos. Wenn ich mehr Infos liefern kann bitte sagen was benötigt wird.

Das Update auf Contao 4.9.6 bzw. 4.10.1 ist zuvor durchgelaufen. Auch die Änderungen in der DB wurden durchgeführt. Danach war schluss mit Contao Manager. Die Seiten funktionieren zum Glück im Frontend/Backend.

Ich vermute die neue "Hosting Auto detection" ist der Buhmann

PHP ist 7.3

Edit: Inzwischen ist es bei 4 Installationen so. Alle gleiches Hostingpaket.

[m-werk]

Bei mir ist es jetzt mal bei einer aufgetreten bei World4You.

Edit: Das Front- und Backend funktionieren bei mir auch weiterhin. Vielleicht liegt es daran, dass ich den Browser geschlossen hatte, wärend dem Update von Contao.

[BennyK80]

Aktuell gleiches Problem bei DomainFactory.

Erneut gestartet. Danach composer update (mittels Resolver Cloud) Aktiv seit 2104 Sekunden. Es geht nicht voran.

Update: 10:40 Uhr - Es funtioniert wieder :-)

Update: 17:00 Uhr - Jetzt nicht mehr :-(

[Kahmoon]

Gerade eben im Forum gesehen.

Abhilfe: Die Datei /contao-manager/task.json per FTP löschen. Neu probieren.

Funktioniert bei mir

[m-werk]

Ja, dass wollte ich auch gerade schreiben. Diese Datei löschen und neu starten. Jetzt funktioniert es auch bei mir wieder

Komando zurück: Wieder der gleiche Fehler, als ich die Pakete installieren wollte (Update)

[UlrichHolland]

Nach Löschen von task.json läuft composer-update (mittels Resolver Cloud) jedoch nicht durch, terminiert nach 1 Stunde:

4.4.51 (sollte update auf 4.4.52 laufen)... netcup

[johannes-bittner]

Kann ich bestätigen für Hosting bei cyon.ch, eigentlich alle dort gehosteten Installationen ...

[kikmedia]

Confirmed. task.json löschen löst das Problem nicht unbedingt. Hosteurope Virtual Server Managed, PHP 7.3

[BugBuster1701]

Gleiches bei Uberspace mit PHP 7.3. Leider ist die Konsolenausgabe leer, jedenfalls kommt bei mir nichts über die drei Punkte und auch nichts über Zwischenablage.

[swinde]

Ist auch bei Hostingwerk so. Bei DF habe ich es gestern mal geschafft eine Contaoinstallation zu updaten.

[m-werk]

So, nun hab ich mal alles von CM gelöscht (ausgenommen config.json und user.json) Dann hab ich mal den CM gestartet und dann wollte ich Contao updaten. Für ca. 20 Sek. lief folgendes durch:

Dann kam gleich folgende Meldung: .

Ich hab auch eine Installation bei Easyname. Dort lief alles durch ohne Probleme mit der neuen Version von CM

[tblumrich]

Kann/Muss das auch bestätigen. Updateversuch auf 4.9.7 bei netcup, PHP7.4. Die Neuinstalation war gestern schon extrem holprig und ging nur mit mehreren Anläufen, dazwischen die Fehler, die oben auch schon gepostet wurden. Jetzt beim Updateversuch das von meinem Vorposter. ...und das wo Contao in der 4.9.6 defacto nicht nutzbar ist.

[aschempp]

Das Problem ist, dass die Composer Resolver Cloud aktuell überlastet ist. Dadurch werden Tasks nicht korrekt abgearbeitet, was zu Endloslaufzeiten und anderem führt. Wir arbeiten am Problem, können aber noch nichts genaues sagen. Alternativ könnt ihr versuchen, die Cloud-Funktion zu deaktivieren, wenn euer Hoster die Voraussetzungen erfüllt.

[Kahmoon]

Danke für die Info. Ohne Cloud braucht man bei 1und1/Ionos sowas gar nicht versuchen :-D

[jxns]

Wie ließe sich die Cloud denn umgehen?

[tblumrich]

Unter Einstellungen - Systemprüfung - Serverkonfiguration - Ändern - Cloud Resolver Häkchen raus. Machen aber die wenigsten Shared Hoster mit - ich kenn keinen.

Update: Erstaunlicherweise funktionierte das eben bei Netcup ohne Cloud.

[UlrichHolland]

Unter Einstellungen - Systemprüfung - Serverkonfiguration - Ändern - Cloud Resolver Häkchen raus. Machen aber die wenigsten Shared Hoster mit - ich kenn keinen.

Update: Erstaunlicherweise funktionierte das eben bei Netcup ohne Cloud.

Hosting oder Server?

[tblumrich]

Webhosting 4000

[m-werk]

So, hab jetzt mal die task.json gelöscht, damit ich mal wieder ins CM komme. Hab jetzt zu Testzwecken den Punkt Installer ausführen bei Composer-Abhängigkeiten ausgeführt. Dieser lief problemlos jetzt durch. Jetzt hab ich auf Datei aktualisieren geklickt bei Composer Class Loader. Das hat auch auch alles funktioniert. Auch der Anwendungs-Cache und der Composer-Cache wurden erfolgreich ausgeführt.

Nur wenn ich jetzt Contao von 4.10.0 auf 4.10.2 updaten möchte, funktioniert's nicht. Hängt sich gleich bei "composer update (mittels Resolver Cloud) auf.

[UlrichHolland]

Webhosting 4000

... kann ich für Webhosting 2000 (netcup) auch bestätigen!

[Misios]

Strato Server: Nix geht. Seit Stunden. Ab und zu rutsch mal eine Aktualisierung durch ... aber meistens wartet man ewig und es bricht dann ab.

Edit: Mit ohne Composer Resolver Cloud geht es jetzt zumindest. Danke für den Tipp.

[BugBuster1701]

Also jetzt (22:50 Uhr) konnte ich erfolgreich ein Update von 4.9.5. auf 4.9.7 durchführen. (über Composer Resolver Cloud)

[klimeckt]

Bei mir hat es jetzt auch erfolgreich funktioniert. Selbst bei Strato. ;-) Bei IONOS und All-Incl auch. Alles zwischen 22:50 und 23:00, 4.9.5. bzw. 4.9.6. auf 4.9.7.

[planepix]

Ergänzend bei einem Updateversuch angezeigte Fehlermeldung: Return value of Contao\ManagerApi\TaskOperation\Composer\CloudOperation::getOutput() must be of the type string, null returned

Aus dem error.log:

[26-Sep-2020 10:02:19 Europe/Berlin] PHP Parse error:  syntax error, unexpected ''self' (T_ENCAPSED_AND_WHITESPACE) in phar:///www/htdocs/domain.tld/web/contao-manager.phar.php/vendor/symfony/error-handler/Error/FatalError.php on line 74
[26-Sep-2020 10:02:19 Europe/Berlin] PHP Fatal error:  Exception thrown without a stack frame in Unknown on line 0```

[Smurffson]

Das Ticket wurde zwar geschlossen, aber ich habe das gleiche Problem beim Webhoster "Webhosting AG" mit PLESK Obsidian 18.0.29 bei einer Contao 4.4 Installation. Seit dem Update auf 1.3.2 hängt sich der Contao Manager beim Erkennen des Servers auf. Dann kommt ein Overlay mit der Meldung:

Error 500 - HTTP-Anfrage für "GET api/task" fehlgeschlagen"

Unter dem Overlay kann man die Meldung finden:

Der Contao Manager konnte den Hintergrund-Prozess nicht starten.

Im Apache Log sehe ich: 401 - POST /contao-manager.phar.php/api/session HTTP/1.0

Der PHP-Pfad in der manager.json sieht ok aus ("php_cli": "\/opt\/plesk\/php\/7.2\/bin\/php"). Das scheint der laut PLESK gültige Pfad zu sein.

Das Löschen der task.json hat nichts gebracht, das Löschen der Caches auch nicht, das Ersetzen der PHAR durch eine neu herunter geladene auch nicht.

Rückmeldung: Ergänzung PLESK Version.

Am 5.10. nochmals den CM 1.3.3 von contao.org heruntergeladen und die PHAR ersetzt (keine weiteren Aktionen) -> Fehler besteht noch

[aschempp]

Seit dem Update auf 1.3.2 hängt sich der Contao Manager beim Erkennen des Servers auf.

Woher weisst du dass sich der Manager hier aufhängt? Konntest du das irgendwie debuggen?

[Smurffson]

Nicht direkt. Ich habe leider relativ eingeschränkte Möglichkeiten auf dem Server, z.B. kein SSH-Zugriff. Die letzte Meldung die ich vom CM sehen konnte war

Systemprüfung - Bitte warten, dein Server wird überprüft …

Dann kamen die oben beschriebenen Meldungen.

Inzwischen gab es eine wunderbare Spontanheilung. Ohne weitere Eingriffe meinerseits läuft der CM jetzt wie gewohnt durch.