Received-SPF: pass (google.com: best guess record for domain of linux-ext4-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Date:   Fri, 28 Feb 2020 18:52:34 +0800
From:   Murphy Zhou <jencce.kernel@gmail.com>
To:     linux-ext4@vger.kernel.org
Subject: ENOSPC inline_data fsck failure
Message-ID: <20200228105234.n5wt5x2vi3ftxuyh@xzhoux.usersys.redhat.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Sender: linux-ext4-owner@vger.kernel.org
Precedence: bulk

Hi,

With inline_data mkfs option, generic/083 can easily trigger
a fsck failure like this:

-------------------------
seed = 1583104156
_check_generic_filesystem: filesystem on /dev/loop1 is inconsistent
*** fsck.ext4 output ***
fsck 1.46-WIP (09-Oct-2019)
e2fsck 1.46-WIP (09-Oct-2019)
Pass 1: Checking inodes, blocks, and sizes
Inode 94 extent tree (at level 1) could be shorter.  Optimize? no
...
Pass 2: Checking directory structure
Entry 'c6b' in /p2/d6/d100 (32920) has an incorrect filetype (was 3,
should be 1).
Fix? no
Entry 'ca4' in /pa/d0/d4/d34/d26/dde (75) has an incorrect filetype (was
3, should be 1).
Fix? no
...
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Inode 107 ref count is 2, should be 1.  Fix? no
Unattached inode 119
Connect to /lost+found? no
...
-------------------------

The testcase is doing a simple testing: make a small(256M) fs,
run fsstress in it,  make it out of space. Then fsck.

Not sure about is this an issue of ext4 filesystem or e2fsck
needs more options.

Thanks!

-- 
Murphy