Konsolenfehler beim Update von 4.9.22 auf 4.9.26 (In Filesystem.php Could not delete)

[pgrob]

Hallo Zusammen

Ich habe heute bei 2 voneinander unahängigen 4.9.22er Instanzen den gleichen Konsolenfehler beim Updaten.

Resolving dependencies using Composer Cloud v3.3.3
!!! Current server is sponsored by: Contao Association !!!


[6.4MiB/0.21s] Loading composer repositories with package information
[30.1MiB/10.95s] Updating dependencies
[16.4MiB/12.05s] Lock file operations: 2 installs, 101 updates, 1 removal
[16.4MiB/12.05s]   - Removing phpunit/php-token-stream (4.0.4)
[16.4MiB/12.05s]   - Upgrading bacon/bacon-qr-code (2.0.4 => 2.0.6)
[16.4MiB/12.05s]   - Upgrading beberlei/assert (v3.3.1 => v3.3.2)
[16.4MiB/12.05s]   - Upgrading clue/stream-filter (v1.5.0 => v1.6.0)
[16.4MiB/12.05s]   - Upgrading composer/package-versions-deprecated (1.11.99.4 => 1.11.99.5)
[16.4MiB/12.06s]   - Upgrading contao-components/ace (1.4.13 => 1.4.14)
[16.4MiB/12.06s]   - Upgrading contao-components/jquery-ui (1.12.1.1 => 1.13.1)
[16.4MiB/12.06s]   - Upgrading contao/calendar-bundle (4.9.22 => 4.9.26)
[16.4MiB/12.06s]   - Upgrading contao/comments-bundle (4.9.22 => 4.9.26)
[16.4MiB/12.06s]   - Upgrading contao/conflicts (dev-main b52fb0f => dev-main e04afb3)
[16.4MiB/12.07s]   - Upgrading contao/core-bundle (4.9.22 => 4.9.26)
[16.4MiB/12.07s]   - Upgrading contao/faq-bundle (4.9.22 => 4.9.26)
[16.4MiB/12.07s]   - Upgrading contao/installation-bundle (4.9.22 => 4.9.26)
[16.4MiB/12.07s]   - Upgrading contao/listing-bundle (4.9.22 => 4.9.26)
[16.4MiB/12.07s]   - Upgrading contao/manager-bundle (4.9.22 => 4.9.26)
[16.4MiB/12.07s]   - Upgrading contao/manager-plugin (2.11.0 => 2.11.1)
[16.4MiB/12.07s]   - Upgrading contao/news-bundle (4.9.22 => 4.9.26)
[16.4MiB/12.08s]   - Upgrading contao/newsletter-bundle (4.9.22 => 4.9.26)
[16.4MiB/12.08s]   - Upgrading doctrine/common (3.2.0 => 3.2.2)
[16.4MiB/12.08s]   - Upgrading doctrine/dbal (2.13.5 => 2.13.7)
[16.4MiB/12.08s]   - Upgrading doctrine/doctrine-bundle (2.5.0 => 2.5.6)
[16.4MiB/12.08s]   - Upgrading doctrine/lexer (1.2.1 => 1.2.3)
[16.4MiB/12.09s]   - Upgrading doctrine/orm (2.10.2 => 2.11.1)
[16.4MiB/12.09s]   - Upgrading doctrine/persistence (2.2.3 => 2.3.0)
[16.4MiB/12.09s]   - Upgrading friendsofphp/proxy-manager-lts (v1.0.5 => v1.0.6)
[16.4MiB/12.09s]   - Upgrading friendsofsymfony/http-cache (2.11.0 => 2.13.0)
[16.4MiB/12.10s]   - Upgrading knplabs/knp-time-bundle (1.17.0 => v1.18.0)
[16.4MiB/12.10s]   - Upgrading laminas/laminas-code (4.4.3 => 4.5.1)
[16.4MiB/12.10s]   - Upgrading michelf/php-markdown (1.9.0 => 1.9.1)
[16.4MiB/12.10s]   - Upgrading nelmio/cors-bundle (2.1.1 => 2.2.0)
[16.4MiB/12.10s]   - Upgrading nelmio/security-bundle (v2.10.3 => v2.12.0)
[16.4MiB/12.11s]   - Locking nikic/php-parser (v4.13.2)
[16.4MiB/12.11s]   - Upgrading nyholm/psr7 (1.4.1 => 1.5.0)
[16.4MiB/12.11s]   - Upgrading paragonie/constant_time_encoding (v2.4.0 => v2.5.0)
[16.4MiB/12.11s]   - Upgrading php-http/client-common (2.4.0 => 2.5.0)
[16.4MiB/12.11s]   - Upgrading php-http/httplug (2.2.0 => 2.3.0)
[16.4MiB/12.11s]   - Upgrading php-http/message (1.12.0 => 1.13.0)
[16.4MiB/12.12s]   - Upgrading scheb/2fa-backup-code (v5.13.0 => v5.13.1)
[16.4MiB/12.12s]   - Upgrading scheb/2fa-bundle (v5.13.0 => v5.13.1)
[16.4MiB/12.12s]   - Upgrading scheb/2fa-trusted-device (v5.13.0 => v5.13.1)
[16.4MiB/12.12s]   - Upgrading scssphp/scssphp (v1.8.1 => v1.10.1)
[16.4MiB/12.12s]   - Locking sensiolabs/ansi-to-html (v1.2.1)
[16.4MiB/12.12s]   - Upgrading simplepie/simplepie (1.5.6 => 1.5.8)
[16.4MiB/12.13s]   - Upgrading spomky-labs/otphp (v10.0.1 => v10.0.2)
[16.4MiB/12.13s]   - Upgrading symfony/asset (v4.4.27 => v4.4.37)
[16.4MiB/12.13s]   - Upgrading symfony/cache (v4.4.33 => v4.4.38)
[16.4MiB/12.13s]   - Upgrading symfony/cache-contracts (v2.4.0 => v2.5.0)
[16.4MiB/12.13s]   - Upgrading symfony/config (v4.4.33 => v4.4.37)
[16.4MiB/12.13s]   - Upgrading symfony/console (v4.4.33 => v4.4.38)
[16.4MiB/12.13s]   - Upgrading symfony/debug (v4.4.31 => v4.4.37)
[16.4MiB/12.14s]   - Upgrading symfony/debug-bundle (v4.4.27 => v4.4.37)
[16.4MiB/12.14s]   - Upgrading symfony/dependency-injection (v4.4.33 => v4.4.38)
[16.4MiB/12.14s]   - Upgrading symfony/deprecation-contracts (v2.4.0 => v2.5.0)
[16.4MiB/12.14s]   - Upgrading symfony/doctrine-bridge (v4.4.31 => v4.4.38)
[16.4MiB/12.14s]   - Upgrading symfony/dom-crawler (v4.4.30 => v4.4.38)
[16.4MiB/12.14s]   - Upgrading symfony/dotenv (v4.4.33 => v4.4.37)
[16.4MiB/12.15s]   - Upgrading symfony/error-handler (v4.4.30 => v4.4.37)
[16.4MiB/12.15s]   - Upgrading symfony/event-dispatcher (v4.4.30 => v4.4.37)
[16.4MiB/12.15s]   - Upgrading symfony/event-dispatcher-contracts (v1.1.9 => v1.1.11)
[16.4MiB/12.15s]   - Upgrading symfony/expression-language (v4.4.30 => v4.4.37)
[16.4MiB/12.15s]   - Upgrading symfony/filesystem (v4.4.27 => v5.4.5)
[16.4MiB/12.15s]   - Upgrading symfony/finder (v4.4.30 => v4.4.37)
[16.4MiB/12.15s]   - Upgrading symfony/framework-bundle (v4.4.31 => v4.4.38)
[16.4MiB/12.15s]   - Upgrading symfony/http-client (v4.4.33 => v4.4.38)
[16.4MiB/12.16s]   - Upgrading symfony/http-client-contracts (v2.4.0 => v2.5.0)
[16.4MiB/12.16s]   - Upgrading symfony/http-foundation (v4.4.33 => v4.4.38)
[16.4MiB/12.16s]   - Upgrading symfony/http-kernel (v4.4.33 => v4.4.38)
[16.4MiB/12.16s]   - Upgrading symfony/lock (v4.4.33 => v4.4.38)
[16.4MiB/12.16s]   - Upgrading symfony/mime (v5.3.8 => v5.4.3)
[16.4MiB/12.16s]   - Upgrading symfony/monolog-bridge (v4.4.27 => v4.4.37)
[16.4MiB/12.16s]   - Upgrading symfony/options-resolver (v5.3.7 => v5.4.3)
[16.4MiB/12.16s]   - Upgrading symfony/polyfill-ctype (v1.23.0 => v1.24.0)
[16.4MiB/12.16s]   - Upgrading symfony/polyfill-iconv (v1.23.0 => v1.24.0)
[16.4MiB/12.17s]   - Upgrading symfony/polyfill-intl-grapheme (v1.23.1 => v1.24.0)
[16.4MiB/12.17s]   - Upgrading symfony/polyfill-intl-idn (v1.23.0 => v1.24.0)
[16.4MiB/12.17s]   - Upgrading symfony/polyfill-intl-normalizer (v1.23.0 => v1.24.0)
[16.4MiB/12.17s]   - Upgrading symfony/polyfill-mbstring (v1.23.1 => v1.24.0)
[16.4MiB/12.17s]   - Upgrading symfony/polyfill-php72 (v1.23.0 => v1.24.0)
[16.4MiB/12.17s]   - Upgrading symfony/polyfill-php73 (v1.23.0 => v1.24.0)
[16.4MiB/12.17s]   - Upgrading symfony/polyfill-php80 (v1.23.1 => v1.24.0)
[16.4MiB/12.17s]   - Upgrading symfony/polyfill-php81 (v1.23.0 => v1.24.0)
[16.4MiB/12.17s]   - Upgrading symfony/process (v4.4.30 => v4.4.37)
[16.4MiB/12.17s]   - Upgrading symfony/property-access (v5.3.8 => v5.4.5)
[16.4MiB/12.18s]   - Upgrading symfony/property-info (v5.3.8 => v5.4.3)
[16.4MiB/12.18s]   - Upgrading symfony/proxy-manager-bridge (v4.4.27 => v4.4.37)
[16.4MiB/12.18s]   - Upgrading symfony/routing (v4.4.30 => v4.4.37)
[16.4MiB/12.18s]   - Upgrading symfony/security-bundle (v4.4.27 => v4.4.38)
[16.4MiB/12.18s]   - Upgrading symfony/security-core (v4.4.33 => v4.4.38)
[16.4MiB/12.18s]   - Upgrading symfony/security-guard (v4.4.27 => v4.4.37)
[16.4MiB/12.18s]   - Upgrading symfony/security-http (v4.4.30 => v4.4.37)
[16.4MiB/12.18s]   - Upgrading symfony/service-contracts (v2.4.0 => v2.5.0)
[16.4MiB/12.19s]   - Upgrading symfony/stopwatch (v4.4.27 => v4.4.38)
[16.4MiB/12.19s]   - Upgrading symfony/string (v5.3.10 => v5.4.3)
[16.4MiB/12.19s]   - Upgrading symfony/swiftmailer-bundle (v3.5.2 => v3.5.4)
[16.4MiB/12.19s]   - Upgrading symfony/translation (v4.4.32 => v4.4.37)
[16.4MiB/12.19s]   - Upgrading symfony/translation-contracts (v2.4.0 => v2.5.0)
[16.4MiB/12.19s]   - Upgrading symfony/twig-bridge (v4.4.27 => v4.4.38)
[16.4MiB/12.19s]   - Upgrading symfony/twig-bundle (v4.4.30 => v4.4.37)
[16.4MiB/12.19s]   - Upgrading symfony/var-dumper (v4.4.33 => v4.4.38)
[16.4MiB/12.20s]   - Upgrading symfony/var-exporter (v5.3.8 => v5.4.3)
[16.4MiB/12.20s]   - Upgrading symfony/web-profiler-bundle (v4.4.31 => v4.4.38)
[16.4MiB/12.20s]   - Upgrading symfony/yaml (v4.4.29 => v4.4.37)
[16.4MiB/12.20s]   - Upgrading terminal42/escargot (1.3.0 => 1.4.0)
[16.4MiB/12.20s]   - Upgrading twig/twig (v2.14.7 => v2.14.11)
[15.8MiB/12.21s] Writing lock file
[16.7MiB/12.24s] Package patchwork/utf8 is abandoned, you should avoid using it. Use symfony/polyfill-mbstring or symfony/string instead.
[16.7MiB/12.24s] Package swiftmailer/swiftmailer is abandoned, you should avoid using it. Use symfony/mailer instead.
[16.7MiB/12.24s] Package symfony/swiftmailer-bundle is abandoned, you should avoid using it. Use symfony/mailer instead.
[16.7MiB/12.24s] Package webmozart/path-util is abandoned, you should avoid using it. Use symfony/filesystem instead.
[17.2MiB/12.24s] Memory usage: 17.17MB (peak: 135.59MB), time: 12.25s.
[17.2MiB/12.25s] Finished Composer Cloud resolving.


# Job ID KhSZcj0DmbAVVjDdZfm2aOlNNHT34RrCIzk6KF3cfzeKVkuqyXTX2oVt7KISOZHXWT2pfzLji8PcgQyuCdky3vfEABEs0YDnlpzTlj completed in 13 seconds
# Memory usage: 17.17MB (peak: 135.59MB), time: 12.25s.

$ /usr/bin/php -q -dmax_execution_time=0 -dmemory_limit=-1 -dallow_url_fopen=1 -ddisable_functions= -ddate.timezone=Europe/Zurich /home/dieschre/www/2019/manager/web/contao-manager.php composer install --prefer-dist --no-dev --no-progress --no-ansi --no-interaction --optimize-autoloader

Installing dependencies from lock file
Verifying lock file contents can be installed on current platform.
Nothing to install, update or remove
Package patchwork/utf8 is abandoned, you should avoid using it. Use symfony/polyfill-mbstring or symfony/string instead.
Package phpunit/php-token-stream is abandoned, you should avoid using it. No replacement was suggested.
Package webmozart/path-util is abandoned, you should avoid using it. Use symfony/filesystem instead.
Generating optimized autoload files
composer/package-versions-deprecated: Generating version class...
composer/package-versions-deprecated: ...done generating version class
87 packages you are using are looking for funding.
Use the `composer fund` command to find out more!
contao/manager-plugin: Generating plugin class...
contao/manager-plugin: ...done generating plugin class
> Contao\ManagerBundle\Composer\ScriptHandler::initializeApplication
Script Contao\ManagerBundle\Composer\ScriptHandler::initializeApplication handling the post-install-cmd event terminated with an exception

In Filesystem.php line 332:
                                                                               
  Could not delete /home/dieschre/www/2019/manager/var/cache/prod/ContainerXC  
  4DlaH:                                                                       
                                                                               

install [--prefer-source] [--prefer-dist] [--prefer-install PREFER-INSTALL] [--dry-run] [--dev] [--no-suggest] [--no-dev] [--no-autoloader] [--no-progress] [--no-install] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader] [-a|--classmap-authoritative] [--apcu-autoloader] [--apcu-autoloader-prefix APCU-AUTOLOADER-PREFIX] [--ignore-platform-req IGNORE-PLATFORM-REQ] [--ignore-platform-reqs] [--] [...]


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

Folgende Schritte habe ich breits, ohne erfog versucht.

• Komplette Paketaktualisierung
• Update Composer
• Composer-Abhängigkeiten -> Installer ausführen
• leerecn Composer Cache
• manuelles leeren des Prod. Caches
• Entfernen des in der Konsole erwähnten Ordners

Die Pakete werden nach mehreren Versuchen wieder durch ein Downgrade auf den alten Stand zurückgespielt und die Webseiten laufen danach auch wieder ohne probleme.

Hat jemand einen Tipp für mich?
Gruss Patrick

[planepix]

Guten Abend zusammen,

versuche Erweiterungen zu installieren - in dem Fall EuF-Grid.

Testlauf läuft durch; final wird im Manager immer mit diesem Fehler quittiert:

In Filesystem.php line 332:
  Could not delete /home/copoweca/www/wernerringli.ch/var/cache/prod/ContainerOnUKWe4:

Hoster ist Hostpoint
Contao 4.9.26
PHP 7.4

Auch der Versuch das EasyThemes zu installieren, erhalte ich den gleichen Fehler.

Vor einem weiteren Versuch habe ich den dev wie prod Cache gelöscht.

Hat jemand Ideen, wie man dem Fehler auf die Schliche kommt? Danke.

[Spooky]

Moderation: Themen zusammengeführt.

[mlweb]

Ich hatte heute den Fehler bei einem Update von 4.9.24 auf 4.9.26 ebenfalls

Could not delete /home/xxx/www/xxx/var/cache/prod/Contai nerRbFtFJD:

Löschen und Warmup des prod-Caches über die Systemwartung haben allerdings funktioniert.
Ich habe nach einigen erfolglosen Versuchen (composer.lock löschen, composer update über die Systemwartung des Contao Managers, ausschließen von diverser Besonderheiten der Installation ...) kurzerhand den vendor-Ordner gelöscht.

Danach ist alles fehlerfrei durchgelaufen.

[planepix]

Danke für den Hinweis.

Habe ich eben mal gemacht. Leider wieder gleicher Fehler. Schade.
Dann mach ich eine Issue auf.

Ticket: https://github.com/contao/contao-manager/issues/674

[mlweb]

Vielleicht noch als Hinweis für Deinen Issue: Hoster war bei mir auch Hostpoint mit PHP 7.4.28.

[planepix]

Danke Maren.

Habe ich im Ticket ergänzt.

[mlweb]

Hier noch der Vollständigkeit halber die Ticketnummer https://github.com/contao/contao-manager/issues/674

Ich glaube allerdings nicht, dass das ein Fehler im Manager ist. Eher Probleme mit speziellen Settings beim Server. Mir ist auch aufgefallen, dass das Installieren der Abhängigkeiten ähnlich zäh ist wie bei Strato (auf diesem konkreten Server bei Hostpoint, nicht allgemein). Das Installieren braucht manchmal wirklich mehrere "Durchläufe".

[planepix]

Danke dir. Ticketnummer hatte ich oben schon ergänzt. Hält jetzt besser .

Spannend ja. die Installation lief auch auf einem anderen Paket bei Hostpoint. Hatte das eben einfach mal umziehen wollen…

Bei meinen Versuchen lief es durch, ohne Pausen.

Jetzt kann ich nur nochmal die beiden Pakete vergleichen - sonst habe ich keine Ideen mehr…

[pgrob]

Bei mir sind es ebenfalls zwei Instanzen bei Hostpoint.

[mlweb]

Hatte heute den Fehler auch noch einmal (beim gleichen Kunden). Löschen des vendor-Ordners und natürlich vorher aller Caches und dann neue Installation nur mit der composer.json hat wieder zum Ziel geführt.
Mir ist das bei den letzten Aktualisierungen auch bei keinem anderen Hoster passiert. Ich denke also wirklich an ein Problem bei Hostpoint. Bei mir ist noch eine Agentur dazwischen. Ich habe also keinen direkten Kontakt zu Hostpoint. Wie ist das bei Euch?

[pgrob]

Habe es soeben nochmals versucht, mit gleichem Ergebnis. Bei mir ist ebenfalls eine Agentur dazwischen, ich werde aber morgen mit dem Support von Hostpoint Kontakt aufnehmen.
Ich melde mich wieder sobald ich neuigkeiten vom Support habe.

[planepix]

Bei mir Kundin direkt. Sie hatte die Installation erst bei sich.
Dann hat ihr Kunde auch ein Hosting gebucht.
Contao ging nicht; auch ein EuF Theme ließ sich nicht installieren.

Eine Stunde mit Hostpoint nach Ursachen gesucht. Auch Dennis hatte einen Blick drauf geworfen.

Dann schauen wir mal, ob wir zusammen die Lösung finden.

Bei anderen Hostern hatte ich dieses Phänomen nicht.

[pgrob]

Genau, ich melde mich.
Habe heute 3 Installation bei Metanet ohne Probleme von 4.9.22 auf 4.9.26 aktualisiert.

[mlweb]

Ich hatte das Phänomen auch noch bei keinem anderen Hoster.

[mlweb]

Ich habe mir gerade eine Testinstallation aufgesetzt.
Ergebnisse dann im Ticket auf Github https://github.com/contao/contao-manager/issues/674

[pgrob]

Seitens Hostpoint wurde in den letzten Tag nichts an den Servern geschraubt oder Updates gefahren. Sie haben bis auf mein Telefon von soeben auch noch keine anderen Meldungen erhalten.

EDIT: Der Hostpoint-Support ist nach dem Telefonat auf dein Eintrag im Forum aufmerksam geworden und prüft nun auch nochmals und hat mich betreffend des Fehlers ach nochmals bei mir gemeldet. In letzter Zeit wurden gemäss Auskunft Hostpoint-Support PHP- & Composer Updates gemacht.

[thomasr]

Hallo
Bin auch bei Hostpoint. Habe genau das selbe Problem wie oben beschrieben.
Tut sich da was bei Hostpoint?

[mlweb]

Wie im oben verlinkten Ticket geschrieben, konnte ich das Problem erst mal darüber lösen, dass ich das Update über die Konsole durchgeführt habe.

Du/Ihr könnt also gern Hostpoint auf diesen Thread und das Github-Ticket aufmerksam machen.
Für eine Lösung wäre es natürlich wichtig zu wissen, was die Ursache ist. Im Moment ist es wahrscheinlich für Hostpoint auch nicht einfach da auf Fehlersuche zu gehen.

[maklo]

Wie im oben verlinkten Ticket geschrieben, konnte ich das Problem erst mal darüber lösen, dass ich das Update über die Konsole durchgeführt habe.

Du/Ihr könnt also gern Hostpoint auf diesen Thread und das Github-Ticket aufmerksam machen.
Für eine Lösung wäre es natürlich wichtig zu wissen, was die Ursache ist. Im Moment ist es wahrscheinlich für Hostpoint auch nicht einfach da auf Fehlersuche zu gehen.

Hallo zusammen

Habe den Fehler dem Support-Team von Hostpoint ebenfalls gemeldet und folgende Antwort erhalten:

"Besten Dank für Ihre Anfrage. Soweit wir dies reproduzieren können, tritt der Fehler seit dem Update des Contao Managers 1.4 auf 1.5 auf. Wir können den Fehler bei uns reproduzieren, leider aber keine Lösung bieten. Es scheint so, als würden immer die selben Dateien übrig bleiben und deshalb kann ein Ordner nicht gelöscht werden:

AuthenticatedTokenHandler_e3677d3.php
ConditionAuthenticationHandler_a1ee12f.php
EntityManager_9a5be93.php
IpWhitelistHandler_06fe2b0.php

Das Update auf den Manager 1.5.1 hatte leider nicht den erhofften Effekt:
https://github.com/contao/contao-manager/issues/674

Wir sind hier noch dran, im Moment warten wir aber auf weitere Updates vom Hersteller."

[Spooky]

https://github.com/contao/contao-man...ent-1067708796

[andreas.schempp]

die Version 1.5.2 sollte das Problem beheben

[planepix]

Wow <3.
Danke für eure Zeit.

Eben die betroffene Installation aktualisiert und auch ein Bundle installiert!

[pgrob]

Funktioniert auch bei mir wieder einwandfrei.
Vielen Dank!

[thomasr]

Andreas – super Job funktioniert bei mir auch :-)

[Andreas]

Hatte das Problem gerade mit Contao von 4.9.21 auf 4.9.28 mit PHP 7.4, Manager 1.5.4 auf hosteurope.de.

Mehrere Versuche den Cache manuell und dann auch vom Manager aus zu löschen, bis es dann irgendwann funktionierte.

Fehlermeldung war

Could not delete xxx/var/cache/prod:

[3dr]

Bei mir heute von Contao 4.9.13 auf 4.9.28, Isotope auf 2.7.4 mit PHP 7.4, Manager 1.5.5 auf all-inkl.com

Mehrere Versuche den Cache manuell und dann auch vom Manager aus zu löschen, bis es dann irgendwann funktionierte.

Bei mir genau 2 Versuche.