Re: weird nfs / serviceguard issue (282 Views)
Reply
Regular Advisor
rleon
Posts: 125
Registered: ‎07-27-2006
Message 1 of 4 (326 Views)

weird nfs / serviceguard issue

I have an nfs server that is exporting several filesystems ..

 

In addtion to the server exporting it is also a client that needs to mount one of the filesystems.

 

out of 6 nfs mounts , 1 does not work.

 

One mount gives me the following error:

 

cd /nfs1/test

touch rleon
touch: rleon cannot create

 

On any of the other mounts no error:

cd /nfs2/test

touch rleon
ls -l rleon
-rw-r--r--   1 root       sys              0 Oct 17 13:10 rleon
 rm rleon

 

The weird part is that /nfs1/test works fine on any other nfs client that mounts that export.


The issue follows the nfs serviceguard packge that is in charge of exporting the mounts.

So if I failover the server that is running the package in question gives me permission denied and the failover works.

 

Any ideas?

Please use plain text.
Honored Contributor
Patrick Wallek
Posts: 13,752
Registered: ‎06-21-2000
Message 2 of 4 (321 Views)

Re: weird nfs / serviceguard issue

What user are you logged in as when running your 'touch' command? If you are root, are the file systems exported so that root has permission on the file systems?

Please use plain text.
Regular Advisor
rleon
Posts: 125
Registered: ‎07-27-2006
Message 3 of 4 (319 Views)

Re: weird nfs / serviceguard issue

I am logged in as root

 

filesystems are exported so root has permissions ..

 

what is weird here is all of the filesytems are exported the same.

 

 

Please use plain text.
Valued Contributor
srayfay
Posts: 36
Registered: ‎12-02-2011
Message 4 of 4 (282 Views)

Re: weird nfs / serviceguard issue

Hello,

 

all the NFS issues I met, it was only confusion of the hostname in /etc/hosts

try to add option readwrite with both SG node's IP in dfstab of your NFS server.

check also IP and hostname in /etc/hosts of your NFS server.

Regards
Please use plain text.
The opinions expressed above are the personal opinions of the authors, not of HP. By using this site, you accept the Terms of Use and Rules of Participation