Description of problem: NFS idmapd isn't started because the "RPC Pipe File System" fails to mount. Specifically, boot.log shows: Starting RPC Pipe File System ESC[1;31mfailedESC[0m, see 'systemctl status var-lib-nfs-rpc_pipefs.mount' for details. Starting NFSv4 ID-name mapping daemon ESC[1;31mabortedESC[0m because a dependency failed. The output of "systemctl status var-lib-nfs-rpc_pipefs.mount" is: var-lib-nfs-rpc_pipefs.mount - RPC Pipe File System Loaded: loaded (/lib/systemd/system/var-lib-nfs-rpc_pipefs.mount; static) Active: active (mounted) since Fri, 28 Oct 2011 17:04:08 -0600; 16min ago Where: /var/lib/nfs/rpc_pipefs What: sunrpc Process: 384 ExecMount=/bin/mount sunrpc /var/lib/nfs/rpc_pipefs -t rpc_pipefs (code=exited, status=32) CGroup: name=systemd:/system/var-lib-nfs-rpc_pipefs.mount Oddly, when the mountpoint appears to be mounted correctly--the output of "grep sunrpc /proc/mounts" is: sunrpc /var/lib/nfs/rpc_pipefs rpc_pipefs rw,relatime 0 0 Unfortunately, I cannot find any error messages in the logs to illuminate what is happening. Version-Release number of selected component (if applicable): systemd-37-2.fc16.x86_64 How reproducible: every boot Steps to Reproduce: 1. Boot. Actual results: The idmapd service is not running. There are no meaningful error messages. Expected results: The idmapd service should be running. If it fails to run, there should be meaningful error messages. Additional info:
*** This bug has been marked as a duplicate of bug 744463 ***