From: Richard Freeman <rich0@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Init systems portage category
Date: Mon, 12 Oct 2009 19:53:31 -0400 [thread overview]
Message-ID: <4AD3C17B.7030602@gentoo.org> (raw)
In-Reply-To: <13ecafe4c66b8ddaf0c70ef84ecb62b8@localhost>
Jesús Guerrero wrote:
>
> In my opinion, if we really want to speak about a way to implement that
> kind of snapshoting, we should start thinking about providing a better
> integration with lvm, from the root. lvm can take care of the snapshots on
> a non-expensive way, and it would be relatively easy to implement. However
> a lot of stuff would need to be re-documented, starting from the handbook,
> and the init system.
LVM snapshotting is extremely wasteful - it has no knowledge of the
underlying structure of a filesystem. For example, if I moved all the
files around on a fairly full ext3 filesystem, an LVM snapshot would
consume the full size of the filesystem. However, a filesystem-level
solution wouldn't need to store a single byte of data since nothing
actually changed.
Also - a snapshot restoration obliterates ALL data on the partition that
has changed since the snapshot was taken - so unless the essential files
are on a separate partition it won't work out well.
LVM snapshots really seem to be a solution to atomic backups - if you
unmount, snapshot, and remount a filesystem then you can run a
self-consistent backup off of the snapshot with minimal downtime. The
wasted space isn't a big deal since the snapshot would be deleted before
it grew too far.
Finally - I'm not to eager to try out lvm2 again anytime soon - I lost a
ton of data when something glitched and wiped out data across multiple
lvm partitions. I know that the error must have been in the lvm layer
(not md or the filesystem), because when I fscked and repaired one
filesystem, another filesystem instantly became hosed (on a separate lvm
partition). Somehow the partitions had gotten scrambled together and
the fsck was crossing partition boundaries. Plus, dmesg was dumping all
kinds of compliants at the md layer about the lvm device trying to
access out-of-range clusters. Googling I found a few other reports of
similar behavior - it seems extremely rare, but very nasty.
Fortunately the most important stuff on my PC was backed up (good
planning), but it was still a pain - I lost tons of DVR recordings since
I don't back that up (not worth the cost vs the value of the data). Now
I just run ext3 on top of md and I haven't had any problems.
You're right that btrfs will definitely help. However, being able to
create a personal stage1 tarball at will would certainly also be useful,
and it wouldn't actually consume much disk space.
next prev parent reply other threads:[~2009-10-12 23:53 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-12 15:39 [gentoo-dev] Init systems portage category Victor Ostorga
2009-10-12 16:45 ` Robert Bradbury
2009-10-12 16:51 ` Jesús Guerrero
2009-10-12 17:06 ` Wyatt Epp
2009-10-12 17:42 ` Robert Bradbury
2009-10-12 17:52 ` Robert Bradbury
2009-10-12 18:44 ` Jesús Guerrero
2009-10-12 23:53 ` Richard Freeman [this message]
2009-10-13 7:21 ` Tobias Klausmann
2009-10-13 7:42 ` Thilo Bangert
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=4AD3C17B.7030602@gentoo.org \
--to=rich0@gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
/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