I have a dual Xeon with HTT enabled. Many months ago I had frequent problems with panics, which since dissappeared, until very recently. Now after dong a very recent upgrade of RELENG_5, the problem is back again. For whatever reason, I could not get savecore to work with my twe raid 0 had drives. So I put in another hard drive, just for getting dumps, and now I actually have a dump!!!. I did a config -g "after the fact" - I hope that is OK. Here is what I got. Can you guys get anything out of this? hub2# kgdb kernel.debug /var/crash/vmcore.84 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Unde fined symbol "ps_pglobal_lookup"] 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". #0 0xc0617b0e in doadump () (kgdb) backtrace #0 0xc0617b0e in doadump () #1 0xc0618187 in boot () #2 0xc06184ad in panic () #3 0xc07a9310 in trap_fatal () #4 0xc07a8a89 in trap () #5 0xc079679a in calltrap () #6 0xe92a0018 in ?? () #7 0xc0600010 in exit1 () #8 0xc0612151 in sysctl_out_proc () #9 0xc06128f0 in sysctl_kern_proc () #10 0xc06202b7 in sysctl_root () #11 0xc06204a4 in userland_sysctl () #12 0xc0620355 in __sysctl () #13 0xc07a964b in syscall () #14 0xc07967ef in Xint0x80_syscall () #15 0x0805002f in ?? () #16 0x281a002f in ?? () #17 0xbfbf002f in ?? () #18 0x00000003 in ?? () #19 0xbfbfe9cc in ?? () #20 0xbfbfe998 in ?? () #21 0xe92add64 in ?? () #22 0x281a3f2c in ?? () ---Type <return> to continue, or q <return> to quit--- #23 0x080e0000 in ?? () #24 0xbfbfea00 in ?? () #25 0x000000ca in ?? () #26 0x00000016 in ?? () #27 0x00000002 in ?? () #28 0x28129d2f in ?? () #29 0x0000001f in ?? () #30 0x00000296 in ?? () #31 0xbfbfe95c in ?? () #32 0x0000002f in ?? () #33 0x00000000 in ?? () #34 0x00000000 in ?? () #35 0x00000000 in ?? () #36 0xffff0000 in ?? () #37 0x5e790000 in ?? () #38 0xc72b654c in ?? () #39 0xc459f000 in ?? () #40 0xe92adaa8 in ?? () #41 0xe92ada90 in ?? () #42 0xc38a0480 in ?? () #43 0xc0628803 in sched_switch () Previous frame inner to this frame (corrupt stack?) (kgdb)
On Tue, May 24, 2005 at 10:58:06AM -0500, Stephen Montgomery-Smith wrote:> I have a dual Xeon with HTT enabled. Many months ago I had frequent > problems with panics, which since dissappeared, until very recently. > Now after dong a very recent upgrade of RELENG_5, the problem is back > again. For whatever reason, I could not get savecore to work with my > twe raid 0 had drives. So I put in another hard drive, just for getting > dumps, and now I actually have a dump!!!. > > I did a config -g "after the fact" - I hope that is OK. > > Here is what I got. Can you guys get anything out of this? > > hub2# kgdb kernel.debug /var/crash/vmcore.84 > [GDB will not be able to debug user-mode threads: > /usr/lib/libthread_db.so: Unde > fined symbol "ps_pglobal_lookup"] > 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". > #0 0xc0617b0e in doadump () > (kgdb) backtrace > #0 0xc0617b0e in doadump () > #1 0xc0618187 in boot () > #2 0xc06184ad in panic () > #3 0xc07a9310 in trap_fatal () > #4 0xc07a8a89 in trap () > #5 0xc079679a in calltrap () > #6 0xe92a0018 in ?? () > #7 0xc0600010 in exit1 () > #8 0xc0612151 in sysctl_out_proc () > #9 0xc06128f0 in sysctl_kern_proc () > #10 0xc06202b7 in sysctl_root () > #11 0xc06204a4 in userland_sysctl () > #12 0xc0620355 in __sysctl () > #13 0xc07a964b in syscall () > #14 0xc07967ef in Xint0x80_syscall ()Something is still wrong, because no source code references are listed here (i.e. this is what you'd get if you ran gdb on kernel, not kernel.dump). Kris -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20050524/d620a602/attachment.bin