On Thu, 08 Oct 2026 04:37:47 +0000, Suresh Thelkar <[email protected]> 
wrote:
> libmultipath: fix leaked device-mapper suspend after a failed remove
> 
> Under heavy device-mapper ioctl load (e.g. LUN-number recycling combined
> with ALUA transitions), dm_flush_map__() could leave a multipath map
> suspended indefinitely after a failed DM_DEVICE_REMOVE. A suspended map
> wedges any later task that touches it in uninterruptible D state, and
> because sync() walks every block device, this can hang I/O node-wide
> until reboot. The storage itself is healthy; the defect is entirely in
> user space.
> 
> [...]

Reviewed-by: Martin Wilck <[email protected]>

-- 
Martin Wilck <[email protected]>

Reply via email to