linux-ext4 - Re: ext4 df regression introduced by commit 9d0be50

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, 20 May 2010 10:32:14 -0600
From:	Bruce Guenter <bruce@...roubled.org>
To:	linux-ext4@...r.kernel.org
Subject: Re: ext4 df regression introduced by commit 9d0be50

On Thu, May 20, 2010 at 06:11:21PM +0200, Jan Kara wrote:
>   Hmm, I'm not seeing anything obviously wrong with that patch but
> apparently the number of blocks reserved for delayed allocation is
> miscomputed by a lot...

IIRC this only affects NFS clients.  The same test running locally on
the server doesn't show the same problem.  I will retest shortly and
confirm (and also test with 2.6.34).

>   Is your ext4 filesystem create from scratch or converted from ext3?

I converted from ext3.

>   Is
> your application using lots of different files or rather a couple of small
> ones?

The application writes over NFS two files using writev.  One is
currently about 38MB and the other is under 1MB.

The "application" FWIW is saving games over NFS from Wesnoth.  At least
that's the most obvious application I have found that can reliably
trigger the problem.  I did notice the problem at several times when the
game was not even running, but couldn't pin down what else was
happening.

> Anyways a reproducing program would be the best in this case...

I will try to code something up to reproduce the symptoms using the
system call trace as a reference.

-- 
Bruce Guenter <bruce@...roubled.org>                http://untroubled.org/

Content of type "application/pgp-signature" skipped