From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041215 Firefox/1.0 Red Hat/1.0-12.EL4 Description of problem: rpc.svcgssd failed to start, complaining unable to open a file at: /proc/net/rpc/auth.rpcsec.init/channel Indeed it happened cause the module rpcsec_gss_krb5 isn't loaded automatically by gssd script when NFS starts. This is first mentioned by Chuck Level at NFSv4 mailing list. Version-Release number of selected component (if applicable): 1.0.6-39 to 1.0.6.48 How reproducible: Always Steps to Reproduce: 1./usr/sbin/rpc.svcgssd -f -v 2. 3. Actual Results: Unable to open file /proc/net/rpc/auth.rpcsec.init/channel Additional info: I reported a similiar bug under 149579 for Enterprise 4 Beta under a different name. Cause I was unable to shift it to Enterprise standard version, as I also learned from Chuck Lever's post on NFSv4 mailing list that this is reproducable for NFS3, I think this may be a universial problem for all nfs-util package. A suggested fix would be: When SECURE_NFS="yes" is indicated in /etc/sysconfig/nfs then modprobe rpcsec_gss_krb5 automatically in init.d/rpc(svc)gssd scripts.
This is fixed in nfs-utils-1.0.6.51
*** Bug 149579 has been marked as a duplicate of this bug. ***
Thank you for submitting this issue for consideration in Red Hat Enterprise Linux. The release for which you requested us to review is now End of Life. Please See https://access.redhat.com/support/policy/updates/errata/ If you would like Red Hat to re-consider your feature request for an active release, please re-open the request via appropriate support channels and provide additional supporting details about the importance of this issue.