Problem mit NFS Share

[pinpin]

Hallo,

ich habe meinen openSuse-Client durch ein Ubuntu 8.04 abgelöst und auf meinem debian-etch server einen nfs-server eingerichtet. Nun will die Freigabe nicht mehr gemountet werden, ich verwende auf der client-seite autofs:

#server - /etc/exports

/home/benutzer/daten tux-rules(rw,no_root_squash,sync,no_subtree_check)

#client - auto.master


/debian-server /etc/auto.server


#client - auto.server


daten -fstype=nfs debian-server:/home/benutzer/daten


Die Namen der Geräte sind in die hosts eingetragen und auch erreichbar. Im syslog kann ich kein Problem finden. Beim manuellen ausführen des mounts:


root@tux-rules:~# mount -t nfs debian-server:/home/benutzer/daten /mnt
mount: wrong fs type, bad option, bad superblock on debian-server:/home/becker/daten,
missing codepage or helper program, or other error
(for several filesystems (e.g. nfs, cifs) you might
need a /sbin/mount.<type> helper program)
Manchmal liefert das Syslog wertvolle Informationen – versuchen
Sie dmesg | tail oder so


Beim manuellen staten des autofs daemons:


root@tux-rules:~# /etc/init.d/autofs start
Starting automounter:
failed to start automount point /debian-server
done.

root@tux-rules:~# dmesg | tail
[ 58.583422] Bluetooth: RFCOMM TTY layer initialized
[ 58.583424] Bluetooth: RFCOMM ver 1.8
[ 60.774121] NET: Registered protocol family 17
[ 61.868239] agpgart: Found an AGP 3.0 compliant device at 0000:00:00.0.
[ 61.868260] agpgart: Putting AGP V3 device at 0000:00:00.0 into 4x mode
[ 61.868264] agpgart: SiS delay workaround: giving bridge time to recover.
[ 61.881697] agpgart: Putting AGP V3 device at 0000:01:00.0 into 4x mode
[ 73.408338] eth1: no IPv6 routers present
[ 3022.110529] RPC: Registered udp transport module.
[ 3022.110537] RPC: Registered tcp transport module.


Beide NFS Dienste sind auf dem Debian-Etch-Server gestartet. Ich habe keine Idee mehr. Weiß jemand Rat?

[honkstar]

Hallo,

hast du auf dem Client auch nfs-common und portmap installiert?
Läuft lokal ne Firewall, die die Verbindung nicht will? Port 2049 und 111 muessen imho frei sein.
Eventuell ein Fehler in der /etc/host.allow oder .deny?

Gruß
honkstar

[pinpin]

Hi,

portmap war nicht installiert, das habe ich aber jetzt nachgeholt. Habe den automounter erneut gestartet. Nun kann ich im Syslog folgende Einträge finden:



May 25 18:16:04 tux-rules automount[9121]: lookup(program): lookup for .Trash failed
May 25 18:16:04 tux-rules automount[9121]: failed to mount /debian-server/.Trash
May 25 18:16:04 tux-rules automount[9123]: lookup(program): lookup for .Trash-1000 failed
May 25 18:16:04 tux-rules automount[9123]: failed to mount /debian-server/.Trash-1000
May 25 18:16:04 tux-rules automount[9127]: lookup(program): lookup for .Trash failed
May 25 18:16:04 tux-rules automount[9127]: failed to mount /debian-server/.Trash
May 25 18:16:04 tux-rules automount[9129]: lookup(program): lookup for .Trash-1000 failed
May 25 18:16:04 tux-rules automount[9129]: failed to mount /debian-server/.Trash-1000


Ich verstehe diese Einträge nicht. Es gibt in der nfs freigabe gibt es einen Ordner .Trash-1000.

Gruß Björn

[Kinglui]

Hallo,

um die namensaufloesung als Fehlerquelle auszuschliessen wuerde dich die IP in
/etc/exports und /etc/auto.server eintragen.

Welche NFS Server Version laeuft denn bei Dir?

Was zeigt Dir denn ein: showmount -e Server auf dem Client an?

Als Deamon muss auf jeden Fall auf dem Server aktiv sein:

protmap
rpc.mountd

Pruefe mal mit: rpcinfo -p ob rpc ueberhaupt laeuft.

Wenn du den Kernel NFS Daemon nutzt teste mal :

lsmod |grep -i nfs

Wenn du /etc/exports mittels : exportfs -a exportiertst, kommen dann Fehler?

Dein automount point /debian-server wird automatisch durch autofs erstellt, das Verzecihnis brauchst du also nicht selber erstellen.

gruesse

Steffen