All of lore.kernel.org
 help / color / mirror / Atom feed
From: "K. Richard Pixley" <rich@noir.com>
To: "linux-btrfs@vger.kernel.org" <linux-btrfs@vger.kernel.org>
Subject: Re: Removing snapshots
Date: Wed, 14 Jul 2010 12:15:48 -0700	[thread overview]
Message-ID: <4C3E0CE4.4020309@noir.com> (raw)
In-Reply-To: <AANLkTilAOzycyOU2PlIjDJqmocPOWgmpPZVFWTx9cMUG@mail.gmail.com>

  Here's what I'm getting on ubuntu-10.04 with standard tools, 
(/sbin/btrfsctl), and freshly built tools, (/usr/local/bin/btrfsctl).

Are we sure that the btrfs kernel module in this release is supporting 
the right ioctls?

--rich

rich@diamonds> pwd
/home/rich
rich@diamonds> mount | grep /home
/dev/sda7 on /home type btrfs (rw,noatime)
rich@diamonds> /sbin/btrfsctl -s snaptest /home
operation complete
Btrfs Btrfs v0.19
rich@diamonds> ls -lasd snaptest
4 drwxr-xr-x 1 root root 52 2010-06-21 16:13 snaptest
rich@diamonds> /sbin/btrfsctl
no valid commands given
usage: btrfsctl [ -d file|dir] [ -s snap_name subvol|tree ]
                 [-r size] [-A device] [-a] [-c]
         -d filename: defragments one file
         -d directory: defragments the entire Btree
         -s snap_name dir: creates a new snapshot of dir
         -S subvol_name dir: creates a new subvolume
         -r [+-]size[gkm]: resize the FS by size amount
         -A device: scans the device file for a Btrfs filesystem
         -a: scans all devices for Btrfs filesystems
         -c: forces a single FS sync
Btrfs Btrfs v0.19
rich@diamonds> /usr/local/bin/btrfsctl
no valid commands given
usage: btrfsctl [ -d file|dir] [ -s snap_name subvol|tree ]
                 [-r size] [-A device] [-a] [-c] [-D dir .]
         -d filename: defragments one file
         -d directory: defragments the entire Btree
         -s snap_name dir: creates a new snapshot of dir
         -S subvol_name dir: creates a new subvolume
         -r [+-]size[gkm]: resize the FS by size amount
         -A device: scans the device file for a Btrfs filesystem
         -a: scans all devices for Btrfs filesystems
         -c: forces a single FS sync
         -D: delete snapshot
         -m [tree id] directory: set the default mounted subvolume to 
the [tree id] or the directory
Btrfs v0.19-16-g075587c
rich@diamonds> /usr/local/bin/btrfsctl -D snaptest
ioctl:: Operation not permitted
rich@diamonds> sudo /usr/local/bin/btrfsctl -D snaptest
ioctl:: No such file or directory
rich@diamonds> sudo /usr/local/bin/btrfsctl -D snaptest /home
ioctl:: No such file or directory
rich@diamonds> sudo /usr/local/bin/btrfsctl -D /home snaptest
ioctl:: Invalid argument


  reply	other threads:[~2010-07-14 19:15 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-07-13 22:58 Removing snapshots K. Richard Pixley
2010-07-13 23:24 ` Aaron Straus
2010-07-14 13:53   ` Arand Nash
2010-07-14 19:15     ` K. Richard Pixley [this message]
2010-07-14 19:55       ` Aaron Straus

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=4C3E0CE4.4020309@noir.com \
    --to=rich@noir.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 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.