Bearcat Şándor posted on Fri, 19 Aug 2016 22:00:17 -0600 as excerpted:
> I have a btrfs non-raid file system that i'd like to convert to raid10.
> This single device has my efi boot partion on it, so it's partitioned
> into sda1 and sda2. I have 3 other discs (sdc-sde) that i'd like to make
> part
Hugo Mills posted on Fri, 19 Aug 2016 17:17:34 + as excerpted:
> On Fri, Aug 19, 2016 at 07:09:48PM +0200, Davide Depau wrote:
>> Hello,
>>
>> I have a btrfs filesystem spanning over two drives: an SSD and HDD.
>>
>> Label: 'Android Dev' uuid: ----xxx
>> Tota
20.08.2016 07:00, Bearcat Şándor пишет:
> I have a btrfs non-raid file system that i'd like to convert to
> raid10. This single device has my efi boot partion on it, so it's
> partitioned into sda1 and sda2. I have 3 other discs (sdc-sde) that
> i'd like to make partition-less systems and then add
I have a btrfs non-raid file system that i'd like to convert to
raid10. This single device has my efi boot partion on it, so it's
partitioned into sda1 and sda2. I have 3 other discs (sdc-sde) that
i'd like to make partition-less systems and then add them to the first
disc (sda) using the steps in
On Tue, Aug 09, 2016 at 04:29:43PM +1000, Dave Chinner wrote:
> On Mon, Aug 08, 2016 at 10:41:32AM -0700, Darrick J. Wong wrote:
> > On Mon, Aug 08, 2016 at 04:13:59PM +0800, Eryu Guan wrote:
> > > On Thu, Jul 21, 2016 at 04:47:38PM -0700, Darrick J. Wong wrote:
> > > > Add a few tests to stress th
I tried out -next to test the mm fixes, and immediately upon mounting my
array (11TB, 98% full at the time) the btrfs-transaction thread for it
spun at 100% CPU.
It acted like read-only, write-discarding media - deleted files
reappeared after a reboot every time. I'm not sure about writes, since
On 8/17/16 4:45 AM, Eryu Guan wrote:
> On Tue, Aug 16, 2016 at 02:30:21PM -0400, Jeff Mahoney wrote:
>> +_require_btrfs
>> +BTRFS_DEBUG_TREE_PROG="`set_prog_path btrfs-debug-tree`"
>> +_require_command "$BTRFS_DEBUG_TREE_PROG" btrfs-debug-tree
>> +TIMEOUT_PROG="`set_prog_path timeout`"
>> +_require
On Thu, Aug 18, 2016 at 03:30:06PM -0400, Josef Bacik wrote:
> We need to call free_extent_map() on the em we look up.Btrfs: fix em leak in
> find_first_block_group
Something weird happened with your patch here ^^^
> We need to call free_extent_map() on the em we look up.
>
> Signed-off-by: Jose
On Fri, Aug 19, 2016 at 07:09:48PM +0200, Davide Depau wrote:
> Hello,
>
> I have a btrfs filesystem spanning over two drives: an SSD and HDD.
>
> Label: 'Android Dev' uuid: ----xxx
> Total devices 3 FS bytes used 32.08GiB
> devid1 size 21.95GiB used 12.00
Hello,
I have a btrfs filesystem spanning over two drives: an SSD and HDD.
Label: 'Android Dev' uuid: ----xxx
Total devices 3 FS bytes used 32.08GiB
devid1 size 21.95GiB used 12.00GiB path /dev/sda2
devid2 size 33.22GiB used 12.01GiB path /dev/sda3
On Tue 02-08-16 09:48:01, Chris Murphy wrote:
> On Tue, Aug 2, 2016 at 9:38 AM, Chris Murphy wrote:
> > Yesterday I saw oom killer knocking off processes during a simple cp
> > -a from one Btrfs to another, in a VM, with kernel
> > 4.8.0-0.rc0.git3.1.fc25.x86_64. The call trace looks different tha
> On 07/12/2016 05:50 PM, Goffredo Baroncelli wrote:
>>
>> most of the time, it seems that btrfs-raid5 is not capable to
>> rebuild parity and data. Worse the message returned by scrub is
>> incoherent by the status on the disk. The tests didn't fail every
>> time; this complicate the diagnosis. Ho
On Fri, Aug 19, 2016 at 04:13:04PM +0800, Qu Wenruo wrote:
> This patchset fixes one convert regression, adds regression test.
> Then with 2 print-tree enhancement, which is quite handy to find how inode
> and subvolume READONLY flag is set.
>
> Qu Wenruo (4):
> btrfs-progs: convert: Fix a regre
On Thu, Jul 21, 2016 at 02:33:19PM -0700, Liu Bo wrote:
> > > update_block_group() is the only producer to add block group cache to
> > > dirty_bgs list, and if btrfs_run_delayed_refs() aborts, the transaction
> > > is aborted, so seems that there won't be anyone manipulating dirty_bgs
> > > list,
On Fri, Aug 19, 2016 at 05:57:44PM +0800, Wang Xiaoguang wrote:
> Hi
>
> On 08/18/2016 01:00 AM, David Sterba wrote:
> > On Thu, Jul 28, 2016 at 03:08:12PM +0800, Lu Fengqi wrote:
> >> This patchset implements check fs trees in low memory mode, and fix the
> >> return value bug of the function cmd
Hi
On 08/18/2016 01:00 AM, David Sterba wrote:
On Thu, Jul 28, 2016 at 03:08:12PM +0800, Lu Fengqi wrote:
This patchset implements check fs trees in low memory mode, and fix the
return value bug of the function cmd_check().
Lu Fengqi (13):
btrfs-progs: move btrfs_extref_hash() to hash.h
The basic idea is simple. Assume a middle tree node A is shared and
its referenceing fs/file tree root ids are 5, 258 and 260, then we
only check node A in the tree who has the smallest root id. That means
in this case, when checking root tree(5), we check inode A, for root
tree 258 and 260, we can
The new convert treats the convert image as a normal file, without any
special flags and permissions.
This is different from original code:
1) Permission changed from 0400 to 0600
2) Inode lacks READONLY flag
This makes we can read-write mount the ext2 image and cause rollback
failure.
Follow ol
This patchset fixes one convert regression, adds regression test.
Then with 2 print-tree enhancement, which is quite handy to find how inode
and subvolume READONLY flag is set.
Qu Wenruo (4):
btrfs-progs: convert: Fix a regression that ext2_save/image is not
readonly
btrfs-progs: convert-t
Signed-off-by: Qu Wenruo
---
print-tree.c | 34 --
1 file changed, 32 insertions(+), 2 deletions(-)
diff --git a/print-tree.c b/print-tree.c
index 9f9e11e..f33ddad 100644
--- a/print-tree.c
+++ b/print-tree.c
@@ -835,6 +835,33 @@ static void print_uuid_item(struct
Old convert codes uses both 0400 permission and INODE_READONLY flag to
make the converted ext2 image readonly.
While new convert treat the inode just as normal inode, with no special
inode flag and uses 0600 permission.
This makes user able to modify converted image unintentionally and make
rollba
Signed-off-by: Qu Wenruo
---
print-tree.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/print-tree.c b/print-tree.c
index f33ddad..81ab81f 100644
--- a/print-tree.c
+++ b/print-tree.c
@@ -496,18 +496,31 @@ static int count_bytes(void *buf, int len, char b)
return cn
On Tue, Jul 19, 2016 at 03:25:16PM -0400, Chris Mason wrote:
> On 07/19/2016 12:06 PM, Chandan Rajendra wrote:
> > On Monday, July 18, 2016 03:31:04 PM Omar Sandoval wrote:
> > > Yeah, this should definitely not work. It's possible that things are
> > > just silently failing and getting corrupted i
23 matches
Mail list logo
