Btrfs Sees Urgent Fix Following Recent Reports Of Log Tree Corruption
On Linux 6.15.3+ there have been increased reports of log tree corruption being hit by users of the Btrfs file-system. Fortunately, a fix has now been submitted for Linux 6.17 Git and then for back-porting to the recent stable kernel versions.
Peter Jung of CachyOS raised one month ago increased reports of corruption for the log tree with Btrfs. There have also been other reports too of Btrfs log tree corruption on Linux 6.15.3+ kernels. Fortunately, in the cases I've seen reported, the corruption has been able to be fixed.
The important news now is that Btrfs maintainer David Sterba sent out a pull request with a fix:
The patch provides more insight into the log tree replay failure due to a file with zero links and extents.
Peter Jung of CachyOS raised one month ago increased reports of corruption for the log tree with Btrfs. There have also been other reports too of Btrfs log tree corruption on Linux 6.15.3+ kernels. Fortunately, in the cases I've seen reported, the corruption has been able to be fixed.
The important news now is that Btrfs maintainer David Sterba sent out a pull request with a fix:
"please pull a single btrfs commit. It fixes a problem that people started to hit since 6.15.3 during log replay (e.g. after a crash). The bug is old but got more likely to happen since 5e85262e542d6da got backported to stable (6.15 only). The summer vacation time caused delays of the fix delivery, apologies to everyone. Thanks."
The patch provides more insight into the log tree replay failure due to a file with zero links and extents.