]> git.ipfire.org Git - thirdparty/linux.git/commit
xfs: shut down zoned file systems on writeback errors
authorYao Sang <sangyao@kylinos.cn>
Fri, 12 Jun 2026 02:44:30 +0000 (10:44 +0800)
committerCarlos Maiolino <cem@kernel.org>
Fri, 12 Jun 2026 07:51:55 +0000 (09:51 +0200)
commitf4f28ffe09248e747ffd6b752cbad0f7a34af475
tree53d49b1834e1ae0fbd190fcad91a96c6033df9bf
parentdfac6ba84819bd12535943c4090766bbc6c5ea7e
xfs: shut down zoned file systems on writeback errors

Zoned writeback allocates space from an open zone and advances the
in-memory allocation state before submitting the bio. The completion
path only records the written blocks and updates the mapping on success.
If the write fails, XFS cannot tell how far the device write pointer
advanced and cannot safely roll the open zone accounting back.

This was observed while investigating xfs/643 and xfs/646 on an external
ZNS realtime device. A writeback error after consuming space from an
open zone left later writers waiting for open-zone or GC progress that
could not happen. xfs/643 exposed this through the GC defragmentation
path, while xfs/646 exposed the same failure mode through the
truncate/EOF-zeroing space wait path.

There is no local recovery path in ioend completion that can restore a
consistent zoned allocation state after the device has rejected the
write. Treat writeback errors for zoned inodes as fatal and force a
file system shutdown from the ioend completion path. The existing
shutdown path wakes zoned allocation waiters and makes future space
waits return -EIO instead of leaving tasks stuck waiting for progress.

Signed-off-by: Yao Sang <sangyao@kylinos.cn>
Reviewed-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Carlos Maiolino <cem@kernel.org>
fs/xfs/xfs_aops.c