From owner-freebsd-stable@FreeBSD.ORG Mon Jan 8 14:22:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 60E9616A40F; Mon, 8 Jan 2007 14:22:42 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout1-b.corp.dcn.yahoo.com (mrout1-b.corp.dcn.yahoo.com [216.109.112.27]) by mx1.freebsd.org (Postfix) with ESMTP id 2F29413C45B; Mon, 8 Jan 2007 14:22:42 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy7.corp.yahoo.com [216.145.48.98]) by mrout1-b.corp.dcn.yahoo.com (8.13.8/8.13.8/y.out) with ESMTP id l08ECKjN074190; Mon, 8 Jan 2007 06:12:21 -0800 (PST) Date: Mon, 08 Jan 2007 23:12:19 +0900 Message-ID: From: gnn@freebsd.org To: "David Boyd" In-Reply-To: References: User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.90 (i386-apple-darwin8.8.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org, net@freebsd.org Subject: Re: Panic in 6.2-RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 14:22:42 -0000 At Sat, 6 Jan 2007 13:54:22 -0500, David Boyd wrote: > > The following panic occurs every one to three hours with 6.2-RC2. > Can you give more info on what, exactly, is going on when this happens? Also I'm redirecting this to net@ Best Geoge > This is the same problem as kern/88472 which is still open. > > 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: > <7>key_spddelete: no SP found. > > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x23 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc074fc0c > stack pointer = 0x28:0xd0a4e8f8 > frame pointer = 0x28:0xd0a4e908 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 695 (isakmpd) > trap number = 12 > panic: page fault > Uptime: 1h2m52s > Dumping 255 MB (2 chunks) > chunk 0: 1MB (159 pages) ... ok > chunk 1: 255MB (65216 pages) 239 223 207 191 175 159 143 127 111 95 79 63 > 47 31 15 > > #0 doadump () at pcpu.h:165 > 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) by t > #0 doadump () at pcpu.h:165 > #1 0xc068c76e in boot (howto=260) at > /var/cvsup/usr/src/sys/kern/kern_shutdown.c:409 > #2 0xc068ca04 in panic (fmt=0xc08c386a "%s") > at /var/cvsup/usr/src/sys/kern/kern_shutdown.c:565 > #3 0xc08690b4 in trap_fatal (frame=0xd0a4e8b8, eva=35) > at /var/cvsup/usr/src/sys/i386/i386/trap.c:837 > #4 0xc0868e1b in trap_pfault (frame=0xd0a4e8b8, usermode=0, eva=35) > at /var/cvsup/usr/src/sys/i386/i386/trap.c:745 > #5 0xc0868a59 in trap (frame= > {tf_fs = -1035665400, tf_es = -1035665368, tf_ds = 40, tf_edi = 3, > tf_esi = -1037761536, tf_ebp = -794498808, tf_isp = -794498844, tf_ebx > = -1030032896, tf_edx = 1, tf_ecx = 1466671235, tf_eax = 3, tf_trapno = 12, > tf_err = 0, tf_eip = -1066075124, tf_cs = 32, tf_eflags = 66054, tf_esp = 0, > tf_ss = -1030032896}) at /var/cvsup/usr/src/sys/i386/i386/trap.c:435 > #6 0xc085712a in calltrap () at > /var/cvsup/usr/src/sys/i386/i386/exception.s:139 > #7 0xc074fc0c in key_getsavbyspi (sah=0xc2250400, spi=1466671235) > at /var/cvsup/usr/src/sys/netkey/key.c:2977 > #8 0xc07527cd in key_delete (so=0xc2452164, m=0xc29af200, mhp=0xd0a4ea64) > at /var/cvsup/usr/src/sys/netkey/key.c:5427 > #9 0xc07548b9 in key_parse (m=0xc29af200, so=0xc2452164) > at /var/cvsup/usr/src/sys/netkey/key.c:7149 > #10 0xc0756081 in key_output (m=0xc29af200, so=0xc2452164) > at /var/cvsup/usr/src/sys/netkey/keysock.c:119 > #11 0xc07074b0 in raw_usend (so=0x576ba083, flags=0, m=0x1, nam=0x0, > control=0x3, > td=0xc22a6a80) at /var/cvsup/usr/src/sys/net/raw_usrreq.c:263 > #12 0xc07565e7 in key_send (so=0xc2452164, flags=0, m=0xc29af200, nam=0x0, > control=0x0, > p=0xc22a6a80) at /var/cvsup/usr/src/sys/netkey/keysock.c:430 > #13 0xc06c5863 in sosend (so=0xc2452164, addr=0x0, uio=0xc2602100, > top=0xc29af200, > control=0x0, flags=0, td=0xc22a6a80) at > /var/cvsup/usr/src/sys/kern/uipc_socket.c:836 > #14 0xc06b40ee in soo_write (fp=0x3, uio=0xc2602100, active_cred=0xc2447480, > flags=0, > td=0xc22a6a80) at /var/cvsup/usr/src/sys/kern/sys_socket.c:118 > #15 0xc06ae7f7 in dofilewrite (td=0xc22a6a80, fd=5, fp=0xc23a2288, > auio=0xc2602100, offset= > ) at file.h:252 > #16 0xc06ae69b in kern_writev (td=0xc22a6a80, fd=5, auio=0xc2602100) > at /var/cvsup/usr/src/sys/kern/sys_generic.c:402 > #17 0xc06ae644 in writev (td=0xc22a6a80, uap=0xd0a4ed04) > at /var/cvsup/usr/src/sys/kern/sys_generic.c:388 > #18 0xc08693cb in syscall (frame= > {tf_fs = 59, tf_es = -1078001605, tf_ds = -1078001605, tf_edi = > 136368064, tf_esi = -1077941328, tf_ebp = -1077941224, tf_isp = -794497692, > tf_ebx = 5, tf_edx = 23, tf_ecx = 0, tf_eax = 121, tf_trapno = 0, tf_err = > 2, tf_eip = 673519919, tf_cs = 51, tf_eflags = 582, tf_esp = -1077941364, > tf_ss = 59}) at /var/cvsup/usr/src/sys/i386/i386/trap.c:983 > #19 0xc085717f in Xint0x80_syscall () at > /var/cvsup/usr/src/sys/i386/i386/exception.s:200 > #20 0x00000033 in ?? () > (kgdb) q > > The following messages are logged just before the panic. > > Jan 6 00:34:28 vpn-gateway2 isakmpd[452]: isakmpd: quick mode done: src: > xxx.xxx.xxx.xxx dst: yyy.yyy.yyy.yyy > Jan 6 00:34:28 vpn-gateway2 isakmpd[452]: pf_key_v2_set_spi: ADD: Invalid > argument > > The other end of the connection is reported to be "Cisco-based". >