Linux Btrfs filesystem development
 help / color / mirror / Atom feed
* [PATCH v2 0/2] delayed_node leak bug
@ 2025-05-28  0:04 Leo Martins
  2025-05-28  0:04 ` [PATCH v2 1/2] btrfs: fix refcount leak in debug assertion Leo Martins
                   ` (2 more replies)
  0 siblings, 3 replies; 4+ messages in thread
From: Leo Martins @ 2025-05-28  0:04 UTC (permalink / raw)
  To: linux-btrfs, kernel-team

Currently investigating a bug I believe is caused by leaked
delayed_nodes. The following patches fix a potential delayed_node leak
in an assert function (I don't believe this is the cause of the bug) and
add a warning if a root still contains delayed_nodes when it is freed.

A little more on the bug I'm investigating in case anyone has seen
something similar...

Started seeing soft lockups in btrfs_kill_all_delayed_nodes due to an
infinte loop. Further investigation showed that there was a
delayed_node that was not being erased from the root->delayed_nodes xarray.
The delayed_node had a reference count of one meaning that it is failing
to be released somewhere.

V2 CHANGES:
- combine warn and if statement

Leo Martins (2):
  btrfs: fix refcount leak in debug assertion
  btrfs: warn if leaking delayed_nodes

 fs/btrfs/delayed-inode.c | 5 ++++-
 fs/btrfs/disk-io.c       | 2 ++
 2 files changed, 6 insertions(+), 1 deletion(-)

-- 
2.47.1


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2025-05-28  0:46 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2025-05-28  0:04 [PATCH v2 0/2] delayed_node leak bug Leo Martins
2025-05-28  0:04 ` [PATCH v2 1/2] btrfs: fix refcount leak in debug assertion Leo Martins
2025-05-28  0:04 ` [PATCH v2 2/2] btrfs: warn if leaking delayed_nodes Leo Martins
2025-05-28  0:46 ` [PATCH v2 0/2] delayed_node leak bug Qu Wenruo

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox