Date: Wed, 08 Sep 2010 11:12:24 -0400 From: Mike Tancsa <mike@sentex.net> To: "Li, Qing" <qing.li@bluecoat.com>, <freebsd-stable@freebsd.org> Subject: RE: if_rtdel: error 47 (netgraph or mpd issue?) Message-ID: <201009081512.o88FCIq8064280@lava.sentex.ca> In-Reply-To: <B583FBF374231F4A89607B4D08578A4308026ABC@bcs-mail03.intern al.cacheflow.com> References: <201008312102.o7VL2MJr000894@lava.sentex.ca> <B583FBF374231F4A89607B4D08578A4308026A4D@bcs-mail03.internal.cacheflow.com> <201009012255.o81MtMXn009701@lava.sentex.ca> <B583FBF374231F4A89607B4D08578A4308026ABC@bcs-mail03.internal.cacheflow.com>
next in thread | previous in thread | raw e-mail | index | archive | help
At 07:24 PM 9/1/2010, Li, Qing wrote: >http://svn.freebsd.org/viewvc/base/head/sys/netinet/in.c?r1=201811&r2=20 >3401 > > Maybe related and something similar needs to be done for IPv6 ... Hi, Another 6 days and another crash. The coredump seems to be in the same location as before <http://lists.freebsd.org/pipermail/freebsd-stable/2010-August/058419.html>http://lists.freebsd.org/pipermail/freebsd-stable/2010-August/058419.html I didnt see any routing table corruption this time, so perhaps thats a different issue that just happened to be hit last time ? Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x20:0xc5ef3e15 stack pointer = 0x28:0xc4fe4838 frame pointer = 0x28:0xc4fe484c 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 = 1000 (ng_queue1) trap number = 12 panic: page fault cpuid = 1 Uptime: 6d4h9m42s #1 0xc0681233 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0xc0681499 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:590 #3 0xc08ea3ec in trap_fatal (frame=0xc4fe47f8, eva=36) at /usr/src/sys/i386/i386/trap.c:938 #4 0xc08ea650 in trap_pfault (frame=0xc4fe47f8, usermode=0, eva=36) at /usr/src/sys/i386/i386/trap.c:851 #5 0xc08eaf19 in trap (frame=0xc4fe47f8) at /usr/src/sys/i386/i386/trap.c:533 #6 0xc08cd4bc in calltrap () at /usr/src/sys/i386/i386/exception.s:166 #7 0xc5ef3e15 in ng_address_hook (here=0x0, item=0xc5f03c40, hook=0xcb685980, retaddr=0) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:3504 #8 0xc5f7ebfb in ng_tcpmss_rcvdata (hook=0xc6618300, item=0xc5f03c40) at /usr/src/sys/modules/netgraph/tcpmss/../../../netgraph/ng_tcpmss.c:347 #9 0xc5ef57c4 in ng_apply_item (node=0xca955b00, item=0xc5f03c40, rw=0) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2336 #10 0xc5ef479f in ng_snd_item (item=0xc5f03c40, flags=Variable "flags" is not available. ) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2253 #11 0xc5f6dd30 in ng_ppp_proto_recv (node=0xc6431300, item=0xc5f03c40, proto=Variable "proto" is not available. ) at /usr/src/sys/modules/netgraph/ppp/../../../netgraph/ng_ppp.c:949 #12 0xc5f6ea25 in ng_ppp_rcvdata (hook=0xcb228a80, item=0xc5f03c40) at /usr/src/sys/modules/netgraph/ppp/../../../netgraph/ng_ppp.c:1524 #13 0xc5ef57c4 in ng_apply_item (node=0xc6431300, item=0xc5f03c40, rw=0) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2336 #14 0xc5ef479f in ng_snd_item (item=0xc5f03c40, flags=Variable "flags" is not available. ) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2253 #15 0xc5ef57c4 in ng_apply_item (node=0xcb375c80, item=0xc5f03c40, rw=0) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2336 #16 0xc5ef479f in ng_snd_item (item=0xc5f03c40, flags=Variable "flags" is not available. ) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2253 #17 0xc5ef57c4 in ng_apply_item (node=0xc6330100, item=0xc5f03c40, rw=0) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2336 #18 0xc5ef479f in ng_snd_item (item=0xc5f03c40, flags=Variable "flags" is not available. ) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2253 #19 0xc5f4db1c in ng_ksocket_incoming2 (node=0xc6431e00, hook=0x0, arg1=0xc63479a8, arg2=0) at /usr/src/sys/modules/netgraph/ksocket/../../../netgraph/ng_ksocket.c:1153 #20 0xc5ef58f9 in ng_apply_item (node=0xc6431e00, item=0xc5f02780, rw=1) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2407 #21 0xc5ef6a46 in ngthread (arg=0x0) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:3351 #22 0xc0656cd1 in fork_exit (callout=0xc5ef68e0 <ngthread>, arg=0x0, frame=0xc4fe4d38) at /usr/src/sys/kern/kern_fork.c:844 #23 0xc08cd534 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:273 (kgdb) up 7 #7 0xc5ef3e15 in ng_address_hook (here=0x0, item=0xc5f03c40, hook=0xcb685980, retaddr=0) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:3504 3504 if ((hook == NULL) || (kgdb) list 3499 * Quick sanity check.. 3500 * Since a hook holds a reference on it's node, once we know 3501 * that the peer is still connected (even if invalid,) we know 3502 * that the peer node is present, though maybe invalid. 3503 */ 3504 if ((hook == NULL) || 3505 NG_HOOK_NOT_VALID(hook) || 3506 NG_HOOK_NOT_VALID(peer = NG_HOOK_PEER(hook)) || 3507 NG_NODE_NOT_VALID(peernode = NG_PEER_NODE(hook))) { 3508 NG_FREE_ITEM(item); (kgdb) (kgdb) p item $1 = 0xc5f03c40 (kgdb) p *item $2 = {el_flags = 5, el_next = {stqe_next = 0x0}, el_dest = 0x0, el_hook = 0x0, body = {da_m = 0xcaa71600, msg = { msg_msg = 0xcaa71600, msg_retaddr = 0}, fn = {fn_fn = {fn_fn = 0xcaa71600, fn_fn2 = 0xcaa71600}, fn_arg1 = 0x0, fn_arg2 = 0}}, apply = 0x0, depth = 4} (kgdb) p *hook $3 = {hk_name = "out", '\0' <repeats 28 times>, hk_private = 0xc60dba00, hk_flags = 0, hk_type = 0, hk_peer = 0xcae40480, hk_node = 0xca955b00, hk_hooks = {le_next = 0xc6618300, le_prev = 0xca955b34}, hk_rcvmsg = 0, hk_rcvdata = 0, hk_refs = 2} (kgdb) p *peer $4 = {hk_name = "\b\000\000\000 \000\000\000\004\000\000\000\001\000\000\000\037>t\001\003ö\0248cmd4\000\000\000", hk_private = 0x0, hk_flags = 0, hk_type = 0, hk_peer = 0x0, hk_node = 0x0, hk_hooks = {le_next = 0x0, le_prev = 0x355db}, hk_rcvmsg = 0x11a11376, hk_rcvdata = 0x1c7e8, hk_refs = 6432036} (kgdb) -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201009081512.o88FCIq8064280>