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
next prev parent 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 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.