if_rtdel: error 47 (netgraph or mpd issue?)

Mike Tancsa mike at sentex.net
Wed Sep 8 15:12:27 UTC 2010


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 at sentex.net
Providing Internet since 1994                    www.sentex.net
Cambridge, Ontario Canada                         www.sentex.net/mike



More information about the freebsd-stable mailing list