[Top] [All Lists]

RE: EIO and data corruption on XFS file system

To: Dave Chinner <david@xxxxxxxxxxxxx>
Subject: RE: EIO and data corruption on XFS file system
From: GuangYang <yguang11@xxxxxxxxxxx>
Date: Mon, 10 Nov 2014 02:59:07 +0000
Cc: "xfs@xxxxxxxxxxx" <xfs@xxxxxxxxxxx>
Delivered-to: xfs@xxxxxxxxxxx
Importance: Normal
In-reply-to: <20141106215400.GG23575@dastard>
References: <BLU175-W376F83659C1C70DE51C3D9DF840@xxxxxxx>,<20141106215400.GG23575@dastard>
Thanks Dave. Yeah you are right, it seems the problem comes from hardware and 
system power cycling (so that some IO transaction get lost)..

> Date: Fri, 7 Nov 2014 08:54:01 +1100
> From: david@xxxxxxxxxxxxx
> To: yguang11@xxxxxxxxxxx
> CC: xfs@xxxxxxxxxxx
> Subject: Re: EIO and data corruption on XFS file system
> On Thu, Nov 06, 2014 at 01:03:45PM +0000, GuangYang wrote:
>> Hello,While working on the storage system, I got one question in
>> terms of the XFS utilities to fix file system corruption.
>> Basically, our storage system put 3 copies of data and the system
>> would detect data inconsistency on regular basis, there are two
>> patterns we observed so far:
>> 1) the data is corrupted which result in an EIO,
> Data corruption doesn't trigger EIO errors. EIO errors from the
> underlying storage might cause data corruption, but the only thing
> that can detect bad data is the application itself, not the kernel.
>> 2) data is still accessible but the content is changed.
> Again, data being incorrect is generally not a filesystem issue
> unless there's a bug somewhere in the filesystem IO path. You'll
> need to give us a *lot* more information about your storage and
> application workload if you think XFS is corrupting data. Start
> with:
> http://xfs.org/index.php/XFS_FAQ#Q:_What_information_should_I_include_when_reporting_a_problem.3F
> Cheers,
> Dave.
> --
> Dave Chinner
> david@xxxxxxxxxxxxx
<Prev in Thread] Current Thread [Next in Thread>