btrfs: always abort transaction on failure to add block group to free space tree
authorFilipe Manana <fdmanana@suse.com>
Sat, 7 Jun 2025 18:44:03 +0000 (19:44 +0100)
committerDavid Sterba <dsterba@suse.com>
Mon, 21 Jul 2025 21:57:56 +0000 (23:57 +0200)
commit1f06c942aa709d397cf6bed577a0d10a61509667
tree29b18088fbc0f3761a6be13ff8eaf0aa5022e7c7
parent936f0b49dc4ac29a34a1501342a489d4fe366b9b
btrfs: always abort transaction on failure to add block group to free space tree

Only one of the callers of __add_block_group_free_space() aborts the
transaction if the call fails, while the others don't do it and it's
either never done up the call chain or much higher in the call chain.

So make sure we abort the transaction at __add_block_group_free_space()
if it fails, which brings a couple benefits:

1) If some call chain never aborts the transaction, we avoid having some
   metadata inconsistency because BLOCK_GROUP_FLAG_NEEDS_FREE_SPACE is
   cleared when we enter __add_block_group_free_space() and therefore
   __add_block_group_free_space() is never called again to add the block
   group items to the free space tree, since the function is only called
   when that flag is set in a block group;

2) If the call chain already aborts the transaction, then we get a better
   trace that points to the exact step from __add_block_group_free_space()
   which failed, which is better for analysis.

So abort the transaction at __add_block_group_free_space() if any of its
steps fails.

CC: stable@vger.kernel.org # 6.6+
Reviewed-by: Boris Burkov <boris@bur.io>
Signed-off-by: Filipe Manana <fdmanana@suse.com>
Reviewed-by: David Sterba <dsterba@suse.com>
Signed-off-by: David Sterba <dsterba@suse.com>
fs/btrfs/free-space-tree.c