PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : NFS netzwerk mit UID/GID mapping



Carcass
27.02.07, 03:35
hallo zusammen!

ich bin gerade dabei ein teil unseres smb-netzwerks auf nfs umzustellen, aber nun muss ich unbedingt den gebrauch von UID/GID mapping des NFS dienstes machen, da sich im lokalen netzwerk mehrere NFS-clients befinden, die aber andere user <-> UID und gruppe <-> GID zuordnungen haben als auf dem NFS-server und ich nicht auf jedem client die selben namen<->nummern zuordnungen einrichten will (zu grosser aufwand).

das man das ganz bequem mit dem map_daemon (serverseiting) + ugidd (clientseitig) machen kann, ist mir nach kurzer recherche im internet auch noch klar geworden, aber wie das ganze dann funktionieren soll nicht.

hier erstmal die /etc/exports auf dem server:

/mnt/raid 192.168.0.0/255.255.255.0(rw,async,all_squash,map_daemon)

der /etc/fstab eintrag auf einem client:

192.168.0.1:/mnt/raid /mnt/server nfs rw,async,users,rsize=8192,wsize=8192 0 0

ich verwende auf den clients, wie auch auf dem server identische benutzernamen.
wie gesagt, auf dem client läuft nun zusätzlich der ugidd-dienst.
so, damit krieg ich aber ums verrecken kein UID-mapping auf die reihe, d.h. wenn ich eine datei/verzeichnis vom client aus auf dem NFS-server anlege, wird direkt die UID vom client verwendet und nicht die zum namen passende UID auf dem server.
was mache ich falsch?

erwähnenswert wäre vielleicht noch folgender dmesg-auszug, wenn ich den nfs-kernel-server dienst starte/neustarte:


[17479127.456000] nfsd: last server has exited
[17479127.456000] nfsd: unexporting all filesystems
[17479127.456000] RPC: failed to contact portmap (errno -5).
[17479128.632000] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
[17479128.632000] NFSD: recovery directory /var/lib/nfs/v4recovery doesn't exist
[17479128.632000] NFSD: starting 90-second grace period


hat vielleicht jemand ne idee, was da los sein könnte?
schonmal danke im voraus!

gruss,
phil

Carcass
27.02.07, 22:08
hmm, keine NFS-experten hier unterwegs? ;)

403
27.02.07, 23:21
Oehm ;)

Laufen den Portmap und gibt es das Verzeichnis /var/lib/nfs/v4recovery?

Carcass
28.02.07, 18:15
jup, der portmap daemon läuft, und das verzeichnis /var/lib/nfs/v4recovery/ gabs vorhin auch nicht, habs aber selbst erstellt, danach krieg ich eine fehlermeldung weniger.
aber die kommt nach wie vor:


[17479127.456000] RPC: failed to contact portmap (errno -5).

403
28.02.07, 19:19
Hier kannst du nach Fehlermeldungen suchen.

http://docs.sun.com/app/docs/doc/817-0521/6mgakie2d?a=view

Ich habe dort 456000 nicht gefunden.

moeglicherweise hilft http://www.linuxquestions.org/questions/showthread.php?t=150057

Carcass
01.03.07, 18:21
öhm, mal ne andere frage, was hat denn die nummer mit dem fehler zu tun?
jedesmal wenn ich nen neustart vom nfs-daemon mach, bekomm ich zwar immer die gleiche fehlermeldung, aber jedesmal mit einer anderen nummer an der stelle :P

haja, google hat mir zu der fehlernachricht ne seite ausgespuckt, aber ich weiss nix damit anzufangen: http://www.linux-nfs.org/Linux-2.6.x/2.6.12-rc3/
da ich
1. den zusammenhang nicht verstehe
2. den kernel 2.6.15 verwende, in dem dieser patch eigentlich schon integriert sein sollte, wenn es wirklich was mit dem problem auf der seite zu tun haben sollte

weitere ideen zu dem problem? ;)
bin um jede hilfe dankbar!