xfs
[Top] [All Lists]

Re: 2.6.27-based kernel failing xfstests xfs/182 -- resolved, I think

To: Ben Myers <bpm@xxxxxxx>, Alex Elder <elder@xxxxxxxxxx>, xfs@xxxxxxxxxxx
Subject: Re: 2.6.27-based kernel failing xfstests xfs/182 -- resolved, I think
From: Chris Friesen <chris.friesen@xxxxxxxxxxx>
Date: Wed, 15 May 2013 15:57:58 -0600
Delivered-to: xfs@xxxxxxxxxxx
In-reply-to: <519176E7.8070204@xxxxxxxxxxx>
References: <519176E7.8070204@xxxxxxxxxxx>
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.24) Gecko/20111108 Fedora/3.1.16-1.fc14 Lightning/1.0b3pre Thunderbird/3.1.16
On 05/13/2013 05:27 PM, Chris Friesen wrote:

Hi,

I'm working on an embedded system running a 2.6.27-based kernel.

I'm digging into some intermittent xfs corruption issues. Yes, I realize
the right answer is probably to upgrade, but for the usual embedded
reasons that's tricky.

I'm seeing test xfs/182 fail with 40 or so files showing messages like:

file /opt/xfstest2/960 has incorrect size - sync failed

In our case the xfs filesystems used for testing are on top of lvm,
which is in turn on top of two SAS drives in RAID1.

Any suggestions on where I should start looking? I'm looking at the
"do_sync() and XFSQA test 182 failures...." thread on the mailing list
from 2008, can someone point me to the commit that eventually resulted
from that?

I think I may have figured it out.

I assume this was part of the impetus for the patch series from Jan Kara starting with "[PATCH 0/8] Sync fixes and cleanups (version 4)" that went into 2.6.31.

Thanks,
Chris

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