Description
In the Linux kernel, the following vulnerability has been resolved: xfs: don't let memory failures leak blocks and kill repairs LOLLM complains that a memory allocation failure in xrep_newbt_add_blocks results in online repair leaking blocks that were previously allocated to write a new btree, but the problem is worse than that -- a limitation of the codebase is that the callers cannot undo the transaction /and/ return the error -- either you undo all changes and commit the transaction, or you error out and the filesystem goes down. However, the new btree space reservation object isn't that big (~48 bytes). Let's just do a NOFAIL allocation and the problem goes away.
Affected products
Version statuses are supplied by the assigning organization. Consult the original record for detailed ranges and platform conditions.
Linux Linux
Default version status: unaffected
be408417630427984a1fddd069f30b245793234c to < 3380151cf0ce8ad0c1d356fed51e4b69e1d28e50affectedbe408417630427984a1fddd069f30b245793234c to < b15c79fca28060fd9c7e77f2c3ebc4ba023974e8affectedbe408417630427984a1fddd069f30b245793234c to < 0e0d3372a84029da1768c7a4c4601484af5b58a2affectedbe408417630427984a1fddd069f30b245793234c to < ab1c416d2377cdc16123ef521aac4da1c468c3d4affected
Linux Linux
Default version status: affected
6.8affected0 to < 6.8unaffected6.12.113 to ≤ 6.12.*unaffected6.18.56 to ≤ 6.18.*unaffected7.2.9 to ≤ 7.2.*unaffected7.3 to ≤ *unaffected