linux-ext4 - Re: ENOSPC inline

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]

Date:   Sat, 29 Feb 2020 13:17:11 -0500
From:   "Theodore Y. Ts'o" <tytso@....edu>
To:     Murphy Zhou <jencce.kernel@...il.com>
Cc:     linux-ext4@...r.kernel.org
Subject: Re: ENOSPC inline_data fsck failure

On Fri, Feb 28, 2020 at 06:52:34PM +0800, Murphy Zhou wrote:
> 
> With inline_data mkfs option, generic/083 can easily trigger
> a fsck failure like this:
> 
> 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.

This is an ext4 bug.  It's been on my radar screen to investigate one
of these days, but I've just never gotten around to it.  I'm guessing
the bug is the error handling case when an inline directory is getting
converted directory where its contents are stored in data blocks, and
the block allocation fails due to the ENOSPC.

						- Ted