0

We are accessing NFS mounts across three hosts. The issue for us is that when we change the ownership of a directory on NFS mount on the server, the ownership changes are not taking place on the client. It is getting changed to nobody on the client. The issue can be seen for a particular user , for other users it is working fine. The user in question is the following user.

$ id contentmanager
uid=506(contentmanager) gid=500(admin) groups=500(admin)

UID is same on both client and server machines.

Also, if we change the ownership to contentmanager manually on the client, it is getting changed to nobody user. But if changed to some other user, it works fine.

Please find /etc/exports for the particular directory on the server.

/shareddata/share       *(rw,no_root_squash,sync)

On the client machine, it is mounted as follows

lnxq-004:/shareddata/share  /data/share  nfs   vers=3,rw   0  0    

Example on the Server:

$ sudo chown contentmanager test
$ ls -l
-rw-rw-r--  1 contentmanager admin    0 Aug 20 23:08 test

$ ls -ln test
 -rw-rw-r-- 1 506 500 0 Aug 20 23:08 test

Example on the Client:

$ ls -l
-rw-rw-r--  1 nobody admin    0 Aug 20 23:08 test

$ ls -ln test
-rw-rw-r-- 1 99 500 0 Aug 20 23:08 test

This is the issue where the ownership is not getting changed to contentmanager

  • What does id nobody show on the client? – thrig Aug 21 '15 at 16:58
  • ]$ id nobody uid=99(nobody) gid=99(nobody) groups=99(nobody) – Zama Ques Aug 21 '15 at 22:28
  • from the server: $ id nobody uid=99(nobody) gid=99(nobody) groups=99(nobody) – Zama Ques Aug 21 '15 at 22:29
  • Can you run ls -ln on the client and server? – Mark Plotnick Aug 22 '15 at 1:28
  • Server$ ls -ln /shareddata/share total 32 drwxrwsr-x 25 500 500 4096 Aug 21 20:46 web ------------ Client$]$ ls -ln /data/share total 32 drwxrwsr-x 25 500 500 4096 Aug 21 20:46 web – Zama Ques Aug 22 '15 at 3:31
0

This is resolved. The issue was that we changed the uid of contentmanager user on all client machines so that uid is unique.

The issue looks like was idmapd had cached the earlier uids . Clearing the NFS cache on all client machines resolved the issue.

sudo nfsidmap -c
  • I did this... and now the uid's and gid's of the files on the client are nobody. and I see a logged errors name 'user@localdomain' does not map into domain 'nisdomain'. Arrrgghhhhh! 'hostdomain' is the domain of the machine – anthony Mar 13 '17 at 8:14

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.