xfs
[Top] [All Lists]

Re: Kernel 2.6.30.4 XFS(..?) regression (& with/2.6.31-rc6)

To: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Subject: Re: Kernel 2.6.30.4 XFS(..?) regression (& with/2.6.31-rc6)
From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Date: Sat, 22 Aug 2009 16:46:52 -0400 (EDT)
Cc: linux-kernel@xxxxxxxxxxxxxxx, xfs@xxxxxxxxxxx
In-reply-to: <20090822201558.GA17955@xxxxxxxxxxxxx>
References: <alpine.DEB.2.00.0908080422440.12329@xxxxxxxxxxxxxxxx> <00980BBF-1206-4BEF-A8AE-B4A8DAE7EC27@xxxxxxx> <alpine.DEB.2.00.0908090605080.16485@xxxxxxxxxxxxxxxx> <alpine.DEB.2.00.0908110624420.22426@xxxxxxxxxxxxxxxx> <20090816022331.GA2309@xxxxxxxxxxxxx> <alpine.DEB.2.00.0908171024380.12533@xxxxxxxxxxxxxxxx> <alpine.DEB.2.00.0908220624440.30321@xxxxxxxxxxxxxxxx> <20090822142550.GA10003@xxxxxxxxxxxxx> <alpine.DEB.2.00.0908221044420.30321@xxxxxxxxxxxxxxxx> <20090822201558.GA17955@xxxxxxxxxxxxx>
User-agent: Alpine 2.00 (DEB 1167 2008-08-23)


On Sat, 22 Aug 2009, Christoph Hellwig wrote:

On Sat, Aug 22, 2009 at 10:45:13AM -0400, Justin Piszcz wrote:
Yes, entirely possible.   All the crypto loop / dm implementation used
to have a tendency to never complete I/O once in a while, although that
didn't happen anymore recently.

Ok,

What is the best way to debug the issue? git bi-sects between 2.6.29.x
and 2.6.31-rc6? or?

Well, that would be a good way to find it.  But I'm personally not
interested in spending much time on debugging a problem if it only
happens with fishy out of tree modules.


.. No out of tree modules are used ..

Here is the kernel config used:
http://home.comcast.net/~jpiszcz/20090822/config.txt

After 24hrs of various tar-like read/write/verify I/O, the error usually recurs.

Justin.

<Prev in Thread] Current Thread [Next in Thread>