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  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

Powered by blists - more mailing lists