Re: qla2xxx BUG: workqueue leaked lock or atomic
From: Andrew Morton <akpm@linux-foundation.org>
Date: 2007-03-07 19:49:18
Also in:
linux-scsi, lkml
On Wed, 7 Mar 2007 18:09:55 +0100 Andre Noll [off-list ref] wrote:
On 20:39, Andrew Morton wrote:quoted
On Wed, 28 Feb 2007 16:37:22 +0100 Andre Noll [off-list ref] wrote:quoted
On 16:18, Andre Noll wrote:quoted
With 2.6.21-rc2 I am unable to reproduce this BUG message. However, writing to both raid systems at the same time via lvm still locks up the system within minutes.Screenshot of the resulting kernel panic: http://systemlinux.org/~maan/shots/kernel-panic-21-rc2-huangho2.pngIt died in CFQ. Please try a different IO scheduler. Use something like echo deadline > /sys/block/sda/queue/scheduler This could still be the old qla2xxx bug, or it could be a new qla2xxx bug, or it could be a block bug, or it could be an LVM bug.OK. I'm running with deadline right now. But I guess this kernel panic was caused by an LVM bug because lockdep reported problems with LVM. Nobody responded to my bug report on the LVM mailing list (see http://www.redhat.com/archives/linux-lvm/2007-February/msg00102.html). Non-working snapshots and no help from the mailing list convinced me to ditch the lvm setup [1] in favour of linear software raid. This means I can't do lvm-related tests any more.
Sigh.
BTW: Are ext3 filesystem sizes greater than 8T now officially supported?
I think so, but I don't know how much 16TB testing developers and distros are doing - perhaps the linux-ext4 denizens can tell us?