On Tue, 2011-02-15 at 11:11 +0800, Ian Kent wrote: > On Mon, 2011-02-14 at 17:10 -0800, Mike Marion wrote: > > On Tue, Feb 08, 2011 at 01:30:59AM -0800, Philip Ong Jr. wrote: > > > > > I've set the logging level to debug and can see messages of expiring > > > mounts in /var/log/messages...but when I check /etc/mtab or /proc/mounts > > > or df, i can still see them there. Any ideas if this is a known issue or > > > if I can give more info than below? > > > > Out of curiosity... are these direct or indirect mounts? We're seeing an > > issue where our huge maps served from LDAP are seeing indirects not > > umounting > > while logging expires just fine, but the direct maps are working great. I > > believe a co-worker has replicated this exact same behavior with local files > > based maps too though, so pretty sure it's not really related to LDAP at > > all, > > but we've found using LDAP helped clear out a lot of old issues we had a few > > years ago related to the hashing bits. > > > > I've even done network sniffing while doing a kill -USR1 and the automount > > daemon opens new sockets for each indirect (our homedirs) path it wants to > > expire, but there never is any actual network traffic sent across the wire. > > Even better, the sockets stay stuck in ESTABLISHED for a long time. Some > > more > > USR1/expires and/or HUPs can help clear is, or I just run a script that does > > an fuser then umount on unused homedirs and that flushes the ports out. > > When > > the ports pile up to >300 or so, you start getting NFS failures with syslog > > showing "couldn't read superblock." > > > > Oh, and when I say huge maps.. I mean it. We're >10k direct mounts and I > > don't > > know how many indirect mounts, but it's even more then that. > > What kernel and source?
That is kernel revision and autofs revision? > Ian > > _______________________________________________ > autofs mailing list > [email protected] > http://linux.kernel.org/mailman/listinfo/autofs _______________________________________________ autofs mailing list [email protected] http://linux.kernel.org/mailman/listinfo/autofs
