• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

nfs client troubles

hallo board

ich versuche im lokalen netzwerk einen nfs-share zu mounten aber bekomm's irgendwie nicht gebacken. ich habe schon www und usenet durchforstet aber wuesste nicht was ich falsch mache. beim versuch einen share zu mounten bekomme ich einen timeout-fehler. andere netzwerkdienste wie zb ssh funktionieren einwandfrei.

auf beiden rechnern wurde original ein suse 9.3 aus dem netz installiert; inzwischen sind beide per apt-get dist-upgrade auf dem aktuellsten stand der dinge.

server-ip: 192.168.0.150/24 (ahorn.local)
client-ip: 192.168.0.151/24 (birke.local)

auf beiden rechnern habe ich per yast firewall die entsprechenden ports fuer nfs-server und -client freigegeben.

server
Code:
root@ahorn# cat /etc/hosts
127.0.0.1      localhost
192.168.0.150  ahorn.local  ahorn
192.168.0.151  birke.local  birke

root@ahorn# cat /etc/exports
/path/to/share   birke(ro,all_squash,sync)

root@ahorn# cat /etc/hosts.allow

root@ahorn# cat /etc/hosts.deny 
http-rman : ALL EXCEPT LOCAL

root@ahorn# rcportmap start
Starting RPC portmap daemon                                       done

root@ahorn# rcnfsserver start
Starting kernel based NFS server                                  done

root@ahorn# rpcinfo -p
   program vers proto   port
    100000    2   tcp    111  portmapper
    100000    2   udp    111  portmapper
    100003    2   udp   2049  nfs
    100003    3   udp   2049  nfs
    100227    3   udp   2049  nfs_acl
    100003    2   tcp   2049  nfs
    100003    3   tcp   2049  nfs
    100227    3   tcp   2049  nfs_acl
    100024    1   udp   1129  status
    100021    1   udp   1129  nlockmgr
    100021    3   udp   1129  nlockmgr
    100021    4   udp   1129  nlockmgr
    100024    1   tcp   1024  status
    100021    1   tcp   1024  nlockmgr
    100021    3   tcp   1024  nlockmgr
    100021    4   tcp   1024  nlockmgr
    100005    1   udp    600  mountd
    100005    1   tcp    603  mountd
    100005    2   udp    600  mountd
    100005    2   tcp    603  mountd
    100005    3   udp    600  mountd
    100005    3   tcp    603  mountd

client
Code:
root@birke# cat /etc/hosts
127.0.0.1      localhost
192.168.0.150  ahorn.local  ahorn
192.168.0.151  birke.local  birke

root@birke# rcportmap start
Starting RPC portmap daemon                                       done

root@birke# rpcinfo -p
   program vers proto   port
    100000    2   tcp    111  portmapper
    100000    2   udp    111  portmapper

root@birke# tail -n 1 /etc/fstab
ahorn:/path/to/share  /path/to/mountpoint  nfs  ro,hard,intr 0 0

root@birke# time mount /path/to/mountpoint
mount: RPC: Remote system error - Connection timed out

real    3m9.014s
user    0m0.001s
sys     0m0.005s

vielleicht koennt ihr mir ja weiterhelfen. danke im voraus fuer eure bemuehungen!

cheers =)
*igor*

--
GO NINERS!
 
OP
igor
hat wirklich niemand eine idee woran es haken koennte? ich selbst bin leider auch noch nicht vorangekommen und hab immer noch keinen tau was da schieflaeuft... =(

cheers =)
*igor*

--
GO NINERS!
 
Welche Ports hast du denn freigegeben? NFS arbeit mit dynamischen Ports, das bedeutet bei jedem Neustart werden die Ports neu gewählt.
Das Ergebnis von rpcinfo -p von deinem Rechner Birke ist auch etwas dünne. Da sollten schon auch so einige mountd und nfs Einträge vorhanden sein.
 
OP
igor
stka schrieb:
Welche Ports hast du denn freigegeben? NFS arbeit mit dynamischen Ports, das bedeutet bei jedem Neustart werden die Ports neu gewählt.
die freigabe habe ich ausnahmsweise nicht manuell sondern ueber das yast/firewall-modul gesteuert; einfach "nfs server" beim server bzw "nfs client" beim client im dropdown ausgewaehlt und als zugelassenen dienst hinzugefuegt.

stka schrieb:
Das Ergebnis von rpcinfo -p von deinem Rechner Birke ist auch etwas dünne. Da sollten schon auch so einige mountd und nfs Einträge vorhanden sein.
das war auch mein erster gedanke dass die liste etwas gar kurz ist. allerdings bin ich auch kein wahrer experte was rpc betrifft...

vielleicht liegt es ja wirklich an den ports. any ideas wie ich das anders loesen koennte? eventuell haendisch in /etc/sysconfig/SuSEfirewall2 ports freigeben?

danke & cheers =)
*igor*

--
GO NINERS!
 
Code:
#
# /etc/host.conf - resolver configuration file
#
# Please read the manual page host.conf(5) for more information.
#
#
# The following option is only used by binaries linked against
# libc4 or libc5. This line should be in sync with the "hosts"
# option in /etc/nsswitch.conf.
#
order hosts, bind
#
# The following options are used by the resolver library:
#
multi on
mdns off

Fällt mir gerade so auf: ".local" => ohne mdns off macht das Probleme !

Haveaniceday
 
Hatte mal eine Diskussion:
Code:
Die Draft ist überarbeitet worden:
http://files.multicastdns.org/draft-cheshire-dnsext-multicastdns.txt
Jetzt ist nich mehr die Rede von der Topleveldomain ".local"
...
Nutzung einer beliebigen Domain _für reine interne Zwecke_ verstösst
nicht gegen den Standard.

Ich konnte nicht "nachweisen", dass die Nutzung von ".local" für interne
Zwecke "offiziell" Probleme geben kann.
Aktuellste Implementationen sollten also damit keine Probleme haben. (?)

Haveaniceday

PS: Soll nur eine kurze Anmerkung hier sein. Keine Diskussion. Das würde dem Ursprung dieses Thread wiedersprechen.
 
Oben