Hallo Liste Seit einiger Zeit beobachte ich ein komisches Verhalten auf einem Verzeichnisbaum, den ich per NFS importiere. Versuche ich auf dem NFS-Client, eine Datei in das importierte Verzeichnis zu kopieren, dann meldet der Konqueror: "/pfad/zur/datei kann nicht geschrieben werden". Die Datei wird dann trotzdem angelegt, aber sie hat 0 Bytes Größe. Verzeichnisse kann ich poblemlos schreiben. Logge ich mich nun per ssh auf dem NFS-Server ein (wo ich gleichermaßen user andy mit uid=1000 bin) und wechsle in das exportierte Verzeichnis, dann kann ich problemlos Dateien und Verzeichnisse anlegen und löschen. Kann mir jemand dieses Verhalten erklären? In /v/l/m taucht nichts Verdächtiges auf, wenn ich einen erfolglosen Schreibversuch auf das Share vornehme. Es ergibt am Server: # cat /etc/exports /srv/filesrv/data/user-data *(async,rw) Was mir auffällt: es ergibt ein # dir [...] drwx------+ 2 andy users 6 Aug 23 13:59 2005 2005 heißt das Verzeichnis, in das ich schreiben möchte. Das "+" am Ende der Berechtigungen deutet AFAIK auf ACLs hin. Solche habe ich aber nicht gesetzt. Und selbst wenn ich das Verzeichnis 2005 lösche und wieder anlege, dann ist das "+" wieder da. Was kann ich tun? -- Andre Tann
Andre Tann, Dienstag, 23. August 2005 14:07:
drwx------+ 2 andy users 6 Aug 23 13:59 2005
Wie ich jetzt festgestellt habe, führt ein setfacl -b auf den Verzeichnisbaum zur Lösung des Problems. Woher allerdings die ACLs plötzlich kamen, und wieso sie dazu führten, daß man Dateien via NFS zwar anlegen konnte, aber nichts hineinschreiben, das ist mir nicht so recht klar. Egal, jetzt funktionierts wieder. -- Andre Tann
Am Dienstag, 23. August 2005 16:25 schrieb Andre Tann:
Andre Tann, Dienstag, 23. August 2005 14:07: .. Wie ich jetzt festgestellt habe, führt ein setfacl -b auf den Verzeichnisbaum zur Lösung des Problems. .. Woher allerdings die ACLs plötzlich kamen, und wieso sie dazu führten, daß man Dateien via NFS zwar anlegen konnte, aber nichts hineinschreiben, das ist mir nicht so recht klar.
Egal, jetzt funktionierts wieder. Ich hatte wohl das selbe Problem: pc 'shutdowned' nicht sondern kann offenbar das NFS-Ende nicht herbeiführen.
Folgende Ausgangsituation: Der orgPC mountet beim Booten einen anderen in ein Verzeichnis: /andererPC. Wenn ich jetzt 1.) auf einer Konsole auf orgPC nach einem cd /andererPC in diesem Verzeichnis bzw. 'in' dem gemounteten PC 'stehe', dann 2.) den anderen PC runterfahre (das geht bis zum Stillstand) und dann 3.) erst den PC mit /andererPC runterfahren will, DANN kann der orgPC NFS nicht beenden und bleibt stehen. Es genügt aus dem Verzeichnis (bzw. dem anderen PC) zu steigen und es funtz wieder. Könnt es das ein? Calli
participants (2)
-
Andre Tann
-
Carl A. Schreiber