You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I think I've finally figured out the last piece of the nfs + idmap puzzle, and why it was apparently working in production but not staging. The config mentioned above apparently does not matter (it's only used when some other configuration is set that we're not using (?!)). What does matter is the domain in the idmapd.conf file - and because of the way we're setting it (using lineinfile), we ended up with multiple domains, which confused things (or at least confused me).
I figured out that you can check cached nfs-idmap resolver keys by running:
It seems that these are only loaded after you've listed the contents of the files on the mount point. When I ran it before doing that I didn't get any values.
The domain in the idmap file needs to match that domain - i.e., it needs to match the nfs server name and not use the .princeton.edu domain as I'd thought was necessary at some point.
nfs needs id_mapping enabled. In order to do this the client file at
/sys/module/nfs/parameters/nfs4_disable_idmapping
should be set to Nthis may need a copy file instead of a line in file.
The text was updated successfully, but these errors were encountered: