Subject: Re: kernel panic under nfs load
To: None <current-users@netbsd.org>
From: Sarton O'Brien <bsd-xen@roguewrt.org>
List: port-xen
Date: 02/27/2007 21:01:57
Just thought I'd mention it's a udp mount but the same again with tcp.
Providing it again seems unnecessary as it looks identical but I just thought
I'd note, there was almost no load when it occurred (despite my subject) :)
Client: 0 0 0 2 0 0 0 0
0
Client: 0 0 0 0 0 0 0 0
0
Mutex error: mutex_vector_enter: locking against myself
lock address : 0x00000000c047d7e0
current cpu : 0
current lwp : 0x00000000c961d700
owner field : 0x0000000000010b00 wait/spin: 0/1
panic: lock error
Stopped in pid 223.1 (nfsio) at netbsd:cpu_Debugger+0x4: popl %ebp
db> bt
cpu_Debugger(c040ed4f,c9662a18,0,0,c9662a18) at netbsd:cpu_Debugger+0x4
panic(c040a801,c0409752,c03f1614,c0403078,c047d7e0) at netbsd:panic+0x155
lockdebug_abort(0,c047d7e0,c043beb0,c03f1614,c0403078) at
netbsd:lockdebug_abort
+0x61
mutex_abort(c047d7e0,c03f1614,c0403078,0,1) at netbsd:mutex_abort+0x3c
mutex_vector_enter(c047d7e0,0,c0839200,c047e660,c98659f8) at
netbsd:mutex_vector
_enter+0x12f
turnstile_wakeup(c8c6c870,1,1,0,c9a24d24) at netbsd:turnstile_wakeup+0xc4
mutex_vector_exit(c98659f8,3f80000,0,32aa00,0) at
netbsd:mutex_vector_exit+0xff
nfs_doio_write(c9662bf0,0,c9662bec,c02dd4d2,c961d700) at
netbsd:nfs_doio_write+0
x4a2
nfs_doio(c08a3184,100,c0403e41,0,c0470fe0) at netbsd:nfs_doio+0x1aa
nfssvc_iod(c961d700,0,0,c01001f5,c961d700) at netbsd:nfssvc_iod+0xce
start_nfsio(c961d700,0,c01001e7,c01001df,c01001e7) at netbsd:start_nfsio+0x13
db>
Sarton
On Tue, 27 Feb 2007, Sarton O'Brien wrote:
> Hey,
>
> This of use to anybody?
>
> db> bt
> cpu_Debugger(c040ed4f,c9662a18,0,0,c9662a18) at netbsd:cpu_Debugger+0x4
> panic(c040a801,c0409752,c03f1614,c0403078,c047d7e0) at netbsd:panic+0x155
> lockdebug_abort(0,c047d7e0,c043beb0,c03f1614,c0403078) at
> netbsd:lockdebug_abort
> +0x61
> mutex_abort(c047d7e0,c03f1614,c0403078,0,1) at netbsd:mutex_abort+0x3c
> mutex_vector_enter(c047d7e0,0,c0839400,c047e460,c9863378) at
> netbsd:mutex_vector
> _enter+0x12f
> turnstile_wakeup(c8c6ca14,1,1,0,c99d04b0) at netbsd:turnstile_wakeup+0xc4
> mutex_vector_exit(c9863378,3f80000,0,32aa00,0) at
> netbsd:mutex_vector_exit+0xff
> nfs_doio_write(c9662bf0,0,c9662bec,c02dd4d2,c961d700) at
> netbsd:nfs_doio_write+0
> x4a2
> nfs_doio(c08a6378,100,c0403e41,0,c0470fe0) at netbsd:nfs_doio+0x1aa
> nfssvc_iod(c961d700,0,0,c01001f5,c961d700) at netbsd:nfssvc_iod+0xce
> start_nfsio(c961d700,0,c01001e7,c01001df,c01001e7) at
> netbsd:start_nfsio+0x13 db>
> db> reboot
> syncing disks... Mutex error: mutex_vector_enter: locking against myself
>
> lock address : 0x00000000c047d7e0
> current cpu : 0
> current lwp : 0x00000000c961d700
> owner field : 0x0000000000010b00 wait/spin: 0/1
>
> panic: lock error
> Stopped in pid 223.1 (nfsio) at netbsd:cpu_Debugger+0x4: popl
> %ebp
>
>
> It occurred when I redirected some p2p activity to an nfs share ...
>
> NetBSD babylon.internal 4.99.13 NetBSD 4.99.13 (XEN3_DOMU) #3: Tue Feb 27
> 15:53:51 EST 2007
> root@spike.internal:/usr/obj/sys/arch/i386/compile/XEN3_DOMU i386
>
> Let me know if there is anything else I can do.
>
> Sarton