On Wed, Nov 05, 2008 at 08:44:32PM +0100, Solofo.Ramangalahy@xxxxxxxx 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 -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
