NFS in HPUX11iv3

[shashi kanth]

I have shared a directory with NFS, the dfstab looks like bellow

share -F nfs -o ro=@10.154.52.0:@10.154.54.0 -d "FTP Share" /share

showmount command shows the above share.

From the the other servers which are in the same subnet, when i try to NFS mount, i am getting the permission denied error.

the log file contains "MOUNT request from:: Permission denied"

what might be the cause for this issue ?

[Richard I Curtis]

I may be wrong (not near an 11iv3 box to check), but I think you need to use fully qualified hostnames instead of IP's for the -o ro options in v3.

[Ganesan R]

Hi Shashikanth,

I don't see any syntax error in your dfstab entry.

Have you exported the NFS share after made the changes?

Is the client on the network 10.154.52.0 or 10.154.54.0 ?

Are you trying to mount as root user?

If it didn't work try with giving access to specific client instead of network.
Run this command on command line and try..
#share -F nfs -o ro= -d "FTP Share" /share

[Suraj K Sankari]

Hi,

From client are you able to rlogin into the nfs server ?
Did you add hostname ip into /etc/host file?

Suraj

[Jozef_Novak]

Hello,

do the two specified subnets have C class subnet mask ? If no, you have to specify netmask in the form xxx.xxx.xxx.xxx/YY, e.g. 129.144.132/17.

Also check whether you are accessing the server from within one of the subnets specified in the share command.

J.

[Steven E. Protter]

Shalom,

Perhaps the client does not meet the criteria set in /etc/exports

SEP

[Dave Olker]

Hi Shashi,

The only thing I can think of is your client is either not configured on one of these subnets, it's using a different IP address when it sends the mount request, or the NFS server is not able to resolve the client's IP address to one of these subnets.

I tried duplicating your environment on my systems. Here's the entry I put in my dfstab file:

share -F nfs -o ro=@192.1.1.0:@194.1.1.0 -d "FTP Share" /share

My NFS server has interfaces on the 192.1.1.X and 194.1.1.X subnets, as do my NFS clients. Once I've shared the filesystem, I verify with the share command:

# share
- /share ro=@192.1.1.0:@194.1.1.0 "FTP Share"

I can then go to one of my NFS clients with interfaces on these subnets:

# netstat -in
Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll
lan0 1500 194.1.1.0 194.1.1.13 49848836 0 12391382 0 0
lan900 1500 192.1.1.0 192.1.1.13 15280971 0 2737158 0 0


and issue the following NFS mount commands:

# mount 194.1.1.12:/share /share2
# mount 192.1.1.12:/share /share

Both mounts complete fine:

# nfsstat -m
/share2 from 194.1.1.12:/share
Flags: vers=3,proto=tcp,sec=sys,hard,intr,link,symlink,acl,devs,rsize=32768,wsize=32768,retrans=5,timeo=600
Attr cache: acregmin=3,acregmax=60,acdirmin=30,acdirmax=60

/share from 192.1.1.12:/share
Flags: vers=3,proto=tcp,sec=sys,hard,intr,link,symlink,acl,devs,rsize=32768,wsize=32768,retrans=5,timeo=600
Attr cache: acregmin=3,acregmax=60,acdirmin=30,acdirmax=60


You should make sure your NFS server can resolve the client's IP addresses to one of the subnets you've listed in the share syntax. If everything still looks OK your next step would probably be to collect a network trace of the failing MOUNT attempt.

Regards,

Dave

[shashi kanth]

The NFS clients are in the specified subnet in dfstab of NFS server.

On both NFS clients and NFS server, name resolution happens through DNS.

The NFS clients and NFS server lies in the same subnet.

I tried by giving the NFS client hostname without FQDN (ro=no_FQDN), then it given the permission denied error.

I tried by giving the NFS client hostname with FQDN (ro=FQDN), then it went fine.

Then i tried by giving ro=subnet/23, then it went fine.

[Jozef_Novak]

Okay so you did not include the netmask in the share command options even though it is not default. NFS was assuming a default netmask (as expected) and so it was denying requests that were coming from the non-default subnet.

J.

[shashi kanth]

Thank you all.