Most recent kernel where this bug did *NOT* occur: 2.6.20-rc1
Distribution: openSUSE 10.2
Hardware Environment: x86_64 AMD64 single-CPU, 1 GB RAM
Software Environment: SMP kernel
Problem Description: ext3 data=journal hangs, other journal modes run OK.
Steps to reproduce: mkfs.ext3, mount with -o data=journal, run fsx-linux
msg log: http://oss.oracle.com/~rdunlap/kerneltest/logs/fsx-capture.txt
Does it also happen with 188.8.131.52?
There weren't any ext3 changes between 2.6.20-rc1 and 2.6.20-rc2, and the most
prominent filesystem related change was the file corruption fix.
Your log also contains ACPI error messages and
[ 3603.375828] warning: many lost ticks.
[ 3603.375830] Your time source seems to be instable or some driver is hogging
[ 3603.387303] rip __do_softirq+0x4b/0xc7
Does a diff between the 2.6.20-rc1 and the 2.6.20-rc2 dmesg tell that any of
them were new in -rc2?
184.108.40.206 runs with no problems.
I would be suspecting changes in mm/ rather than in fs/ext3/.
The lost ticks are not new in 2.6.20-rc2. I see them in all of these:
fsx-linux options: -l 100M -N 500000 -S 0 /mountpoint/fsxtextfile
Fix is in Linus' tree.