linux-kernel - Re: 6.10/regression/bisected - after f1d97e769152 I spotted increased execution time of the kswapd0 process and symptoms as if there is not enough memory

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <0246e506-db8b-47a8-94f0-943e7be92dcc@gmx.com>
Date: Fri, 5 Jul 2024 08:02:46 +0930
From: Qu Wenruo <quwenruo.btrfs@....com>
To: Filipe Manana <fdmanana@...nel.org>,
 Andrea Gelmini <andrea.gelmini@...il.com>
Cc: Mikhail Gavrilov <mikhail.v.gavrilov@...il.com>,
 Linux List Kernel Mailing <linux-kernel@...r.kernel.org>,
 Linux regressions mailing list <regressions@...ts.linux.dev>,
 Btrfs BTRFS <linux-btrfs@...r.kernel.org>, dsterba@...e.com,
 josef@...icpanda.com, Qu Wenruo <wqu@...e.com>
Subject: Re: 6.10/regression/bisected - after f1d97e769152 I spotted increased
 execution time of the kswapd0 process and symptoms as if there is not enough
 memory



在 2024/7/5 02:08, Filipe Manana 写道:
> On Thu, Jul 4, 2024 at 12:19 PM Andrea Gelmini <andrea.gelmini@...il.com> wrote:
>>
>> Il giorno gio 4 lug 2024 alle ore 11:49 Filipe Manana
>> <fdmanana@...nel.org> ha scritto:
>>> I'll try that soon and see if I can reproduce.
>>
>> I'm creating a qcow installation with everything, to replicate this.
>> Sorry, it takes time.
>>
>> By the way, it's just me? (latest git master btrfs-progs)
>>   btrfs-image /dev/blah-blah loop.dd
>> works perfectly, but
>>    btrfs-image -s  /dev/blah-blah loop.dd
>> generate an image impossible to mount:
>> [gio lug  4 11:20:05 2024] BTRFS info (device loop40): first mount of
>> filesystem 496b800d-2f32-46bb-b8d0-03d6f71cf4b2
>> [gio lug  4 11:20:05 2024] BTRFS info (device loop40): using crc32c
>> (crc32c-intel) checksum algorithm
>> [gio lug  4 11:20:05 2024] BTRFS info (device loop40): using free space tree
>> [gio lug  4 11:20:05 2024] BTRFS critical (device loop40): corrupt
>> leaf: root=1 block=40297906176 slot=6 ino=6, name hash mismatch with
>> key,
>
> Sorry I have no idea about that. I don't use btrfs-image myself and I
> don't think I even ever looked at its source code.
> CC'ing Qu who might be interested in that.

That's the nature of "-s" option unfortunately.

Tree-checker has extra sanity checks to ensure the hash matches the name.

I think it's a little overkilled for image dump, would fix it soon.

Thanks,
Qu

>
> I'll reply very soon to the emails about the performance issues that
> correlated to related to the shrinker, there are some interesting
> things to look for.
>
> Thanks.
>
>
>> have 0x00000000365ce506 expect 0x000000008dbfc2d2
>> [gio lug  4 11:20:05 2024] BTRFS error (device loop40): read time tree
>> block corruption detected on logical 40297906176 mirror 1
>> [gio lug  4 11:20:05 2024] BTRFS critical (device loop40): corrupt
>> leaf: root=1 block=40297906176 slot=6 ino=6, name hash mismatch with
>> key,
>> have 0x00000000365ce506 expect 0x000000008dbfc2d2
>> [gio lug  4 11:20:05 2024] BTRFS error (device loop40): read time tree
>> block corruption detected on logical 40297906176 mirror 2
>> [gio lug  4 11:20:05 2024] BTRFS warning (device loop40): couldn't
>> read tree root
>> [gio lug  4 11:20:05 2024] BTRFS error (device loop40): open_ctree failed
>>
>>> In the meanwhile, just curious: are you using swapfiles on btrfs?
>>
>> never used on BTRFS (i have a dedicated nvme partition).
>>
>> Same effect also disabling the swap, btw, and thp.
>