Panic in 6.2-RC2

Mon Jan 8 14:22:42 UTC 2007

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".
>