From owner-freebsd-current@FreeBSD.ORG Sun Feb 27 07:02:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00FAA16A4CE for ; Sun, 27 Feb 2005 07:02:08 +0000 (GMT) Received: from chinatsu.takeda.tk (node-402413e2.sna.onnet.us.uu.net [64.36.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6454C43D54 for ; Sun, 27 Feb 2005 07:02:07 +0000 (GMT) (envelope-from d.kulinski@gmail.com) Received: from takeda.lan (takeda.lan [10.0.0.3]) (authenticated bits=0) by chinatsu.takeda.tk (8.13.1/8.13.1) with ESMTP id j1R726Qm079222 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Sat, 26 Feb 2005 23:02:06 -0800 (PST) (envelope-from d.kulinski@gmail.com) Date: Sat, 26 Feb 2005 23:02:00 -0800 From: Dariusz Kulinski X-Priority: 3 (Normal) Message-ID: <549575862.20050226230200@takeda.tk> To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/730/Sat Feb 26 17:56:54 2005 on chinatsu.takeda.tk X-Virus-Status: Clean Subject: FreeBSD 5.3 crash (core with debug symbols available) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 27 Feb 2005 07:02:08 -0000 Hello, I posted this on comp.unix.bsd.freebsd.misc newsgroup, but I got just one reply, which claims that core I got is not really useful. I just want to check here also, before I throw it out. BTW: The system is FreeBSD 5.3-RELEASE-p5. Here is my original post: I get 2 crashes on my FreeBSD 5.3, after the second one, I decided to compile it with debugging symbols. The crash happens rarely but it's usually while dumping the system do backup (I use snapshot since I'm backing up a live system). There is one bad thing though, while I compiled kernel debugger in, I forgot to set debug.debugger_on_panic=0. Because of that while it crashed, ddb was started. Since I'm not really experienced with ddb, I decided to write continue (it was 2 times). Do you think, that this dump will be useful? What should do to get some useful info for developers, it looks different than debugging userland application. | [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". | doadump () at pcpu.h:159 | (kgdb) bt | #0 doadump () at pcpu.h:159 | #1 0xc04e6024 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:397 | #2 0xc04e63d9 in panic (fmt=0xc06df826 "vm_fault: fault on nofault entry, addr: %lx") | at /usr/src/sys/kern/kern_shutdown.c:553 | #3 0xc0644249 in vm_fault (map=0xc103a000, vaddr=3509317632, fault_type=1 '\001', fault_flags=0) | at /usr/src/sys/vm/vm_fault.c:278 | #4 0xc069dca3 in trap_pfault (frame=0xcbd25be4, usermode=0, eva=3509320804) at /usr/src/sys/i386/i386/trap.c:716 | #5 0xc069d860 in trap (frame= | {tf_fs = -1040646120, tf_es = 16, tf_ds = -1043267568, tf_edi = 0, tf_esi = 0, tf_ebp = -875406268, tf_isp = -875406320, tf_ebx = -1048825456, tf_edx = 8192, tf_ecx = 13, tf_eax = -785646492, tf_trapno = 12, tf_err = 0, tf_eip = -1068589761, tf_cs = 8, tf_eflags = 65666, tf_esp = 0, tf_ss = -1051819632}) at /usr/src/sys/i386/i386/trap.c:417 | #6 0xc068ad7a in calltrap () at /usr/src/sys/i386/i386/exception.s:140 | #7 0xc1f90018 in ?? () | #8 0x00000010 in ?? () | #9 0xc1d10010 in ?? () | #10 0x00000000 in ?? () | #11 0x00000000 in ?? () | #12 0xcbd25c44 in ?? () | #13 0xcbd25c10 in ?? () | #14 0xc17c3190 in ?? () | #15 0x00002000 in ?? () | #16 0x0000000d in ?? () | #17 0xd12bfc64 in ?? () | #18 0x0000000c in ?? () | #19 0x00000000 in ?? () | #20 0xc04e9d3f in sigtd (p=0xc16948d4, sig=14, prop=129) at /usr/src/sys/kern/kern_sig.c:1581 | #21 0xc04e9e2b in psignal (p=0x0, sig=14) at /usr/src/sys/kern/kern_sig.c:1634 | #22 0xc04f5170 in realitexpire (arg=0xc16948d4) at /usr/src/sys/kern/kern_time.c:554 | #23 0xc04f595e in softclock (dummy=0x0) at /usr/src/sys/kern/kern_timeout.c:259 | #24 0xc04cbed8 in ithread_loop (arg=0xc14dd580) at /usr/src/sys/kern/kern_intr.c:547 | #25 0xc04cac10 in fork_exit (callout=0xc04cbd20 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:811 | #26 0xc068addc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209 | (kgdb) up | No stack. -- Best regards, Dariusz mailto:d.kulinski@gmail.com CCNA, SCSA, SCNA, LPIC, MCP certified http://www.takeda.tk