On Tuesday, June 19, 2012 9:49:53 am Matthias Apitz wrote: > El día Saturday, June 16, 2012 a las 08:11:40AM -0400, John Baldwin escribió: > > > > I have configured now dumpdevice and -dir and will produce a bt next > > > time; > > > > > > btw: it seems that the panic only occurs when a second VM (also with > > > FreeBSD) is running; the 2nd VM (my production env) has 2 GByte memory > > > configured, while the crashing one only 512 MByte; the host itself has 4 > > > GByte real mem; we will see what the bt shows... > > > > For future reference, you can just run 'tr' at the DDB prompt to get a stack > > trace and take a screen shot of that. > > the bt is this: > > # kgdb kernel.debug /var/crash/vmcore.0 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd"... > > Unread portion of the kernel message buffer: > panic: mutex page lock not owned at /usr/src/sys/vm/vm_page.c:2060 > cpuid = 0 > KDB: enter: panic > > Reading symbols from /usr/local/lib/vmware- tools/modules/drivers/vmmemctl.ko...done. > Loaded symbols for /usr/local/lib/vmware-tools/modules/drivers/vmmemctl.ko > Reading symbols from /usr/local/lib/vmware- tools/modules/drivers/vmxnet.ko...done. > Loaded symbols for /usr/local/lib/vmware-tools/modules/drivers/vmxnet.ko > Reading symbols from /usr/local/lib/vmware- tools/modules/drivers/vmhgfs.ko...done. > Loaded symbols for /usr/local/lib/vmware-tools/modules/drivers/vmhgfs.ko > #0 doadump (textdump=0) at pcpu.h:244 > 244 __asm("movl %%fs:0,%0" : "=r" (td)); > > (kgdb) bt > #0 doadump (textdump=0) at pcpu.h:244 > #1 0xc051c1b3 in db_dump (dummy=-1062488582, dummy2=0, dummy3=-1, > dummy4=0xc3f01864 "") at /usr/src/sys/ddb/db_command.c:538 > #2 0xc051b8d1 in db_command (last_cmdp=0xc114925c, cmd_table=0x0, dopager=1) > at /usr/src/sys/ddb/db_command.c:449 > #3 0xc051ba2a in db_command_loop () at /usr/src/sys/ddb/db_command.c:502 > #4 0xc051da1d in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:231 > #5 0xc0abbb16 in kdb_trap (type=3, code=0, tf=0xc3f01a60) > at /usr/src/sys/kern/subr_kdb.c:654 > #6 0xc0dfab7b in trap (frame=0xc3f01a60) at /usr/src/sys/i386/i386/trap.c:710 > #7 0xc0de406c in calltrap () at /usr/src/sys/i386/i386/exception.s:169 > #8 0xc0abb5fa in kdb_enter (why=0xc0fc9d88 "panic", msg=0xc0fc9d88 "panic") > at cpufunc.h:71 > #9 0xc0a848dc in panic (fmt=0xc0fc7ebf "mutex %s not owned at %s:%d") > at /usr/src/sys/kern/kern_shutdown.c:633 > #10 0xc0a719d7 in _mtx_assert (m=0xc1304d80, what=4, > file=0xc10063f2 "/usr/src/sys/vm/vm_page.c", line=2060) > at /usr/src/sys/kern/kern_mutex.c:747 > #11 0xc0d11340 in vm_page_free_toq (m=0xc23daf78) > at /usr/src/sys/vm/vm_page.c:2060 > #12 0xc0d115b5 in vm_page_free (m=0xc23daf78) at /usr/src/sys/vm/vm_page.c:741 > #13 0xc68b01ba in OS_ReservedPageFree () > from /usr/local/lib/vmware-tools/modules/drivers/vmmemctl.ko Ah, so the bug is in here then. Which version of vmware-tools do you have installed? -- John BaldwinReceived on Tue Jun 19 2012 - 13:59:31 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:28 UTC