On Sat, 2007-01-27 at 14:10 +0100, Jan Christoph Nordholz wrote: > Hi Ian and Lukas, > > (stepping up as the new maintainer of autofs in Debian, taking over the > work of Steinar Gundersson)
Cool. > > I'm discussing the matter with the util-linux maintainer: the patch in > question question is included in Debian's autofs package, but not in > util-linux. I've only had time for a quick glance though, because I'll > leave for a week of vacation soon. I'll keep you informed. And that patch is also in the patches directory of the 5.0.1-rc3 tarball. It is mainly to demonstrate the bug so people know what to check. It did seem to improve things somewhat but is not a complete solution but is all we have atm. It's been quite a while since I looked at this so it's difficult to remember, but ... I think the main problem was in the function lock_fatab(). The close at the bottom of the loop was in the wrong position which was causing the flock to be released frequently for all waiting process. This caused the retry count to be used up quickly leading to an additional waiter going ahead anyway, without the lock, along with the lock holder which often resulted in corruption in /etc/mtab. Ian _______________________________________________ autofs mailing list [email protected] http://linux.kernel.org/mailman/listinfo/autofs
