Re: AutoFS5

[Jim Summers <jsummers@bachman.cs.ou.edu>]

Ian Kent wrote:
> On Tue, 2007-08-14 at 15:39 -0500, Jim Summers wrote:
>> Jeff Moyer wrote:
>>> Jeff Moyer <jmoyer@redhat.com> writes:
>>>
>>>> Jim Summers <jsummers@bachman.cs.ou.edu> 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.

i will monitor it for a few days to verify all is well.

many thanks





> Ian
> 

-- 
Jim Summers
School of Computer Science-University of Oklahoma
-------------------------------------------------