bei der verwendung von NFS in verbindung mit NIS ist unter Version 6.4 folgendes Problem aufgetaucht: vom nfs-client laesst sich das verzeichnis /home des nfs-servers problemlos mounten. die auf dem server eingetraenen user verden via nis an den clienten verteilt. die user sind auf dem clienten local nicht vorhanden. meldet man sich unter einem benutzer auf dem clienten an, so findet dieser sein home-verzeichnis. will man nun eine datei anlegen meldet sich linux mit der fehlermeldung kann regulaere datei >>blabla<< nicht anlegen: das dateisystem ist nur lesbar - auf dem server kann der user in seinem home-verzeichnis schreiben - das verzeichnis wird in /etc/exports als (rw) exportiert - mount auf dem clienten liefert die aussage, dass das verzeichnis als (rw) gemountet ist. MfG -- Sent through GMX FreeMail - http://www.gmx.net --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Ich hatte das gleiche Problem auch. Wenn ich mich recht erinnere, lag es daran, daß ich zu viele Leerzeichen verwendet hatte. Bsp. für /etc/exports: /home clientrechner (rw) # geht NICHT bzw. nur als ro /home clientrechner(rw) # also ohne Leerzeichen wird korrekt als rw exportiert. Das gleiche gilt glaub ich auch wenn man mehrere Parameter in den Klammern übergibt. Dann funzen Leerzeichen auch nicht. Scheint irgendein Bug zu sein, denn früher gings mal. (Ich hab auch ewig lange danach gesucht) Gruß Whoopi --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Fri, Apr 28, Daniel Jung wrote:
Ja, das ist ein Bug im Userland NFS Server, der die Leerzeichen ignoriert. Das ist falsch, weil so ein syntaktisch richtiger Eintrag "clientrechner (rw)" als "clientrechner(rw)" interpretiert wird -> Es sind nicht alle möglichen, synktatisch richtigen Konfigurationen mehr möglich. Im obigen Beispiel ist allerdings der "clientrechner (rw)" Eintrag falsch, weil er nicht das ausdrückt, was der Admin will. Tschau, Thorsten -- Thorsten Kukuk http://www.suse.de/~kukuk/ kukuk@suse.de SuSE GmbH Schanzaeckerstr. 10 90443 Nuernberg Linux is like a Vorlon. It is incredibly powerful, gives terse, cryptic answers and has a lot of things going on in the background. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Ich hatte das gleiche Problem auch. Wenn ich mich recht erinnere, lag es daran, daß ich zu viele Leerzeichen verwendet hatte. Bsp. für /etc/exports: /home clientrechner (rw) # geht NICHT bzw. nur als ro /home clientrechner(rw) # also ohne Leerzeichen wird korrekt als rw exportiert. Das gleiche gilt glaub ich auch wenn man mehrere Parameter in den Klammern übergibt. Dann funzen Leerzeichen auch nicht. Scheint irgendein Bug zu sein, denn früher gings mal. (Ich hab auch ewig lange danach gesucht) Gruß Whoopi --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Fri, Apr 28, Daniel Jung wrote:
Ja, das ist ein Bug im Userland NFS Server, der die Leerzeichen ignoriert. Das ist falsch, weil so ein syntaktisch richtiger Eintrag "clientrechner (rw)" als "clientrechner(rw)" interpretiert wird -> Es sind nicht alle möglichen, synktatisch richtigen Konfigurationen mehr möglich. Im obigen Beispiel ist allerdings der "clientrechner (rw)" Eintrag falsch, weil er nicht das ausdrückt, was der Admin will. Tschau, Thorsten -- Thorsten Kukuk http://www.suse.de/~kukuk/ kukuk@suse.de SuSE GmbH Schanzaeckerstr. 10 90443 Nuernberg Linux is like a Vorlon. It is incredibly powerful, gives terse, cryptic answers and has a lot of things going on in the background. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (3)
-
Daniel.Jung@dj-web.de
-
DLMail@gmx.de
-
kukuk@suse.de