Bug 119924

Summary: /etc/rc.d/init.d/rpcsvcgssd indicates that rpc.svcgssd has started successfully even when it has not
Product: [Fedora] Fedora Reporter: Iain Rae <iainr>
Component: nfs-utilsAssignee: Steve Dickson <steved>
Status: CLOSED CURRENTRELEASE QA Contact: Ben Levenson <benl>
Severity: medium Docs Contact:
Priority: medium    
Version: rawhide   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: 1.0.6-30 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-10-29 22:40:59 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Iain Rae 2004-04-03 10:00:42 UTC 
Description of problem:
I'm currently seeing rpc.svcgssd die with the following log message

Apr  3 10:56:25 eagle rpc.svcgssd[7940]: failed to open
/proc/net/rpc/auth.rpcsec.init/channel 

however the rc script indicates that the service has started successfully

[root@eagle rpc]# /etc/rc.d/init.d/rpcsvcgssd restart
Shutting down NFS4 svcgssd:                                [FAILED]
Starting NFS4 svcgssd:                                     [  OK  ]


checking $RETVAL in the script it looks like rpc.svcgssd is returning
0 even when it's not been started successfully.

Version-Release number of selected component (if applicable):

nfs-utils-1.0.6-19.fc2

How reproducible:

every time (assuming /proc/net/rpc/auth.rpcsec.init/channel isn't there)
Comment 1 Steve Dickson 2004-08-13 15:42:38 UTC 
This is fixed in a later release (nfs-utils-1.0.6-30).
Comment 2 John Thacker 2006-10-29 22:40:59 UTC 
Closing according to earlier message, since this is fixed in every currently
supported version of Fedora Core.