linux-ext4 - [BUG] fstests generic/388 is failing with fsck errors

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-next>] [day] [month] [year] [list]

Message-ID: <20180807135744.qyvskp677lec5g4e@destiny>
Date:   Tue, 7 Aug 2018 09:57:45 -0400
From:   Josef Bacik <josef@...icpanda.com>
To:     tytso@....edu, linux-ext4@...r.kernel.org, kernel-team@...com
Subject: [BUG] fstests generic/388 is failing with fsck errors

Hello,

Our automated test infrastructure has been throwing errors while running
generic/388 on upstream kernels for a little bit.  We run the same tests on our
internal kernels and it doesn't fail on any of our variations, the most recent
of which is 4.16 based, so it's relatively new.  I reproduced locally to make
sure it wasn't a fluke, and it took 3 runs but I hit it as well.  The test
passes but fails with the follow up fsck, generally with messages like the
following

eck_generic_filesystem: filesystem on /dev/sdb is inconsistent
*** fsck.ext4 output ***
fsck from util-linux 2.30.2
e2fsck 1.43.5 (04-Aug-2017)
Pass 1: Checking inodes, blocks, and sizes
Inode 28049719 extent tree (at level 1) could be shorter.  Fix? no

Inode 30146767 extent tree (at level 1) could be shorter.  Fix? no

Deleted inode 45875333 has zero dtime.  Fix? no

Inode 45875468 extent tree (at level 1) could be shorter.  Fix? no

Inode 85459211, i_size is 3090400, should be 3846144.  Fix? no

Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Block bitmap differences:  -(230555--230583) -(231110--231130) -(231322--231370) -(232783--232920) -(235484--235501) -(235656--235659) -183533625
Fix? no

Inode bitmap differences:  -45875333
Fix? no

/dev/sdb: ********** WARNING: Filesystem still has errors **********

The other things I see commonly are

Inode 398211, i_blocks is 1464, should be 1304.  Fix? no

Inode 396011, end of extent exceeds allowed value
    (logical block 379, physical block 1626963, len 20)
Clear? no

I'm not sure where it got introduced, I'm running a bisect now to try and figure
out where it happened but I wanted to let you know ASAP.  Thanks,

Josef