From owner-freebsd-current@FreeBSD.ORG Sat Mar 10 16:14:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98CC816A404 for ; Sat, 10 Mar 2007 16:14:24 +0000 (UTC) (envelope-from tillman@seekingfire.com) Received: from mail.seekingfire.com (thoth.seekingfire.com [24.89.83.9]) by mx1.freebsd.org (Postfix) with ESMTP id 5095C13C467 for ; Sat, 10 Mar 2007 16:14:24 +0000 (UTC) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id E355639850; Sat, 10 Mar 2007 10:14:23 -0600 (CST) Date: Sat, 10 Mar 2007 10:14:23 -0600 From: Tillman Hodgson To: freebsd-current@freebsd.org Message-ID: <20070310161423.GA1256@seekingfire.com> References: <20070308125927.GA1265@seekingfire.com> <20070308204041.GA55240@xor.obsecurity.org> <20070310153206.GF1230@seekingfire.com> <3bbf2fe10703100749h14e9b075wb6d730ed7c9189f8@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3bbf2fe10703100749h14e9b075wb6d730ed7c9189f8@mail.gmail.com> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/personal/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers X-Tillman-rules: yes he does User-Agent: Mutt/1.5.14 (2007-02-12) Subject: Re: Experiencing hangs on SMP box with no console messages given for clues. Details inside. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2007 16:14:24 -0000 On Sat, Mar 10, 2007 at 04:49:21PM +0100, Attilio Rao wrote: > 2007/3/10, Tillman Hodgson : > >I'm trying to follow the instructions at > >http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/advanced.html#KERNEL-PANIC-TROUBLESHOOTING > >and in > >http://www.onlamp.com/pub/a/bsd/2002/04/04/Big_Scary_Daemons.html?page=1 > >but I'm running into an issue even getting gdb to start: > > > >[root@athena /var/crash]# which gdb > >/usr/bin/gdb > >[root@athena /var/crash]# gdb -k > >gdb: unrecognized option `-k' > >Use `gdb --help' for a complete list of options. > > > >The man page doesn't list a -k option either. /usr/src/UPDATING doesn't > >seem to mention any gdb changes. > > man kgdb [root@athena /var/crash]# kgdb -n 1 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined 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". Unread portion of the kernel message buffer: KDB: enter: Line break on console panic: from debugger cpuid = 0 Uptime: 12h59m41s Physical memory: 1011 MB Dumping 201 MB: 186 170 154 138 122 106 90 74 58 42 26 10 #0 doadump () at pcpu.h:147 147 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:147 #1 0xc06c234c in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:411 #2 0xc06c2656 in panic (fmt=0xc09095f3 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:567 #3 0xc0477542 in db_panic (addr=-1066528405, have_addr=0, count=-1, modif=0xe2986a40 "") at /usr/src/sys/ddb/db_command.c:433 #4 0xc04774db in db_command (last_cmdp=0xc0a23264, cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:401 #5 0xc0477596 in db_command_loop () at /usr/src/sys/ddb/db_command.c:453 #6 0xc04791e1 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:222 #7 0xc06e1444 in kdb_trap (type=3, code=0, tf=0xe2986bd8) at /usr/src/sys/kern/subr_kdb.c:502 #8 0xc08c0cfd in trap (frame=0xe2986bd8) at /usr/src/sys/i386/i386/trap.c:621 #9 0xc08aaefb in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #10 0xc06e116b in kdb_enter (msg=0x22
) at cpufunc.h:60 #11 0xc089f232 in siointr1 (com=0xc40b4000) at /usr/src/sys/dev/sio/sio.c:1522 #12 0xc089f029 in siointr (arg=0xc40b4000) at /usr/src/sys/dev/sio/sio.c:1391 #13 0xc08afb15 in intr_execute_handlers (isrc=0xc3ef4cc8, frame=0xe2986c94) at /usr/src/sys/i386/i386/intr_machdep.c:270 #14 0xc08b208b in lapic_handle_intr (vector=34, frame=0xe2986c94) at /usr/src/sys/i386/i386/local_apic.c:622 #15 0xc08ab2c4 in Xapic_isr1 () at apic_vector.s:90 #16 0xc0c000b5 in ?? () #17 0xe2986cfc in ?? () #18 0xc08b3d90 in cpu_idle () at /usr/src/sys/i386/i386/machdep.c:1150 Previous frame inner to this frame (corrupt stack?) If I'm understanding what I'm reading, this isn't all that helpful because it's just saying that I broke into the kernel debugger and then issued a manual panic (which is true, that's how I got the core). Is there a way to obtain information on what was happening before I broke into the debugger? -T -- Keeping UUCP running is starting to seem a lot like keeping a 130-year- old man who smokes 4 packs a day on life support because he's the last person on Earth who knows how to do the cha-cha, but he won't tell anyone. - A.S.R. quote (Ryan Tucker)