Re: data corruption with ext4 (from 2.6.27.4) exposed by rtorrent

[Theodore Tso <tytso@mit.edu>]

On Wed, Nov 05, 2008 at 08:44:32PM +0100, Solofo.Ramangalahy@bull.net wrote:
> Hi Jindrich,
> 
> Jindrich Makovicka writes:
>  > The following testcase was used to trigger the infamous MAP_SHARED
>  > dirty flag bug. Maybe it could be of some help here too:
>  > 
>  > http://lkml.org/lkml/2006/12/27/180
> 
> Thanks for remembering!
> 
> The test case triggers corruption with 2.6.28-rc3 + ext4 patch queue:
> . bunch of errors like
>   Chunk 71637 corrupted (0-1339)  (2756-4095)
>   Expected 213, got 0
>   with default mount.
> . nodelalloc is ok.

It's useful to know that you were able to trigger corruption using the
test case.

How much memory did you have on your system, and how much memory was
free when you ran the test case?  I wasn't able to reproduce it using
the test case, but I have 4 gigs of memory.  One theory which is
currently being kicked around is that it is a combination of delayed
allocation and memory pressure.  Disabling delayed allocation by
mounting with -o nodelalloc does seem to make the problem go away.
The next question is whether the problem is more easily triggerred
when under memory pressure.

						- Ted