Fw: Re: Migration to BTRFS

2019-05-26 Thread Hendrik Friedel
For some reason, this did not come through... -- Weitergeleitete Nachricht -- Von: "Hendrik Friedel" An: "linux-btrfs@vger.kernel.org" Gesendet: 25.05.2019 15:21:43 Betreff: Re: Migration to BTRFS Hello now after the filesystem worked fine as a single drive for a while, I'd like to a

[PATCH] btrfs-progs: Output extent tree leaf if we failed to find a backref

2019-05-26 Thread Qu Wenruo
There is a bug report of BUG_ON() which is caused by __free_extent() failed to lookup a backref extent: Failed to find [1429288337408, 168, 16384] btrfs unable to find ref byte nr 1429288583168 parent 0 root 2 owner 0 offset 0 convert/source-ext2.c:834: ext2_copy_inodes: BUG_ON ret triggered,

[PATCH] btrfs-progs: Enable crc32 optimization probe for convert and mkfs

2019-05-26 Thread Qu Wenruo
Although moderm hardware is fast enough and crc32 calculation is not a hotspot, doing such optimization won't hurt anyway. Signed-off-by: Qu Wenruo --- convert/main.c | 2 ++ mkfs/main.c| 3 +++ 2 files changed, 5 insertions(+) diff --git a/convert/main.c b/convert/main.c index 68f76f716be9

[PATCH] btrfs-progs: convert: Workaround delayed ref bug by limiting the size of a transaction

2019-05-26 Thread Qu Wenruo
In convert we use trans->block_reserved >= 4096 as a threshold to commit transaction, where block_reserved is the number of new tree blocks allocated inside a transaction. The problem is, we still have a hidden bug in delayed ref implementation in btrfs-progs, when we have a large enough transacti