How To
Summary
In a NFSv3 client/server set-up, when creating users, some best practices can help to avoid further access issues.
Environment
It is common to get "access denied" when trying to read or write an NFSv3 share from NFS Client side.
Steps
The NFSv3 is based on userid, a numerical value that is the main user attribute in AIX and is displayed by id command or can be read in /etc/password file. The same applies to gid or group numerical ID. All NFSv3 requests contain the uid and gid of the requester (NFS Client), and have no information about the username or group name.
To avoid confusions and access issues, it is important to create the same users with the same username and group name with the same "uid" and "gid" in both NFSv3 Server and Client side. This exact matching will guarantee we are trying to access the NFSv3 share with the correct user.
Start with smit mkgroup, then smit mkuser in both NFSv3 Server and Client side to create the user that owns the NFS share on Server side and the user accessing the share from NFS client side. Once the user setup is complete, then proceed to create the NFS export and performing the NFS mount.
Document Location
Worldwide
[{"Type":"MASTER","Line of Business":{"code":"LOB08","label":"Cognitive Systems"},"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SWG10","label":"AIX"},"ARM Category":[{"code":"a8m0z000000cvyTAAQ","label":"Communication Applications-\u003ENFS\/NFSV4\/PCNFS"}],"ARM Case Number":"","Platform":[{"code":"PF002","label":"AIX"}],"Version":"All Versions"}]
Was this topic helpful?
Document Information
Modified date:
24 February 2023
UID
ibm16958118