Nfs mount fails: permission denied

freeindy · 06-23-2008, 10:22 AM

Hi,

I have the following configuration:

Machine1: Server (Redhat EL 4) | ip:192.168.0.254
Machine2: Client1 (RedHat based linux) | ip:192.168.0.6
Machine3: Client2 (Redhat based linux) | ip:192.168.0.9

Both clients file system is nfs mounted

Code:

/tftpboot/images *(rw,sync,no_root_squash,no_all_squash)

from the Server. Both clients run without any problems.

Now I want the clients to be able to mount a directory on each others file system. Both have the following line in the /etc/exports:

Code:

/usr/local/remote *(rw,root_squash,sync)

nfs server are running on both clients:

Code:

# /usr/sbin/rpcinfo -p
   program vers proto   port
    100000    2   tcp    111  portmapper
    100000    2   udp    111  portmapper
    100024    1   udp    942  status
    100024    1   tcp    945  status
    100003    2   udp   2049  nfs
    100003    2   tcp   2049  nfs
    100021    1   udp  32772  nlockmgr
    100021    3   udp  32772  nlockmgr
    100021    4   udp  32772  nlockmgr
    100021    1   tcp  32769  nlockmgr
    100021    3   tcp  32769  nlockmgr
    100021    4   tcp  32769  nlockmgr
    100005    1   udp    858  mountd
    100005    1   tcp    861  mountd
    100005    2   udp    858  mountd
    100005    2   tcp    861  mountd
    100005    3   udp    858  mountd
    100005    3   tcp    861  mountd

And when I try to mount the directory manually, I get:

Code:

#mount 192.168.0.6:/usr/local/remote test
mount: 192.168.0.6:/usr/local/element/rel/ failed, reason given by server: Permission denied

Where can I trace the problem? Any clue how to solve this?

thanks,

Indy

DotHQ · 06-23-2008, 10:44 AM

tail your /var/log/messages file.
It should give you a hint where the issue is.

freeindy · 06-23-2008, 10:50 AM

tried that,

Nothing is been printed relating to that.

Indy

tungvs · 06-23-2008, 11:21 AM

Maybe the problem is "root_squash". Have you tried with normal user or root user on the client ?

DotHQ · 06-23-2008, 12:05 PM

I agree, you might try leaving the root_squash stuff out all together just to see ifit mounts. ie:
(rw,sync)

If that doesn't help turn off IPtables on both servers long enough to see if that helps the situation.
service iptables stop

freeindy · 06-24-2008, 04:01 AM

No luck.

I changed the settings in /etc/exports to *(rw,sync) on all machines. Reloaded the exportfs on server and booted the clients. One problem I ran into was I couldn't log in to clients via server any more. Nor with ssh. So I had to put back the original setting on server : *(rw,sync,no_root_squash,no_all_squash).
A also tuned iptables on all machines off but still same problem occurs. One thing i find it very strange is that I don't get any logs in /var/log/messages or /var/log/syslog.

Indy

tungvs · 06-24-2008, 09:03 AM

I've tried RHEL 4 before and sometimes the NFS daemon's really weird. Once, I added "/something 192.168.1.33(...)" but the NFS didn't work, but it worked on "/something 192.168.1.*(...)". The problem's solved when I restart my server, both sharing methods are OK. I think it's a bug in the software. Yours could be, too.

DotHQ · 06-24-2008, 09:45 AM

ssh should not be affected by your exports file changes.

If you are using /etc/hosts.allow & /etc/hosts.deny you should turn those off as well as iptables while testing NFS (just to be sure they are not stopping you).
No messages in /var/log/messages tells me you are not getting into the server at all. You are being turned away before any connection is made.

freeindy · 06-24-2008, 10:14 AM

How do I turn off hosts.allow & hosts.deny?

I added ALL:ALL to hosts.allow without any affect.