Bug 514427 - start (nfs-utils) services that will be on in the current runlevel
Summary: start (nfs-utils) services that will be on in the current runlevel
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: nfs-utils
Version: 12
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Steve Dickson
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: 514429
TreeView+ depends on / blocked
 
Reported: 2009-07-29 04:16 UTC by Jerry Amundson
Modified: 2010-10-19 08:57 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 514429 (view as bug list)
Environment:
Last Closed: 2010-10-19 03:27:24 UTC
Type: ---


Attachments (Terms of Use)

Description Jerry Amundson 2009-07-29 04:16:26 UTC
Description of problem:
nfs mount(s) unavailable even after nfs-utils is installed

Version-Release number of selected component (if applicable):
nfs-utils-1.2.0-6.fc12.i586

How reproducible:
once

Steps to Reproduce:
1.install nfs-utils
2.try to mount nfs filesystem
3.
  
Actual results:
/usr/sbin/start-statd: line 8: /sbin/rpc.statd: Permission denied
/usr/sbin/start-statd: line 8: /sbin/rpc.statd: Success
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.

Expected results:
mounted filesystem

Additional info:
Don't think, "reboot". That's like Microsoft.
Be proactive. Think, "I'll help the users not have to know or care about his".

Comment 1 Jerry Amundson 2009-07-29 04:37:13 UTC
(In reply to comment #0)
> Be proactive. Think, "I'll help the users not have to know or care about his".  

s/about his/about this/

Though, maybe not, as "service nfs start" from a konsole brought the desktop to a (unusable) crawl at the starting "NFS daemon" point.
Problem there, however, is you've assumed I'm starting an NFS server. When you assume...

Bottom line, logically, is start nfslock. (and, for that matter, chkconfig everything else "off".)

Comment 2 Steve Dickson 2009-07-30 12:29:50 UTC
what are the mode bits on '/sbin/rpc.statd'? (ala ls -l /sbin/rpc.statd)
Is SELinux enabled?

Comment 3 Steve Dickson 2009-07-30 12:46:00 UTC
I wonder if https://bugzilla.redhat.com/show_bug.cgi?id=513481 is
the problem here as well...

Comment 4 Bug Zapper 2009-11-16 11:10:21 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle.
Changing version to '12'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 5 Leam 2010-08-29 11:22:57 UTC
In F13, installing nfs-utils and nfs-utils-lib fails to have service nfs "on" as reported by "chkconfig -- list". Workaround is to manually change the levels.

Comment 6 Leam 2010-08-29 12:04:04 UTC
Edit comment 5. "NFS" service not required to act as client. Not sure what the earlier issues were; it took an install of nfs-utils and a reboot for it to work the first time. Afterwards, removing nfs-utils, rebooting, and re-installing let the client mount properly. 

Tossup between possible operator error and nfs-utils installing something the first time that fixed the issue and then not removing it when the rpm was pulled.

Comment 7 Steve Dickson 2010-10-19 03:27:24 UTC
Its unclear to me this is a problem... Its on purpose the NFS server 
is not on (i.e. chkconfig on) by default.. So I'm going to close this
bz, please feel free to reopen it.

Comment 8 Leam 2010-10-19 08:57:06 UTC
(In reply to comment #7)
> Its unclear to me this is a problem... Its on purpose the NFS server 
> is not on (i.e. chkconfig on) by default.. So I'm going to close this
> bz, please feel free to reopen it.

Steve,

For comment #6, it took a nfs-utils and reboot to get the machine to act as an NFS client. Would you agree that is a bug?

Thanks!

Leam


Note You need to log in before you can comment on or make changes to this bug.