Created attachment 156988 [details]
dmesg output with backtrace
On booting, I get this in my dmesg
lock order reversal:
1st 0xfffff8003135e5f0 zfs (zfs) @ /usr/src/sys/kern/vfs_mount.c:848
2nd 0xfffff800313d37c8 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2164
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00dcf75490
witness_checkorder() at witness_checkorder+0xe50/frame 0xfffffe00dcf75520
__lockmgr_args() at __lockmgr_args+0xacf/frame 0xfffffe00dcf75650
vop_stdlock() at vop_stdlock+0x3c/frame 0xfffffe00dcf75670
VOP_LOCK1_APV() at VOP_LOCK1_APV+0xfc/frame 0xfffffe00dcf756a0
_vn_lock() at _vn_lock+0x8a/frame 0xfffffe00dcf75710
vget() at vget+0x67/frame 0xfffffe00dcf75750
devfs_allocv() at devfs_allocv+0xfd/frame 0xfffffe00dcf757a0
devfs_root() at devfs_root+0x43/frame 0xfffffe00dcf757d0
vfs_donmount() at vfs_donmount+0x153e/frame 0xfffffe00dcf75aa0
sys_nmount() at sys_nmount+0x71/frame 0xfffffe00dcf75ae0
amd64_syscall() at amd64_syscall+0x25a/frame 0xfffffe00dcf75bf0
Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe00dcf75bf0
--- syscall (378, FreeBSD ELF64, sys_nmount), rip = 0x800aac5fa, rsp = 0x7fffffffdc28, rbp = 0x7fffffffe190 ---
It doesn't appear to impact my system since (AFAICT) it appears to be working fine, but if it's a bug, I wanted to make sure it got reported. I can provide extra info as needed, as it's just a tinkering machine.
Created attachment 156989 [details]
Output of "geli list"
Created attachment 156990 [details]
Output of "zfs list"
Still an issue as of 20160113-r293801
vfs_subr.c line has changed to 2477
This happens during jail creation with zfs based jails.
kp@ confirms that this can be triggered on CURRENT in January 2021