Date: Mon, 08 Jan 2007 23:12:19 +0900 From: gnn@freebsd.org To: "David Boyd" <David.Boyd@insightbb.com> Cc: freebsd-stable@freebsd.org, net@freebsd.org Subject: Re: Panic in 6.2-RC2 Message-ID: <m2ejq5mwu4.wl%gnn@neville-neil.com> In-Reply-To: <FCEEJGFHCECHMJGMGOMLCEMNEFAA.David.Boyd@insightbb.com> References: <FCEEJGFHCECHMJGMGOMLCEMNEFAA.David.Boyd@insightbb.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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".
>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?m2ejq5mwu4.wl%gnn>