mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Andi Kleen <ak@suse.de>
To: Matthew Jacob <mjacob@feral.com>
Cc: "Brian J. Watson" <Brian.J.Watson@compaq.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>
Subject: Re: active after unmount?
Date: Fri, 20 Apr 2001 00:09:46 +0200	[thread overview]
Message-ID: <20010420000946.A4982@gruyere.muc.suse.de> (raw)
In-Reply-To: <3ADF5DCB.EEADD4E0@compaq.com> <Pine.BSF.4.21.0104191454390.81926-100000@beppo.feral.com>
In-Reply-To: <Pine.BSF.4.21.0104191454390.81926-100000@beppo.feral.com>; from mjacob@feral.com on Thu, Apr 19, 2001 at 02:56:15PM -0700

On Thu, Apr 19, 2001 at 02:56:15PM -0700, Matthew Jacob wrote:
> 
> 
> On Thu, 19 Apr 2001, Brian J. Watson wrote:
> 
> > > Unmounting a SCSI disk device succeeded, and yielded:
> > > 
> > > Red Hat Linux release 6.2 (Zoot)
> > > Kernel 2.4.3 on a 2-processor i686
> > > 
> > > chico login: VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have
> > > a nice day...
> > > 
> > 
> > 
> > This message comes out of kill_super(). I would guess that somebody's
> > mismanaging VFS refcounts, but there's not enough info here to diagnose the
> > problem. What filesystem are you using? Is this reproducible? What do you have
> > to do between mounting and unmounting to reproduce the problem?
> 
> >>>>>>ext2<<<<<<, haven't reproduced it yet, on a 2x686 256MB memory,
> SCSI midlayer default, with 2.4.3.

I've seen it a lot with the autofs. You can check what it is with the
following small debug patch.

Index: fs/inode.c
===================================================================
RCS file: /cvs/linux/fs/inode.c,v
retrieving revision 1.122
diff -u -u -r1.122 inode.c
--- fs/inode.c	2001/03/24 09:36:25	1.122
+++ fs/inode.c	2001/04/19 22:07:17
@@ -443,6 +443,13 @@
 			count++;
 			continue;
 		}
+#if 1
+		printk("inode %u:%lu busy\n", inode->i_dev, inode->i_ino); 
+		if (inode->i_dentry.next != &inode->i_dentry) 
+			printk("for file %s\n", 
+	list_entry(inode->i_dentry.next, struct dentry, d_alias)->d_name.name);  
+#endif		
+		
 		busy = 1;
 	}
 	/* only unused inodes may be cached with i_count zero */


-Andi

  reply	other threads:[~2001-04-19 22:10 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-04-19 21:51 Brian J. Watson
2001-04-19 21:56 ` Matthew Jacob
2001-04-19 22:09   ` Andi Kleen [this message]
2001-04-19 22:17     ` Matthew Jacob
2001-04-20  0:41       ` Alexander Viro
2001-04-20  3:22         ` Matthew Jacob
  -- strict thread matches above, loose matches on Subject: below --
2001-04-17 15:40 Matthew Jacob

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=20010420000946.A4982@gruyere.muc.suse.de \
    --to=ak@suse.de \
    --cc=Brian.J.Watson@compaq.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mjacob@feral.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®