Don't forget to restart mapid after modifying default domain in /etc/default/nfs.

As root, run "svcadm restart svc:/network/nfs/mapid".

I've run into this in the past.

Karen

eric kustarz wrote:
Erik Trimble wrote:
I actually think this is an NFSv4 issue, but I'm going to ask here
anyway...


Server:    Solaris 10 Update 2 (SPARC), with several ZFS file systems
shared via the legacy method (/etc/dfs/dfstab and share(1M), not via the
ZFS property).  Default settings in /etc/default/nfs

bigbox# share
-    /data/archive    rw,anon=0    ""
bigbox# ls -ld /data/archive
drwxrwxrwx   9 root     other         10 Nov  3 14:15 /data/archived




Client A:  Solaris 10 (various patchlevels, both x86 and SPARC)

user1% cd /net/bigbox/data/archived
user1% ls -ld .
drwxrwxrwx   9 nobody   nobody        10 Nov  3 14:49 ./
user1% touch me
user1% mkdir foo
mkdir: Failed to make directory "foo"; Permission denied




Client B:  Solaris 8/9, various Linuxes, both x86/SPARC

user1% cd /net/bigbox/data/archived
user1% ls -ld .
drwxrwxrwx   9 root     other         11 Nov  3 14:49 ./
user1% touch me
user1% mkdir foo




It looks like the Solaris 10 machines aren't mapping the userIDs
correctly. All machines belong to the same NIS domain. I suspect NFSv4,
but can't be sure. Am I doing something wrong here?


Make sure you're NFSv4 mapid domain matches (client and server).

http://blogs.sun.com/erickustarz/entry/nfsmapid_domain

You can override the default in /etc/default/nfs, and can check what your current one is /var/run/nfs4_domain.

eric

_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to