]> git.itanic.dy.fi Git - linux-stable/commit
xfs: return errors from partial I/O failures to files
authorDavid Jeffery <djeffery@redhat.com>
Fri, 28 Aug 2015 04:50:45 +0000 (14:50 +1000)
committerBen Hutchings <ben@decadent.org.uk>
Tue, 13 Oct 2015 02:46:07 +0000 (03:46 +0100)
commitff8c37e67a9b4a8e8442c601fc2a557f58d99c2c
tree04e9af2485355f630f8358615df59b2b219d87fe
parentb0e0b3d02b17bdcdfeef2fc96d6a3e76c76bb153
xfs: return errors from partial I/O failures to files

commit c9eb256eda4420c06bb10f5e8fbdbe1a34bc98e0 upstream.

There is an issue with xfs's error reporting in some cases of I/O partially
failing and partially succeeding. Calls like fsync() can report success even
though not all I/O was successful in partial-failure cases such as one disk of
a RAID0 array being offline.

The issue can occur when there are more than one bio per xfs_ioend struct.
Each call to xfs_end_bio() for a bio completing will write a value to
ioend->io_error.  If a successful bio completes after any failed bio, no
error is reported do to it writing 0 over the error code set by any failed bio.
The I/O error information is now lost and when the ioend is completed
only success is reported back up the filesystem stack.

xfs_end_bio() should only set ioend->io_error in the case of BIO_UPTODATE
being clear.  ioend->io_error is initialized to 0 at allocation so only needs
to be updated by a failed bio. Also check that ioend->io_error is 0 so that
the first error reported will be the error code returned.

Signed-off-by: David Jeffery <djeffery@redhat.com>
Reviewed-by: Dave Chinner <dchinner@redhat.com>
Signed-off-by: Dave Chinner <david@fromorbit.com>
[bwh: Backported to 3.2: adjust context]
Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
fs/xfs/xfs_aops.c