Re: BUG: KASAN: use-after-free in btrfs_init_reloc_root+0x2bf/0x330 [btrfs]

2019-09-14 Thread Qu Wenruo
On 2019/9/15 上午4:52, Cebtenzzre wrote: > I have been able to trigger a use-after-free in btrfs on a stock Arch > Linux kernel, versions 5.2.9 and 5.2.11. I also reproduced it on > kernel.org mainline 5.3-rc8, resulting in this KASAN report: > > > [49286.511157] BTRFS info (device sdi1): balance

Re: [PATCH] fstests: btrfs: Verify falloc on multiple holes won't cause qgroup reserved data space leak

2019-09-14 Thread Eryu Guan
On Fri, Sep 13, 2019 at 09:51:51AM +0800, Qu Wenruo wrote: > Add a test case where falloc is called on multiple holes with qgroup > enabled. > > This can cause qgroup reserved data space leak and false EDQUOT error > even we're not reaching the limit. > > The fix is titled: > "btrfs: qgroup: Fix

Re: Feature requests: online backup - defrag - change RAID level

2019-09-14 Thread Zygo Blaxell
On Sat, Sep 14, 2019 at 12:29:09PM -0600, Chris Murphy wrote: > On Fri, Sep 13, 2019 at 5:04 AM Austin S. Hemmelgarn > wrote: > > > > Do you have a source for this claim of a 128MB max extent size? Because > > everything I've seen indicates the max extent size is a full data chunk > > (so 1GB for

while (1) in btrfs_relocate_block_group didn't end

2019-09-14 Thread Cebtenzzre
Hi, I started a balance of one block group, and I saw this in dmesg: BTRFS info (device sdi1): balance: start -dvrange=2236714319872..2236714319873 BTRFS info (device sdi1): relocating block group 2236714319872 flags data|raid0 BTRFS info (device sdi1): found 1 extents BTRFS info (device sdi1): f

BUG: KASAN: use-after-free in btrfs_init_reloc_root+0x2bf/0x330 [btrfs]

2019-09-14 Thread Cebtenzzre
I have been able to trigger a use-after-free in btrfs on a stock Arch Linux kernel, versions 5.2.9 and 5.2.11. I also reproduced it on kernel.org mainline 5.3-rc8, resulting in this KASAN report: [49286.511157] BTRFS info (device sdi1): balance: start -dvrange=2221681934336..2221681934337 [49286

Re: Feature requests: online backup - defrag - change RAID level

2019-09-14 Thread Chris Murphy
On Fri, Sep 13, 2019 at 5:04 AM Austin S. Hemmelgarn wrote: > > Do you have a source for this claim of a 128MB max extent size? Because > everything I've seen indicates the max extent size is a full data chunk > (so 1GB for the common case, potentially up to about 5GB for really big > filesystems

Re: Feature requests: online backup - defrag - change RAID level

2019-09-14 Thread Jukka Larja
General Zed kirjoitti 13.9.2019 klo 22.40: I think everyone here can see that I am versed in programming, and very proficient in solving the high-level issues. No. I certainly can't. Doesn't matter how good a programmer you are. No-one's good enough to get anywhere near my code base with the

Re: [PATCH] btrfs: fix balance convert to single on 32-bit host CPUs

2019-09-14 Thread Nikolay Borisov
On 14.09.19 г. 7:59 ч., Zygo Blaxell wrote: > On Fri, Sep 13, 2019 at 09:14:08AM -0700, Josef Bacik wrote: >> On Thu, Sep 12, 2019 at 07:55:01PM -0400, Zygo Blaxell wrote: >>> Currently, the command: >>> >>> btrfs balance start -dconvert=single,soft . >>> >>> on a Raspberry Pi produces the f