Laufwerk per NFS freigeben

[Oxygenic]

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?

[erisch]

[...]
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

[Waldo]

Hi,

ist der rpc auf der Solaris-Maschine (/etc/init.d/rpc) gestartet?

E.:wq

[Oxygenic]

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

[erisch]

Nein, der Portmapper läuft nicht auf dem nfs port (111).

Hier mal ein Auszug aus nem rpcinfo mit funktionierendem NFS:

Code: [Auswählen]


  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

[Oxygenic]

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
   ...

[cutoff]

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

[Oxygenic]

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...

[erisch]

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.

[Oxygenic]

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

[emily]

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