Hallo LUG,
ich habe hier ein Problem mit dem mounten von NFS-Shares. Auf der Serverseite scheint alles zu stimmen, da das mounten auf einem anderen Client funktioniert.
Auf dem Problemclient läuft, soweit ich das überblicke, alles notwendige.
fileserver:~# rpcinfo -p localhost program vers proto port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100024 1 udp 786 status 100024 1 tcp 789 status
in der /etc/fstab stehen zwei Einträge für die NFS-Shares:
cserver:/home/bluesoft/software /mnt/software nfs defaults,sync 0 0 cserver:/home/bluesoft/vmware /mnt/vmware nfs defaults,sync 0 0
Wenn ich nun ein mount -a -t nfs eingebe, bekomm ich folgendes:
fileserver:~# mount -a -t nfs mount: RPC: Program not registered mount: RPC: Program not registered
Hab mal gegoogled, aber außer Verweisen auf einen nichtlaufenden portmapper nichts gefunden.
Achso auf der Kiste laufen folgende Versionen:
Linux Kernel 2.4.19 portmap 5-2.1 nfs-common 1.0.6-1
Ansonsten ist das System ein Mix aus woody und sarge (aber hauptsächlich noch woody)
Ich hoffe mal, das hier einer eine Idee hat, woran es sonst noch liegen könnte.
Gruß Jan
Am Freitag, 5. März 2004 09:42 schrieb Jan Dittberner:
in der /etc/fstab stehen zwei Einträge für die NFS-Shares:
cserver:/home/bluesoft/software /mnt/software nfs defaults,sync 0 0 cserver:/home/bluesoft/vmware /mnt/vmware nfs defaults,sync 0 0
Die IP-Adresse von cserver sind dem Client bekannt?
Wenn ich nun ein mount -a -t nfs eingebe, bekomm ich folgendes:
fileserver:~# mount -a -t nfs mount: RPC: Program not registered mount: RPC: Program not registered
Hab mal gegoogled, aber außer Verweisen auf einen nichtlaufenden portmapper nichts gefunden.
Ich hoffe mal, das hier einer eine Idee hat, woran es sonst noch liegen könnte.
In wievielen Gruppen ist root (auf dem Client) eingetragen? Hier hatte wir mal Probleme mit NFS als der root in 17 Gruppen war. (Der Client lief unter Tru64.) Die zwei magischen Grenzen sind 8 und 16. Eine richtige Regel dafür habe ich bisher noch nicht finden können.
Achso. Hier läuft ausser NFS auch noch NIS, so das die Ausgabe von rpcinfo etwas anders ist: Rechner:~ # rpcinfo -p localhost program vers proto port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100021 1 udp 32768 nlockmgr 100021 3 udp 32768 nlockmgr 100021 4 udp 32768 nlockmgr 100021 1 tcp 32768 nlockmgr 100021 3 tcp 32768 nlockmgr 100021 4 tcp 32768 nlockmgr 100007 2 udp 829 ypbind 100007 1 udp 829 ypbind 100007 2 tcp 832 ypbind 100007 1 tcp 832 ypbind 100003 2 udp 2049 nfs 100003 2 tcp 2049 nfs 100005 1 udp 620 mountd 100005 2 udp 620 mountd 100005 1 tcp 623 mountd 100005 2 tcp 623 mountd
Jens
On Fri, Mar 05, 2004 at 10:38:14AM +0100, Jens Weisse wrote:
Am Freitag, 5. März 2004 09:42 schrieb Jan Dittberner:
in der /etc/fstab stehen zwei Einträge für die NFS-Shares:
cserver:/home/bluesoft/software /mnt/software nfs defaults,sync 0 0 cserver:/home/bluesoft/vmware /mnt/vmware nfs defaults,sync 0 0
Die IP-Adresse von cserver sind dem Client bekannt?
ja ist sie
In wievielen Gruppen ist root (auf dem Client) eingetragen? Hier hatte wir mal Probleme mit NFS als der root in 17 Gruppen war. (Der Client lief unter Tru64.) Die zwei magischen Grenzen sind 8 und 16. Eine richtige Regel dafür habe ich bisher noch nicht finden können.
root ist hier nur in 2 Gruppen, sollte also nicht das Problem sein.
Gruß Jan
On Friday 05 March 2004 09:42, Jan Dittberner wrote:
fileserver:~# mount -a -t nfs mount: RPC: Program not registered mount: RPC: Program not registered
1. Du versuchst, auf Deinem Fileserver die shares zu mounten? Wenn statt fileserver:~# in Deinem Beispiel eher client.~# stand, dann 2. Vielleicht ist port 111 des servers von diesem client aus nicht erreichbar? Clientseitige Firewall (zer)konfiguriert? Uwe
On Fri, Mar 05, 2004 at 11:35:18AM +0100, Uwe Beger wrote:
On Friday 05 March 2004 09:42, Jan Dittberner wrote:
fileserver:~# mount -a -t nfs mount: RPC: Program not registered mount: RPC: Program not registered
- Du versuchst, auf Deinem Fileserver die shares zu mounten?
Wenn statt fileserver:~# in Deinem Beispiel eher client.~# stand, dann
das ist richtig so. Der Fileserver ist in diesem Fall ein NFS-Client
- Vielleicht ist port 111 des servers von diesem client aus nicht erreichbar?
Clientseitige Firewall (zer)konfiguriert?
Nö, auf den beiden beteiligten Rechnern laufen keine Firewallsachen.
Gruß Jan
On Fri, Mar 05, 2004 at 11:47:03AM +0100, Jens Weisse wrote:
Am Freitag, 5. März 2004 09:42 schrieb Jan Dittberner:
Ich hoffe mal, das hier einer eine Idee hat, woran es sonst noch liegen könnte.
Darf der Client überhaupt auf den NFS-Server zugreifen? fileserver~# cat /etc/exports /Verzeichnis/auf/Server client(rw,sync)
Ja darf er:
/home/bluesoft/vmware 192.168.100.100(rw,sync) 192.168.100.143(rw,sync) /home/bluesoft/software 192.168.100.100(rw,sync) 192.168.100.143(rw,sync)
steht in der /etc/exports auf dem cserver
192.168.100.100 ist der besagte fileserver 192.168.100.143 ist der andere Client von dem es funktioniert
Gruß Jan
Am 05. März 2004 schrieb Jan Dittberner:
On Fri, Mar 05, 2004 at 11:47:03AM +0100, Jens Weisse wrote:
Am Freitag, 5. März 2004 09:42 schrieb Jan Dittberner:
Ich hoffe mal, das hier einer eine Idee hat, woran es sonst noch liegen könnte.
Darf der Client überhaupt auf den NFS-Server zugreifen? fileserver~# cat /etc/exports /Verzeichnis/auf/Server client(rw,sync)
Ja darf er:
/home/bluesoft/vmware 192.168.100.100(rw,sync) 192.168.100.143(rw,sync) /home/bluesoft/software 192.168.100.100(rw,sync) 192.168.100.143(rw,sync)
steht in der /etc/exports auf dem cserver
192.168.100.100 ist der besagte fileserver 192.168.100.143 ist der andere Client von dem es funktioniert
Meine Glaskugel fragt sich, wie die Netzwerkmaske auf den 3 Kisten aussieht.
Freundlich grüßend,
Erik
On Fri, Mar 05, 2004 at 12:41:11PM +0100, Erik Schanze wrote:
192.168.100.100 ist der besagte fileserver 192.168.100.143 ist der andere Client von dem es funktioniert
Meine Glaskugel fragt sich, wie die Netzwerkmaske auf den 3 Kisten aussieht.
192.168.100.0/255.255.255.0
Gruß Jan
Am Freitag, 5. März 2004 11:59 schrieb Jan Dittberner:
/home/bluesoft/vmware 192.168.100.100(rw,sync) 192.168.100.143(rw,sync) /home/bluesoft/software 192.168.100.100(rw,sync) 192.168.100.143(rw,sync)
steht in der /etc/exports auf dem cserver
192.168.100.100 ist der besagte fileserver 192.168.100.143 ist der andere Client von dem es funktioniert
Und wo ist dein Problemclient aus der ersten e-mail geblieben?
Jens
On Fri, Mar 05, 2004 at 01:02:06PM +0100, Jens Weisse wrote:
Am Freitag, 5. März 2004 11:59 schrieb Jan Dittberner:
/home/bluesoft/vmware 192.168.100.100(rw,sync) 192.168.100.143(rw,sync) /home/bluesoft/software 192.168.100.100(rw,sync) 192.168.100.143(rw,sync)
steht in der /etc/exports auf dem cserver
192.168.100.100 ist der besagte fileserver 192.168.100.143 ist der andere Client von dem es funktioniert
Und wo ist dein Problemclient aus der ersten e-mail geblieben?
Achso das hab ich jetzt wohl etwas ungünstig ausgedrückt. cserver (192.168.100.172) ist der NFS-Server, 192.168.100.143 ist der funktionierende NFS-Client und fileserver (192.168.100.100) macht Probleme als NFS-Client.
Jan
Am Freitag, 5. März 2004 09:42 schrieb Jan Dittberner:
Ich hoffe mal, das hier einer eine Idee hat, woran es sonst noch liegen könnte.
Kann dein Kernel auf dem Problemclient auch NFS? fileserver~# cat /proc/filesystems
Lass dir mal auf deinem fileserver die auf dem cserver erlaubten clients und Verzeichnisse anzeigen. fileserver~# showmount cserver -e
Und zur Probe mal manuell mounten fileserver~# mount cserver:/home/bluesoft/software /mnt/software -t nfs
Jens
On Fri, Mar 05, 2004 at 02:04:48PM +0100, Jens Weisse wrote:
Am Freitag, 5. März 2004 09:42 schrieb Jan Dittberner:
Ich hoffe mal, das hier einer eine Idee hat, woran es sonst noch liegen könnte.
Kann dein Kernel auf dem Problemclient auch NFS? fileserver~# cat /proc/filesystems
fileserver:~# cat /proc/filesystems nodev rootfs nodev bdev nodev proc nodev sockfs nodev tmpfs nodev shm nodev pipefs cramfs nodev ramfs nodev devfs nodev devpts ext3 ext2 nodev usbdevfs nodev usbfs nodev nfs
Lass dir mal auf deinem fileserver die auf dem cserver erlaubten clients und Verzeichnisse anzeigen. fileserver~# showmount cserver -e
fileserver:~# showmount cserver -e mount clntudp_create: RPC: Program not registered
sieht schonmal verdächtig aus
Und zur Probe mal manuell mounten fileserver~# mount cserver:/home/bluesoft/software /mnt/software -t nfs
fileserver:~# mount cserver:/home/bluesoft/software /mnt/software -t nfs mount: RPC: Program not registered
:-(
Jan
Am Freitag, 5. März 2004 14:08 schrieb Jan Dittberner:
fileserver~# mount cserver:/home/bluesoft/software /mnt/software -t nfs
fileserver:~# mount cserver:/home/bluesoft/software /mnt/software -t nfs mount: RPC: Program not registered
Langsam beginnt dein Problemchen zum Problem zu werden :-(
Hier mal noch ein Schnipsel aus einer Konfigurationsdatei: test ~# cat /etc/rpc portmapper 100000 portmap sunrpc rpcbind nfs 100003 nfsprog ypserv 100004 ypprog mountd 100005 mount showmount
Jens
On Fri, Mar 05, 2004 at 02:22:50PM +0100, Jens Weisse wrote:
Am Freitag, 5. März 2004 14:08 schrieb Jan Dittberner:
fileserver:~# mount cserver:/home/bluesoft/software /mnt/software -t nfs mount: RPC: Program not registered
Langsam beginnt dein Problemchen zum Problem zu werden :-(
genau
Hier mal noch ein Schnipsel aus einer Konfigurationsdatei: test ~# cat /etc/rpc portmapper 100000 portmap sunrpc rpcbind nfs 100003 nfsprog ypserv 100004 ypprog mountd 100005 mount showmount
hmm, die Zeilen hab ich auch alle so, auf cserver und fileserver. Ist ja eigentlich auch nicht das erste Mal das ich mit NFS arbeite.
Jan
Hi,
aber der Dienst nfs läuft doch, oder?
Ich frag nur, weil ich vor ner Weile mal nach langem Spielen herausfand, dass ich ein paar Tage zuvor mal
service nfs stop
gemacht hatte....
Freundlich grüßend, Friedrich
On Fri, Mar 05, 2004 at 03:24:28PM +0100, phriedrich wrote:
Hi,
aber der Dienst nfs läuft doch, oder?
Ich frag nur, weil ich vor ner Weile mal nach langem Spielen herausfand, dass ich ein paar Tage zuvor mal
service nfs stop
ja, hier auf dem Debian heissen die Dienste zwar nfs-common und nfs-kernel-server, aber die laufen auch.
Gruß Jan
lug-dd@mailman.schlittermann.de
-
Erik Schanze -
Jan Dittberner -
Jens Weisse -
phriedrich -
Uwe Beger