summaryrefslogtreecommitdiff
path: root/fs/xfs/libxfs/xfs_ag_resv.h
diff options
context:
space:
mode:
authorChristoph Hellwig <hch@lst.de>2017-01-25 15:49:35 (GMT)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2017-04-08 07:30:30 (GMT)
commit08a2a26816825b2724fa6e2616df716b31e4a582 (patch)
tree64d5730429db67791b16a190a5659cf71989688a /fs/xfs/libxfs/xfs_ag_resv.h
parent9be1c33d4a995d6369b94c7bb6ae0e8d18e7d658 (diff)
downloadlinux-08a2a26816825b2724fa6e2616df716b31e4a582.tar.xz
xfs: use per-AG reservations for the finobt
commit 76d771b4cbe33c581bd6ca2710c120be51172440 upstream. Currently we try to rely on the global reserved block pool for block allocations for the free inode btree, but I have customer reports (fairly complex workload, need to find an easier reproducer) where that is not enough as the AG where we free an inode that requires a new finobt block is entirely full. This causes us to cancel a dirty transaction and thus a file system shutdown. I think the right way to guard against this is to treat the finot the same way as the refcount btree and have a per-AG reservations for the possible worst case size of it, and the patch below implements that. Note that this could increase mount times with large finobt trees. In an ideal world we would have added a field for the number of finobt fields to the AGI, similar to what we did for the refcount blocks. We should do add it next time we rev the AGI or AGF format by adding new fields. 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> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'fs/xfs/libxfs/xfs_ag_resv.h')
0 files changed, 0 insertions, 0 deletions