Symlinks werden nicht erstellt -> Failed to remove directory

Code:

---

Failed to remove directory "/var/www/vhosts/hosting1.a2.netcup.net/httpdocs/domain.de/web/files/ms": rmdir(/var/www/vhosts/hosting1.a2.netcup.net/httpdocs/domain.de/web/files/ms): Permission denied

---

Hallo, obige Fehlermeldung erhalte ich, sobald ich die Symlinks erstellen lasse. Daraufhin ist der Ordner unter web/ leer, die Webseite somit blanko.
Ich kann das auch auslösen, indem ich im Dateimanager die Ordner unter web/files/ms auf öffentlich oder nicht-öffentlich setze.

Kann sich das jemand erklären? Was möchte er da überhaupt removen?

Aufgefallen ist es bei einem Contao Update von 4.9.22 über den Contao Manager. Hosting ist netcup und mir liegt aktuell nur ein FTP-Zugang vor.

Könnte sein, dass im /web/files Verzeichnis keine Symlinks zu den Verzeichnissen liegen, sondern echte Verzeichnisse. Das darf nur für Verzeichnisse der Fall sein, die nicht auf öffentlich eingestellt sind. Ansonsten ist da früher schon mal was falsch gelaufen oder falsch kopiert worden.
Edit: /web/files und Verzeichnisse unterhalb von /web/files dürfen nur Unterverzeichnisse oder Symlinks enthalten, keine Dateien. Wenn da irgendwo Dateien drinstehen, dann gibt es beim Versuch, das Verzeichnis zu löschen, einen Fehler, weil das Verzeichnis nicht leer ist.

Hi - wenn ich den Ordner web/files lösche/leere , kommt ebenfalls der Fehler beim Erstellen neuer Symlinks.

Konnte das Problem "lösen" indem ich die Ordner web/files und web/system/modules gelöscht habe. Danach hat es funktioniert mit den Symlinks.

Dann haben diese Ordner wohl falsche Rechte gehabt, so dass der User, unter dem PHP läuft, keine Rechte hatte, da drin was zu löschen oder neu anzulegen. Ist das ein vServer oder ein Shared Webhosting? Im Shared Webhosting bei netcup sind die Einstellungen normalerweise so, dass das funktioniert.

Das ist ein Shared Hosting bei netcup. Das mit den Rechten macht wohl Sinn - ich frage mich nur, wie es dazu kommt, dass an dieser Stelle plötzlich die Rechte anders sind. :eek:

Wie waren die Rechte denn gesetzt? Könnte möglicherweise jemand (Kunde?) geändert haben. Absichtlich oder versehentlich.

Da habe ich gar nicht drauf geachtet, kann aber gut sein, dass die auf einmal root waren und nicht mehr der user, den Contao verwendet.

Die Rechte im File-System wurden wohl geändert, so wurde das Stammverzeichnis, in dem sich Ordner wie images, js, css befanden, nicht mehr generell auf public gesetzt, da es auch einen Ordner gab, der nicht öffentlich sein sollte. Das sollte aber das Problem nicht ausgelöst haben.

Hallo zusammen
Ich möchte mich dieser Frage gerne anschliessen.

In meinem Fall erscheint folgende Fehlermeldung nach dem Abspeichern. Es ist die Erweiterung contao-url-rewrite installiert.
Failed to remove file "/home/agoch/www/var/cache/prod/url_generating_routes.php": unlink(/home/name/www/var/cache/prod/url_generating_routes.php) [<a href='https://secure.php.net/manual/en/function.unlink.php'>function.unlink.php</a>]: No such file or directory

Hostint: hostpoint
Contao: Version 4.13.35
PHP: 8.1

Seltsamerweise funktionieren die Weiterleitungen einer alternativen Erweiterung ebenfalls nicht.

Hat vielleicht jemand eine Idee, woran das liegen könnte?





Ich weiss nicht, ob folgende Fehlermeldung vielleicht etwas bringt:

Code:

---

[2023-12-18T10:25:03.127473+01:00] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_route":"contao_install","_scope":"backend","_token_check":true,"_controller":"Contao\\InstallationBundle\\Controller\\InstallationController::installAction"},"request_uri":"https://neu.name.ch/contao/install","method":"GET"} []
[2023-12-18T10:25:06.602253+01:00] request.INFO: Matched route "contao_core_favicon__invoke". {"route":"contao_core_favicon__invoke","route_parameters":{"_route":"contao_core_favicon__invoke","_scope":"frontend","_controller":"Contao\\CoreBundle\\Controller\\FaviconController"},"request_uri":"https://neu.name.ch/favicon.ico","method":"GET"} []
[2023-12-18T10:25:06.726723+01:00] request.INFO: Matched route "_wdt". {"route":"_wdt","route_parameters":{"_route":"_wdt","_controller":"web_profiler.controller.profiler::toolbarAction","token":"b8aab6"},"request_uri":"https://neu.name.ch/_wdt/b8aab6","method":"GET"} []
[2023-12-18T10:25:06.736336+01:00] security.INFO: Populated the TokenStorage with an anonymous Token. [] []
[2023-12-18T10:25:07.006855+01:00] app.DEBUG: Executing cron job "Contao\CoreBundle\Cron\LegacyCron::onMinutely" [] []
[2023-12-18T10:43:36.511212+01:00] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_route":"contao_install","_scope":"backend","_token_check":true,"_controller":"Contao\\InstallationBundle\\Controller\\InstallationController::installAction"},"request_uri":"https://neu.name.ch/contao/install","method":"GET"} []
[2023-12-18T10:43:38.679229+01:00] request.INFO: Matched route "_wdt". {"route":"_wdt","route_parameters":{"_route":"_wdt","_controller":"web_profiler.controller.profiler::toolbarAction","token":"5d9d90"},"request_uri":"https://neu.name.ch/_wdt/5d9d90","method":"GET"} []
[2023-12-18T17:52:34.978097+01:00] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_route":"contao_install","_scope":"backend","_token_check":true,"_controller":"Contao\\InstallationBundle\\Controller\\InstallationController::installAction"},"request_uri":"https://neu.name.ch/contao/install","method":"GET"} []
[2023-12-18T17:52:36.071638+01:00] request.INFO: Matched route "_wdt". {"route":"_wdt","route_parameters":{"_route":"_wdt","_controller":"web_profiler.controller.profiler::toolbarAction","token":"ab3a2f"},"request_uri":"https://neu.name.ch/_wdt/ab3a2f","method":"GET"} []

---

Führe ein cache:warmup aus und poste die gesamte Konsonlenausgabe.

Vielen Dank für deine Antwort, Spooky.
Mittlerweile konnte mir hostpoint endlich helfen.

Nachdem ich den Wert opcache.revalidate_freq=0 in die .user.ini Datei geschrieben habe, funktioniert die Weiterleitungs-Erweiterung.


Offtopic:
Bei Hostpoint musste ich diverse Limits erhöhen, damit die Seite funktionierte.

Das wäre natürlich ganz toll, wenn Du diese Erfahrungen und Einstellungen hier ergänzen würdest:
https://github.com/contao/contao-manager/wiki

@do_while: Das habe ich gemacht :-)