I looked at the changelogs for 3.2.x and couldn't see anything that obviously related to this issue - hence posting on this (slightly old) thread, since I can't find any followup. I've downgraded to 2.6.32 (last debian kernel available, since they don't seem to keep historical kernels around) for now, which is running solidly. WIMPy <wimpy <at> yeti.dk> writes: > written to (extended) while the rsync was running, which seems to be > a situation, where rsync causes a lot of stress. It certainly takes a > hell of a lot of time. I get it when I'm writing large files over nfs - exactly the same symptoms as mentioned elsewhere in the thread, followed by nfsd going into D state and things generally going downhill from there. Started when I upgraded to 3.1.0 and continued up to 3.2.0. fsck shows no errors on the disk, but the logs fill up with ext4_mb_generate_buddy:739 errors anyway. > And a short repeat: I'm using an md, but no lvm. > Same setup here - md, but no lvm. Another non-raid drive doesn't show the same symptoms, if it's any help. Tony nb: Some logs, FWIW. As mentioned above, fsck says there are no errors on the drive: Mar 19 20:50:52 goliath kernel: [ 1721.686880] EXT4-fs error (device md0): ext4_mb_generate_buddy:739: group 21345, 32254 clusters in bitmap, 32258 in gd Mar 19 20:50:52 goliath kernel: [ 1721.703397] JBD2: Spotted dirty metadata buffer (dev = md0, blocknr = 0). There's a risk of filesystem corruption in case of system crash. Mar 19 20:51:38 goliath kernel: [ 1767.622399] EXT4-fs error (device md0): ext4_mb_generate_buddy:739: group 21346, 32254 clusters in bitmap, 32258 in gd Mar 19 20:52:18 goliath kernel: [ 1808.268856] EXT4-fs error (device md0): ext4_mb_generate_buddy:739: group 21347, 32254 clusters in bitmap, 32258 in gd Mar 19 20:53:29 goliath kernel: [ 1879.257332] EXT4-fs error (device md0): ext4_mb_generate_buddy:739: group 21348, 32254 clusters in bitmap, 32258 in gd Mar 19 20:54:45 goliath kernel: [ 1955.083019] EXT4-fs error (device md0): ext4_mb_generate_buddy:739: group 21349, 32254 clusters in bitmap, 32258 in gd ..etc. They don't vary much. A few thousand of these in rapid succession. -- 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
