Problem mounting NFS from HPUX to RH Linux

[Corey Hart]

Hello,

I am trying to mount a volume on my HPUX 11 to my RH Linux 8.0 box. Here is what my /etc/exports file looks like on my HPUX box:

/somedirectory -anon=SOMENUMBER,root=linuxmachine,access=linuxmachine
/someotherdirectory -anon=SOMENUMBER,root=linuxmachine,access=linuxmachine

This is the /etc/fstab on the linux machine.

hpuxmachine:/somedirectory /thedirectory nfs defaults 0 0
hpuxmachine:/someotherdirectory /theotherdirectory nfs defaults 0 0

when I do a mount -a on the linux machine I get:

mount: hpuxmachine:/somedirectory failed, reason given by server: Permission denied
mount: hpuxmachine:/someotherdirectory, reason given by server: Permission denied

If I run an RPCinfo on the Linux machine this is what I see:

program vers proto port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 32768 status
100024 1 tcp 32768 status
391002 2 tcp 32769 sgi_fam
100011 1 udp 894 rquotad
100011 2 udp 894 rquotad
100011 1 tcp 897 rquotad
100011 2 tcp 897 rquotad
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100021 1 udp 32909 nlockmgr
100021 3 udp 32909 nlockmgr
100021 4 udp 32909 nlockmgr
100005 1 udp 32910 mountd
100005 1 tcp 35121 mountd
100005 2 udp 32910 mountd
100005 2 tcp 35121 mountd
100005 3 udp 32910 mountd
100005 3 tcp 35121 mountd

If I run it on the HPUX machine I see:

program vers proto port
100000 4 tcp 111 portmapper
100000 3 tcp 111 portmapper
100000 2 tcp 111 portmapper
100000 4 udp 111 portmapper
100000 3 udp 111 portmapper
100000 2 udp 111 portmapper
100024 1 tcp 49153 status
100024 1 udp 49162 status
100021 1 tcp 49154 nlockmgr
100021 1 udp 49163 nlockmgr
100021 3 tcp 49155 nlockmgr
100021 3 udp 49164 nlockmgr
100021 4 tcp 49156 nlockmgr
100021 4 udp 49165 nlockmgr
100020 1 udp 4045 llockmgr
100020 1 tcp 4045 llockmgr
100021 2 tcp 49157 nlockmgr
100068 2 udp 49232
100068 3 udp 49232
100068 4 udp 49232
100068 5 udp 49232
100083 1 tcp 49158
100005 1 udp 49387 mountd
100005 3 udp 49387 mountd
100005 1 tcp 49195 mountd
100005 3 tcp 49195 mountd
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs

I am able to nfs mount linux directories onto the HPUX, just not the other way around. I am sure I have all the information staring me in the face, but don't know where to move next.

Cheers

[Steven E. Protter]

permissions are wrong at one end or the other. open them up until it works.

SEP

[Vitaly Karasik_1]

1) please check DNS resolving for "linuxmachine" on HPUX

2) did you restart NFS server or "exportfs -a" after editing exportfs?

Regards,
Vitaly

[Zeev Schultz]

Ok,you definetelly have nfsd running (hm,even on both linux and hpux).In addition to Vitaly's
answer (which is correct IMHO) - run nslookup
on HPUX machine "nslookup linux_name" where linux_name is how it appears in /etc/exports.On the other hand run "hostname" on linux_machine.See that they are the same.

[Lawrence Staberg]

Usually the problem is your forgot to run exportfs to enable the /etc/exports directory..
run /usr/sbin/exportfs -a to enable and /usr/sbin/exportfs without parameters to get a listing of the available directories..
What you have setup looks like it will work..

[Dave Falloon]

I had a similar problem I think,

I was having some trouble mounting nfs (v2) on some old linux boxes from a solaris 7 e220, about 6 months ago. The solaris server refused to mount over udp, in the end I had to specifically say proto=tcp in the mount command after I updated the kernels on the old farm nodes (debian 2.0 upgraded to '3r?' ). Also I matched the r/wsizes in the mount command. I read that on HPUX the nfsd config is in /etc/rc.config.conf/nsfconf, if so take a look and see what your nfs daemon is listening for, specifically look for these settings:

NFS version
Protocol
rsize
wsize

They made a big difference in my problem. Also a tcpdump can help out a lot, watch the versions when the client and server talk, if the versions are significantly different you will not be able to mount anything.

and for future considerations;

It is a good idea if you plan to use automount to add the option 'hard' for your mounts, according to the linux nfs project faq page you can lose data if your connection is soft mounted and using automount.

hope that helps,

Dave