All of lore.kernel.org
 help / color / mirror / Atom feed
From: James Pearson <james-p@moving-picture.com>
To: nfs@lists.sourceforge.net, autofs@linux.kernel.org
Subject: Re: Busy inodes after unmount followed by Oops
Date: Fri, 21 May 2004 16:44:28 +0100	[thread overview]
Message-ID: <40AE23DC.6C240DAE@moving-picture.com> (raw)
In-Reply-To: 3FFE8B28.1E645E4E@moving-picture.com

James Pearson wrote:
> 
> There was a long thread a few months ago about this subject:
> 
> http://marc.theaimsgroup.com/?t=106332683300004&r=1&w=2
> 
> and
> 
> http://marc.theaimsgroup.com/?t=106340013500006&r=1&w=2
> 
> I've read the posts but as far as I can tell, I can't find a 'solution'
> to the problem (but I may have missed it in all the posts!)
> 
> I have the same problem with a large number of dual CPU machines running
> 2.4.20 and above that make heavy use of autofs (v4.0.0pre10).
> 
> We get a:
> 
> VFS: Busy inodes after unmount. Self-destruct in 5 seconds.  Have a nice
> day...
> 
> mesasage, followed some time later by Oops's from kswapd, umount or some
> other user application.
> 
> Is there a 'fix' for this problem?

Just to follow up on my original posting back in January, the problem
above appears to have been solved by using Ian Kent's latest autofs
kernel patch (20040508) from
http://www.kernel.org/pub/linux/daemons/autofs/v4 - we are also running
the latest 4.1.2/4.1.3 automount daemon.

We've been running this patch on over 400 machines for the last 10 or so
days, and have not seen any instance of this 'VFS: Busy inodes after
unmount/Oops' problem above - previously, we would have seen a
significant number of these in the same time scale (and we are still
seeing the problem on machines not using the patch).

Thanks

James Pearson

  parent reply	other threads:[~2004-05-21 15:44 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-09 11:06 Busy inodes after unmount followed by Oops James Pearson
2004-01-09 19:13 ` [NFS] " Ian Kent
2004-05-21 15:44 ` James Pearson [this message]
2004-05-21 16:44   ` Trond Myklebust
2004-05-21 16:44     ` Trond Myklebust
2004-05-21 16:58     ` [NFS] " James Pearson
2004-05-22 13:04       ` Greg Banks
2004-05-22 15:15         ` raven
2004-05-22 15:24           ` raven
2004-05-24 15:51         ` James Pearson
2004-05-22  3:41     ` raven

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=40AE23DC.6C240DAE@moving-picture.com \
    --to=james-p@moving-picture.com \
    --cc=autofs@linux.kernel.org \
    --cc=nfs@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.