[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <4AC820B5.2050504@analograils.com>
Date: Sun, 04 Oct 2009 00:12:37 -0400
From: Kevin Bowling <kevinb@...lograils.com>
To: Jeremy Fitzhardinge <jeremy@...p.org>
CC: Shirley Ma <mashirle@...ibm.com>,
virtualization@...ts.linux-foundation.org, kvm@...r.kernel.org,
linux-kernel@...r.kernel.org, Jens Axboe <jens.axboe@...cle.com>,
Andrew Jones <drjones@...hat.com>
Subject: Re: INFO: task journal:337 blocked for more than 120 seconds
On 10/2/2009 2:30 PM, Jeremy Fitzhardinge wrote:
> On 09/30/09 14:11, Shirley Ma wrote:
>
>> Anybody found this problem before? I kept hitting this issue for 2.6.31
>> guest kernel even with a simple network test.
>>
>> INFO: task kjournal:337 blocked for more than 120 seconds.
>> "echo 0> /proc/sys/kernel/hung_task_timeout_sec" disables this message.
>>
>> kjournald D 00000041 0 337 2 0x00000000
>>
>> My test is totally being blocked.
>>
> I'm assuming from the lists you've posted to that this is under KVM?
> What disk drivers are you using (virtio or emulated)?
>
> Can you get a full stack backtrace of kjournald?
>
> Kevin Bowling submitted a RH bug against Xen with apparently the same
> symptoms (https://bugzilla.redhat.com/show_bug.cgi?id=526627). I'm
> wondering if there's a core kernel bug here, which is perhaps more
> easily triggered by the changed timing in a virtual machine.
>
> Thanks,
> J
>
I've had a stable system thus far by appending "clocksource=jiffies" to
the kernel boot line. The default clocksource is otherwise "xen".
The dmesg boot warnings in my bugzilla report still occur.
Regards,
Kevin Bowling
http://www.analograils.com/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists