* LDAP entries cached forever [PATCH]
@ 2005-11-04 23:25 Vince Busam
2005-11-06 5:05 ` Ian Kent
0 siblings, 1 reply; 2+ messages in thread
From: Vince Busam @ 2005-11-04 23:25 UTC (permalink / raw)
To: autofs
An ldap mountpoint will be cached forever until autofs is restarted or gets a SIGHUP.
Does it make sense to alter the behavior to automatically age out old entries and re-query
the ldap server every once in a while?
Something like this (though without the hacky environment variable config):
http://www.sixpak.org/vince/autofs-age-ldap-cache.diff
Vince
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: LDAP entries cached forever [PATCH]
2005-11-04 23:25 LDAP entries cached forever [PATCH] Vince Busam
@ 2005-11-06 5:05 ` Ian Kent
0 siblings, 0 replies; 2+ messages in thread
From: Ian Kent @ 2005-11-06 5:05 UTC (permalink / raw)
To: Vince Busam; +Cc: autofs
On Fri, 4 Nov 2005, Vince Busam wrote:
> An ldap mountpoint will be cached forever until autofs is restarted or gets a
> SIGHUP. Does it make sense to alter the behavior to automatically age out old
> entries and re-query the ldap server every once in a while?
That's not quite right.
What about the other map types? The behaviour should be the same for all
the maps where possible.
Changes should be noticed and the map entry updated on every mount
request.
I decided against timing out entries and reloading the map for several
reasons I can't remember now but it's always up for reconsideration.
I also have a couple of patches in the queue for the ldap module, one
largely rewrites the module.
>
> Something like this (though without the hacky environment variable config):
> http://www.sixpak.org/vince/autofs-age-ldap-cache.diff
I'll have a look.
Thanks for the contribution Vince.
Ian
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2005-11-06 5:05 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-11-04 23:25 LDAP entries cached forever [PATCH] Vince Busam
2005-11-06 5:05 ` Ian Kent
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.