Files in mounted folder owned by nobody:nobody – I’ve tried to change using chown with the existing username and group which also present on the NFS server but still nobody:nobody.
However, v4 was designed to pass identities in the form of <username>@<id-map-domainname>. To function correctly, that normally requires idmapd (id mapping daemon) to be active at client and server, and for each to consider themselves part of the same id mapping domain.
portmap — accepts port reservations from local RPC services. These ports are then made available (or advertised) so the corresponding remote RPC services access them. portmap responds to requests for RPC services and sets up connections to the requested RPC service. This is not used with NFSv4.
rpc.idmapd — This process provides NFSv4 client and server upcalls which map between on-the-wire NFSv4 names (which are strings in the form of user@domain) and local UIDs and GIDs. For idmapd to function with NFSv4, the /etc/idmapd.conf must be configured. This service is required for use with NFSv4.
If you are not using NFSv4 check the user is recognized/present on client and servers. If it s a local user on the client system which server doesn’t know then it is still marked as nobody.
If you are using NFSv4 then it expects the server and client to be present in the same domain but our client system in different domain compared to the nfs server.
Check in /etc/idmapd.conf for domain configuration. We can also configure the default nobody user and nobody group to something that we want. After updating the entries restart the “rpcidmapd” process and clear the idmap cache using “nfsidmap -c”.
The “Domain =” directive within
/etc/idmapd.conf should be modified to read:
Domain = localdomain
To put the changes into effect restart the
rpcidmapd service and remount the NFSv4 filesystem:
# service rpcidmapd restart # mount -o remount /nfs/mnt/point
On Red Hat Enterprise Linux 6 a clearing of the
idmapd cache may be required:
# nfsidmap -c