Hi,

On 06/12/11 18:03 +0800, darkblue wrote:
> I am going to share a dir and it's subdir through NFS to Virtual Host,
> which include XEN(CentOS/netbsd) and ESXi,but failed, the following step is
> what I did:
> 
> solaris 11:
> 
> > zfs create tank/iso
> > zfs create tank/iso/linux
> > zfs create tank/iso/windows
> >
> > share -F nfs -o rw,nosuid,root=VM-host1:VM-host2 /tank/iso
> > chmod -R 777 /tank/iso
> >
> 
> centos:
> 
> > mkdir /home/iso
> > mount -t nfs -o rw,nosuid solaris11:/tank/iso /home/iso
> >
> 
> echo "newfile" > /home/iso/newfile.txt
> success
> 
> echo "newfile" > /home/iso/linux/newfile.txt
> failed,and display: permission denied
> 
> and the, check the dir on solaris11:
> 
> > ls -al /tank/iso
> >
> >     drwxrwxrwx   5 root     root           8 Dec  5 13:04 .
> >     drwxr-xr-x   4 root     root           4 Dec  2 22:45 ..
> >     drwxrwxrwx   2 root     root           2 Dec  2 16:54 bsd
> >     drwxrwxrwx   2 root     root           2 Dec  2 16:54 linux
> >     -rw-r--r--   1 nobody   nobody         8 Dec  5 12:57 newfile.txt
> >     drwxrwxrwx   2 root     root           2 Dec  2 16:54 windows
> >
> 
> check the dir on CentOS:
> 
> > ls -al /home/iso
> >
> >     drwxr-xr-x+ 2 root      root               2 Dec  2 16:54 bsd
> >     drwxr-xr-x+ 2 root      root               2 Dec  2 16:54 linux
> >     -rw-r--r--+ 1 nfsnobody nfsnobody          8 Dec  5 12:57 newfile.txt
> >     drwxr-xr-x+ 2 root      root               2 Dec  2 16:54 windows
> >
> 
> I got couple questions:
> 1、why the owner of newfile.txt is nfsnobody on CentOS, and on solaris, it's
> nobody?

Check that NFSv4 domain is the same on both machines. NFSv4
doesn't use numerical IDs for users and groups. It uses a string
form user@domain or group@domain, which is translated to appropriate
numerical ID on the machine after the request/reponse is received.
If the domains don't match than root@domain will not be recognized
as root user.

> 2、why the subdir do not have write access, how to accomplish it;
> 3、what does "+" mean?

This means that the file has non-trivial ACLs (at least on Solaris,
I assume that the meaning on Linux is the same). Try to print ACLs
on both systems and compare them (on solaris you can print ACLs
by "/usr/bin/ls -v".

I see that you shared only /tank/iso, you didn't share /tank/iso/linux
filesystem, which could be the reason why you cannot access it.

> 4、do I need to remount a share dir after changing the file access on
> solaris(NFS server)?

this shouldn't be necessary

cheers
-jan
_______________________________________________
nfs-discuss mailing list
[email protected]

Reply via email to