Contao Manager streikt ... mal wieder :-/

[Babelfisch]

Moin und ein gesundes neues Jahr allen!

So langsam verliere ich die Geduld mit dem Contao Manager. Ich habe hier eine gemanagte Contao 4.10.0 Installation, die ich heute mal aktualisieren wollte. Contao Manager gestartet und diesen erst mal auf 1.3.3 aktualisiert. Das ging noch ohne Probleme. Danach das Update von Contao Core gestartet, was damit endete:

- Updating contao/manager-plugin (2.10.2 => 2.11.0): 

In Filesystem.php line 248:

Could not delete /var/www/clients/client1/web30/web/vendor/contao/manager-plugin/src:

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

Danach wollte der Contao Manager eine Reparatur, die aber nur in einem „gebrochnen Herz“ endete:

ERROR 403
HTTP request for "DELETE api/task" failed.
The server returned a response with status code 403.
Active task cannot be deleted

Was soll das denn alles schon wieder? Ich bin ratlos, was ich jetzt machen soll und auch echt frustriert, weil ich wirklich noch niemals ein fehlerfreies Update mit dem Contao Manager geschafft habe. Meist ging es nach mehreren Anläufen aber nun hat sich der CM wohl komplett festgefahren.

Hat irgendwer Tipps, wie man das System wiederbeleben kann?

Zur Info: Bin bei TimmeHosting mit einem Cloud-Server und genügend Ressourcen. PHP-Version ist 7.4.13

Gruß

[derRenner]

PHP-Version ist 4.7.13

echt jetzt?? oder doch 7.4.13

[Babelfisch]

echt jetzt?? oder doch 7.4.13

Ups, ja natürlich PHP 7.4.13. Im neuen Jahr wirbeln die Zahlen noch etwas durcheinander.

[xchs]

Hier gibt es offensichtlich Zugriffs- bzw. Rechteprobleme:

Could not delete /var/www/clients/client1/web30/web/vendor/contao/manager-plugin/src

ERROR 403
HTTP request for "DELETE api/task" failed.
The server returned a response with status code 403.
Active task cannot be deleted

[Babelfisch]

Hier gibt es offensichtlich Zugriffs- bzw. Rechteprobleme:

Das hilft mir jetzt leider nicht weiter. Die Zugriffsrechte sind soweit ich sehe ok und die Fehlermeldung ist eher nichtssagend (wie leider so ziemlich alle Contao Manager Fehlermeldungen).

Das Verzeichnis /vendor/contao/manager-plugin/src gibt es nicht. Es gibt nur /vendor/contao/manager-plugin und das ist leer. Warum, weiß ich nicht und ich habe auch keinen Plan, was ich da jetzt machen soll. Ist dann aber logisch, dass /src nicht gelöscht werden kann. Warum wird da nicht getestet, ob es überhaupt existiert?

Die Meldung HTTP request for "DELETE api/task" failed ist aus meiner Sicht noch schräger, da der Contao Manager doch sicherlich keine DELETE-Request machen wird. Mir fällt aber auch nichts ein, was ich machen kann.

Wieder eine von mehreren Contao 4.x Installationen, die nicht mehr bedienbar sind.

[xchs]

Die Meldung HTTP request for "DELETE api/task" failed ist aus meiner Sicht noch schräger, da der Contao Manager doch sicherlich keine DELETE-Request machen wird.

Natürlich macht der Contao Manager das. Hier wird probiert, die task.json zu löschen, was (bei Dir) aus irgendeinem Grund nicht möglich zu sein scheint.

Hat irgendwer Tipps, wie man das System wiederbeleben kann?

• Verzeichnis contao-manager/ leeren bis auf users.json und manager.json
• composer.lock löschen oder umbenennen
• Verzeichnis vendor/ löschen
• Verzeichnis var/cache löschen
• im Contao Manager eine vollständige Paketaktualisierung durchführen
• ggf. Contao Installtool aufrufen und Datenbank aktualisieren

[Babelfisch]

Natürlich macht der Contao Manager das. Hier wird probiert, die task.json zu löschen, was (bei Dir) aus irgendeinem Grund nicht möglich zu sein scheint.

Laut Fehlermeldung war das ein HTTP DELETE-Request und das dürfte bei > 90 % aller Webhoster nicht erlaubt sein. Macht bei einer lokalen Anwendung auch überhaupt keinen Sinn und damit kann man keine Dateien löschen. Ich könnte mir nur vorstellen, dass der Fehler von der Composer Resolver Cloud kommt. Leider war die Fehlermeldung da aber nicht aussagekräftig genug.

• Verzeichnis contao-manager/ leeren bis auf users.json und manager.json
• composer.lock löschen oder umbenennen
• Verzeichnis vendor/ löschen
• Verzeichnis var/cache löschen
• im Contao Manager eine vollständige Paketaktualisierung durchführen
• ggf. Contao Installtool aufrufen und Datenbank aktualisieren

Danke! Habe es inzwischen aber anders gelöst und ein composer upgrade über SSH gemacht. Da Composer ja sagenhafte 1,5 GB RAM braucht, ging der Aufruf auch nur über den Zuastz mit COMPOSER_MEMORY_LIMIT=-1 composer upgrade aber das hat dann alles repariert und aktualisiert. Ich würde mir nur langsam mal gerne den Shellzugriff sparen wollen.

Hoffentlich wird das irgendwann mit Composer 2.0 besser und der Contao Manager endlich stabil.