https://bugs.gentoo.org/show_bug.cgi?id=172133#c9 I report that times ago but forget to open a bug for it. nfsmount doesn't create needed directories for nfs client idmapd. The directory creation is made thru nfs init.d script. This mean that a client that has never run nfs init script will lack having the needed directories. So the bug is only visible on nfs client that have never run nfs server itself. And this should also close that old one : Reproducible: Always Actual Results: nfs client fail to start nfs with Mar 24 17:49:12 [rpc.idmapd] Opened /proc/net/rpc/nfs4.nametoid/channel Mar 24 17:49:12 [rpc.idmapd] Opened /proc/net/rpc/nfs4.idtoname/channel Mar 24 17:49:12 [rpc.idmapd] main: open(/var/lib/nfs/rpc_pipefs/nfs): No such file or directory Expected Results: Working. Add the needed function present in nfs.init to nfsmount.init file mkdir_nfsdirs() { local d for d in /var/lib/nfs/{rpc_pipefs,v4recovery,v4root} ; do [[ ! -d ${d} ]] && mkdir -p "${d}" done }
nfsmount depends on rpc.idmapd only when you have nfs4 mounts rpc.idmapd always depends on rpc.pipefs rpc.pipefs makes sure /var/lib/nfs/rpc_pipefs is mounted
