The symlinks could not be regenerated

[fl0rian]

Hallo,
ich komme hier einfach nicht weiter.
Mein Kunde hat das Power WebBasic Paket bei STRATO und ich würde gerne eine Legacy-Erweiterung (Cookie-Bar) bei einer Contao 4 Installation installieren.
Auf dem lokalen Host funktioniert auch alles soweit.

Auf dem Remote habe ich die Symlinks im "web" Ordner manuell generiert.
Wenn ich über die Systemwartung auf "Symlinks neu generieren" klicke, erhalte ich im System-Log folgende Fehlermeldung: "The symlinks could not be regenerated".

Wenn ich "contao/install" aufrufe, um die Plugin-Installation anzustoßen erhalte ich die Fehlermeldung:

[2018-03-14 13:56:11] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_scope":"backend","_token_check":true,"_controller":"Contao\\InstallationBundle\\Controller\\InstallationController::installAction","_route":"contao_install"},"request_uri":"https://www.foo-bar.de/contao/install","method":"GET"} []
[2018-03-14 13:56:17] app.CRITICAL: An exception occurred. {"exception":"[object] (Symfony\\Component\\Debug\\Exception\\ClassNotFoundException(code: 0): Attempted to load class \"Config\" from the global namespace.\nDid you forget a \"use\" statement? at /mnt/web317/c1/56/534634656/htdocs/contao/vendor/contao/core-bundle/src/Resources/contao/library/Contao/Environment.php:537)"} []

Kann es mit den Symlinks zusammenhängen?

Vielen Dank im Voraus!

[Spooky]

Hallo,
ich komme hier einfach nicht weiter.
Mein Kunde hat das Power WebBasic Paket bei STRATO und ich würde gerne eine Legacy-Erweiterung (Cookie-Bar) bei einer Contao 4 Installation installieren.

Warum Legacy? Installiere einfach

composer require codefog/contao-cookiebar

Auf dem Remote habe ich die Symlinks im "web" Ordner manuell generiert.

Das solltest du nicht manuell machen.

Wenn ich "contao/install" aufrufe, um die Plugin-Installation anzustoßen erhalte ich die Fehlermeldung:

[2018-03-14 13:56:11] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_scope":"backend","_token_check":true,"_controller":"Contao\\InstallationBundle\\Controller\\InstallationController::installAction","_route":"contao_install"},"request_uri":"https://www.foo-bar.de/contao/install","method":"GET"} []
[2018-03-14 13:56:17] app.CRITICAL: An exception occurred. {"exception":"[object] (Symfony\\Component\\Debug\\Exception\\ClassNotFoundException(code: 0): Attempted to load class \"Config\" from the global namespace.\nDid you forget a \"use\" statement? at /mnt/web317/c1/56/534634656/htdocs/contao/vendor/contao/core-bundle/src/Resources/contao/library/Contao/Environment.php:537)"} []

Welche Contao Version? Welche PHP Version?

[fl0rian]

Warum Legacy? Installiere einfach

Ok, das mache ich am besten lokal und lade es manuell auf den Server? Dann habe ich aber wieder das Problem mit den Symlinks.
Composer ist auf dem STRATO-Server nicht installiert. Ich probiere es mal zu installieren.

Das solltest du nicht manuell machen.

Ok

Welche Contao Version? Welche PHP Version?

Contao 4.4.0 und PHP 7.2 (intl ist aktiv)

[Spooky]

Ok, das mache ich am besten lokal und lade es manuell auf den Server? Dann habe ich aber wieder das Problem mit den Symlinks.

Du machst es lokal, kopierst dann die composer.json und composer.lock auf den Server und führst dann folgendes Kommando aus:

composer install -o

Das genaue Kommando musst du aber für dein Hosting rausfinden. Sollte bei Strato zB so sein:

/usr/bin/php7.2 composer.phar install -o

Dies setzt folgendes Voraus:

• Du hast dir die composer.phar in das Root Verzeichnis der Contao Installation am Server heruntergeladen.
• Du hast im Webserver für diese Contao Installation eingestellt, dass PHP 7.2 verwendet wird.

Composer ist auf dem STRATO-Server nicht installiert. Ich probiere es mal zu installieren.

"Installieren" musst du nichts, lade dir einfach die composer.phar runter:

wget https://getcomposer.org/download/1.6.3/composer.phar

Wenn du den Contao Manager installiert hast, kannst du auch diesen über die Kommandozeile verwenden. Obiges Kommando würde dann zB so aussehen:

/usr/bin/php7.2 web/contao-manager.phar.php composer install -o

Diesen Befehl kannst du aber auch direkt über den Contao Manager ausführen lassen unter Maintenance » Composer Dependencies » Run Installer. Siehe auch https://community.contao.org/de/show...l=1#post467844

Contao 4.4.0 und PHP 7.2 (intl ist aktiv)

Du solltest zuerst auf Contao 4.4.16 aktualisieren. Führe das update lokal durch und gehen genau so vor wie oben beschrieben.


Achtung: du musst auch lokal PHP 7.2 verwenden! Andernfalls musst du die PHP Version in der composer.json festhalten.

[fl0rian]

Nachdem ich composer install auf dem Server ausgeführt habe, hab ich jetzt leider einen 500 server error.
Ich habe natürlich nicht auf Contao 4.4.16 aktualisiert und PHP 7.2 verwendet... Hab ich überlesen

[fl0rian]

Hab es jetzt zum laufen gebracht. Danke für die Hilfe!
Wenn man weiß wie es geht, ist es halb so wild

Wenn ich das Installationstool aufrufe bekomme ich jetzt folgende Meldung:

Screenshot 2018-03-14 23.39.42.png

Desweiteren habe ich einen Ordner "svg" im "files" Ordner. Im "web" Ordner werden mir hier aber keine Symlinks generiert.

[xchs]

Wenn ich das Installationstool aufrufe bekomme ich jetzt folgende Meldung:

Screenshot 2018-03-14 23.39.42.png

Wahrscheinlich wieder ein Problem mit dem temporären Verzeichnis: https://community.contao.org/de/show...l=1#post440149

Prüfe Deine Serverumgebung auch mal mit dem aktuellen Contao Check!

[mlweb]

Desweiteren habe ich einen Ordner "svg" im "files" Ordner. Im "web" Ordner werden mir hier aber keine Symlinks generiert.

Und der Ordner svg ist öffentlich?

[fl0rian]

Wahrscheinlich wieder ein Problem mit dem temporären Verzeichnis: https://community.contao.org/de/show...l=1#post440149
Prüfe Deine Serverumgebung auch mal mit dem aktuellen Contao Check!

Der letzte Check hat alles für gut befunden. Werde es aber nochmal prüfen

Und der Ordner svg ist öffentlich?

Nö, natürlich nicht Danke :-)

[Spooky]

https://community.contao.org/de/show...l=1#post440149

Wobei, wenn der Check sagt es wäre alles in Ordnung sollte auch das temporäre Verzeichnis beschreibbar sein. Hast du die neueste Master Version des Contao Checks genommen?

[fl0rian]

Der aktuelle Contao-Check (Master-Version) sagt folgendes:

Screenshot 2018-03-15 09.49.45.png

Allerdings hat "contao/install" heute morgen, einige fehlerhafte Symlinks angezeigt.
Kann es jetzt nicht mehr nachvollziehen, da die Meldung aktuell weg ist. Hatte die Systemwartung angestossen.
Wenn die Meldung wieder da ist kann ich es posten.

Die Symlinks können auch nicht generiert werden.
Wenn ich den Ordner "web" komplett leere und auf "Symlinks neu erstellen" gehe, passiert nichts.
Was mich dazu zwingt diese manuell anzulegen.

Da ich mich gerade wieder auf dem Produktiv-System befinde, traue ich mich vorerst kein "composer update" mehr
Wird aber nötig sein, nehme ich an?

[Spooky]

Führe über SSH ein composer install aus. Da werden auch die Symlinks erzeugt.

[fl0rian]

Hab ich gerade gemacht. Dann erhalte ich folgende Fehlermeldung

Screenshot 2018-03-15 11.23.20.png

[xchs]

Du müsstest die tcpdf.php im Verzeichnis system/config/ löschen, da hier stattdessen ein Symlink erstellt wird.

[fl0rian]

Danke, hat geklappt.
Ich hab die Dateien mit scp auf den Server geladen. Die Symlinks sind scheinbar umgewandelt worden.

Jetzt gibt es nur noch diese Meldung:

An error occurred while executing the "contao:install-web-dir" command:

[Spooky]

Zeige die gesamte Konsolenausgabe.

[fl0rian]

Anbei die gesamte Ausgabe.

Screenshot 2018-03-15 16.11.00.png

[Spooky]

Führe mal

/usr/bin/php7.2 vendor/bin/contao-console contao:install-web-dir

aus.

[xchs]

Anbei die gesamte Ausgabe.

Auch hier wird wiederum die Meldung

The command is already running in another process.

ausgegeben.

Vielleicht müsstest Du wirklich mal versuchen, den temporären Ordner selbst zu setzen.

[fl0rian]

Führe mal
Code:
/usr/bin/php7.2 vendor/bin/contao-console contao:install-web-dir
aus.

Hier kommt auch "The command is already running in another process."

Screenshot 2018-03-15 16.59.27.png

Vielleicht müsstest Du wirklich mal versuchen, den temporären Ordner selbst zu setzen.

Werde ich heute auch mal testen.

[fl0rian]

Sorry, aber wie setze ich den temporären Ordner?

Anbei der Screenshot von der heutigen "contao/install"

Screenshot 2018-03-16 07.55.43.png

[Spooky]

Du musst die angegebenen 4 Dateien löschen, danach noch mal das Install Tool aufrufen.

[fl0rian]

Die 4 Ordner habe ich gelöscht.
Das Install-Tool funktioniert jetzt.

Allerdings funktioniert die automatische Regenerierung der Symlinks im Web-Ordner immer noch nicht.
Ich hatte auch schonmal alle Symlinks im Web-Ordner entfernt.

[Spooky]

Die 4 Ordner habe ich gelöscht.
Das Install-Tool funktioniert jetzt.

Allerdings funktioniert die automatische Regenerierung der Symlinks im Web-Ordner immer noch nicht.
Ich hatte auch schonmal alle Symlinks im Web-Ordner entfernt.

Was genau funktioniert nicht? Wenn es im Install Tool funktioniert, sollte es auch so funktionieren.

[fl0rian]

Wenn ich das Install Tool laufen lasse erhalte ich keine Fehlermeldung mehr.
Wenn ich aber den Ordner "files" in "web" leere, werden immer noch keine Symlinks angelegt.

Wenn ich die Systemwartung durchlaufen lasse, steht im System-Log "The symlinks could not be regenerated"

[Spooky]

Warum leerst du den Ordner?

[fl0rian]

Damit die Symlinks neu angelegt werden. Im Moment funktioniert das ja nicht. Die Symlinks habe ich manuell angelegt.

Screenshot 2018-03-16 22.37.29.png

[Spooky]

Aber im Install Tool sind sie ja angelegt worden?

[fl0rian]

Nee, eben leider nicht. Das Install Tool sagt läuft durch, aber der "web/files"-Ordner bleibt leer.

Screenshot 2018-03-16 23.33.13.png

[mlweb]

Du hast aber schon öffentliche Ordner in /files? Falls nicht wird da auch kein Symlink gesetzt.
Nur öffentliche Ordner in /files erscheinen als Symlink in /web/files

[fl0rian]

Ja, die Ordner sind alle öffentlich. Auch der "svg"

Im Prinzip ist es ja auch nicht so dramatisch, weil ich die Symlinks im "web/files" Verzeichnis jetzt selbst angelegt habe.
Aber da wird nix generiert...

[mlweb]

Etwas merkwürdig finde ich das schon. Wenn ich allerdings etwas nach oben scrolle sehe ich Hoster Strato, richtig? Da wundert mich dann wiederum kaum etwas .
Ich persönlich lehne die Kombination Strato und Contao 4 ab.

[fl0rian]

Ich normalerweise auch. In dem Fall habe ich aber leider keine andere Wahl...
Der Kunde schwört auf Strato

Und ob es in diesem Fall wirklich an Strato liegt, weiß ich nicht.
Mag aus Zeitgründen jetzt auch nicht weiter testen.

Aber der Verdacht liegt nahe. Auf meinem lokalen System funktioniert alles einwandfrei!

[mlweb]

Der Kunde schwört auf Strato

Kenn ich. Ich lehne es trotzdem bisher standhaft ab Contao 4 produktiv auf einem Strato Webhostingpaket zu betreiben. Soviel Schwerzensgeld kann mir gar niemand zahlen.
Testen tue ich immer wieder mal, wenn ich die Möglichkeit habe, eigentlich aber vor allem deshalb um den Kunden nichts Falsches zu sagen.

[tab]

Tja, guter Service ist eben besonders dann wichtig, wenn ein Produkt nicht so richtig funktioniert. Deswegen muss man als Service-Weltmeister eben notfalls ein paar Probleme einbauen, damit der weltmeisterliche Service auch gebührend brillieren kann. Wie sollte man denn den Titel verteidigen, wenn der Service gar nicht gebraucht würde?

[fl0rian]

Testen tue ich immer wieder mal, wenn ich die Möglichkeit habe, eigentlich aber vor allem deshalb um den Kunden nichts Falsches zu sagen.

Auf den ersten Blick „glänzen” diese Hoster ja. Daher fällt es wohl auch schwer manche Kunden zu überzeugen.

Soll jetzt keine Werbung sein, aber ich habe z.B. seit 9 Jahren einen Managed-Server bei Hetzner und hatte bis jetzt immer 1A Support, wenn ich mal nicht weiter wußte oder wenn es andere Probleme gab.
Außerdem ist der Server so konfiguriert, dass ich bis jetzt so ziemlich alles zum Laufen gebracht habe. Das auch ein Hetzner-Server mal ausfallen kann ist auch klar. Aber damit kann ich leben, wenn die gesamte Performance gut ist.
Bei Strato, etc. hing ich bis jetzt immer in einer relativ langen Warteschleife, wenn ich mal für einen Kunden angerufen hatte.
Außerdem haben die sehr oft „Lücken” in der Perfomance, im Shared Hosting. Das ist zumindest mein Eindruck.

[mlweb]

Bei Hetzner hatte ich früher auch viele Kunden. Leider bieten die kein ssh in den kleineren Shared Hostingtarifen an. Contao 4 ohne ssh lehne ich auch vehement ab. Kleine Handwerkerseiten oder Seiten von Vereinen sollten aber m.E. schon mit einem Shared Hostingpaket zwischen 5 und 10 € auskommen. Da kommen dann eben andere Hoster zum Zug.
Die Nackenhaare stehen mir immer zu Berge wenn ich mal einen größeren Kunden habe und der Shop mal leicht übertrieben auf dem 4 € Paket bei Strato laufen soll.

Was die Überzeugungsarbeit angeht - bei den kleinen Unternehmen ist das gar nicht so schwierig finde ich. Meist läuft es über den Preis. Für Contao 3 ist der Aufwand für Updates nämlich wesentlich höher.
Ansonsten habe ich gerade einen Neu-Kunden, der noch etwas schwankt. Dem habe ich angeboten, dass er ein vernünftiges Paket bei einem anderen Hoster dazubucht und wir die Domain dann extern aufschalten.

Auf jeden Fall bin ich sehr konsequent. Wenn die Leute bei Strato oder einem anderen nicht geeigneten Hoster bleiben wollen und mit mir arbeiten wollen, dann ist es derzeit eben nur Contao 3. Wer weiss was sich bei den betroffenen Hostern noch ändert bis Contao 3 endgültig ausläuft.

[fl0rian]

Ja, das ist schade. Ich kann jetzt auch nur vom Managed-Server bei Hetzner sprechen. Bis auf einen etwas größeren Ausfall vor kurzem, bin ich eigentlich sehr zufrieden. Persönlich hatte bis jetzt auf jeden Fall immer gute Erfahrungen mit deren Hotline.
Ich glaube, dass sich manche wenige Kunden scheinbar sicherer fühlen, wenn Sie den Webspace selbst „in der Hand“ haben.
Im aktuellen Fall, lässt sich leider auch mit einem günstigeren Preis nichts machen.

[mlweb]

Ich hoste meinen Kunden grundsätzlich nicht selbst. Ich unterstütze sie nur bei der Auswahl des Hosters und "organisiere" Umzug und Bestellung des geeigneten Hostingpakets. Damit hat der Kunde seinen Webspace auch weiterhin selbst in der Hand.
Ich gehe mit den Kunden immer sehr offen um. Vor kurzem fehlte ja bei Strato tatsächlich eine Grundvoraussetzung. Jetzt ist das mit PHP 7.2 nicht mehr der Fall. Also bekommt der Kunde die Info, dass es sehr wohl gehen kann, aber leider nicht immer problemlos und das ich mir diese Probleme nicht ans Bein binden möchte, weil wir dann unter Garantie Probleme mit Der Rechnungsstellung bekommen, wenn ich Ewigkeiten irgendwelchen Fehlkonfigurationen nachlaufen muss. Natürlich lebe ich damit, dass ich mit dieser etwas "harten" Strategie ggf. auch mal einen Kunden nicht bekomme oder verliere. Einer solcher Kunden ist nach einem halben Jahr experimentieren wieder zurück. Der Kollege hat ihm nach ausgibieger Fehlersuche eine satte Rechnung gestellt und zum Hosterwechsel geraten.

[Suka99]

Ich hänge mich mal an dieses Thema. Ich habe eine Contao 4.5.10-Installation (Contao Manager) auf einem Strato-Webhosting-Paket. Den Ordner files/img habe ich als öffentlich markiert, allerdings werden mir nun im Frontend keine Bilder angezeigt. Im Systemlog steht eben dieses "The symlinks could not be regenerated".

Ich komme an dieser Stelle nicht weiter. Wie setze ich diese Symlinks nun korrekt?