linux-lvm.redhat.com archive mirror
 help / color / mirror / Atom feed
From: Chris Mason <mason@suse.com>
To: linux-lvm@sistina.com, Urs Thuermann <urs@isnogud.escape.de>
Subject: Re: [linux-lvm] snapshots of busy ext2 file system corrupt
Date: Tue Feb 26 11:40:02 2002	[thread overview]
Message-ID: <2412370000.1014745130@tiny> (raw)
In-Reply-To: <20020226095919.F12832@lynx.adilger.int>


On Tuesday, February 26, 2002 09:59:19 AM -0700 Andreas Dilger <adilger@turbolabs.com> wrote:

> On Feb 26, 2002  14:54 +0100, Urs Thuermann wrote:
>> I tried creating a snapshot of a ext2 file system on a LV.  I expected
>> a fsck on the snapshot device to give no errors, i.e. a consistent
>> file system.  This is ok, as long as there is no (or little) load on
>> the file system when creating the snapshot.
> 
> Yes.
> 
>> However, on a busy file system, the created snapshot has lots of
>> errors found by fsck.
>> 
>> Is it this what the VFS lock patch is for?  If so, why hasn't it been
>> integrated into the standard kernel?  Has it flaws in it?  Maybe
>> performance wise?
> 
> The VFS lock patch only applies to journaled filesystems.  There has not
> been any attempt to include support for sync_super_lockfs for ext2.  I
> _think_ that if you tried to mount the ext2 snapshot, it will still
> work, even though it is inconsistent.  Obviously it would be better to
> fix it so that ext2 snapshots are always consistent.

Yes, its very easy for the journaled filesystems (except XFS ;-) to 
do the snapshot locking, since snapshot locking is really just grab a 
lock on the log, finish transactions, let LVM do its thing, then release
the lock.

For ext2, the best we could do would probably be a hack based on 
locking the super.  As far as I know, nobody is planning on this,
especially given how easy it is to go from ext2->ext3.

-chris

  reply	other threads:[~2002-02-26 11:40 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-02-26  7:55 [linux-lvm] snapshots of busy ext2 file system corrupt Urs Thuermann
2002-02-26 10:59 ` Andreas Dilger
2002-02-26 11:40   ` Chris Mason [this message]
2002-02-26 13:30     ` Urs Thuermann
2002-02-26 14:58       ` Chris Mason
2002-02-26 15:27         ` Andreas Dilger
2002-02-26 16:32           ` Marc MERLIN
2002-02-26 17:21             ` Andreas Dilger
2002-02-26 13:25   ` Urs Thuermann
2002-02-27  3:01 ` Anselm Kruis
  -- strict thread matches above, loose matches on Subject: below --
2002-02-27 14:24 Stephenson, Dale
2002-02-27 14:43 ` Chris Mason
2002-03-04  2:46   ` Anselm Kruis
2002-03-04  2:51 ` Anselm Kruis

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=2412370000.1014745130@tiny \
    --to=mason@suse.com \
    --cc=linux-lvm@sistina.com \
    --cc=urs@isnogud.escape.de \
    /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;
as well as URLs for NNTP newsgroup(s).