On Wed, 2007-08-15 at 08:48 -0500, Jim Summers wrote:
> Ian Kent wrote:
> > On Tue, 2007-08-14 at 15:39 -0500, Jim Summers wrote:
> >> Jeff Moyer wrote:
> >>> Jeff Moyer <[EMAIL PROTECTED]> writes:
> >>>
> >>>> Jim Summers <[EMAIL PROTECTED]> writes:
> >>>>
> >>>>> Hello All,
> >>>>>
> >>>>> Just hit a hiccup with autofs5.  Everything was going along fine and 
> >>>>> then had 
> >>>>> a user call and say they could not get their home on a machine.  I did 
> >>>>> some 
> >>>>> quick checking and some mounts were working and others not.  below is a 
> >>>>> bit of 
> >>>>> the debug log and some other info.  the user, gerardo is the one who 
> >>>>> called 
> >>>>> me.  entries in the debug log for him are the same as the tmac user.  
> >>>>> in that 
> >>>>> it get his ldap info tries to mount but then says it is already mounted 
> >>>>> and 
> >>>>> then fails????
> >>>>>
> >>>>> client machine is FC6 hand compiled autofs version:
> >>>>> autofs-5.0.1-20
> >>>>> autofs-debuginfo-5.0.1-20
> >>>>> with a patch from Ian.
> >>>> What is the kernel version on the client?
> >> 2.6.22.1-32.fc6
> >>
> >>> I'm guessing that you have 2.6.22.1-13.fc6 or later installed.  These
> >>> kernels include the "nosharecache" patch for NFS.  This patch can
> >>> cause some mounts to fail with -EBUSY.  You can revert the
> >>> nosharecache patch to get the old behaviour back.
> >> is this accomplished with boot option similar to 'noacpi' or something 
> >> like that?
> > 
> > It's a mount option.
> > Check your nfs-utils. I believe that revision 14 and above will
> > understand the "nosharecache" option.
> > 
> > Add this as a global option by changing:
> > 
> > #OPTIONS=""
> > 
> > to
> > 
> > OPTIONS="-O nosharecache"
> > 
> > in /etc/sysconfig/autofs, near the bottom and let us know if this helps.
> > 
> 
> seems to have resolved the problem.  i added the nosharecache option and 
> restarted the daemon.  then was able to su to the affected and unaffected 
> accounts and get the mounts.
> 
> the really cool thing was, i was able to do, "/etc/init.d/autofs restart" 
> while a couple of users were logged in and it actually restarted.  I was not 
> able to do that with autofs4, it would pretty much hang.

Yes, people are starting to notice that.

Ian


_______________________________________________
autofs mailing list
autofs@linux.kernel.org
http://linux.kernel.org/mailman/listinfo/autofs

Reply via email to