|
Bugzilla – Full Text Bug Listing |
| Summary: | how to start gssd without having an nfs entry in /etc/fstab | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 11.1 | Reporter: | Werner Queck <queck> |
| Component: | Network | Assignee: | Neil Brown <nfbrown> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P3 - Medium | CC: | ian.grant, kamil, taupemoi |
| Version: | Final | ||
| Target Milestone: | --- | ||
| Hardware: | 32bit | ||
| OS: | openSUSE 11.1 | ||
| Whiteboard: | maint:released:11.1:24255 maint:released:sle11:24254 | ||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Werner Queck
2009-02-04 15:12:36 UTC
This also applies to the idmapd service on an nfs4 client: Whenever an nfs4 share is mounted manually (without using rcnfs start), idmapd is not automatically started and hence user mappings are incorrect. But using rcnfs only works if the share is entered in /etc/fstab without the noauto option - which is not desirable in some circumstances (e.g. with automount or manual mounts). As a solution, I suggest creating a separate init script to start idmapd (or gssd as in the previous poster's situation). This is design error. The existence of autofs and user-mountable NFS volumes means that one can't deduce anything about NFS requirements from the contents of /etc/fstab. I apply this patch to /etc/init.d/nfs but it starts everything including idmapd which we don't need for V3 nfs with sec=krb5, so it's not ideal:
--- nfs.orig 2009-02-11 14:17:10.000000000 +0000
+++ nfs 2009-02-11 14:22:53.000000000 +0000
@@ -38,7 +38,7 @@
usr=""
opt=""
mnt=""
-nfs=no
+nfs=yes
while read what where type options rest ; do
case "$what" in
Katarina,could you please help to have a look at this? I am not very sure whether it is right to assign it to you. Wait for your suggestion. Sorry for the inconvenience and thank you. I applied the change as Ian suggested above and that's working for right now. I'm not sure why all these elaborate checks are necessary. If I chkconfig my nfs service to on, I expect it will start. I can think of many use cases where it would be necessary to have it running but not have any filesystems defined in fstab. This is not quite about YaST nfs module, but about nfs init scripts rather than that. Looking at the changelog, nfs service is not started intentionally if there is nothing nfs-related in fstab: * Mon Sep 22 2008 nfbrown@suse.de - Change nfs.init to do nothing if NFS is not mentioend in /etc/fstab, and sure it is always enabled. bnc#331667 Reassigning SuSE has a policy that services should not be started unless they are known to be needed. So we cannot start gssd etc just because they are installed. We need to be sure they are wanted. You can start the required daemons by hand with rcnfs force-start Probably we should have a config option that can be set in /etc/sysconfig/nfs which says "assume NFS is in use, so start any required daemons". I'll look into it. That would be a good solution. At our site we manage all NFS mounts completely through the automounter, and I'm sure many larger sites do the same thing. fstab simply isn't flexible enough when you have mounts being added or changed regularly on dozens of machines. I have changed the nfs=no line to nfs=$NFS_START_SERVICES and added ## Path: Network/File systems/NFS server ## Description: Always start NFS services ## Type: yesno ## Default: no ## ServiceRestart nfs # # Always start NFS services (gssd, idmapd), not only if # there are nfs mounts in /etc/fstab. This is likely to be # needed if you use an automounter for NFS. # NFS_START_SERVICES="no" to the end of /etc/sysconfig/nfs. This should allow you to set "Always start NFS services" to "yes" and get the desired result. Anja: I'd like to make this available as an update for OpenSUSE 11.1 and SLES11. Could I get a tracking number please? Neil, thats not the normal way we do such things. the normal way would be to initialize to "" (empty string), and default to the default value if the string is empty. this way we can change the default at some point without having upgrade pains. The SWAMPID for this issue is 23557. Please submit the patch and patchinfo file using this ID. (https://swamp.suse.de/webswamp/wf/23557) (In reply to comment #9) > Neil, thats not the normal way we do such things. the normal way would be to > initialize to "" (empty string), and default to the default value if the string > is empty. > > this way we can change the default at some point without having upgrade pains. If I understand this correctly, it means putting nfs=${NFS_START_SERVICES:-no} in nfs.init, and NFS_START_SERVICES="" in /etc/sysconfig/nfs Is that correct? Thanks. yep, that should work (haven't tested the bash magic, but looks ok on first sight) OK, I have submitted patches for this for SLE11 and 11.1 Update released for: nfs-client, nfs-doc, nfs-kernel-server, nfs-utils, nfs-utils-debuginfo, nfs-utils-debugsource Products: openSUSE 11.1 (debug, i586, ppc, x86_64) Update released for: nfs-client, nfs-doc, nfs-kernel-server, nfs-utils, nfs-utils-debuginfo, nfs-utils-debugsource Products: SLE-DEBUGINFO 11 (i386, ia64, ppc64, s390x, x86_64) SLE-DESKTOP 11 (i386, x86_64) SLE-SERVER 11 (i386, ia64, ppc64, s390x, x86_64) |