[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <1199894534.7626.75.camel@localhost.localdomain>
Date: Wed, 09 Jan 2008 17:02:14 +0100
From: Brice Figureau <brice+lklm@...sofwonder.com>
To: Chuck Ebbert <cebbert@...hat.com>
Cc: Randy Dunlap <randy.dunlap@...cle.com>,
linux-kernel@...r.kernel.org
Subject: Re: Strange freeze on 2.6.22 (deadlock?)
Hi,
On Tue, 2008-01-08 at 18:16 -0500, Chuck Ebbert wrote:
> On 01/07/2008 02:06 PM, Brice Figureau wrote:
>
> > Thanks for the answer.
> > I'm using whatever is the default mount option (which I think is
> > data=ordered). The only other mount option I use is nodiratime,noatime.
> >
> > Note that a large part of the processes in D state are "waiting" in
> > __mutex_lock from generic_file_aio_write.
> > Another large part is coming from balance_dirty_pages_ratelimited_nr.
> >
> > It seems that there was some writeback congestion to the block device.
> > All the /proc/sys/vm/* files are at their defaults.
> >
> > This looks like if it wasn't possible to write to the block device anymore.
> > Could a block device write error (ie hardware failure) be the root cause?
> >
> > Any other idea?
> > What should I try the next time it freezes?
>
> Same bug as http://lkml.org/lkml/2007/8/1/469 ??
Some of the stacktrace of the OP looks like the ones I posted.
The timeframe also matches since I noticed the first problems in 2.6.19
like the OP.
I remounted the fs without noatime and we'll see if it still freezes
next week.
Unfortunately, there doesn't seem to be any bug fix for this problem yet
(except the upcoming per device write throttling patch).
Thanks for pointing me in this direction,
--
Brice Figureau <brice+lklm@...sofwonder.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