From owner-freebsd-current Thu Jun 29 11:27:31 2000 Delivered-To: freebsd-current@freebsd.org Received: from elvis.mu.org (elvis.mu.org [207.154.226.10]) by hub.freebsd.org (Postfix) with ESMTP id 8FE6537BC81 for ; Thu, 29 Jun 2000 11:27:23 -0700 (PDT) (envelope-from paul@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 560ED2B233; Thu, 29 Jun 2000 13:27:16 -0500 (CDT) Date: Thu, 29 Jun 2000 11:27:16 -0700 From: Paul Saab To: Adam Cc: current@freebsd.org Subject: Re: panic in sbdrop on SMP, kernel approx 9 days old Message-ID: <20000629112715.A19053@elvis.mu.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from bsdx@looksharp.net on Thu, Jun 29, 2000 at 09:08:06AM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG What is the hardware in this box? Do you have an NCR scsi controller using the ncr driver? paul Adam (bsdx@looksharp.net) wrote: > This morning my cable modem went out and it returned to service while I > was out of the room. When I returned I was greeted by fsck; I'm not sure > if this is related to networking somehow but I figured I'd report it > anyway. This computer has 3 nics, does bridging across two, and provides > nat to the third. Kernel is about as old as the uptime was. As usual, > any more info wanted, just ask. > > gdb -k /sys/compile/SAPPHIRE-SMP3/kernel.debug vmcore.0 > GNU gdb 4.18 > Copyright 1998 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-unknown-freebsd"... > SMP 2 cpus > IdlePTD 3375104 > initial pcb at 2b83c0 > panicstr: sbdrop > panic messages: > --- > panic: sbdrop > mp_lock = 01000001; cpuid = 1; lapic.id = 01000000 > boot() called on cpu#1 > > syncing disks... 1 > done > Uptime: 8d18h3m30s > > dumping to dev #ad/0x20001, offset 8192 > dump ata0: resetting devices .. done > 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 > 110 109 108 107 106 1 > 05 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 > 82 81 80 79 78 77 7 > 6 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 4 > 5 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 1 > 4 13 12 11 10 9 8 7 6 5 4 3 2 1 > --- > #0 boot (howto=256) at ../../kern/kern_shutdown.c:303 > 303 dumppcb.pcb_cr3 = rcr3(); > (kgdb) bt > #0 boot (howto=256) at ../../kern/kern_shutdown.c:303 > #1 0xc015a62d in panic (fmt=0xc0257d06 "sbdrop") at > ../../kern/kern_shutdown.c:553 > #2 0xc017b500 in sbdrop (sb=0xc8572074, len=65392) at > ../../kern/uipc_socket2.c:927 > #3 0xc017b390 in sbflush (sb=0xc8572074) at ../../kern/uipc_socket2.c:906 > #4 0xc017ae55 in sbrelease (sb=0xc8572074, so=0xc8572000) at > ../../kern/uipc_socket2.c:589 > #5 0xc01783cb in sofree (so=0xc8572000) at ../../kern/uipc_socket.c:250 > #6 0xc0178502 in soclose (so=0xc8572000) at ../../kern/uipc_socket.c:316 > #7 0xc016de8a in soo_close (fp=0xc1016a80, p=0xc954c2a0) at > ../../kern/sys_socket.c:183 > #8 0xc014e3ad in fdrop (fp=0xc1016a80, p=0xc954c2a0) at > ../../sys/file.h:212 > #9 0xc014e2f3 in closef (fp=0xc1016a80, p=0xc954c2a0) at > ../../kern/kern_descrip.c:1079 > #10 0xc014e044 in fdfree (p=0xc954c2a0) at ../../kern/kern_descrip.c:945 > #11 0xc0150779 in exit1 (p=0xc954c2a0, rv=256) at > ../../kern/kern_exit.c:186 > #12 0xc01505e0 in exit1 (p=0xc954c2a0, rv=0) at ../../kern/kern_exit.c:103 > #13 0xc02407e9 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, > tf_edi = 672387072, > tf_esi = 13118054, tf_ebp = -1077941132, tf_isp = -917430316, tf_ebx > = 672371384, > tf_edx = 0, tf_ecx = -1077941184, tf_eax = 1, tf_trapno = 12, tf_err > = 2, > tf_eip = 672019908, tf_cs = 31, tf_eflags = 663, tf_esp = > -1077941160, tf_ss = 47}) > at ../../i386/i386/trap.c:1126 > #14 0xc022e9fb in Xint0x80_syscall () > cannot read proc at 0 > (kgdb) > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Paul Saab Technical Yahoo paul@mu.org - ps@yahoo-inc.com - ps@freebsd.org Do You .. uhh .. Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message