PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : kann nfs4 share nicht mounten



mulix
09.09.09, 12:26
Hi Leute,

ich komme einfach mit dieser nfs geschichte nicht klar. Ich wollte auf nfs4 (ohne kerberos) umsteigen (hatte mit version 3 nie probleme) aber okay hier meine config...

Server OS: Debian 5
Server-IP: 192.168.2.241
Client OS: OpenSuse 11.1
Die daten liegen unter /netshare/data

das share per mount --bind einbinden


mount --bind /netshare/data /nfs4export/data


meine /etc/exports


/nfs4export/ 192.168.2.0/24(rw,fsid=0,nohide,sync,insecure,root_squash,no_s ubtree_check)
/nfs4export/data 192.168.2.0/24(rw,nohide,sync,insecure,root_squash,no_subtree_ check)


meine /etc/default/nfs-common


NEED_STATD=
STATDOPTS=
NEED_IDMAPD=yes
NEED_GSSD=no


meine /etc/default/nfs-kernel-server


RPCNFSDCOUNT=8
RPCNFSDPRIORITY=0
RPCMOUNTDOPTS=
NEED_SVCGSSD=no
RPCSVCGSSDOPTS=


ausgabe von rpcinfo -p


Program Vers Proto Port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 39064 status
100024 1 tcp 41003 status
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100003 4 udp 2049 nfs
100021 1 udp 60361 nlockmgr
100021 3 udp 60361 nlockmgr
100021 4 udp 60361 nlockmgr
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100003 4 tcp 2049 nfs
100021 1 tcp 48711 nlockmgr
100021 3 tcp 48711 nlockmgr
100021 4 tcp 48711 nlockmgr
100005 1 udp 55962 mountd
100005 1 tcp 53464 mountd
100005 2 udp 55962 mountd
100005 2 tcp 53464 mountd
100005 3 udp 55962 mountd
100005 3 tcp 53464 mountd

wobei doch bei nfs4 diese ganze rpc sache wegfällt?!

ein exportfs -av sagt


exporting 192.168.2.0/24:/nfs4export/data


Mein client sagt nur das


mount -t nfs4 192.168.2.241:/nfs4export/data /home/mschumann/data
mount.nfs4: mounting 192.168.2.241:/nfs4export/schumanndata failed, reason given by server:
No such file or directory


ein showmount -e 192.168.2.241 sagt aber


Export list for 192.168.2.241:
/nfs4export/data 192.168.2.0/24


Das syslog auf dem server gibt mir keine infos wenn ich versuche das share zu mounten, auch sehr komisch.

Im client /var/log/messages kommt nur


Sep 9 13:23:01 SD-MS-01 rpc.idmapd[14903]: New client: 94
Sep 9 13:23:01 SD-MS-01 rpc.idmapd[14903]: New client: 95
Sep 9 13:23:01 SD-MS-01 rpc.idmapd[14903]: Opened /var/lib/nfs/rpc_pipefs/nfs/clnt94/idmap
Sep 9 13:23:01 SD-MS-01 rpc.idmapd[14903]: Stale client: 94
Sep 9 13:23:01 SD-MS-01 rpc.idmapd[14903]: -> closed /var/lib/nfs/rpc_pipefs/nfs/clnt94/idmap
Sep 9 13:23:01 SD-MS-01 rpc.idmapd[14903]: Stale client: 95
Sep 9 13:23:01 SD-MS-01 rpc.idmapd[14903]: -> closed /var/lib/nfs/rpc_pipefs/nfs/clnt95/idmap


so long...
mulix

marce
09.09.09, 12:50
funkitoniert es, wenn Du den bind-Mount nicht drin hast?

Und wieso eingentlich für das .../data ein eigenes export - evtl. macht das auch Probleme, müsste ich mal forschen hier...

mulix
09.09.09, 13:54
Hi marce,

also wenn ich /netshare exportiere

exportfs -av auf dem server


exporting 192.168.2.0/24:/netshare


showmount -e 192.168.2.241 auf dem client


Export list for 192.168.2.241
/netshare 192.168.2.0/24


bekomme ich dennoch auf dem client


mount.nfs4: mounting 192.168.2.241:/netshare failed, reason given by server:
No such file or directory


Auch wenn ich alles mit den fqdn des server versuche, das netz kann alles auflösen. Wie gesagt, hab ich etwas vergessen... bin mir nicht sicher op bei nfs4 die portmapper noch eine rolle spielen...

rpcinfo -p auf dem client


program vers proto port service
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


rpcinfo -p auf dem server


Program Vers Proto Port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 39064 status
100024 1 tcp 41003 status
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100003 4 udp 2049 nfs
100021 1 udp 35868 nlockmgr
100021 3 udp 35868 nlockmgr
100021 4 udp 35868 nlockmgr
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100003 4 tcp 2049 nfs
100021 1 tcp 44321 nlockmgr
100021 3 tcp 44321 nlockmgr
100021 4 tcp 44321 nlockmgr
100005 1 udp 36305 mountd
100005 1 tcp 60783 mountd
100005 2 udp 36305 mountd
100005 2 tcp 60783 mountd
100005 3 udp 36305 mountd
100005 3 tcp 60783 mountd


Grundlegend bin ich nach div. nfs4 howto's vorgegangen
http://wiki.archlinux.org/index.php/NFSv4
http://www.crazysquirrel.com/computing/debian/servers/setting-up-nfs4.jspx
http://schweres-schaf.de/2009/01/13/nfsv4-ohne-kerberos/

Mir ist nfs nicht fremd, aber das hier verstehe ich echt nicht :-(

so long..
mulix

hessijens
09.09.09, 15:39
nfsv4 hat eine grundlegende Änderung. Bei Deiner /etc/exports:

/nfs4export/ 192.168.2.0/24(rw,fsid=0,nohide,sync,insecure,root_squash,no_s ubtree_check)
/nfs4export/data 192.168.2.0/24(rw,nohide,sync,insecure,root_squash,no_subtree_ check)

funktioniert der Mount auf den Client nicht wie unter nfsv3 erwartet mit:


mount -t nfs 192.168.2.241:/nfs4export/data /mnt

sondern, da /nfs4export die fsid=0 ist, wie folgt:

mount -t nfs4 192.168.2.241:/data /mnt

EDIT: Damit man auch unterschiedliche Verzeichnisse unter der fsid exportieren kann mountet man am Server mittels

mount -bind /data /nfs4export/data. Brauchst Du das?

mulix
09.09.09, 19:48
hi hessijens,

aha! so geht das. Jetzt geht das auch mit dem nfs4. Hab mich schon gewundert was dieses fsid nun wirklich macht. Aber gut...
Da ich auch noch nfs3 client evtl. nutzen werde ist die lösung mit dem mount --bind nicht schlecht...

also problem gelöst :-)