PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Ordner löschen?! (Samba SLES9)



tux-lux
12.02.06, 13:55
Hallo!

Habe den SLES9 laufen und darunter einen Samba Server.
Habe davor 2 Jahre Samba auf Debian laufen gehabt, daher habe ich auch die gleiche erprobte Konfiguration übernommen.

Allesdings tritt jetzt ein komischer Effekt auf. Ich kann von Windows aus einen Ordner im Samba Share erstellen, umbenennen, verschieben aber NICHT löschen.
Der Ordner erscheit nach dem Löschen sofort wieder.

testparm findet auch keinen Fehler in der Konfiguration.

Hat jemand Ahnung, wie ich das beheben kann? Bin recht ratlos.

Danke im Voraus

emba
12.02.06, 17:29
welche version setzt du ein?

kann es etwas damit zu tun haben

acl check permissions (S)

This boolean parameter controls what smbd(8)does on receiving a protocol request of "open for delete" from a Windows client. If a Windows client doesn't have permissions to delete a file then they expect this to be denied at open time. POSIX systems normally only detect restrictions on delete by actually attempting to delete the file or directory. As Windows clients can (and do) "back out" a delete request by unsetting the "delete on close" bit Samba cannot delete the file immediately on "open for delete" request as we cannot restore such a deleted file. With this parameter set to true (the default) then smbd checks the file system permissions directly on "open for delete" and denies the request without actually deleting the file if the file system permissions would seem to deny it. This is not perfect, as it's possible a user could have deleted a file without Samba being able to check the permissions correctly, but it is close enough to Windows semantics for mostly correct behaviour. Samba will correctly check POSIX ACL semantics in this case.

If this parameter is set to "false" Samba doesn't check permissions on "open for delete" and allows the open. If the user doesn't have permission to delete the file this will only be discovered at close time, which is too late for the Windows user tools to display an error message to the user. The symptom of this is files that appear to have been deleted "magically" re-appearing on a Windows explorer refersh. This is an extremely advanced protocol option which should not need to be changed. This parameter was introduced in its final form in 3.0.21, an earlier version with slightly different semantics was introduced in 3.0.20. That older version is not documented here.

Default: acl check permissions = True

greez

MiGo
14.02.06, 10:41
Zeig' mal mit "ls -lhd <ordnername>" den Ordner, der sich nicht löschen lässt und den Ordner in dem sich Mr. Unlöschbar befindet ;)
Das hört sich (ohne genauere Information) wen wenig nach sticky-Bit an...

tux-lux
27.02.06, 12:47
Das ist ja seltsam, habe die lustige Windoof Kiste neu gestartet und schon kann ich die tollen unlöschbaren Ordner doch löschen.
Liegt also net an Samba sondern wohl an der Windoof Kiste, dass da wieder was zufallsmäßig schief läuft.

Trotzdem danke für die Antworten.