Message ID | 20170522153220.25072-3-cmaiolino@redhat.com (mailing list archive) |
---|---|
State | Superseded, archived |
Headers | show |
Need to read up on the history and background a bit more, but some cosmetic comments below: > + lip = bp->b_fspriv; > + while (lip != NULL) { > + next = lip->li_bio_list; > + > + if (lip->li_ops->iop_error) > + lip->li_ops->iop_error(lip, bflags); > + > + lip = next; > + } for (lip = bp->b_fspriv; lip; lip = next) { next = lip->li_bio_list; if (lip->li_ops->iop_error) lip->li_ops->iop_error(lip, bflags); } ? > @@ -1101,6 +1119,7 @@ xfs_buf_iodone_callback_error( > > xfs_buf_ioerror(bp, 0); > xfs_buf_submit(bp); > + > return true; > } whitespace noise. -- To unsubscribe from this list: send the line "unsubscribe linux-xfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Mon, May 22, 2017 at 12:13:22PM -0700, Christoph Hellwig wrote: > Need to read up on the history and background a bit more, but some > cosmetic comments below: > > > + lip = bp->b_fspriv; > > + while (lip != NULL) { > > + next = lip->li_bio_list; > > + > > + if (lip->li_ops->iop_error) > > + lip->li_ops->iop_error(lip, bflags); > > + > > + lip = next; > > + } > > for (lip = bp->b_fspriv; lip; lip = next) { > next = lip->li_bio_list; > if (lip->li_ops->iop_error) > lip->li_ops->iop_error(lip, bflags); > } > > ? Agree, looks much better. > > > @@ -1101,6 +1119,7 @@ xfs_buf_iodone_callback_error( > > > > xfs_buf_ioerror(bp, 0); > > xfs_buf_submit(bp); > > + > > return true; > > } > > whitespace noise. Fixed and queued for V3, thanks
On Mon, May 22, 2017 at 05:32:19PM +0200, Carlos Maiolino wrote: > With the current code, XFS never re-submit a failed buffer for IO, > because the failed item in the buffer is kept in the flush locked state > forever. > > To be able to resubmit an log item for IO, we need a way to mark an item > as failed, if, for any reason the buffer which the item belonged to > failed during writeback. > > Add a new log item callback to be used after an IO completion failure > and make the needed clean ups. > > Signed-off-by: Carlos Maiolino <cmaiolino@redhat.com> > --- > V2: > - Update commit log to include a better description of why this > patch is needed and fix spelling mistakes > - Move xfs_buf_do_callbacks_fail() call into > xfs_buf_iodone_callback_error, so the callbacks can be executed > before the buffer is released, and only after it has been > retried once > > fs/xfs/xfs_buf_item.c | 27 ++++++++++++++++++++++++++- > fs/xfs/xfs_trans.h | 5 ++++- > 2 files changed, 30 insertions(+), 2 deletions(-) > > diff --git a/fs/xfs/xfs_buf_item.c b/fs/xfs/xfs_buf_item.c > index 6ac3816..8f128e3 100644 > --- a/fs/xfs/xfs_buf_item.c > +++ b/fs/xfs/xfs_buf_item.c > @@ -1051,6 +1051,24 @@ xfs_buf_do_callbacks( > } > } > > +STATIC void > +xfs_buf_do_callbacks_fail( > + struct xfs_buf *bp) > +{ > + struct xfs_log_item *lip, *next; > + unsigned int bflags = bp->b_flags; > + > + lip = bp->b_fspriv; > + while (lip != NULL) { > + next = lip->li_bio_list; > + > + if (lip->li_ops->iop_error) > + lip->li_ops->iop_error(lip, bflags); > + > + lip = next; > + } AFAICT, this could do something like the following: spin_lock(&ailp->xa_lock); while (lip != NULL) { next = lip->li_bio_list; lip->li_flags |= XFS_LI_FAILED; lip = next; } spin_unlock(&ailp->xa_lock); ... to generically and unconditionally flag the log item as failed and avoid the need for ->iop_error(). We also need to clear XFS_LI_FAILED at the same place we clear XFS_LI_IN_AIL (i.e., AIL removal) to ensure a subsequent successful I/O completion updates the log item appropriately. Then the result of this patch is that all log items are flagged as failed on I/O error until they are ultimately removed from the AIL. We otherwise have so far not changed behavior in any way. Brian > +} > + > static bool > xfs_buf_iodone_callback_error( > struct xfs_buf *bp) > @@ -1101,6 +1119,7 @@ xfs_buf_iodone_callback_error( > > xfs_buf_ioerror(bp, 0); > xfs_buf_submit(bp); > + > return true; > } > > @@ -1120,8 +1139,14 @@ xfs_buf_iodone_callback_error( > if ((mp->m_flags & XFS_MOUNT_UNMOUNTING) && mp->m_fail_unmount) > goto permanent_error; > > - /* still a transient error, higher layers will retry */ > + /* > + * still a transient error, run IO completion failure callbacks and > + * let the higher layers retry the buffer. > + * */ > xfs_buf_ioerror(bp, 0); > + > + /* run failure callbacks before releasing buffer */ > + xfs_buf_do_callbacks_fail(bp); > xfs_buf_relse(bp); > return true; > > diff --git a/fs/xfs/xfs_trans.h b/fs/xfs/xfs_trans.h > index 7ae04de..7fcf48d 100644 > --- a/fs/xfs/xfs_trans.h > +++ b/fs/xfs/xfs_trans.h > @@ -65,10 +65,12 @@ typedef struct xfs_log_item { > > #define XFS_LI_IN_AIL 0x1 > #define XFS_LI_ABORTED 0x2 > +#define XFS_LI_FAILED 0x3 > > #define XFS_LI_FLAGS \ > { XFS_LI_IN_AIL, "IN_AIL" }, \ > - { XFS_LI_ABORTED, "ABORTED" } > + { XFS_LI_ABORTED, "ABORTED" }, \ > + { XFS_LI_FAILED, "FAILED" } > > struct xfs_item_ops { > void (*iop_size)(xfs_log_item_t *, int *, int *); > @@ -79,6 +81,7 @@ struct xfs_item_ops { > void (*iop_unlock)(xfs_log_item_t *); > xfs_lsn_t (*iop_committed)(xfs_log_item_t *, xfs_lsn_t); > void (*iop_committing)(xfs_log_item_t *, xfs_lsn_t); > + void (*iop_error)(xfs_log_item_t *, unsigned int bflags); > }; > > void xfs_log_item_init(struct xfs_mount *mp, struct xfs_log_item *item, > -- > 2.9.3 > > -- > To unsubscribe from this list: send the line "unsubscribe linux-xfs" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-xfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Wed, May 24, 2017 at 01:07:09PM -0400, Brian Foster wrote: > On Mon, May 22, 2017 at 05:32:19PM +0200, Carlos Maiolino wrote: > > With the current code, XFS never re-submit a failed buffer for IO, > > because the failed item in the buffer is kept in the flush locked state > > forever. > > > > To be able to resubmit an log item for IO, we need a way to mark an item > > as failed, if, for any reason the buffer which the item belonged to > > failed during writeback. > > > > Add a new log item callback to be used after an IO completion failure > > and make the needed clean ups. > > > > Signed-off-by: Carlos Maiolino <cmaiolino@redhat.com> > > --- > > V2: > > - Update commit log to include a better description of why this > > patch is needed and fix spelling mistakes > > - Move xfs_buf_do_callbacks_fail() call into > > xfs_buf_iodone_callback_error, so the callbacks can be executed > > before the buffer is released, and only after it has been > > retried once > > > > fs/xfs/xfs_buf_item.c | 27 ++++++++++++++++++++++++++- > > fs/xfs/xfs_trans.h | 5 ++++- > > 2 files changed, 30 insertions(+), 2 deletions(-) > > > > diff --git a/fs/xfs/xfs_buf_item.c b/fs/xfs/xfs_buf_item.c > > index 6ac3816..8f128e3 100644 > > --- a/fs/xfs/xfs_buf_item.c > > +++ b/fs/xfs/xfs_buf_item.c > > @@ -1051,6 +1051,24 @@ xfs_buf_do_callbacks( > > } > > } > > > > +STATIC void > > +xfs_buf_do_callbacks_fail( > > + struct xfs_buf *bp) > > +{ > > + struct xfs_log_item *lip, *next; > > + unsigned int bflags = bp->b_flags; > > + > > + lip = bp->b_fspriv; > > + while (lip != NULL) { > > + next = lip->li_bio_list; > > + > > + if (lip->li_ops->iop_error) > > + lip->li_ops->iop_error(lip, bflags); > > + > > + lip = next; > > + } > > AFAICT, this could do something like the following: > > spin_lock(&ailp->xa_lock); > while (lip != NULL) { > next = lip->li_bio_list; > lip->li_flags |= XFS_LI_FAILED; > lip = next; > } > spin_unlock(&ailp->xa_lock); > > ... to generically and unconditionally flag the log item as failed and > avoid the need for ->iop_error(). We also need to clear XFS_LI_FAILED at > the same place we clear XFS_LI_IN_AIL (i.e., AIL removal) to ensure a > subsequent successful I/O completion updates the log item appropriately. > > Then the result of this patch is that all log items are flagged as > failed on I/O error until they are ultimately removed from the AIL. We > otherwise have so far not changed behavior in any way. > After poking around with this the past day or so, I think there is another problem that we have to deal with (two, actually) in this area. The first is not a problem introduced by these patches, but like the whole flush lock thing, is a flaw in the whole "rely on the AIL to retry" behavior that is already in place. The issue is that once we flush a non-buffer log item to the backing buffer and the buffer I/O happens to fail, we don't hold a reference on the buffer. This means that we could flush an inode, the backing buffer I/O could fail (we flag the log item as such), and the buffer could be reclaimed before the next push of the inode log item. The LI_FAILED inode log item has already been flushed, so we basically just read the buffer off disk and write it back, having lost the inode changes that were flushed in the first place. This is a data corruption vector, so I think needs to be fixed before we unwind the flush lock livelock. This isn't a problem with buffer log items that fail because the xfs_buf_log_item holds a reference to the buffer. I think the solution for inode/dquot log items is therefore fairly straightforward: do something similar where the log item holds a reference to the buf and releases it at the appropriate point. This could be done generically to xfs_log_item, to the type-specific log item, and at push/flush time or only for LI_FAILED items that are going back to the AIL[1]. IMO, the latter seems like the least invasive approach to start with. The second problem here is somewhat of a side effect of the first. It's not sufficient to simply pin the buffer in-core (without further code changes, at least) because if the filesystem shuts down with failed items in the AIL, the buffer read path is short circuited to return error. This means that the xfs_imap_to_bp() call in the LI_FAILED handling path is simply not safe. If the filesystem has shut down due to unrelated reasons, it returns -EIO and we end up in a similar livelock as with the flush lock problem. I think this can also be addressed by the solution noted above by also holding a pointer to the underlying xfs_buf in the LI_FAILED log item (which is also something that xfs_buf_log_item has today). That basically means that any LI_FAILED log item should have an ->*li_buf pointer that can be directly referenced to requeue the buffer to the delwri queue. I think that should clean everything up properly in the shutdown case as the I/O submission sets an error on the buf, runs the ioend processing and the buf error handling invokes the callbacks now that the fs is shutdown. Thoughts..? Brian [1] Note that if we end up changing behavior on error and on the type-specific log item, this could reintroduce the need for ->iop_error(). Sorry for being back and forth on that, I basically just think we should keep it if the implementation needs to access the xfs_inode_log_item from the xfs_log_item or kill it otherwise. > Brian > > > +} > > + > > static bool > > xfs_buf_iodone_callback_error( > > struct xfs_buf *bp) > > @@ -1101,6 +1119,7 @@ xfs_buf_iodone_callback_error( > > > > xfs_buf_ioerror(bp, 0); > > xfs_buf_submit(bp); > > + > > return true; > > } > > > > @@ -1120,8 +1139,14 @@ xfs_buf_iodone_callback_error( > > if ((mp->m_flags & XFS_MOUNT_UNMOUNTING) && mp->m_fail_unmount) > > goto permanent_error; > > > > - /* still a transient error, higher layers will retry */ > > + /* > > + * still a transient error, run IO completion failure callbacks and > > + * let the higher layers retry the buffer. > > + * */ > > xfs_buf_ioerror(bp, 0); > > + > > + /* run failure callbacks before releasing buffer */ > > + xfs_buf_do_callbacks_fail(bp); > > xfs_buf_relse(bp); > > return true; > > > > diff --git a/fs/xfs/xfs_trans.h b/fs/xfs/xfs_trans.h > > index 7ae04de..7fcf48d 100644 > > --- a/fs/xfs/xfs_trans.h > > +++ b/fs/xfs/xfs_trans.h > > @@ -65,10 +65,12 @@ typedef struct xfs_log_item { > > > > #define XFS_LI_IN_AIL 0x1 > > #define XFS_LI_ABORTED 0x2 > > +#define XFS_LI_FAILED 0x3 > > > > #define XFS_LI_FLAGS \ > > { XFS_LI_IN_AIL, "IN_AIL" }, \ > > - { XFS_LI_ABORTED, "ABORTED" } > > + { XFS_LI_ABORTED, "ABORTED" }, \ > > + { XFS_LI_FAILED, "FAILED" } > > > > struct xfs_item_ops { > > void (*iop_size)(xfs_log_item_t *, int *, int *); > > @@ -79,6 +81,7 @@ struct xfs_item_ops { > > void (*iop_unlock)(xfs_log_item_t *); > > xfs_lsn_t (*iop_committed)(xfs_log_item_t *, xfs_lsn_t); > > void (*iop_committing)(xfs_log_item_t *, xfs_lsn_t); > > + void (*iop_error)(xfs_log_item_t *, unsigned int bflags); > > }; > > > > void xfs_log_item_init(struct xfs_mount *mp, struct xfs_log_item *item, > > -- > > 2.9.3 > > > > -- > > To unsubscribe from this list: send the line "unsubscribe linux-xfs" in > > the body of a message to majordomo@vger.kernel.org > > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- > To unsubscribe from this list: send the line "unsubscribe linux-xfs" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-xfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
diff --git a/fs/xfs/xfs_buf_item.c b/fs/xfs/xfs_buf_item.c index 6ac3816..8f128e3 100644 --- a/fs/xfs/xfs_buf_item.c +++ b/fs/xfs/xfs_buf_item.c @@ -1051,6 +1051,24 @@ xfs_buf_do_callbacks( } } +STATIC void +xfs_buf_do_callbacks_fail( + struct xfs_buf *bp) +{ + struct xfs_log_item *lip, *next; + unsigned int bflags = bp->b_flags; + + lip = bp->b_fspriv; + while (lip != NULL) { + next = lip->li_bio_list; + + if (lip->li_ops->iop_error) + lip->li_ops->iop_error(lip, bflags); + + lip = next; + } +} + static bool xfs_buf_iodone_callback_error( struct xfs_buf *bp) @@ -1101,6 +1119,7 @@ xfs_buf_iodone_callback_error( xfs_buf_ioerror(bp, 0); xfs_buf_submit(bp); + return true; } @@ -1120,8 +1139,14 @@ xfs_buf_iodone_callback_error( if ((mp->m_flags & XFS_MOUNT_UNMOUNTING) && mp->m_fail_unmount) goto permanent_error; - /* still a transient error, higher layers will retry */ + /* + * still a transient error, run IO completion failure callbacks and + * let the higher layers retry the buffer. + * */ xfs_buf_ioerror(bp, 0); + + /* run failure callbacks before releasing buffer */ + xfs_buf_do_callbacks_fail(bp); xfs_buf_relse(bp); return true; diff --git a/fs/xfs/xfs_trans.h b/fs/xfs/xfs_trans.h index 7ae04de..7fcf48d 100644 --- a/fs/xfs/xfs_trans.h +++ b/fs/xfs/xfs_trans.h @@ -65,10 +65,12 @@ typedef struct xfs_log_item { #define XFS_LI_IN_AIL 0x1 #define XFS_LI_ABORTED 0x2 +#define XFS_LI_FAILED 0x3 #define XFS_LI_FLAGS \ { XFS_LI_IN_AIL, "IN_AIL" }, \ - { XFS_LI_ABORTED, "ABORTED" } + { XFS_LI_ABORTED, "ABORTED" }, \ + { XFS_LI_FAILED, "FAILED" } struct xfs_item_ops { void (*iop_size)(xfs_log_item_t *, int *, int *); @@ -79,6 +81,7 @@ struct xfs_item_ops { void (*iop_unlock)(xfs_log_item_t *); xfs_lsn_t (*iop_committed)(xfs_log_item_t *, xfs_lsn_t); void (*iop_committing)(xfs_log_item_t *, xfs_lsn_t); + void (*iop_error)(xfs_log_item_t *, unsigned int bflags); }; void xfs_log_item_init(struct xfs_mount *mp, struct xfs_log_item *item,
With the current code, XFS never re-submit a failed buffer for IO, because the failed item in the buffer is kept in the flush locked state forever. To be able to resubmit an log item for IO, we need a way to mark an item as failed, if, for any reason the buffer which the item belonged to failed during writeback. Add a new log item callback to be used after an IO completion failure and make the needed clean ups. Signed-off-by: Carlos Maiolino <cmaiolino@redhat.com> --- V2: - Update commit log to include a better description of why this patch is needed and fix spelling mistakes - Move xfs_buf_do_callbacks_fail() call into xfs_buf_iodone_callback_error, so the callbacks can be executed before the buffer is released, and only after it has been retried once fs/xfs/xfs_buf_item.c | 27 ++++++++++++++++++++++++++- fs/xfs/xfs_trans.h | 5 ++++- 2 files changed, 30 insertions(+), 2 deletions(-)