Date: Tue, 1 Sep 2009 22:58:02 +0200 (CEST) From: Igmar Palsenberg <i.palsenberg@jdi.nl> To: gavin@FreeBSD.org Cc: freebsd-bugs@FreeBSD.org Subject: Re: kern/138444: open-vm-tools-nox11-167859_1 hgfs cause a kernel panic Message-ID: <alpine.LRH.2.00.0909012252120.11823@jdi.jdi-ict.nl> In-Reply-To: <200909011843.n81IhSFA028454@freefall.freebsd.org> References: <200909011843.n81IhSFA028454@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi, > Can you please try to remove and recompile the open-vm-tools port and all > the fuse* ports you have installed and see if that makes a difference? > At the moment I'm not sure if this is caused by a bug in the kernel module > shipped as part of open-vm-tools, or if it is related to a kernel change > that occured between when the package was built, and when your kernel was > built. Thanks! Done. No change however, the issue is identical to the one I reported. I'm however convinced that the panic I reported is not the root cause, but the witness message I get before the panic that reboots the box. I've included the console stacktrace for that at the bottom. The trigger after that is all that uses a VFS operation (make clean triggers, but so does a simple pwd). Hope this helps. Regards, Igmar lock order reversal: (sleepable after non-sleepable)^M 1st 0xc3c93488 vmhgfs (vmhgfs) @ /usr/src/sys/kern/vfs_lookup.c:497^M 2nd 0xc3b615c0 HgfsHashChain (HgfsHashChain) @ os.c:350^M 3rd 0xc3c78594 vmhgfs (vmhgfs) @ /usr/src/sys/kern/vfs_subr.c:2083^M KDB: stack backtrace:^M db_trace_self_wrapper(c0c740b0,d648a814,c08c11c5,c08b1f4b,c0c76f9c,...) at db_trace_self_wrapper+0x26^M kdb_backtrace(c08b1f4b,c0c76f9c,c3515708,c3515770,d648a870,...) at kdb_backtrace+0x29^M _witness_debugger(c0c76f9c,c3c78594,c3a291b2,c3515770,c0c7e215,...) at _witness_debugger+0x25^M witness_checkorder(c3c78594,9,c0c7e215,823,0,...) at witness_checkorder+0x839^M __lockmgr_args(c3c78594,200100,c3c785b0,0,0,...) at __lockmgr_args+0x7a7^M vop_stdlock(d648a978,c0c7e215,d648a97c,200100,c3c7853c,...) at vop_stdlock+0x62^M VOP_LOCK1_APV(c3a2a720,d648a978,200000,c0d90240,c3c7853c,...) at VOP_LOCK1_APV+0xb5^M _vn_lock(c3c7853c,200100,c0c7e215,823,c3a28396,...) at _vn_lock+0x5e^M vget(c3c7853c,200000,c3c866c0,c3a22822,c38fea80,...) at vget+0xb9^M HgfsVnodeGetInt(c38f4a10,c376a000,1,c3a1581c,0,...) at HgfsVnodeGetInt+0x84^M HgfsLookupInt(c3c93430,d648ac0c,d648ac20,d648aaf4,c0bbdca5,...) at HgfsLookupInt+0x188^M HgfsVopLookup(d648ab44,d648ab44,d648abf4,200000,d648abf4,...) at HgfsVopLookup+0x22^M VOP_LOOKUP_APV(c3a2a720,d648ab44,d648ac20,1f1,d648ac0c,...) at VOP_LOOKUP_APV+0xa5^M lookup(d648abf4,c0c7d824,ea,c5,ffffff9c,...) at lookup+0x62b^M namei(d648abf4,c390c1f8,c3c866c0,d648ac1c,c08c38c5,...) at namei+0x55f^M kern_pathconf(c3c866c0,bfbfdd03,0,3b,40,...) at kern_pathconf+0x56^M pathconf(c3c866c0,d648acf8,8,c0c5970e,c0d57444,...) at pathconf+0x31^M syscall(d648ad38) at syscall+0x2a3^M Xint0x80_syscall() at Xint0x80_syscall+0x20^M --- syscall (191, FreeBSD ELF32, pathconf), eip = 0x28166d4f, esp = ebp = 0xbfbfe128 ---^M
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.LRH.2.00.0909012252120.11823>