xfs: fix contiguous dquot chunk iteration livelock
authorBrian Foster <bfoster@redhat.com>
Wed, 5 Jul 2017 19:07:52 +0000 (12:07 -0700)
committerDarrick J. Wong <darrick.wong@oracle.com>
Wed, 5 Jul 2017 19:07:52 +0000 (12:07 -0700)
commit2192b0baea395274ffcd38ec70e284389e3c243d
treea9960791c10fce6b2f9156ce9ca14e1b214987de
parent9b2970aacfd9aa5d9bad377a554a002b398f882e
xfs: fix contiguous dquot chunk iteration livelock

The patch below updated xfs_dq_get_next_id() to use the XFS iext
lookup helpers to locate the next quota id rather than to seek for
data in the quota file. The updated code fails to correctly handle
the case where the quota inode might have contiguous chunks part of
the same extent. In this case, the start block offset is calculated
based on the next expected id but the extent lookup returns the same
start offset as for the previous chunk. This causes the returned id
to go backwards and livelocks the quota iteration. This problem is
reproduced intermittently by generic/232.

To handle this case, check whether the startoff from the extent
lookup is behind the startoff calculated from the next quota id. If
so, bump up got.br_startoff to the specific file offset that is
expected to hold the next dquot chunk.

Fixes: bda250dbaf39 ("xfs: rewrite xfs_dq_get_next_id using xfs_iext_lookup_extent")
Signed-off-by: Brian Foster <bfoster@redhat.com>
Reviewed-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Darrick J. Wong <darrick.wong@oracle.com>
Signed-off-by: Darrick J. Wong <darrick.wong@oracle.com>
fs/xfs/xfs_dquot.c