On Tue, 22 Nov 2005, Farkas Levente wrote: > Jeff Moyer wrote: > > ==> Regarding Re: [autofs] automount never umount; Farkas Levente > > <[EMAIL PROTECTED]> adds: > > > > lfarkas> Ian Kent wrote: > > > > > > That wasn't what I had in mind. > > > > > > > > I was thinking more along the lines of the definition of what constitues > > > > "use". For example any access, such as a directory listing, will update > > > > the "last used" value whereas if I change the definition of "last used" > > > > to "currently in use" then to be busy there would have to be an open > > > > file or a process working directory set. This may solve the GUI scanning > > > > problem we see but wouldn't solve immediate remounting that occurs due > > > > to the scanning as well. > > > > > > lfarkas> that would be useful and may be solve our problem. without it the > > lfarkas> current implementation is not usable to umount. think about just > > lfarkas> the daily process like slocate database update, tripwire and may > > lfarkas> be others. > > > > Things that run infrequently are not at fault, here. I'd really like to > > know precisely what is going on, in your case. > > > > Ian, I think it would be easy enough to instrument the autofs4 module. > > Simple things, like figuring out which process is triggerring the lookup. > > ps axu can help you?
Not really in our case. > > > We can either log it, or just keep a ring buffer. > > i run gnome and nothing special, even if only one terminal and netscape is > running the autofs never umount. I spent quite a bit of time on this very same issue some time ago. I even subscribed to the list but the job was to big for the time I had. The folks there agreed that that code was in need of work. In the end I used a work around of setting the mode of the file where gnome keeps its files list to 000 so no entries could be added. Didn't seem to worry gnome and prevented the timeout/remount cycle. I'll poke around and see if I can find the details. As far as the desktop goes this is probably our biggest issue. Ian _______________________________________________ autofs mailing list [email protected] http://linux.kernel.org/mailman/listinfo/autofs
