/etc/init.d/rpc.gssd does not mount rpc_pipefs filesystem before starting daemon: start() { local ret=0 start_it gssd ${gssd} ${OPTS_RPC_GSSD} start_it svcgssd ${svcgssd} ${OPTS_RPC_SVCGSSD} return ${ret} } I have fixed that problem: start() { local ret=0 if ! cat /proc/mounts | grep rpc_pipefs then mkdir -p /var/lib/nfs/rpc_pipefs mount -t rpc_pipefs rpc_pipefs /var/lib/nfs/rpc_pipefs fi start_it gssd ${gssd} ${OPTS_RPC_GSSD} start_it svcgssd ${svcgssd} ${OPTS_RPC_SVCGSSD} return ${ret} } Reproducible: Always Steps to Reproduce: 1. Set up an NFS server with Kerberos 5 GSS security 2. Add NFSv4 filesystem entry into /etc/fstab 3. Boot your system Actual Results: Starting gssd ... [OK] Starting svcgssd ... [OK] Starting idmapd ... [OK] Mouting network filesystems ... [!!] login: root ws# /etc/init.d/rpc.gssd restart Stopping gssd ... [OK] Stopping svcgssd ... [OK] Starting gssd ... [OK] Starting svcgssd ... [OK] ws# /etc/init.d/nfsmount restart Mouting network filesystems ... [OK] Expected Results: Starting gssd ... [OK] Starting svcgssd ... [OK] Starting idmapd ... [OK] Mouting network filesystems ... [OK] Running diskless workstation with NFSv3 as read-only root file system, NFSv4 as home file system, kernel 2.6.21-gentoo. Architecture is amd64. Kerberos5: mit-krb5 1.5.2-r2, NFS: nfs-utils 1.0.12-r3.
idmapd handles rpc_pipefs so rpc.gssd should depend on rpc.idmapd
should be fixed in cvs now
