linux-ext4 - Re: kernel bug at fs/ext4/resize.c:409

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:	Thu, 6 Feb 2014 16:08:44 -0500
From:	Jon Bernard <jbernard@...ion.com>
To:	linux-ext4@...r.kernel.org
Subject: Re: kernel bug at fs/ext4/resize.c:409

* Theodore Ts'o <tytso@....edu> wrote:
> On Mon, Feb 03, 2014 at 01:26:34PM -0500, Jon Bernard wrote:
> > Hello all,
> > 
> > A coworker is seeing the following bug when attempting to resize a root
> > volume (during init by calling resizefs) from 1GB to the size of the
> > underlying partition size of 20GB.
> > 
> > If the partition size is changed (to i.e. 10GB), the bug seems to not
> > trigger.  I have access to this machine, if there are any experiments
> > that would provide more useful information - please let me know.
> 
> Here are three questions to start:
> 
> 1)  What kernel version was this oops coming from?

3.12.9-301.fc20.x86_64

> 2)  Could you please send me the output of dumpe2fs of the file system?

Dump attached.

> 3)  Can you reproduce the problem?

It happens every time with this particular filesystem image.  A new
image built with slightly different variables (size, contents, etc)
usually yields a filesystem that behaves correctly.  But once they have
a bad one, it breaks on resize every time.

Let me know if I can provide any other information.  I have access to
the machine for some time, so I can run a modified kernel or module and
post results if that would help.

Thanks,

-- 
Jon

View attachment "dump.txt" of type "text/plain" (14953 bytes)