From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; (R1 1.5); .NET CLR 2.0.50727)
Description of problem:
The startup script of idmapd checks to see if the sunrpc module is loaded, and fails if it doesn't find the module. Unfortunately, this test also fails if sunrpc is statically linked into the kernel, preventing idmapd from starting. This bug is also in FC*.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install a kernel with sunrpc linked statically
2. Try to start idmapd with the rc script
idmapd fails to start, reporting that the sunrpc module is not loaded
idmapd should have started
When I submitted this bug, bugzilla came back and said "product name does not
exist" and told me to go back and try again. Apparently the bug went in
anyway, but someone might want to look into this. I'd submit another report,
but I can't really tell from this end what I did that might have triggered the
Question: when sunrpc is not a module, who or what
I have it in /etc/fstab (I think CITI has this in some of their documentation).
hmm... maybe we the initscript can check for the existance
of /var/lib/nfs/rpc_pipefs if it does not exist
then do the modprobes..
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release. Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products. This request is not yet committed for inclusion in an Update
fixed in nfs-utils-1.0.9-22.el5
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.