nfs funktioniert nicht mehr
Hallo, bin gerade mitten im Umzugsstress. Mein Suse 10.1-Server ist heute auch umgezogen. Leider scheint nun nfs nicht mehr zu funktionieren. Tagsüber tat es das noch, nach dem umzugsbedingten Neustart aber nicht mehr. Wenn ich von einem anderen Rechner ein freigegebenes Verzeichnis mounten will, dann erhalte ich Fehlermeldungen wie "mount: RPC: Wartezeit abgelaufen" oder "mount: RPC: Remote system error - Connection timed out" (auf unterschiedlichen Clients). Hat jemand eine Idee, wo ich nach dem Fehler suchen soll? Wolle
Hallo, Am Mit, 06 Sep 2006, Wolfgang Kleinbach schrieb:
bin gerade mitten im Umzugsstress. Mein Suse 10.1-Server ist heute auch umgezogen. Leider scheint nun nfs nicht mehr zu funktionieren. Tagsüber tat es das noch, nach dem umzugsbedingten Neustart aber nicht mehr.
Wenn ich von einem anderen Rechner ein freigegebenes Verzeichnis mounten will, dann erhalte ich Fehlermeldungen wie "mount: RPC: Wartezeit abgelaufen" oder "mount: RPC: Remote system error - Connection timed out" (auf unterschiedlichen Clients).
Laeuft der RPC-Daemon (auf dem Server)? -dnh -- What is a committee? A group of the unwilling, picked from the unfit, to do the unnecessary. -- Richard Harkness, _The New York Times_, 1960
Am Mittwoch, 6. September 2006 02:46 schrieb David Haller:
Hallo,
Am Mit, 06 Sep 2006, Wolfgang Kleinbach schrieb:
bin gerade mitten im Umzugsstress. Mein Suse 10.1-Server ist heute auch umgezogen. Leider scheint nun nfs nicht mehr zu funktionieren. Tagsüber tat es das noch, nach dem umzugsbedingten Neustart aber nicht mehr.
Wenn ich von einem anderen Rechner ein freigegebenes Verzeichnis mounten will, dann erhalte ich Fehlermeldungen wie "mount: RPC: Wartezeit abgelaufen" oder "mount: RPC: Remote system error - Connection timed out" (auf unterschiedlichen Clients).
Laeuft der RPC-Daemon (auf dem Server)?
Wenn ich die Prozessliste richtig deute, dann läuft der RPC-Daemon wohl schon: # ps -A | grep -i rpc 3577 ? 00:00:00 rpciod/0 3578 ? 00:00:00 rpciod/1 3601 ? 00:00:00 rpc.mountd Gruss, Wolle
Wolfgang Kleinbach schrieb:
Am Mittwoch, 6. September 2006 02:46 schrieb David Haller:
Hallo,
Am Mit, 06 Sep 2006, Wolfgang Kleinbach schrieb:
bin gerade mitten im Umzugsstress. Mein Suse 10.1-Server ist heute auch umgezogen. Leider scheint nun nfs nicht mehr zu funktionieren. Tagsüber tat es das noch, nach dem umzugsbedingten Neustart aber nicht mehr.
Wenn ich von einem anderen Rechner ein freigegebenes Verzeichnis mounten will, dann erhalte ich Fehlermeldungen wie "mount: RPC: Wartezeit abgelaufen" oder "mount: RPC: Remote system error - Connection timed out" (auf unterschiedlichen Clients). Laeuft der RPC-Daemon (auf dem Server)?
Wenn ich die Prozessliste richtig deute, dann läuft der RPC-Daemon wohl schon:
# ps -A | grep -i rpc 3577 ? 00:00:00 rpciod/0 3578 ? 00:00:00 rpciod/1 3601 ? 00:00:00 rpc.mountd
Firewall versehentlich aktiviert? lauft der NFS-Server noch?
Ralf Prengel schrieb:
Wolfgang Kleinbach schrieb:
Am Mittwoch, 6. September 2006 02:46 schrieb David Haller:
Hallo,
Am Mit, 06 Sep 2006, Wolfgang Kleinbach schrieb:
bin gerade mitten im Umzugsstress. Mein Suse 10.1-Server ist heute auch umgezogen. Leider scheint nun nfs nicht mehr zu funktionieren. Tagsüber tat es das noch, nach dem umzugsbedingten Neustart aber nicht mehr.
Wenn ich von einem anderen Rechner ein freigegebenes Verzeichnis mounten will, dann erhalte ich Fehlermeldungen wie "mount: RPC: Wartezeit abgelaufen" oder "mount: RPC: Remote system error - Connection timed out" (auf unterschiedlichen Clients). Laeuft der RPC-Daemon (auf dem Server)?
Wenn ich die Prozessliste richtig deute, dann läuft der RPC-Daemon wohl schon:
# ps -A | grep -i rpc 3577 ? 00:00:00 rpciod/0 3578 ? 00:00:00 rpciod/1 3601 ? 00:00:00 rpc.mountd
Firewall versehentlich aktiviert? lauft der NFS-Server noch?
Hallo, du schreibst du hast den Server umgezogen. Hat sich vielleicht die IP geändert und die Namensauflösung klappt nicht mehr? Funktioniert ein ping vom client Rechner? Sonst probier mal folgendes vom Client: rpcinfo -p nfsserver In der Übersicht sollte sich dann nfs melden, wenn das der fall ist rpcinfo -n Port -u nfsserver Program aufrufen. Port und Program mit den jeweiligen Zahlen ersetzen. Die Antwort sollte in etwa so aussehen: Program 100003 Version 2 ist bereit und wartet Program 100003 Version 3 ist bereit und wartet Gruss Lars -- http://www.lhits.eu http://blog.linuri.de
Hallo Lars,
du schreibst du hast den Server umgezogen. Hat sich vielleicht die IP geändert und die Namensauflösung klappt nicht mehr?
Kein IP-Nummern-Änderungen im LAN. NFS-Client versucht die Verbindung über die IP-Nummer herzustellen. DNS wird somit umgangen.
Funktioniert ein ping vom client Rechner?
Ping funktioniert. Es funktioniert auch der Zugriff über SMB-Client auf den Server (SMB).
Sonst probier mal folgendes vom Client:
rpcinfo -p nfsserver
In der Übersicht sollte sich dann nfs melden, wenn das der fall ist
rpcinfo -p nfsserver rpcinfo -p nfsserver # rpcinfo -p 192.168.1.10 Program Vers Proto Port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100003 2 udp 2049 nfs 100003 3 udp 2049 nfs 100003 4 udp 2049 nfs 100003 2 tcp 2049 nfs 100003 3 tcp 2049 nfs 100003 4 tcp 2049 nfs 100024 1 udp 32770 status 100021 1 udp 32770 nlockmgr 100021 3 udp 32770 nlockmgr 100021 4 udp 32770 nlockmgr 100024 1 tcp 46135 status 100021 1 tcp 46135 nlockmgr 100021 3 tcp 46135 nlockmgr 100021 4 tcp 46135 nlockmgr 100005 1 udp 614 mountd 100005 1 tcp 615 mountd 100005 2 udp 614 mountd 100005 2 tcp 615 mountd 100005 3 udp 614 mountd 100005 3 tcp 615 mountd
rpcinfo -n Port -u nfsserver Program
# rpcinfo -n 2049 -u 192.168.1.10 100003 Program 100003 Version 2 ist bereit und wartet Program 100003 Version 3 ist bereit und wartet Program 100003 Version 4 ist bereit und wartet Danach immer noch derselbe Fehler: # mount -t nfs 192.168.1.10:/netzwerk/ZSdata /netzwerk/Test mount: RPC: Wartezeit abgelaufen Gruss, Wolle
Wolfgang Kleinbach schrieb:
Hallo Lars,
du schreibst du hast den Server umgezogen. Hat sich vielleicht die IP geändert und die Namensauflösung klappt nicht mehr?
Kein IP-Nummern-Änderungen im LAN. NFS-Client versucht die Verbindung über die IP-Nummer herzustellen. DNS wird somit umgangen.
Funktioniert ein ping vom client Rechner?
Ping funktioniert. Es funktioniert auch der Zugriff über SMB-Client auf den Server (SMB).
Sonst probier mal folgendes vom Client:
rpcinfo -p nfsserver
In der Übersicht sollte sich dann nfs melden, wenn das der fall ist
rpcinfo -p nfsserver
rpcinfo -p nfsserver
# rpcinfo -p 192.168.1.10 Program Vers Proto Port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100003 2 udp 2049 nfs 100003 3 udp 2049 nfs 100003 4 udp 2049 nfs 100003 2 tcp 2049 nfs 100003 3 tcp 2049 nfs 100003 4 tcp 2049 nfs 100024 1 udp 32770 status 100021 1 udp 32770 nlockmgr 100021 3 udp 32770 nlockmgr 100021 4 udp 32770 nlockmgr 100024 1 tcp 46135 status 100021 1 tcp 46135 nlockmgr 100021 3 tcp 46135 nlockmgr 100021 4 tcp 46135 nlockmgr 100005 1 udp 614 mountd 100005 1 tcp 615 mountd 100005 2 udp 614 mountd 100005 2 tcp 615 mountd 100005 3 udp 614 mountd 100005 3 tcp 615 mountd
rpcinfo -n Port -u nfsserver Program
# rpcinfo -n 2049 -u 192.168.1.10 100003 Program 100003 Version 2 ist bereit und wartet Program 100003 Version 3 ist bereit und wartet Program 100003 Version 4 ist bereit und wartet
Danach immer noch derselbe Fehler:
# mount -t nfs 192.168.1.10:/netzwerk/ZSdata /netzwerk/Test mount: RPC: Wartezeit abgelaufen
Gruss,
Wolle
Hi, dann sollte der Server korrekt laufen. Läuft auf dem client der portmapper? Lars -- http://www.lhits.eu http://blog.linuri.de
Hallo Lars, der Portmapper auf den Clients sollte eigentlich laufen (siehe ps-Ausgabe weiter unten). Ich versuche auch von verschiedenen Clients (einer auf anderer Hardware, weitere auf dem Server unter VMware) auf den Server per nfs zuzugreifen. Es funktioniert mit keinem, daher nehme ich an, dass das Problem eigentlich Server-seitig ist, denn es scheint unwahrscheinlich, dass alle Clients plötzlich dasselbe Problem haben. Das einzige was sich gegenüber der Konstellation vor dem Umzug im LAN geändert hat ist eigentlich nur der Router (ein Draytec Vigor 2500 ersetzt einen Draytec Vigor 2200). Aber daran kann es doch nicht liegen? Oder? # ps -A | grep -i portmap 4394 ? 00:00:00 portmap Gruss, Wolle Am Mittwoch, 6. September 2006 10:03 schrieb LHartung:
Wolfgang Kleinbach schrieb:
Hallo Lars,
du schreibst du hast den Server umgezogen. Hat sich vielleicht die IP geändert und die Namensauflösung klappt nicht mehr?
Kein IP-Nummern-Änderungen im LAN. NFS-Client versucht die Verbindung über die IP-Nummer herzustellen. DNS wird somit umgangen.
Funktioniert ein ping vom client Rechner?
Ping funktioniert. Es funktioniert auch der Zugriff über SMB-Client auf den Server (SMB).
Sonst probier mal folgendes vom Client:
rpcinfo -p nfsserver
In der Übersicht sollte sich dann nfs melden, wenn das der fall ist
rpcinfo -p nfsserver
rpcinfo -p nfsserver
# rpcinfo -p 192.168.1.10 Program Vers Proto Port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100003 2 udp 2049 nfs 100003 3 udp 2049 nfs 100003 4 udp 2049 nfs 100003 2 tcp 2049 nfs 100003 3 tcp 2049 nfs 100003 4 tcp 2049 nfs 100024 1 udp 32770 status 100021 1 udp 32770 nlockmgr 100021 3 udp 32770 nlockmgr 100021 4 udp 32770 nlockmgr 100024 1 tcp 46135 status 100021 1 tcp 46135 nlockmgr 100021 3 tcp 46135 nlockmgr 100021 4 tcp 46135 nlockmgr 100005 1 udp 614 mountd 100005 1 tcp 615 mountd 100005 2 udp 614 mountd 100005 2 tcp 615 mountd 100005 3 udp 614 mountd 100005 3 tcp 615 mountd
rpcinfo -n Port -u nfsserver Program
# rpcinfo -n 2049 -u 192.168.1.10 100003 Program 100003 Version 2 ist bereit und wartet Program 100003 Version 3 ist bereit und wartet Program 100003 Version 4 ist bereit und wartet
Danach immer noch derselbe Fehler:
# mount -t nfs 192.168.1.10:/netzwerk/ZSdata /netzwerk/Test mount: RPC: Wartezeit abgelaufen
Gruss,
Wolle
Hi,
dann sollte der Server korrekt laufen. Läuft auf dem client der portmapper?
Lars
Wolfgang Kleinbach schrieb:
Hallo Lars,
der Portmapper auf den Clients sollte eigentlich laufen (siehe ps-Ausgabe weiter unten). Ich versuche auch von verschiedenen Clients (einer auf anderer Hardware, weitere auf dem Server unter VMware) auf den Server per nfs zuzugreifen. Es funktioniert mit keinem, daher nehme ich an, dass das Problem eigentlich Server-seitig ist, denn es scheint unwahrscheinlich, dass alle Clients plötzlich dasselbe Problem haben. Das einzige was sich gegenüber der Konstellation vor dem Umzug im LAN geändert hat ist eigentlich nur der Router (ein Draytec Vigor 2500 ersetzt einen Draytec Vigor 2200). Aber daran kann es doch nicht liegen? Oder?
# ps -A | grep -i portmap 4394 ? 00:00:00 portmap
Gruss,
Wolle
Hi, die Router kenne ich leider nicht. Mal was ganz anderes, hast du mal probiert auf dem server selber den nfs share zu mounten? Nur mal so zum testen, dann kann man den nfs server als Fehlerquelle ausschliessen. Ansonsten probier doch mal bitte mit rpcinfo ob der portmapper am client reagiert. rpcinfo -p client rpcinfo -n ... Gruss Lars -- http://www.lhits.eu http://blog.linuri.de
Hallo Lars,
der Portmapper auf den Clients sollte eigentlich laufen (siehe ps-Ausgabe weiter unten). Ich versuche auch von verschiedenen Clients (einer auf anderer Hardware, weitere auf dem Server unter VMware) auf den Server per nfs zuzugreifen. Es funktioniert mit keinem, daher nehme ich an, dass das Problem eigentlich Server-seitig ist, denn es scheint unwahrscheinlich, dass alle Clients plötzlich dasselbe Problem haben. Das einzige was sich gegenüber der Konstellation vor dem Umzug im LAN geändert hat ist eigentlich nur der Router (ein Draytec Vigor 2500 ersetzt einen Draytec Vigor 2200). Aber daran kann es doch nicht liegen? Oder?
# ps -A | grep -i portmap 4394 ? 00:00:00 portmap
Gruss,
Wolle
Hi,
die Router kenne ich leider nicht.
Mal was ganz anderes, hast du mal probiert auf dem server selber den nfs share zu mounten? Nur mal so zum testen, dann kann man den nfs server als Fehlerquelle ausschliessen.
Ja, das hatte ich ausprobiert und es geht.
Ansonsten probier doch mal bitte mit rpcinfo ob der portmapper am client reagiert.
rpcinfo -p client
Auf dem Client: # rpcinfo -p 192.168.1.103 program vers proto port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper
rpcinfo -n ...
# rpcinfo -n 111 -u 192.168.1.103 100000 program 100000 version 2 ready and waiting Auch auf einem anderen Rechner dasselbe. Gruss, Wolle
Am Mittwoch, 6. September 2006 08:45 schrieb Ralf Prengel:
Wolfgang Kleinbach schrieb:
Am Mittwoch, 6. September 2006 02:46 schrieb David Haller:
Hallo,
Am Mit, 06 Sep 2006, Wolfgang Kleinbach schrieb:
bin gerade mitten im Umzugsstress. Mein Suse 10.1-Server ist heute auch umgezogen. Leider scheint nun nfs nicht mehr zu funktionieren. Tagsüber tat es das noch, nach dem umzugsbedingten Neustart aber nicht mehr.
Wenn ich von einem anderen Rechner ein freigegebenes Verzeichnis mounten will, dann erhalte ich Fehlermeldungen wie "mount: RPC: Wartezeit abgelaufen" oder "mount: RPC: Remote system error - Connection timed out" (auf unterschiedlichen Clients).
Laeuft der RPC-Daemon (auf dem Server)?
Wenn ich die Prozessliste richtig deute, dann läuft der RPC-Daemon wohl schon:
# ps -A | grep -i rpc 3577 ? 00:00:00 rpciod/0 3578 ? 00:00:00 rpciod/1 3601 ? 00:00:00 rpc.mountd
Firewall versehentlich aktiviert? lauft der NFS-Server noch?
Firewall lässt die Dienste nfs-Server und nfs-Client durch. Hab die Firewall mal ganz ausgeschaltet. Keine Veränderung. # rcnfsserver status Checking for kernel based NFS server: running Gruss, Wolle
Am Tag 06-09-06 zur Zeit 01:07:23 schrieb Wolfgang Kleinbach:
Hallo,
bin gerade mitten im Umzugsstress. Mein Suse 10.1-Server ist heute auch umgezogen. Leider scheint nun nfs nicht mehr zu funktionieren. Tagsüber tat es das noch, nach dem umzugsbedingten Neustart aber nicht mehr.
Wenn ich von einem anderen Rechner ein freigegebenes Verzeichnis mounten will, dann erhalte ich Fehlermeldungen wie "mount: RPC: Wartezeit abgelaufen" oder "mount: RPC: Remote system error - Connection timed out" (auf unterschiedlichen Clients).
Hat jemand eine Idee, wo ich nach dem Fehler suchen soll?
Nur so eine Idee: Haben sich vielleicht die IP-Adressen von den Clients geändert? Dann müsstest Du das in der /etc/exports enstprechend nachtragen. Gruß, Hannes
Hallo Hannes,
bin gerade mitten im Umzugsstress. Mein Suse 10.1-Server ist heute auch umgezogen. Leider scheint nun nfs nicht mehr zu funktionieren. Tagsüber tat es das noch, nach dem umzugsbedingten Neustart aber nicht mehr.
Wenn ich von einem anderen Rechner ein freigegebenes Verzeichnis mounten will, dann erhalte ich Fehlermeldungen wie "mount: RPC: Wartezeit abgelaufen" oder "mount: RPC: Remote system error - Connection timed out" (auf unterschiedlichen Clients).
Hat jemand eine Idee, wo ich nach dem Fehler suchen soll?
Nur so eine Idee: Haben sich vielleicht die IP-Adressen von den Clients geändert? Dann müsstest Du das in der /etc/exports enstprechend nachtragen.
Nein, die IP-Nummern sind alle gleich geblieben. Zudem ist die /etc/exports auf dem Server (noch) so eingerichtet, dass alle Rechner zugreifen dürfen, also: /netzwerk/test/ *(rw,root_squash,sync) Gruss, Wolle
Am Tag 06-09-06 zur Zeit 11:34:36 schrieb Wolfgang Kleinbach:
Hallo Hannes,
bin gerade mitten im Umzugsstress. Mein Suse 10.1-Server ist heute auch umgezogen. Leider scheint nun nfs nicht mehr zu funktionieren. Tagsüber tat es das noch, nach dem umzugsbedingten Neustart aber nicht mehr.
Wenn ich von einem anderen Rechner ein freigegebenes Verzeichnis mounten will, dann erhalte ich Fehlermeldungen wie "mount: RPC: Wartezeit abgelaufen" oder "mount: RPC: Remote system error - Connection timed out" (auf unterschiedlichen Clients).
Hat jemand eine Idee, wo ich nach dem Fehler suchen soll?
Nur so eine Idee: Haben sich vielleicht die IP-Adressen von den Clients geändert? Dann müsstest Du das in der /etc/exports enstprechend nachtragen.
Nein, die IP-Nummern sind alle gleich geblieben. Zudem ist die /etc/exports auf dem Server (noch) so eingerichtet, dass alle Rechner zugreifen dürfen, also:
/netzwerk/test/ *(rw,root_squash,sync)
Blöde Frage (aber ich vergas es schon mal selber): /netzwerk/test/ hat Du serverseitig aber schon gemountet? cu Hannes
participants (5)
-
David Haller -
Hannes Vogelmann -
LHartung -
Ralf Prengel -
Wolfgang Kleinbach