From owner-freebsd-stable@FreeBSD.ORG Tue Nov 12 18:25:45 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E9EC910 for ; Tue, 12 Nov 2013 18:25:45 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5AE132B20 for ; Tue, 12 Nov 2013 18:25:45 +0000 (UTC) Received: from [192.168.43.26] (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.7/8.14.7) with ESMTP id rACIPiMq083340 for ; Tue, 12 Nov 2013 13:25:44 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <52827297.4060600@sentex.net> Date: Tue, 12 Nov 2013 13:25:27 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: FreeBSD-STABLE Mailing List Subject: Re: RELENG_9 crash (inet6 issue) References: <52652E64.60704@sentex.net> <5270530B.9030308@sentex.net> In-Reply-To: <5270530B.9030308@sentex.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 on 64.7.153.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 18:25:45 -0000 Disabling inet6 has left the box nice and stable. ---Mike On 10/29/2013 8:30 PM, Mike Tancsa wrote: > I upgraded to r256844, and still getting crashes under load. (about 500 > connections). RELENG_8 sans ipv6 is nice and stable under similar and > higher loads. I will try without inet6 for now > > Unread portion of the kernel message buffer: > current process = 1158 (mpd5) > trap number = 12 > panic: page fault > cpuid = 2 > KDB: stack backtrace: > #0 0xffffffff8092e5a6 at kdb_backtrace+0x66 > #1 0xffffffff808f6e9e at panic+0x1ce > #2 0xffffffff80ca2cc0 at trap_fatal+0x290 > #3 0xffffffff80ca2ff8 at trap_pfault+0x1e8 > #4 0xffffffff80ca35fe at trap+0x3be > #5 0xffffffff80c8cc0f at calltrap+0x8 > #6 0xffffffff80a75470 at sctp_add_addr_to_vrf+0x60 > #7 0xffffffff80a3db63 at sctp_addr_change+0x113 > #8 0xffffffff809c51cd at rt_newaddrmsg_fib+0x4d > #9 0xffffffff809c3ce7 at rtinit+0x1b7 > #10 0xffffffff80a222d8 at in_ifinit+0x3a8 > #11 0xffffffff80a239c2 at in_control+0x1072 > #12 0xffffffff809b1f83 at ifioctl+0x803 > #13 0xffffffff809404a6 at kern_ioctl+0x106 > #14 0xffffffff809406ed at sys_ioctl+0xfd > #15 0xffffffff80ca25a0 at amd64_syscall+0x540 > #16 0xffffffff80c8cef7 at Xfast_syscall+0xf7 > Uptime: 8d9h15m51s > Dumping 1022 out of 7895 > MB:..2%..11%..21%..32%..41%..51%..62%..71%..82%..91% > > #0 doadump (textdump=) at pcpu.h:234 > 234 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) #0 doadump (textdump=) at pcpu.h:234 > #1 0xffffffff808f6976 in kern_reboot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:449 > #2 0xffffffff808f6e77 in panic (fmt=0x1
) > at /usr/src/sys/kern/kern_shutdown.c:637 > #3 0xffffffff80ca2cc0 in trap_fatal (frame=0xc, eva=) > at /usr/src/sys/amd64/amd64/trap.c:879 > #4 0xffffffff80ca2ff8 in trap_pfault (frame=0xffffff823bcaa320, usermode=0) > at /usr/src/sys/amd64/amd64/trap.c:795 > #5 0xffffffff80ca35fe in trap (frame=0xffffff823bcaa320) > at /usr/src/sys/amd64/amd64/trap.c:463 > #6 0xffffffff80c8cc0f in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:232 > #7 0xffffffff80a6a300 in sctp_find_ifn (ifn=0xfffffe0009406800, > ifn_index=359) at /usr/src/sys/netinet/sctp_pcb.c:205 > #8 0xffffffff80a75470 in sctp_add_addr_to_vrf (vrf_id=0, > ifn=0xfffffe0009406800, ifn_index=359, ifn_type=53, > if_name=0xfffffe0009406828 "ng347", ifa=0xfffffe0200cb1a00, > addr=0xfffffe0200cb1b38, ifa_flags=0, dynamic_add=1) > at /usr/src/sys/netinet/sctp_pcb.c:508 > #9 0xffffffff80a3db63 in sctp_addr_change (ifa=0xfffffe0200cb1a00, > cmd=) at /usr/src/sys/netinet/sctp_bsd_addr.c:346 > #10 0xffffffff809c51cd in rt_newaddrmsg_fib (cmd=1, ifa=0xfffffe0200cb1a00, > error=0, rt=0xfffffe019c395000, fibnum=0) > at /usr/src/sys/net/rtsock.c:1299 > #11 0xffffffff809c3ce7 in rtinit (ifa=0xfffffe0200cb1a00, cmd=1, flags=5) > at /usr/src/sys/net/route.c:1626 > #12 0xffffffff80a222d8 in in_ifinit (ifp=0xfffffe0009406800, > ia=0xfffffe0200cb1a00, sin=, scrub=0) > at /usr/src/sys/netinet/in.c:1068 > #13 0xffffffff80a239c2 in in_control (so=, cmd=0, > data=0xfffffe01724ff340 "ng347", ifp=0xfffffe0009406800, > td=) at /usr/src/sys/netinet/in.c:550 > #14 0xffffffff809b1f83 in ifioctl (so=0xfffffe01091c77f8, cmd=2151704858, > data=0xfffffe01724ff340 "ng347", td=0xfffffe00096b3490) > at /usr/src/sys/net/if.c:2569 > #15 0xffffffff809404a6 in kern_ioctl (td=0xfffffe00096b3490, fd=149, > com=2151704858, data=0xfffffe01724ff340 "ng347") at file.h:311 > #16 0xffffffff809406ed in sys_ioctl (td=0xfffffe00096b3490, > uap=0xffffff823bcaaa70) at /usr/src/sys/kern/sys_generic.c:692 > #17 0xffffffff80ca25a0 in amd64_syscall (td=0xfffffe00096b3490, traced=0) > at subr_syscall.c:135 > #18 0xffffffff80c8cef7 in Xfast_syscall () > at /usr/src/sys/amd64/amd64/exception.S:391 > #19 0x000000080227bbac in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) > > > On 10/21/2013 9:38 AM, Mike Tancsa wrote: >> This was with a kernel from Aug 6th. (r253988). The box functions as an >> LNS. Similarly loaded RELENG_8 boxes with ipv6 disabled are quite >> stable. Not sure if thats where the issue is as this is RELENG9 >> >> ---Mike >> >> >> >> >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/