On Monday September 21, faxguy@xxxxxxxxxxxxxxxx wrote: > Linux software RAID maintainers and developers, > > Two months ago I wrote to the Linux kernel mailing list regarding a > condition expressed as "BUG: soft lockup - CPU#3 stuck for 61s!". I > initially battled this recurring problem in both Fedora 10 and Fedora > 11. Rafael J. Wysocki suggested that I update the kernel (to 2.6.31-rc4 > or later) and see if the problem resurfaced. I then used kernel > 2.6.31-0.94.rc4.fc12.x86_64 and found that the problem still continued, > but noticeably only when the md data-check process was run. > > You can read the last post to the LKML thread (with links to the entire > thread) here: > > http://lkml.org/lkml/2009/8/6/387 Thanks for the report. It looks like the difference between the cpu/RAM speed and the drive speed is small enough that the CPU gets stuck comparing lots of blocks for multiple seconds. This patch should fix it. I'll see that it goes upstream. NeilBrown --- a/drivers/md/raid1.c +++ b/drivers/md/raid1.c @@ -1703,6 +1703,7 @@ static void raid1d(mddev_t *mddev) generic_make_request(bio); } } + cond_resched(); } if (unplug) unplug_slaves(mddev); -- To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
