On Wed, 2005-11-23 at 14:46 -0800, Jim Carter wrote:
> On Tue, 22 Nov 2005, Ian Kent wrote:
> > On Tue, 22 Nov 2005, Brian Long wrote:
> > > On Tue, 2005-11-22 at 09:39 -0500, Brian Long wrote:
> > > > I have an auto.master deployed to thousands of hosts and it looks like
> -- snip --
> > > > auto.home contains over 34,000 entries. I've noticed in RHEL 3 U5 and
> -- snip --
> > > > After looking at tcpdump data, it appears automounter is downloading the
> > > > entire auto.home map when it fails to lookup "no-such-user". This
> > > > results in a > 700KB transfer from the NIS server :(
>
> I may have missed something in subsequent discussion, but why isn't
> automount querying just the missing map row? If NIS agreed that it did not
> exist, fine, report an error to the client's opendir(). If it *did* exist,
> the new information could be added immediately and the filesystem could be
> mounted promptly.
Exactly; I believe this is a bug in the cache code as Jeff Moyer
mentioned (and provided a patch for).
> Browsing is nice but gets expensive if there are 34,000 potential mount
> points. If browsing is turned off, the code that enumerates the map should
> delete rows in the kernel but not in the map, but should bypass adding rows
> in the map but not the kernel. Could this be part of the cause of the
> original problem -- browsing being turned on inappropriately?
To my knowledge, browsing is not enabled by default. We definitely do
not have it enabled in our environment on purpose.
/Brian/
--
Brian Long | | |
IT Data Center Systems | .|||. .|||.
Cisco Linux Developer | ..:|||||||:...:|||||||:..
Phone: (919) 392-7363 | C i s c o S y s t e m s
_______________________________________________
autofs mailing list
[email protected]
http://linux.kernel.org/mailman/listinfo/autofs
