From: Chris Mason <mason@suse.com>
To: linux-lvm@sistina.com
Subject: Re: [linux-lvm] lvm deadlock with 2.4.x kernel?
Date: Tue, 15 May 2001 19:14:01 -0400 [thread overview]
Message-ID: <1272890000.989968441@tiny> (raw)
In-Reply-To: <200105152249.f4FMnP3D022006@webber.adilger.int>
On Tuesday, May 15, 2001 04:49:25 PM -0600 Andreas Dilger
<adilger@turbolinux.com> wrote:
> Tom Otake writes:
>> Yes, I've been able to recreate the second hang scenario, though I have
>> to admit it wasn't exactly the same. I started the copy of the data,
>> created a new LV, which worked. I ran mkreiserfs on the new LV, it
>> worked. I removed the new LV, also worked, then ran pvscan. That's
>> when the system hung. All the while, the copy from CD to disk was going
>> on.
>
> It may be that this is related to the ext3 problem that is ongoing.
> Basically, if pvscan or vgscan (PV_FLUSH ioctl calling invalidate_buffers)
> is run it causes buffers to go into an invalid state for the journal
> code, and this breaks the journaling. On ext3, there are assertions in
> the code which detect the invalid state and case an oops (stack trace),
> but this may not be the case with reiserfs.
reiserfs should catch blocks that don't have the proper bits set when it
starts i/o, and then it makes sure the block hasn't been relogged while the
i/o was in progress. It sends warnings not an oops though, check your log
files. If we were losing journal bits, and the log code didn't catch it,
the result should be silent corruption.
Since he is seeing deadlock, it seems more likely reiserfs is trying to
lock a buffer for i/o, and that is hanging for some reason....
-chris
next prev parent reply other threads:[~2001-05-15 23:14 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 [this message]
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
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=1272890000.989968441@tiny \
--to=mason@suse.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.