Bug 786982

Summary:	Mount hangs with sec=krb5 option.
Product:	[Fedora] Fedora	Reporter:	Raghavendran Ramanathan <r.raghavendran>
Component:	nfs-utils	Assignee:	Steve Dickson <steved>
Status:	CLOSED WONTFIX	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	14	CC:	bfields, jlayton, nalin, nathaniel, 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:	2012-03-13 18:39:38 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 Raghavendran Ramanathan 2012-02-02 20:09:35 UTC

Description of problem:
When using the -o sec=krb5 option, the mount command hangs.

Version-Release number of selected component (if applicable):
cat /etc/redhat-release
Fedora release 14 (Laughlin)


How reproducible:
Easy, happens everytime.

Steps to Reproduce:
1. kill rpc.gssd daemon (ps -aef | grep rpc.gssd, kill -2 the PID).
2. Try a mount with the given option:
mount -o sec=krb5 nfsserver:/ /mnt/nfsserver/
 
Actual results:
The command hangs for ever.

Expected results:
It should error out saying the rpc gss is not running.

Additional info:
See the /var/log/messages file which tells us to re-start rpc.gssd.

Comment 1 Nalin Dahyabhai 2012-02-02 20:18:49 UTC

This sounds more like a mount or nfs change request rather than one for the libraries, so I'm moving this to nfs-utils, though it might end up in kernel space.

Note, though, that F14 has been past its end-of-life for several weeks, so it's worth knowing if this is something that still happens on a release where this could be fixed: F15 or F16.

Comment 2 Raghavendran Ramanathan 2012-02-02 20:34:14 UTC

I have observed with fed14, fed13, RHEL 6.1.

Comment 3 Steve Dickson 2012-03-13 18:39:38 UTC

(In reply to comment #2)
> I have observed with fed14, fed13, RHEL 6.1.

There was a check but it got removed in upstream because it was to distro specific... The same goes for the idmapper check.

The checks consisted of checking for the existence of the  /var/lock/subsys/<daemon> file. With the introduction of systemd, that file is no longer created when these daemons startup... 

While it was nice to have those checks I just to see a simple way to extract the status out of systemd without doing a fork/exec(), which I think is a bit overkill.