Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 3930 - autofs init script ignoring nsswitch.conf
Summary: autofs init script ignoring nsswitch.conf
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: x86 Linux
: Low minor (vote)
Assignee: Brad Cowan (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 8254
  Show dependency tree
 
Reported: 2002-06-20 09:12 UTC by Gavin Panella
Modified: 2003-02-04 19:42 UTC (History)
4 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Gavin Panella 2002-06-20 09:12:00 UTC
nsswitch.conf is set like so:

...
automount: files
...

However the /etc/init.d/autofs script is still using NIS (via ypcat) to get an
auto.master map.
Comment 1 Martin Schlemmer (RETIRED) gentoo-dev 2002-06-20 13:43:19 UTC
Dont anybody use autofs anymore ?  I certainly do not, and that is why I have
not gotten to the two (or maybe three) bugs about it.
Comment 2 Gavin Panella 2002-06-21 05:59:56 UTC
I find autofs useful especially with our machines at work, but I'm not aware of
how widely it's used elsewhere.

In the autofs(8) man page it states that NIS is consulted for a map.  There is
no mention of nsswitch.conf, so perhaps my assumptions were wrong and this is
not a bug at all.  Equally, the nsswitch.conf(5) man page does not mention an
automount database.

In any case, I probably should have posted this bug with a lower severity and/or
priority.  I've amended that now.
Comment 3 Scott A. Friedman 2002-06-30 15:21:07 UTC
I use autofs all the time. What else is there? Is there any chance of *any* of 
these things getting fixed?
Comment 4 Scott A. Friedman 2002-06-30 15:28:55 UTC
I should have said -- "what else is there when using NFS" -- as someone here 
in the lab just pointed out.

Sorry, autofs related "issues" on Gentoo are getting old around here.

Scott
Comment 5 Terje Kvernes 2002-07-09 20:45:25 UTC
 uhm, unless you want to hardmount things, what alternatives are there to 
autofs?  I use it daily at work and privatly, and can't really live without 
it.  anyhow, another bug is found, autofs should also depend on portmap -- 
otherwise it takes forever to do mounts.  I'll post this as another bug.  if 
there are any issues with autofs I'd be happy to look at it, I can't really 
survive without it. 
Comment 6 Seemant Kulleen (RETIRED) gentoo-dev 2002-08-28 06:29:27 UTC
Scott, Terje:

have either of you fixed this or other autofs bugs still pending?  if so, please
report in the appropriate bug reports and send me an e-mail immediately coz we
need to talk
Comment 7 Seemant Kulleen (RETIRED) gentoo-dev 2002-09-01 08:29:55 UTC
scott, terje:

please see my previous comment

talk to me in irc if at all possible
Comment 8 Scott A. Friedman 2002-09-01 14:03:21 UTC
Hi

Saw your message. We have some fixes but there are other bugs(?) we never 
bothered with that others have mentioned here (and elsewhere). 

I would *love* to get these things fixed and am willing to chip in wherever I 
can and work with whomever is having problems.

Off the top of my head some remaining problems are:
1. Startup dependancy issues (e.g. portmap)
2. Currently, automount just dies after a while (don't know why this happens)
3. Wierd (okay different) startup procedure ignoring nsswitch.conf etc.
4. Something like "autofs status" does not work properly (minor)

Again, I would be very happy to help out here but would like to confer about 
what others have working and have fixed - in other words where are things?

I am not much of an IRC user so you will have to tell me where and when (and 
how! :-) )

Scott
Comment 9 Terje Kvernes 2002-09-01 21:44:08 UTC
sorry for the delay, I've been otherwise occupied.

for me, autofs is stable, and the dependency on portmap is the only real gotcha.
 I miss a solid "autofs status", but it's not a burning issue...  and since I
don't use NIS for my gentoo-boxes I can't verify nsswitch.conf-problems either.  ;-/

Comment 10 Brad Cowan (RETIRED) gentoo-dev 2002-10-27 00:32:30 UTC
I know these bugs are rather old, but I've been assigned to try and solve some
of them. I just committed an -r4 of autofs which changes a few things and
hopefully helps out. Mainly added a use portmap, and there should be a
functional stats option that should funtion like the  usual status, as status is
already predefined to show if the daemon is running or not.*NOTE that is stats
not status. Hopefully some library compile issues are also fixed.  Any help with
autofs would be appreciated because I myself have only used it to check on these
bugs and see how it functions, maily because I have no real use for it. Please
contact me with any improved scripts or changes you have made.
Thanks
Comment 11 Brad Cowan (RETIRED) gentoo-dev 2002-11-17 20:04:25 UTC
hopefully fixed, please submit another bug if you're having more problems :)
Comment 12 Scott A. Friedman 2002-11-17 20:17:51 UTC
Hi actually, most of this stuff can be fixed by correcting 
the /etc/init.d/autofs need/use statements. Just adding a need portmap is not 
really fixing the problem as autofs does not need portmap - nfs does. But not 
everyone uses NFS - which is how we got here in the first place. Our autofs 
script now includes the following...

need localmount // for all you floppy,cd,zip mounters
use ypbind nfs

As I mentioned autofs does not use portmap - nfs and ypbind do which 
already 'use portmap' properly. Anyone using autofs to mount directories from 
a server are probably using nis and nfs. autofs includes a facility to specify 
a nis map to use for looking up the mountpoint. Without these settings things 
will *still not work*

Thanks,
Scott
Comment 13 Brad Cowan (RETIRED) gentoo-dev 2002-11-25 02:09:04 UTC
well I made the init file need localmount use nfs ypbind, I'll see if I get any
complaints, hopefully not :) afaik though autofs doesn't need userland NFS tools
to mount remote nfs shares just kernel support and portmap.

THX