Re: kern/41923: assertion "cur != owner" failed

[Manuel Bouyer <bouyer%antioche.eu.org@localhost>]

On Sun, Aug 23, 2009 at 11:25:01AM +0000, Manuel Bouyer wrote:
> This heavily-loaded ftp/http server running a DIAGNOSCTIC kernel paniced with:
> panic: kernel diagnostic assertion "cur != owner" failed: file 
> "/home/src/src-5/src/sys/kern/kern_turnstile.c", line 289                     
>                    
> 

I got this again, this time with a lockdebug kernel.
panic: kernel diagnostic assertion "cur != owner" failed: file 
"/home/src/src-5/src/sys/kern/kern_turnstile.c", line 289
fatal breakpoint trap in supervisor mode
trap type 1 code 0 rip ffffffff803d6855 cs 8 rflags 246 cr2  ffff80007cb1c000 
cpl 7 rsp ffff80007d01f640
Stopped in pid 16237.1 (rsync) at       netbsd:breakpoint+0x5:  leave
db{0}> db{0}> tr
breakpoint() at netbsd:breakpoint+0x5
panic() at netbsd:panic+0x24d
__kernassert() at netbsd:__kernassert+0x2d
turnstile_block() at netbsd:turnstile_block+0x52f
rw_vector_enter() at netbsd:rw_vector_enter+0x28c
vlockmgr() at netbsd:vlockmgr+0xf6
VOP_LOCK() at netbsd:VOP_LOCK+0x64
vn_lock() at netbsd:vn_lock+0xd9
wapbl_ufs_rename() at netbsd:wapbl_ufs_rename+0x5ab
ufs_rename() at netbsd:ufs_rename+0x39
VOP_RENAME() at netbsd:VOP_RENAME+0x75
do_sys_rename() at netbsd:do_sys_rename+0x57d
syscall() at netbsd:syscall+0xb6
db{0}> mach cpu 1
using CPU 1
db{0}> tr
?() at 0x7f7ffdb94390
?() at 0x7973722f6e69622f
fatal protection fault in supervisor mode
trap type 4 code 0 rip ffffffff803d8124 cs 8 rflags 10246 cr2  ffff80007cb1c000 
cpl 8 rsp ffff80007d01eff0
kernel: protection fault trap, code=0
Faulted in DDB; continuing...
db{0}> 

there are 2 rsyncs in tstile, I don't know if it can mena something:
16237>   1 3   0         4   ffff80007ddcebc0              rsync tstile         
19656    1 3   1         4   ffff8000c79c7be0              rsync tstile         

db{0}> tr/a ffff8000c79c7be0
trace: pid 19656 lid 1 at 0xffff800084827650
sleepq_block() at netbsd:sleepq_block+0xec
turnstile_block() at netbsd:turnstile_block+0x2e1
rw_vector_enter() at netbsd:rw_vector_enter+0x28c
vlockmgr() at netbsd:vlockmgr+0xf6
VOP_LOCK() at netbsd:VOP_LOCK+0x64
vn_lock() at netbsd:vn_lock+0xd9
cache_lookup() at netbsd:cache_lookup+0x201
ufs_lookup() at netbsd:ufs_lookup+0xcd
VOP_LOOKUP() at netbsd:VOP_LOOKUP+0x80
lookup() at netbsd:lookup+0x34b
namei() at netbsd:namei+0x1a4
do_sys_stat() at netbsd:do_sys_stat+0x44
sys___lstat30() at netbsd:sys___lstat30+0x2a
syscall() at netbsd:syscall+0xb6

Also, on 2 out of 2, the system died in a rsync process.

-- 
Manuel Bouyer <bouyer%antioche.eu.org@localhost>
     NetBSD: 26 ans d'experience feront toujours la difference
--