sonnenblen.de - Das unabhängige Sun User Forum
Betriebssysteme => Solaris => Thema gestartet von: Oxygenic am 21. März 2004, 13:12:38
-
Ich versuche gerade, / von Solaris für einen RedHat 7.3 Rechner freizugeben, allerdings bekomme ich auf Linux-Seite entweder eine Meldung
mount: RPC: Wartezeit abgelaufen
oder aber, wenn ich die IPChains rauswerfe (um auszuschließen, dass die Firewall das Mounten verhindert) die Meldung
mount: RPC: Programm nicht registriert
Auf Solarisseite ist folgendes konfiguriert:
in /etc/dfs/dfstab
share -F nfs -o rw=192.168.1.1 /
...und in der /etc/dfs/sharetab ist dann auch das gelandet:
/ - nfs rw=192.168.1.1
Linuxseitig ist sowohl das passende Directory vorhanden als auch in der /etc/fstab folgendes vermerkt:
192.168.1.3:/ /mnt/sunshine nfs noexec 0 0
So weit sollte doch alles stimmen?
-
[...]
mount: RPC: Wartezeit abgelaufen
[...]
Wenn diese meldung kommt, heißt das im Allgemeinen, dass der portmapper (bzw. rpcbind) nicht läuft.
Gib mal auf beiden Seiten (Lin und Sol) "rpcinfo -p" ein, da zeigt er dir welche rpc-programme laufen. Da sollte auch ein (oder 2) Eintrag über nfs mit drin sein. Von der Linuxseite musst du natürlich "rpcinfo -p <ip_des_nfs_servers>" eingeben.
Mfg. Erisch
-
Hi,
ist der rpc auf der Solaris-Maschine (/etc/init.d/rpc) gestartet?
E.:wq
-
Linuxseitig läuft NFS und Portmapper:
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
und auf der Solaris-Maschine eigentlich auch:
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100227 2 udp 2049 nfs_acl
100227 3 udp 2049 nfs_acl
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100227 2 tcp 2049 nfs_acl
100227 3 tcp 2049 nfs_acl
-
Nein, der Portmapper läuft nicht auf dem nfs port (111).
Hier mal ein Auszug aus nem rpcinfo mit funktionierendem NFS:
program vers proto port service
100000 4 tcp 111 rpcbind
100000 3 tcp 111 rpcbind
100000 2 tcp 111 rpcbind
100000 4 udp 111 rpcbind
100000 3 udp 111 rpcbind
100000 2 udp 111 rpcbind
Auf dem Linux-Client muss kein Portmapper laufen, damit solltest du nur testen ob der Portmapper der Solaris-Maschine vom Linux-Rechner aus zugänglich ist.
Mfg. Erisch
-
Sorry, ich habe den falschen Teil kopiert, so schaut es aus:
bash-2.05# rpcinfo -p
program vers proto port service
100000 4 tcp 111 rpcbind
100000 3 tcp 111 rpcbind
100000 2 tcp 111 rpcbind
100000 4 udp 111 rpcbind
100000 3 udp 111 rpcbind
100000 2 udp 111 rpcbind
...
-
sieht soweit gut aus,
pruef mal mittels <dfmounts>, ob das solaris system die freigabe sauber erkennt.
ebenfalls schauen, ob der nfs server prozess laeuft. falls nicht:
/etc/init.d/nfs.server start
gruss
cutoff
-
Der Server läuft und dfsmounts liefert mir
RESOURCE SERVER PATHNAME CLIENTS
- sunshine / 192.168.1.1
- sunshine /export/home 192.168.1.1
Die IP passt zum gewünschten RedHat-Rechner. So langsam befürchte ich, dass das eher ein linuxseitiges Problem ist...
-
deswegen mal vom Linux-Client versuchen mittels
"rpcinfo -p <ip_des_nfs_servers>"
ob du von Linux aus den Portmapper siehst, das sollte dir dann nämlich das Selbe anzeige wie das rpcinfo auf dem Solaris Rechner.
Mfg. Erisch
Kleine Randbemerkung:
Vor allem mit Solaris 7 hatte ich mit NFS Verbindungen zu nem Linux Client große Probleme: ar...langsame Verbindung, Verbindung bricht öfters ab, ...
Allerdings funktionierts jetzt mit Solaris 9 einwandfrei.
-
Jau, der Output ist mit dem Solarisseitigen identisch:
Program Vers Proto Port
100000 4 tcp 111 portmapper
100000 3 tcp 111 portmapper
100000 2 tcp 111 portmapper
100000 4 udp 111 portmapper
100000 3 udp 111 portmapper
100000 2 udp 111 portmapper
100232 10 udp 32777 sadmind
100083 1 tcp 32775
100221 1 tcp 32777
100229 1 tcp 32779
100230 1 tcp 32781
100242 1 tcp 32783
100068 2 udp 32778
100068 3 udp 32778
100068 4 udp 32778
100068 5 udp 32778
100011 1 udp 32780 rquotad
100024 1 udp 32782 status
100024 1 tcp 32785 status
100133 1 udp 32782
100133 1 tcp 32785
100021 1 udp 4045 nlockmgr
100021 2 udp 4045 nlockmgr
100021 3 udp 4045 nlockmgr
100021 4 udp 4045 nlockmgr
100021 1 tcp 4045 nlockmgr
100021 2 tcp 4045 nlockmgr
100021 3 tcp 4045 nlockmgr
100021 4 tcp 4045 nlockmgr
100005 1 udp 32784 mountd
100005 2 udp 32784 mountd
100005 3 udp 32784 mountd
100005 1 tcp 32787 mountd
100005 2 tcp 32787 mountd
100005 3 tcp 32787 mountd
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100227 2 udp 2049 nfs_acl
100227 3 udp 2049 nfs_acl
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100227 2 tcp 2049 nfs_acl
100227 3 tcp 2049 nfs_acl
300598 1 udp 32787
300598 1 tcp 32789
100249 1 udp 32789
100249 1 tcp 32791
805306368 1 udp 32787
805306368 1 tcp 32789
-
Hi,
wenn ich share_nfs(1m) richtig interpretiere, dann muss der FQDN des Rechners der mounten soll bei der -rw Option angegeben werden, die IP Adresse scheint nicht zu funktionieren. Wenn ich Du waere, dann wuerde ich zunaechst mal nur mit -rw ohne ACL probieren.
Gruss
Emily