From: Jiri Slaby <jslaby@suse.cz>
To: Nikolay Borisov <n.borisov.lkml@gmail.com>, stable@vger.kernel.org
Cc: linux-xfs@vger.kernel.org, darrick.wong@oracle.com,
bfoster@redhat.com, david@fromorbit.com
Subject: Re: Request 5c6863019e45 ("cancel the setfilesize transation when io error happen") for 3.12 stable inclusion
Date: Mon, 27 Mar 2017 10:15:08 +0200 [thread overview]
Message-ID: <c76b9580-1012-000b-1c69-3ef090162145@suse.cz> (raw)
In-Reply-To: <48c85015-5520-bd42-dca7-cfb9634dcc39@gmail.com>
On 03/23/2017, 04:19 PM, Nikolay Borisov wrote:
> Hello,
>
>
> I'd like to request the above patch be included into the 3.12 stable
> tree. I've attached a backport and have run xfstest and no regressions
> were observed. This fixes hang in generic/361 test.
So this is actually 5cb13dcd0fac071b45c4bebe1801a08ff0d89cad, not
5c6863019e45, right? Applied as the former. Thanks.
> 0001-cancel-the-setfilesize-transation-when-io-error-happ.patch
>
>
> From 5c6863019e453bee3ac6dbdf1fbf0d9125942c3b Mon Sep 17 00:00:00 2001
> From: Zhaohongjiang <zhaohongjiang@huawei.com>
> Date: Mon, 12 Oct 2015 15:28:39 +1100
> Subject: [PATCH] cancel the setfilesize transation when io error happen
>
> When I ran xfstest/073 case, the remount process was blocked to wait
> transactions to be zero. I found there was a io error happened, and
> the setfilesize transaction was not released properly. We should add
> the changes to cancel the io error in this case.
>
> Reproduction steps:
> 1. dd if=/dev/zero of=xfs1.img bs=1M count=2048
> 2. mkfs.xfs xfs1.img
> 3. losetup -f ./xfs1.img /dev/loop0
> 4. mount -t xfs /dev/loop0 /home/test_dir/
> 5. mkdir /home/test_dir/test
> 6. mkfs.xfs -dfile,name=image,size=2g
> 7. mount -t xfs -o loop image /home/test_dir/test
> 8. cp a file bigger than 2g to /home/test_dir/test
> 9. mount -t xfs -o remount,ro /home/test_dir/test
>
> [ dchinner: moved io error detection to xfs_setfilesize_ioend() after
> transaction context restoration. ]
>
> [ nborisov: Adjusted context for 3.12 ]
>
> Signed-off-by: Zhao Hongjiang <zhaohongjiang@huawei.com>
> Signed-off-by: Dave Chinner <david@fromorbit.com>
> Signed-off-by: Nikolay Borisov <nborisov@suse.com>
> ---
> fs/xfs/xfs_aops.c | 13 +++++++++++--
> 1 file changed, 11 insertions(+), 2 deletions(-)
>
> diff --git a/fs/xfs/xfs_aops.c b/fs/xfs/xfs_aops.c
> index ab28ad576b16..6394e3f51553 100644
> --- a/fs/xfs/xfs_aops.c
> +++ b/fs/xfs/xfs_aops.c
> @@ -150,6 +150,12 @@ xfs_setfilesize(
> rwsem_acquire_read(&VFS_I(ip)->i_sb->s_writers.lock_map[SB_FREEZE_FS-1],
> 0, 1, _THIS_IP_);
>
> + /* we abort the update if there was an IO error */
> + if (ioend->io_error) {
> + xfs_trans_cancel(tp, 0);
> + return ioend->io_error;
> + }
> +
> xfs_ilock(ip, XFS_ILOCK_EXCL);
> isize = xfs_new_eof(ip, ioend->io_offset + ioend->io_size);
> if (!isize) {
> @@ -205,14 +211,17 @@ xfs_end_io(
> ioend->io_error = -EIO;
> goto done;
> }
> - if (ioend->io_error)
> - goto done;
>
> /*
> * For unwritten extents we need to issue transactions to convert a
> * range to normal written extens after the data I/O has finished.
> + * Detecting and handling completion IO errors is done individually
> + * for each case as different cleanup operations need to be performed
> + * on error.
> */
> if (ioend->io_type == XFS_IO_UNWRITTEN) {
> + if (ioend->io_error)
> + goto done;
> error = xfs_iomap_write_unwritten(ip, ioend->io_offset,
> ioend->io_size);
> } else if (ioend->io_isdirect && xfs_ioend_is_append(ioend)) {
> -- 2.7.4
>
--
js
suse labs
prev parent reply other threads:[~2017-03-27 8:15 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-03-23 15:19 Request 5c6863019e45 ("cancel the setfilesize transation when io error happen") for 3.12 stable inclusion Nikolay Borisov
2017-03-24 10:31 ` Christoph Hellwig
2017-03-27 8:15 ` Jiri Slaby [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=c76b9580-1012-000b-1c69-3ef090162145@suse.cz \
--to=jslaby@suse.cz \
--cc=bfoster@redhat.com \
--cc=darrick.wong@oracle.com \
--cc=david@fromorbit.com \
--cc=linux-xfs@vger.kernel.org \
--cc=n.borisov.lkml@gmail.com \
--cc=stable@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).