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 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).