[Bug 229694] [zfs] unkillable "zpool scrub" in [tx->tx_sync_done_cv] state for damaged data

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229694

--- Comment #1 from Andriy Gapon <avg at FreeBSD.org> ---
I am not too surprised.  The pool configuration is not redundant and the whole
top level vdev is corrupted.  I suspect that the scrub command needs to write
something to the pool to record the initial scrub state.  And it's quite likely
that it needs to perform Read-Modify-Write.  And the read fails and the pool
gets suspended.  zpool scrub command is stuck waiting for confirmation that the
scrub is actually started.

procstat -kk -a would paint a fuller picture.
Maybe there is something reported in dmesg too, but not sure.

-- 
You are receiving this mail because:
You are the assignee for the bug.