Re: Can't write much data on a degraded mirror

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Is there any way to willingly write more data to a degraded array? There are other use cases for such a possibility as well. Just think of migrating from software raid (and lvm) based setup. Thanks, Andreas Philipp On 03.02.2012 20:17, Lutz

Re: Btrfs balance invalid argument error

On 05/10/2013 11:46 PM, Hugo Mills wrote: > On Fri, May 10, 2013 at 11:43:34PM +0200, Marcus Lövgren wrote: >> Yes, you were right! Adding another drive to the array made it continue >> without errors. Is this already reported as a bug? > >I believe it has been, yes. I think we've even had a p

[PATCH RESEND 0/2] Two small patches for the raid56 code

Hi, The last few days I have been playing around with Chris Mason's raid56-experimental branch (Thanks!) and discovered two minor issues. Thanks, Andreas Andreas Philipp (2): Minor format cleanup. Correct allowed raid levels on balance. fs/btrfs/ctree.h | 4 ++-- fs/btrfs/volu

[PATCH RESEND 1/2] Minor format cleanup.

Clean up the format of the definitions of BTRFS_BLOCK_GROUP_RAID5 and BTRFS_BLOCK_GROUP_RAID6. Signed-off-by: Andreas Philipp --- fs/btrfs/ctree.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/btrfs/ctree.h b/fs/btrfs/ctree.h index e3a4fd7..ea688aa 100644 --- a/fs

[PATCH RESEND 2/2] Correct allowed raid levels on balance.

. Signed-off-by: Andreas Philipp --- fs/btrfs/volumes.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/fs/btrfs/volumes.c b/fs/btrfs/volumes.c index 8818dc3..6885165 100644 --- a/fs/btrfs/volumes.c +++ b/fs/btrfs/volumes.c @@ -3046,13 +3046,12 @@ int btrfs_balance

Re: btrfs_print_tree?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01.07.2012 11:49, Zhi Yong Wu wrote: > On Sun, Jul 1, 2012 at 5:41 PM, Mike Fleetwood > wrote: >> On 1 July 2012 05:53, Zhi Yong Wu wrote: >>> HI, >>> >>> Do anyone know where btrfs_print_tree is invoked? thanks. >>> >>> -- >>> Regards, >>> >>>

Re: btrfs_print_tree?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01.07.2012 12:16, Jeff Liu wrote: > On 07/01/2012 05:49 PM, Zhi Yong Wu wrote: > >> On Sun, Jul 1, 2012 at 5:41 PM, Mike Fleetwood >> wrote: >>> On 1 July 2012 05:53, Zhi Yong Wu wrote: HI, Do anyone know where btrfs_print_tree i

Re: No SysRq remount because sb->s_bdev is NULL

Hi, Just a first thought. Is there a possibility to write a dummy value into sb->s_bdev for btrfs super blocks. Thus it will not be NULL and everything in do_emergency_remount() in fs/super.c will work as wanted. Thanks, Andreas On 28.07.2012 15:41, Florian Albrechtskirchinger wrote: > Hi, > >

Re: No SysRq remount because sb->s_bdev is NULL

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 28.07.2012 16:50, Florian Albrechtskirchinger wrote: > On Saturday, July 28, 2012 15:46:50 Andreas Philipp wrote: >> On 28.07.2012 15:41, Florian Albrechtskirchinger wrote: >>> During a SysRq emergency remount Btrfs mounts ar

Cannot create subvolume with quota enabled

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, The following steps reproduce the error. My kernel is 3.6-rc4 and btrfs-progs are at commit 89fe5b5f666c247aa3173745fb87c710f3a71a4a from git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs.git master. thor ~ # mkfs.btrfs -L test /dev

Re: Cannot create subvolume with quota enabled

Hi Arne, On 08.09.2012 00:04, Arne Jansen wrote: > Hi Andreas, > > On 09/07/2012 09:36 PM, Andreas Philipp wrote: >> Hi, >> >> The following steps reproduce the error. My kernel is 3.6-rc4 and >> btrfs-progs are at commit 89fe5b5f666c247aa3173745fb87c710f3a71a4a

Re: Cannot create subvolume with quota enabled

2012/9/10 Arne Jansen : > On 09/10/2012 08:13 PM, Andreas Philipp wrote: >> Hi Arne, >> >> On 08.09.2012 00:04, Arne Jansen wrote: >>> Hi Andreas, >>> >>> On 09/07/2012 09:36 PM, Andreas Philipp wrote: >>>> Hi, >>>> >>&

Re: [PATCH][btrfs progs] Update/clean up btrfs help and man page

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Today I pulled btrfs-progs-unstable from git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs-unstable.git and I found the patch from below still not applied. Is there a reason for this? Regards, Andreas Philipp On 13.09.2010 21:23

Re: [PATCH][btrfs progs] Update/clean up btrfs help and man page

uot;. My patch applies on top of the changes from Goffredo Baroncelli. Kind Regards, Andreas Philipp diff --git a/INSTALL b/INSTALL index 2c9cf1c..3840148 100644 - --- a/INSTALL +++ b/INSTALL @@ -35,9 +35,7 @@ btrfs: control program to create snapshots and subvolumes: # snapshot of a subvolu

dkms build problem

to try out everything in order to help fix this. If this is a known error, and the decision is to not fix it, as btrfs compiles well within the regular kernel sources from kernel.org, then I would add a comment about that in the corresponding section of the btrfs wiki. Kind regards, Andreas

Re: [PATCH v2 2/2] Cancel filesystem balance.

mand/option to cancel the operation. Of course, a progress bar (together with some estimate of the remaining time?) like the one mdadm offers would be great. Andreas Philipp -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.or

Re: Update to Project_ideas wiki page

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 17.11.2010 18:56, Hugo Mills wrote: > On Wed, Nov 17, 2010 at 04:12:29PM +0100, Bart Noordervliet wrote: >> Can I suggest we combine this new RAID level management with a >> modernisation of the terminology for storage redundancy, as has been >> d

Btrfs balance

a balance? Thanks, Andreas Philipp -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJNODOKAAoJEJIcBJ3+XkgiUisP/A6PywwxIBFj9NuiQ9UAA5vY QJRn/tXT+Ue2wqgZjhGaqD71Q36ALchSXonX9EXoHWRl0VtrX/2MKk

Re: synchronous removal?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I came across this when I tried to build a backup server. Was there any change on this in the meantime? Thanks, Andreas On 02.08.2010 17:25, K. Richard Pixley wrote: > How would you determine whether to remove another snapshot or to > wait for

Calculating/estimating the process of an ongoing balance

lags 9' and one with 'flags 20'. Do the first ones refer to block groups holding metadata and the second ones to block groups holding data or is it totally different (and more complicated)? Thanks, Andreas Philipp -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: U

Re: [PATCH v2 0/2] Balance management, kernel side

patches did not apply on top of kernel version 2.6.38. Is there a newer version of this patch or died this idea in the meantime? Of course, I will test any patches. Thanks, Andreas Philipp On 12.11.2010 01:36, Hugo Mills wrote: > These two patches give a degree of control over balance > operation

read-only subvolumes?

upgraded to kernel version 2.6.38 (I do not create subvolumes on a regular basis.). I will compile one of the latest 2.6.37 kernels to see whether there the problem exists, too. Another interesting point is that previously created subvolumes are not affected. Thanks, Andreas Philipp thor btrfs

Re: read-only subvolumes?

nother interesting point >> is that previously created subvolumes are not affected. >> >> Thanks, Andreas Philipp >> >> thor btrfs # btrfs subvolume create 123456789 Create subvolume >> './123456789' thor btrfs # touch 123456789/lsdkfj touch: cannot >&g

Re: read-only subvolumes?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 23.03.2011 11:07, Andreas Philipp wrote: > > On 23.03.2011 10:25, Li Zefan wrote: >>> Hi all, >>> >>> When I am creating subvolumes I get this strange behavior. If I >>> create a subvolume with a name lo

Re: [RFC][PATCH] Btrfs: Fix uninitialized root flags for subvolumes

and if > not we'll set the flag and initialize the two fields of the root item. > > Reported-by: Andreas Philipp > Signed-off-by: Li Zefan Tested-by: Andreas Philipp > --- > fs/btrfs/ctree.h | 4 > fs/btrfs/disk-io.c | 4 +++- > fs/btrfs/ioctl.c | 4 > fs/bt

Re: [PATCH V3] Btrfs: fix subvolume mount by name problem when default mount subvolume is set

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just a (probably) short question. This means, one now can mount any subvolume which lies directly in another subvolume by name, as long as one passes the correct subvolrootid=X mount option? Thanks, Andreas Philipp On 06.04.2011 09:33, Zhong, Xin

[PATCH 0/5] Add user-space support for read-only snapshot creation.

There is kernel side support for the creation of read-only snapshots for some time now, but I did not find any patches for the userspace btrfs utilites. Thus I created this patchset which is tested and working with kernel version 2.6.39-rc2. Andreas Philipp (5): Add support for read-only

[PATCH 2/5] Support the new parameters in do_clone(int argc, char** argv).

Now 'btrfs subvolume snapshot' takes not two but only at least two parameters. Additionally, the help message is updated accordingly. Signed-off-by: Andreas Philipp --- btrfs.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/btrfs.c b/btrfs.c index 46314c

[PATCH 3/5] Added support for an additional ioctl.

Added BTRFS_IOC_SNAP_CREATE_V2 and struct btrfs_ioctl_vol_args_v2 as defined in fs/btrfs/ioctl.h in the kernel sources. Signed-off-by: Andreas Philipp --- ioctl.h | 14 ++ 1 files changed, 14 insertions(+), 0 deletions(-) diff --git a/ioctl.h b/ioctl.h index 776d7a9..358f814

[PATCH 4/5] Test the additional ioctl.

Signed-off-by: Andreas Philipp --- ioctl-test.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/ioctl-test.c b/ioctl-test.c index 7cf3bc2..1c27d61 100644 --- a/ioctl-test.c +++ b/ioctl-test.c @@ -22,6 +22,7 @@ unsigned long ioctls[] = { BTRFS_IOC_INO_LOOKUP

[PATCH 1/5] Add support for read-only subvolumes.

Use BTRFS_IOC_CREATE_SNAP_V2 instead of BTRFS_IOC_CREATE_SNAP and add an option for the creation of a readonly snapshot. Signed-off-by: Andreas Philipp --- btrfs_cmds.c | 44 1 files changed, 36 insertions(+), 8 deletions(-) diff --git a

[PATCH 5/5] Updated documentation for btrfs subvolume snapshot.

Signed-off-by: Andreas Philipp --- man/btrfs.8.in | 11 ++- 1 files changed, 6 insertions(+), 5 deletions(-) diff --git a/man/btrfs.8.in b/man/btrfs.8.in index 26ef982..b59bc6f 100644 --- a/man/btrfs.8.in +++ b/man/btrfs.8.in @@ -5,7 +5,7 @@ .SH NAME btrfs \- control a btrfs

[PATCH 0/5] Add user-space support for read-only snapshot creation.

There is kernel side support for the creation of read-only snapshots for some time now, but I did not find any patches for the userspace btrfs utilites. Thus I created this patchset which is tested and working with kernel version 2.6.39-rc2. Andreas Philipp (5): Add support for read-only

[PATCH 1/5] Add support for read-only subvolumes.

Use BTRFS_IOC_CREATE_SNAP_V2 instead of BTRFS_IOC_CREATE_SNAP and add an option for the creation of a readonly snapshot. Signed-off-by: Andreas Philipp --- btrfs_cmds.c | 44 1 files changed, 36 insertions(+), 8 deletions(-) diff --git a

[PATCH 2/5] Support the new parameters in do_clone(int argc, char** argv).

Now 'btrfs subvolume snapshot' takes not two but only at least two parameters. Additionally, the help message is updated accordingly. Signed-off-by: Andreas Philipp --- btrfs.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/btrfs.c b/btrfs.c index 46314c

[PATCH 4/5] Test the additional ioctl.

Signed-off-by: Andreas Philipp --- ioctl-test.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/ioctl-test.c b/ioctl-test.c index 7cf3bc2..1c27d61 100644 --- a/ioctl-test.c +++ b/ioctl-test.c @@ -22,6 +22,7 @@ unsigned long ioctls[] = { BTRFS_IOC_INO_LOOKUP

[PATCH 3/5] Added support for an additional ioctl.

Added BTRFS_IOC_SNAP_CREATE_V2 and struct btrfs_ioctl_vol_args_v2 as defined in fs/btrfs/ioctl.h in the kernel sources. Signed-off-by: Andreas Philipp --- ioctl.h | 14 ++ 1 files changed, 14 insertions(+), 0 deletions(-) diff --git a/ioctl.h b/ioctl.h index 776d7a9..358f814

[PATCH 5/5] Updated documentation for btrfs subvolume snapshot.

Signed-off-by: Andreas Philipp --- man/btrfs.8.in | 11 ++- 1 files changed, 6 insertions(+), 5 deletions(-) diff --git a/man/btrfs.8.in b/man/btrfs.8.in index 26ef982..b59bc6f 100644 --- a/man/btrfs.8.in +++ b/man/btrfs.8.in @@ -5,7 +5,7 @@ .SH NAME btrfs \- control a btrfs

[PATCH v2 0/5] Add user-space support for read-only snapshot creation.

. Thus I created this patchset which is tested and working with kernel version 2.6.39-rc2. Andreas Philipp (5): Added support for an additional ioctl. Add support for read-only subvolumes. Support the new parameters in do_clone(int argc, char** argv). Test the additional ioctl. Updated

[PATCH 1/5] Added support for an additional ioctl.

Added BTRFS_IOC_SNAP_CREATE_V2 and struct btrfs_ioctl_vol_args_v2 as defined in fs/btrfs/ioctl.h in the kernel sources. Signed-off-by: Andreas Philipp --- ioctl.h | 14 ++ 1 files changed, 14 insertions(+), 0 deletions(-) diff --git a/ioctl.h b/ioctl.h index 776d7a9..358f814

[PATCH 5/5] Updated manpage for btrfs subvolume snapshot.

Signed-off-by: Andreas Philipp --- man/btrfs.8.in | 11 ++- 1 files changed, 6 insertions(+), 5 deletions(-) diff --git a/man/btrfs.8.in b/man/btrfs.8.in index 26ef982..b59bc6f 100644 --- a/man/btrfs.8.in +++ b/man/btrfs.8.in @@ -5,7 +5,7 @@ .SH NAME btrfs \- control a btrfs

[PATCH 3/5] Support the new parameters in do_clone(int argc, char** argv).

Now 'btrfs subvolume snapshot' takes not two but only at least two parameters. Additionally, the help message is updated accordingly. Signed-off-by: Andreas Philipp --- btrfs.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/btrfs.c b/btrfs.c index 46314c

[PATCH 2/5] Add support for read-only subvolumes.

Use BTRFS_IOC_CREATE_SNAP_V2 instead of BTRFS_IOC_CREATE_SNAP and add an option for the creation of a readonly snapshot. Signed-off-by: Andreas Philipp --- btrfs_cmds.c | 48 1 files changed, 40 insertions(+), 8 deletions(-) diff --git a

[PATCH 4/5] Test the additional ioctl.

Signed-off-by: Andreas Philipp --- ioctl-test.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/ioctl-test.c b/ioctl-test.c index 7cf3bc2..1c27d61 100644 --- a/ioctl-test.c +++ b/ioctl-test.c @@ -22,6 +22,7 @@ unsigned long ioctls[] = { BTRFS_IOC_INO_LOOKUP

Re: RAID 5/6

On 10/22/2012 06:05 PM, Hugo Mills wrote: > On Mon, Oct 22, 2012 at 10:58:07AM -0500, Michael wrote: >> Does anyone know when RAID 5/6 are planned to be included in the >> Kernel? > > This is in the FAQ: > > https://btrfs.wiki.kernel.org/index.php/FAQ#Can_I_use_RAID.5B56.5D_on_my_Btrfs_filesystem.

[PATCH 0/2] Two small patches for the raid56 code

Hi, The last few days I have been playing around with Chris Mason's raid56-experimental branch (Thanks!) and discovered two minor issues. Thanks, Andreas Andreas Philipp (2): Minor format cleanup. Correct allowed raid levels on balance. fs/btrfs/ctree.h | 4 ++-- fs/btrfs/volu

Re: strange btrfs sub list output

(which doesn't appear > in the btrfs sub list) and "snapshots/2011-03-30/data" is id 287. > > What do those top-level IDs mean by the way? The top-level ID associated with a subvolume is NOT the ID of this particular subvolume but of the subvolume containing it. Since the &quo

Re: strange btrfs sub list output

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 27.05.2011 11:12, Hugo Mills wrote: > On Fri, May 27, 2011 at 09:47:33AM +0100, Stephane Chazelas wrote: >> 2011-05-27 10:21:03 +0200, Andreas Philipp: >> [...] >>>> What do those top-level IDs mean by the way? >

Re: strange btrfs sub list output

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 27.05.2011 11:45, Hugo Mills wrote: > On Fri, May 27, 2011 at 10:30:29AM +0100, Stephane Chazelas wrote: >> 2011-05-27 10:12:24 +0100, Hugo Mills: >> [skipped useful clarification] >>> >>> That's all rather dense, and probably too much information

Re: strange btrfs sub list output

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 27.05.2011 13:30, Stephane Chazelas wrote: > 2011-05-27 10:45:23 +0100, Hugo Mills: [...] >>> How could a "subvolume 285" become a "top level"? >> >>> How does one get a subvolume with a top-level other than "5"? >> >> This just means that subvolu

Re: strange btrfs sub list output

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 31.05.2011 19:40, C Anthony Risinger wrote: > On Tue, May 31, 2011 at 5:00 AM, Stephane Chazelas > wrote: >> 2011-05-27 13:49:52 +0200, Andreas Philipp: [...] >>>> Thanks, I can understand that. What I don't get is

kernel BUG at fs/btrfs/extent-tree.c:1418!

utton then. Is there anything I should take care of before hard rebooting? Thanks, Andreas Philipp [ cut here ] kernel BUG at fs/btrfs/extent-tree.c:1418! invalid opcode: [#1] SMP last sysfs file: /sys/devices/pci:00/:00:1f.2/host2/target2:0:0/2:0:0:0/m

strange filefrag output on btrfs

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On one of my btrfs volumes I see a strange output from filefrag when run against a particular large (~8GB) file. filefrag and filefrag -v give me a different number of extents, see below. aph@thor /mnt/nutshell $ sudo filefrag -v funtoo.img | g

[PATCH] print parent ID in btrfs suvolume list

There was some discussion on "where" subvolumes live in. Why do we not simply print the parent ID for each subvolume in btrfs subvolume list. This patch adds this functionality. Signed-off-by: Andreas Philipp --- btrfs-list.c | 10 -- 1 files changed, 8 insertions(+), 2

Re: strange filefrag output on btrfs

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13.06.2011 13:50, David Sterba wrote: > On Sat, Jun 11, 2011 at 05:39:15PM +0200, Andreas Philipp wrote: >> On one of my btrfs volumes I see a strange output from filefrag when >> run against a particular large (~8GB) file. filefr

Re: strange filefrag output on btrfs

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 14.06.2011 04:54, Li Zefan wrote: > Andreas Philipp wrote: >> >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >> >> On 13.06.2011 13:50, David Sterba wrote: >>> On Sat, Jun 11, 2011 at 05:39:15PM +0200, Andre

Re: Integration branch updated

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 27.06.2011 14:43, David Sterba wrote: > On Sun, Jun 26, 2011 at 10:10:22PM +0100, Hugo Mills wrote: >> I've just updated the btrfs-progs integration branch I've been >> keeping. Not a huge amount new since last time:

Re: subvolumes missing from "btrfs subvolume list" output

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30.06.2011 10:40, Stephane Chazelas wrote: > 2011-06-30 08:47:38 +0800, Li Zefan: >> Stephane Chazelas wrote: >>> 2011-06-29 15:37:47 +0100, Stephane Chazelas: [...] I found http://thread.gmane.org/gmane.comp.file-systems.btrfs/8123/focu

Re: subvolumes missing from "btrfs subvolume list" output

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30.06.2011 12:43, Stephane Chazelas wrote: > 2011-06-30 11:18:42 +0200, Andreas Philipp: [...] >>>> After that, I posted a patch to fix btrfs-progs, which Chris >>>> aggreed on: >>>> >>>> ht

Re: [PATCH] [btrfs-progs integration] incorrect argument checking for "btrfs sub snap -r"

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30.06.2011 14:34, Stephane Chazelas wrote: > Looks like this was missing in integration-20110626 for the > readonly snapshot patch: > > diff --git a/btrfs.c b/btrfs.c > index e117172..be6ece5 100644 > --- a/btrfs.c > +++ b/btrfs.c > @@ -49,7 +49,7

Re: btrfs-progs: integration branch updated

anic.net/repo/btrfs-progs-unstable.git/ > integration-20110630 > > The shortlog of 17 patches in this branch beyond the ones I've > sent to Chris is below. > > Hugo. > > > Andreas Philipp (1): print parent ID in btrfs subvolume list This is still the first version of my pat

Re: btrfs-progs: integration branch updated

anic.net/repo/btrfs-progs-unstable.git/ > integration-20110630 > > The shortlog of 17 patches in this branch beyond the ones I've > sent to Chris is below. > > Hugo. > > > Andreas Philipp (1): print parent ID in btrfs subvolume list > > Goffredo Baroncelli (1):

Re: [PATCH v6 2/8] Add --monitor option to btrfs balance progress.

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01.05.2011 17:47, Hugo Mills wrote: > For the impatient, this patch introduces the pot-watching > --monitor option, which checks the balance progress at regular > intervals, and updates a single status line with the current > progress and an estim

Re: [PATCH v6 2/8] Add --monitor option to btrfs balance progress.

On 01.05.2011 17:47, Hugo Mills wrote: > For the impatient, this patch introduces the pot-watching --monitor > option, which checks the balance progress at regular intervals, and > updates a single status line with the current progress and an > estimated completion time. > > Signed-off-by: Hugo Mil

[PATCH v2] print parent ID in btrfs suvolume list

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 There was some discussion on "where" subvolumes live in. Why do we not simply print the parent ID for each subvolume in btrfs subvolume list? This patch adds this functionality when called with parameter "-p". Signed-off-by: Andre

Re: [PATCH] Re: [btrfs-progs integration] incorrect argument checking for "btrfs sub snap -r"

On 01.07.2011 10:26, Stephane Chazelas wrote: > 2011-06-30 22:55:15 +0200, Andreas Philipp: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> On 30.06.2011 14:34, Stephane Chazelas wrote: >>> Looks like this was missing in integration-20110626

Re: btrfs-progs: integration branch updated

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30.06.2011 23:19, Hugo Mills wrote: > After a reorganisation of patches, and sending a bunch of them to > Chris, I've also updated the integration branch to match that. It's > available from: > > http://git.darksatanic.net/repo/btrfs-progs-unstabl

Re: [PATCH 2/3] add btrfs-list.o as a seperate target

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please ignore this patch. I found a more elegant solution just right now. Thanks, Andreas On 03.07.2011 20:43, Hugo Mills wrote: > On Sat, Jul 02, 2011 at 12:44:37AM +0200, Andreas Philipp wrote: >> By adding btrfs-list.o as a seperate tar

[PATCH] remove unused include "version.h"

In the file btrfs-list.c version.h was included but not used. So just drop it. Signed-off-by: Andreas Philipp --- btrfs-list.c |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/btrfs-list.c b/btrfs-list.c index f804dfc..1495dae 100644 --- a/btrfs-list.c +++ b/btrfs-list.c

free space defragmentation?

space defragmentation. Thanks, Andreas Philipp -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJOFMLXAAoJEJIcBJ3+XkgiK8cQAJqYE9VpDak555/5U1YHrrkH eVJKn/N2nR0qO9pUh/XsMyStpntZ+yv/cVQ

Re: How to get the default subvolume?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08.07.2011 11:58, Hugo Mills wrote: > On Fri, Jul 08, 2011 at 05:58:02PM +0800, Yi Yang wrote: >> I know I can set the default subvolume for a btrfs fs using >> >> sudo btrfs subvolume set-default 256 /btrfs/mnt >> >> But after that, how can get t

Re: Kernel Modules

On 09.07.2011 18:19, cac...@quantum-sci.com wrote: > Just compiled a custom kernel, but unable to mount a btrfs partition. It > essentially says 'unrecognized filesystem'. What could be missing? > > # File systems > # > CONFIG_EXT2_FS=y > CONFIG_EXT2_FS_XATTR=y > CONFIG_EXT2_FS_POSIX_ACL=y > CON

Re: [PATCH V2] Btrfs-progs: add "btrfs subvolume get-default" subcommand

nally, I spotted one whitespace error in the patch and marked it below. Thanks, Andreas Philipp On 11.07.2011 10:56, Zhong, Xin wrote: > Add subcommand to get the default subvolume of btrfs filesystem > > Reported-by: Yang, Yi > Signed-off-by: Zhong, Xin > ---

Re: [PATCH] Re: [btrfs-progs integration] incorrect argument checking for "btrfs sub snap -r"

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, You are right. Some time ago I have already sent a patch for this. Hugo, can you please integrate it? Thanks, Andreas Philipp [PATCH] check number of args for btrfs sub snap correctly Check whether there are the right number of arguments

Re: [PATCH 0/2 V2] btrfs: a new tool to manage a btrfs filesystem

Hi, Cool tool. Just looking at the help output on the console I found a small typo. Kind regards, Andreas Philipp diff --git a/btrfs.c b/btrfs.c index cc55599..f3e5d8d 100644 --- a/btrfs.c +++ b/btrfs.c @@ -633,7 +633,7 @@ static struct Command commands[] = { "Add a device

add subvolume when / is not mounted?

Hi, Well, I do not know if here is the right place to ask questions like this one so please tell me if it is not. The situation is the following: btrfs (data and metadata single) on /dev/sda3 (size 100GB) with two subvolumes /one and /two. Both subvolumes are mounted to /mnt/one resp. /mnt/two. Is

help message of btrfsctl does not tell anything about deletion of a subvolume

Hi, The help message of the btrfsctl command does not tell anything about the deletion of a subvolume. See patch below. Kind regards, Andreas diff --git a/btrfsctl.c b/btrfsctl.c index be6bf25..3ed6f2d 100644 --- a/btrfsctl.c +++ b/btrfsctl.c @@ -56,7 +56,7 @@ static void print_usage(void)

dkms build error

sumlink to the corresponding subdirectory of the kernel tree everything works well. Thanks, Andreas Philipp a...@thor ~ $ cat /var/lib/dkms/btrfs/git/build/make.log DKMS make.log for btrfs-git for kernel 2.6.34-git16 (x86_64) Sun May 30 20:37:43 CEST 2010 make: Entering directory `/usr/src/linux

machine gets unresponsive during btrfs balance

Hi, I am using a btrfs filesystem created with raid0 for data and metadata for (temporary) storage of tv recordings from my vdr. The filesystem was created under kernel version 2.6.34. An initial btrfs balance command succeeded. Since I upgraded to 2.6.35-rcX and 2.6.35 btrfs balance no longer fin

Re: machine gets unresponsive during btrfs balance

On 12.08.2010 10:04, Yan, Zheng wrote: > On Thu, Aug 12, 2010 at 3:14 PM, Andreas Philipp > wrote: > >> Hi, >> >> I am using a btrfs filesystem created with raid0 for data and metadata >> for (temporary) storage of tv recordings from my vdr. The filesystem wa

Re: machine gets unresponsive during btrfs balance

On 12.08.2010 10:04, Yan, Zheng wrote: > On Thu, Aug 12, 2010 at 3:14 PM, Andreas Philipp > wrote: > >> Hi, >> >> I am using a btrfs filesystem created with raid0 for data and metadata >> for (temporary) storage of tv recordings from my vdr. The filesystem wa

Re: [RFC] Move all btrfs command to only one command

On 20.08.2010 20:27, Josh Berry wrote: On Fri, Aug 20, 2010 at 05:03, Goffredo Baroncelli wrote: On Thursday, 19 August, 2010, James Smith wrote: This patch randomizes the error codes and also fixes up some typos including capitalization in the output. It would almost be nice to see a tran

Re: [RFC] Move all btrfs command to only one command

On 20.08.2010 20:49, Josh Berry wrote: On Fri, Aug 20, 2010 at 11:34, Andreas Philipp wrote: On 20.08.2010 20:27, Josh Berry wrote: On Fri, Aug 20, 2010 at 05:03, Goffredo Baroncelli wrote: On Thursday, 19 August, 2010, James Smith wrote: This patch randomizes the error codes and also

Re: machine gets unresponsive during btrfs balance

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 26.08.2010 15:27, Johannes Hirte wrote: > On Saturday 14 August 2010 00:11:55 Andreas Philipp wrote: >> On 12.08.2010 10:04, Yan, Zheng wrote: >>> On Thu, Aug 12, 2010 at 3:14 PM, Andreas Philipp >>> wrote: >>>

Re: machine gets unresponsive during btrfs balance

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 26.08.2010 18:38, Johannes Hirte wrote: > On Thursday 26 August 2010 15:39:25 Andreas Philipp wrote: >> On 26.08.2010 15:27, Johannes Hirte wrote: >>> Looks like another manifestation of the csum bug. Are you able >>>

btrfs-progs: error in manage

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On the man page for the btrfs command balance is listed as a subcommand under device instead of file system. Kind Regards, Andreas diff --git a/man/btrfs.8.in b/man/btrfs.8.in index 26ef982..bd73dc0 100644 - --- a/man/btrfs.8.in +++ b/man/btrf

Re: Francis Galiegue would like your help testing a survey

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 28.09.2010 21:00, Francis Galiegue wrote: > On Tue, Sep 28, 2010 at 16:27, Francis Galiegue wrote: >> Here is a preview of the survey. >> >> I have not included *all* feature requests yet, otherwise it wouldn't fit on a screen :), but I think I h