[OpenIndiana-discuss] NFS mount of oi_148 filesystem by Linux fails

Jim Klimov jimklimov at cos.ru
Wed May 9 14:38:54 UTC 2012


2012-05-09 5:13, Martin Frost wrote:
> I'm trying to export a ZFS filesystem on oi_148 via NFS, but the NFS
> mount fails.  The same ZFS filesystem is shared via CIFS, and that's
> working.  I hope CIFS sharing doesn't interfere with NFS exporting.

Does your nfsserver's "dmesg" (/var/adm/messages) log have any
reports like this:

May  9 13:35:01 nfsserver mountd[9689]: [ID 770583 daemon.error] 
nfsclient.stanford.edu denied access to /nfsclient/filesys ?

I am thinking towards name resolution errors: in OpenSolaris
(maybe applicable to OI as well) the name service tended to
pick a "primary" name for the host that is connecting, i.e.
the first name on the line from /etc/hosts, or the PTR one
from DNS, and ignore other seemingly valid names of the client.
If you have NFS permissions for "nfsclient.stanford.edu"
but the server recognizes its IP address as "nfsclient"
for example, the permissions will be == denied.

You can try to use "getent hosts nfsclient.stanford.edu"
and "getent hosts 123.45.67.89" (with the nfsclient's
IP address) on the server to check how it resolves names.

You can try to work around this by:
1) Listing all possible host names in the sharenfs line,
    (or having good consistency in host naming via all
    possible methods used by the server to resolve names),
2) Adding the numeric IP address to permissions

Either way, on the sharenfs command line you separate hosts
by the doublecolon, i.e.:
sharenfs='sec=sys,rw=nfsclient.stanford.edu:nfsclient:1.2.3.4,root=nfsclient.stanford.edu:nfsclient:1.2.3.4,anon=0'

(the root and anon parts may be needed if you need remote
root access not remapped to nobody)

Good luck,
//Jim




More information about the OpenIndiana-discuss mailing list