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.
https://git.kernel.org/stable/c/b15c79fca28060fd9c7e77f2c3ebc4ba023974e8
https://git.kernel.org/stable/c/ab1c416d2377cdc16123ef521aac4da1c468c3d4
https://git.kernel.org/stable/c/3380151cf0ce8ad0c1d356fed51e4b69e1d28e50
https://git.kernel.org/stable/c/0e0d3372a84029da1768c7a4c4601484af5b58a2