All of lore.kernel.org
 help / color / mirror / Atom feed
From: Erich Weiler <weiler@soe.ucsc.edu>
To: Ian Kent <raven@themaw.net>
Cc: autofs@linux.kernel.org
Subject: Re: Autofs weirdness in nsswitch.conf and other stuff...
Date: Thu, 15 Mar 2007 19:41:45 -0700	[thread overview]
Message-ID: <45FA03E9.8020901@soe.ucsc.edu> (raw)
In-Reply-To: <1174008860.3397.9.camel@raven.themaw.net>

Hi Ian,

Fantastic!  Just what I needed, all is well now.  Thanks a million for 
the insight!

Regards,
erich

Ian Kent wrote:
> On Thu, 2007-03-15 at 15:05 -0700, weiler@soe.ucsc.edu wrote:
>> Hey all-
>>
>> I'm testing out CentOS 5 (i.e. RedHat 5) and and playing around with
>> autofs 5.0.1 which is the version that ships with it.  I'm noticing three
>> odd things based on what I was seeing in RedHat 4.4 (which has autofs
>> 4.1.3):
>>
>> 1: Before, with autofs 4.1.3, I had in /etc/nsswitch.conf:
>>
>> automount: files ldap
>>
>> And I had some maps in /etc/auto.master that mounted AND I had some maps
>> in LDAP that mounted, both worked OK together.  But in Autofs 5.0.1, the
>> same line in nsswitch.conf only lets me use whatever is first, i.e. if
>> files is listed first it automounts with flat files but not LDAP, or vice
>> versa.  Is there any way to get them BOTH working again, or is this a
>> nifty feature that has been removed?
> 
> That's correct.
> That's the behavior of other industry standard automounters.
> Adding a plus include line at the end of /etc/auto.master (as in the
> default configuration) will allow the inclusion of the LDAP master map
> in the above example.
> 
>> 2: When it loads flat files from auto.master locally, I see all the maps
>> mount at once randomly, i.e. if I have 1 map with 10 mounts listed in it,
>> I see them ALL mount at once!  Even though I didn't access them.  They
>> seem to come and go randomly...  Is this normal with autofs 5?
> 
> No, you have a process accessing the filesystems.
> Find out what it is and get an update for it.
> Using debug logging for a little while may help to identify the culprit
> as version 5 logs the requesting pid. Don't forget to make sure daemon.*
> is being logged somewhere. 
> 
>> 3: I used to see this when I did a "ps -ef | grep automount" in autofs 4.1.3:
>>
>> % ps -ef | grep automount
>> [root@lutra ~]# ps -ef | grep automount
>> root      3373     1  0 Mar14 ?        00:00:00 /usr/sbin/automount
>> --timeout=6000 /cluster file /etc/auto.cluster intr
>> root      3442     1  0 Mar14 ?        00:00:00 /usr/sbin/automount
>> --timeout=6000 /share file /etc/auto.share
>> root      3489     1  0 Mar14 ?        00:00:00 /usr/sbin/automount
>> --timeout=60 --ghost /home ldap nisMapName=auto.home,dc=someuniv,dc=edu
>> -hard,intr,rw
>> root      3565     1  0 Mar14 ?        00:00:00 /usr/sbin/automount
>> --timeout=60 --ghost /projects ldap
>> nisMapName=auto.projects,dc=someuniv,dc=edu -hard,intr,rw
>>
>> But now all I see on 5.0.1 is:
>>
>> % ps -ef | grep automount:
>> root     25274     1  0 14:43 ?        00:00:00 automount
>> root     25451 18488  0 15:02 pts/1    00:00:00 grep automount
>>
>> Not nearly as descriptive as to *what* is actually live or not...
> 
> Yes, version 5 uses POSIX threads instead of processes.
> You won't see the autofs file system mounts in /etc/mtab anymore either.
> Check /proc/mounts to see the autofs mounts and use the list threads
> option in ps if you want more information.
> 
> Ian
> 

  reply	other threads:[~2007-03-16  2:41 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-03-15 22:05 Autofs weirdness in nsswitch.conf and other stuff weiler
2007-03-16  1:34 ` Ian Kent
2007-03-16  2:41   ` Erich Weiler [this message]
2007-03-16 13:19   ` Peter Staubach
2007-03-16 14:24     ` Ian Kent
2007-03-16 14:37       ` Peter Staubach
2007-03-16 14:56         ` Jeff Moyer
2007-03-16 15:16           ` Erich Weiler
2007-03-16 16:32             ` Ian Kent
2007-03-16 17:09               ` Jim Carter
2007-03-16 17:21                 ` Jeff Moyer
2007-03-16 17:39                 ` Ian Kent
2007-03-16 18:21                   ` Peter Staubach
2007-03-19  3:35                     ` Ian Kent
2007-03-19 18:14                   ` Jim Carter
2007-03-16 16:25       ` Jim Carter
2007-03-16 16:49         ` Jeff Moyer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=45FA03E9.8020901@soe.ucsc.edu \
    --to=weiler@soe.ucsc.edu \
    --cc=autofs@linux.kernel.org \
    --cc=raven@themaw.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.