Einen schönen Abend, bis gester hatte ich noch ein fehlerlos funktionierendes Linux-System mit SuSE 8.1. Selbst YOU tat's ohne zu mucken. Doch seit gestern erhalte ich beim booten und auch beim Versuch meine NFS-Partition auf meinem Server ( SuSE 7.3 ) zu mounten die Fehlermeldung: "RPC: Program not registered" Alle anderen Funktionen NIS, IMAP ... des Servers sind nach wie vor fehlerfrei nutzbar. Ich bin nun ein wenig ratlos. Das stöbern in den einschlägigen man-pages und bei google hat mich auch nicht weiter- gebracht. Vielleicht hat ja jemand aus dieser Liste einen Tip für mich. Mfg Kurt
Am Mittwoch, 16. Oktober 2002 20:01 schrieb Kurt Stegen-Olzog:
Einen schönen Abend, bis gester hatte ich noch ein fehlerlos funktionierendes Linux-System mit SuSE 8.1. Selbst YOU tat's ohne zu mucken. Doch seit gestern erhalte ich beim booten und auch beim Versuch meine NFS-Partition auf meinem Server ( SuSE 7.3 ) zu mounten die Fehlermeldung:
"RPC: Program not registered"
Ich habe das gleiche Problem, aber momentan keinen Zugang mehr zu der Kiste, auf der das (mit SuSE-8.0) auftritt. Der Server ist ebenfalls SuSE-8.0 und der Portmapper läuft. Nur mounten will er mit dieser Fehlermeldung nicht, obwohl das früher (aber selten genutzt) möglich war. Wenn du eine Lösung findest, interessiert mich das auch. Mathias Weigt
On Wed, 16 Oct 2002, Mathias Weigt wrote:
Am Mittwoch, 16. Oktober 2002 20:01 schrieb Kurt Stegen-Olzog:
Einen schönen Abend, bis gester hatte ich noch ein fehlerlos funktionierendes Linux-System mit SuSE 8.1. Selbst YOU tat's ohne zu mucken. Doch seit gestern erhalte ich beim booten und auch beim Versuch meine NFS-Partition auf meinem Server ( SuSE 7.3 ) zu mounten die Fehlermeldung:
"RPC: Program not registered"
wahrscheinlich laeuft der portmapper nicht. Pruefen mit: rpcinfo -p rpcinfo -p remote-server
On Wed, 16 Oct 2002, Kurt Stegen-Olzog wrote:
Achim Hoffmann schrieb:
On Wed, 16 Oct 2002, Mathias Weigt wrote:
Am Mittwoch, 16. Oktober 2002 20:01 schrieb Kurt Stegen-Olzog:
"RPC: Program not registere
wahrscheinlich laeuft der portmapper nicht.
Der Portmapper läuft. NIS funktioniert ja noch.
dann laeuft mountd oder nfsd nicht, oder server und client sprechen unterschidliche NFS Protokoll-Versionen. Mit rpcinfo kriegst du das raus.
Achim Hoffmann schrieb:
dann laeuft mountd oder nfsd nicht,
Müssen die auch beim Kernel-NFS laufen ?
oder server und client sprechen unterschidliche NFS Protokoll-Versionen..
Unwahrscheinlich, lief ja vorher. Dann müsste jemand heimlich meinen Kernel neu compiliert haben. ;-) Ich hänge mal die Ausgabe von rpcinfo an: Program Vers Proto Port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100007 2 udp 946 ypbind 100007 1 udp 946 ypbind 100007 2 tcp 949 ypbind 100007 1 tcp 949 ypbind Mfg Kurt
On Wed, 16 Oct 2002, Kurt Stegen-Olzog wrote:
Ich hänge mal die Ausgabe von rpcinfo an:
Program Vers Proto Port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100007 2 udp 946 ypbind 100007 1 udp 946 ypbind 100007 2 tcp 949 ypbind 100007 1 tcp 949 ypbind
wenn es rpcinfo vom client ist, ist es bzgl NFS ok, wenn es rpcinfo des NFS-Servers ist, dann fehlt min. nfsd auf port 2049 und mountd auf random port, ungefaehr so: program vers proto port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100003 2 udp 2049 nfs 100003 3 udp 2049 nfs 100021 1 udp 32768 nlockmgr 100021 3 udp 32768 nlockmgr 100021 4 udp 32768 nlockmgr 100005 1 udp 32770 mountd 100005 1 tcp 32768 mountd 100005 2 udp 32770 mountd 100005 2 tcp 32768 mountd 100005 3 udp 32770 mountd 100005 3 tcp 32768 mountd
Achim Hoffmann schrieb:
wenn es rpcinfo vom client ist, ist es bzgl NFS ok, wenn es rpcinfo des NFS-Servers ist, dann fehlt min. nfsd auf port 2049 und mountd auf random port, ungefaehr so:
program vers proto port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100003 2 udp 2049 nfs 100003 3 udp 2049 nfs 100021 1 udp 32768 nlockmgr 100021 3 udp 32768 nlockmgr 100021 4 udp 32768 nlockmgr 100005 1 udp 32770 mountd 100005 1 tcp 32768 mountd 100005 2 udp 32770 mountd 100005 2 tcp 32768 mountd 100005 3 udp 32770 mountd 100005 3 tcp 32768 mountd
Danke, hier werden Sie geholfen. :-) Habe gerade festgestellt das aus irgendeinem Grund der Kernel-nfsd auf dem Server nicht mehr durch init.d gestartet wird. Wenn ich ihn von Hand starte flupt's wieder. Nun ist es späht. Zeit in die Heia zu gehen. Um den Rest kümmere ich mich morgen. Mfg Kurt
Kurt Stegen-Olzog [20021016 23:07:51 +0200]:
Habe gerade festgestellt das aus irgendeinem Grund der Kernel-nfsd auf dem Server nicht mehr durch init.d gestartet wird.
Wahrscheinlich noch nicht aktiviert, entweder mit dem Runlevel-Editor in YaST oder mittels insserv. Das lässt sich überprüfen mit 'chkconfig -l nfsserver'. Aktivieren per Kommandozeile erfolgt mit 'insserv /etc/init.d/nfsserver'. Philipp -- Philipp Thomas Arbeit: pthomas@suse.de Entwicklung, SuSE Linux AG Privat: pth@t-link.de
Achim Hoffmann schrieb:
On Wed, 16 Oct 2002, Kurt Stegen-Olzog wrote:
Ich hänge mal die Ausgabe von rpcinfo an:
Program Vers Proto Port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100007 2 udp 946 ypbind 100007 1 udp 946 ypbind 100007 2 tcp 949 ypbind 100007 1 tcp 949 ypbind
wenn es rpcinfo vom client ist, ist es bzgl NFS ok, wenn es rpcinfo des NFS-Servers ist, dann fehlt min. nfsd auf port 2049 und mountd auf random port, ungefaehr so:
program vers proto port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100003 2 udp 2049 nfs 100003 3 udp 2049 nfs 100021 1 udp 32768 nlockmgr 100021 3 udp 32768 nlockmgr 100021 4 udp 32768 nlockmgr 100005 1 udp 32770 mountd 100005 1 tcp 32768 mountd 100005 2 udp 32770 mountd 100005 2 tcp 32768 mountd 100005 3 udp 32770 mountd 100005 3 tcp 32768 mount
Jetzt funktioniert es wieder. Der Fehler lag, wie in 99% der vergleichbaren Fälle, zwischen den Ohren. Vor einigen Tagen habe ich mit YaST ( dem guten alten YaST 1 ) an den Netzwerkeinstellungen meines Servers herumgefummelt. Die Aktion dann aber mit ESC abgebrochen. Dadurch wird YaST nicht beendet ohne etwas an den Einstellungen zu ändern, sondern es werden Default-Einstellung in die "rc.config" geschrieben und anschließend "SuSEconfig" ausgeführt. In meinem Fall wurde die Variable "NFS_SERVER" auf "NO" gesetzt. Danke für eure Unterstützung. Mfg Kurt
participants (4)
-
Achim Hoffmann
-
Kurt Stegen-Olzog
-
Mathias Weigt
-
Philipp Thomas