From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jim Summers Subject: Re: AutoFS5 Date: Wed, 15 Aug 2007 08:48:48 -0500 Message-ID: <46C30440.6040808@cs.ou.edu> References: <46C2005D.1090907@cs.ou.edu> <46C212FA.7030201@cs.ou.edu> <1187155104.3249.14.camel@raven.themaw.net> Reply-To: jsummers@bachman.cs.ou.edu Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1187155104.3249.14.camel@raven.themaw.net> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: autofs-bounces@linux.kernel.org Errors-To: autofs-bounces@linux.kernel.org To: Ian Kent Cc: autofs@linux.kernel.org Ian Kent wrote: > On Tue, 2007-08-14 at 15:39 -0500, Jim Summers wrote: >> Jeff Moyer wrote: >>> Jeff Moyer writes: >>> >>>> Jim Summers 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 -------------------------------------------------