Bug 749942

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: