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 patch
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/volumes.c
Clean up the format of the definitions of BTRFS_BLOCK_GROUP_RAID5 and
BTRFS_BLOCK_GROUP_RAID6.
Signed-off-by: Andreas Philipp philipp.andr...@gmail.com
---
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
.
Signed-off-by: Andreas Philipp philipp.andr...@gmail.com
---
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
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/volumes.c
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.3F
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
from
git://git.kernel.org/pub/scm/linux
2012/9/10 Arne Jansen sensi...@gmx.net:
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,
The following steps reproduce the error. My kernel is 3.6-rc4 and
btrfs-progs
-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
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,
-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 are not remounted. I
tracked
-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
mike.fleetw...@googlemail.com wrote:
On 1 July 2012 05:53, Zhi Yong Wu zwu.ker...@gmail.com wrote:
HI,
Do anyone know where btrfs_print_tree is invoked?
-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
mike.fleetw...@googlemail.com wrote:
On 1 July 2012 05:53, Zhi Yong Wu zwu.ker...@gmail.com wrote:
HI,
Do anyone
-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
, 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 yi.y.y...@intel.com
Signed-off-by: Zhong, Xin xin.zh...@intel.com
-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 the default
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
-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 target which
In the file btrfs-list.c version.h was included but not used. So just
drop it.
Signed-off-by: Andreas Philipp philipp.andr...@gmail.com
---
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
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 for the
readonly snapshot patch:
diff --git a/btrfs.c
-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:
-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/focus=8208
-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:
http://marc.info/?l=linux-btrfsm=129238454714319w=2
[...]
Great. Thanks
-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 @@
-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): Scan the devices listed in
/proc/partitions
Hugo Mills (8): 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
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 Mills
-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:
Andreas Philipp (1):
print
-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, Andreas Philipp
wrote:
On one of my btrfs volumes I
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 philipp.andr...@gmail.com
---
btrfs-list.c | 10 --
1 files changed, 8
-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. filefrag and filefrag -v
-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 |
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/model
CPU 0
Modules
-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
stephane_chaze...@yahoo.fr wrote:
2011-05-27 13:49:52 +0200, Andreas Philipp: [...]
Thanks, I can understand that. What I don't get is how one
Of course, you do need them, if you specify the subvolume to mount by
its ID.
Cheers,
Andreas Philipp
Then I was able to delete snapshots/2011-03-30/data, but
snapshots/2011-03-30 still didn't appear in the list.
Then I was able to delete snapshots/2011-03-30 and recreate it,
and this time
-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?
The top-level ID associated
-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. Hope
-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 subvolume 287 was created
. 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
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 philipp.andr...@gmail.com
---
ioctl.h | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/ioctl.h b/ioctl.h
Signed-off-by: Andreas Philipp philipp.andr...@gmail.com
---
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
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 philipp.andr...@gmail.com
---
btrfs.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/btrfs.c b
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 philipp.andr...@gmail.com
---
btrfs_cmds.c | 48
1 files changed, 40 insertions(+), 8
Signed-off-by: Andreas Philipp philipp.andr...@gmail.com
---
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
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 philipp.andr...@gmail.com
---
btrfs_cmds.c | 44
1 files changed, 36 insertions(+), 8 deletions
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 philipp.andr...@gmail.com
---
btrfs.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/btrfs.c b
Signed-off-by: Andreas Philipp philipp.andr...@gmail.com
---
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
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 philipp.andr...@gmail.com
---
ioctl.h | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/ioctl.h b/ioctl.h
Signed-off-by: Andreas Philipp philipp.andr...@gmail.com
---
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
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 philipp.andr...@gmail.com
---
btrfs.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/btrfs.c b
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 philipp.andr...@gmail.com
---
ioctl.h | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/ioctl.h b/ioctl.h
Signed-off-by: Andreas Philipp philipp.andr...@gmail.com
---
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
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 philipp.andr...@gmail.com
---
btrfs_cmds.c | 44
1 files changed, 36 insertions(+), 8 deletions
Signed-off-by: Andreas Philipp philipp.andr...@gmail.com
---
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
-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
the two fields of the root item.
Reported-by: Andreas Philipp philipp.andr...@gmail.com
Signed-off-by: Li Zefan l...@cn.fujitsu.com
Tested-by: Andreas Philipp philipp.andr...@gmail.com
---
fs/btrfs/ctree.h | 4
fs/btrfs/disk-io.c | 4 +++-
fs/btrfs/ioctl.c | 4
fs/btrfs/root-tree.c | 18
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
are not affected.
Thanks, Andreas Philipp
thor btrfs # btrfs subvolume create 123456789 Create subvolume
'./123456789' thor btrfs # touch 123456789/lsdkfj touch: cannot
touch `123456789/lsdkfj': Read-only file system
This is really odd, but I can't reproduce it.
I created a btrfs filesystem on 2.6.37
-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 longer than 4 characters it is
read-only, if the name
the 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
operations
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: Using GnuPG with Mozilla - http
?
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/2MKkPfEZvBXcDs
-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
offers would be great.
Andreas Philipp
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQIcBAEBAgAGBQJM3QhMAAoJEJIcBJ3+XkgioZoQAJ5bAD1xShKfda9oPK75x707
0AYu7C4sUSbu/3BINCv7XEv8MNBU++2FezRc/weSXjgmkhX4pXpMBhFZL6edlpot
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
-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
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 subvolume
btrfs subvolume snapshot /mnt
-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 fgalie...@gmail.com
wrote:
Here is a preview of the survey.
I have not included *all* feature requests yet, otherwise it wouldn't
fit on a screen :),
-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
to read all files from the affected
-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
+++
-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
philipp.andr...@gmail.com wrote:
Hi,
I am using
On 20.08.2010 20:27, Josh Berry wrote:
On Fri, Aug 20, 2010 at 05:03, Goffredo Baroncellikreij...@gmail.com 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
On 20.08.2010 20:49, Josh Berry wrote:
On Fri, Aug 20, 2010 at 11:34, Andreas Philipp
philipp.andr...@gmail.com wrote:
On 20.08.2010 20:27, Josh Berry wrote:
On Fri, Aug 20, 2010 at 05:03, Goffredo Baroncellikreij...@gmail.com
wrote:
On Thursday, 19 August, 2010, James Smith wrote
On 12.08.2010 10:04, Yan, Zheng wrote:
On Thu, Aug 12, 2010 at 3:14 PM, Andreas Philipp
philipp.andr...@gmail.com 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 was
created under
On 12.08.2010 10:04, Yan, Zheng wrote:
On Thu, Aug 12, 2010 at 3:14 PM, Andreas Philipp
philipp.andr...@gmail.com 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 was
created under
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
by a 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
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)
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.
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
80 matches
Mail list logo