NFS-Server verweigert sich einem Clienten
![](https://seccdn.libravatar.org/avatar/39cf6e3104a220057c25010ba99e9528.jpg?s=120&d=mm&r=g)
Servus! Ich habe ein Problem mit meinem bis jetzt >2 Jahre tadelos funktionierendem NFS-Server: Er mag einen Clienten nicht mehr. Dieser wird jetzt immer abgelehnt: #exportfs -ra xxx.yyy.zzz:/home: Invalid argument Das passierte ziemlich plötzlich, nach einem Neustarten aller Rechner, die ich wegen planmässigem Stromausfall vom Netz genommen habe. Betroffen ist auch nur dieser Client, an dem nichts gefummelt wurde. Bei anderen Clienten funktioniert der NFS-Import weiterhin. Ich wusste mir erstmal nicht anders zu helfen, als eine neue IP und neuen Namen zu vergeben (die ich zum Glück noch übrig hatte). Der NFS-Server scheint nur mit dieser einen IP-Adresse Probleme zu haben... Auf dem Server läuft SuSE-7.3 auf dem Client 8.0 (wie auch auf den anderen Clients) Der Server serviert auch noch NIS für die Clienten und läuft als caching-only DNS. Die IP-Adressen sind auf dem "grossen" UNI-DNS eingetragen (Vorschrift). Woran mag das liegen. Hat jemand schon was ähnliches gehabt? Mathias Weigt
![](https://seccdn.libravatar.org/avatar/055279d1dd2f3a60dce3eccb20ad6ef9.jpg?s=120&d=mm&r=g)
Am Donnerstag, 10. Oktober 2002 09:21 schrieb Mathias Weigt:
Ich habe ein Problem mit meinem bis jetzt >2 Jahre tadelos funktionierendem NFS-Server: Er mag einen Clienten nicht mehr. Dieser wird jetzt immer abgelehnt: #exportfs -ra xxx.yyy.zzz:/home: Invalid argument
Das passierte ziemlich plötzlich, nach einem Neustarten aller Rechner, die [...]
Funktioniert denn auf dem Server die Namensauflösung noch richtig? was sagt denn ein ping an den Client, bzw. ein nslookup? -- mfg Peter Küchler, Planungsverband Ballungsraum Frankfurt/Rhein-Main
![](https://seccdn.libravatar.org/avatar/39cf6e3104a220057c25010ba99e9528.jpg?s=120&d=mm&r=g)
Am Donnerstag, 10. Oktober 2002 12:40 schrieb Peter Kuechler:
Am Donnerstag, 10. Oktober 2002 09:21 schrieb Mathias Weigt:
Ich habe ein Problem mit meinem bis jetzt >2 Jahre tadelos funktionierendem NFS-Server: Er mag einen Clienten nicht mehr. Dieser wird jetzt immer abgelehnt: #exportfs -ra xxx.yyy.zzz:/home: Invalid argument
Das passierte ziemlich plötzlich, nach einem Neustarten aller Rechner, die
[...]
Funktioniert denn auf dem Server die Namensauflösung noch richtig? was sagt denn ein ping an den Client, bzw. ein nslookup?
Ja, das ist alles i.O. Das Problem habe ich nun auch nach (hoffentlich für immer) behoben. Es schien ein Syntax-Fehler in der /etc/exports zu sein, obwohl ich keinen erkennen konnte. Ausserdem musste ich den nfsserver richtig restarten - ein exportfs (mit allen möglichen Optionen) tut es dabei wohl nicht. So genau blicke ich aber noch nicht durch: Ich hatte einen vermeintlichen Doppelexport (ein Subverzeichnis: /home und /home/YYY/download), der ja bei gleichem Filesystem (Partition) nicht erlaubt sein soll (sagt jedenfalls Neil Brown = NFS-Guru). Unter /home/YYY/download hatte ich aber eine neue Partition gemountet (weil zu viel angesammelt :-) - also kein Grund zur Verweigerung, sondern Notwendigkeit, da es ja sonst nicht mit exportiert wird. Also ich hab die entsprechende Zeile /home/YYY/download entfernt. Danach brachte exportfs jedoch immer noch die sinnlose Fehlermeldung. Also hab ich den NFS-Server neu gestartet und alles war ok. Dann habe ich die Zeile (anscheinend nun mit korrekter Syntax) wieder eingefügt und noch mal neugestartet - immer noch ok. Vielleicht kann mich ja jemand aufklären- so was kostet nämlich schon ein paar Nerven. Naja alles wieder gut Mathias Weigt
![](https://seccdn.libravatar.org/avatar/055279d1dd2f3a60dce3eccb20ad6ef9.jpg?s=120&d=mm&r=g)
Am Donnerstag, 10. Oktober 2002 19:05 schrieb Mathias Weigt:
Am Donnerstag, 10. Oktober 2002 12:40 schrieb Peter Kuechler:
Am Donnerstag, 10. Oktober 2002 09:21 schrieb Mathias Weigt:
Ich habe ein Problem mit meinem bis jetzt >2 Jahre tadelos funktionierendem NFS-Server: Er mag einen Clienten nicht mehr. Dieser wird jetzt immer abgelehnt: #exportfs -ra xxx.yyy.zzz:/home: Invalid argument
Das passierte ziemlich plötzlich, nach einem Neustarten aller Rechner, die
[...]
Funktioniert denn auf dem Server die Namensauflösung noch richtig? was sagt denn ein ping an den Client, bzw. ein nslookup?
Ja, das ist alles i.O. Das Problem habe ich nun auch nach (hoffentlich für immer) behoben.
Das ist gut:-)
Es schien ein Syntax-Fehler in der /etc/exports zu sein, obwohl ich keinen erkennen konnte. Ausserdem musste ich den nfsserver richtig restarten - ein exportfs (mit allen möglichen Optionen) tut es dabei wohl nicht. So genau blicke ich aber noch nicht durch:
Das kommt mir irgendwie bekannt vor....
Ich hatte einen vermeintlichen Doppelexport (ein Subverzeichnis: /home und /home/YYY/download), der ja bei gleichem Filesystem (Partition) nicht erlaubt sein soll (sagt jedenfalls Neil Brown = NFS-Guru). Unter /home/YYY/download hatte ich aber eine neue Partition gemountet (weil zu viel angesammelt :-) also kein Grund zur Verweigerung, sondern Notwendigkeit, da es ja sonst nicht mit exportiert wird. Also ich hab die entsprechende Zeile /home/YYY/download entfernt. Danach brachte exportfs jedoch immer noch die sinnlose Fehlermeldung. Also hab ich den NFS-Server neu gestartet und alles war ok. Dann habe ich die Zeile (anscheinend nun mit korrekter Syntax) wieder eingefügt und noch mal neugestartet - immer noch ok.
Vielleicht kann mich ja jemand aufklären- so was kostet nämlich schon ein
Das ist auch so eine Sache. Normaler weise geht das mit exportfs. Ich hatte aber auch schon mal so einen Fall, wo es nicht ging und nur nach einem Restart vom nfsserver funktioniert hat. Ein Ursache konnte ich aber nicht erkennen.
paar Nerven. Naja alles wieder gut
Kann ich bestätigen:-( -- mfg Peter Küchler, Planungsverband Ballungsraum Frankfurt/Rhein-Main
participants (2)
-
Mathias Weigt
-
Peter Kuechler