Robert Thurlow wrote: > Matt Cohen wrote: > >> We have two servers: >> >> 1) 10.97.1.1 - Solaris 10 with a zfs fileystem called /storage/nfs/client. >> >> I've set the sharenfs property on this fs as follows: >> sharenfs=rw=192.168.0.111,root=192.168.0.111 >> >> 2) 192.168.0.111 - Redhat WS 4. Trying to mount >> 10.97.1.1:/storage/nfs/client at /mnt/client >> >> >From the 192.168.0.111 Redhat server I issued the following: >> >> mount -t nfs 10.97.1.1:/storage/nfs/client /mnt/client >> >> I've tried different variations, including specifying nfs version 3. >> Everytime, I get the same error, "mount: 10.97.1.1:/storage/nfs/client >> failed, reason given by server: Permission denied" >> > > Hi Matt, > > I would expect that this is because you're using the numeric > address in the share on the Solaris server.
We should still handle a single numeric address. I've blogged about this in the past: http://blogs.sun.com/tdh/entry/open_solaris_and_sharing_subnets http://blogs.sun.com/tdh/entry/checking_a_host_entry_some And we had another report about this on nfs-discuss recently: http://www.opensolaris.org/jive/thread.jspa?threadID=66849&tstart=0 I've filed a bug against this behavior: 6738223 Can not share a single IP address > Solaris will do > a reverse IP lookup and test the name against the share lists. > The best way to figure out what the server will see is to > log in remotely from the client and see what 'who am i' > returns as the remote machine name, e.g.: > > banff[377]% ssh kootenay > Password: > kootenay[1]% who am i > thurlow pts/11 Aug 18 07:05 (banff) > > Here, you would use 'banff' in the sharenfs property. > > Rob T > _______________________________________________ > nfs-discuss mailing list > nfs-discuss at opensolaris.org >
