From owner-freebsd-current@FreeBSD.ORG Tue May 25 09:21:23 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A56A106564A for ; Tue, 25 May 2010 09:21:23 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from mail.haruhiism.net (mail.fujibayashi.jp [IPv6:2001:470:9954:ffff::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6D9688FC14 for ; Tue, 25 May 2010 09:21:22 +0000 (UTC) Received: from [IPv6:2001:470:9f2d:0:1::1] (omoikane.gensokyo.fujibayashi.jp [IPv6:2001:470:9f2d:0:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.haruhiism.net (Postfix) with ESMTPSA id 5C3FA195A58 for ; Tue, 25 May 2010 18:21:20 +0900 (JST) Message-ID: <4BFB968C.40108@haruhiism.net> Date: Tue, 25 May 2010 13:21:16 +0400 From: Kamigishi Rei User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.10) Gecko/20100512 Lightning/1.0b1 Thunderbird/3.0.5 ThunderBrowse/3.2.8.1 MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigEEE2592C7CE1A4B5E8CAA4CA" Subject: MROUTING issues (r200287) with multicast routing daemons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 May 2010 09:21:23 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEEE2592C7CE1A4B5E8CAA4CA Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, hope you're having a nice day, I have a problem with my single-core amd64 system running FreeBSD 8.0-STABLE #1 r200287; if I try running XORP (or igmpproxy) to route multicast packets, the system traps after a while - usually less than a hour since the start of xorp process. This is, basically, easily reproductable for me. The routing daemon is configured to route multicast from the external interface re0, which is currently not connected ('no carrier'). Traps seemingly occur within ip_mroute.c. The process in which the crash occurs varies; it might be xorp's FEA subprocess, or the system's interrupt handler, for example (I witnessed both). The following lines were added to the kernel config file: device pf device pflog device pfsync options ALTQ options ALTQ_HFSC options DEVICE_POLLING options MROUTING FreeBSD gw.gensokyo.fujibayashi.jp 8.0-STABLE FreeBSD 8.0-STABLE #1 r200287: Tue May 4 13:33:08 MSD 2010 =20 root@gw.gensokyo.fujibayashi.jp:/usr/obj/usr/src/sys/Eientei amd64 Some of core.txt contents follow: Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x10 fault code =3D supervisor read data, page not present instruction pointer =3D 0x20:0xffffffff806c866f stack pointer =3D 0x28:0xffffff80698d9840 frame pointer =3D 0x28:0xffffff80698d98c0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 1634 (xorp_fea) trap number =3D 12 panic: page fault cpuid =3D 0 Uptime: 10m22s (kgdb) #0 doadump () at pcpu.h:223 #1 0xffffffff805c24f9 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0xffffffff805c292c in panic (fmt=3D0xffffffff80973cac "%s") at /usr/src/sys/kern/kern_shutdown.c:579 #3 0xffffffff808ab298 in trap_fatal (frame=3D0xffffff0082149720, eva=3DVariable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:857 #4 0xffffffff808ab664 in trap_pfault (frame=3D0xffffff80698d9790, usermo= de=3D0) at /usr/src/sys/amd64/amd64/trap.c:773 #5 0xffffffff808abfe2 in trap (frame=3D0xffffff80698d9790) at /usr/src/sys/amd64/amd64/trap.c:499 #6 0xffffffff808921c3 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:224 #7 0xffffffff806c866f in ip_mdq (m=3D0x0, ifp=3D0xffffff0001de62b0, rt=3D0xffffff0001de6200, xmt_vif=3D65535) at /usr/src/sys/netinet/ip_mroute.c:1471 #8 0xffffffff806caf67 in X_ip_mrouter_set (so=3DVariable "so" is not available. ) at /usr/src/sys/netinet/ip_mroute.c:1093 #9 0xffffffff806cf03a in rip_ctloutput (so=3D0xffffff00c15de2a8, sopt=3D0xffffff80698d9ad0) at /usr/src/sys/netinet/raw_ip.c:662 #10 0xffffffff80621132 in sosetopt (so=3D0xffffff00c15de2a8, sopt=3D0xffffff80698d9ad0) at /usr/src/sys/kern/uipc_socket.c:2379 #11 0xffffffff806279f0 in kern_setsockopt (td=3D0xffffff0082149720, s=3D3= 3, level=3DVariable "level" is not available. ) at /usr/src/sys/kern/uipc_syscalls.c:1331 #12 0xffffffff80627a62 in setsockopt (td=3DVariable "td" is not available= =2E ) at /usr/src/sys/kern/uipc_syscalls.c:1286 #13 0xffffffff808ab8d6 in syscall (frame=3D0xffffff80698d9c80) at /usr/src/sys/amd64/amd64/trap.c:989 #14 0xffffffff808924a1 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:373 #15 0x000000080144232c in ?? () Previous frame inner to this frame (corrupt stack?) --=20 Kamigishi Rei KREI-RIPE --------------enigEEE2592C7CE1A4B5E8CAA4CA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJL+5aPAAoJEPAgyqbDpP+eEiUH+gK0nnfc98+Xco4WxcwNVPUC Ly6ry+jCzY6UTz9yW70U8zCOnFFcfPKDo0mfl8wF65yr2ClkSzR5WLCf1NDxErIq 256NPXB1oPTd/msId0USnsTBNgIil5nvEA7kPlk/lSBFnqxfl9FQ7FhNFSeA6hDW XVb3j5Lr7Op6a6hwVUXK1SIHwrWGlPQH2F9ZfDwNXltM69LIoe/WfWSsU4ypR8ww 20PrZMSGGIDhVuyxxYotdeZdS0ygrwr5ve43iEvDmHpQMsR6kHUtSO5YOy+9/Y+v IEAvsImd+07IaYHR42a+yIQtdV3Z9fdHZTuF8MsUuG/9+sB0pKT6LhcDl23Z3D4= =j8u9 -----END PGP SIGNATURE----- --------------enigEEE2592C7CE1A4B5E8CAA4CA--