Thread (6 messages) 6 messages, 5 authors, 2007-03-13

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.png
It 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?
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help