From: Jeff Moyer <jmoyer@redhat.com>
To: Ian Kent <raven@themaw.net>
Cc: autofs mailing list <autofs@linux.kernel.org>
Subject: Re: [ANNOUNCE] autofs 5.0.0 beta1
Date: Thu, 04 May 2006 09:56:09 -0400 [thread overview]
Message-ID: <x49u085yjuu.fsf@redhat.com> (raw)
In-Reply-To: <Pine.LNX.4.64.0605042019420.3559@raven.themaw.net> (Ian Kent's message of "Thu, 4 May 2006 20:29:00 +0800 (WST)")
==> Regarding RE: [autofs] [ANNOUNCE] autofs 5.0.0 beta1; Ian Kent <raven@themaw.net> adds:
raven> On Thu, 4 May 2006, Rigler, Stephen C. wrote:
>> I have it installed on one FC5 machine running the vanilla 2.6.16.12
>> kernel patched with the autofs4-2.6.16-v5 patch.
>>
>> Operationally everything seems good so far. I like how the direct
>> mounts are ghosted (which is consistent behavior with the other unixes
>> we run).
>>
>> The only issue I had was with parsing of auto.master. We get our
>> auto.master from NIS and automount didn't seem to want to parse it even
>> when specifying "+auto.master" in /etc/auto.master. I ended up
>> ypcat'ing auto.master
raven> What do you have in the nsswitch.conf automount: entry?
raven> You probably already know this but ...
raven> The default master map is /etc/auto.master but that can be changed
raven> by setting DEFAULT_MASTER_MAP_NAME in the config or giving it on the
raven> command line for automount.
raven> Setting
raven> DEFAULT_MASTER_MAP_NAME=auto.master
raven> and
raven> automount: nis
raven> should do the trick.
raven> However if you had
raven> automount: files nis
raven> and /etc/auto.master exists with a +auto.master it will probably get
raven> it wrong in a strange way. Maybe that's what is happening?
Yeah, I think this is the one exception to the nsswitch rule. I wonder if
it's the same if you have /etc/auto.foo that does a +auto.foo? May be
worth testing that out on another UNIX box to see what happens.
-Jeff
next prev parent reply other threads:[~2006-05-04 13:56 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-05-04 11:16 [ANNOUNCE] autofs 5.0.0 beta1 Rigler, Stephen C.
2006-05-04 12:29 ` Ian Kent
2006-05-04 13:56 ` Jeff Moyer [this message]
-- strict thread matches above, loose matches on Subject: below --
2006-05-08 11:51 Rigler, Stephen C.
2006-05-09 10:51 ` Ian Kent
2006-05-04 17:29 Rigler, Stephen C.
2006-05-04 18:03 ` Jeff Moyer
2006-05-05 1:37 ` Ian Kent
2006-05-04 13:08 Rigler, Stephen C.
2006-05-04 13:57 ` Jeff Moyer
2006-05-02 15:35 Ian Kent
2006-05-02 17:33 ` Steinar H. Gunderson
2006-05-03 1:26 ` Ian Kent
2006-05-03 13:16 ` Moshe Kaminsky
2006-05-03 14:48 ` Ian Kent
2006-05-03 16:55 ` Moshe Kaminsky
2006-05-03 17:30 ` Ian Kent
2006-05-04 17:33 ` Moshe Kaminsky
2006-05-05 1:32 ` Ian Kent
2006-05-03 15:15 ` Ian Kent
2006-05-03 16:58 ` Moshe Kaminsky
2006-05-03 15:58 ` Ian Kent
2006-05-03 17:00 ` Moshe Kaminsky
2006-05-03 17:56 ` Ian Kent
2006-05-04 17:28 ` Moshe Kaminsky
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=x49u085yjuu.fsf@redhat.com \
--to=jmoyer@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.