Probleme mit Schreibrechten auf Strato Server

**brandtmarke** · 30.07.2009, 15:31

Hallo zusammen,

ich hab grade ein Problem, was mir sehr suspekt vorkommt:

Ich habe für einen Kunden lokal eine TL Seite entwickelt und habe diese nun auf einen Strato Server hochgeladen. Auf den ersten Blick schien auch alles zu funktionieren. Jetzt habe ich allerdinsg festgestellt, dass das TL-Backend keinerlei Schreibrechte besitzt - weder im system/html Verzeichnis noch im tl_files Verzeichnisn und auch die localconfiq kann aus dem Backend heraus nicht modifiziert werden...

Die Rechte habe ich schon auf chmod 777 gestellt - hilft nix, ich kann nur über FTP zugreifen. Bei der localconfig kann ich ganz gut damit leben und auch beim tl_files Verzeichnis ist das irgendwie zu verschmerzen. Beim temp Verzeichnis wird das allerdings zum Problem.

Ich habe versucht testweise einen Newsletter los zu schicken dem eine Datei angehängt werden sollte, wenn ich nun das Dialogfeld Dateianhänge anwähle erhalte ich folgende feherlmeldung:

Code:

Warning: imagegif() [function.imagegif]: Unable to open '/mnt/web1/41/56/52104356/htdocs/cmneu/system/html/admin-79cb32f6.gif' for writing: Permission denied in /mnt/web1/41/56/52104356/htdocs/cmneu/system/libraries/Controller.php on line 802
Warning: imagegif() [function.imagegif]: Unable to open '/mnt/web1/41/56/52104356/htdocs/cmneu/system/html/background-e55f922a.gif' for writing: Permission denied in /mnt/web1/41/56/52104356/htdocs/cmneu/system/libraries/Controller.php on line 802
Warning: imagegif() [function.imagegif]: Unable to open '/mnt/web1/41/56/52104356/htdocs/cmneu/system/html/frontendmodules-61b4dfa1.gif' for writing: Permission denied in /mnt/web1/41/56/52104356/htdocs/cmneu/system/libraries/Controller.php on line 802
Warning: imagepng() [function.imagepng]: Unable to open '/mnt/web1/41/56/52104356/htdocs/cmneu/system/html/image-6c3f948f.png' for writing: Permission denied in /mnt/web1/41/56/52104356/htdocs/cmneu/system/libraries/Controller.php on line 811
Warning: imagejpeg() [function.imagejpeg]: Unable to open '/mnt/web1/41/56/52104356/htdocs/cmneu/system/html/james-wilson-86b7a576.jpg' for writing: Permission denied in /mnt/web1/41/56/52104356/htdocs/cmneu/system/libraries/Controller.php on line 807
Warning: imagegif() [function.imagegif]: Unable to open '/mnt/web1/41/56/52104356/htdocs/cmneu/system/html/layout-53310586.gif' for writing: Permission denied in /mnt/web1/41/56/52104356/htdocs/cmneu/system/libraries/Controller.php on line 802
Warning: imagegif() [function.imagegif]: Unable to open '/mnt/web1/41/56/52104356/htdocs/cmneu/system/html/modules-e73c1287.gif' for writing: Permission denied in /mnt/web1/41/56/52104356/htdocs/cmneu/system/libraries/Controller.php on line 802
Warning: imagegif() [function.imagegif]: Unable to open '/mnt/web1/41/56/52104356/htdocs/cmneu/system/html/news-d312abee.gif' for writing: Permission denied in /mnt/web1/41/56/52104356/htdocs/cmneu/system/libraries/Controller.php on line 802
Warning: imagegif() [function.imagegif]: Unable to open '/mnt/web1/41/56/52104356/htdocs/cmneu/system/html/pagemounts-8aa4e657.gif' for writing: Permission denied in /mnt/web1/41/56/52104356/htdocs/cmneu/system/libraries/Controller.php on line 802
Warning: imagegif() [function.imagegif]: Unable to open '/mnt/web1/41/56/52104356/htdocs/cmneu/system/html/permissions-43cd171a.gif' for writing: Permission denied in /mnt/web1/41/56/52104356/htdocs/cmneu/system/libraries/Controller.php on line 802
Warning: imagegif() [function.imagegif]: Unable to open '/mnt/web1/41/56/52104356/htdocs/cmneu/system/html/protect-baf28f49.gif' for writing: Permission denied in /mnt/web1/41/56/52104356/htdocs/cmneu/system/libraries/Controller.php on line 802

Wie gesagt: die Rechte stehen auf 777. Ich habe die Installation auf einen anderen Server gespiegelt und da läuft alles so, wie es sein soll.

hat jemand eine Ahnung, warum Strato da so rumzickt?

Gruß

Dennis

**ahellmund** · 30.07.2009, 16:12

Zitat von brandtmarke

hat jemand eine Ahnung, warum Strato da so rumzickt?

Ich kann Dir zwar nicht sagen, warum Strato rumzickt aber ich hatte das gleiche Problem (Strato V-Power Server). Bei mir war es so, dass über das Web mit einem anderen User auf die Daten zugegriffen wird als über FTP. Zu lösen war das nur, indem ich dem Safe Mode Hack genutzt habe. Damit läuft es jetzt problemlos.

**brandtmarke** · 30.07.2009, 18:32

Der Save Mode Hack funktioniert in diesem Fall leider auch nicht, nach Aktivierung kommt im BE folgende Meldung:

Code:

Fatal error: Call to undefined function ftp_connect() in /mnt/web1/41/56/52104356/htdocs/cmneu/system/libraries/Files.php on line 72

in der localconfig steht:

Code:

$GLOBALS['TL_CONFIG']['useFTP'] = true;
$GLOBALS['TL_CONFIG']['ftpHost'] = 'ftp.strato.com';
$GLOBALS['TL_CONFIG']['ftpPath'] = 'cmneu/';
$GLOBALS['TL_CONFIG']['ftpUser'] = '*******';
$GLOBALS['TL_CONFIG']['ftpPass'] = '*******';

mir ist grade noch was aufgefallen: wenn ich mir die Dateiberechtigungen mit cyberduck (mac) ansehe steht da 777
wenn ich mir das Ganze mit Filezilla (unter Win) ansehe steht da nur xxx anstelle der numerischen Werte, auch wenn ich die Berechtigungen mit FileZilla neu setze ...

**phader** · 20.08.2009, 09:39

Hallo,

ich habe momentan ein ähnliches Problem bei einem Kunden, der bei Strato ein PowerPlus Paket besitzt.

Bei dem Versuch eine neue Seite in der Seitenstruktur anzulegen und zu speichern, kommt eine Fehlermeldung ("Fatal error: Cannot create file 'statistik'").

Den Safe Mode Hack kann ich nicht benutzen, da Strato PHP anscheinend ftp_connect() nicht aktiviert hat.

Weiß hier vielleicht jemand was ich machen könnte? Wäre für jeden Rat dankbar!

Viele Grüße,
Elias

***leo*** · 20.08.2009, 09:50

Kein ftp_connect() = kein Safe Mode Hack = kein TYPOlight bei Strato.

Diese Gleichung kann man auf zwei Arten lösen:

- anderes CMS verwenden
- anderen Hoster suchen

Ich selbst habe übrigens zwei Kunden bei Strato, die den Safe Mode Hack verwenden können. Eventuell muss man also ftp_connect() nachrüsten lassen?

**BugBuster** · 20.08.2009, 10:11

Irgendwie traurig und witzig zugleich wenn ich sehe das die höheren Pakete bei Strato weniger können als die kleinen.

Ich habe ein alten P.W. A und habe keinerlei Probleme, brauch auch keinen SMH. Nur die DB lahmte etwas, aber seit dem letztem Update inkl. PHP auf 5.2.10, scheint es jetzt etwas besser zu sein.

**Sebastian** · 20.08.2009, 10:15

HI

geht mir genauso wie BugBuster, aber ich ziehe jetzt sowieso um.

Sebastian

**BugBuster** · 20.08.2009, 11:22

aber ich ziehe jetzt sowieso um.

Habe ich auch schon einige Zeit vor, habs nur noch nicht geschafft.

***lucina*** · 20.08.2009, 11:55

"Just do it!"

(bin schmerzfrei mit mehreren Kundenprojekten zu Leo gezogen und habe das nicht im Ansatz bereut - im Gegenteil. Wenn ich mal zusammenzähle, wieviele Stunden mir das schon gespart hat: Allein die schnellere Datenbank hat mir inzwischen ein komplettes freies Wochenende eingebracht)

LG, Carolina.

**Sebastian** · 20.08.2009, 14:21

HI

genau meine Meinung...

Sebastian

**phader** · 20.08.2009, 15:47

Danke erst mal für die Antworten!

Das komische ist ja, dass TYPOlight bis dato wunderbar lief. Der Fehler existiert erst seit kurzem und seltsamerweise ohne, dass ich TYPOlight geupdated habe oder so. Naja, ich frag jetzt mal beim Kundenservice nach, ob man das irgendwie nachrüsten kann bzw. ob die eine Idee haben. Der Service bei Strato soll ja angeblich ganz gut sein ;-)

Viele Grüße,
Elias

**BugBuster** · 20.08.2009, 21:59

Strato hat vor kurzem, zumindest bei mir, auf PHP 5.2.10 ein Update gemacht.
Vielleicht haben die da ja dabei die Funktion ftp_connect deaktiviert.

**Eduard** · 16.09.2009, 18:05

In dieses Thema muss ich mich einmal einklinken.
Ich nutze Typolight auf Debian Lenny mit "08/15" Apache/PHP/MySQL Stack und habe genau das gleiche Problem.

Safe_Mode ist aktiviert - Safe_Mode Hack in Typolight ebenso.
Soweit funktioniert das auch problemlos.

Beim Upload von Bildern, die größer sind als die im Backend in den Einstellungen gesetzte Maximale Bildbreite (nicht zu verwechslen mit der maximalen Frontend-Breite) erhalte ich aber den folgenden Fehler (also immer dann, wenn Typolight das Bild skalieren und neu abspeichern will:

Code:

Warning: imagejpeg() [function.imagejpeg]: Unable to open '/var/kunden/webs/webXYZ/tl_files/dasbild.jpg' for writing: Permission denied in /var/kunden/webs/webXYZ/system/libraries/Controller.php on line 800

Das Problem ist hier offenbar, dass der Nutzer unter dem Apache läuft www-data ist, der FTP Nutzer hingegen ein anderer.

Die Codezeile (Zeile 800 in /system/libraries/Controller.php), die dieses Problem hervorruft ist:

Code:

imagejpeg($strNewImage, TL_ROOT . '/' . $strCacheName, (!$GLOBALS['TL_CONFIG']['jpgQuality'] ? 80 : $GLOBALS['TL_CONFIG']['jpgQuality']));

Ich habe mal testweise ein

Code:

touch(TL_ROOT . '/' . $strCacheName);

davorgesetzt. Das hat allerdings auch nicht weitergeholfen.
Der touch() Befehl schlägt ebenfalls mit folgendem Fehler fehl:

Code:

Warning: touch() [function.touch]: Utime failed: Operation not permitted in /var/kunden/webs/webXYZ/system/libraries/Controller.php on line 800

Hat jemand noch eine Idee?
Meine Vermutung ist, dass der Safe_Mode-Hack hier in diesem speziellen Fall (imagejpeg() Funktion) nicht hilft.

Eine Lösung dieses Problems ist sicher auch für andere interessant.
Hoffentlich hilft meine kleine Problemanalyse jemandem weiter die genaue Ursache zu finden.

Noch eine kleine Ergänzung:
Ich habe gerade einmal aus dem Repository den SMH-Check installiert.
Hier die Ausgabe:

Code:

System temporary dir: 
Checking tmpfile() ... success!
Creating TYPOlight temporary file system/tmp/d3380ed510f1989849f2bdf9e43d611d ... success!
Connecting to FTP server ... success!
Login with FTP username and password to server ... success!
Check for correct directory ... success!
Upload file smhcheck.dat ... success!
Check file smhcheck.dat ... success!
Delete file smhcheck.dat ... success!
Create directory smhcheck.dir ... success!
Delete directory smhcheck.dir ... success!
Delete TYPOlight temporary file system/tmp/d3380ed510f1989849f2bdf9e43d611d ... success!
Safe Mode Hack is enabled and appears to be working.

Ich vermute auch, dass diese ganze Problematik mit den in diesem Thread im alten Forum besprochenen Änderungen zusammenhängt bzw. jedenfalls artverwandt ist:
https://contao.org/board/topic/9174.html?page=7

Viele Grüße,

--Ed

**Eduard** · 16.09.2009, 20:04

Ich habe das Problem nun in den Bugtracker geschrieben:
http://https://contao.org/ticket/1016

Wenn jemand also noch Erkenntnisse beitragen kann, bitte das o.g. Ticket nutzen.

**teo** · 09.07.2010, 00:24

Zitat von BugBuster

Irgendwie traurig und witzig zugleich wenn ich sehe das die höheren Pakete bei Strato weniger können als die kleinen.

Ich habe ein alten P.W. A und habe keinerlei Probleme, brauch auch keinen SMH. Nur die DB lahmte etwas, aber seit dem letztem Update inkl. PHP auf 5.2.10, scheint es jetzt etwas besser zu sein.

Also ich habe heute auch das Problem in einem uralten P.W. A Tarif von Strato. Bei diversen Aktionen kommt eine Exception beim Create file xyz

Wenn ich beispielsweise die CSS Dateien im Stammverzeichlis lösche und per Stylesheets / CSS Import rein hole, dann legt er sie problemlos an. Wenn ich aber die Systemwartung / Datenbereinigung CSS mache dann hat er ein Problem.

Bei einem anderen Strato Webspace (Premium) klappt alles ohne Problem und ohne SMH.

Im Premium ist das PHP 5 seit Beginn dabei und bei dem 'P.W. A' habe ich PHP 5 über den Webseiten Configurator eingeschaltet, der traegt das dann in die .htaccess als neue Applikation ein (so habe ich das auch schoneinmal manuell bei einem 1&1 Paket gemacht, klappte dort aber)

**xtra** · 09.07.2010, 00:58

An alle mit dem Problem:

Code:

Fatal error: Cannot create file 'statistik'

Ich habe das bei teo nun nachstellen koennen und es ist ein bug im core.
Ticket: http://dev.contao.org/issues/2272

Das Problem besteht darin, dass strato im Hauptverzeichnis einen symlink auf das Statistikverzeichnis gelegt hat. Dieser symlink wird faelschlicherweise von Contao als Datei angesehen und somit versucht zu loeschen (ist ja schliesslich kein RSS oder CSS von Contao, also muss es auch weg - Oder frei nach Peter Myller: "Entfernt die Zaehne samt Belag").

Ich hoffe dass es mit dem naechsten Maintenance release behoben wird.

Gruss
Chris

Edith meinte: Tippfehler sollten wech.

**teo** · 09.07.2010, 00:59

Nach stundenlangem Brainstorming im IRC mit do_while, manitougs, BugBuster und Xtra, hat Xtra die Lösung gefunden. Und siehe da es klappt alles ohne Probleme.

Das selbe tritt übrigens auf, wenn man über Systemwartung die CSS Dateien bereinigt. Wurde im Ticket siehe vorheriger Post von Xtra ergänzt.

Vielen Dank, das erspart mir eine Menge 'Ärger' mit dem Kunden