From: "Ragnar Kjørstad" <nfs@ragnark.vestdata.no>
To: "Stephen C. Tweedie" <sct@redhat.com>
Cc: Steffen Persvold <sp@scali.no>, Andrew Morton <akpm@zip.com.au>,
lkml <linux-kernel@vger.kernel.org>,
nfs list <nfs@lists.sourceforge.net>,
ext2-devel@lists.sourceforge.net
Subject: Re: [NFS] Re: [Ext2-devel] Re: 2.4.9 kernel crash
Date: Thu, 6 Dec 2001 21:52:58 +0100 [thread overview]
Message-ID: <20011206215258.A30580@vestdata.no> (raw)
In-Reply-To: <3C077FF8.AFBD8DB8@scali.no> <3C07E905.DF30E497@zip.com.au> <20011204003350.L2857@redhat.com> <3C0FB84A.76D8C003@scali.no> <20011206185027.O2029@redhat.com>
In-Reply-To: <20011206185027.O2029@redhat.com>; from sct@redhat.com on Thu, Dec 06, 2001 at 06:50:27PM +0000
Hi Stephen.
On Thu, Dec 06, 2001 at 06:50:27PM +0000, Stephen C. Tweedie wrote:
> > So what could this be then ?
>
> > VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day...
>
> has been reported before, even on much more recent kernels, and even
> without ext3 loaded. So basically I've no idea what's behind it.
To quote my own post to xfs_devel and lk july 20th, subject
"Busy inodes after umount":
I've now been able to reproduce:
* make a filesystem
* mount it
* export it (nfs)
* mount on remote machine
* lock file (fcntl)
* unexport
* unmount
Then you get the VFS message about self-destruct. Tested with both ext2
and xfs.
A reply from Neil Brown:
Yep. It is not filesystem specific.
nfsd does not flush locks when a filesystem is un-exported, only when
a client is removed, and that actually never happens.
In fs/nfsd/lockd.c there is a comment:
/*
* When removing an NFS client entry, notify lockd that it is gone.
* FIXME: We should do the same when unexporting an NFS volume.
*/
That FIXME needs to be fixed. I need to read through some more code
before I am sure how to do it, but it shouldn't be too hard.
I hope that can be of some help?
--
Ragnar Kjørstad
Big Storage
prev parent reply other threads:[~2001-12-06 20:56 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-11-30 12:47 2.4.9 kernel crash Steffen Persvold
2001-11-30 20:16 ` Andrew Morton
2001-12-03 19:10 ` [NFS] " Stephen Walton
2001-12-04 0:32 ` [Ext2-devel] " Stephen C. Tweedie
2001-12-04 0:33 ` [Ext2-devel] " Stephen C. Tweedie
2001-12-06 18:26 ` Steffen Persvold
2001-12-06 18:50 ` Stephen C. Tweedie
2001-12-06 20:52 ` Ragnar Kjørstad [this message]
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=20011206215258.A30580@vestdata.no \
--to=nfs@ragnark.vestdata.no \
--cc=akpm@zip.com.au \
--cc=ext2-devel@lists.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
--cc=nfs@lists.sourceforge.net \
--cc=sct@redhat.com \
--cc=sp@scali.no \
/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.