On Fri, 2007-10-19 at 13:05 -0400, Dan Halbert wrote: > Ian Kent wrote: > > >Well, to be honest, I had forgotten about that comment, but that's > >partly good. The curious thing is, of course, is hitting this problem > >is quite odd because it shouldn't be that prone to occur. > > I think the original diagnosis of an umount/mount race is only one > possible way to hit the bug. We use very long timeouts and would never > have hit that particular race. Since we see it with LDAP but not with a > local map, I wonder if it is due to some slight additional delay caused > by the LDAP lookup.
We understand what is happening now. Jeff worked it out. It is to do with the use of a wildcard entry and interaction of the daemon with the autofs internal cache and the directory create/remove done by the daemon. This also explains why the kernel patch prevents the problem from happening. > > >To this end I've built a RHEL4 kernel with all the patches that > >"should" be included. If your interested in testing it we just need to > >find a way to get it to you. > > Jeff Moyer wrote: > > I verified that the latest release-candidate kernel for RHEL 4 U6 > > fixes the problem. > > > > In the mean time, you can work around the bug by turning off ghosting. > > Ian, should I try your test kernel, or is it moot now, given what Jeff > says? I can privately give you an FTP location if you would still like > it tested. We probably still have to make our case for getting this into the revision 55 series kernel I think, given that the patches have been reverted. Your not the only one seeing this and I expect not everyone will be able or comfortable upgrading to a later revision kernel so perhaps we should. It's pretty much up to you as anyone who can't go to the U6 kernel and needs this will have to test it for themselves anyway. I have the build now anyway. Ian _______________________________________________ autofs mailing list [email protected] http://linux.kernel.org/mailman/listinfo/autofs
