From owner-freebsd-current Fri Jun 26 16:00:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA21050 for freebsd-current-outgoing; Fri, 26 Jun 1998 16:00:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from duey.hs.wolves.k12.mo.us (root@duey.hs.wolves.k12.mo.us [207.160.214.9]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA20947 for ; Fri, 26 Jun 1998 16:00:20 -0700 (PDT) (envelope-from cdillon@wolves.k12.mo.us) Received: from duey.hs.wolves.k12.mo.us (cdillon@duey.hs.wolves.k12.mo.us [207.160.214.9]) by duey.hs.wolves.k12.mo.us (8.8.7/8.8.7) with SMTP id SAA15047 for ; Fri, 26 Jun 1998 18:00:16 -0500 (CDT) (envelope-from cdillon@wolves.k12.mo.us) Date: Fri, 26 Jun 1998 18:00:16 -0500 (CDT) From: Chris Dillon X-Sender: cdillon@duey.hs.wolves.k12.mo.us To: current@FreeBSD.ORG Subject: Softupdate related panic :( Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ugh.. First time it has paniced on me. root@cheetah [/var/crash] # uname -a FreeBSD cheetah.privatenet 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Thu Jun 25 22:08:44 CDT 1998 cdillon@cheetah.privatenet:/usr/src/sys/compile/CHEETAH i386 root@cheetah [/var/crash] # gdb -k kernel.1 vmcore.1 GDB is free software and you are welcome to 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. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc...(no debugging symbols found)... IdlePTD 209000 initial pcb at 1e5028 panicstr: newdirrem: inum %d should be %d panic messages: --- panic: newdirrem: inum 26368 should be 26367 syncing disks... panic: softdep_lock: locking against myself dumping to dev 20401, offset 245760 dump 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 0xf01166b7 in boot () (kgdb) where #0 0xf01166b7 in boot () #1 0xf0116986 in panic () #2 0xf017a479 in acquire_lock () #3 0xf017dc77 in initiate_write_inodeblock () #4 0xf017d867 in softdep_disk_io_initiation () #5 0xf01443fa in spec_strategy () #6 0xf0143af9 in spec_vnoperate () #7 0xf01896a1 in ufs_vnoperatespec () #8 0xf0131042 in bwrite () #9 0xf013581a in vop_stdbwrite () #10 0xf0135661 in vop_defaultop () #11 0xf0143af9 in spec_vnoperate () #12 0xf01896a1 in ufs_vnoperatespec () #13 0xf0131adb in vfs_bio_awrite () #14 0xf01833cf in ffs_fsync () #15 0xf018188f in ffs_sync () #16 0xf0139e93 in sync () #17 0xf011656b in boot () #18 0xf0116986 in panic () #19 0xf017d2f1 in newdirrem () #20 0xf017d11c in softdep_setup_remove () #21 0xf0185577 in ufs_dirremove () #22 0xf01874eb in ufs_remove () #23 0xf0189671 in ufs_vnoperate () #24 0xf013b203 in unlink () #25 0xf01a4b7f in syscall () #26 0xe305 in ?? () #27 0x286d in ?? () #28 0x1f89 in ?? () #29 0x107e in ?? () (kgdb) This doesn't look very useful. I'm clueless when it comes to debugging, to tell you the truth. If i used 'config -g' when building my kernel, would that give more informative crashdumps? How about doing something else in kgdb? I've tried putting DDB in the kernel, but had no clue how to use it, so finally started doing crashdumps after redesigning my filesystems. Next time this happens maybe I'll be able to have what it takes to actually help. :-) -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net /* FreeBSD: The fastest and most stable server OS on the planet. For Intel x86 and compatibles (SPARC and Alpha under development) (http://www.freebsd.org) */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message