summaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python/export-to-sqlite.py
diff options
context:
space:
mode:
authorDarrick J. Wong <djwong@kernel.org>2023-12-11 21:41:51 +0300
committerDarrick J. Wong <djwong@kernel.org>2023-12-14 01:16:27 +0300
commit578bd4ce7100ae34f98c6b0147fe75cfa0dadbac (patch)
tree446409024968d5d652ea648da7f0ab1973708089 /tools/perf/scripts/python/export-to-sqlite.py
parent18793e050504288345eb455a471677b57117bcc6 (diff)
downloadlinux-578bd4ce7100ae34f98c6b0147fe75cfa0dadbac.tar.xz
xfs: recompute growfsrtfree transaction reservation while growing rt volume
While playing with growfs to create a 20TB realtime section on a filesystem that didn't previously have an rt section, I noticed that growfs would occasionally shut down the log due to a transaction reservation overflow. xfs_calc_growrtfree_reservation uses the current size of the realtime summary file (m_rsumsize) to compute the transaction reservation for a growrtfree transaction. The reservations are computed at mount time, which means that m_rsumsize is zero when growfs starts "freeing" the new realtime extents into the rt volume. As a result, the transaction is undersized and fails. Fix this by recomputing the transaction reservations every time we change m_rsumsize. Signed-off-by: Darrick J. Wong <djwong@kernel.org> Reviewed-by: Christoph Hellwig <hch@lst.de>
Diffstat (limited to 'tools/perf/scripts/python/export-to-sqlite.py')
0 files changed, 0 insertions, 0 deletions