summaryrefslogtreecommitdiffstats
path: root/fs/xfs/xfs_dir2_readdir.c
diff options
context:
space:
mode:
authorChristoph Hellwig <hch@lst.de>2017-03-08 10:38:53 -0800
committerDarrick J. Wong <darrick.wong@oracle.com>2017-03-08 10:38:53 -0800
commit2fcc319d2467a5f5b78f35f79fd6e22741a31b1e (patch)
treec43d14680e8f70ea22b2c835c4fd7840e5d6a84f /fs/xfs/xfs_dir2_readdir.c
parentf65e6fad293b3a5793b7fa2044800506490e7a2e (diff)
downloadlinux-2fcc319d2467a5f5b78f35f79fd6e22741a31b1e.tar.bz2
xfs: try any AG when allocating the first btree block when reflinking
When a reflink operation causes the bmap code to allocate a btree block we're currently doing single-AG allocations due to having ->firstblock set and then try any higher AG due a little reflink quirk we've put in when adding the reflink code. But given that we do not have a minleft reservation of any kind in this AG we can still not have any space in the same or higher AG even if the file system has enough free space. To fix this use a XFS_ALLOCTYPE_FIRST_AG allocation in this fall back path instead. [And yes, we need to redo this properly instead of piling hacks over hacks. I'm working on that, but it's not going to be a small series. In the meantime this fixes the customer reported issue] Also add a warning for failing allocations to make it easier to debug. Signed-off-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>
Diffstat (limited to 'fs/xfs/xfs_dir2_readdir.c')
0 files changed, 0 insertions, 0 deletions