From: Chris Ball <cjb@laptop.org>
To: lvm-devel@redhat.com
Subject: [PATCH 0/3] yum-utils: fs-snapshot support for LVM snapshots
Date: Mon, 08 Feb 2010 14:26:37 -0500 [thread overview]
Message-ID: <m3k4un4jgy.fsf@pullcord.laptop.org> (raw)
In-Reply-To: <1265653413.2721.10.camel@localhost.localdomain> (David Zeuthen's message of "Mon, 08 Feb 2010 13:23:33 -0500")
Hi,
> I think some kind of "system restore/rollback point"
> functionality is a good idea.
>
> I'm not sure, however, that Palimpsest should be the UI (it's a
> disk utility, first and foremost) for this - it sounds like it
> might be better to do a dedicated system-config-restorepoint
> program for this. I don't know. That said, I think we still might
> want to display a list of snapshots in Palimpsest for both LVM
> and btrfs - and with good naming maybe that UI is good enough for
> rollback purposes and we don't need a s-c-restorepoint. I don't
> know.
Ray Strode's suggestion was to please *not* create a new s-c utility
and instead look into Palimpsest. :)
The argument for putting it in Palimpsest, which I'm quite convinced
by, is that this is a feature that's being exposed to userspace by
filesystems (btrfs will provide its own command-line interface), and
it's appropriate and useful for Palimpsest to provide a unified GUI
for filesystem operations. It already does that for label-setting,
fsck, resize, and so on. Switching or creating an active snapshot
becomes just another operation.
.. but I'm happy to take on creating a system-config-snapshots if it's
preferred -- it was actually part of the first version of the rollback
proposal, before we moved towards g-d-u instead. (If we did go with
that, I think it would make sense to tell udisks about snapshot
management and then base it on that, perhaps with some new Python
bindings for the udisks dbus interface. Make sense?)
Thanks,
- Chris.
--
Chris Ball <cjb@laptop.org>
One Laptop Per Child
prev parent reply other threads:[~2010-02-08 19:26 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1265181124-2492-1-git-send-email-snitzer@redhat.com>
[not found] ` <m3k4uujak6.fsf@pullcord.laptop.org>
2010-02-08 14:40 ` [PATCH 0/3] yum-utils: fs-snapshot support for LVM snapshots Mike Snitzer
2010-02-08 18:23 ` David Zeuthen
2010-02-08 19:26 ` Chris Ball [this message]
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=m3k4un4jgy.fsf@pullcord.laptop.org \
--to=cjb@laptop.org \
--cc=lvm-devel@redhat.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.