Bug 742593

Summary: add module alias rpc_pipefs -> sunrpc
Product: [Fedora] Fedora Reporter: Jeff Layton <jlayton>
Component: nfs-utilsAssignee: Steve Dickson <steved>
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: bfields, jcm, jlayton, steved
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-11-17 08:17:33 EST Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Description Jeff Layton 2011-09-30 13:01:12 EDT
I noticed on my rawhide VM that rpc.idmapd was almost never getting started at boot time.

The problem seems to be that systemd was trying to start it very early in the boot process, before any of the other nfs services were started, and sunrpc.ko was not plugged in yet.

When this happens, rpc_pipefs has not been registered as a filesystem yet so the mount attempt of it fails. I was able to fix this by adding /etc/modprobe.d/sunrpc.conf with the following contents:

alias rpc_pipefs sunrpc

...with that, the nfs-idmap service seems to start correctly. I suggest that we ship a similar file as part of nfs-utils for now.

There's an upstream patch to add this alias internally to the sunrpc module, that Bruce is going to push for 3.2. That should eventually make this file unnecessary but it should be harmless even with that in place.
Comment 1 Jeff Layton 2011-09-30 13:09:36 EDT
cc'ing JCM...

John, does this look like the right thing to do for now?
Comment 2 Steve Dickson 2011-11-17 08:17:33 EST
The "alias rpc_pipefs sunrpc" now exists in /etc/modprobe.d/dist.conf