LOR between allproc <-> ufs

lists at yamagi.org lists at yamagi.org
Thu May 26 14:14:18 UTC 2016


Hello,
having experienced several hard 'freezes' (system is still running, but
all file system activity just hangs) on a FreeBSD 10.3-RELEASE machine,
I've build a kernel with full debugging. Besides the well knows bufwait
<-> dirhash LOR I've seen this one between allproc <-> ufs. Sadly the
output is somewhat garbled, messages from LSIs upstream mps(4) driver
interfered :

May 26 15:24:26 grobi kernel: 1st 0xffffffff81885b28 allproc (allproc) @ 
/usr/src/sys/vm/vm_meter.c:122
May 26 15:24:26 grobi kernel: 2nd 0xfffff8022c60b5f0 ufs (ufs) @ 
/usr/src/sys/kern/vfs_subr.c:2364
May 26 15:24:26 grobi kernel: KDB: stack backtrace:
May 26 15:24:26 grobi kernel: xpt_release_simq: requested 1 > present 0
May 26 15:24:26 grobi kernel: db_trace_self_wrapperxpt_release_simq: 
requested 1 > present 0
May 26 15:24:26 grobi kernel: () atxpt_release_simq: requested 1 > 
present 0
May 26 15:24:26 grobi kernel: xpt_release_simq: requested 1 > present 0
May 26 15:24:26 grobi kernel: db_trace_self_wxpt_release_simq: requested 
1 > present 0
May 26 15:24:26 grobi kernel: rxpt_release_simq: requested 1 > present 0
May 26 15:24:26 grobi kernel: apper+xpt_release_simq: requested 1 > 
present 0
May 26 15:24:26 grobi kernel: 0x2b/fraxpt_release_simq: requested 1 > 
present 0
May 26 15:24:26 grobi kernel: me 0xfffffe1xpt_release_simq: requested 1 
 > present 0
May 26 15:24:26 grobi kernel: 04432b2d0
May 26 15:24:26 grobi kernel: xpt_release_simq: requested 1 > present 0
May 26 15:24:26 grobi kernel: xpt_release_simq: requested 1 > present 0
May 26 15:24:26 grobi kernel: kxpt_release_simq: requested 1 > present 0
May 26 15:24:26 grobi kernel: dxpt_release_simq: requested 1 > present 0
May 26 15:24:26 grobi kernel: bxpt_release_simq: requested 1 > present 0
May 26 15:24:26 grobi kernel: _backtrxpt_release_simq: requested 1 > 
present 0
May 26 15:24:26 grobi kernel: ace() atxpt_release_simq: requested 1 > 
present 0
May 26 15:24:26 grobi kernel: xpt_release_simq: requested 1 > present 0
May 26 15:24:26 grobi kernel: kdb_backxpt_release_simq: requested 1 > 
present 0
May 26 15:24:26 grobi kernel: trace+0x3xpt_release_simq: requested 1 > 
present 0
May 26 15:24:26 grobi kernel: 9/frame 0xpt_release_simq: requested 1 > 
present 0
May 26 15:24:26 grobi kernel: xfffffe10xpt_release_simq: requested 1 > 
present 0
May 26 15:24:26 grobi kernel: 4432b380
May 26 15:24:26 grobi kernel: xpt_release_simq: requested 1 > present 0
May 26 15:24:26 grobi kernel: xpt_release_simq: requested 1 > present 0
May 26 15:24:26 grobi kernel: wxpt_release_simq: requested 1 > present 0
May 26 15:24:26 grobi kernel: itnxpt_release_simq: requested 1 > present 
0
May 26 15:24:26 grobi kernel: ess_chexpt_release_simq: requested 1 > 
present 0
May 26 15:24:26 grobi kernel: ckordexpt_release_simq: requested 1 > 
present 0
May 26 15:24:26 grobi kernel: r(xpt_release_simq: requested 1 > present 
0
May 26 15:24:26 grobi kernel: ) at witness_checkorder+0xe24/frame 
0xfffffe104432b410
May 26 15:24:26 grobi kernel: __lockmgr_args() at 
__lockmgr_args+0x9ea/frame 0xfffffe104432b550
May 26 15:24:26 grobi kernel: ffs_lock() at ffs_lock+0x84/frame 
0xfffffe104432b5a0
May 26 15:24:26 grobi kernel: VOP_LOCK1_APV() at 
VOP_LOCK1_APV+0xfc/frame 0xfffffe104432b5d0
May 26 15:24:26 grobi kernel: _vn_lock() at _vn_lock+0xaa/frame 
0xfffffe104432b640
May 26 15:24:26 grobi kernel: vputx() at vputx+0x232/frame 
0xfffffe104432b6a0
May 26 15:24:26 grobi kernel: vm_object_deallocate() at 
vm_object_deallocate+0x5fb/frame 0xfffffe104432b700
May 26 15:24:26 grobi kernel: vm_map_process_deferred() at 
vm_map_process_deferred+0x89/frame 0xfffffe104432b730
May 26 15:24:26 grobi kernel: vm_map_remove() at 
vm_map_remove+0xc8/frame 0xfffffe104432b760
May 26 15:24:26 grobi kernel: vmspace_free() at vmspace_free+0x51/frame 
0xfffffe104432b780
May 26 15:24:26 grobi kernel: vmtotal() at vmtotal+0x2a5/frame 
0xfffffe104432b800
May 26 15:24:26 grobi kernel: sysctl_root() at sysctl_root+0x1d2/frame 
0xfffffe104432b850
May 26 15:24:26 grobi kernel: userland_sysctl() at 
userland_sysctl+0x192/frame 0xfffffe104432b8f0
May 26 15:24:26 grobi kernel: sys___sysctl() at sys___sysctl+0x74/frame 
0xfffffe104432b9a0
May 26 15:24:26 grobi kernel: amd64_syscall() at 
amd64_syscall+0x2c4/frame 0xfffffe104432bab0
May 26 15:24:26 grobi kernel: Xfast_syscall() at 
Xfast_syscall+0xfb/frame 0xfffffe104432bab0
May 26 15:24:26 grobi kernel: --- syscall (202, FreeBSD ELF64, 
sys___sysctl), rip = 0x802ef665a, rsp = 0x7fffffffe758, rbp = 
0x7fffffffe790 ---

Can anybody tell me if this is a know false positive? So far I
was unable to reproduce it. If I manage to do so I'll send a
better stacktrace.

Regards,
Yamagi


More information about the freebsd-fs mailing list