From: Chris Mason <mason@suse.com>
To: linux-lvm@sistina.com
Cc: jweber@valinux.com
Subject: Re: [linux-lvm] lvm deadlock with 2.4.x kernel?
Date: Wed, 16 May 2001 09:20:51 -0400 [thread overview]
Message-ID: <59310000.990019251@tiny> (raw)
In-Reply-To: <20010516093929.B482@66bassett.freeserve.co.uk>
On Wednesday, May 16, 2001 09:39:29 AM +0100 Joe Thornber
<thornber@btconnect.com> wrote:
> On Tue, May 15, 2001 at 09:17:06PM -0400, Chris Mason wrote:
>> You're right though, pv_flush certainly doesn't look like it could cause
>> any deadlocks.
>
> I must admit I'm struggling to understand why PV_FLUSH even exists.
> It does *exactly* the same thing as a BLKFLSBUF ioctl to the pv device
> itself. As such I agree that it's unlikely to be the culprit.
I think there are actually two problems. Calling invalidate_buffers on
part of an active ext3 FS should hose it (unless ext3 doesn't allow b_count
== 0 on buffers that are clean but still need flushing).
Adding the BKL on 2.2.x shouldn't do anything, since sys_ioctl grabs it.
Unless the LVM code drops the BKL somewhere, it should be safe. So, at the
very least ext3 people need Jay's first patch.
The 2.4.x deadlock with reiserfs should be something different. Reiserfs
should have b_count > 0 on any buffer it cares about. If PV_FLUSH is never
called with any other locks held, we're probably best off going in with kdb.
-chris
next prev parent reply other threads:[~2001-05-16 13:20 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-05-14 22:11 [linux-lvm] lvm deadlock with 2.4.x kernel? Tom Otake
2001-05-15 8:40 ` Joe Thornber
2001-05-15 22:35 ` Tom Otake
2001-05-15 22:49 ` Andreas Dilger
2001-05-15 23:14 ` Chris Mason
2001-05-16 0:32 ` Andreas Dilger
2001-05-16 1:17 ` Chris Mason
2001-05-16 1:50 ` Jay Weber
2001-05-16 3:35 ` Jay Weber
2001-05-16 8:39 ` Joe Thornber
2001-05-16 10:50 ` Jay Weber
2001-05-16 11:06 ` Joe Thornber
2001-05-16 10:53 ` Heinz J. Mauelshagen
2001-05-16 13:20 ` Chris Mason [this message]
2001-05-17 2:26 ` Tom Otake
2001-05-17 15:31 ` Andreas Dilger
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=59310000.990019251@tiny \
--to=mason@suse.com \
--cc=jweber@valinux.com \
--cc=linux-lvm@sistina.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 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.