All of lore.kernel.org
 help / color / mirror / Atom feed
From: Peter Staubach <staubach@redhat.com>
To: Ian Kent <raven@themaw.net>
Cc: autofs@linux.kernel.org
Subject: Re: Autofs weirdness in nsswitch.conf and other stuff...
Date: Fri, 16 Mar 2007 10:37:23 -0400	[thread overview]
Message-ID: <45FAABA3.8060608@redhat.com> (raw)
In-Reply-To: <1174055083.3397.11.camel@raven.themaw.net>

Ian Kent wrote:
> On Fri, 2007-03-16 at 09:19 -0400, Peter Staubach wrote:
>   
>> 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.
>>>       
>> Is this really true?  My impression was that autofs implementations such as
>> the Solaris version would use the name service switch really as a switch.
>> It would look for a map following the standard rules which apply to
>> nsswitch.conf entries.  I can remember using a combination of NIS+ and
>> flat files for map sources, without having to resort to the "+" tricks.
>>     
>
> Think so.
> I'll check again.
> But I think that the first source found (master map in this case) is
> used.

Yes, I agree, the first source found is used.  However, if some maps
are flat files and some maps are stored in other places such as ldap,
nis, or nis+, then when a reference to them occurs, they should be
looked for in the name services and directory services in the order
that the nsswitch.conf contains.

Or am I misunderstanding the situation and we are actually in
agreement?  I interpreted the situation originally described as _all_
maps having to come from the one source, instead of on a per-map
basis.

    Thanx...

       ps

  reply	other threads:[~2007-03-16 14:37 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
2007-03-16 13:19   ` Peter Staubach
2007-03-16 14:24     ` Ian Kent
2007-03-16 14:37       ` Peter Staubach [this message]
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=45FAABA3.8060608@redhat.com \
    --to=staubach@redhat.com \
    --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.