Date: Sun, 31 Jan 2010 16:56:42 +0000 From: Brandon Gooch <jamesbrandongooch@gmail.com> To: freebsd-emulation@freebsd.org Subject: Re: ZFS and sh(1) panic: spin lock [lock addr] (smp rendezvous) held by [sh(1) proc tid] too long Message-ID: <179b97fb1001310856j6ab9474bve2a0ee40bfccc1ab@mail.gmail.com> In-Reply-To: <179b97fb1001270941m2d8e9c8au20abc798c16b9c11@mail.gmail.com> References: <179b97fb1001270941m2d8e9c8au20abc798c16b9c11@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
I've a few more details now (the original subject seems a little off now). I added INVARIANTS and WITNESS to my kernel config. I feel the first textdump wasn't as revealing as this most recent one. >From the most recent textdump: spin lock 0xffffffff80852940 (smp rendezvous) held by 0xffffff0005eeaae0 (tid 10 0170) too long panic: spin lock held too long cpuid = 2 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x182 _mtx_lock_spin_failed() at _mtx_lock_spin_failed+0x61 _mtx_lock_spin() at _mtx_lock_spin+0xb2 _mtx_lock_spin_flags() at _mtx_lock_spin_flags+0x149 smp_rendezvous_cpus() at smp_rendezvous_cpus+0xd3 RTMpPokeCpu() at RTMpPokeCpu+0x35 g_aAdapters() at g_aAdapters+0x54b2 g_aAdapters() at 0xffffffff81e64795 g_aAdapters() at 0xffffffff81e64a7b supdrvIOCtl() at supdrvIOCtl+0x17bd VBoxDrvFreeBSDIOCtl() at VBoxDrvFreeBSDIOCtl+0x1f6 devfs_ioctl_f() at devfs_ioctl_f+0x76 kern_ioctl() at kern_ioctl+0xc5 ioctl() at ioctl+0xfd syscall() at syscall+0x1e4 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x800c8c9fc, rsp = 0x7fffff46cbe8, rbp = 0x7fffff46cbf0 --- KDB: enter: panic exclusive sx IPRT Fast Mutex Semaphore (IPRT Fast Mutex Semaphore) r = 0 (0xffff ff0007123a98) locked @ /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox- 3.1.2_OSE/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/semfastmutex-r 0drv-freebsd.c:103 exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xffffff0007d8d648) locked @ /usr/src/ sys/kern/uipc_sockbuf.c:148 exclusive sleep mutex vm object (standard object) r = 0 (0xffffff0007ba3948) loc ked @ /usr/src/sys/vm/vm_fault.c:297 shared sx user map (user map) r = 0 (0xffffff0007268200) locked @ /usr/src/sys/vm/vm_map.c:3532 exclusive sleep mutex pmap (pmap) r = 0 (0xffffffff80a4c3c0) locked @ /usr/src/sys/amd64/amd64/pmap.c:2463 exclusive sleep mutex vm page queue mutex (vm page queue mutex) r = 0 (0xffffffff80a02940) locked @ /usr/src/sys/amd64/amd64/pmap.c:2462 exclusive sleep mutex system map (system map) r = 0 (0xffffff0002000180) locked @ /usr/src/sys/vm/vm_map.c:2772 exclusive sleep mutex Giant (Giant) r = 0 (0xffffffff8082fec0) locked @ /usr/src/sys/kern/kern_sysctl.c:1417 shared sx sysctl lock (sysctl lock) r = 0 (0xffffffff80830860) locked @ /usr/src/sys/kern/kern_sysctl.c:1521 I can make the entire textdump available on request. Also, I can provide any other detail necessary to help solve this, including access to the box. Thanks to whomever may be able to take a look at this! -Brandon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?179b97fb1001310856j6ab9474bve2a0ee40bfccc1ab>