All of lore.kernel.org
 help / color / mirror / Atom feed
From: Wolfgang Weisselberg <weissel@netcologne.de>
To: linux-lvm@sistina.com
Subject: Re: [linux-lvm] Keep snapshots active for 24 hours?
Date: Sun Dec 16 21:12:09 2001	[thread overview]
Message-ID: <20011217040753.C4880@tiger.bigcats.invalid> (raw)
In-Reply-To: <3C1D1B23.2080805@birddog.com>; from kbohling@birddog.com on Sun, Dec 16, 2001 at 04:07:31PM -0600

Hi, Kirby!

Kirby C. Bohling (kbohling@birddog.com) wrote 88 lines:

> 	While the concept of a writeable LVM is cool, I believe LVM operates a 
> low enough level that the migrations you speak of is impossible at the 
> LVM level (in the kernel).

Moving the *complete* snapshot onto the LVM should be easy:
lock the FS (or be very clever), replay the changes in the
snapshot and migrate them onto the parent (i.e. look up the
page mapping and write the used pages onto their respective
pages in the parent).

Moving just selective parts has to be done as a FS-level
tool, though, you are right there.

> It would be cool to have an filesystem diff, 
> but on a live filesystem that could be quite tricky.  Essentially, that 
> would be a differential backup utility.

Well, that's what a snapshot is, isn't it?  Just that it
operates on (usually) 4M pages...

> 	A writeable LVM would solve the problem of taking a snapshot of a 
> journalling filesystem.

Actually there is a patch to do that even while the journalled
FS is mounted.  You also have to allow that change by enabling
it in the LVM-kernel-sourcecode by changing a #define.

Cleanly umounted partitions should be no problem, they have
no log that needs a replay.

Anyway, there are more useful things you can do with
writable snapshots; just think of an error-resistant system.
Everything happens on the big-enough snapshots, but you can
reset the system in a snap; just drop all the snapshots and
recreate them.  This is far faster than copying or extracting
a .tar.gz, and the 'base system' is easier to upgrade, too.

-Wolfgang

  parent reply	other threads:[~2001-12-16 21:12 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-12-14  6:33 [linux-lvm] Keep snapshots active for 24 hours? Dave Alden
2001-12-14 12:36 ` Andreas Dilger
2001-12-14 15:50   ` Steve Wray
2001-12-14 16:34     ` Andreas Dilger
2001-12-14 17:05       ` Steve Wray
2001-12-14 19:03         ` [linux-lvm] catch-22 Erick Calder
2001-12-16 13:36           ` Wolfgang Weisselberg
2001-12-16 13:36     ` [linux-lvm] Keep snapshots active for 24 hours? Wolfgang Weisselberg
2001-12-16 16:08       ` Kirby C. Bohling
2001-12-16 18:53         ` Petro
2001-12-16 21:12         ` Wolfgang Weisselberg [this message]
2001-12-16 22:19           ` Steve Wray
2001-12-17  2:41             ` Wolfgang Weisselberg
2001-12-17  3:08       ` Anselm Kruis
2001-12-14 18:58   ` Terje Kvernes
2001-12-15  0: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=20011217040753.C4880@tiger.bigcats.invalid \
    --to=weissel@netcologne.de \
    --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.