Cannot create file "system/cache/language/en/countries.php"

[derpuma]

Wollte heute mal eine Contao 3.0 Installation testen.

Nach Eingabe der Datenbakinfos bleibe ich hängen:

Fatal error: Uncaught exception Exception with message Cannot create file "system/cache/language/en/countries.php" thrown in /var/www/vhosts/contaodemoxxx.de/httpdocs/system/modules/core/library/Contao/File.php on line 101

#0 /var/www/vhosts/contaodemoxxx.de/httpdocs/system/modules/core/library/Contao/System.php(379): Contao\File->__construct('system/cache/la...')
#1 /var/www/vhosts/contaodemoxxx.de/httpdocs/system/modules/core/library/Contao/System.php(451): Contao\System::loadLanguageFile('countries')
#2 /var/www/vhosts/contaodemoxxx.de/httpdocs/system/modules/core/dca/tl_member.php(227): Contao\System::getCountries()
#3 /var/www/vhosts/contaodemoxxx.de/httpdocs/system/modules/core/library/Contao/Controller.php(2375): include('/var/www/vhosts...')
#4 /var/www/vhosts/contaodemoxxx.de/httpdocs/system/modules/core/library/Contao/DcaExtractor.php(280): Contao\Controller->loadDataContainer('tl_member')
#5 /var/www/vhosts/contaodemoxxx.de/httpdocs/system/modules/core/library/Contao/DcaExtractor.php(109): Contao\DcaExtractor->createExtract()
#6 /var/www/vhosts/contaodemoxxx.de/httpdocs/system/modules/core/library/Contao/DcaExtractor.php(459): Contao\DcaExtractor->__construct('tl_member')
#7 /var/www/vhosts/contaodemoxxx.de/httpdocs/system/modules/core/library/Contao/Database/Installer.php(258): Contao\DcaExtractor::createAllExtracts()
#8 /var/www/vhosts/contaodemoxxx.de/httpdocs/system/modules/core/library/Contao/Database/Installer.php(106): Contao\Database\Installer->getFromDca()
#9 /var/www/vhosts/contaodemoxxx.de/httpdocs/system/modules/core/library/Contao/Database/Installer.php(38): Contao\Database\Installer->compileCommands()
#10 /var/www/vhosts/contaodemoxxx.de/httpdocs/contao/install.php(222): Contao\Database\Installer->generateSqlForm()
#11 /var/www/vhosts/contaodemoxxx.de/httpdocs/contao/install.php(931): InstallTool->run()
#12 {main}

Der Ordner Cache unter SSH ist auf 777 gesetzt!
Meine PHP Version ist 5.3.3.

Was kann ich tun um weiter zu kommen?

Hilfe wäre nett!

derpuma

[liebling65]

Pruef mal ob die Rechte auch rekursiv auf 777 gesetzt sind - bei meiner Installation hatten sich die Rechte wieder auf 755 gesetzt.

Gruss
Erich

[Chriz2010]

Hatte das gleiche Problem und konnte per SSH behoben werden. Über einen FTP Client konnten die Rechte nicht angepasst werden "command fail".
Nur was macht man wenn man keinen SSH Zugang hat?

[liebling65]

Dieses Problem hatte ich auch - siehe hier https://www.contao-community.de/show...f-system-cache

[Kermit]

Hallo, habe heute fast eine Webseite zerschossen.
Hatte jedoch eine Sicherungskopie gemacht und konnte sie reanimieren.

Habe erst Contao 3.0 drüberinstalliert. Leider konnte ich mich nur einmal im Backend anmelden. Dannach nicht mehr.
Da nun Contao 2.11. Ordner und Dateinen hinterlässt, habe ich die alles gelöscht und frisch installiert.
Leider habe ich immer Probleme mit dem Cache-Ordner. Der hat 755. Somit kann das System aber keine Dateien schreiben. Darum kommen diverse Fehlermeldungen. Man kann die Rechte nicht auf 777 setzen. Sowohl mit FTP oder über das Plesk-System(zur Info: Root-Server bei Hosteurope).

Was tun?!?
Ach ja, ein paar Leichen habe ich jetzt noch in einem Ordner. Diese kann ich nicht löschen. Da ich nicht das Recht dazu habe...

Gruß
Kermit

P.S.: Kann leider nicht mehr die Fehlermeldungen posten, da ich schnellstes die alte Seite reaktivieren musste.

[liebling65]

Gleiches hatte ich ja auch.... ging nur mit Installation von Contao 2.11.6 und dann im Backend das Contao-Update auf 3.0.0 - nicht Contao 3 drueberkopieren, da hast du immer das Problem mit dem system/cache und nur 755-Rechten.
Und das mit den Leichen - lass sie liegen.

[Kermit]

Wie meinst Du im Backend?
Wo kann man denn dort auf 3.0 updaten?


Gruß
Kermit

[liebling65]

na einloggen und links in der Navigation unter System-Systemwartung-Live Update-Aktualisierung starten
Brauchste halt ne Live-Update-ID - aber die kostet nicht die Welt und lohnt sich

[Kermit]

na einloggen und links in der Navigation unter System-Systemwartung-Live Update-Aktualisierung starten
Brauchste halt ne Live-Update-ID - aber die kostet nicht die Welt und lohnt sich

Werde ich am Montag mal mit meinem Chef besprechen...
Was kostet die im Jahr? Gefunden... 9,90€/Jahr. Für 4 Domains knapp 15,00€pro Jahr.
Das Problem es geht nicht auf Rechnung. Da muss ich erst mit unserem Einkauf reden.

Gruß

[ranala]

Auch ich habe ein ähnliches gelagertes Problem. Ich habe die Dateien des Contao 3.0 Pakets zum Testen auf eine nicht genutzte Domain hoch geladen und brauche dafür kein Live-Update. Bei mir lautet die Fehlermeldung ein wenig anders:

Fatal error: Uncaught exception Exception with message Cannot create file "system/cache/language/en/default.php" thrown in /var/www/web11/html/system/modules/core/library/Contao/File.phpon line 101

Meine Versuche mit Filezilla und WinSCP die Attribute auf 777 zu setzen, endeten mit der Fehlermeldung '550 Site CHMOD command failed'. Bei WinSCP auch mit der Option 'Gruppe, Eigentümer und Rechte rekursiv setzen'.

Wo kann ich am Besten ansetzen ?
Direkt auf dem Server mit SSH, wurde zuvor gepostet. Habe Zugang über Putty, kenne mich mit der Handhabung aber nicht mit aus. Würde mir jemand eine kleine Anleitung geben oder gibt es noch andere Lösungen ?

Danke -
Gruß ranala

[ranala]

Mit WinSCp habe ich jetzt, direkt in der root des Servers, die Dateiattribute der drei Ordner cache, language, und en auf 777 setzen können.

Die Fehlermeldung

Fatal error: Uncaught exception Exception with message Cannot create file "system/cache/language/en/default.php" thrown in /var/www/web11/html/system/modules/core/library/Contao/File.php on line 101
#0 /var/www/web11/html/system/modules/core/library/Contao/System.php(379): Contao\File->__construct('system/cache/la...')
#1 /var/www/web11/html/contao/install.php(52): Contao\System::loadLanguageFile('default')
#2 /var/www/web11/html/contao/install.php(930): InstallTool->__construct() 
#3 {main}

erscheint jedoch weiterhin - ratlos...

Gruss ranala

[liebling65]

setz den Ordner "cache" rekursiv auf 777, per ssh mit
chmod -R 777 cache

Probier mal...

[panga]

Ich hatte das gleiche Problem: kein Zugriff auf den "system/cache/language"-Ordner, um die Verzeichnisrechte zu ändern. Der Ordner war mit einem anderen User/Group erstellt worden.

Hier meine "Host Europe"-Lösung:
Einfach einen neuen FTP-User anlegen (im KIS unter "Webhosting / Allgemeines / FTP-Zugänge"), und dabei als Benutzer den Namen auswählen, der im FTP-Programm beim ""system/cache/language"-Ordner als User angezeigt wird. Dann nach kurzer Wartezeit (15 min) mit den neuen Zugangsdaten per FTP-Programm verbinden und die Dateirechte für den Ordner ändern (meist: rechter Mausklick, Dateiattribute, 777 wählen). Ich hoffe, dass ich jemandem helfen konnte!

Grüße, panga

[ranala]

Mit dem Hinweis von liebling65 habe ich den Ordner 'Cache' rekursiv gesetzt. Danach wurde zunächst dieselbe Fehlermeldung ausgegeben. Mit WinSCP stellte ich fest, dass die Ordner 'language, en und de' nicht die gleichen Gruppen und Eigentümer Angaben haben. Habe alle drei Ordner auf 'webxx' (Gruppe und Eigentümer aller anderen Dateien der Contao Installation) gesetzt. Danach erschien das Installationsfenster und der Hinweis, dass die Dateien via FTP bearbeitbar sind.

Es wurden in den Verzeichnissen 'en' und 'de' jeweils zwei Dateien (default.php + tl_install.php) angelegt. Diese haben teilweise als Gruppe und Eigentümer wieder einen anderen User, nämlich 'www-data[33]' statt 'webxx'.

Bevor ich jetzt mit der Installation fortfahre, die Frage, muss ich Gruppe und Eigentümer der vier Dateien auf 'webxx' setzen oder spielt es für die Installation keine Rolle, wem sie zugeordnet sind ?

Danke und Gruß
ranala

[derpuma]

habe den cache ordner rekursiv auf 777 gesetzt.
beim erneuten ausführen des install.php wir er jedoch wieder auf 755 gesetzt und selbe fehler wiederholen sich!

was kann ich noch tun um endlich mal die 3.0 installiert zu bekommen.

[liebling65]

Probier doch mal die 2.11.6 zu installieren und dann ueber das Backend (nicht einfach drueberkopieren) das Update auf 3..0.0 mit ner Live-ID zu installieren - ging bei mir problemlos.
Ist jetzt vielleicht nicht DER smarte Weg - aber das Ergebnis zählt ja schließlich.

[derpuma]

Also ich wollte schon eine native Installation vom 3er Contao hinbekommen.
Das sollte doch wohl irgendwie machbar sein.
Zumal ich gelesen hab das vom Update der 2er auf die 3er Version einiges an Dateileichen liegen bleibt. :-/

Sollte nicht das Installer Script so angepasst werden, dass es Dateien als FTP User per PHP erstellt?
Diesen muss man ja beim Installieren eh angeben. Es gibt ja, soweit ich das gelesen habe, Probleme mit der Installation bei ziemlich vielen Hostern.

[derpuma]

Hallo, ich habe immer noch Probleme mit der Installation von Contao 3.0 auf meinem Server.

Mein Server ist ein aktuelles Linux Cent OS.
Cent OS sieht standartmäßig vor mit zwei Nutzern zu hantieren.
Einem FTP Nutzer mit Dateirechten und einem PHP Nutzer (apache/apache) welcher die PHP Scripte ausführt.

Bei der Installation von Contao kommt es dann genau an der Stelle zu Problemem, an der Contao Dateien immer wieder als PHP Nutzer schreiben möchte.

Fatal error: Uncaught exception Exception with message Cannot create file "system/cache/language/en/countries.php" thrown in /var/www/vhosts/contaodemoxxx.de/httpdocs/system/modules/core/library/Contao/File.php on line 101

#0 /var/www/vhosts/contaodemoxxx.de/httpdocs/system/modules/core/library/Contao/System.php(379): Contao\File->__construct('system/cache/la...')
#1 /var/www/vhosts/contaodemoxxx.de/httpdocs/system/modules/core/library/Contao/System.php(451): Contao\System::loadLanguageFile('countries')
#2 /var/www/vhosts/contaodemoxxx.de/httpdocs/system/modules/core/dca/tl_member.php(227): Contao\System::getCountries()
#3 /var/www/vhosts/contaodemoxxx.de/httpdocs/system/modules/core/library/Contao/Controller.php(2375): include('/var/www/vhosts...')
#4 /var/www/vhosts/contaodemoxxx.de/httpdocs/system/modules/core/library/Contao/DcaExtractor.php(280): Contao\Controller->loadDataContainer('tl_member')
#5 /var/www/vhosts/contaodemoxxx.de/httpdocs/system/modules/core/library/Contao/DcaExtractor.php(109): Contao\DcaExtractor->createExtract()
#6 /var/www/vhosts/contaodemoxxx.de/httpdocs/system/modules/core/library/Contao/DcaExtractor.php(459): Contao\DcaExtractor->__construct('tl_member')
#7 /var/www/vhosts/contaodemoxxx.de/httpdocs/system/modules/core/library/Contao/Database/Installer.php(258): Contao\DcaExtractor::createAllExtracts()
#8 /var/www/vhosts/contaodemoxxx.de/httpdocs/system/modules/core/library/Contao/Database/Installer.php(106): Contao\Database\Installer->getFromDca()
#9 /var/www/vhosts/contaodemoxxx.de/httpdocs/system/modules/core/library/Contao/Database/Installer.php(38): Contao\Database\Installer->compileCommands()
#10 /var/www/vhosts/contaodemoxxx.de/httpdocs/contao/install.php(222): Contao\Database\Installer->generateSqlForm()
#11 /var/www/vhosts/contaodemoxxx.de/httpdocs/contao/install.php(931): InstallTool->run()
#12 {main}

Ein ändern der Rechte auf 0777 hilft auch nicht weiter, da bei jedem neuen Schreibversuch der Contao Installationsroutine wieder per PHP Nutzer geschreiben wird.

Gibt es die Möglichkeit die Stelle der Insatllation zu ändern und den FTP Nutzer anstelle des PHP Nutzers zum ausführen der Dateien zu bewegen.
Wenn ja wäre eine kleine Hilfe klasse!

[lucina]

[Themen zusammengeführt, bitte keine Doppelpostings und neuen Themen zu gleichen Sachverhalten]

[BugBuster]

Das Install Tool sollte das eigentlich merken und die FTP Daten abfragen zweck safe-mode-hack.

Such mal danach hier im Forum, dann kannste das notfalls manuell in der localconfig.php eintragen.

[derpuma]

Also safe-mode hab ich in PHP deaktiviert...
Dennoch klappt das Schreiben nicht.
Siehe Contao Check:

Bildschirmfoto 2012-11-28 um 09.57.51.png
Bildschirmfoto 2012-11-28 um 09.57.58.png

[liebling65]

Also ich habe mehrere Server - gehostete und eigene - und hab es bei den gehosteten auch nicht geschafft ein neues 3.0 Contao zu installieren. Ich hab darauf keinen Shell-Zugriff und eben das Problem mit den Benutzerrechten (die immer auf 755 bleiben). Alle Varianten probiert. Ich habe aber bestimmt um die 30 Contaos laufen und bin nicht mehr sooo unerfahren.
Auf den eigenen Servern ist das natuerlich easy - da kann ich per Shell den entsprechenden Ordner auf 777 setzen und alles laeuft.

Ne andere Loesung als von 2.11.6 auf 3.0 hab ich nicht parat. Ich hatte hier mal was gelesen mit anderen User anlegen usw. (HostEurope) - aber das ist mir dann doch zu doof ehrlich gesagt. Ein CMS sollte schnell und problemlos auf gehosteten Standardmaschinen installiert werden koennen.

[thorff]

Hallo zusammen,

bei mir funktioniert es, nachdem ich per WinSCP das Cache-Verzeichnis rekursiv auf 777 gesetzt habe. Ich konnte die Installation vollends abschließen und auch die ersten Einrichtungsschritte im Backend erfolgreich durchführen.

Es macht mir nun aber ernsthafte Sorgen, dass hier in diesem Thread manch einer berichtet, die Rechte hätten sich praktisch von alleine wieder auf 755 zurückgesetzt. Es wäre natürlich schlecht, wenn das wirklich irgendwann mal passiert. Es wäre daher wirklich sehr hilfreich, wenn es eine offizielle Information zu diesem Problem gäbe. Was steckt konkret dahinter und was ist die offizielle Empfehlung, um es zu umgehen?

Ach ja, der Tipp mit dem Update von 2.11.6 auf 3.0.0 ist für mich nicht geeignet, weil ich einfach nur 3.0 von Grund auf neu installieren möchte. Ich habe nichts, was ich updaten könnte. Das geht doch sicher vielen anderen auch so, oder?

Vielen Dank schonmal im Voraus für alle wirklich hilfreichen Antworten.

Gruß Thorff

[liebling65]

Das mit den Rechten zurück auf 755 ist eine security policy beim Provider - das machen - wie schon gehört - viele so um das Risiko auf den Servern zu minimieren. Versteh ich wiederum auch wieder...
Aber ein offizieller Workaround wäre hilfreich - da geb ich Dir recht.

[BugBuster]

Manno... was macht Ihr da eigentlich? Wenn das Check Tool sagt es geht nicht dann geht es nicht.
Wenn der FTP User und somit die Dateien und Verzeichnisse anders sind als der User unter dem der Webserver läuft, dann gehts erstmal nicht.
ABER, natürlich kann Contao in so einem Fall damit umgehen. Die install.php fragt in dem Fall die FTP Daten ab um somit selber mit dem Nutzer des FTP Accounts zu arbeiten, und Peng, schon hat er die Rechte die benötigt werden. Und das heißt im Contao Jargon Safe-Mode-Hack.

Deswegen laufen auch bei vielen Hostern der Webserver im fastcgi Modus, da gibt es dann das Problem von Hause aus nicht.

Sollte aus irgendwelchen Gründen die Abfrage im install.php Programm nicht erfolgen, bleibt noch die Möglichkeit diese Daten selber in der localconfig.php einzutragen.

$GLOBALS['TL_CONFIG']['useFTP']  = true;
$GLOBALS['TL_CONFIG']['ftpHost'] = '';
$GLOBALS['TL_CONFIG']['ftpPath'] = '';
$GLOBALS['TL_CONFIG']['ftpUser'] = '';
$GLOBALS['TL_CONFIG']['ftpPass'] = '';
$GLOBALS['TL_CONFIG']['ftpSSL']  = false;
$GLOBALS['TL_CONFIG']['ftpPort'] = 21; 

Die entsprechend ausfüllen wo noch leer. Bei "ftpPath" aufpassen das dieser nach dem Login zum Ziel der Contao Installation zeigt.

[NetMediaWork]

Einfach die bemängelten Ordner, per FTP selber anlegen und chmod setzen, dann erhalten sie auch die richtigen Benutzer und Gruppenrechte.

[thorff]

Manno... was macht Ihr da eigentlich? Wenn das Check Tool sagt es geht nicht dann geht es nicht.
Wenn der FTP User und somit die Dateien und Verzeichnisse anders sind als der User unter dem der Webserver läuft, dann gehts erstmal nicht.
ABER, natürlich kann Contao in so einem Fall damit umgehen. Die install.php fragt in dem Fall die FTP Daten ab um somit selber mit dem Nutzer des FTP Accounts zu arbeiten, und Peng, schon hat er die Rechte die benötigt werden. Und das heißt im Contao Jargon Safe-Mode-Hack.

Okay, was Du hier beschreibst ist ja das, was wir ja schon immer zu beachten hatten. Warum aber habe ich jetzt mit Contao 3 auf einmal Probleme damit?

Was habe ich konkret gemacht?
1. Contao 3 in das httpdocs-Verzeichnis meines vhost eingespielt. Nackte Neuinstallation, kein Update oder sonstwas.
2. Aufruf der install.php - Fehlermeldung! Genau die Meldung, die im Titel dieses Threads genannt ist, lediglich für das Verzeichnis "system/cache/language/de/"
3. Ändern der Rechte des cache-Verzeichnisses auf 777 (per FileZilla)
4. Erneuter Aufruf der install.php - ich komme weiter, kann die FTP-Zugangsdaten eintragen - damit wäre der Safe Mode Hack ja schon mal richtig eingerichtet
5. Erneute Fehlermeldung, nun genau die Meldung aus dem Titel dieses Threads. Erstaunlicherweise steht das Cache-Verzeichnis wieder auf 755. Also nun per WinSCP rekursiv auf 777 gesetzt (der User ist der FTP-User, der Zugriff mit Safe Mode Hack wäre also auch mit 755 kein Problem gewesen)
6. Nach der erneuten Rechte-Änderung scheint nun alles zu funktionieren, ich stelle aber fest, dass das Cache-Verzeichnis wieder auf 755 steht. Ich muss also wohl befürchten, dass beim nächsten Mal, wenn dort etwas geschrieben werden soll, wieder der Fatal Error auftritt.

Vielleicht stehe ich echt auf dem Schlauch, aber was von dem, was ich hier gemacht habe und was für alle bisherigen Contao-Versionen wohl funktioniert hätte (ich hatte solche Probleme noch nie), ist denn nun falsch?

Und noch eine Frage zu der angesprochenen Security Policy beim Provider: Wovon hängt es ab, ob die zum Einsatz kommt? Ich habe ein vergleichbares Verhalten noch nie erlebt und mit älteren Contao-Versionen und auch sonst habe ich auf dem Webserver schon viel gemacht.

[BugBuster]

5. Erneute Fehlermeldung, nun genau die Meldung aus dem Titel dieses Threads. Erstaunlicherweise steht das Cache-Verzeichnis wieder auf 755. Also nun per WinSCP rekursiv auf 777 gesetzt (der User ist der FTP-User, der Zugriff mit Safe Mode Hack wäre also auch mit 755 kein Problem gewesen)

Hier hätte ich schon weiter geprüft. Denn wenn der Eigentümer der Verzeichnisse derselbe ist wie per FTP eingetragen, dann reicht sogar 700 um damit zu arbeiten, der Nutzer hat ja bereits alle Rechte.
Wenn 755 nicht reicht, sorry, aber dann läuft immer noch was schief mit dem verwendetem User.
Was sagt denn das Contao Check Tool?

[thorff]

Wenn 755 nicht reicht, sorry, aber dann läuft immer noch was schief mit dem verwendetem User.
Was sagt denn das Contao Check Tool?

Ja, da läuft ziemlich sicher was schief, die Frage ist nur: Was?

Das Contao Check Tool sagt:

php.ini settings
The PHP safe_mode is not enabled.

Creating a test folder
The test folder does not have the correct owner or chmod settings.
The test folder is owned by www-data (should be ftpuserxyz) and has the chmod settings 755 (should be 775, 755 or 750).

Creating a test file
The test file does not have the correct owner or chmod settings.
The test file is owned by www-data (should be ftpuserxyz) and has the chmod settings 644 (should be 664, 644, 660 or 640).

You do need the Safe Mode Hack on this server.

Aber was sagt das nun genau aus? Klar, ich brauche den Safe Mode Hack. Das weiß ich ja schon, deshalb hinterlege ich ja in der localconfig die FTP-Zugangsdaten.

Im gleichen vhost, in dem ich mit Contao 3.0 die genannten Probleme hatte und in dem das Check Tool die hier geposteten Hinweise brachte, habe ich jetzt - nachdem ich Contao 3.0 wieder runtergeschmissen habe - die 2.11.6 drauf. Dort funktioniert mit dem Safe Mode Hack auch nachweislich alles perfekt. Ich kann also z. B. in tl_files mit der Dateiverwaltung Files hochladen und wenn ich in der localconfig "$GLOBALS['TL_CONFIG']['useFTP'] = false;" eintrage, kann ich es nicht mehr. Das beweist doch eindeutig, dass ich den Safe Mode Hack richtig eingerichtet habe und dass der angegebene FTP-User funktioniert.

Da es ja scheinbar auch einige Leute gibt, die mit Contao 3.0 bei der Installation klar kommen, glaube ich ja auch noch dran, dass der Fehler irgendwo bei mir liegt, aber was bleibt denn da noch übrig, wenn soweit alles stimmt?!?

[BugBuster]

Dann könnte es noch sein, dass der Webserver, bevor der SMH aktiv war schon Teile der Verzeichnisse / Dateien angelegt hat.
Nun nach der Umstellung hat er selber kein Zugriff mehr. (durch ein 777 hat er was mit www-data angelegt und soll das nun per FTP nutzer überschreiben, was nicht geht)
Bitte mal prüfen, den ganzen Pfad also jedes Verzeichnis von oben an in der Kette "system/cache/language/..." ob die alle deinem FTP Nutzer gehören, inkl. der eventuell schon angelegten Dateien.