RE: if_rtdel: error 47 (netgraph or mpd issue?)
FYI, I disabled ipv6 in mpd as well as set ipv6_enable=NO and the box has been stable for 2 weeks now. Previously, it would crash every 5 days or so. Something in inet6 or mpd ? ---Mike At 01:59 PM 9/17/2010, Mike Tancsa wrote: At 12:51 PM 9/10/2010, Mike Tancsa wrote: FYI, I enabled witness in the kernel and am seeing the following uma_zalloc_arg: zone 128 with the following non-sleepable locks held: exclusive rw ifnet_rw (ifnet_rw) r = 0 (0xc0b56ec4) locked @ /usr/src/sys/net/if.c:419 Hi, Another crash. I had it break to the serial debugger this 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:0xc64c79e4 stack pointer = 0x28:0xe7c84864 frame pointer = 0x28:0xe7c84a9c code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 1280 (mpd5) [thread pid 1280 tid 100096 ] Stopped at ng_path2noderef+0x174: testb $0x1,0x24(%esi) db bt Tracing pid 1280 tid 100096 td 0xc58f7780 ng_path2noderef(cace4b80,cb0a5350,e7c84ab8,e7c84ab4,0,...) at ng_path2noderef+0x174 ng_address_path(cace4b80,c64d4400,cb0a5350,0,28885ba0,...) at ng_address_path+0x40 ngc_send(cb66db44,0,cb2f4500,cba946f0,0,...) at ngc_send+0x182 sosend_generic(cb66db44,cba946f0,e7c84bec,0,0,...) at sosend_generic+0x50d sosend(cb66db44,cba946f0,e7c84bec,0,0,...) at sosend+0x3f kern_sendit(c58f7780,8d,e7c84c60,0,0,...) at kern_sendit+0x107 sendit(0,cba946f0,7,e7c84c7c,1,...) at sendit+0xb1 sendto(c58f7780,e7c84cf8,c093d225,c091bcfe,282,...) at sendto+0x48 syscall(e7c84d38) at syscall+0x1da Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (133, FreeBSD ELF32, sendto), eip = 0x284b13c7, esp = 0xbf9fe4cc, ebp = 0xbf9fe4f8 --- db where Tracing pid 1280 tid 100096 td 0xc58f7780 ng_path2noderef(cace4b80,cb0a5350,e7c84ab8,e7c84ab4,0,...) at ng_path2noderef+0x174 ng_address_path(cace4b80,c64d4400,cb0a5350,0,28885ba0,...) at ng_address_path+0x40 ngc_send(cb66db44,0,cb2f4500,cba946f0,0,...) at ngc_send+0x182 sosend_generic(cb66db44,cba946f0,e7c84bec,0,0,...) at sosend_generic+0x50d sosend(cb66db44,cba946f0,e7c84bec,0,0,...) at sosend+0x3f kern_sendit(c58f7780,8d,e7c84c60,0,0,...) at kern_sendit+0x107 sendit(0,cba946f0,7,e7c84c7c,1,...) at sendit+0xb1 sendto(c58f7780,e7c84cf8,c093d225,c091bcfe,282,...) at sendto+0x48 syscall(e7c84d38) at syscall+0x1da Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (133, FreeBSD ELF32, sendto), eip = 0x284b13c7, esp = 0xbf9fe4cc, ebp = 0xbf9fe4f8 --- db show locks exclusive sx so_snd_sx (so_snd_sx) r = 0 (0xcb66dc64) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 db show alllocks Process 1928 (sshd) thread 0xc6402a00 (100094) exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc669a898) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 Process 1281 (ng_queue) thread 0xc58f6a00 (100057) shared rw radix node head (radix node head) r = 0 (0xc56e1580) locked @ /usr/src/sys/net/route.c:362 Process 1280 (mpd5) thread 0xc58f7780 (100096) exclusive sx so_snd_sx (so_snd_sx) r = 0 (0xcb66dc64) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 db call doadump() Physical memory: 2032 MB Dumping 274 MB: 259 243 227 211 195 179 163 147 131 115 99 83 67 51 35 19 3 Dump complete panic: 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: 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:0xc64c79e4 stack pointer = 0x28:0xe7c84864 frame pointer = 0x28:0xe7c84a9c code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 1280 (mpd5) Physical memory: 2032 MB Dumping 274 MB: 259 243 227 211 195 179 163 147 131 115 99 83 67 51 35 19 3 #0 doadump () at pcpu.h:231 231 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:231 #1 0xc04a5899 in db_fncall (dummy1=1, dummy2=0, dummy3=-1061510048, dummy4=0xe7c84600 ) at /usr/src/sys/ddb/db_command.c:548 #2 0xc04a5c91 in db_command (last_cmdp=0xc09cf71c, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:445 #3 0xc04a5dea in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #4 0xc04a7c6d
RE: if_rtdel: error 47 (netgraph or mpd issue?)
At 12:51 PM 9/10/2010, Mike Tancsa wrote: FYI, I enabled witness in the kernel and am seeing the following uma_zalloc_arg: zone 128 with the following non-sleepable locks held: exclusive rw ifnet_rw (ifnet_rw) r = 0 (0xc0b56ec4) locked @ /usr/src/sys/net/if.c:419 Hi, Another crash. I had it break to the serial debugger this 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:0xc64c79e4 stack pointer = 0x28:0xe7c84864 frame pointer = 0x28:0xe7c84a9c code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 1280 (mpd5) [thread pid 1280 tid 100096 ] Stopped at ng_path2noderef+0x174: testb $0x1,0x24(%esi) db bt Tracing pid 1280 tid 100096 td 0xc58f7780 ng_path2noderef(cace4b80,cb0a5350,e7c84ab8,e7c84ab4,0,...) at ng_path2noderef+0x174 ng_address_path(cace4b80,c64d4400,cb0a5350,0,28885ba0,...) at ng_address_path+0x40 ngc_send(cb66db44,0,cb2f4500,cba946f0,0,...) at ngc_send+0x182 sosend_generic(cb66db44,cba946f0,e7c84bec,0,0,...) at sosend_generic+0x50d sosend(cb66db44,cba946f0,e7c84bec,0,0,...) at sosend+0x3f kern_sendit(c58f7780,8d,e7c84c60,0,0,...) at kern_sendit+0x107 sendit(0,cba946f0,7,e7c84c7c,1,...) at sendit+0xb1 sendto(c58f7780,e7c84cf8,c093d225,c091bcfe,282,...) at sendto+0x48 syscall(e7c84d38) at syscall+0x1da Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (133, FreeBSD ELF32, sendto), eip = 0x284b13c7, esp = 0xbf9fe4cc, ebp = 0xbf9fe4f8 --- db where Tracing pid 1280 tid 100096 td 0xc58f7780 ng_path2noderef(cace4b80,cb0a5350,e7c84ab8,e7c84ab4,0,...) at ng_path2noderef+0x174 ng_address_path(cace4b80,c64d4400,cb0a5350,0,28885ba0,...) at ng_address_path+0x40 ngc_send(cb66db44,0,cb2f4500,cba946f0,0,...) at ngc_send+0x182 sosend_generic(cb66db44,cba946f0,e7c84bec,0,0,...) at sosend_generic+0x50d sosend(cb66db44,cba946f0,e7c84bec,0,0,...) at sosend+0x3f kern_sendit(c58f7780,8d,e7c84c60,0,0,...) at kern_sendit+0x107 sendit(0,cba946f0,7,e7c84c7c,1,...) at sendit+0xb1 sendto(c58f7780,e7c84cf8,c093d225,c091bcfe,282,...) at sendto+0x48 syscall(e7c84d38) at syscall+0x1da Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (133, FreeBSD ELF32, sendto), eip = 0x284b13c7, esp = 0xbf9fe4cc, ebp = 0xbf9fe4f8 --- db show locks exclusive sx so_snd_sx (so_snd_sx) r = 0 (0xcb66dc64) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 db show alllocks Process 1928 (sshd) thread 0xc6402a00 (100094) exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc669a898) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 Process 1281 (ng_queue) thread 0xc58f6a00 (100057) shared rw radix node head (radix node head) r = 0 (0xc56e1580) locked @ /usr/src/sys/net/route.c:362 Process 1280 (mpd5) thread 0xc58f7780 (100096) exclusive sx so_snd_sx (so_snd_sx) r = 0 (0xcb66dc64) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 db call doadump() Physical memory: 2032 MB Dumping 274 MB: 259 243 227 211 195 179 163 147 131 115 99 83 67 51 35 19 3 Dump complete panic: 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: 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:0xc64c79e4 stack pointer = 0x28:0xe7c84864 frame pointer = 0x28:0xe7c84a9c code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 1280 (mpd5) Physical memory: 2032 MB Dumping 274 MB: 259 243 227 211 195 179 163 147 131 115 99 83 67 51 35 19 3 #0 doadump () at pcpu.h:231 231 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:231 #1 0xc04a5899 in db_fncall (dummy1=1, dummy2=0, dummy3=-1061510048, dummy4=0xe7c84600 ) at /usr/src/sys/ddb/db_command.c:548 #2 0xc04a5c91 in db_command (last_cmdp=0xc09cf71c, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:445 #3 0xc04a5dea in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #4 0xc04a7c6d in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:229 #5 0xc069c7ae in kdb_trap (type=12, code=0, tf=0xe7c84824) at /usr/src/sys/kern/subr_kdb.c:535 #6 0xc08aabcf in trap_fatal (frame=0xe7c84824, eva=36) at
RE: if_rtdel: error 47 (netgraph or mpd issue?)
FYI, I enabled witness in the kernel and am seeing the following uma_zalloc_arg: zone 128 with the following non-sleepable locks held: exclusive rw ifnet_rw (ifnet_rw) r = 0 (0xc0b56ec4) locked @ /usr/src/sys/net/if.c:419 KDB: stack backtrace: db_trace_self_wrapper(c09195da,e7cb18f0,c06ac725,1a3,2,...) at db_trace_self_wrapper+0x26 kdb_backtrace(1a3,2,,c0b29b74,e7cb1928,...) at kdb_backtrace+0x29 _witness_debugger(c091ad10,e7cb193c,4,1,0,...) at _witness_debugger+0x25 witness_warn(5,0,c0930a90,c091543a,c06ad2f6,...) at witness_warn+0x1fe uma_zalloc_arg(c158b380,0,102,80,c56bfc00,...) at uma_zalloc_arg+0x34 malloc(80,c09a9a14,102,10,c56bfc00,...) at malloc+0x4e if_grow(c0b56ec4,c0921741,1a3,1a3,35000101,...) at if_grow+0x35 if_alloc(35,c65900e0,101,c65901a0,0,...) at if_alloc+0xd3 ng_iface_constructor(c65b7a80,e7cb1a88,c60b9080,c65cc700,e7cb1a98,...) at ng_iface_constructor+0x3b ng_make_node(c65cc738,e7cb1a88,0,0,0,...) at ng_make_node+0x5b ng_apply_item(c60b90c8,0,1,e7cb1ab8,c60b9080,...) at ng_apply_item+0x3ea ng_snd_item(c64d3340,0,c564d490,0,28a4ff40,...) at ng_snd_item+0x28f ngc_send(c63289a8,0,c5e27000,c56fb820,0,...) at ngc_send+0x1c2 sosend_generic(c63289a8,c56fb820,e7cb1bec,0,0,...) at sosend_generic+0x50d sosend(c63289a8,c56fb820,e7cb1bec,0,0,...) at sosend+0x3f kern_sendit(c6569a00,5,e7cb1c60,0,0,...) at kern_sendit+0x107 sendit(0,c56fb820,5,e7cb1c7c,1,...) at sendit+0xb1 sendto(c6569a00,e7cb1cf8,c093d225,c091bd41,282,...) at sendto+0x48 syscall(e7cb1d38) at syscall+0x1da Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (133, FreeBSD ELF32, sendto), eip = 0x284b13c7, esp = 0xbf3f88cc, ebp = 0xbf3f88f8 --- uma_zalloc_arg: zone 256 with the following non-sleepable locks held: exclusive rw ifnet_rw (ifnet_rw) r = 0 (0xc0b56ec4) locked @ /usr/src/sys/net/if.c:419 KDB: stack backtrace: db_trace_self_wrapper(c09195da,e7cb18f0,c06ac725,1a3,2,...) at db_trace_self_wrapper+0x26 kdb_backtrace(1a3,2,,c0b29c24,e7cb1928,...) at kdb_backtrace+0x29 _witness_debugger(c091ad10,e7cb193c,4,1,0,...) at _witness_debugger+0x25 witness_warn(5,0,c0930a90,c091543e,c06ad2f6,...) at witness_warn+0x1fe uma_zalloc_arg(c158b700,0,102,100,c56a7400,...) at uma_zalloc_arg+0x34 malloc(100,c09a9a14,102,20,c56a7400,...) at malloc+0x4e if_grow(c0b56ec4,c0921741,1a3,1a3,35000101,...) at if_grow+0x35 if_alloc(35,c65900e0,101,c65901a0,0,...) at if_alloc+0xd3 ng_iface_constructor(c660e680,e7cb1a88,c60b9080,c65aba00,e7cb1a98,...) at ng_iface_constructor+0x3b ng_make_node(c65aba38,e7cb1a88,0,0,0,...) at ng_make_node+0x5b ng_apply_item(c60b90c8,0,1,e7cb1ab8,c60b9080,...) at ng_apply_item+0x3ea ng_snd_item(c64d4d40,0,c56fb630,0,2882ff40,...) at ng_snd_item+0x28f ngc_send(c63289a8,0,c61eeb00,c589f9d0,0,...) at ngc_send+0x1c2 sosend_generic(c63289a8,c589f9d0,e7cb1bec,0,0,...) at sosend_generic+0x50d sosend(c63289a8,c589f9d0,e7cb1bec,0,0,...) at sosend+0x3f kern_sendit(c6404a00,5,e7cb1c60,0,0,...) at kern_sendit+0x107 sendit(0,c589f9d0,5,e7cb1c7c,1,...) at sendit+0xb1 sendto(c6404a00,e7cb1cf8,c,c,282,...) at sendto+0x48 syscall(e7cb1d38) at syscall+0x1da Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (133, FreeBSD ELF32, sendto), eip = 0x284b13c7, esp = 0xbf7fc8cc, ebp = 0xbf7fc8f8 --- -- Qing -Original Message- From: Mike Tancsa [mailto:m...@sentex.net] Sent: Wednesday, September 08, 2010 8:35 AM To: Vlad Galu Cc: Li, Qing; freebsd-stable@freebsd.org Subject: Re: if_rtdel: error 47 (netgraph or mpd issue?) At 11:30 AM 9/8/2010, Vlad Galu wrote: On Wed, Sep 8, 2010 at 6:12 PM, Mike Tancsa m...@sentex.net wrote: [...] FWIW, I've had a few crashes in if_rtdel() while playing with ECMP. No Netgraph on that box. Unfortunately, the stack was too corrupted to be able to see the outer frames. Hi, Actually, I dont have ECMP enabled on this box. Its basically GENERIC, minus ident router --- ident GENERIC 72,75c73,76 #options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) #options AUDIT # Security event auditing #options MAC # TrustedBSD MAC Framework #options FLOWTABLE # per-cpu routing cache --- options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework options FLOWTABLE # per-cpu routing cache and device drivers that are unused ---Mike Mike Tancsa, tel +1 519 651 3400 Sentex Communications,m...@sentex.net Providing Internet since 1994www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike
RE: if_rtdel: error 47 (netgraph or mpd issue?)
At 07:24 PM 9/1/2010, Li, Qing wrote: http://svn.freebsd.org/viewvc/base/head/sys/netinet/in.c?r1=201811r2=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.htmlhttp://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 0xf, 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 3504if ((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 */ 3504if ((hook == NULL) || 3505NG_HOOK_NOT_VALID(hook) || 3506NG_HOOK_NOT_VALID(peer = NG_HOOK_PEER(hook)) || 3507
Re: if_rtdel: error 47 (netgraph or mpd issue?)
At 11:30 AM 9/8/2010, Vlad Galu wrote: On Wed, Sep 8, 2010 at 6:12 PM, Mike Tancsa m...@sentex.net wrote: [...] FWIW, I've had a few crashes in if_rtdel() while playing with ECMP. No Netgraph on that box. Unfortunately, the stack was too corrupted to be able to see the outer frames. Hi, Actually, I dont have ECMP enabled on this box. Its basically GENERIC, minus ident router --- ident GENERIC 72,75c73,76 #options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) #options AUDIT # Security event auditing #options MAC # TrustedBSD MAC Framework #options FLOWTABLE # per-cpu routing cache --- options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework options FLOWTABLE # per-cpu routing cache and device drivers that are unused ---Mike Mike Tancsa, tel +1 519 651 3400 Sentex Communications,m...@sentex.net Providing Internet since 1994www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: if_rtdel: error 47 (netgraph or mpd issue?)
On Wed, Sep 8, 2010 at 6:12 PM, Mike Tancsa m...@sentex.net wrote: [...] FWIW, I've had a few crashes in if_rtdel() while playing with ECMP. No Netgraph on that box. Unfortunately, the stack was too corrupted to be able to see the outer frames. -- Good, fast cheap. Pick any two. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
RE: if_rtdel: error 47 (netgraph or mpd issue?)
I am working with Mike offline. -- Qing -Original Message- From: Mike Tancsa [mailto:m...@sentex.net] Sent: Wednesday, September 08, 2010 8:35 AM To: Vlad Galu Cc: Li, Qing; freebsd-stable@freebsd.org Subject: Re: if_rtdel: error 47 (netgraph or mpd issue?) At 11:30 AM 9/8/2010, Vlad Galu wrote: On Wed, Sep 8, 2010 at 6:12 PM, Mike Tancsa m...@sentex.net wrote: [...] FWIW, I've had a few crashes in if_rtdel() while playing with ECMP. No Netgraph on that box. Unfortunately, the stack was too corrupted to be able to see the outer frames. Hi, Actually, I dont have ECMP enabled on this box. Its basically GENERIC, minus ident router --- ident GENERIC 72,75c73,76 #options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) #options AUDIT # Security event auditing #options MAC # TrustedBSD MAC Framework #options FLOWTABLE # per-cpu routing cache --- options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework options FLOWTABLE # per-cpu routing cache and device drivers that are unused ---Mike Mike Tancsa, tel +1 519 651 3400 Sentex Communications,m...@sentex.net Providing Internet since 1994www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org