public inbox for linux-btrfs@vger.kernel.org
 help / color / mirror / Atom feed
From: TARUISI Hiroaki <taruishi.hiroak@jp.fujitsu.com>
To: linux-btrfs@vger.kernel.org
Subject: btrfs-progs: New utility to swap subvolumes
Date: Thu, 24 Dec 2009 11:17:49 +0900	[thread overview]
Message-ID: <4B32CF4D.90406@jp.fujitsu.com> (raw)

New utility(btrfsrevert) added to swap subvolumes.

With this utility, a subvolume (Source Subvolume) takes place of
another subvolume (Target Subvolume), and target subvolume goes
under hidden directory(".old_trees") in filesystem root(fs tree,
tree id=5), and its name is expanded with random UUID.

This utility cannot operate mounted filesystem. This is only for
unmounted device.
And this utility also cannot operate filesystem root. For now,
if we want to swap filesystem root, we can use btrfsctl with
Josef Bacik's patch. I wonder which is better, integrating 'root swap'
ioctl or not supporting 'root swap' as for this utility...

A patch follows this mail.


man-page-like description and examples are as follows.

NAME
       btrfsrevert - swap subvolumes.

SYNOPSIS
       btrfsrevert -s source_subvolume -t target_subvolume device

OPTIONS
       -s source subvolume
            Specify subvolume number which replace target
            subvolume.
       -t target subvolume
            Specify subvolume number which is replaced by
            source subvolume.

       device
            Specify target device which is not mounted.

SAMPLES
       Consider two subvolumes 'target'(id=256) and 'source'(id=300)
       exist in filesystem root.
           / +
             +- 'target' (id=256)
             +- 'source' (id=300)

       In this case, following command swaps subvolume,

          # btrfsrevert -s 300 -t 256 /dev/hda1

       like this.
           / +
             +- 'target' (id=300)
             |
             +- '.old_tree'
                 +- 'target_[random uuid]' (id=256)

            A subvolume(id:256) is replaced with a subvolume(id:300),
            and replaced subvolume(id:256) goes to .old_trees directory.

Regards,
taruisi


             reply	other threads:[~2009-12-24  2:17 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-12-24  2:17 TARUISI Hiroaki [this message]
2009-12-24  2:18 ` [PATCH] btrfs-progs: New utility to swap subvolumes TARUISI Hiroaki
2009-12-27 20:23 ` Goffredo Baroncelli
2009-12-28  1:38   ` TARUISI Hiroaki
2009-12-28 19:08     ` Goffredo Baroncelli
2010-01-04  0:49     ` TARUISI Hiroaki
2010-01-04 17:20       ` Goffredo Baroncelli
2010-01-06  0:09         ` TARUISI Hiroaki
2010-01-06  7:56           ` Goffredo Baroncelli
     [not found]             ` <4B4450C0.3050607@cs.bgu.ac.il>
2010-01-06 20:21               ` Goffredo Baroncelli

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=4B32CF4D.90406@jp.fujitsu.com \
    --to=taruishi.hiroak@jp.fujitsu.com \
    --cc=linux-btrfs@vger.kernel.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