Zum Inhalt springen

Admin kann unter Fileadmin Ordner keine Ordner löschen

Erstellt am 25. August 2011 · 8 Antworten · letzte Antwort am 26. August 2011

Tags: Dateien & FAL, Frage

Halion ·

Hallo Leute,
kann mir jemand sagen warum ich als admin unterhalb von fileadmin keine Ordner mehr löschen kann??
Bekomme folgende Fehlermeldung:
Error
Directory "/srv/www/vhosts/test.net/httpdocs/fileadmin/test" WAS NOT deleted recursively! Write-permission problem?

Habe alle Dateien und Verzeichnisse in fileadmin mit CHMOD 757 gesetzt!

Gruß
Halion

fiedomedia ·

Hallo Halion,

Halion schrieb

Directory "/srv/www/vhosts/test.net/httpdocs/fileadmin/test" WAS NOT deleted recursively! Write-permission problem?

Habe alle Dateien und Verzeichnisse in fileadmin mit CHMOD 757 gesetzt!

Hast du als Besitzer und Gruppe auch www-data eingetragen? Das ist der User, mit welchem der Apache i.d.R agiert, also wenn du die Dateiliste im Browser verwendest, dann muss der Apache Zugriff auf die Dateien haben.
Und die Permission sollte auf 775 stehen. Schreibrechte für Public wären ja schmarrn, da kannst du gleich alles auf 777 setzen...

Grüße Patrick

Halion ·

Danke für die Antwort!
Also die Dateien in fileadmin sind alle mit dem FTP-User als Inhaber, die Verzeichnisse welche ich jetzt über den DAM/File angelegt habe werden mit wwwrun als Inhaber angelegt.
Liegt hier der Fehler?
Nachdem ich eben mit Filezilla die Berechtigungen von fileadmin auf 775 gesetzt habe ich nun im Backend die Ordner mit einem "R" gekennzeichnet, und kann auch diese anscheinend nur "lesend" bearbeiten?

Ich bin ratlos....

Gruß
Halion

fiedomedia ·
Halion schrieb

Also die Dateien in fileadmin sind alle mit dem FTP-User als Inhaber, die Verzeichnisse welche ich jetzt über den DAM/File angelegt habe werden mit wwwrun als Inhaber angelegt.

Dann mach ein "chown -R wwwrun.wwwrun fileadmin" auf dein fileadmin-Verzeichnis, damit alle Ordner und Dateien rekursiv auf wwwrun zugeordnet werden.
Die Dateien dürfen nicht den FTP-User als Inhaber haben.

Grüße Patrick

Halion ·

Ok, ich versuche das!
Müsste damit auch das Problem gelöst sein das wenn ich einen 2ten User anlege und einen Filemount einrichte mit 777, das er zwar nen Verzeichnis anlegen kann, aber dann keine Files ablegen kann?
Anscheinend verwendet Typo3 hier die falschen Rechte oder die falschen Gruppen/Besitzer?
Wie legt Typo3 die Dateien eigentlich an, ist das konfigurierbar oder nimmt Typo3 da immer die Rechte vom Apache?
Weil nicht das Typo3 nach dem ändern wieder alles überschreibt!!

Gruß
Und vielen Dank für die Schnelle Hilfe!

Halion

fiedomedia ·
Halion schrieb

Wie legt Typo3 die Dateien eigentlich an, ist das konfigurierbar oder nimmt Typo3 da immer die Rechte vom Apache?

Da du TYPO3 über das Web im Browser und somit den http-Dienst benutzt, ist der User einfach der Apache-User. Ich kann mir auch nicht vorstellen, dass man das ändern könnte.

Normalerweise sollte es aber auch funktionieren mit den Dateien und Ordnern, wenn du global fürs fileadmin-Verzeichnis die Rechte auf 777 setzt. Dann müsste JEDER User Schreib- und Leserechte haben, was allerdings eine Sicherheitslücke darstellt.

Grüße Patrick

Halion ·

Hallo,
mit 777 scheint es zu funktionieren!

Allerdings habe ich nun das Problem das der User den Pagetree nicht sieht welchen ich seiner Gruppe zugewiesen habe.
Dieser ist innerhalb des Root-Tree eine Seite mit Unterseiten.
Muss ich da was beachten, oder kann ich immer nur ab root Ebene diese Page Rechte an User vergeben?

Wäre super wenn du mir noch mal helfen könntest!

gruß
halion

fiedomedia ·

Hallo Halion,

Halion schrieb

Allerdings habe ich nun das Problem das der User den Pagetree nicht sieht welchen ich seiner Gruppe zugewiesen habe.
Dieser ist innerhalb des Root-Tree eine Seite mit Unterseiten.
Muss ich da was beachten, oder kann ich immer nur ab root Ebene diese Page Rechte an User vergeben?

Wahrscheinlich hast du vergessen unter Zugriff (Access) die neue User-Gruppe zur Seite + Unterseiten (also rekursiv) hinzuzufügen.

Grüße Patrick