https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229694
--- Comment #5 from Andriy Gapon ---
(In reply to Eugene Grosbein from comment #3)
5 101937 zfskern txg_thread_entermi_switch+0xc5
sleepq_wait+0x2c _cv_wait+0x160 zio_resume_wait+0x4b spa_sync+0xd46
txg_sync_thread+0x25e
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229694
--- Comment #4 from Rodney W. Grimes ---
Please do not put bugs on stable@, current@, hackers@, etc
--
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-stable
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229694
--- Comment #3 from Eugene Grosbein ---
Created attachment 195052
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=195052&action=edit
procstat -kk -a output
--
You are receiving this mail because:
You are on the CC list for the b
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229694
Eugene Grosbein changed:
What|Removed |Added
CC||sta...@freebsd.org
--- Comment #
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229694
Mark Linimon changed:
What|Removed |Added
Assignee|sta...@freebsd.org |f...@freebsd.org
CC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229694
--- Comment #1 from Andriy Gapon ---
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 sc
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229694
Bug ID: 229694
Summary: [zfs] unkillable "zpool scrub" in
[tx->tx_sync_done_cv] state for damaged data
Product: Base System
Version: 11.2-STABLE
Hardware: Any