Linux LVM users
 help / color / mirror / Atom feed
From: Andrea Arcangeli <andrea@suse.de>
To: Rik van Riel <riel@conectiva.com.br>
Cc: linux-lvm@msede.com, marcelo@conectiva.com.br,
	"Stephen C. Tweedie" <sct@redhat.com>,
	Chris Mason <mason@suse.com>
Subject: [linux-lvm] Re: LVM 2.2 snapshot bug
Date: Wed, 8 Nov 2000 17:31:13 +0100	[thread overview]
Message-ID: <20001108173113.B3650@inspiron.suse.de> (raw)
In-Reply-To: <Pine.LNX.4.05.10011080001260.12418-100000@humbolt.nl.linux.org>; from riel@conectiva.com.br on Wed, Nov 08, 2000 at 12:04:50AM +0100

On Wed, Nov 08, 2000 at 12:04:50AM +0100, Rik van Riel wrote:
> I haven't checked yet if LVM actually returns an error
> to ext3 or if it just silently (well, except for the

After ll_rw_block(WRITE) returns the buffer will be clean and _not_ uptodate.
That's the only way a blockdevice reports I/O errors to highlevel layers.

> Exposing a read-only device as read-write to the users
> will cause a bit of confusion, yes :)

I agree.

> Though I guess Stephen's decision to do log replay on
> read-only mounted filesystems on read-write block
> devices is certainly a defendable decision. Btw, don't

Yes, I'm not complaining that decsion.

What I am saying is that the major bug here is that ext3 Oopses the kernel when
it gets I/O errors because of faulty harddisk during recovery, not that LVM
forgot to set the ro_bits just like the floppy disk when it's read only and
the floppy disk case is likely to be unfixable infact. I can't see any
bug in LVM that could explain an Oops.

>the reiserfs people do the same?

About reiserfs I don't know what it does but I guess it does the same.

Chris, could you try to mount reiserfs in readonly mode on a snapshot
blockdevice and see what happens?

Andrea

  parent reply	other threads:[~2000-11-08 16:31 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-11-07 10:55 [linux-lvm] LVM 2.2 snapshot bug Rik van Riel
2000-11-07 12:16 ` Heinz J. Mauelshagen
2000-11-07 14:42   ` Rik van Riel
2000-11-07 13:21 ` [linux-lvm] " Andrea Arcangeli
2000-11-07 14:56   ` Rik van Riel
2000-11-07 16:45     ` Andrea Arcangeli
2000-11-07 17:04       ` Stephen C. Tweedie
2000-11-07 19:51         ` Andrea Arcangeli
2000-11-07 20:36           ` Andreas Dilger
2000-11-08 11:11             ` Stephen C. Tweedie
2000-11-08 16:16             ` Andrea Arcangeli
2000-11-08 19:08               ` Andreas Dilger
2000-11-08 11:10           ` Stephen C. Tweedie
2000-11-08 16:53             ` Andrea Arcangeli
2000-11-07 23:04       ` Rik van Riel
2000-11-08  7:55         ` Heinz Mauelshagen
2000-11-08 13:44           ` Rik van Riel
2000-11-08 16:31         ` Andrea Arcangeli [this message]
     [not found]           ` <898720000.973701988@coffee>
2000-11-08 17:04             ` Andrea Arcangeli
2000-11-08 19:11               ` 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=20001108173113.B3650@inspiron.suse.de \
    --to=andrea@suse.de \
    --cc=linux-lvm@msede.com \
    --cc=marcelo@conectiva.com.br \
    --cc=mason@suse.com \
    --cc=riel@conectiva.com.br \
    --cc=sct@redhat.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