On Tue, Jan 25, 2005 at 08:24:13AM -0700, Michael Blandford wrote: > Francesco P. Lovergine wrote: > > >Changes in indirect maps such as auto.home > >distributed via NIS are ignored until all daemons are killed and > >restarted. > >That's of course not always possible or practical (it requires all > >users logout). This behavior is not present in other *nix such as > >Solaris or True64, so it can be considered a true bug. > > > > > > > > What version of autofs are you using? Have you applied the kernel > patches at kernel.org ( if you aren't using 2.6.10 ) > > Michael
Autofs 4.1.3-8 in Debian testing. That's with stock debian kernel 2.6.8 (which is a patched 2.6.8.1). I suspect that has nothing to do with kernel space, anyway. It's a mere missing invalidation of NIS maps. Note that ypcat returns correctly the new map, but autofs continues to use the wrong obsolete one. I can try 2.6.10 if you will feel better with that :) In fact, if the old map auto.home contains something like frankie hostA:/pathA and the new map in the same file frankie hostB:/pathB autofs will mount hostA:/pathA for user frankie instead of the new one. The only workaround is restarting autofs daemon. That's obviuosly true even if user home was not mounted previously. BTW, I have the same problem with FC3. That's quite annoying, also considering that other unices behaves correctly. -- Francesco P. Lovergine _______________________________________________ autofs mailing list [email protected] http://linux.kernel.org/mailman/listinfo/autofs
