diff options
| author | Mark Johnston <markj@FreeBSD.org> | 2026-01-25 15:12:19 +0000 |
|---|---|---|
| committer | Mark Johnston <markj@FreeBSD.org> | 2026-01-25 22:41:10 +0000 |
| commit | d6bc31f92991b6d67da54868f3563278015389ca (patch) | |
| tree | 2f0840f5e0a8060dd45a5e4ed50f9b12fccf3d24 /contrib/llvm-project/llvm/lib/TextAPI/TextAPIError.cpp | |
| parent | 58580dc0c694b107ba7ba1b14dc8ee8f306e53f6 (diff) | |
makefs/zfs/tests: Force-destroy md devices
Most of these tests create a md(4) device backed by a makefs-generated
image, then import the pool, using the md device as a pool vdev. When
a test finishes, it destroys the pool, then destroys the md device.
Once in a while md device destruction fails with EBUSY. This happens
when a GEOM consumer is holding the device open; kern_mddetach_locked()
simply fails if any consumers are present. zpool destruction is
synchronous so ZFS is innocent, rather, the problem seems to be that
GEOM re-tastes the device after the zpool reference goes away. This
operation creates a transient reference that causes the spurious
failure.
Use "mdconfig -o force" to work around this.
MFC after: 2 weeks
Diffstat (limited to 'contrib/llvm-project/llvm/lib/TextAPI/TextAPIError.cpp')
0 files changed, 0 insertions, 0 deletions
