machine wedged -> KDB: enter: lock violation

Daichi GOTO daichi at freebsd.org
Fri Apr 25 12:00:40 UTC 2008


Hi Brad,

We have committed some unionfs fixes to 8-CURRENT.
Please try it, I guess those latest fixes gives you success.
If you have fails still after that, please send us your
panic report. Thanks :)

Brad Pitney wrote:
> once again:
> 
> KDB: stack backtrace:
> db_trace_self_wrapper(c074b5ee,e70c79ac,c05b6853,c4b8c420,e70c79ac,...)
> at db_trace_self_wrapper+0x26
> kdb_backtrace(c4b8c420,e70c79ac,c07025c5,e70c79bc,c4c002b8,...) at
> kdb_backtrace+0x29
> vfs_badlock(c4a31900,e70c79bc,c07b00a0,c4c002b8,c4b8c420) at vfs_badlock+0x23
> assert_vop_elocked(c4c002b8,c0752ee7,c4b8c420,1b9,0,...) at
> assert_vop_elocked+0x53
> cache_lookup(c4bfe414,e70c7bc0,e70c7bd4,e70c7bc0,c49c5800,...) at
> cache_lookup+0x53c
> vfs_cache_lookup(e70c7aa8,c07545ba,c4bfe414,2,c4bfe414,...) at
> vfs_cache_lookup+0xaa
> VOP_LOOKUP_APV(c4a31900,e70c7aa8,c4b8c420,c075356a,19b,...) at
> VOP_LOOKUP_APV+0xe5
> lookup(e70c7bac,e70c7ae8,c6,bf,c49acc2c,...) at lookup+0x53e
> namei(e70c7bac,2,c0754d92,c0577808,c08119c8,...) at namei+0x28e
> kern_stat(c4b8c420,2820258c,0,e70c7c1c,c074d152,...) at kern_stat+0x3d
> stat(c4b8c420,e70c7cfc,8,c074e1dc,c0785e00,...) at stat+0x2f
> syscall(e70c7d38) at syscall+0x273
> Xint0x80_syscall() at Xint0x80_syscall+0x20
> --- syscall (188, FreeBSD ELF32, stat), eip = 0x281aa48f, esp =
> 0xbfbfea4c, ebp = 0xbfbfeae8 ---
> cache_lookup: 0xc4c002b8 is not exclusive locked but should be
> KDB: enter: lock violation
> 
> vnode 0xc4c002b8: tag unionfs, type VREG
>     usecount 0, writecount 0, refcount 0 mountedhere 0
>     flags (VV_TEXT|VI_FREE|VI_OWEINACT)
>     v_object 0xc4b866c8 ref 0 pages 158
>     #0 0xc052fab5 at _lockmgr+0x1c5
> #1 0xc0668df1 at ffs_lock+0x91
> #2 0xc0705775 at VOP_LOCK1_APV+0xa5
> #3 0xc05c53b8 at _vn_lock+0xf8
> #4 0xc05ba130 at vget+0x110
> #5 0xc0699c20 at vnode_pager_lock+0x1b0
> #6 0xc06825df at vm_fault+0x1df
> #7 0xc06ec478 at trap_pfault+0x118
> #8 0xc06ecd07 at trap+0x2b7
> #9 0xc06d5ecb at calltrap+0x6
> 
> unionfs_vp=0xc4c002b8, uppervp=0xc4b91414, lowervp=0xc4b9115c
> unionfs: upper
> 0xc4b91414: tag ufs, type VREG
>     usecount 1, writecount 0, refcount 4 mountedhere 0
>     flags ()
>     v_object 0xc4b866c8 ref 0 pages 158
>     #0 0xc052fab5 at _lockmgr+0x1c5
> #1 0xc0668df1 at ffs_lock+0x91
> #2 0xc0705775 at VOP_LOCK1_APV+0xa5
> #3 0xc05c53b8 at _vn_lock+0xf8
> #4 0xc05ba130 at vget+0x110
> #5 0xc0699c20 at vnode_pager_lock+0x1b0
> #6 0xc06825df at vm_fault+0x1df
> #7 0xc06ec478 at trap_pfault+0x118
> #8 0xc06ecd07 at trap+0x2b7
> #9 0xc06d5ecb at calltrap+0x6
> 
>         ino 500700, on dev ad0s3a
> unionfs: lower
> 0xc4b9115c: tag ufs, type VREG
>     usecount 4, writecount 0, refcount 7 mountedhere 0
>     flags (VV_TEXT)
>     v_object 0xc4be1aa8 ref 2 pages 109
>     #0 0xc052fab5 at _lockmgr+0x1c5
> #1 0xc0668df1 at ffs_lock+0x91
> #2 0xc0705775 at VOP_LOCK1_APV+0xa5
> #3 0xc05c53b8 at _vn_lock+0xf8
> #4 0xc05ba130 at vget+0x110
> #5 0xc0699c20 at vnode_pager_lock+0x1b0
> #6 0xc06825df at vm_fault+0x1df
> #7 0xc06ec478 at trap_pfault+0x118
> #8 0xc06ecd07 at trap+0x2b7
> #9 0xc06d5ecb at calltrap+0x6
> 
>         ino 144832, on dev ad0s3a

-- 
   Daichi GOTO, http://people.freebsd.org/~daichi


More information about the freebsd-stable mailing list