From owner-freebsd-bugs@FreeBSD.ORG Wed Jan 1 00:58:04 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.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 12367547; Wed, 1 Jan 2014 00:58:04 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DA6431E50; Wed, 1 Jan 2014 00:58:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s010w3ks030470; Wed, 1 Jan 2014 00:58:03 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s010w3ox030469; Wed, 1 Jan 2014 00:58:03 GMT (envelope-from linimon) Date: Wed, 1 Jan 2014 00:58:03 GMT Message-Id: <201401010058.s010w3ox030469@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-doc@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: docs/184755: The vmstat(8) manualpage synopsis doesn't show all optional parameters X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jan 2014 00:58:04 -0000 Old Synopsis: The vmstat manualpage synopsis doesn't show all optional parameters New Synopsis: The vmstat(8) manualpage synopsis doesn't show all optional parameters Responsible-Changed-From-To: freebsd-bugs->freebsd-doc Responsible-Changed-By: linimon Responsible-Changed-When: Wed Jan 1 00:55:37 UTC 2014 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=184755 From owner-freebsd-bugs@FreeBSD.ORG Wed Jan 1 06:20:00 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.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 BB4543E8 for ; Wed, 1 Jan 2014 06:20:00 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 963481AF8 for ; Wed, 1 Jan 2014 06:20:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s016K0iL007133 for ; Wed, 1 Jan 2014 06:20:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s016K0kc007132; Wed, 1 Jan 2014 06:20:00 GMT (envelope-from gnats) Resent-Date: Wed, 1 Jan 2014 06:20:00 GMT Resent-Message-Id: <201401010620.s016K0kc007132@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Jan Beich 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 430D32F5 for ; Wed, 1 Jan 2014 06:12:09 +0000 (UTC) Received: from oldred.freebsd.org (oldred.freebsd.org [IPv6:2001:1900:2254:206a::50:4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 14DD61AC9 for ; Wed, 1 Jan 2014 06:12:09 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id s016C8c0043407 for ; Wed, 1 Jan 2014 06:12:08 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id s016C8Kn043386; Wed, 1 Jan 2014 06:12:08 GMT (envelope-from nobody) Message-Id: <201401010612.s016C8Kn043386@oldred.freebsd.org> Date: Wed, 1 Jan 2014 06:12:08 GMT From: Jan Beich To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: kern/185384: [libcapsicum] cap_init(3) doesn't work in multiuser environment X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jan 2014 06:20:00 -0000 >Number: 185384 >Category: kern >Synopsis: [libcapsicum] cap_init(3) doesn't work in multiuser environment >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 01 06:20:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Jan Beich >Release: >Organization: >Environment: >Description: While r259581 enabled casperd(8) by default the socket it creates is owned by root and cannot be written to by anyone else. An existing consumer that tries to contact it via cap_init(3) under non-root would fail with a warning like tcpdump: WARNING: unable to contact casperd However, casperd(8) manpage hints -S and -P options can be used to start the daemon with non-default paths. This doesn't seem to work as expected because cap_init(3) hardcodes CASPER_SOCKPATH. >How-To-Repeat: $ ktrace ls >/dev/null $ kdump -r >/dev/null kdump: unable to contact casperd: Permission denied $ sudo tcpdump -w foo -i my0 $ tcpdump -r foo >/dev/null reading from file foo, link-type EN10MB (Ethernet) tcpdump: WARNING: unable to contact casperd ^C $ ps lwp $(pgrep casper) UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 851 1 0 20 0 22788 1988 select Is - 0:00.00 /sbin/casperd 0 850 1 0 20 0 22788 1984 select I v0- 0:00.00 casperd: zygote (casperd) >Fix: A trivial workaround for use after login # put into ~/.profile or /etc/profile : ${CASPERD_DIR:=/tmp/casperd-$(id -u)} mkdir -p $CASPERD_DIR casperd -P $CASPERD_DIR/default.pid -S $CASPERD_DIR/default.socket export CASPER_SOCKPATH=$CASPERD_DIR/default.socket --- getenv_sockpath.diff begins here --- Index: lib/libcapsicum/libcapsicum.3 =================================================================== --- lib/libcapsicum/libcapsicum.3 (revision 260159) +++ lib/libcapsicum/libcapsicum.3 (working copy) @@ -218,6 +218,16 @@ The and .Fn cap_unwrap functions always succeed. +.Sh ENVIRONMENT +.Bl -tag -width ".Ev CASPER_SOCKPATH" +.It Ev CASPER_SOCKPATH +Specifies the path to +.Xr unix 4 +domain socket used to communicate with the +.Xr casperd 8 +daemon. If not set, +.Pa /var/run/casper +is used. .Sh EXAMPLES The following example first opens capability to the .Xr casperd 8 Index: lib/libcapsicum/libcapsicum.c =================================================================== --- lib/libcapsicum/libcapsicum.c (revision 260159) +++ lib/libcapsicum/libcapsicum.c (working copy) @@ -76,7 +76,7 @@ cap_init(void) bzero(&sun, sizeof(sun)); sun.sun_family = AF_UNIX; - strlcpy(sun.sun_path, CASPER_SOCKPATH, sizeof(sun.sun_path)); + strlcpy(sun.sun_path, getenv("CASPER_SOCKPATH") ? : CASPER_SOCKPATH, sizeof(sun.sun_path)); sun.sun_len = SUN_LEN(&sun); sock = socket(AF_UNIX, SOCK_STREAM, 0); --- getenv_sockpath.diff ends here --- Alternatively, casperd(8) can be run under a dedicated user/group with only one instance. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-bugs@FreeBSD.ORG Wed Jan 1 13:11:01 2014 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46ED698E; Wed, 1 Jan 2014 13:11:01 +0000 (UTC) Received: from mail-lb0-x235.google.com (mail-lb0-x235.google.com [IPv6:2a00:1450:4010:c04::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2AF291539; Wed, 1 Jan 2014 13:10:59 +0000 (UTC) Received: by mail-lb0-f181.google.com with SMTP id q8so6674998lbi.40 for ; Wed, 01 Jan 2014 05:10:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=1cnhelaWIueBGMomxFQZW3GDRmcNbfyV5SHGCSOZIJY=; b=KqzucI8LxJIUqDB84rN+NVX6TjSmXKvMIr7viYxvs0rQEJQsjpn03b+3TRWd4JPNAb UyuvCtp5RdHNzzJLT6SeGpW3yv6CeeUtPycDMGTq5PrqlsVDWd974CAOl2E7rj+NQa9g GVDMKlMZ4Hlernv1qPcZPYAEeffVhYamM5rCBVW6SEO/M+qd2ylrwuVpylZi4sWePKeo zIwwJ4K3/j5zVfJEWt70dq1fdI0Z1ZcpMEdJdnfA2wYVw1KrnIFMF12huJqd5MjAFyoH 5wspCTcA7AYmwI5NaPMwVy7gq2cOFJGPIRNGAjzSk0mCmIrKGqBUlsUYPYyHxLoU8gyb ESJQ== MIME-Version: 1.0 X-Received: by 10.112.17.39 with SMTP id l7mr701161lbd.51.1388581858051; Wed, 01 Jan 2014 05:10:58 -0800 (PST) Received: by 10.114.242.33 with HTTP; Wed, 1 Jan 2014 05:10:57 -0800 (PST) In-Reply-To: <201312221310.rBMDA0KH022980@freefall.freebsd.org> References: <201312221304.rBMD4q38060416@oldred.freebsd.org> <201312221310.rBMDA0KH022980@freefall.freebsd.org> Date: Wed, 1 Jan 2014 13:10:57 +0000 Message-ID: Subject: Re: misc/185092: panic: rtfree 2 (using RADIX_MPATH in a VNET jail) From: Nikolay Denev To: FreeBSD-gnats-submit@freebsd.org, freebsd-bugs@freebsd.org, "freebsd-net@freebsd.org" Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jan 2014 13:11:01 -0000 On Sun, Dec 22, 2013 at 1:10 PM, wrote: > Thank you very much for your problem report. > It has the internal identification `misc/185092'. > The individual assigned to look at your > report is: freebsd-bugs. > > You can access the state of your problem report at any time > via this link: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D185092 > > >Category: misc > >Responsible: freebsd-bugs > >Synopsis: panic: rtfree 2 (using RADIX_MPATH in a VNET jail) > >Arrival-Date: Sun Dec 22 13:10:00 UTC 2013 > I'm trying to understand exactly what is happening here, and examining a core dump with kgdb I'm getting some output that confuses me : (kgdb) bt #0 doadump (textdump=3D-1011569920) at pcpu.h:233 #1 0xc06069b2 in kern_reboot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0xc0606d0e in panic (fmt=3D) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0xc06de639 in rtfree (rt=3D) at /usr/src/sys/net/route.c:464 #4 0xc06e188d in route_output (m=3D) at /usr/src/sys/net/rtsock.c:951 #5 0xc06de18f in raw_usend (so=3D, flags=3D0, m=3D, nam=3D0x0, control=3D, td=3D0xc3bd2000) at /usr/src/sys/net/raw_usrreq.c:238 #6 0xc066eca9 in sosend_generic (so=3D0xc3e9c1a8, uio=3D, top=3D, control=3D0x0, flags=3D, td=3D) at /usr/src/sys/kern/uipc_socket.c:1271 #7 0xc066efc7 in sosend (so=3D0xc3e9c1a8, addr=3D0x0, uio=3D0xd9b9cc10, to= p=3D0x0, control=3D0x0, flags=3D0, td=3D0xc3bd2000) at /usr/src/sys/kern/uipc_socket.c:1315 #8 0xc0654af4 in soo_write (fp=3D0xc3c0c818, uio=3D0xd9b9cc10, active_cred=3D0xc3f1dd00, flags=3D0, td=3D0xc3bd2000) at /usr/src/sys/kern/sys_socket.c:103 #9 0xc064c866 in dofilewrite (td=3D0xc3bd2000, fd=3D3, fp=3D0xc3c0c818, auio=3D0xd9b9cc10, offset=3D-1, flags=3D0) at file.h:303 #10 0xc064c566 in kern_writev (td=3D0xc3bd2000, fd=3D3, auio=3D) at /usr/src/sys/kern/sys_generic.c:467 #11 0xc064c4bc in sys_write (td=3D, uap=3D) at /usr/src/sys/kern/sys_generic.c:382 #12 0xc08614d3 in syscall (frame=3D) at subr_syscall.c:134 #13 0xc084cca1 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:270 #14 0x281975b7 in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb) fr 3 #3 0xc06de639 in rtfree (rt=3D) at /usr/src/sys/net/route.c:464 464 panic("rtfree 2"); (kgdb) print *rt $1 =3D {rt_nodes =3D {{rn_mklist =3D 0xc3b4ab30, rn_parent =3D 0x1, rn_bit = =3D 0, rn_bmask =3D 0 '\0', rn_flags =3D 0 '\0', rn_u =3D {rn_leaf =3D { rn_Key =3D 0xc0882687 "shutdown_post_sync", rn_Mask =3D 0x1030000
, rn_Dupedkey =3D 0x0}, rn_node =3D { rn_Off =3D -1064819065, rn_L =3D 0x1030000, rn_R =3D 0x0}}}, {rn_= mklist =3D 0x0, rn_parent =3D 0x4, rn_bit =3D -18048, rn_bmask =3D -94 '?', rn_flags =3D 195 '?', rn_u =3D {rn_leaf =3D {rn_Key =3D 0xc3a545e0 ""= , rn_Mask =3D 0xc3a4e440 " ??(???\020'", rn_Dupedkey =3D 0xc3a4e880}, rn_node =3D {rn_Off =3D -1012578848, rn_L =3D 0xc3a4e440, rn_R =3D 0xc3a4e880}}}}, rt_gateway =3D 0x74756873, rt_flags =3D 1853321060, rt_refcnt =3D 1936683103, rt_ifp =3D 0x79735f74, rt_ifa =3D 0x636e, rt_rm= x =3D {rmx_mtu =3D 0, rmx_expire =3D 0, rmx_pksent =3D 0, rmx_weight =3D 0}, rt_fibnum =3D 0, rt_mtx =3D {lock_object =3D {lo_name =3D 0x0, lo_flags = =3D 0, lo_data =3D 0, lo_witness =3D 0x0}, mtx_lock =3D 0}} rn_Key with value of =93shutdown_post_sync=94 ? It=92s visible also in the raw_usend() frame: (kgdb) fr 5 #5 0xc06de18f in raw_usend (so=3D, flags=3D0, m=3D, nam=3D0x0, control=3D, td=3D0xc3bd2000) at /usr/src/sys/net/raw_usrreq.c:238 238 return ((*so->so_proto->pr_output)(m, so)); (kgdb) print *m $2 =3D {m_hdr =3D {mh_next =3D 0xc3b4ab30, mh_nextpkt =3D 0x1, mh_data =3D = 0x0, mh_len =3D -1064819065, mh_type =3D 0, mh_flags =3D 66304, mh_pad =3D 0}, M_dat =3D {MH =3D {MH_pkthdr =3D {rcvif =3D 0x0, tags =3D {slh_first =3D = 0x4}, len =3D -1012745856, flowid =3D 3282388448, csum_flags =3D 14097648373312316480, fibnum =3D 26739, cosqos =3D 1= 17 'u', rsstype =3D 116 't', l2hlen =3D 100 'd', l3hlen =3D 111 'o', l4hlen =3D 119 'w', l5hlen =3D 110 'n', PH_per =3D {eigth =3D "_pos= t_sy", sixteen =3D {28767, 29551, 24436, 31091}, thirtytwo =3D {1936683103, 2037604212}, sixtyfour =3D {8751443454668533855}, unintptr =3D {1936683103}, ptr =3D 0x736f705f}, PH_loc =3D { eigth =3D "nc\000\000\000\000\000", sixteen =3D {25454, 0, 0, 0}, thirtytwo =3D {25454, 0}, sixtyfour =3D {25454}, unintptr =3D {25454}, ptr =3D 0x636e}}, MH_dat =3D {MH_ext =3D {ref_cnt =3D 0x0, ext_bu= f =3D 0x0, ext_size =3D 0, ext_type =3D 0, ext_flags =3D 0, ext_free =3D 0, ext_arg1 =3D 0x0, ext_arg2 =3D 0x0}, MH_databuf =3D '\0' , "file", '\0' , "\006\000\000\000\020\000\000\000??\215?\000\000C\001\000\000\000\000\000\0= 00\000\000\004\000\000\000\000\000\000\00000Y?", '\0' , "`2Y?\000\000\000\000\000\000\000\000T\211\223?\022\000\000\000\000\203??\0= 00\000\000\000\000???", '\0' }}, M_databuf =3D "\000\000\000\000\004\000\000\000\200????E??@??\200??shutdown_post_sync", '\0' , "file", '\0' , "\006\000\000\000\020\000\000\000??\215?\000\000C\001\000\000\000\000\000\0= 00\000\000\004\000\000\000\000\000\000\00000Y?", '\0' , "`2Y?\000\000\000\000\000\000\000\000T\211\223?\022\000\000\000\000\203??\0= 00\000\000\000\000???", '\0' }} This is 10.0-PRERELEASE r259547M (with applied the recent nd6_nbr.c rtfree patch, which I thought earlier might be the cause of the panics I'm seeing). The machine is Soekris Net5501-70 with this kernel config : cpu I586_CPU cpu I686_CPU ident MARS options CPU_GEODE options CPU_SOEKRIS options HZ=3D2000 options DEVICE_POLLING options BPF_JITTER makeoptions DEBUG=3D-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options TCP_OFFLOAD # TCP offload options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_DIRHASH # Improve performance on big directories options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=3D500 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=3D128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options CAPABILITY_MODE # Capsicum capability mode options CAPABILITIES # Capsicum capabilities options PROCDESC # Support for process descriptors options INCLUDE_CONFIG_FILE # Include this file in kernel # Debugging support. Always need this: options KDB # Enable kernel debugger support. options KDB_TRACE # Print a stack trace for a panic. options KDB_UNATTENDED options TEXTDUMP_PREFERRED options TEXTDUMP_VERBOSE device pci device ata # Legacy ATA/SATA controllers options ATA_STATIC_ID # Static device numbering # ATA/SCSI peripherals device scbus # SCSI bus (required for ATA/SCSI) device da # Direct Access (disks) device pass # Passthrough device (direct ATA/SCSI access) # Add suspend/resume support for the i8254. device pmtimer # Serial (COM) ports device uart # Generic UART driver device miibus # MII bus support device vr # VIA Rhine, Rhine II # Wireless NIC cards device wlan # 802.11 support options IEEE80211_DEBUG # enable debug msgs options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's options IEEE80211_SUPPORT_MESH # enable 802.11s draft support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device ath # Atheros NICs device ath_pci # Atheros pci/cardbus glue device ath_hal # pci/cardbus chip support options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors options AH_AR5416_INTERRUPT_MITIGATION # AR5416 interrupt mitigation options ATH_ENABLE_11N # Enable 802.11n support for AR5416 and later device ath_rate_sample # SampleRate tx rate control for ath # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device vlan # 802.1Q VLAN support device tun # Packet tunnel. device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device gre device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module device if_bridge options VIMAGE options ROUTETABLES=3D8 options RADIX_MPATH options SW_WATCHDOG device crypto device cryptodev device glxsb options BOOTVERBOSE=3D1 #device pf #device pflog #device pfsync device carp device enc device lagg device epair #options ALTQ #options ALTQ_CBQ #options ALTQ_RED #options ALTQ_RIO #options ALTQ_HFSC #options ALTQ_PRIQ options IPFIREWALL options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL_NAT options LIBALIAS options IPDIVERT options DUMMYNET device bpf # Berkeley packet filter # USB support options USB_DEBUG # enable debug msgs device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) device umass # Disks/Mass storage - Requires scbus and da Also src.conf and make.conf : root@vpn_vrf:[VNET(x)]:/usr/src/sys # cat /etc/src.conf WITHOUT_ACCT=3Dyes WITHOUT_ACPI=3Dyes WITHOUT_AMD=3Dyes WITHOUT_APM=3Dyes WITHOUT_ASSERT_DEBUG=3Dyes WITHOUT_AT=3Dyes WITHOUT_ATF=3Dyes WITHOUT_ATM=3Dyes WITHOUT_AUDIT=3Dyes WITHOUT_BLUETOOTH=3Dyes WITHOUT_CALENDAR=3Dyes WITHOUT_CDDL=3Dyes WITHOUT_CTM=3Dyes WITHOUT_DICT=3Dyes WITHOUT_FLOPPY=3Dyes WITHOUT_GAMES=3Dyes WITHOUT_HTML=3Dyes WITHOUT_INFO=3Dyes WITHOUT_IPFILTER=3Dyes WITHOUT_IPX=3Dyes #WITHOUT_KERNEL_SYMBOLS=3Dyes WITHOUT_LEGACY_CONSOLE=3Dyes WITHOUT_LOCALES=3Dyes WITHOUT_LPR=3Dyes WITHOUT_MAIL=3Dyes WITHOUT_NDIS=3Dyes WITHOUT_QUOTAS=3Dyes WITHOUT_ROUTED=3Dyes WITHOUT_SENDMAIL=3Dyes WITH_SVN=3Dyes WITHOUT_ZFS=3Dyes root@vpn_vrf:[VNET(x)]:/usr/src/sys # cat /etc/make.conf CFLAGS=3D-O2 COPTFLAGS=3D -O -pipe CPUTYPE=3Dgeode KERNCONF=3DMARS NO_MODULES=3Dyes BOOTWAIT=3D0 DOC_LANG=3Den_US.ISO8859-1 --Nikolay From owner-freebsd-bugs@FreeBSD.ORG Wed Jan 1 13:20:01 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 74E12BCD for ; Wed, 1 Jan 2014 13:20:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5E5571589 for ; Wed, 1 Jan 2014 13:20:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s01DK1TA014332 for ; Wed, 1 Jan 2014 13:20:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s01DK1Ew014331; Wed, 1 Jan 2014 13:20:01 GMT (envelope-from gnats) Date: Wed, 1 Jan 2014 13:20:01 GMT Message-Id: <201401011320.s01DK1Ew014331@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nikolay Denev Subject: Re: misc/185092: panic: rtfree 2 (using RADIX_MPATH in a VNET jail) X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Nikolay Denev List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jan 2014 13:20:01 -0000 The following reply was made to PR misc/185092; it has been noted by GNATS. From: Nikolay Denev To: FreeBSD-gnats-submit@freebsd.org, freebsd-bugs@freebsd.org, "freebsd-net@freebsd.org" Cc: Subject: Re: misc/185092: panic: rtfree 2 (using RADIX_MPATH in a VNET jail) Date: Wed, 1 Jan 2014 13:10:57 +0000 --001a11c3d860640c3f04eee868e9 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On Sun, Dec 22, 2013 at 1:10 PM, wrote: > Thank you very much for your problem report. > It has the internal identification `misc/185092'. > The individual assigned to look at your > report is: freebsd-bugs. > > You can access the state of your problem report at any time > via this link: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D185092 > > >Category: misc > >Responsible: freebsd-bugs > >Synopsis: panic: rtfree 2 (using RADIX_MPATH in a VNET jail) > >Arrival-Date: Sun Dec 22 13:10:00 UTC 2013 > I'm trying to understand exactly what is happening here, and examining a core dump with kgdb I'm getting some output that confuses me : (kgdb) bt #0 doadump (textdump=3D-1011569920) at pcpu.h:233 #1 0xc06069b2 in kern_reboot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0xc0606d0e in panic (fmt=3D) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0xc06de639 in rtfree (rt=3D) at /usr/src/sys/net/route.c:464 #4 0xc06e188d in route_output (m=3D) at /usr/src/sys/net/rtsock.c:951 #5 0xc06de18f in raw_usend (so=3D, flags=3D0, m=3D, nam=3D0x0, control=3D, td=3D0xc3bd2000) at /usr/src/sys/net/raw_usrreq.c:238 #6 0xc066eca9 in sosend_generic (so=3D0xc3e9c1a8, uio=3D, top=3D, control=3D0x0, flags=3D, td=3D) at /usr/src/sys/kern/uipc_socket.c:1271 #7 0xc066efc7 in sosend (so=3D0xc3e9c1a8, addr=3D0x0, uio=3D0xd9b9cc10, to= p=3D0x0, control=3D0x0, flags=3D0, td=3D0xc3bd2000) at /usr/src/sys/kern/uipc_socket.c:1315 #8 0xc0654af4 in soo_write (fp=3D0xc3c0c818, uio=3D0xd9b9cc10, active_cred=3D0xc3f1dd00, flags=3D0, td=3D0xc3bd2000) at /usr/src/sys/kern/sys_socket.c:103 #9 0xc064c866 in dofilewrite (td=3D0xc3bd2000, fd=3D3, fp=3D0xc3c0c818, auio=3D0xd9b9cc10, offset=3D-1, flags=3D0) at file.h:303 #10 0xc064c566 in kern_writev (td=3D0xc3bd2000, fd=3D3, auio=3D) at /usr/src/sys/kern/sys_generic.c:467 #11 0xc064c4bc in sys_write (td=3D, uap=3D) at /usr/src/sys/kern/sys_generic.c:382 #12 0xc08614d3 in syscall (frame=3D) at subr_syscall.c:134 #13 0xc084cca1 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:270 #14 0x281975b7 in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb) fr 3 #3 0xc06de639 in rtfree (rt=3D) at /usr/src/sys/net/route.c:464 464 panic("rtfree 2"); (kgdb) print *rt $1 =3D {rt_nodes =3D {{rn_mklist =3D 0xc3b4ab30, rn_parent =3D 0x1, rn_bit = =3D 0, rn_bmask =3D 0 '\0', rn_flags =3D 0 '\0', rn_u =3D {rn_leaf =3D { rn_Key =3D 0xc0882687 "shutdown_post_sync", rn_Mask =3D 0x1030000
, rn_Dupedkey =3D 0x0}, rn_node =3D { rn_Off =3D -1064819065, rn_L =3D 0x1030000, rn_R =3D 0x0}}}, {rn_= mklist =3D 0x0, rn_parent =3D 0x4, rn_bit =3D -18048, rn_bmask =3D -94 '?', rn_flags =3D 195 '?', rn_u =3D {rn_leaf =3D {rn_Key =3D 0xc3a545e0 ""= , rn_Mask =3D 0xc3a4e440 " ??(???\020'", rn_Dupedkey =3D 0xc3a4e880}, rn_node =3D {rn_Off =3D -1012578848, rn_L =3D 0xc3a4e440, rn_R =3D 0xc3a4e880}}}}, rt_gateway =3D 0x74756873, rt_flags =3D 1853321060, rt_refcnt =3D 1936683103, rt_ifp =3D 0x79735f74, rt_ifa =3D 0x636e, rt_rm= x =3D {rmx_mtu =3D 0, rmx_expire =3D 0, rmx_pksent =3D 0, rmx_weight =3D 0}, rt_fibnum =3D 0, rt_mtx =3D {lock_object =3D {lo_name =3D 0x0, lo_flags = =3D 0, lo_data =3D 0, lo_witness =3D 0x0}, mtx_lock =3D 0}} rn_Key with value of =93shutdown_post_sync=94 ? It=92s visible also in the raw_usend() frame: (kgdb) fr 5 #5 0xc06de18f in raw_usend (so=3D, flags=3D0, m=3D, nam=3D0x0, control=3D, td=3D0xc3bd2000) at /usr/src/sys/net/raw_usrreq.c:238 238 return ((*so->so_proto->pr_output)(m, so)); (kgdb) print *m $2 =3D {m_hdr =3D {mh_next =3D 0xc3b4ab30, mh_nextpkt =3D 0x1, mh_data =3D = 0x0, mh_len =3D -1064819065, mh_type =3D 0, mh_flags =3D 66304, mh_pad =3D 0}, M_dat =3D {MH =3D {MH_pkthdr =3D {rcvif =3D 0x0, tags =3D {slh_first =3D = 0x4}, len =3D -1012745856, flowid =3D 3282388448, csum_flags =3D 14097648373312316480, fibnum =3D 26739, cosqos =3D 1= 17 'u', rsstype =3D 116 't', l2hlen =3D 100 'd', l3hlen =3D 111 'o', l4hlen =3D 119 'w', l5hlen =3D 110 'n', PH_per =3D {eigth =3D "_pos= t_sy", sixteen =3D {28767, 29551, 24436, 31091}, thirtytwo =3D {1936683103, 2037604212}, sixtyfour =3D {8751443454668533855}, unintptr =3D {1936683103}, ptr =3D 0x736f705f}, PH_loc =3D { eigth =3D "nc\000\000\000\000\000", sixteen =3D {25454, 0, 0, 0}, thirtytwo =3D {25454, 0}, sixtyfour =3D {25454}, unintptr =3D {25454}, ptr =3D 0x636e}}, MH_dat =3D {MH_ext =3D {ref_cnt =3D 0x0, ext_bu= f =3D 0x0, ext_size =3D 0, ext_type =3D 0, ext_flags =3D 0, ext_free =3D 0, ext_arg1 =3D 0x0, ext_arg2 =3D 0x0}, MH_databuf =3D '\0' , "file", '\0' , "\006\000\000\000\020\000\000\000??\215?\000\000C\001\000\000\000\000\000\0= 00\000\000\004\000\000\000\000\000\000\00000Y?", '\0' , "`2Y?\000\000\000\000\000\000\000\000T\211\223?\022\000\000\000\000\203??\0= 00\000\000\000\000???", '\0' }}, M_databuf =3D "\000\000\000\000\004\000\000\000\200????E??@??\200??shutdown_post_sync", '\0' , "file", '\0' , "\006\000\000\000\020\000\000\000??\215?\000\000C\001\000\000\000\000\000\0= 00\000\000\004\000\000\000\000\000\000\00000Y?", '\0' , "`2Y?\000\000\000\000\000\000\000\000T\211\223?\022\000\000\000\000\203??\0= 00\000\000\000\000???", '\0' }} This is 10.0-PRERELEASE r259547M (with applied the recent nd6_nbr.c rtfree patch, which I thought earlier might be the cause of the panics I'm seeing). The machine is Soekris Net5501-70 with this kernel config : cpu I586_CPU cpu I686_CPU ident MARS options CPU_GEODE options CPU_SOEKRIS options HZ=3D2000 options DEVICE_POLLING options BPF_JITTER makeoptions DEBUG=3D-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options TCP_OFFLOAD # TCP offload options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_DIRHASH # Improve performance on big directories options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=3D500 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=3D128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options CAPABILITY_MODE # Capsicum capability mode options CAPABILITIES # Capsicum capabilities options PROCDESC # Support for process descriptors options INCLUDE_CONFIG_FILE # Include this file in kernel # Debugging support. Always need this: options KDB # Enable kernel debugger support. options KDB_TRACE # Print a stack trace for a panic. options KDB_UNATTENDED options TEXTDUMP_PREFERRED options TEXTDUMP_VERBOSE device pci device ata # Legacy ATA/SATA controllers options ATA_STATIC_ID # Static device numbering # ATA/SCSI peripherals device scbus # SCSI bus (required for ATA/SCSI) device da # Direct Access (disks) device pass # Passthrough device (direct ATA/SCSI access) # Add suspend/resume support for the i8254. device pmtimer # Serial (COM) ports device uart # Generic UART driver device miibus # MII bus support device vr # VIA Rhine, Rhine II # Wireless NIC cards device wlan # 802.11 support options IEEE80211_DEBUG # enable debug msgs options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's options IEEE80211_SUPPORT_MESH # enable 802.11s draft support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device ath # Atheros NICs device ath_pci # Atheros pci/cardbus glue device ath_hal # pci/cardbus chip support options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors options AH_AR5416_INTERRUPT_MITIGATION # AR5416 interrupt mitigation options ATH_ENABLE_11N # Enable 802.11n support for AR5416 and later device ath_rate_sample # SampleRate tx rate control for ath # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device vlan # 802.1Q VLAN support device tun # Packet tunnel. device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device gre device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module device if_bridge options VIMAGE options ROUTETABLES=3D8 options RADIX_MPATH options SW_WATCHDOG device crypto device cryptodev device glxsb options BOOTVERBOSE=3D1 #device pf #device pflog #device pfsync device carp device enc device lagg device epair #options ALTQ #options ALTQ_CBQ #options ALTQ_RED #options ALTQ_RIO #options ALTQ_HFSC #options ALTQ_PRIQ options IPFIREWALL options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL_NAT options LIBALIAS options IPDIVERT options DUMMYNET device bpf # Berkeley packet filter # USB support options USB_DEBUG # enable debug msgs device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) device umass # Disks/Mass storage - Requires scbus and da Also src.conf and make.conf : root@vpn_vrf:[VNET(x)]:/usr/src/sys # cat /etc/src.conf WITHOUT_ACCT=3Dyes WITHOUT_ACPI=3Dyes WITHOUT_AMD=3Dyes WITHOUT_APM=3Dyes WITHOUT_ASSERT_DEBUG=3Dyes WITHOUT_AT=3Dyes WITHOUT_ATF=3Dyes WITHOUT_ATM=3Dyes WITHOUT_AUDIT=3Dyes WITHOUT_BLUETOOTH=3Dyes WITHOUT_CALENDAR=3Dyes WITHOUT_CDDL=3Dyes WITHOUT_CTM=3Dyes WITHOUT_DICT=3Dyes WITHOUT_FLOPPY=3Dyes WITHOUT_GAMES=3Dyes WITHOUT_HTML=3Dyes WITHOUT_INFO=3Dyes WITHOUT_IPFILTER=3Dyes WITHOUT_IPX=3Dyes #WITHOUT_KERNEL_SYMBOLS=3Dyes WITHOUT_LEGACY_CONSOLE=3Dyes WITHOUT_LOCALES=3Dyes WITHOUT_LPR=3Dyes WITHOUT_MAIL=3Dyes WITHOUT_NDIS=3Dyes WITHOUT_QUOTAS=3Dyes WITHOUT_ROUTED=3Dyes WITHOUT_SENDMAIL=3Dyes WITH_SVN=3Dyes WITHOUT_ZFS=3Dyes root@vpn_vrf:[VNET(x)]:/usr/src/sys # cat /etc/make.conf CFLAGS=3D-O2 COPTFLAGS=3D -O -pipe CPUTYPE=3Dgeode KERNCONF=3DMARS NO_MODULES=3Dyes BOOTWAIT=3D0 DOC_LANG=3Den_US.ISO8859-1 --Nikolay --001a11c3d860640c3f04eee868e9 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
On Sun, Dec 22, 2013 at 1:10 PM, <FreeBSD= -gnats-submit@freebsd.org> wrote:
Thank you very much for your problem report.
It has the internal identification `misc/185092'.
The individual assigned to look at your
report is: freebsd-bugs.

You can access the state of your problem report at any time
via this link:

http://www.freebsd.org/cgi/query-pr.cgi?pr=3D185092

>Category: =A0 =A0 =A0 misc
>Responsible: =A0 =A0freebsd-bugs
>Synopsis: =A0 =A0 =A0 panic: rtfree 2 (using RADIX_MPATH in a VNET jail= )
>Arrival-Date: =A0 Sun Dec 22 13:10:00 UTC 2013

I'm trying to u= nderstand exactly what is happening here, and examining a core dump with kg= db I'm getting some output that confuses me :

<= div class=3D"gmail_extra">
(kgdb) bt
<= div class=3D"gmail_extra">
#0 =A0doadump (textdum= p=3D-1011569920) at pcpu.h:233
#1 =A00xc06069b= 2 in kern_reboot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:447
#2 =A00xc0606= d0e in panic (fmt=3D<value optimized out>) at /usr/src/sys/kern/kern_= shutdown.c:754
#3 =A00xc06de63= 9 in rtfree (rt=3D<value optimized out>) at /usr/src/sys/net/route.c:= 464
#4 =A0= 0xc06e188d in route_output (m=3D<value optimized out>) at /usr/src/sy= s/net/rtsock.c:951
#5 =A00xc06de18= f in raw_usend (so=3D<value optimized out>, flags=3D0, m=3D<value = optimized out>, nam=3D0x0, control=3D<value optimized out>,=A0
=A0 =A0 td=3D0xc3bd2000) at /usr/src/sys/net/raw= _usrreq.c:238
#6 =A00xc066eca9 in sosend_generic (so=3D0xc3e9c1a8, uio=3D<value op= timized out>, top=3D<value optimized out>, control=3D0x0,=A0
=A0 =A0 flags= =3D<value optimized out>, td=3D<value optimized out>) at /usr/s= rc/sys/kern/uipc_socket.c:1271
#7 =A00xc066efc7 in sosend (so=3D0xc3e9c1a8, addr=3D0x0, uio=3D0xd9b9cc10, = top=3D0x0, control=3D0x0, flags=3D0, td=3D0xc3bd2000)
=A0 =A0 at /usr/src/sys/kern/ui= pc_socket.c:1315
#8 =A00xc0654af= 4 in soo_write (fp=3D0xc3c0c818, uio=3D0xd9b9cc10, active_cred=3D0xc3f1dd00= , flags=3D0, td=3D0xc3bd2000)
=A0 =A0 at /usr/src/sys/kern/sys_socket.c:103
#9 =A00xc064c866 in dofilewrite (td=3D0= xc3bd2000, fd=3D3, fp=3D0xc3c0c818, auio=3D0xd9b9cc10, offset=3D-1, flags= =3D0) at file.h:303
#10 0xc064c566 = in kern_writev (td=3D0xc3bd2000, fd=3D3, auio=3D<value optimized out>= ) at /usr/src/sys/kern/sys_generic.c:467
#11 0xc064c4bc in sys_write (td=3D<value optimized out>, uap=3D<va= lue optimized out>) at /usr/src/sys/kern/sys_generic.c:382
#12 0xc08614d3 in sysca= ll (frame=3D<value optimized out>) at subr_syscall.c:134
#13 0xc084cca1 = in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:270
#14 0x281975b7 in ??= ()
Previous frame = inner to this frame (corrupt stack?)
=
Current language: =A0auto; currently minimal
(kgdb) fr 3
#3 =A00xc06de639 in= rtfree (rt=3D<value optimized out>) at /usr/src/sys/net/route.c:464<= /div>
464 panic("rtfree 2");
(kgdb) print *rt
$1 =3D {rt_nodes =3D = {{rn_mklist =3D 0xc3b4ab30, rn_parent =3D 0x1, rn_bit =3D 0, rn_bmask =3D 0= '\0', rn_flags =3D 0 '\0', rn_u =3D {rn_leaf =3D {
=A0 =A0 =A0 =A0 =A0 rn_Key =3D 0xc0882687 "= shutdown_post_sync", rn_Mask =3D 0x1030000 <Address 0x1030000 out o= f bounds>, rn_Dupedkey =3D 0x0}, rn_node =3D {
=A0 =A0 =A0 =A0 =A0 rn_Off =3D -1064819065, rn_L =3D 0x1030000, rn_R =3D 0x= 0}}}, {rn_mklist =3D 0x0, rn_parent =3D 0x4, rn_bit =3D -18048, rn_bmask = =3D -94 '?',=A0
=A0 =A0 =A0 rn_flags =3D 195 '?', rn_u =3D {rn_leaf = =3D {rn_Key =3D 0xc3a545e0 "", rn_Mask =3D 0xc3a4e440 " ??(?= ??\020'", rn_Dupedkey =3D 0xc3a4e880},=A0
=A0 =A0 =A0 =A0= rn_node =3D {rn_Off =3D -1012578848, rn_L =3D 0xc3a4e440, rn_R =3D 0xc3a4e= 880}}}}, rt_gateway =3D 0x74756873, rt_flags =3D 1853321060,=A0
=
=A0 rt_refcnt =3D 1936683103, rt_ifp =3D 0x79735= f74, rt_ifa =3D 0x636e, rt_rmx =3D {rmx_mtu =3D 0, rmx_expire =3D 0, rmx_pk= sent =3D 0, rmx_weight =3D 0},=A0
=A0 rt_fibnum =3D 0, rt_mtx =3D {lock_object =3D {lo_name =3D 0x0, lo_flags= =3D 0, lo_data =3D 0, lo_witness =3D 0x0}, mtx_lock =3D 0}}

<= div class=3D"gmail_extra">
rn_Key with value of =93shutdown_post_= sync=94 ?

It=92s visible also in the raw_usend() frame:

(kgdb) fr 5
#5 =A00xc06de18f i= n raw_usend (so=3D<value optimized out>, flags=3D0, m=3D<value opt= imized out>, nam=3D0x0, control=3D<value optimized out>,=A0
=A0 =A0 td=3D0x= c3bd2000) at /usr/src/sys/net/raw_usrreq.c:238
238 return ((*so->so_proto->pr_output)(m, so));
(kgdb) print *m=
$2 =3D {m= _hdr =3D {mh_next =3D 0xc3b4ab30, mh_nextpkt =3D 0x1, mh_data =3D 0x0, mh_l= en =3D -1064819065, mh_type =3D 0, mh_flags =3D 66304, mh_pad =3D 0},=A0
=A0 M_dat =3D {= MH =3D {MH_pkthdr =3D {rcvif =3D 0x0, tags =3D {slh_first =3D 0x4}, len =3D= -1012745856, flowid =3D 3282388448,=A0
=A0 =A0 =A0 =A0 csum_flags =3D 14097648373312316480, fibnum =3D 26739, cosq= os =3D 117 'u', rsstype =3D 116 't', l2hlen =3D 100 'd&= #39;, l3hlen =3D 111 'o',=A0
=
=A0 =A0 =A0 =A0 l4hlen =3D 119 'w', l5hlen =3D 110 'n', PH_= per =3D {eigth =3D "_post_sy", sixteen =3D {28767, 29551, 24436, = 31091}, thirtytwo =3D {1936683103,=A0
=A0 =A0 =A0 =A0 =A0 =A0 2037604212}, sixtyfour =3D {8751443454668533855}, u= nintptr =3D {1936683103}, ptr =3D 0x736f705f}, PH_loc =3D {
=A0 =A0 =A0 =A0 =A0 eigth= =3D "nc\000\000\000\000\000", sixteen =3D {25454, 0, 0, 0}, thir= tytwo =3D {25454, 0}, sixtyfour =3D {25454}, unintptr =3D {25454},=A0
=A0 =A0 =A0 =A0= =A0 ptr =3D 0x636e}}, MH_dat =3D {MH_ext =3D {ref_cnt =3D 0x0, ext_buf =3D= 0x0, ext_size =3D 0, ext_type =3D 0, ext_flags =3D 0, ext_free =3D 0,=A0
=A0 =A0 =A0 =A0 =A0 ext_arg1 =3D 0x0, ext_arg2 = =3D 0x0},=A0
=A0 =A0 =A0 =A0 MH_databuf =3D '\0' <repeats 56 times>, &q= uot;file", '\0' <repeats 20 times>, "\006\000\000\0= 00\020\000\000\000??\215?\000\000C\001\000\000\000\000\000\000\000\000\004\= 000\000\000\000\000\000\00000Y?", '\0' <repeats 12 times>= ;, "`2Y?\000\000\000\000\000\000\000\000T\211\223?\022\000\000\000\000= \203??\000\000\000\000\000???", '\0' <repeats 23 times>}= },=A0
=A0 =A0 M_datab= uf =3D "\000\000\000\000\004\000\000\000\200????E??@??\200??shutdown_p= ost_sync", '\0' <repeats 62 times>, "file", &#= 39;\0' <repeats 20 times>, "\006\000\000\000\020\000\000\000= ??\215?\000\000C\001\000\000\000\000\000\000\000\000\004\000\000\000\000\00= 0\000\00000Y?", '\0' <repeats 12 times>, "`2Y?\000\= 000\000\000\000\000\000\000T\211\223?\022\000\000\000\000\203??\000\000\000= \000\000???", '\0' <repeats 23 times>}}
This is 10.0-PRERELEASE r259547M (with a= pplied the recent nd6_nbr.c rtfree patch, which I =A0thought earlier might = be the cause of the panics I'm seeing).

The machine= is Soekris Net5501-70 with this kernel config :

cpu I586_CPU
=
cpu I686_CPU
=
ident MARS
options CPU_= GEODE
options =A0 =A0 CPU_SOEKRIS

options HZ=3D2000
options DEVICE_POLLING
options BPF_JITTER

makeoptions DEBUG=3D-g # Build kernel with gdb(1) debug symbols

options SCHED_ULE # ULE scheduler
options PREEMPTION # Enable ke= rnel thread preemption
options INET # InterNETworkin= g
options INET= 6 # IPv6 communications= protocols
options TCP_OFFLOAD # TCP offl= oad
options FFS<= span class=3D"" style=3D"white-space:pre"> # Berkeley Fast Filesys= tem
options SOFT= UPDATES # Enable FFS sof= t updates support
options UFS_DIRHASH # Improve = performance on big directories
options PROCFS # Process file= system (requires PSEUDOFS)
options PSEUDOFS # Pseudo-file= system framework
options GEOM_PART_GPT # GUID P= artition Tables.
options GEOM_LABEL # Provides = labelization
options COMPAT_FREEBSD4 # Comp= atible with FreeBSD4
options COMPAT_FREEBSD5 # Comp= atible with FreeBSD5
options COMPAT_FREEBSD6 # Comp= atible with FreeBSD6
options COMPAT_FREEBSD7 # Comp= atible with FreeBSD7
options SCSI_DELAY=3D500 # Del= ay (in ms) before probing SCSI
options KTRACE # ktrace(1) su= pport
options STACK # stack(9) supp= ort
options SYSV= SHM # SYSV-style shared= memory
options SYSVMSG # SYSV-style = message queues
options SYSVSEM # SYSV-style = semaphores
options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions
options PRINTF_BUF= R_SIZE=3D128 # Prevent pr= intf output being interspersed.
options KBD_INSTALL_CDEV # inst= all a CDEV entry in /dev
options HWPMC_HOOKS # Necessar= y kernel hooks for hwpmc(4)
options CAPABILITY_MODE # Caps= icum capability mode
options CAPABILITIES # Capsicu= m capabilities
options PROCDESC # Support for= process descriptors
options INCLUDE_CONFIG_FILE =A0 =A0 # Include this file in kernel

# Debugging support. =A0Always need this:
options KDB # Enable kernel debugger support.
options KDB_TRACE # Print a stack trace for a panic.
options KDB_UNATTENDED

options TEXTDUMP_PREFERRED
options TEXTDUMP_VERBOSE

device pci
device ata # Legacy ATA/SATA controllers
options ATA_STATIC_ID # Static = device numbering

# ATA/SCSI peripherals
<= /div>
device scbus # SCSI bus (required for ATA/= SCSI)
device da # Direct Access (dis= ks)
device pass<= span class=3D"" style=3D"white-space:pre"> # Passthrough device (di= rect ATA/SCSI access)

# Add suspend/resume support = for the i8254.
device pmtimer

# Serial (COM) ports
dev= ice uart # Generic UART driver

device miibus # MII bus support
device vr # VIA Rhine, Rhine I= I

# Wireless NIC cards
device wlan # 802.11 support
options IEEE80211_DEBUG # enable debug msgs
options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's
<= /div>
options IEEE80211_SUPPOR= T_MESH # enable 802.11s d= raft support
device wlan_wep # 802.= 11 WEP support
device wlan_ccmp # 802= .11 CCMP support
device wlan_tkip # 802= .11 TKIP support
device wlan_amrr # AMR= R transmit rate control algorithm
device ath # Atheros = NICs
device ath_pci # Atheros pci/cardbus glue
<= /div>
device ath_hal # pci/cardbus chip support
<= /div>
options AH_SUPPORT_AR541= 6 # enable AR5416 tx/rx d= escriptors
options AH_AR5416_INTERR= UPT_MITIGATION # AR5416 i= nterrupt mitigation
options ATH_ENABLE_11N # Enable 802.11n support for AR5416 and later
device ath_rate_sample # SampleRate tx rate control for ath

# Pseudo devices.
device loop # Network= loopback
device random # Entropy device
=
device ether # Ethernet support
device vlan # 802.1Q VLAN supp= ort
device tun # Packet tunnel.
device md # Memory "disks"
device gif # IPv6 and IPv4 tunneling
device =A0 =A0 =A0gre=
device = faith # IPv6-to-I= Pv4 relaying (translation)
device firmware # firmware assi= st module
device =A0 =A0 =A0if_bridge

=
options =A0 =A0 VIMAGE
options =A0 =A0 ROUTETA= BLES=3D8
options =A0 =A0 RADIX_MPATH

options =A0 =A0 SW_WA= TCHDOG

device =A0 =A0 =A0crypto
= device =A0 =A0 =A0cryptodev
device =A0 =A0 =A0glxsb
<= br>
=
options =A0 =A0 BOOTVERBOSE=3D1

#device =A0 =A0 =A0pf
#device =A0 =A0 =A0pflog
#device = =A0 =A0 =A0pfsync
device =A0 =A0 =A0 carp
device =A0= =A0 =A0 enc
device =A0 =A0 =A0 lagg
device =A0 =A0 = =A0 epair

#options =A0 =A0 ALTQ
#options =A0 =A0 ALTQ= _CBQ
#options =A0 =A0 ALTQ_RED
#options =A0 =A0 ALTQ= _RIO
#options =A0 =A0 ALTQ_HFSC
#options =A0 =A0 ALTQ= _PRIQ

options =A0 =A0 IPFIREWALL
options =A0 =A0 IPFIREWALL_DEFAULT_TO_ACCEPT
options =A0 =A0 IPFIR= EWALL_NAT
options =A0 =A0 LIBALIAS
=
options =A0 =A0 IPDIV= ERT
=
options =A0 =A0 DUMMYNET

device bpf # Berkeley packet filter

# USB support
options USB_DEBUG # enable debug msgs
device uhci # UHCI PCI->USB interface
device ohci # OHCI PCI->USB interface
device ehci # EHCI PCI->USB interface (USB 2.0)
<= div class=3D"gmail_extra">
device usb =A0 =A0 # USB Bus (required)
device umass # Disks/Mass storage - Requires scbus and da
=

A= lso src.conf and make.conf :

root@vpn_vrf:[VNET(x)]:/usr/src/sys # = cat /etc/src.conf=A0
WITHOUT_ACCT=3Dyes
WITHOUT_ACPI=3Dyes
WITHOUT_AMD=3Dyes
=
WITH= OUT_APM=3Dyes
WITH= OUT_ASSERT_DEBUG=3Dyes
WITHOUT_AT=3Dyes
WITHOUT_ATF=3Dyes
WITHOUT_ATM=3Dyes
<= /div>
WITHO= UT_AUDIT=3Dyes
WITH= OUT_BLUETOOTH=3Dyes
WITHOUT_CALENDAR=3Dyes
WITHOUT_CDDL=3Dyes
WITHOUT_CTM=3Dyes
=
WITH= OUT_DICT=3Dyes
WITH= OUT_FLOPPY=3Dyes
WITHOUT_GAMES=3Dyes
WITHOUT_HTML=3Dyes
WITHOUT_INFO=3Dyes
WITHOUT_IPFILTER=3Dyes
WITHOUT_IPX=3Dye= s
#WITHOUT_KERNEL_SYMBOLS=3Dyes
WITHOUT_LEGACY_CONSOLE=3Dyes
WITHOUT_LOCALES=3Dyes
<= div class=3D"gmail_extra">
WITHOUT_LPR=3Dyes=
WITHOUT_MA= IL=3Dyes
WITHOUT_NDIS=3Dyes
WITHOUT_QUOTAS=3Dyes
WITHOUT_ROUTED=3Dyes
WITHOUT_SENDMAIL=3Dyes
WITH_SVN=3Dyes
= WITHOUT_ZFS=3Dyes

root@vpn_vrf:[VNET(x)]:/usr/src/sys # cat /etc/make.conf
CFLAGS= =3D-O2
COPT= FLAGS=3D -O -pipe
CPUTYPE=3Dgeode
KERNCONF=3DMARS
NO_MODULES=3Dyes
BOOTWAIT=3D0
DOC_LANG=3Den_US.ISO8859-1


--Nikola= y

--001a11c3d860640c3f04eee868e9-- From owner-freebsd-bugs@FreeBSD.ORG Wed Jan 1 13:21:16 2014 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 952A4C33; Wed, 1 Jan 2014 13:21:16 +0000 (UTC) Received: from mail-lb0-x234.google.com (mail-lb0-x234.google.com [IPv6:2a00:1450:4010:c04::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 76F4515F1; Wed, 1 Jan 2014 13:21:15 +0000 (UTC) Received: by mail-lb0-f180.google.com with SMTP id x18so6810955lbi.11 for ; Wed, 01 Jan 2014 05:21:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=M7iQ2T7MzNhjcOqNlvmdFUI9vniQl4n4CvYtTbj+NFE=; b=xQc8sRkLoNQQnyYkflEDYAopXTdTGKFcodg3QNCYOTtUtw2zxFmrCk2QPRcYmvjdJG V5HR6T+WcgJRVi/wYaUQMCHcEBnmVQmsEbta5LE515Q9CNjlkXX7OYAK7DVEFkJV1dvA V6rmfURRlg9k7UBQGQpXtieB4Zr3SVhzPBQW/j9A1bY+ewkUamxq7F8TvylqfrFfY+Hr AbtgftXVNeKP2NRGU4LstGTB/cgdw8tWSfN8yWjtSeUkkbRHR7TN0K1s5L/8KnKHMiKI uLeSBtk7EQXG8WZ+rsk+/R/tcZ4KfkaUtUIRnp2XnwoJjseZizlMYMksee7YVVb9idZx UUvQ== MIME-Version: 1.0 X-Received: by 10.152.45.8 with SMTP id i8mr32299300lam.12.1388582473255; Wed, 01 Jan 2014 05:21:13 -0800 (PST) Received: by 10.114.242.33 with HTTP; Wed, 1 Jan 2014 05:21:13 -0800 (PST) In-Reply-To: References: <201312221304.rBMD4q38060416@oldred.freebsd.org> <201312221310.rBMDA0KH022980@freefall.freebsd.org> Date: Wed, 1 Jan 2014 13:21:13 +0000 Message-ID: Subject: Re: misc/185092: panic: rtfree 2 (using RADIX_MPATH in a VNET jail) From: Nikolay Denev To: FreeBSD-gnats-submit@freebsd.org, freebsd-bugs@freebsd.org, "freebsd-net@freebsd.org" Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jan 2014 13:21:16 -0000 On Wed, Jan 1, 2014 at 1:10 PM, Nikolay Denev wrote: > On Sun, Dec 22, 2013 at 1:10 PM, wrote= : > >> Thank you very much for your problem report. >> It has the internal identification `misc/185092'. >> The individual assigned to look at your >> report is: freebsd-bugs. >> >> You can access the state of your problem report at any time >> via this link: >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D185092 >> >> >Category: misc >> >Responsible: freebsd-bugs >> >Synopsis: panic: rtfree 2 (using RADIX_MPATH in a VNET jail) >> >Arrival-Date: Sun Dec 22 13:10:00 UTC 2013 >> > > I'm trying to understand exactly what is happening here, and examining a > core dump with kgdb I'm getting some output that confuses me : > > (kgdb) bt > #0 doadump (textdump=3D-1011569920) at pcpu.h:233 > #1 0xc06069b2 in kern_reboot (howto=3D260) at > /usr/src/sys/kern/kern_shutdown.c:447 > #2 0xc0606d0e in panic (fmt=3D) at > /usr/src/sys/kern/kern_shutdown.c:754 > #3 0xc06de639 in rtfree (rt=3D) at > /usr/src/sys/net/route.c:464 > #4 0xc06e188d in route_output (m=3D) at > /usr/src/sys/net/rtsock.c:951 > #5 0xc06de18f in raw_usend (so=3D, flags=3D0, m=3D<= value > optimized out>, nam=3D0x0, control=3D, > td=3D0xc3bd2000) at /usr/src/sys/net/raw_usrreq.c:238 > #6 0xc066eca9 in sosend_generic (so=3D0xc3e9c1a8, uio=3D out>, top=3D, control=3D0x0, > flags=3D, td=3D) at > /usr/src/sys/kern/uipc_socket.c:1271 > #7 0xc066efc7 in sosend (so=3D0xc3e9c1a8, addr=3D0x0, uio=3D0xd9b9cc10, > top=3D0x0, control=3D0x0, flags=3D0, td=3D0xc3bd2000) > at /usr/src/sys/kern/uipc_socket.c:1315 > #8 0xc0654af4 in soo_write (fp=3D0xc3c0c818, uio=3D0xd9b9cc10, > active_cred=3D0xc3f1dd00, flags=3D0, td=3D0xc3bd2000) > at /usr/src/sys/kern/sys_socket.c:103 > #9 0xc064c866 in dofilewrite (td=3D0xc3bd2000, fd=3D3, fp=3D0xc3c0c818, > auio=3D0xd9b9cc10, offset=3D-1, flags=3D0) at file.h:303 > #10 0xc064c566 in kern_writev (td=3D0xc3bd2000, fd=3D3, auio=3D out>) at /usr/src/sys/kern/sys_generic.c:467 > #11 0xc064c4bc in sys_write (td=3D, uap=3D optimized out>) at /usr/src/sys/kern/sys_generic.c:382 > #12 0xc08614d3 in syscall (frame=3D) at > subr_syscall.c:134 > #13 0xc084cca1 in Xint0x80_syscall () at > /usr/src/sys/i386/i386/exception.s:270 > #14 0x281975b7 in ?? () > Previous frame inner to this frame (corrupt stack?) > Current language: auto; currently minimal > (kgdb) fr 3 > #3 0xc06de639 in rtfree (rt=3D) at > /usr/src/sys/net/route.c:464 > 464 panic("rtfree 2"); > (kgdb) print *rt > $1 =3D {rt_nodes =3D {{rn_mklist =3D 0xc3b4ab30, rn_parent =3D 0x1, rn_bi= t =3D 0, > rn_bmask =3D 0 '\0', rn_flags =3D 0 '\0', rn_u =3D {rn_leaf =3D { > rn_Key =3D 0xc0882687 "shutdown_post_sync", rn_Mask =3D 0x10300= 00 >
, rn_Dupedkey =3D 0x0}, rn_node =3D { > rn_Off =3D -1064819065, rn_L =3D 0x1030000, rn_R =3D 0x0}}}, > {rn_mklist =3D 0x0, rn_parent =3D 0x4, rn_bit =3D -18048, rn_bmask =3D -9= 4 '?', > rn_flags =3D 195 '?', rn_u =3D {rn_leaf =3D {rn_Key =3D 0xc3a545e0 = "", > rn_Mask =3D 0xc3a4e440 " ??(???\020'", rn_Dupedkey =3D 0xc3a4e880}, > rn_node =3D {rn_Off =3D -1012578848, rn_L =3D 0xc3a4e440, rn_R = =3D > 0xc3a4e880}}}}, rt_gateway =3D 0x74756873, rt_flags =3D 1853321060, > rt_refcnt =3D 1936683103, rt_ifp =3D 0x79735f74, rt_ifa =3D 0x636e, rt_= rmx =3D > {rmx_mtu =3D 0, rmx_expire =3D 0, rmx_pksent =3D 0, rmx_weight =3D 0}, > rt_fibnum =3D 0, rt_mtx =3D {lock_object =3D {lo_name =3D 0x0, lo_flags= =3D 0, > lo_data =3D 0, lo_witness =3D 0x0}, mtx_lock =3D 0}} > > > > rn_Key with value of =93shutdown_post_sync=94 ? > > It=92s visible also in the raw_usend() frame: > > (kgdb) fr 5 > #5 0xc06de18f in raw_usend (so=3D, flags=3D0, m=3D<= value > optimized out>, nam=3D0x0, control=3D, > td=3D0xc3bd2000) at /usr/src/sys/net/raw_usrreq.c:238 > 238 return ((*so->so_proto->pr_output)(m, so)); > (kgdb) print *m > $2 =3D {m_hdr =3D {mh_next =3D 0xc3b4ab30, mh_nextpkt =3D 0x1, mh_data = =3D 0x0, > mh_len =3D -1064819065, mh_type =3D 0, mh_flags =3D 66304, mh_pad =3D 0}, > M_dat =3D {MH =3D {MH_pkthdr =3D {rcvif =3D 0x0, tags =3D {slh_first = =3D 0x4}, len =3D > -1012745856, flowid =3D 3282388448, > csum_flags =3D 14097648373312316480, fibnum =3D 26739, cosqos =3D= 117 > 'u', rsstype =3D 116 't', l2hlen =3D 100 'd', l3hlen =3D 111 'o', > l4hlen =3D 119 'w', l5hlen =3D 110 'n', PH_per =3D {eigth =3D "_p= ost_sy", > sixteen =3D {28767, 29551, 24436, 31091}, thirtytwo =3D {1936683103, > 2037604212}, sixtyfour =3D {8751443454668533855}, unintptr = =3D > {1936683103}, ptr =3D 0x736f705f}, PH_loc =3D { > eigth =3D "nc\000\000\000\000\000", sixteen =3D {25454, 0, 0, 0= }, > thirtytwo =3D {25454, 0}, sixtyfour =3D {25454}, unintptr =3D {25454}, > ptr =3D 0x636e}}, MH_dat =3D {MH_ext =3D {ref_cnt =3D 0x0, ext_= buf =3D > 0x0, ext_size =3D 0, ext_type =3D 0, ext_flags =3D 0, ext_free =3D 0, > ext_arg1 =3D 0x0, ext_arg2 =3D 0x0}, > MH_databuf =3D '\0' , "file", '\0' times>, > "\006\000\000\000\020\000\000\000??\215?\000\000C\001\000\000\000\000\000= \000\000\000\004\000\000\000\000\000\000\00000Y?", > '\0' , > "`2Y?\000\000\000\000\000\000\000\000T\211\223?\022\000\000\000\000\203??= \000\000\000\000\000???", > '\0' }}, > M_databuf =3D > "\000\000\000\000\004\000\000\000\200????E??@??\200??shutdown_post_sync", > '\0' , "file", '\0' , > "\006\000\000\000\020\000\000\000??\215?\000\000C\001\000\000\000\000\000= \000\000\000\004\000\000\000\000\000\000\00000Y?", > '\0' , > "`2Y?\000\000\000\000\000\000\000\000T\211\223?\022\000\000\000\000\203??= \000\000\000\000\000???", > '\0' }} > > > This is 10.0-PRERELEASE r259547M (with applied the recent nd6_nbr.c rtfre= e > patch, which I thought earlier might be the cause of the panics I'm > seeing). > > The machine is Soekris Net5501-70 with this kernel config : > > cpu I586_CPU > cpu I686_CPU > ident MARS > options CPU_GEODE > options CPU_SOEKRIS > > options HZ=3D2000 > options DEVICE_POLLING > options BPF_JITTER > > makeoptions DEBUG=3D-g # Build kernel with gdb(1) debug symbols > > options SCHED_ULE # ULE scheduler > options PREEMPTION # Enable kernel thread preemption > options INET # InterNETworking > options INET6 # IPv6 communications protocols > options TCP_OFFLOAD # TCP offload > options FFS # Berkeley Fast Filesystem > options SOFTUPDATES # Enable FFS soft updates support > options UFS_DIRHASH # Improve performance on big directories > options PROCFS # Process filesystem (requires PSEUDOFS) > options PSEUDOFS # Pseudo-filesystem framework > options GEOM_PART_GPT # GUID Partition Tables. > options GEOM_LABEL # Provides labelization > options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > options COMPAT_FREEBSD5 # Compatible with FreeBSD5 > options COMPAT_FREEBSD6 # Compatible with FreeBSD6 > options COMPAT_FREEBSD7 # Compatible with FreeBSD7 > options SCSI_DELAY=3D500 # Delay (in ms) before probing SCSI > options KTRACE # ktrace(1) support > options STACK # stack(9) support > options SYSVSHM # SYSV-style shared memory > options SYSVMSG # SYSV-style message queues > options SYSVSEM # SYSV-style semaphores > options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions > options PRINTF_BUFR_SIZE=3D128 # Prevent printf output being interspersed= . > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) > options CAPABILITY_MODE # Capsicum capability mode > options CAPABILITIES # Capsicum capabilities > options PROCDESC # Support for process descriptors > options INCLUDE_CONFIG_FILE # Include this file in kernel > > # Debugging support. Always need this: > options KDB # Enable kernel debugger support. > options KDB_TRACE # Print a stack trace for a panic. > options KDB_UNATTENDED > > options TEXTDUMP_PREFERRED > options TEXTDUMP_VERBOSE > > device pci > device ata # Legacy ATA/SATA controllers > options ATA_STATIC_ID # Static device numbering > > # ATA/SCSI peripherals > device scbus # SCSI bus (required for ATA/SCSI) > device da # Direct Access (disks) > device pass # Passthrough device (direct ATA/SCSI access) > > # Add suspend/resume support for the i8254. > device pmtimer > > # Serial (COM) ports > device uart # Generic UART driver > > device miibus # MII bus support > device vr # VIA Rhine, Rhine II > > # Wireless NIC cards > device wlan # 802.11 support > options IEEE80211_DEBUG # enable debug msgs > options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's > options IEEE80211_SUPPORT_MESH # enable 802.11s draft support > device wlan_wep # 802.11 WEP support > device wlan_ccmp # 802.11 CCMP support > device wlan_tkip # 802.11 TKIP support > device wlan_amrr # AMRR transmit rate control algorithm > device ath # Atheros NICs > device ath_pci # Atheros pci/cardbus glue > device ath_hal # pci/cardbus chip support > options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors > options AH_AR5416_INTERRUPT_MITIGATION # AR5416 interrupt mitigation > options ATH_ENABLE_11N # Enable 802.11n support for AR5416 and later > device ath_rate_sample # SampleRate tx rate control for ath > > # Pseudo devices. > device loop # Network loopback > device random # Entropy device > device ether # Ethernet support > device vlan # 802.1Q VLAN support > device tun # Packet tunnel. > device md # Memory "disks" > device gif # IPv6 and IPv4 tunneling > device gre > device faith # IPv6-to-IPv4 relaying (translation) > device firmware # firmware assist module > device if_bridge > > options VIMAGE > options ROUTETABLES=3D8 > options RADIX_MPATH > > options SW_WATCHDOG > > device crypto > device cryptodev > device glxsb > > options BOOTVERBOSE=3D1 > > #device pf > #device pflog > #device pfsync > device carp > device enc > device lagg > device epair > > #options ALTQ > #options ALTQ_CBQ > #options ALTQ_RED > #options ALTQ_RIO > #options ALTQ_HFSC > #options ALTQ_PRIQ > > options IPFIREWALL > options IPFIREWALL_DEFAULT_TO_ACCEPT > options IPFIREWALL_NAT > options LIBALIAS > options IPDIVERT > options DUMMYNET > > device bpf # Berkeley packet filter > > # USB support > options USB_DEBUG # enable debug msgs > device uhci # UHCI PCI->USB interface > device ohci # OHCI PCI->USB interface > device ehci # EHCI PCI->USB interface (USB 2.0) > device usb # USB Bus (required) > device umass # Disks/Mass storage - Requires scbus and da > > > Also src.conf and make.conf : > > root@vpn_vrf:[VNET(x)]:/usr/src/sys # cat /etc/src.conf > WITHOUT_ACCT=3Dyes > WITHOUT_ACPI=3Dyes > WITHOUT_AMD=3Dyes > WITHOUT_APM=3Dyes > WITHOUT_ASSERT_DEBUG=3Dyes > WITHOUT_AT=3Dyes > WITHOUT_ATF=3Dyes > WITHOUT_ATM=3Dyes > WITHOUT_AUDIT=3Dyes > WITHOUT_BLUETOOTH=3Dyes > WITHOUT_CALENDAR=3Dyes > WITHOUT_CDDL=3Dyes > WITHOUT_CTM=3Dyes > WITHOUT_DICT=3Dyes > WITHOUT_FLOPPY=3Dyes > WITHOUT_GAMES=3Dyes > WITHOUT_HTML=3Dyes > WITHOUT_INFO=3Dyes > WITHOUT_IPFILTER=3Dyes > WITHOUT_IPX=3Dyes > #WITHOUT_KERNEL_SYMBOLS=3Dyes > WITHOUT_LEGACY_CONSOLE=3Dyes > WITHOUT_LOCALES=3Dyes > WITHOUT_LPR=3Dyes > WITHOUT_MAIL=3Dyes > WITHOUT_NDIS=3Dyes > WITHOUT_QUOTAS=3Dyes > WITHOUT_ROUTED=3Dyes > WITHOUT_SENDMAIL=3Dyes > WITH_SVN=3Dyes > WITHOUT_ZFS=3Dyes > > root@vpn_vrf:[VNET(x)]:/usr/src/sys # cat /etc/make.conf > CFLAGS=3D-O2 > COPTFLAGS=3D -O -pipe > CPUTYPE=3Dgeode > KERNCONF=3DMARS > NO_MODULES=3Dyes > BOOTWAIT=3D0 > DOC_LANG=3Den_US.ISO8859-1 > > > > --Nikolay > > Also, originally I thought that the panic is when a multi path route is being deleted, however again from the coredump it seems that the panic happens when openvpn deletes the host route it installs for the remote openvpn server pointed to the default gw (before openvpn installs the new default gw pointing to the vpn tunnel) : (kgdb) fr 12 (kgdb) x/12sb td->td_proc->p_args 0xc4269780: "\001" 0xc4269782: "" 0xc4269783: "" 0xc4269784: "B" 0xc4269786: "" 0xc4269787: "" 0xc4269788: "/sbin/route" 0xc4269794: "delete" 0xc426979b: "-net" 0xc42697a0: "78.90.222.xxx" 0xc42697ad: "10.255.255.0" 0xc42697ba: "255.255.255.255" (kgdb) I'm trying to reproduce this on a VirtualBox instance now, however so far no luck (no OpenVPN running, just adding and removing routes). --Nikolay From owner-freebsd-bugs@FreeBSD.ORG Wed Jan 1 13:30:01 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.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 7FB9CDC7 for ; Wed, 1 Jan 2014 13:30:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6B3B7161F for ; Wed, 1 Jan 2014 13:30:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s01DU1am016169 for ; Wed, 1 Jan 2014 13:30:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s01DU1hK016168; Wed, 1 Jan 2014 13:30:01 GMT (envelope-from gnats) Date: Wed, 1 Jan 2014 13:30:01 GMT Message-Id: <201401011330.s01DU1hK016168@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nikolay Denev Subject: Re: misc/185092: panic: rtfree 2 (using RADIX_MPATH in a VNET jail) X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Nikolay Denev List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jan 2014 13:30:01 -0000 The following reply was made to PR misc/185092; it has been noted by GNATS. From: Nikolay Denev To: FreeBSD-gnats-submit@freebsd.org, freebsd-bugs@freebsd.org, "freebsd-net@freebsd.org" Cc: Subject: Re: misc/185092: panic: rtfree 2 (using RADIX_MPATH in a VNET jail) Date: Wed, 1 Jan 2014 13:21:13 +0000 --001a11c1ba200f4f8504eee88df5 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On Wed, Jan 1, 2014 at 1:10 PM, Nikolay Denev wrote: > On Sun, Dec 22, 2013 at 1:10 PM, wrote= : > >> Thank you very much for your problem report. >> It has the internal identification `misc/185092'. >> The individual assigned to look at your >> report is: freebsd-bugs. >> >> You can access the state of your problem report at any time >> via this link: >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D185092 >> >> >Category: misc >> >Responsible: freebsd-bugs >> >Synopsis: panic: rtfree 2 (using RADIX_MPATH in a VNET jail) >> >Arrival-Date: Sun Dec 22 13:10:00 UTC 2013 >> > > I'm trying to understand exactly what is happening here, and examining a > core dump with kgdb I'm getting some output that confuses me : > > (kgdb) bt > #0 doadump (textdump=3D-1011569920) at pcpu.h:233 > #1 0xc06069b2 in kern_reboot (howto=3D260) at > /usr/src/sys/kern/kern_shutdown.c:447 > #2 0xc0606d0e in panic (fmt=3D) at > /usr/src/sys/kern/kern_shutdown.c:754 > #3 0xc06de639 in rtfree (rt=3D) at > /usr/src/sys/net/route.c:464 > #4 0xc06e188d in route_output (m=3D) at > /usr/src/sys/net/rtsock.c:951 > #5 0xc06de18f in raw_usend (so=3D, flags=3D0, m=3D<= value > optimized out>, nam=3D0x0, control=3D, > td=3D0xc3bd2000) at /usr/src/sys/net/raw_usrreq.c:238 > #6 0xc066eca9 in sosend_generic (so=3D0xc3e9c1a8, uio=3D out>, top=3D, control=3D0x0, > flags=3D, td=3D) at > /usr/src/sys/kern/uipc_socket.c:1271 > #7 0xc066efc7 in sosend (so=3D0xc3e9c1a8, addr=3D0x0, uio=3D0xd9b9cc10, > top=3D0x0, control=3D0x0, flags=3D0, td=3D0xc3bd2000) > at /usr/src/sys/kern/uipc_socket.c:1315 > #8 0xc0654af4 in soo_write (fp=3D0xc3c0c818, uio=3D0xd9b9cc10, > active_cred=3D0xc3f1dd00, flags=3D0, td=3D0xc3bd2000) > at /usr/src/sys/kern/sys_socket.c:103 > #9 0xc064c866 in dofilewrite (td=3D0xc3bd2000, fd=3D3, fp=3D0xc3c0c818, > auio=3D0xd9b9cc10, offset=3D-1, flags=3D0) at file.h:303 > #10 0xc064c566 in kern_writev (td=3D0xc3bd2000, fd=3D3, auio=3D out>) at /usr/src/sys/kern/sys_generic.c:467 > #11 0xc064c4bc in sys_write (td=3D, uap=3D optimized out>) at /usr/src/sys/kern/sys_generic.c:382 > #12 0xc08614d3 in syscall (frame=3D) at > subr_syscall.c:134 > #13 0xc084cca1 in Xint0x80_syscall () at > /usr/src/sys/i386/i386/exception.s:270 > #14 0x281975b7 in ?? () > Previous frame inner to this frame (corrupt stack?) > Current language: auto; currently minimal > (kgdb) fr 3 > #3 0xc06de639 in rtfree (rt=3D) at > /usr/src/sys/net/route.c:464 > 464 panic("rtfree 2"); > (kgdb) print *rt > $1 =3D {rt_nodes =3D {{rn_mklist =3D 0xc3b4ab30, rn_parent =3D 0x1, rn_bi= t =3D 0, > rn_bmask =3D 0 '\0', rn_flags =3D 0 '\0', rn_u =3D {rn_leaf =3D { > rn_Key =3D 0xc0882687 "shutdown_post_sync", rn_Mask =3D 0x10300= 00 >
, rn_Dupedkey =3D 0x0}, rn_node =3D { > rn_Off =3D -1064819065, rn_L =3D 0x1030000, rn_R =3D 0x0}}}, > {rn_mklist =3D 0x0, rn_parent =3D 0x4, rn_bit =3D -18048, rn_bmask =3D -9= 4 '?', > rn_flags =3D 195 '?', rn_u =3D {rn_leaf =3D {rn_Key =3D 0xc3a545e0 = "", > rn_Mask =3D 0xc3a4e440 " ??(???\020'", rn_Dupedkey =3D 0xc3a4e880}, > rn_node =3D {rn_Off =3D -1012578848, rn_L =3D 0xc3a4e440, rn_R = =3D > 0xc3a4e880}}}}, rt_gateway =3D 0x74756873, rt_flags =3D 1853321060, > rt_refcnt =3D 1936683103, rt_ifp =3D 0x79735f74, rt_ifa =3D 0x636e, rt_= rmx =3D > {rmx_mtu =3D 0, rmx_expire =3D 0, rmx_pksent =3D 0, rmx_weight =3D 0}, > rt_fibnum =3D 0, rt_mtx =3D {lock_object =3D {lo_name =3D 0x0, lo_flags= =3D 0, > lo_data =3D 0, lo_witness =3D 0x0}, mtx_lock =3D 0}} > > > > rn_Key with value of =93shutdown_post_sync=94 ? > > It=92s visible also in the raw_usend() frame: > > (kgdb) fr 5 > #5 0xc06de18f in raw_usend (so=3D, flags=3D0, m=3D<= value > optimized out>, nam=3D0x0, control=3D, > td=3D0xc3bd2000) at /usr/src/sys/net/raw_usrreq.c:238 > 238 return ((*so->so_proto->pr_output)(m, so)); > (kgdb) print *m > $2 =3D {m_hdr =3D {mh_next =3D 0xc3b4ab30, mh_nextpkt =3D 0x1, mh_data = =3D 0x0, > mh_len =3D -1064819065, mh_type =3D 0, mh_flags =3D 66304, mh_pad =3D 0}, > M_dat =3D {MH =3D {MH_pkthdr =3D {rcvif =3D 0x0, tags =3D {slh_first = =3D 0x4}, len =3D > -1012745856, flowid =3D 3282388448, > csum_flags =3D 14097648373312316480, fibnum =3D 26739, cosqos =3D= 117 > 'u', rsstype =3D 116 't', l2hlen =3D 100 'd', l3hlen =3D 111 'o', > l4hlen =3D 119 'w', l5hlen =3D 110 'n', PH_per =3D {eigth =3D "_p= ost_sy", > sixteen =3D {28767, 29551, 24436, 31091}, thirtytwo =3D {1936683103, > 2037604212}, sixtyfour =3D {8751443454668533855}, unintptr = =3D > {1936683103}, ptr =3D 0x736f705f}, PH_loc =3D { > eigth =3D "nc\000\000\000\000\000", sixteen =3D {25454, 0, 0, 0= }, > thirtytwo =3D {25454, 0}, sixtyfour =3D {25454}, unintptr =3D {25454}, > ptr =3D 0x636e}}, MH_dat =3D {MH_ext =3D {ref_cnt =3D 0x0, ext_= buf =3D > 0x0, ext_size =3D 0, ext_type =3D 0, ext_flags =3D 0, ext_free =3D 0, > ext_arg1 =3D 0x0, ext_arg2 =3D 0x0}, > MH_databuf =3D '\0' , "file", '\0' times>, > "\006\000\000\000\020\000\000\000??\215?\000\000C\001\000\000\000\000\000= \000\000\000\004\000\000\000\000\000\000\00000Y?", > '\0' , > "`2Y?\000\000\000\000\000\000\000\000T\211\223?\022\000\000\000\000\203??= \000\000\000\000\000???", > '\0' }}, > M_databuf =3D > "\000\000\000\000\004\000\000\000\200????E??@??\200??shutdown_post_sync", > '\0' , "file", '\0' , > "\006\000\000\000\020\000\000\000??\215?\000\000C\001\000\000\000\000\000= \000\000\000\004\000\000\000\000\000\000\00000Y?", > '\0' , > "`2Y?\000\000\000\000\000\000\000\000T\211\223?\022\000\000\000\000\203??= \000\000\000\000\000???", > '\0' }} > > > This is 10.0-PRERELEASE r259547M (with applied the recent nd6_nbr.c rtfre= e > patch, which I thought earlier might be the cause of the panics I'm > seeing). > > The machine is Soekris Net5501-70 with this kernel config : > > cpu I586_CPU > cpu I686_CPU > ident MARS > options CPU_GEODE > options CPU_SOEKRIS > > options HZ=3D2000 > options DEVICE_POLLING > options BPF_JITTER > > makeoptions DEBUG=3D-g # Build kernel with gdb(1) debug symbols > > options SCHED_ULE # ULE scheduler > options PREEMPTION # Enable kernel thread preemption > options INET # InterNETworking > options INET6 # IPv6 communications protocols > options TCP_OFFLOAD # TCP offload > options FFS # Berkeley Fast Filesystem > options SOFTUPDATES # Enable FFS soft updates support > options UFS_DIRHASH # Improve performance on big directories > options PROCFS # Process filesystem (requires PSEUDOFS) > options PSEUDOFS # Pseudo-filesystem framework > options GEOM_PART_GPT # GUID Partition Tables. > options GEOM_LABEL # Provides labelization > options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > options COMPAT_FREEBSD5 # Compatible with FreeBSD5 > options COMPAT_FREEBSD6 # Compatible with FreeBSD6 > options COMPAT_FREEBSD7 # Compatible with FreeBSD7 > options SCSI_DELAY=3D500 # Delay (in ms) before probing SCSI > options KTRACE # ktrace(1) support > options STACK # stack(9) support > options SYSVSHM # SYSV-style shared memory > options SYSVMSG # SYSV-style message queues > options SYSVSEM # SYSV-style semaphores > options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions > options PRINTF_BUFR_SIZE=3D128 # Prevent printf output being interspersed= . > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) > options CAPABILITY_MODE # Capsicum capability mode > options CAPABILITIES # Capsicum capabilities > options PROCDESC # Support for process descriptors > options INCLUDE_CONFIG_FILE # Include this file in kernel > > # Debugging support. Always need this: > options KDB # Enable kernel debugger support. > options KDB_TRACE # Print a stack trace for a panic. > options KDB_UNATTENDED > > options TEXTDUMP_PREFERRED > options TEXTDUMP_VERBOSE > > device pci > device ata # Legacy ATA/SATA controllers > options ATA_STATIC_ID # Static device numbering > > # ATA/SCSI peripherals > device scbus # SCSI bus (required for ATA/SCSI) > device da # Direct Access (disks) > device pass # Passthrough device (direct ATA/SCSI access) > > # Add suspend/resume support for the i8254. > device pmtimer > > # Serial (COM) ports > device uart # Generic UART driver > > device miibus # MII bus support > device vr # VIA Rhine, Rhine II > > # Wireless NIC cards > device wlan # 802.11 support > options IEEE80211_DEBUG # enable debug msgs > options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's > options IEEE80211_SUPPORT_MESH # enable 802.11s draft support > device wlan_wep # 802.11 WEP support > device wlan_ccmp # 802.11 CCMP support > device wlan_tkip # 802.11 TKIP support > device wlan_amrr # AMRR transmit rate control algorithm > device ath # Atheros NICs > device ath_pci # Atheros pci/cardbus glue > device ath_hal # pci/cardbus chip support > options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors > options AH_AR5416_INTERRUPT_MITIGATION # AR5416 interrupt mitigation > options ATH_ENABLE_11N # Enable 802.11n support for AR5416 and later > device ath_rate_sample # SampleRate tx rate control for ath > > # Pseudo devices. > device loop # Network loopback > device random # Entropy device > device ether # Ethernet support > device vlan # 802.1Q VLAN support > device tun # Packet tunnel. > device md # Memory "disks" > device gif # IPv6 and IPv4 tunneling > device gre > device faith # IPv6-to-IPv4 relaying (translation) > device firmware # firmware assist module > device if_bridge > > options VIMAGE > options ROUTETABLES=3D8 > options RADIX_MPATH > > options SW_WATCHDOG > > device crypto > device cryptodev > device glxsb > > options BOOTVERBOSE=3D1 > > #device pf > #device pflog > #device pfsync > device carp > device enc > device lagg > device epair > > #options ALTQ > #options ALTQ_CBQ > #options ALTQ_RED > #options ALTQ_RIO > #options ALTQ_HFSC > #options ALTQ_PRIQ > > options IPFIREWALL > options IPFIREWALL_DEFAULT_TO_ACCEPT > options IPFIREWALL_NAT > options LIBALIAS > options IPDIVERT > options DUMMYNET > > device bpf # Berkeley packet filter > > # USB support > options USB_DEBUG # enable debug msgs > device uhci # UHCI PCI->USB interface > device ohci # OHCI PCI->USB interface > device ehci # EHCI PCI->USB interface (USB 2.0) > device usb # USB Bus (required) > device umass # Disks/Mass storage - Requires scbus and da > > > Also src.conf and make.conf : > > root@vpn_vrf:[VNET(x)]:/usr/src/sys # cat /etc/src.conf > WITHOUT_ACCT=3Dyes > WITHOUT_ACPI=3Dyes > WITHOUT_AMD=3Dyes > WITHOUT_APM=3Dyes > WITHOUT_ASSERT_DEBUG=3Dyes > WITHOUT_AT=3Dyes > WITHOUT_ATF=3Dyes > WITHOUT_ATM=3Dyes > WITHOUT_AUDIT=3Dyes > WITHOUT_BLUETOOTH=3Dyes > WITHOUT_CALENDAR=3Dyes > WITHOUT_CDDL=3Dyes > WITHOUT_CTM=3Dyes > WITHOUT_DICT=3Dyes > WITHOUT_FLOPPY=3Dyes > WITHOUT_GAMES=3Dyes > WITHOUT_HTML=3Dyes > WITHOUT_INFO=3Dyes > WITHOUT_IPFILTER=3Dyes > WITHOUT_IPX=3Dyes > #WITHOUT_KERNEL_SYMBOLS=3Dyes > WITHOUT_LEGACY_CONSOLE=3Dyes > WITHOUT_LOCALES=3Dyes > WITHOUT_LPR=3Dyes > WITHOUT_MAIL=3Dyes > WITHOUT_NDIS=3Dyes > WITHOUT_QUOTAS=3Dyes > WITHOUT_ROUTED=3Dyes > WITHOUT_SENDMAIL=3Dyes > WITH_SVN=3Dyes > WITHOUT_ZFS=3Dyes > > root@vpn_vrf:[VNET(x)]:/usr/src/sys # cat /etc/make.conf > CFLAGS=3D-O2 > COPTFLAGS=3D -O -pipe > CPUTYPE=3Dgeode > KERNCONF=3DMARS > NO_MODULES=3Dyes > BOOTWAIT=3D0 > DOC_LANG=3Den_US.ISO8859-1 > > > > --Nikolay > > Also, originally I thought that the panic is when a multi path route is being deleted, however again from the coredump it seems that the panic happens when openvpn deletes the host route it installs for the remote openvpn server pointed to the default gw (before openvpn installs the new default gw pointing to the vpn tunnel) : (kgdb) fr 12 (kgdb) x/12sb td->td_proc->p_args 0xc4269780: "\001" 0xc4269782: "" 0xc4269783: "" 0xc4269784: "B" 0xc4269786: "" 0xc4269787: "" 0xc4269788: "/sbin/route" 0xc4269794: "delete" 0xc426979b: "-net" 0xc42697a0: "78.90.222.xxx" 0xc42697ad: "10.255.255.0" 0xc42697ba: "255.255.255.255" (kgdb) I'm trying to reproduce this on a VirtualBox instance now, however so far no luck (no OpenVPN running, just adding and removing routes). --Nikolay --001a11c1ba200f4f8504eee88df5 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
On Wed, Jan 1, 2014 at 1:10 PM, Nikolay Denev <ndenev@gmai= l.com> wrote:
On Sun, Dec 22, 20= 13 at 1:10 PM, <FreeBSD-gnats-submit@freebsd.org> wrote:
Thank you very much for your problem report.
It has the internal identification `misc/185092'.
The individual assigned to look at your
report is: freebsd-bugs.

You can access the state of your problem report at any time
via this link:

http://www.freebsd.org/cgi/query-pr.cgi?pr=3D185092

>Category: =A0 =A0 =A0 misc
>Responsible: =A0 =A0freebsd-bugs
>Synopsis: =A0 =A0 =A0 panic: rtfree 2 (using RADIX_MPATH in a VNET jail= )
>Arrival-Date: =A0 Sun Dec 22 13:10:00 UTC 2013

I'm= trying to understand exactly what is happening here, and examining a core = dump with kgdb I'm getting some output that confuses me :

(kgdb) bt
<= /div>
#0 =A0doadump (t= extdump=3D-1011569920) at pcpu.h:233
#1 =A00xc06069b= 2 in kern_reboot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:447
#2 =A00xc0606= d0e in panic (fmt=3D<value optimized out>) at /usr/src/sys/kern/kern_= shutdown.c:754
#3 =A00xc06de63= 9 in rtfree (rt=3D<value optimized out>) at /usr/src/sys/net/route.c:= 464
#4 =A0= 0xc06e188d in route_output (m=3D<value optimized out>) at /usr/src/sy= s/net/rtsock.c:951
#5 =A00xc06de18= f in raw_usend (so=3D<value optimized out>, flags=3D0, m=3D<value = optimized out>, nam=3D0x0, control=3D<value optimized out>,=A0
=A0 =A0 td=3D0xc3bd2000) at /usr/src/sys/net/raw= _usrreq.c:238
#6 =A00xc066eca9 in sosend_generic (so=3D0xc3e9c1a8, uio=3D<value op= timized out>, top=3D<value optimized out>, control=3D0x0,=A0
=A0 =A0 flags= =3D<value optimized out>, td=3D<value optimized out>) at /usr/s= rc/sys/kern/uipc_socket.c:1271
#7 =A00xc066efc7 in sosend (so=3D0xc3e9c1a8, addr=3D0x0, uio=3D0xd9b9cc10, = top=3D0x0, control=3D0x0, flags=3D0, td=3D0xc3bd2000)
=A0 =A0 at /usr/src/sys/kern/ui= pc_socket.c:1315
#8 =A00xc0654af= 4 in soo_write (fp=3D0xc3c0c818, uio=3D0xd9b9cc10, active_cred=3D0xc3f1dd00= , flags=3D0, td=3D0xc3bd2000)
=A0 =A0 at /usr/src/sys/kern/sys_socket.c:103
#9 =A00xc064c866 in dofilewrite (td=3D0= xc3bd2000, fd=3D3, fp=3D0xc3c0c818, auio=3D0xd9b9cc10, offset=3D-1, flags= =3D0) at file.h:303
#10 0xc064c566 = in kern_writev (td=3D0xc3bd2000, fd=3D3, auio=3D<value optimized out>= ) at /usr/src/sys/kern/sys_generic.c:467
#11 0xc064c4bc in sys_write (td=3D<value optimized out>, uap=3D<va= lue optimized out>) at /usr/src/sys/kern/sys_generic.c:382
#12 0xc08614d3 in sysca= ll (frame=3D<value optimized out>) at subr_syscall.c:134
#13 0xc084cca1 = in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:270
#14 0x281975b7 in ??= ()
Previous frame = inner to this frame (corrupt stack?)
=
Current language: =A0auto; currently minimal
(kgdb) fr 3
#3 =A00xc06de639 in= rtfree (rt=3D<value optimized out>) at /usr/src/sys/net/route.c:464<= /div>
464 panic("rtfree 2");
(kgdb) print *rt
$1 =3D {rt_nodes =3D = {{rn_mklist =3D 0xc3b4ab30, rn_parent =3D 0x1, rn_bit =3D 0, rn_bmask =3D 0= '\0', rn_flags =3D 0 '\0', rn_u =3D {rn_leaf =3D {
=A0 =A0 =A0 =A0 =A0 rn_Key =3D 0xc0882687 "= shutdown_post_sync", rn_Mask =3D 0x1030000 <Address 0x1030000 out o= f bounds>, rn_Dupedkey =3D 0x0}, rn_node =3D {
=A0 =A0 =A0 =A0 =A0 rn_Off =3D -1064819065, rn_L =3D 0x1030000, rn_R =3D 0x= 0}}}, {rn_mklist =3D 0x0, rn_parent =3D 0x4, rn_bit =3D -18048, rn_bmask = =3D -94 '?',=A0
=A0 =A0 =A0 rn_flags =3D 195 '?', rn_u =3D {rn_leaf = =3D {rn_Key =3D 0xc3a545e0 "", rn_Mask =3D 0xc3a4e440 " ??(?= ??\020'", rn_Dupedkey =3D 0xc3a4e880},=A0
=A0 =A0 =A0 =A0= rn_node =3D {rn_Off =3D -1012578848, rn_L =3D 0xc3a4e440, rn_R =3D 0xc3a4e= 880}}}}, rt_gateway =3D 0x74756873, rt_flags =3D 1853321060,=A0
=
=A0 rt_refcnt =3D 1936683103, rt_ifp =3D 0x79735= f74, rt_ifa =3D 0x636e, rt_rmx =3D {rmx_mtu =3D 0, rmx_expire =3D 0, rmx_pk= sent =3D 0, rmx_weight =3D 0},=A0
=A0 rt_fibnum =3D 0, rt_mtx =3D {lock_object =3D {lo_name =3D 0x0, lo_flags= =3D 0, lo_data =3D 0, lo_witness =3D 0x0}, mtx_lock =3D 0}}

<= div class=3D"gmail_extra">
rn_Key with value of =93shutdown_post_= sync=94 ?

It=92s visible also in the raw_usend() frame:

(kgdb) fr 5
#5 =A00xc06d= e18f in raw_usend (so=3D<value optimized out>, flags=3D0, m=3D<val= ue optimized out>, nam=3D0x0, control=3D<value optimized out>,=A0<= /div>
=A0 =A0 td=3D0x= c3bd2000) at /usr/src/sys/net/raw_usrreq.c:238
238 return ((*so->so_proto->pr_output)(m, so));
(kgdb) print *m=
$2 =3D {m= _hdr =3D {mh_next =3D 0xc3b4ab30, mh_nextpkt =3D 0x1, mh_data =3D 0x0, mh_l= en =3D -1064819065, mh_type =3D 0, mh_flags =3D 66304, mh_pad =3D 0},=A0
=A0 M_dat =3D {= MH =3D {MH_pkthdr =3D {rcvif =3D 0x0, tags =3D {slh_first =3D 0x4}, len =3D= -1012745856, flowid =3D 3282388448,=A0
=A0 =A0 =A0 =A0 csum_flags =3D 14097648373312316480, fibnum =3D 26739, cosq= os =3D 117 'u', rsstype =3D 116 't', l2hlen =3D 100 'd&= #39;, l3hlen =3D 111 'o',=A0
=
=A0 =A0 =A0 =A0 l4hlen =3D 119 'w', l5hlen =3D 110 'n', PH_= per =3D {eigth =3D "_post_sy", sixteen =3D {28767, 29551, 24436, = 31091}, thirtytwo =3D {1936683103,=A0
=A0 =A0 =A0 =A0 =A0 =A0 2037604212}, sixtyfour =3D {8751443454668533855}, unin= tptr =3D {1936683103}, ptr =3D 0x736f705f}, PH_loc =3D {
=A0 =A0 =A0 =A0 =A0 eigth =3D "nc\000\000\000\000\000", sixteen = =3D {25454, 0, 0, 0}, thirtytwo =3D {25454, 0}, sixtyfour =3D {25454}, unin= tptr =3D {25454},=A0
=A0 =A0 =A0 =A0= =A0 ptr =3D 0x636e}}, MH_dat =3D {MH_ext =3D {ref_cnt =3D 0x0, ext_buf =3D= 0x0, ext_size =3D 0, ext_type =3D 0, ext_flags =3D 0, ext_free =3D 0,=A0
=A0 =A0 =A0 =A0 =A0 ext_arg1 =3D 0x0, ext_arg2 = =3D 0x0},=A0
=A0 =A0 =A0 =A0 MH_databuf =3D '\0' <repeats 56 times>, &q= uot;file", '\0' <repeats 20 times>, "\006\000\000\0= 00\020\000\000\000??\215?\000\000C\001\000\000\000\000\000\000\000\000\004\= 000\000\000\000\000\000\00000Y?", '\0' <repeats 12 times>= ;, "`2Y?\000\000\000\000\000\000\000\000T\211\223?\022\000\000\000\000= \203??\000\000\000\000\000???", '\0' <repeats 23 times>}= },=A0
=A0 =A0 M_datab= uf =3D "\000\000\000\000\004\000\000\000\200????E??@??\200??shutdown_p= ost_sync", '\0' <repeats 62 times>, "file", &#= 39;\0' <repeats 20 times>, "\006\000\000\000\020\000\000\000= ??\215?\000\000C\001\000\000\000\000\000\000\000\000\004\000\000\000\000\00= 0\000\00000Y?", '\0' <repeats 12 times>, "`2Y?\000\= 000\000\000\000\000\000\000T\211\223?\022\000\000\000\000\203??\000\000\000= \000\000???", '\0' <repeats 23 times>}}
This is 10.0-PRERELEASE r259547M (with a= pplied the recent nd6_nbr.c rtfree patch, which I =A0thought earlier might = be the cause of the panics I'm seeing).

The machine= is Soekris Net5501-70 with this kernel config :

cpu I586_CPU
=
cpu I686_CPU
=
ident MARS
options CPU_GEODE<= /div>
options =A0 =A0 CPU_SOEKRIS

options HZ=3D2000
options DEVI= CE_POLLING
options BPF_JITTER

makeoptions DEBUG=3D-g # Build kernel with gdb(1) debug symbols

options SCHED_ULE # ULE sc= heduler
options PREE= MPTION # Enable kernel thread = preemption
options INET= # InterNETworking
options INET6 # IPv6 communications protocols
options TCP_= OFFLOAD # TCP offload
options FFS # Berkeley Fast Filesystem
options SOFTUPDATE= S # Enable FFS soft updates su= pport
options UFS_= DIRHASH # Improve performance = on big directories
options PROC= FS # Process filesystem (requ= ires PSEUDOFS)
options PSEU= DOFS # Pseudo-filesystem frame= work
options GEOM= _PART_GPT # GUID Partition Tab= les.
options GEOM= _LABEL # Provides labelization=
options COMP= AT_FREEBSD4 # Compatible with = FreeBSD4
options COMP= AT_FREEBSD5 # Compatible with = FreeBSD5
options COMP= AT_FREEBSD6 # Compatible with = FreeBSD6
options COMP= AT_FREEBSD7 # Compatible with = FreeBSD7
options SCSI= _DELAY=3D500 # Delay (in ms) b= efore probing SCSI
options KTRA= CE # ktrace(1) support
options STAC= K # stack(9) support
options SYSVSHM # SYSV-style shared memory
options SYSV= MSG # SYSV-style message queu= es
options SYSV= SEM # SYSV-style semaphores
options _KPO= SIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions
options PRINTF_BUFR_SIZE= =3D128 # Prevent printf output = being interspersed.
options KBD_= INSTALL_CDEV # install a CDEV e= ntry in /dev
options HWPM= C_HOOKS # Necessary kernel hoo= ks for hwpmc(4)
options CAPA= BILITY_MODE # Capsicum capabil= ity mode
options CAPA= BILITIES # Capsicum capabiliti= es
options PROC= DESC # Support for process des= criptors
options INCL= UDE_CONFIG_FILE =A0 =A0 # Include this file in kernel

# Debugging support. =A0Always need this:
options KDB = # Enable kernel debugger support.
options KDB_TRACE # Print a stack trace for a panic.
options KDB_UNATTENDED

=
options TEXT= DUMP_PREFERRED
options TEXTDUMP_VERBOSE

device pci
device ata= # Legacy ATA/SATA controllers
options ATA_= STATIC_ID # Static device numbe= ring

# ATA/SCSI peripherals
<= /div>
device scbus # SCSI bus (required for ATA/SCSI)
device da # Direct Access (disks)
device pass # Passthrough device (direct ATA/SCS= I access)

# Add suspend/resume support = for the i8254.
device pmtim= er
<= div class=3D"gmail_extra">
# Serial (COM) ports
dev= ice uart # Generic UART driver

device miibus = # MII bus support
device vr # VIA Rhine, Rhine II

# Wireless NIC cards
device wlan <= /span># 802.11 support
options IEEE80211_DEBUG # enable d= ebug msgs
options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's
<= /div>
options IEEE80211_SUPPORT_MESH= # enable 802.11s draft support=
device wlan_wep # 802.11 WEP suppo= rt
device wlan_ccmp # 802.11 CCMP sup= port
device wlan_tkip # 802.11 TKIP sup= port
device wlan_amrr # AMRR transmit r= ate control algorithm
device ath # Atheros NICs
device ath_pci # Atheros pci/cardbus glue
<= div class=3D"gmail_extra">
device ath_hal # pci/cardbus chip support
<= div class=3D"gmail_extra">
options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors
options AH_AR5416_INTERRUPT_MI= TIGATION # AR5416 interrupt mit= igation
options ATH_ENABLE_11N # Enable 80= 2.11n support for AR5416 and later
device ath_rate_sample # SampleRate tx rate control for ath

# Pseudo devices.
device loop # Network loopback
device random # Entropy device
devi= ce ether # Ethernet support
device vlan<= span style=3D"white-space:pre-wrap"> # 802.1Q VLAN support
device tun # Packet tunnel.
device md # Memory "disks"
device gif # IPv6 and IPv4 tunneling
device =A0 =A0 =A0gre=
device faith # IPv6-to-IPv4 relaying= (translation)
device firmw= are # firmware assist module
device =A0 =A0 =A0if_bridge

=
options =A0 =A0 VIMAGE
options =A0 =A0 ROUTETA= BLES=3D8
options =A0 =A0 RADIX_MPATH

options =A0 =A0 SW_WA= TCHDOG

device =A0 =A0 =A0crypto
= device =A0 =A0 =A0cryptodev
device =A0 =A0 =A0glxsb
<= br>
=
options =A0 =A0 BOOTVERBOSE=3D1

#device =A0 =A0 =A0pf
#device =A0 =A0 =A0pflog
#device = =A0 =A0 =A0pfsync
device =A0 =A0 =A0 carp
device =A0= =A0 =A0 enc
device =A0 =A0 =A0 lagg
device =A0 =A0 = =A0 epair

#options =A0 =A0 ALTQ
#options =A0 =A0 ALTQ= _CBQ
#options =A0 =A0 ALTQ_RED
#options =A0 =A0 ALTQ= _RIO
#options =A0 =A0 ALTQ_HFSC
#options =A0 =A0 ALTQ= _PRIQ

options =A0 =A0 IPFIREWALL
options =A0 =A0 IPFIREWALL_DEFAULT_TO_ACCEPT
options =A0 =A0 IPFIR= EWALL_NAT
options =A0 =A0 LIBALIAS
=
options =A0 =A0 IPDIV= ERT
=
options =A0 =A0 DUMMYNET

device bpf # Berkeley packet filter

# USB support
options USB_DEBUG # enable debug msgs
device uhci <= /span># UHCI PCI->USB interface
device ohci <= /span># OHCI PCI->USB interface
device ehci <= /span># EHCI PCI->USB interface (USB 2.0)
device usb =A0 =A0 # USB Bus (required)
device umass = # Disks/Mass storage - Requires scbus and da

A= lso src.conf and make.conf :

root@vpn_vrf:[VNET(x)]:/usr/src/sys # = cat /etc/src.conf=A0
WITHOUT_ACCT=3Dyes
WITHOUT_ACPI=3Dyes
WITHOUT_AMD=3Dyes
=
WITH= OUT_APM=3Dyes
WITH= OUT_ASSERT_DEBUG=3Dyes
WITHOUT_AT=3Dyes
WITHOUT_ATF=3Dyes
WITHOUT_ATM=3Dyes
<= /div>
WITHO= UT_AUDIT=3Dyes
WITH= OUT_BLUETOOTH=3Dyes
WITHOUT_CALENDAR=3Dyes
WITHOUT_CDDL=3Dyes
WITHOUT_CTM=3Dyes
=
WITH= OUT_DICT=3Dyes
WITH= OUT_FLOPPY=3Dyes
WITHOUT_GAMES=3Dyes
WITHOUT_HTML=3Dyes
WITHOUT_INFO=3Dyes
WITHOUT_IPFILTER=3Dyes
WITHOUT_IPX=3Dye= s
#WITHOUT_KERNEL_SYMBOLS=3Dyes
WITHOUT_LEGACY_CONSOLE=3Dyes
WITHOUT_LOCALES=3Dyes
<= div class=3D"gmail_extra">
WITHOUT_LPR=3Dyes=
WITHOUT_MA= IL=3Dyes
WITHOUT_NDIS=3Dyes
WITHOUT_QUOTAS=3Dyes
WITHOUT_ROUTED=3Dyes
WITHOUT_SENDMAIL=3Dyes
WITH_SVN=3Dyes
= WITHOUT_ZFS=3Dyes

root@vpn_vrf:[VNET(x)]:/usr/src/sys # cat /etc/make.conf
CFLAGS= =3D-O2
COPT= FLAGS=3D -O -pipe
CPUTYPE=3Dgeode
KERNCONF=3DMARS
NO_MODULES=3Dyes
BOOTWAIT=3D0
DOC_LANG=3Den_US.ISO8859-1


=
--Nikolay


Also, originally I = thought that the panic is when a multi path route is being deleted, however= again from the coredump it seems that the panic happens when openvpn delet= es the host route it installs for the remote openvpn server pointed to the = default gw (before openvpn installs the new default gw pointing to the vpn = tunnel) :

(kgdb) fr 12
(kgdb) x/12sb td->td_proc->= ;p_args
0xc4269780: =A0"\001"
0xc4269782: =A0""
0xc4269783: =A0"= ;"
0xc4269784: =A0"B"
0xc4269786: =A0""
0xc4269787: =A0"= ;"
0xc4269788: =A0"/sbin/route"
0xc4269794: =A0"delete"
0xc426979b: =A0"= ;-net"
0xc42697a0: =A0"78.90.222.xxx"
0xc42697ad: =A0"10.255.255.0"
0xc42697ba: =A0"= ;255.255.255.255"
(kgdb)=A0

I= 'm trying to reproduce this on a VirtualBox instance now, however so fa= r no luck (no OpenVPN running, just adding and removing routes).


--Nikolay
--001a11c1ba200f4f8504eee88df5-- From owner-freebsd-bugs@FreeBSD.ORG Wed Jan 1 16:10:00 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C63EABA5 for ; Wed, 1 Jan 2014 16:10:00 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A111010ED for ; Wed, 1 Jan 2014 16:10:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s01GA0I3049739 for ; Wed, 1 Jan 2014 16:10:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s01GA0FF049738; Wed, 1 Jan 2014 16:10:00 GMT (envelope-from gnats) Resent-Date: Wed, 1 Jan 2014 16:10:00 GMT Resent-Message-Id: <201401011610.s01GA0FF049738@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Huub Schuurmans Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 92BCFB9D for ; Wed, 1 Jan 2014 16:09:40 +0000 (UTC) Received: from oldred.freebsd.org (oldred.freebsd.org [IPv6:2001:1900:2254:206a::50:4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7E7A010E7 for ; Wed, 1 Jan 2014 16:09:40 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id s01G9cNb006382 for ; Wed, 1 Jan 2014 16:09:38 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id s01G9cHL006376; Wed, 1 Jan 2014 16:09:38 GMT (envelope-from nobody) Message-Id: <201401011609.s01G9cHL006376@oldred.freebsd.org> Date: Wed, 1 Jan 2014 16:09:38 GMT From: Huub Schuurmans To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: kern/185387: if_axe usb ethernet interface no ssh, no http with 10.0-RC3 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jan 2014 16:10:00 -0000 >Number: 185387 >Category: kern >Synopsis: if_axe usb ethernet interface no ssh, no http with 10.0-RC3 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 01 16:10:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Huub Schuurmans >Release: 10.0-RC3 >Organization: Wireless Leiden >Environment: 10.0-RC3 FreeBSD 10.0-RC3 #0 r260039M: Sun Dec 29 22:04:42 CET 2013 ugen1.2: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (200mA) >Description: USB-LAN adapters with the ASIX AX88772 chip do not work properly on 10.0-RC3, whereas thera are no problems with 9.0-RELEASE. Ping and dhcp work, ssh and http do not. Test setup consists of two ALIX.2 boards (uses CPU: Geode(TM) Integrated Processor by AMD PCS 498.06-MHz 586-class CPU and an AMD CS5536 (Geode) USB 2.0 controller) Host9.0-RELEASE with httpd, sshd, dhcpd running, connected with utp-cable (tested) to host10.0-RC3 with usb-lan adapter connected: ue0: flags=8843 metric 0 mtu 1500 options=8000b ether 00:00:00:00:00:01 inet6 fe80::200:ff:fe00:1 %ue0 prefixlen 64 scopeid 0x8 inet 172.16.6.77 netmask 0xfffffff8 broadcast 172.16.6.79 nd6 options=29 media: Ethernet autoselect (100baseTX ) status: active Ping and dhcp from host10.0-RC3 to Host9.0-RELEASE is OK, but ssh and fetch (http) time out. Same setup with both hosts running 9.0-RELEASE functions without problems Same setup with hostRC10-RC3 and different usb-lan adapter works OK (I tested if_aue, if_udav and if_mos). >How-To-Repeat: setup a similar test with two hosts and this usb-lan adapter >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-bugs@FreeBSD.ORG Wed Jan 1 17:10:00 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A17A15D1 for ; Wed, 1 Jan 2014 17:10:00 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6314514C6 for ; Wed, 1 Jan 2014 17:10:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s01HA0LS062128 for ; Wed, 1 Jan 2014 17:10:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s01HA0EF062127; Wed, 1 Jan 2014 17:10:00 GMT (envelope-from gnats) Resent-Date: Wed, 1 Jan 2014 17:10:00 GMT Resent-Message-Id: <201401011710.s01HA0EF062127@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Gary Aitken 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 EE7305B7 for ; Wed, 1 Jan 2014 17:07:16 +0000 (UTC) Received: from oldred.freebsd.org (oldred.freebsd.org [IPv6:2001:1900:2254:206a::50:4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DAC9C14BB for ; Wed, 1 Jan 2014 17:07:16 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id s01H7GuB069452 for ; Wed, 1 Jan 2014 17:07:16 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id s01H7GiJ069451; Wed, 1 Jan 2014 17:07:16 GMT (envelope-from nobody) Message-Id: <201401011707.s01H7GiJ069451@oldred.freebsd.org> Date: Wed, 1 Jan 2014 17:07:16 GMT From: Gary Aitken To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: bin/185390: freebsd-update should work on installed version X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jan 2014 17:10:00 -0000 >Number: 185390 >Category: bin >Synopsis: freebsd-update should work on installed version >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 01 17:10:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Gary Aitken >Release: 9.2-RELEASE >Organization: >Environment: 9.2-RELEASE FreeBSD 9.2-RELEASE #0 r255898: Thu Sep 26 22:50:31 UTC 2013 root@bake.isc.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 >Description: It should be possible to run freebsd-update on the installed version, to add components not previously included. For example, if "src" is not listed when the original update was done, it should be possible to add it to the "Components" argument and rerun. Or if it is desired to prune a portion of the system, it should be possible to change the "Components" argument to "src/sys src/base world kernel" to prune the installed src. Or if StrictComponents was set at the default and for some reason src was not updated, it should be possible to change it to "yes" and rerun to get src updated. >How-To-Repeat: >From a 9.2-RELEASE system, run # freebsd-update -r 9.2-RELEASE upgrade freebsd-update: Cannot upgrade from 9.2-RELEASE to itself >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-bugs@FreeBSD.ORG Wed Jan 1 17:39:46 2014 Return-Path: Delivered-To: freebsd-bugs@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 568EB76E; Wed, 1 Jan 2014 17:39:46 +0000 (UTC) Received: from mail-lb0-x22f.google.com (mail-lb0-x22f.google.com [IPv6:2a00:1450:4010:c04::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 678541672; Wed, 1 Jan 2014 17:39:45 +0000 (UTC) Received: by mail-lb0-f175.google.com with SMTP id w6so6739657lbh.6 for ; Wed, 01 Jan 2014 09:39:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=kZvagYU709K9yZsz2Pe+lQ+hSIQH14qASTUFA3w2Hcg=; b=I3ICXmwx+ODDr6YyvL1WTd5bGGTn8e5M4/L6gGQIzRyVYynI8FD1+SRMVi+mBsy0o6 Yzymh7zK92qLKa87OWrFGvNCDpn2AOcklge787qXH+u2qZyq1BcgUF/OLG4EwY8gUf4G 8HEZQaQjUhLNnUyknN9oEO+dE/8IcBgjMPU3Z/23On2kLrD3a0yrQFosCDufb4SyUlIQ +vvKq4T4fAdUTShWpPy33RkBvg67WjMcjESHkR+goPkPq5blgKIHuyUJcdrcDzE0hXNf fOvMnpikZ9N2BBnXazIoEHfI9vGd9DOcwfaw0HKndMoMaioUhIhsOD4Uz+OrdpPAzu0c 7T3w== MIME-Version: 1.0 X-Received: by 10.152.23.39 with SMTP id j7mr19871082laf.28.1388597982231; Wed, 01 Jan 2014 09:39:42 -0800 (PST) Received: by 10.114.242.33 with HTTP; Wed, 1 Jan 2014 09:39:42 -0800 (PST) In-Reply-To: References: <201312221304.rBMD4q38060416@oldred.freebsd.org> <201312221310.rBMDA0KH022980@freefall.freebsd.org> Date: Wed, 1 Jan 2014 17:39:42 +0000 Message-ID: Subject: Re: misc/185092: panic: rtfree 2 (using RADIX_MPATH in a VNET jail) From: Nikolay Denev To: FreeBSD-gnats-submit@freebsd.org, freebsd-bugs@freebsd.org, "freebsd-net@freebsd.org" Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jan 2014 17:39:46 -0000 Ok, killing openvpn with -9 leaves the routes around, and particularly interesting are the following routes : 78.90.222.xx 10.255.255.0 UGHS 0 5841 epair0 =3D= > 78.90.222.xx/32 10.255.255.0 UGS 0 0 epair0 Now, if I do : route delete 78.90.222.xx 10.255.255.0 The route, with the H flag is deleted. If I repeat the command the second route is deleted as well, even if the second command specifies a netmask no panic. However the first delete command specifies the /32 mask like this : route delete 78.90.222.xx 10.255.255.0 255.255.255.255 Then I get "rtfree 2" kernel panic immediately. This seems to be happening as I'm manually installing static routes in the vnet jail for the VPN remote endpoints , however OpenVPN adds such routes too however differently, which results in two routing entries. For example : route add $IP $GW and route add $IP $GW 255.255.255.255 add to different route entries, one is /32 network, the other is a host rou= te. --Nikolay On Wed, Jan 1, 2014 at 1:21 PM, Nikolay Denev wrote: > On Wed, Jan 1, 2014 at 1:10 PM, Nikolay Denev wrote: >> >> On Sun, Dec 22, 2013 at 1:10 PM, wrot= e: >>> >>> Thank you very much for your problem report. >>> It has the internal identification `misc/185092'. >>> The individual assigned to look at your >>> report is: freebsd-bugs. >>> >>> You can access the state of your problem report at any time >>> via this link: >>> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D185092 >>> >>> >Category: misc >>> >Responsible: freebsd-bugs >>> >Synopsis: panic: rtfree 2 (using RADIX_MPATH in a VNET jail) >>> >Arrival-Date: Sun Dec 22 13:10:00 UTC 2013 >> >> >> I'm trying to understand exactly what is happening here, and examining a >> core dump with kgdb I'm getting some output that confuses me : >> >> (kgdb) bt >> #0 doadump (textdump=3D-1011569920) at pcpu.h:233 >> #1 0xc06069b2 in kern_reboot (howto=3D260) at >> /usr/src/sys/kern/kern_shutdown.c:447 >> #2 0xc0606d0e in panic (fmt=3D) at >> /usr/src/sys/kern/kern_shutdown.c:754 >> #3 0xc06de639 in rtfree (rt=3D) at >> /usr/src/sys/net/route.c:464 >> #4 0xc06e188d in route_output (m=3D) at >> /usr/src/sys/net/rtsock.c:951 >> #5 0xc06de18f in raw_usend (so=3D, flags=3D0, m=3D= > optimized out>, nam=3D0x0, control=3D, >> td=3D0xc3bd2000) at /usr/src/sys/net/raw_usrreq.c:238 >> #6 0xc066eca9 in sosend_generic (so=3D0xc3e9c1a8, uio=3D> out>, top=3D, control=3D0x0, >> flags=3D, td=3D) at >> /usr/src/sys/kern/uipc_socket.c:1271 >> #7 0xc066efc7 in sosend (so=3D0xc3e9c1a8, addr=3D0x0, uio=3D0xd9b9cc10, >> top=3D0x0, control=3D0x0, flags=3D0, td=3D0xc3bd2000) >> at /usr/src/sys/kern/uipc_socket.c:1315 >> #8 0xc0654af4 in soo_write (fp=3D0xc3c0c818, uio=3D0xd9b9cc10, >> active_cred=3D0xc3f1dd00, flags=3D0, td=3D0xc3bd2000) >> at /usr/src/sys/kern/sys_socket.c:103 >> #9 0xc064c866 in dofilewrite (td=3D0xc3bd2000, fd=3D3, fp=3D0xc3c0c818, >> auio=3D0xd9b9cc10, offset=3D-1, flags=3D0) at file.h:303 >> #10 0xc064c566 in kern_writev (td=3D0xc3bd2000, fd=3D3, auio=3D> out>) at /usr/src/sys/kern/sys_generic.c:467 >> #11 0xc064c4bc in sys_write (td=3D, uap=3D> optimized out>) at /usr/src/sys/kern/sys_generic.c:382 >> #12 0xc08614d3 in syscall (frame=3D) at >> subr_syscall.c:134 >> #13 0xc084cca1 in Xint0x80_syscall () at >> /usr/src/sys/i386/i386/exception.s:270 >> #14 0x281975b7 in ?? () >> Previous frame inner to this frame (corrupt stack?) >> Current language: auto; currently minimal >> (kgdb) fr 3 >> #3 0xc06de639 in rtfree (rt=3D) at >> /usr/src/sys/net/route.c:464 >> 464 panic("rtfree 2"); >> (kgdb) print *rt >> $1 =3D {rt_nodes =3D {{rn_mklist =3D 0xc3b4ab30, rn_parent =3D 0x1, rn_b= it =3D 0, >> rn_bmask =3D 0 '\0', rn_flags =3D 0 '\0', rn_u =3D {rn_leaf =3D { >> rn_Key =3D 0xc0882687 "shutdown_post_sync", rn_Mask =3D 0x1030= 000 >>
, rn_Dupedkey =3D 0x0}, rn_node =3D { >> rn_Off =3D -1064819065, rn_L =3D 0x1030000, rn_R =3D 0x0}}}, >> {rn_mklist =3D 0x0, rn_parent =3D 0x4, rn_bit =3D -18048, rn_bmask =3D -= 94 '?', >> rn_flags =3D 195 '?', rn_u =3D {rn_leaf =3D {rn_Key =3D 0xc3a545e0= "", >> rn_Mask =3D 0xc3a4e440 " ??(???\020'", rn_Dupedkey =3D 0xc3a4e880}, >> rn_node =3D {rn_Off =3D -1012578848, rn_L =3D 0xc3a4e440, rn_R = =3D >> 0xc3a4e880}}}}, rt_gateway =3D 0x74756873, rt_flags =3D 1853321060, >> rt_refcnt =3D 1936683103, rt_ifp =3D 0x79735f74, rt_ifa =3D 0x636e, rt= _rmx =3D >> {rmx_mtu =3D 0, rmx_expire =3D 0, rmx_pksent =3D 0, rmx_weight =3D 0}, >> rt_fibnum =3D 0, rt_mtx =3D {lock_object =3D {lo_name =3D 0x0, lo_flag= s =3D 0, >> lo_data =3D 0, lo_witness =3D 0x0}, mtx_lock =3D 0}} >> >> >> >> rn_Key with value of =93shutdown_post_sync=94 ? >> >> It=92s visible also in the raw_usend() frame: >> >> (kgdb) fr 5 >> #5 0xc06de18f in raw_usend (so=3D, flags=3D0, m=3D= > optimized out>, nam=3D0x0, control=3D, >> td=3D0xc3bd2000) at /usr/src/sys/net/raw_usrreq.c:238 >> 238 return ((*so->so_proto->pr_output)(m, so)); >> (kgdb) print *m >> $2 =3D {m_hdr =3D {mh_next =3D 0xc3b4ab30, mh_nextpkt =3D 0x1, mh_data = =3D 0x0, >> mh_len =3D -1064819065, mh_type =3D 0, mh_flags =3D 66304, mh_pad =3D 0}= , >> M_dat =3D {MH =3D {MH_pkthdr =3D {rcvif =3D 0x0, tags =3D {slh_first = =3D 0x4}, len =3D >> -1012745856, flowid =3D 3282388448, >> csum_flags =3D 14097648373312316480, fibnum =3D 26739, cosqos = =3D 117 >> 'u', rsstype =3D 116 't', l2hlen =3D 100 'd', l3hlen =3D 111 'o', >> l4hlen =3D 119 'w', l5hlen =3D 110 'n', PH_per =3D {eigth =3D "_= post_sy", >> sixteen =3D {28767, 29551, 24436, 31091}, thirtytwo =3D {1936683103, >> 2037604212}, sixtyfour =3D {8751443454668533855}, unintptr = =3D >> {1936683103}, ptr =3D 0x736f705f}, PH_loc =3D { >> eigth =3D "nc\000\000\000\000\000", sixteen =3D {25454, 0, 0, = 0}, >> thirtytwo =3D {25454, 0}, sixtyfour =3D {25454}, unintptr =3D {25454}, >> ptr =3D 0x636e}}, MH_dat =3D {MH_ext =3D {ref_cnt =3D 0x0, ext= _buf =3D >> 0x0, ext_size =3D 0, ext_type =3D 0, ext_flags =3D 0, ext_free =3D 0, >> ext_arg1 =3D 0x0, ext_arg2 =3D 0x0}, >> MH_databuf =3D '\0' , "file", '\0' > times>, >> "\006\000\000\000\020\000\000\000??\215?\000\000C\001\000\000\000\000\00= 0\000\000\000\004\000\000\000\000\000\000\00000Y?", >> '\0' , >> "`2Y?\000\000\000\000\000\000\000\000T\211\223?\022\000\000\000\000\203?= ?\000\000\000\000\000???", >> '\0' }}, >> M_databuf =3D >> "\000\000\000\000\004\000\000\000\200????E??@??\200??shutdown_post_sync"= , >> '\0' , "file", '\0' , >> "\006\000\000\000\020\000\000\000??\215?\000\000C\001\000\000\000\000\00= 0\000\000\000\004\000\000\000\000\000\000\00000Y?", >> '\0' , >> "`2Y?\000\000\000\000\000\000\000\000T\211\223?\022\000\000\000\000\203?= ?\000\000\000\000\000???", >> '\0' }} >> >> >> This is 10.0-PRERELEASE r259547M (with applied the recent nd6_nbr.c rtfr= ee >> patch, which I thought earlier might be the cause of the panics I'm >> seeing). >> >> The machine is Soekris Net5501-70 with this kernel config : >> >> cpu I586_CPU >> cpu I686_CPU >> ident MARS >> options CPU_GEODE >> options CPU_SOEKRIS >> >> options HZ=3D2000 >> options DEVICE_POLLING >> options BPF_JITTER >> >> makeoptions DEBUG=3D-g # Build kernel with gdb(1) debug symbols >> >> options SCHED_ULE # ULE scheduler >> options PREEMPTION # Enable kernel thread preemption >> options INET # InterNETworking >> options INET6 # IPv6 communications protocols >> options TCP_OFFLOAD # TCP offload >> options FFS # Berkeley Fast Filesystem >> options SOFTUPDATES # Enable FFS soft updates support >> options UFS_DIRHASH # Improve performance on big directories >> options PROCFS # Process filesystem (requires PSEUDOFS) >> options PSEUDOFS # Pseudo-filesystem framework >> options GEOM_PART_GPT # GUID Partition Tables. >> options GEOM_LABEL # Provides labelization >> options COMPAT_FREEBSD4 # Compatible with FreeBSD4 >> options COMPAT_FREEBSD5 # Compatible with FreeBSD5 >> options COMPAT_FREEBSD6 # Compatible with FreeBSD6 >> options COMPAT_FREEBSD7 # Compatible with FreeBSD7 >> options SCSI_DELAY=3D500 # Delay (in ms) before probing SCSI >> options KTRACE # ktrace(1) support >> options STACK # stack(9) support >> options SYSVSHM # SYSV-style shared memory >> options SYSVMSG # SYSV-style message queues >> options SYSVSEM # SYSV-style semaphores >> options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extension= s >> options PRINTF_BUFR_SIZE=3D128 # Prevent printf output being intersperse= d. >> options KBD_INSTALL_CDEV # install a CDEV entry in /dev >> options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) >> options CAPABILITY_MODE # Capsicum capability mode >> options CAPABILITIES # Capsicum capabilities >> options PROCDESC # Support for process descriptors >> options INCLUDE_CONFIG_FILE # Include this file in kernel >> >> # Debugging support. Always need this: >> options KDB # Enable kernel debugger support. >> options KDB_TRACE # Print a stack trace for a panic. >> options KDB_UNATTENDED >> >> options TEXTDUMP_PREFERRED >> options TEXTDUMP_VERBOSE >> >> device pci >> device ata # Legacy ATA/SATA controllers >> options ATA_STATIC_ID # Static device numbering >> >> # ATA/SCSI peripherals >> device scbus # SCSI bus (required for ATA/SCSI) >> device da # Direct Access (disks) >> device pass # Passthrough device (direct ATA/SCSI access) >> >> # Add suspend/resume support for the i8254. >> device pmtimer >> >> # Serial (COM) ports >> device uart # Generic UART driver >> >> device miibus # MII bus support >> device vr # VIA Rhine, Rhine II >> >> # Wireless NIC cards >> device wlan # 802.11 support >> options IEEE80211_DEBUG # enable debug msgs >> options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's >> options IEEE80211_SUPPORT_MESH # enable 802.11s draft support >> device wlan_wep # 802.11 WEP support >> device wlan_ccmp # 802.11 CCMP support >> device wlan_tkip # 802.11 TKIP support >> device wlan_amrr # AMRR transmit rate control algorithm >> device ath # Atheros NICs >> device ath_pci # Atheros pci/cardbus glue >> device ath_hal # pci/cardbus chip support >> options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors >> options AH_AR5416_INTERRUPT_MITIGATION # AR5416 interrupt mitigation >> options ATH_ENABLE_11N # Enable 802.11n support for AR5416 and later >> device ath_rate_sample # SampleRate tx rate control for ath >> >> # Pseudo devices. >> device loop # Network loopback >> device random # Entropy device >> device ether # Ethernet support >> device vlan # 802.1Q VLAN support >> device tun # Packet tunnel. >> device md # Memory "disks" >> device gif # IPv6 and IPv4 tunneling >> device gre >> device faith # IPv6-to-IPv4 relaying (translation) >> device firmware # firmware assist module >> device if_bridge >> >> options VIMAGE >> options ROUTETABLES=3D8 >> options RADIX_MPATH >> >> options SW_WATCHDOG >> >> device crypto >> device cryptodev >> device glxsb >> >> options BOOTVERBOSE=3D1 >> >> #device pf >> #device pflog >> #device pfsync >> device carp >> device enc >> device lagg >> device epair >> >> #options ALTQ >> #options ALTQ_CBQ >> #options ALTQ_RED >> #options ALTQ_RIO >> #options ALTQ_HFSC >> #options ALTQ_PRIQ >> >> options IPFIREWALL >> options IPFIREWALL_DEFAULT_TO_ACCEPT >> options IPFIREWALL_NAT >> options LIBALIAS >> options IPDIVERT >> options DUMMYNET >> >> device bpf # Berkeley packet filter >> >> # USB support >> options USB_DEBUG # enable debug msgs >> device uhci # UHCI PCI->USB interface >> device ohci # OHCI PCI->USB interface >> device ehci # EHCI PCI->USB interface (USB 2.0) >> device usb # USB Bus (required) >> device umass # Disks/Mass storage - Requires scbus and da >> >> >> Also src.conf and make.conf : >> >> root@vpn_vrf:[VNET(x)]:/usr/src/sys # cat /etc/src.conf >> WITHOUT_ACCT=3Dyes >> WITHOUT_ACPI=3Dyes >> WITHOUT_AMD=3Dyes >> WITHOUT_APM=3Dyes >> WITHOUT_ASSERT_DEBUG=3Dyes >> WITHOUT_AT=3Dyes >> WITHOUT_ATF=3Dyes >> WITHOUT_ATM=3Dyes >> WITHOUT_AUDIT=3Dyes >> WITHOUT_BLUETOOTH=3Dyes >> WITHOUT_CALENDAR=3Dyes >> WITHOUT_CDDL=3Dyes >> WITHOUT_CTM=3Dyes >> WITHOUT_DICT=3Dyes >> WITHOUT_FLOPPY=3Dyes >> WITHOUT_GAMES=3Dyes >> WITHOUT_HTML=3Dyes >> WITHOUT_INFO=3Dyes >> WITHOUT_IPFILTER=3Dyes >> WITHOUT_IPX=3Dyes >> #WITHOUT_KERNEL_SYMBOLS=3Dyes >> WITHOUT_LEGACY_CONSOLE=3Dyes >> WITHOUT_LOCALES=3Dyes >> WITHOUT_LPR=3Dyes >> WITHOUT_MAIL=3Dyes >> WITHOUT_NDIS=3Dyes >> WITHOUT_QUOTAS=3Dyes >> WITHOUT_ROUTED=3Dyes >> WITHOUT_SENDMAIL=3Dyes >> WITH_SVN=3Dyes >> WITHOUT_ZFS=3Dyes >> >> root@vpn_vrf:[VNET(x)]:/usr/src/sys # cat /etc/make.conf >> CFLAGS=3D-O2 >> COPTFLAGS=3D -O -pipe >> CPUTYPE=3Dgeode >> KERNCONF=3DMARS >> NO_MODULES=3Dyes >> BOOTWAIT=3D0 >> DOC_LANG=3Den_US.ISO8859-1 >> >> >> >> --Nikolay >> > > Also, originally I thought that the panic is when a multi path route is > being deleted, however again from the coredump it seems that the panic > happens when openvpn deletes the host route it installs for the remote > openvpn server pointed to the default gw (before openvpn installs the new > default gw pointing to the vpn tunnel) : > > (kgdb) fr 12 > (kgdb) x/12sb td->td_proc->p_args > 0xc4269780: "\001" > 0xc4269782: "" > 0xc4269783: "" > 0xc4269784: "B" > 0xc4269786: "" > 0xc4269787: "" > 0xc4269788: "/sbin/route" > 0xc4269794: "delete" > 0xc426979b: "-net" > 0xc42697a0: "78.90.222.xxx" > 0xc42697ad: "10.255.255.0" > 0xc42697ba: "255.255.255.255" > (kgdb) > > I'm trying to reproduce this on a VirtualBox instance now, however so far= no > luck (no OpenVPN running, just adding and removing routes). > > > --Nikolay From owner-freebsd-bugs@FreeBSD.ORG Wed Jan 1 17:40:01 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.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 AF6D883F for ; Wed, 1 Jan 2014 17:40:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 80B381679 for ; Wed, 1 Jan 2014 17:40:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s01He1v1068669 for ; Wed, 1 Jan 2014 17:40:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s01He1RQ068668; Wed, 1 Jan 2014 17:40:01 GMT (envelope-from gnats) Date: Wed, 1 Jan 2014 17:40:01 GMT Message-Id: <201401011740.s01He1RQ068668@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nikolay Denev Subject: Re: misc/185092: panic: rtfree 2 (using RADIX_MPATH in a VNET jail) X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Nikolay Denev List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jan 2014 17:40:01 -0000 The following reply was made to PR misc/185092; it has been noted by GNATS. From: Nikolay Denev To: FreeBSD-gnats-submit@freebsd.org, freebsd-bugs@freebsd.org, "freebsd-net@freebsd.org" Cc: Subject: Re: misc/185092: panic: rtfree 2 (using RADIX_MPATH in a VNET jail) Date: Wed, 1 Jan 2014 17:39:42 +0000 Ok, killing openvpn with -9 leaves the routes around, and particularly interesting are the following routes : 78.90.222.xx 10.255.255.0 UGHS 0 5841 epair0 =3D= > 78.90.222.xx/32 10.255.255.0 UGS 0 0 epair0 Now, if I do : route delete 78.90.222.xx 10.255.255.0 The route, with the H flag is deleted. If I repeat the command the second route is deleted as well, even if the second command specifies a netmask no panic. However the first delete command specifies the /32 mask like this : route delete 78.90.222.xx 10.255.255.0 255.255.255.255 Then I get "rtfree 2" kernel panic immediately. This seems to be happening as I'm manually installing static routes in the vnet jail for the VPN remote endpoints , however OpenVPN adds such routes too however differently, which results in two routing entries. For example : route add $IP $GW and route add $IP $GW 255.255.255.255 add to different route entries, one is /32 network, the other is a host rou= te. --Nikolay On Wed, Jan 1, 2014 at 1:21 PM, Nikolay Denev wrote: > On Wed, Jan 1, 2014 at 1:10 PM, Nikolay Denev wrote: >> >> On Sun, Dec 22, 2013 at 1:10 PM, wrot= e: >>> >>> Thank you very much for your problem report. >>> It has the internal identification `misc/185092'. >>> The individual assigned to look at your >>> report is: freebsd-bugs. >>> >>> You can access the state of your problem report at any time >>> via this link: >>> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D185092 >>> >>> >Category: misc >>> >Responsible: freebsd-bugs >>> >Synopsis: panic: rtfree 2 (using RADIX_MPATH in a VNET jail) >>> >Arrival-Date: Sun Dec 22 13:10:00 UTC 2013 >> >> >> I'm trying to understand exactly what is happening here, and examining a >> core dump with kgdb I'm getting some output that confuses me : >> >> (kgdb) bt >> #0 doadump (textdump=3D-1011569920) at pcpu.h:233 >> #1 0xc06069b2 in kern_reboot (howto=3D260) at >> /usr/src/sys/kern/kern_shutdown.c:447 >> #2 0xc0606d0e in panic (fmt=3D) at >> /usr/src/sys/kern/kern_shutdown.c:754 >> #3 0xc06de639 in rtfree (rt=3D) at >> /usr/src/sys/net/route.c:464 >> #4 0xc06e188d in route_output (m=3D) at >> /usr/src/sys/net/rtsock.c:951 >> #5 0xc06de18f in raw_usend (so=3D, flags=3D0, m=3D= > optimized out>, nam=3D0x0, control=3D, >> td=3D0xc3bd2000) at /usr/src/sys/net/raw_usrreq.c:238 >> #6 0xc066eca9 in sosend_generic (so=3D0xc3e9c1a8, uio=3D> out>, top=3D, control=3D0x0, >> flags=3D, td=3D) at >> /usr/src/sys/kern/uipc_socket.c:1271 >> #7 0xc066efc7 in sosend (so=3D0xc3e9c1a8, addr=3D0x0, uio=3D0xd9b9cc10, >> top=3D0x0, control=3D0x0, flags=3D0, td=3D0xc3bd2000) >> at /usr/src/sys/kern/uipc_socket.c:1315 >> #8 0xc0654af4 in soo_write (fp=3D0xc3c0c818, uio=3D0xd9b9cc10, >> active_cred=3D0xc3f1dd00, flags=3D0, td=3D0xc3bd2000) >> at /usr/src/sys/kern/sys_socket.c:103 >> #9 0xc064c866 in dofilewrite (td=3D0xc3bd2000, fd=3D3, fp=3D0xc3c0c818, >> auio=3D0xd9b9cc10, offset=3D-1, flags=3D0) at file.h:303 >> #10 0xc064c566 in kern_writev (td=3D0xc3bd2000, fd=3D3, auio=3D> out>) at /usr/src/sys/kern/sys_generic.c:467 >> #11 0xc064c4bc in sys_write (td=3D, uap=3D> optimized out>) at /usr/src/sys/kern/sys_generic.c:382 >> #12 0xc08614d3 in syscall (frame=3D) at >> subr_syscall.c:134 >> #13 0xc084cca1 in Xint0x80_syscall () at >> /usr/src/sys/i386/i386/exception.s:270 >> #14 0x281975b7 in ?? () >> Previous frame inner to this frame (corrupt stack?) >> Current language: auto; currently minimal >> (kgdb) fr 3 >> #3 0xc06de639 in rtfree (rt=3D) at >> /usr/src/sys/net/route.c:464 >> 464 panic("rtfree 2"); >> (kgdb) print *rt >> $1 =3D {rt_nodes =3D {{rn_mklist =3D 0xc3b4ab30, rn_parent =3D 0x1, rn_b= it =3D 0, >> rn_bmask =3D 0 '\0', rn_flags =3D 0 '\0', rn_u =3D {rn_leaf =3D { >> rn_Key =3D 0xc0882687 "shutdown_post_sync", rn_Mask =3D 0x1030= 000 >>
, rn_Dupedkey =3D 0x0}, rn_node =3D { >> rn_Off =3D -1064819065, rn_L =3D 0x1030000, rn_R =3D 0x0}}}, >> {rn_mklist =3D 0x0, rn_parent =3D 0x4, rn_bit =3D -18048, rn_bmask =3D -= 94 '?', >> rn_flags =3D 195 '?', rn_u =3D {rn_leaf =3D {rn_Key =3D 0xc3a545e0= "", >> rn_Mask =3D 0xc3a4e440 " ??(???\020'", rn_Dupedkey =3D 0xc3a4e880}, >> rn_node =3D {rn_Off =3D -1012578848, rn_L =3D 0xc3a4e440, rn_R = =3D >> 0xc3a4e880}}}}, rt_gateway =3D 0x74756873, rt_flags =3D 1853321060, >> rt_refcnt =3D 1936683103, rt_ifp =3D 0x79735f74, rt_ifa =3D 0x636e, rt= _rmx =3D >> {rmx_mtu =3D 0, rmx_expire =3D 0, rmx_pksent =3D 0, rmx_weight =3D 0}, >> rt_fibnum =3D 0, rt_mtx =3D {lock_object =3D {lo_name =3D 0x0, lo_flag= s =3D 0, >> lo_data =3D 0, lo_witness =3D 0x0}, mtx_lock =3D 0}} >> >> >> >> rn_Key with value of =93shutdown_post_sync=94 ? >> >> It=92s visible also in the raw_usend() frame: >> >> (kgdb) fr 5 >> #5 0xc06de18f in raw_usend (so=3D, flags=3D0, m=3D= > optimized out>, nam=3D0x0, control=3D, >> td=3D0xc3bd2000) at /usr/src/sys/net/raw_usrreq.c:238 >> 238 return ((*so->so_proto->pr_output)(m, so)); >> (kgdb) print *m >> $2 =3D {m_hdr =3D {mh_next =3D 0xc3b4ab30, mh_nextpkt =3D 0x1, mh_data = =3D 0x0, >> mh_len =3D -1064819065, mh_type =3D 0, mh_flags =3D 66304, mh_pad =3D 0}= , >> M_dat =3D {MH =3D {MH_pkthdr =3D {rcvif =3D 0x0, tags =3D {slh_first = =3D 0x4}, len =3D >> -1012745856, flowid =3D 3282388448, >> csum_flags =3D 14097648373312316480, fibnum =3D 26739, cosqos = =3D 117 >> 'u', rsstype =3D 116 't', l2hlen =3D 100 'd', l3hlen =3D 111 'o', >> l4hlen =3D 119 'w', l5hlen =3D 110 'n', PH_per =3D {eigth =3D "_= post_sy", >> sixteen =3D {28767, 29551, 24436, 31091}, thirtytwo =3D {1936683103, >> 2037604212}, sixtyfour =3D {8751443454668533855}, unintptr = =3D >> {1936683103}, ptr =3D 0x736f705f}, PH_loc =3D { >> eigth =3D "nc\000\000\000\000\000", sixteen =3D {25454, 0, 0, = 0}, >> thirtytwo =3D {25454, 0}, sixtyfour =3D {25454}, unintptr =3D {25454}, >> ptr =3D 0x636e}}, MH_dat =3D {MH_ext =3D {ref_cnt =3D 0x0, ext= _buf =3D >> 0x0, ext_size =3D 0, ext_type =3D 0, ext_flags =3D 0, ext_free =3D 0, >> ext_arg1 =3D 0x0, ext_arg2 =3D 0x0}, >> MH_databuf =3D '\0' , "file", '\0' > times>, >> "\006\000\000\000\020\000\000\000??\215?\000\000C\001\000\000\000\000\00= 0\000\000\000\004\000\000\000\000\000\000\00000Y?", >> '\0' , >> "`2Y?\000\000\000\000\000\000\000\000T\211\223?\022\000\000\000\000\203?= ?\000\000\000\000\000???", >> '\0' }}, >> M_databuf =3D >> "\000\000\000\000\004\000\000\000\200????E??@??\200??shutdown_post_sync"= , >> '\0' , "file", '\0' , >> "\006\000\000\000\020\000\000\000??\215?\000\000C\001\000\000\000\000\00= 0\000\000\000\004\000\000\000\000\000\000\00000Y?", >> '\0' , >> "`2Y?\000\000\000\000\000\000\000\000T\211\223?\022\000\000\000\000\203?= ?\000\000\000\000\000???", >> '\0' }} >> >> >> This is 10.0-PRERELEASE r259547M (with applied the recent nd6_nbr.c rtfr= ee >> patch, which I thought earlier might be the cause of the panics I'm >> seeing). >> >> The machine is Soekris Net5501-70 with this kernel config : >> >> cpu I586_CPU >> cpu I686_CPU >> ident MARS >> options CPU_GEODE >> options CPU_SOEKRIS >> >> options HZ=3D2000 >> options DEVICE_POLLING >> options BPF_JITTER >> >> makeoptions DEBUG=3D-g # Build kernel with gdb(1) debug symbols >> >> options SCHED_ULE # ULE scheduler >> options PREEMPTION # Enable kernel thread preemption >> options INET # InterNETworking >> options INET6 # IPv6 communications protocols >> options TCP_OFFLOAD # TCP offload >> options FFS # Berkeley Fast Filesystem >> options SOFTUPDATES # Enable FFS soft updates support >> options UFS_DIRHASH # Improve performance on big directories >> options PROCFS # Process filesystem (requires PSEUDOFS) >> options PSEUDOFS # Pseudo-filesystem framework >> options GEOM_PART_GPT # GUID Partition Tables. >> options GEOM_LABEL # Provides labelization >> options COMPAT_FREEBSD4 # Compatible with FreeBSD4 >> options COMPAT_FREEBSD5 # Compatible with FreeBSD5 >> options COMPAT_FREEBSD6 # Compatible with FreeBSD6 >> options COMPAT_FREEBSD7 # Compatible with FreeBSD7 >> options SCSI_DELAY=3D500 # Delay (in ms) before probing SCSI >> options KTRACE # ktrace(1) support >> options STACK # stack(9) support >> options SYSVSHM # SYSV-style shared memory >> options SYSVMSG # SYSV-style message queues >> options SYSVSEM # SYSV-style semaphores >> options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extension= s >> options PRINTF_BUFR_SIZE=3D128 # Prevent printf output being intersperse= d. >> options KBD_INSTALL_CDEV # install a CDEV entry in /dev >> options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) >> options CAPABILITY_MODE # Capsicum capability mode >> options CAPABILITIES # Capsicum capabilities >> options PROCDESC # Support for process descriptors >> options INCLUDE_CONFIG_FILE # Include this file in kernel >> >> # Debugging support. Always need this: >> options KDB # Enable kernel debugger support. >> options KDB_TRACE # Print a stack trace for a panic. >> options KDB_UNATTENDED >> >> options TEXTDUMP_PREFERRED >> options TEXTDUMP_VERBOSE >> >> device pci >> device ata # Legacy ATA/SATA controllers >> options ATA_STATIC_ID # Static device numbering >> >> # ATA/SCSI peripherals >> device scbus # SCSI bus (required for ATA/SCSI) >> device da # Direct Access (disks) >> device pass # Passthrough device (direct ATA/SCSI access) >> >> # Add suspend/resume support for the i8254. >> device pmtimer >> >> # Serial (COM) ports >> device uart # Generic UART driver >> >> device miibus # MII bus support >> device vr # VIA Rhine, Rhine II >> >> # Wireless NIC cards >> device wlan # 802.11 support >> options IEEE80211_DEBUG # enable debug msgs >> options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's >> options IEEE80211_SUPPORT_MESH # enable 802.11s draft support >> device wlan_wep # 802.11 WEP support >> device wlan_ccmp # 802.11 CCMP support >> device wlan_tkip # 802.11 TKIP support >> device wlan_amrr # AMRR transmit rate control algorithm >> device ath # Atheros NICs >> device ath_pci # Atheros pci/cardbus glue >> device ath_hal # pci/cardbus chip support >> options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors >> options AH_AR5416_INTERRUPT_MITIGATION # AR5416 interrupt mitigation >> options ATH_ENABLE_11N # Enable 802.11n support for AR5416 and later >> device ath_rate_sample # SampleRate tx rate control for ath >> >> # Pseudo devices. >> device loop # Network loopback >> device random # Entropy device >> device ether # Ethernet support >> device vlan # 802.1Q VLAN support >> device tun # Packet tunnel. >> device md # Memory "disks" >> device gif # IPv6 and IPv4 tunneling >> device gre >> device faith # IPv6-to-IPv4 relaying (translation) >> device firmware # firmware assist module >> device if_bridge >> >> options VIMAGE >> options ROUTETABLES=3D8 >> options RADIX_MPATH >> >> options SW_WATCHDOG >> >> device crypto >> device cryptodev >> device glxsb >> >> options BOOTVERBOSE=3D1 >> >> #device pf >> #device pflog >> #device pfsync >> device carp >> device enc >> device lagg >> device epair >> >> #options ALTQ >> #options ALTQ_CBQ >> #options ALTQ_RED >> #options ALTQ_RIO >> #options ALTQ_HFSC >> #options ALTQ_PRIQ >> >> options IPFIREWALL >> options IPFIREWALL_DEFAULT_TO_ACCEPT >> options IPFIREWALL_NAT >> options LIBALIAS >> options IPDIVERT >> options DUMMYNET >> >> device bpf # Berkeley packet filter >> >> # USB support >> options USB_DEBUG # enable debug msgs >> device uhci # UHCI PCI->USB interface >> device ohci # OHCI PCI->USB interface >> device ehci # EHCI PCI->USB interface (USB 2.0) >> device usb # USB Bus (required) >> device umass # Disks/Mass storage - Requires scbus and da >> >> >> Also src.conf and make.conf : >> >> root@vpn_vrf:[VNET(x)]:/usr/src/sys # cat /etc/src.conf >> WITHOUT_ACCT=3Dyes >> WITHOUT_ACPI=3Dyes >> WITHOUT_AMD=3Dyes >> WITHOUT_APM=3Dyes >> WITHOUT_ASSERT_DEBUG=3Dyes >> WITHOUT_AT=3Dyes >> WITHOUT_ATF=3Dyes >> WITHOUT_ATM=3Dyes >> WITHOUT_AUDIT=3Dyes >> WITHOUT_BLUETOOTH=3Dyes >> WITHOUT_CALENDAR=3Dyes >> WITHOUT_CDDL=3Dyes >> WITHOUT_CTM=3Dyes >> WITHOUT_DICT=3Dyes >> WITHOUT_FLOPPY=3Dyes >> WITHOUT_GAMES=3Dyes >> WITHOUT_HTML=3Dyes >> WITHOUT_INFO=3Dyes >> WITHOUT_IPFILTER=3Dyes >> WITHOUT_IPX=3Dyes >> #WITHOUT_KERNEL_SYMBOLS=3Dyes >> WITHOUT_LEGACY_CONSOLE=3Dyes >> WITHOUT_LOCALES=3Dyes >> WITHOUT_LPR=3Dyes >> WITHOUT_MAIL=3Dyes >> WITHOUT_NDIS=3Dyes >> WITHOUT_QUOTAS=3Dyes >> WITHOUT_ROUTED=3Dyes >> WITHOUT_SENDMAIL=3Dyes >> WITH_SVN=3Dyes >> WITHOUT_ZFS=3Dyes >> >> root@vpn_vrf:[VNET(x)]:/usr/src/sys # cat /etc/make.conf >> CFLAGS=3D-O2 >> COPTFLAGS=3D -O -pipe >> CPUTYPE=3Dgeode >> KERNCONF=3DMARS >> NO_MODULES=3Dyes >> BOOTWAIT=3D0 >> DOC_LANG=3Den_US.ISO8859-1 >> >> >> >> --Nikolay >> > > Also, originally I thought that the panic is when a multi path route is > being deleted, however again from the coredump it seems that the panic > happens when openvpn deletes the host route it installs for the remote > openvpn server pointed to the default gw (before openvpn installs the new > default gw pointing to the vpn tunnel) : > > (kgdb) fr 12 > (kgdb) x/12sb td->td_proc->p_args > 0xc4269780: "\001" > 0xc4269782: "" > 0xc4269783: "" > 0xc4269784: "B" > 0xc4269786: "" > 0xc4269787: "" > 0xc4269788: "/sbin/route" > 0xc4269794: "delete" > 0xc426979b: "-net" > 0xc42697a0: "78.90.222.xxx" > 0xc42697ad: "10.255.255.0" > 0xc42697ba: "255.255.255.255" > (kgdb) > > I'm trying to reproduce this on a VirtualBox instance now, however so far= no > luck (no OpenVPN running, just adding and removing routes). > > > --Nikolay From owner-freebsd-bugs@FreeBSD.ORG Wed Jan 1 19:40:00 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8E11DAA1 for ; Wed, 1 Jan 2014 19:40:00 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 696E91EE5 for ; Wed, 1 Jan 2014 19:40:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s01Je0Ub097773 for ; Wed, 1 Jan 2014 19:40:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s01Je0KY097772; Wed, 1 Jan 2014 19:40:00 GMT (envelope-from gnats) Resent-Date: Wed, 1 Jan 2014 19:40:00 GMT Resent-Message-Id: <201401011940.s01Je0KY097772@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Ben Reser Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E0B1801 for ; Wed, 1 Jan 2014 19:32:30 +0000 (UTC) Received: from oldred.freebsd.org (oldred.freebsd.org [IPv6:2001:1900:2254:206a::50:4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2A0BC1EA6 for ; Wed, 1 Jan 2014 19:32:30 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id s01JWT0O088043 for ; Wed, 1 Jan 2014 19:32:29 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id s01JWTSj088033; Wed, 1 Jan 2014 19:32:29 GMT (envelope-from nobody) Message-Id: <201401011932.s01JWTSj088033@oldred.freebsd.org> Date: Wed, 1 Jan 2014 19:32:29 GMT From: Ben Reser To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: bin/185393: find -lname buffer read overflow bug X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jan 2014 19:40:00 -0000 >Number: 185393 >Category: bin >Synopsis: find -lname buffer read overflow bug >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 01 19:40:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Ben Reser >Release: 9.1 >Organization: >Environment: FreeBSD freebsd9.1 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >Description: The implementation of -lname and -ilname improperly use readlink() by not setting a null character before using the string. readlink() is documented as not doing this for you and returns the length of the link string, requiring the caller to set the null character. In particular this is implemented in the usr.bin/find/function.c in the f_name() function. The function uses an automatic buffer which gets reused through multiple calls, resulting in link names that are shorter than the preceding values stored in the buffer to fail to match properly. This could cause the program to read past the end of the buffer. In practice this doesn't seem to happen because the buffer seems to always end up in zeroed memory the first time it is used (though there's no requirement for it to do so). This would result in a crash of the find command. You can force reading past the end of the buffer by creating a link that points at a path of PATH_MAX length on the path being searched. Presumably it's not possible to create a link that points at a path longer than that but if possible that would also allow reading past the end of the buffer. I haven't bothered to exercise this. It might be possible to view this as a minor security issue if someone is using find to try and find link with -lname for auditing purposes, since they might not reliably find what they are looking for. The read past the end of the buffer doesn't seem particularly useful. For one it'd only ever be a read, which isn't particularly useful and for another find doesn't run with escalated privileges. So all in all I think it'd be a stretch to call this anything other than an ordinary bug. This bug was introduced in r176497 (committed 5 years 10 months ago), so any releases of FreeBSD that contain this change would contain the same issue. I actually happened to find the issue in OS X's fork of your find command. But successfully duplicated the issue in a VM of 9.1 that I had laying around. >How-To-Repeat: The following shell script should demonstrate the issue: #!/usr/bin/env bash set -e # Demonstration of -lname bug with FreeBSD and OS X find. # find stops output matching links as soon as it passes a link # that points at a path that is longer than the path we are trying # to match. Note that file system ordering of results may change # when this happens. OS X seems to return readdir results in # alphabetical sorted order (HFS+) and FreeBSD (UFS) seems to return # them in creation order (though there does seem to be some variation # on this). So the below example has both the creation # order and the alphabetical sort order such that it should reliably # reproduce the issue. However, I've not tested this with other # supported file systems so they may have different behavior, possibly # even non-deterministic behavior that makes this harder to demonstrate. # Expected behavior will have no output and a zero exit value. test_dir=`mktemp -d find-test.XXXXXXX` cd "$test_dir" > /dev/null ln -s /usr/bin/gcc a ln -s /usr/bin/touch b ln -s /usr/bin/gcc c ln -s /usr/bin/gcc d ln -s /usr/bin/gcc e echo './a' > expected echo './c' >> expected echo './d' >> expected echo './e' >> expected "${FIND:-find}" . -lname /usr/bin/gcc | sort > received set +e diff -u expected received rv=$? set -e cd - > /dev/null rm -rf "$test_dir" exit $rv >Fix: Set a null character at fn[len] (where len is the return of the readlink() call) as implemented in the attached patch. Patch attached with submission follows: Index: usr.bin/find/function.c =================================================================== --- usr.bin/find/function.c (revision 260159) +++ usr.bin/find/function.c (working copy) @@ -1124,9 +1124,11 @@ f_name(PLAN *plan, FTSENT *entry) const char *name; if (plan->flags & F_LINK) { + int len = readlink(entry->fts_path, fn, sizeof(fn)); + if (len == -1) + return 0; + fn[len] = '\0'; name = fn; - if (readlink(entry->fts_path, fn, sizeof(fn)) == -1) - return 0; } else name = entry->fts_name; return !fnmatch(plan->c_data, name, >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-bugs@FreeBSD.ORG Wed Jan 1 19:40:01 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.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 B5B98AA5 for ; Wed, 1 Jan 2014 19:40:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8BCB71EE9 for ; Wed, 1 Jan 2014 19:40:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s01Je17o097851 for ; Wed, 1 Jan 2014 19:40:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s01Je1Mn097850; Wed, 1 Jan 2014 19:40:01 GMT (envelope-from gnats) Resent-Date: Wed, 1 Jan 2014 19:40:01 GMT Resent-Message-Id: <201401011940.s01Je1Mn097850@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Peter Jeremy 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 AE8E280B for ; Wed, 1 Jan 2014 19:33:22 +0000 (UTC) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 499191EAC for ; Wed, 1 Jan 2014 19:33:21 +0000 (UTC) Received: from server.rulingia.com (c220-239-250-249.belrs5.nsw.optusnet.com.au [220.239.250.249]) by vps.rulingia.com (8.14.7/8.14.7) with ESMTP id s01JXDHx025651 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 2 Jan 2014 06:33:13 +1100 (EST) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.7/8.14.7) with ESMTP id s01JX7j8065524 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 2 Jan 2014 06:33:07 +1100 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.7/8.14.7/Submit) id s01JX76B065523; Thu, 2 Jan 2014 06:33:07 +1100 (EST) (envelope-from peter) Message-Id: <201401011933.s01JX76B065523@server.rulingia.com> Date: Thu, 2 Jan 2014 06:33:07 +1100 (EST) From: Peter Jeremy To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.114 Subject: kern/185395: IPv4 Multicast broken in 10.x X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Peter Jeremy List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jan 2014 19:40:01 -0000 >Number: 185395 >Category: kern >Synopsis: IPv4 Multicast broken in 10.x >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 01 19:40:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Peter Jeremy >Release: FreeBSD 10.0-PRERELEASE amd64 >Organization: n/a >Environment: System: FreeBSD server.rulingia.com 10.0-PRERELEASE FreeBSD 10.0-PRERELEASE #22 r259613M: Sat Dec 21 09:49:27 EST 2013 root@server.rulingia.com:/var/obj/usr/src/sys/server amd64 Also verified on 10.0-ALPHA1 r255569 arm and r259613M i386. >Description: IPv4 multicast ethernet frames use the IP address of the default route in the destination MAC address, instead of the IP address of the multicast destination. This breaks multicast filtering at the receiver. This is a regression from FreeBSD 9.2. >How-To-Repeat: Run (eg) 'tcpdump -e icmp' on one terminal and 'ping 224.18.52.86' in another window. The tcpdump should show ICMP packets with a destination MAC address of 01:00:5E:12:34:56 but, in my case, they have a destination MAC address of 01:00:5E:28:7B:7B - which matches the IP address of my router. >Fix: Unknown. The cause isn't obvious from a cursory look at the 9.x and 10.x code. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-bugs@FreeBSD.ORG Wed Jan 1 20:10:01 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA852BFA for ; Wed, 1 Jan 2014 20:10:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B7C39117B for ; Wed, 1 Jan 2014 20:10:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s01KA12E004046 for ; Wed, 1 Jan 2014 20:10:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s01KA1GA004045; Wed, 1 Jan 2014 20:10:01 GMT (envelope-from gnats) Date: Wed, 1 Jan 2014 20:10:01 GMT Message-Id: <201401012010.s01KA1GA004045@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ben Reser Subject: Re: bin/185393: find -lname buffer read overflow bug X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Ben Reser List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jan 2014 20:10:01 -0000 The following reply was made to PR bin/185393; it has been noted by GNATS. From: Ben Reser To: bug-followup@FreeBSD.org Cc: Subject: Re: bin/185393: find -lname buffer read overflow bug Date: Wed, 01 Jan 2014 12:03:04 -0800 This is a multi-part message in MIME format. --------------080101030108030107080503 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Correction on the patch. Forgot to subtract one byte from the buffer to allow for the NULL character to be set. Updated patch attached. --------------080101030108030107080503 Content-Type: text/plain; charset=UTF-8; name="fbsd-find-lname.patch.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="fbsd-find-lname.patch.txt" Index: usr.bin/find/function.c =================================================================== --- usr.bin/find/function.c (revision 260159) +++ usr.bin/find/function.c (working copy) @@ -1124,9 +1124,11 @@ f_name(PLAN *plan, FTSENT *entry) const char *name; if (plan->flags & F_LINK) { + int len = readlink(entry->fts_path, fn, sizeof(fn) - 1); + if (len == -1) + return 0; + fn[len] = '\0'; name = fn; - if (readlink(entry->fts_path, fn, sizeof(fn)) == -1) - return 0; } else name = entry->fts_name; return !fnmatch(plan->c_data, name, --------------080101030108030107080503-- From owner-freebsd-bugs@FreeBSD.ORG Wed Jan 1 21:10:02 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ECD6EAF6 for ; Wed, 1 Jan 2014 21:10:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D869F1572 for ; Wed, 1 Jan 2014 21:10:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s01LA16j016923 for ; Wed, 1 Jan 2014 21:10:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s01LA13d016922; Wed, 1 Jan 2014 21:10:01 GMT (envelope-from gnats) Date: Wed, 1 Jan 2014 21:10:01 GMT Message-Id: <201401012110.s01LA13d016922@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Subject: Re: kern/185395: IPv4 Multicast broken in 10.x X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jan 2014 21:10:02 -0000 The following reply was made to PR kern/185395; it has been noted by GNATS. From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= To: Peter Jeremy , Gleb Smirnoff Cc: freebsd-gnats-submit Subject: Re: kern/185395: IPv4 Multicast broken in 10.x Date: Wed, 1 Jan 2014 22:03:36 +0100 --047d7b86db46eafcdb04eeef03ad Content-Type: text/plain; charset=ISO-8859-1 On Wed, Jan 1, 2014 at 8:33 PM, Peter Jeremy wrote: > > >Description: > IPv4 multicast ethernet frames use the IP address of the default > route in the destination MAC address, instead of the IP address of > the multicast destination. This breaks multicast filtering at the > receiver. > > This is a regression from FreeBSD 9.2. > > >Fix: > Unknown. The cause isn't obvious from a cursory look at the 9.x > and 10.x code. > And what about the commit 249925 "Add const qualifier to the dst parameter of the ifnet if_output method" (Fri Apr 26 12:50:32 2013 UTC) ? This commit modify function arpresolve() in sys/netinet/if_ether.c by replacing: arpresolve(...,struct sockaddr *dst, ...) by arpresolve(...,const struct sockaddr *dst, ...). And inside this function there is a call to this macro: ETHER_MAP_IP_MULTICAST(&SIN(dst)->sin_addr, desten); => If the 'structure dst' in now a 'const struct dst', can the struct 'dst' still be modified by the macro ?? (I'm learning C, and don't understand this complex code). Regards, Olivier --047d7b86db46eafcdb04eeef03ad Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On W= ed, Jan 1, 2014 at 8:33 PM, Peter Jeremy <peter@rulingia.com> wrote:

>Description:
=A0 =A0 =A0 =A0 IPv4 multicast ethernet frames use the IP address of the de= fault
=A0 =A0 =A0 =A0 route in the destination MAC address, instead of the IP add= ress of
=A0 =A0 =A0 =A0 the multicast destination. =A0This breaks multicast filteri= ng at the
=A0 =A0 =A0 =A0 receiver.

=A0 =A0 =A0 =A0 This is a regression from FreeBSD 9.2.

>Fix:
=A0 =A0 =A0 =A0 Unknown. =A0The cause isn't obvious from a cursory look= at the 9.x
=A0 =A0 =A0 =A0 and 10.x code.

And what= about the commit 249925 "Add const qualifier to the dst parameter of = the ifnet if_output method" (Fri Apr 26 12:50:32 2013 UTC) ?
=

This commit modify function arpresolve() in sys/netinet/if_e= ther.c by replacing:
arpresolve(...,struct sockaddr *dst, ...)
by
arpresolve(...,const struct sockaddr *dst, ...).

And inside this function there is a call to this = macro:
ETHER_MAP_IP_MULTICAST(&SIN(dst)->sin_addr, des= ten);

=3D> If the 'structure dst' i= n now a 'const struct dst', can the struct 'dst' still be m= odified by the macro ??
(I'm learning C, and don't understand this complex code).

Regards,

Olivier
<= /div>
--047d7b86db46eafcdb04eeef03ad-- From owner-freebsd-bugs@FreeBSD.ORG Wed Jan 1 21:52:08 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D39489B; Wed, 1 Jan 2014 21:52:08 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D53311877; Wed, 1 Jan 2014 21:52:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s01Lq7cQ027460; Wed, 1 Jan 2014 21:52:07 GMT (envelope-from glebius@freefall.freebsd.org) Received: (from glebius@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s01Lq4J3027458; Wed, 1 Jan 2014 21:52:04 GMT (envelope-from glebius) Date: Wed, 1 Jan 2014 21:52:04 GMT Message-Id: <201401012152.s01Lq4J3027458@freefall.freebsd.org> To: berend@pobox.com, glebius@FreeBSD.org, freebsd-bugs@FreeBSD.org From: glebius@FreeBSD.org Subject: Re: kern/182557: Frequent reboots due to kernel trap happening in pf_test_rule X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jan 2014 21:52:08 -0000 Synopsis: Frequent reboots due to kernel trap happening in pf_test_rule State-Changed-From-To: open->closed State-Changed-By: glebius State-Changed-When: Wed Jan 1 21:51:17 UTC 2014 State-Changed-Why: This is duplicate of 182141, and the latter has much more information in it, so preferred to be left open. http://www.freebsd.org/cgi/query-pr.cgi?pr=182557 From owner-freebsd-bugs@FreeBSD.ORG Wed Jan 1 21:53:50 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A5D38F1; Wed, 1 Jan 2014 21:53:50 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2CAB11883; Wed, 1 Jan 2014 21:53:50 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s01LroPH027537; Wed, 1 Jan 2014 21:53:50 GMT (envelope-from glebius@freefall.freebsd.org) Received: (from glebius@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s01LrnW4027536; Wed, 1 Jan 2014 21:53:49 GMT (envelope-from glebius) Date: Wed, 1 Jan 2014 21:53:49 GMT Message-Id: <201401012153.s01LrnW4027536@freefall.freebsd.org> To: berend@pobox.com, glebius@FreeBSD.org, freebsd-bugs@FreeBSD.org, glebius@FreeBSD.org From: glebius@FreeBSD.org Subject: Re: kern/182141: [pf] crash in pf_test_rule X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jan 2014 21:53:50 -0000 Old Synopsis: Very frequent (at most 3 hours) kernel trap 12 New Synopsis: [pf] crash in pf_test_rule State-Changed-From-To: open->feedback State-Changed-By: glebius State-Changed-When: Wed Jan 1 21:53:02 UTC 2014 State-Changed-Why: Patch sent to submitter for testing. Responsible-Changed-From-To: freebsd-bugs->glebius Responsible-Changed-By: glebius Responsible-Changed-When: Wed Jan 1 21:53:02 UTC 2014 Responsible-Changed-Why: Patch sent to submitter for testing. http://www.freebsd.org/cgi/query-pr.cgi?pr=182141 From owner-freebsd-bugs@FreeBSD.ORG Thu Jan 2 03:20:00 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.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 D429E347 for ; Thu, 2 Jan 2014 03:20:00 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AD1CE1E7E for ; Thu, 2 Jan 2014 03:20:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s023K0jv013164 for ; Thu, 2 Jan 2014 03:20:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s023K0sX013163; Thu, 2 Jan 2014 03:20:00 GMT (envelope-from gnats) Resent-Date: Thu, 2 Jan 2014 03:20:00 GMT Resent-Message-Id: <201401020320.s023K0sX013163@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, John Hixson Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B7E02EC for ; Thu, 2 Jan 2014 03:14:42 +0000 (UTC) Received: from oldred.freebsd.org (oldred.freebsd.org [IPv6:2001:1900:2254:206a::50:4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4869D1E63 for ; Thu, 2 Jan 2014 03:14:42 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id s023EfAY025210 for ; Thu, 2 Jan 2014 03:14:41 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id s023EfHf025201; Thu, 2 Jan 2014 03:14:41 GMT (envelope-from nobody) Message-Id: <201401020314.s023EfHf025201@oldred.freebsd.org> Date: Thu, 2 Jan 2014 03:14:41 GMT From: John Hixson To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: misc/185406: update py-django-simple-captcha from 0.4.0 to 0.4.1 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jan 2014 03:20:01 -0000 >Number: 185406 >Category: misc >Synopsis: update py-django-simple-captcha from 0.4.0 to 0.4.1 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 02 03:20:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: John Hixson >Release: 11.0-CURRENT >Organization: iXsystems, Inc. >Environment: FreeBSD thinkbsd 11.0-CURRENT FreeBSD 11.0-CURRENT #17 r259022M: Fri Dec 6 12:03:57 PST 2013 john@thinkbsd:/usr/obj/usr/src/sys/THINKBSD amd64 >Description: >How-To-Repeat: >Fix: Patch attached with submission follows: diff -urN py-django-simple-captcha.orig/Makefile py-django-simple-captcha/Makefile --- py-django-simple-captcha.orig/Makefile 2013-11-30 01:39:47.000000000 -0800 +++ py-django-simple-captcha/Makefile 2014-01-01 19:09:16.117372521 -0800 @@ -2,7 +2,7 @@ # $FreeBSD: www/py-django-simple-captcha/Makefile 335272 2013-11-30 09:39:47Z sunpoet $ PORTNAME= django-simple-captcha -PORTVERSION= 0.4.0 +PORTVERSION= 0.4.1 CATEGORIES= www python MASTER_SITES= CHEESESHOP PKGNAMEPREFIX= ${PYTHON_PKGNAMEPREFIX} diff -urN py-django-simple-captcha.orig/distinfo py-django-simple-captcha/distinfo --- py-django-simple-captcha.orig/distinfo 2013-11-30 01:39:47.000000000 -0800 +++ py-django-simple-captcha/distinfo 2014-01-01 19:09:48.335013035 -0800 @@ -1,2 +1,2 @@ -SHA256 (django-simple-captcha-0.4.0.tar.gz) = 9a09294da01e9c3205f08604fc25fd54423b31b1b3c882427605d22e8d6ee291 -SIZE (django-simple-captcha-0.4.0.tar.gz) = 60285 +SHA256 (django-simple-captcha-0.4.1.tar.gz) = caa194d5b7ea0cbcb69a797daaebae72d34a9ca32bfafddd08ead8e87bd7ef46 +SIZE (django-simple-captcha-0.4.1.tar.gz) = 60775 >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-bugs@FreeBSD.ORG Thu Jan 2 06:50:01 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.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 DFA1851D for ; Thu, 2 Jan 2014 06:50:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CA3001AA0 for ; Thu, 2 Jan 2014 06:50:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s026o1bx064810 for ; Thu, 2 Jan 2014 06:50:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s026o1J4064809; Thu, 2 Jan 2014 06:50:01 GMT (envelope-from gnats) Date: Thu, 2 Jan 2014 06:50:01 GMT Message-Id: <201401020650.s026o1J4064809@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Peter Jeremy Subject: Re: kern/185395: IPv4 Multicast broken in 10.x X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Peter Jeremy List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jan 2014 06:50:01 -0000 The following reply was made to PR kern/185395; it has been noted by GNATS. From: Peter Jeremy To: Olivier =?iso-8859-1?Q?Cochard-Labb=E9?= Cc: freebsd-gnats-submit Subject: Re: kern/185395: IPv4 Multicast broken in 10.x Date: Thu, 2 Jan 2014 17:47:56 +1100 --s9fJI615cBHmzTOP Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2014-Jan-01 22:03:36 +0100, Olivier Cochard-Labb=E9 = wrote: >And what about the commit 249925 "Add const qualifier to the dst parameter >of the ifnet if_output method" (Fri Apr 26 12:50:32 2013 UTC) ? > >This commit modify function arpresolve() in sys/netinet/if_ether.c by >replacing: >arpresolve(...,struct sockaddr *dst, ...) >by >arpresolve(...,const struct sockaddr *dst, ...). > >And inside this function there is a call to this macro: >ETHER_MAP_IP_MULTICAST(&SIN(dst)->sin_addr, desten); ETHER_MAP_IP_MULTICAST does left to right assignment - the first argument is only read so this change doesn't affect anything. >=3D> If the 'structure dst' in now a 'const struct dst', can the struct 'd= st' >still be modified by the macro ?? The macro never modified 'dst'. In any case, the compiler tracks 'const' and would raise a compile-time error if something tried to modify dst. --=20 Peter Jeremy --s9fJI615cBHmzTOP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iKYEARECAGYFAlLFC5xfFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDBCRjc3QTcyNTg5NEVCRTY0RjREN0VFRUZF OEE0N0JGRjAwRkI4ODcACgkQ/opHv/APuIeGJQCgrnnT3SfB+/6uk0lDzXhIBjfm jOEAoL9KLPmZUm3vuTu+V4oUEkMoBysl =vVA+ -----END PGP SIGNATURE----- --s9fJI615cBHmzTOP-- From owner-freebsd-bugs@FreeBSD.ORG Thu Jan 2 10:19:19 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.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 834D858B; Thu, 2 Jan 2014 10:19:19 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 558D11885; Thu, 2 Jan 2014 10:19:19 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s02AJJkA021295; Thu, 2 Jan 2014 10:19:19 GMT (envelope-from glebius@freefall.freebsd.org) Received: (from glebius@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s02AJImP021294; Thu, 2 Jan 2014 10:19:18 GMT (envelope-from glebius) Date: Thu, 2 Jan 2014 10:19:18 GMT Message-Id: <201401021019.s02AJImP021294@freefall.freebsd.org> To: peter@rulingia.com, glebius@FreeBSD.org, freebsd-bugs@FreeBSD.org, glebius@FreeBSD.org From: glebius@FreeBSD.org Subject: Re: kern/185395: IPv4 Multicast broken in 10.x X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jan 2014 10:19:19 -0000 Synopsis: IPv4 Multicast broken in 10.x State-Changed-From-To: open->patched State-Changed-By: glebius State-Changed-When: Thu Jan 2 10:18:56 UTC 2014 State-Changed-Why: Fixed in head. Responsible-Changed-From-To: freebsd-bugs->glebius Responsible-Changed-By: glebius Responsible-Changed-When: Thu Jan 2 10:18:56 UTC 2014 Responsible-Changed-Why: Fixed in head. http://www.freebsd.org/cgi/query-pr.cgi?pr=185395 From owner-freebsd-bugs@FreeBSD.ORG Thu Jan 2 11:20:57 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.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 72F16ABB; Thu, 2 Jan 2014 11:20:57 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4649A1DD2; Thu, 2 Jan 2014 11:20:57 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s02BKv6Y036870; Thu, 2 Jan 2014 11:20:57 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s02BKvoT036869; Thu, 2 Jan 2014 11:20:57 GMT (envelope-from linimon) Date: Thu, 2 Jan 2014 11:20:57 GMT Message-Id: <201401021120.s02BKvoT036869@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: ports/185406: update www/py-django-simple-captcha from 0.4.0 to 0.4.1 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jan 2014 11:20:57 -0000 Old Synopsis: update py-django-simple-captcha from 0.4.0 to 0.4.1 New Synopsis: update www/py-django-simple-captcha from 0.4.0 to 0.4.1 Responsible-Changed-From-To: freebsd-bugs->freebsd-ports-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Jan 2 11:20:22 UTC 2014 Responsible-Changed-Why: make this a ports PR and fix Synopsis. http://www.freebsd.org/cgi/query-pr.cgi?pr=185406 From owner-freebsd-bugs@FreeBSD.ORG Thu Jan 2 13:34:58 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.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 0A832547; Thu, 2 Jan 2014 13:34:58 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D29AE1A36; Thu, 2 Jan 2014 13:34:57 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s02DYvO5069065; Thu, 2 Jan 2014 13:34:57 GMT (envelope-from melifaro@freefall.freebsd.org) Received: (from melifaro@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s02DYvaw069064; Thu, 2 Jan 2014 13:34:57 GMT (envelope-from melifaro) Date: Thu, 2 Jan 2014 13:34:57 GMT Message-Id: <201401021334.s02DYvaw069064@freefall.freebsd.org> To: melifaro@FreeBSD.org, freebsd-bugs@FreeBSD.org, melifaro@FreeBSD.org From: melifaro@FreeBSD.org Subject: Re: kern/185092: panic: rtfree 2 (using RADIX_MPATH in a VNET jail) X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jan 2014 13:34:58 -0000 Synopsis: panic: rtfree 2 (using RADIX_MPATH in a VNET jail) Responsible-Changed-From-To: freebsd-bugs->melifaro Responsible-Changed-By: melifaro Responsible-Changed-When: Thu Jan 2 13:34:35 UTC 2014 Responsible-Changed-Why: Take. http://www.freebsd.org/cgi/query-pr.cgi?pr=185092 From owner-freebsd-bugs@FreeBSD.ORG Thu Jan 2 16:14:39 2014 Return-Path: Delivered-To: freebsd-bugs@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 673FCD29; Thu, 2 Jan 2014 16:14:39 +0000 (UTC) Received: from mail-lb0-x235.google.com (mail-lb0-x235.google.com [IPv6:2a00:1450:4010:c04::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7652C1783; Thu, 2 Jan 2014 16:14:38 +0000 (UTC) Received: by mail-lb0-f181.google.com with SMTP id q8so7502478lbi.12 for ; Thu, 02 Jan 2014 08:14:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=EPpmkLe4J0xmyLdNFaXtSzV3LMFydYV7okmKaHB4AxI=; b=Gc6yRJ8a4+/3ltEEgA0C/w7iDtR+3zlSIRj2uwuRJsJTUotBHxXIuxim/6AwQ4NzZa yaHwxLGWVWGIN6FmkuqA7p4lVeOn2EbV0fyqROMNznNxAKg2d3nH7WHtzYUB0bG0hQG3 RzZ+QVUfrV4Qk5RC4E+pIQrEp+ygiYtgXtqcYpWKiZUxww31KxeAIgKxQtPzOrI8GwOB kzc6XUlT7B15W1UyG110/TId7zZVW34RfNdbCQ++TfrGxUytYBe0yeVIQgqj5frOqh4G WbDc/tL2PxRTHTO/Cbiaz9QobUs81njT4kVhbudNksuA+v8TfS2StUjce+GT/GOvFKqa uX2w== MIME-Version: 1.0 X-Received: by 10.112.201.167 with SMTP id kb7mr18063057lbc.32.1388679276185; Thu, 02 Jan 2014 08:14:36 -0800 (PST) Received: by 10.114.242.33 with HTTP; Thu, 2 Jan 2014 08:14:36 -0800 (PST) In-Reply-To: References: <201312221304.rBMD4q38060416@oldred.freebsd.org> <201312221310.rBMDA0KH022980@freefall.freebsd.org> Date: Thu, 2 Jan 2014 16:14:36 +0000 Message-ID: Subject: Re: misc/185092: panic: rtfree 2 (using RADIX_MPATH in a VNET jail) From: Nikolay Denev To: FreeBSD-gnats-submit@freebsd.org, freebsd-bugs@freebsd.org, "freebsd-net@freebsd.org" Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jan 2014 16:14:39 -0000 On Wed, Jan 1, 2014 at 5:39 PM, Nikolay Denev wrote: > Ok, killing openvpn with -9 leaves the routes around, and particularly > interesting are the following routes : > > 78.90.222.xx 10.255.255.0 UGHS 0 5841 epair0 = =3D> > 78.90.222.xx/32 10.255.255.0 UGS 0 0 epair0 > > Now, if I do : > > route delete 78.90.222.xx 10.255.255.0 > > The route, with the H flag is deleted. If I repeat the command the > second route is deleted as well, even if the second command specifies > a netmask no panic. > > However the first delete command specifies the /32 mask like this : > > route delete 78.90.222.xx 10.255.255.0 255.255.255.255 > > Then I get "rtfree 2" kernel panic immediately. > > This seems to be happening as I'm manually installing static routes in > the vnet jail for the VPN remote endpoints , however OpenVPN adds such > routes too however differently, which results in two routing entries. > > For example : > > route add $IP $GW > and > route add $IP $GW 255.255.255.255 > > add to different route entries, one is /32 network, the other is a host r= oute. > > > > --Nikolay > > On Wed, Jan 1, 2014 at 1:21 PM, Nikolay Denev wrote: >> On Wed, Jan 1, 2014 at 1:10 PM, Nikolay Denev wrote: >>> >>> On Sun, Dec 22, 2013 at 1:10 PM, wro= te: >>>> >>>> Thank you very much for your problem report. >>>> It has the internal identification `misc/185092'. >>>> The individual assigned to look at your >>>> report is: freebsd-bugs. >>>> >>>> You can access the state of your problem report at any time >>>> via this link: >>>> >>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D185092 >>>> >>>> >Category: misc >>>> >Responsible: freebsd-bugs >>>> >Synopsis: panic: rtfree 2 (using RADIX_MPATH in a VNET jail) >>>> >Arrival-Date: Sun Dec 22 13:10:00 UTC 2013 >>> >>> >>> I'm trying to understand exactly what is happening here, and examining = a >>> core dump with kgdb I'm getting some output that confuses me : >>> >>> (kgdb) bt >>> #0 doadump (textdump=3D-1011569920) at pcpu.h:233 >>> #1 0xc06069b2 in kern_reboot (howto=3D260) at >>> /usr/src/sys/kern/kern_shutdown.c:447 >>> #2 0xc0606d0e in panic (fmt=3D) at >>> /usr/src/sys/kern/kern_shutdown.c:754 >>> #3 0xc06de639 in rtfree (rt=3D) at >>> /usr/src/sys/net/route.c:464 >>> #4 0xc06e188d in route_output (m=3D) at >>> /usr/src/sys/net/rtsock.c:951 >>> #5 0xc06de18f in raw_usend (so=3D, flags=3D0, m= =3D>> optimized out>, nam=3D0x0, control=3D, >>> td=3D0xc3bd2000) at /usr/src/sys/net/raw_usrreq.c:238 >>> #6 0xc066eca9 in sosend_generic (so=3D0xc3e9c1a8, uio=3D>> out>, top=3D, control=3D0x0, >>> flags=3D, td=3D) at >>> /usr/src/sys/kern/uipc_socket.c:1271 >>> #7 0xc066efc7 in sosend (so=3D0xc3e9c1a8, addr=3D0x0, uio=3D0xd9b9cc10= , >>> top=3D0x0, control=3D0x0, flags=3D0, td=3D0xc3bd2000) >>> at /usr/src/sys/kern/uipc_socket.c:1315 >>> #8 0xc0654af4 in soo_write (fp=3D0xc3c0c818, uio=3D0xd9b9cc10, >>> active_cred=3D0xc3f1dd00, flags=3D0, td=3D0xc3bd2000) >>> at /usr/src/sys/kern/sys_socket.c:103 >>> #9 0xc064c866 in dofilewrite (td=3D0xc3bd2000, fd=3D3, fp=3D0xc3c0c818= , >>> auio=3D0xd9b9cc10, offset=3D-1, flags=3D0) at file.h:303 >>> #10 0xc064c566 in kern_writev (td=3D0xc3bd2000, fd=3D3, auio=3D>> out>) at /usr/src/sys/kern/sys_generic.c:467 >>> #11 0xc064c4bc in sys_write (td=3D, uap=3D>> optimized out>) at /usr/src/sys/kern/sys_generic.c:382 >>> #12 0xc08614d3 in syscall (frame=3D) at >>> subr_syscall.c:134 >>> #13 0xc084cca1 in Xint0x80_syscall () at >>> /usr/src/sys/i386/i386/exception.s:270 >>> #14 0x281975b7 in ?? () >>> Previous frame inner to this frame (corrupt stack?) >>> Current language: auto; currently minimal >>> (kgdb) fr 3 >>> #3 0xc06de639 in rtfree (rt=3D) at >>> /usr/src/sys/net/route.c:464 >>> 464 panic("rtfree 2"); >>> (kgdb) print *rt >>> $1 =3D {rt_nodes =3D {{rn_mklist =3D 0xc3b4ab30, rn_parent =3D 0x1, rn_= bit =3D 0, >>> rn_bmask =3D 0 '\0', rn_flags =3D 0 '\0', rn_u =3D {rn_leaf =3D { >>> rn_Key =3D 0xc0882687 "shutdown_post_sync", rn_Mask =3D 0x103= 0000 >>>
, rn_Dupedkey =3D 0x0}, rn_node =3D { >>> rn_Off =3D -1064819065, rn_L =3D 0x1030000, rn_R =3D 0x0}}}, >>> {rn_mklist =3D 0x0, rn_parent =3D 0x4, rn_bit =3D -18048, rn_bmask =3D = -94 '?', >>> rn_flags =3D 195 '?', rn_u =3D {rn_leaf =3D {rn_Key =3D 0xc3a545e= 0 "", >>> rn_Mask =3D 0xc3a4e440 " ??(???\020'", rn_Dupedkey =3D 0xc3a4e880}, >>> rn_node =3D {rn_Off =3D -1012578848, rn_L =3D 0xc3a4e440, rn_R = =3D >>> 0xc3a4e880}}}}, rt_gateway =3D 0x74756873, rt_flags =3D 1853321060, >>> rt_refcnt =3D 1936683103, rt_ifp =3D 0x79735f74, rt_ifa =3D 0x636e, r= t_rmx =3D >>> {rmx_mtu =3D 0, rmx_expire =3D 0, rmx_pksent =3D 0, rmx_weight =3D 0}, >>> rt_fibnum =3D 0, rt_mtx =3D {lock_object =3D {lo_name =3D 0x0, lo_fla= gs =3D 0, >>> lo_data =3D 0, lo_witness =3D 0x0}, mtx_lock =3D 0}} >>> >>> >>> >>> rn_Key with value of =93shutdown_post_sync=94 ? >>> >>> It=92s visible also in the raw_usend() frame: >>> >>> (kgdb) fr 5 >>> #5 0xc06de18f in raw_usend (so=3D, flags=3D0, m= =3D>> optimized out>, nam=3D0x0, control=3D, >>> td=3D0xc3bd2000) at /usr/src/sys/net/raw_usrreq.c:238 >>> 238 return ((*so->so_proto->pr_output)(m, so)); >>> (kgdb) print *m >>> $2 =3D {m_hdr =3D {mh_next =3D 0xc3b4ab30, mh_nextpkt =3D 0x1, mh_data = =3D 0x0, >>> mh_len =3D -1064819065, mh_type =3D 0, mh_flags =3D 66304, mh_pad =3D 0= }, >>> M_dat =3D {MH =3D {MH_pkthdr =3D {rcvif =3D 0x0, tags =3D {slh_first = =3D 0x4}, len =3D >>> -1012745856, flowid =3D 3282388448, >>> csum_flags =3D 14097648373312316480, fibnum =3D 26739, cosqos = =3D 117 >>> 'u', rsstype =3D 116 't', l2hlen =3D 100 'd', l3hlen =3D 111 'o', >>> l4hlen =3D 119 'w', l5hlen =3D 110 'n', PH_per =3D {eigth =3D "= _post_sy", >>> sixteen =3D {28767, 29551, 24436, 31091}, thirtytwo =3D {1936683103, >>> 2037604212}, sixtyfour =3D {8751443454668533855}, unintptr = =3D >>> {1936683103}, ptr =3D 0x736f705f}, PH_loc =3D { >>> eigth =3D "nc\000\000\000\000\000", sixteen =3D {25454, 0, 0,= 0}, >>> thirtytwo =3D {25454, 0}, sixtyfour =3D {25454}, unintptr =3D {25454}, >>> ptr =3D 0x636e}}, MH_dat =3D {MH_ext =3D {ref_cnt =3D 0x0, ex= t_buf =3D >>> 0x0, ext_size =3D 0, ext_type =3D 0, ext_flags =3D 0, ext_free =3D 0, >>> ext_arg1 =3D 0x0, ext_arg2 =3D 0x0}, >>> MH_databuf =3D '\0' , "file", '\0' >> times>, >>> "\006\000\000\000\020\000\000\000??\215?\000\000C\001\000\000\000\000\0= 00\000\000\000\004\000\000\000\000\000\000\00000Y?", >>> '\0' , >>> "`2Y?\000\000\000\000\000\000\000\000T\211\223?\022\000\000\000\000\203= ??\000\000\000\000\000???", >>> '\0' }}, >>> M_databuf =3D >>> "\000\000\000\000\004\000\000\000\200????E??@??\200??shutdown_post_sync= ", >>> '\0' , "file", '\0' , >>> "\006\000\000\000\020\000\000\000??\215?\000\000C\001\000\000\000\000\0= 00\000\000\000\004\000\000\000\000\000\000\00000Y?", >>> '\0' , >>> "`2Y?\000\000\000\000\000\000\000\000T\211\223?\022\000\000\000\000\203= ??\000\000\000\000\000???", >>> '\0' }} >>> >>> >>> This is 10.0-PRERELEASE r259547M (with applied the recent nd6_nbr.c rtf= ree >>> patch, which I thought earlier might be the cause of the panics I'm >>> seeing). >>> >>> The machine is Soekris Net5501-70 with this kernel config : >>> >>> cpu I586_CPU >>> cpu I686_CPU >>> ident MARS >>> options CPU_GEODE >>> options CPU_SOEKRIS >>> >>> options HZ=3D2000 >>> options DEVICE_POLLING >>> options BPF_JITTER >>> >>> makeoptions DEBUG=3D-g # Build kernel with gdb(1) debug symbols >>> >>> options SCHED_ULE # ULE scheduler >>> options PREEMPTION # Enable kernel thread preemption >>> options INET # InterNETworking >>> options INET6 # IPv6 communications protocols >>> options TCP_OFFLOAD # TCP offload >>> options FFS # Berkeley Fast Filesystem >>> options SOFTUPDATES # Enable FFS soft updates support >>> options UFS_DIRHASH # Improve performance on big directories >>> options PROCFS # Process filesystem (requires PSEUDOFS) >>> options PSEUDOFS # Pseudo-filesystem framework >>> options GEOM_PART_GPT # GUID Partition Tables. >>> options GEOM_LABEL # Provides labelization >>> options COMPAT_FREEBSD4 # Compatible with FreeBSD4 >>> options COMPAT_FREEBSD5 # Compatible with FreeBSD5 >>> options COMPAT_FREEBSD6 # Compatible with FreeBSD6 >>> options COMPAT_FREEBSD7 # Compatible with FreeBSD7 >>> options SCSI_DELAY=3D500 # Delay (in ms) before probing SCSI >>> options KTRACE # ktrace(1) support >>> options STACK # stack(9) support >>> options SYSVSHM # SYSV-style shared memory >>> options SYSVMSG # SYSV-style message queues >>> options SYSVSEM # SYSV-style semaphores >>> options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensio= ns >>> options PRINTF_BUFR_SIZE=3D128 # Prevent printf output being interspers= ed. >>> options KBD_INSTALL_CDEV # install a CDEV entry in /dev >>> options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) >>> options CAPABILITY_MODE # Capsicum capability mode >>> options CAPABILITIES # Capsicum capabilities >>> options PROCDESC # Support for process descriptors >>> options INCLUDE_CONFIG_FILE # Include this file in kernel >>> >>> # Debugging support. Always need this: >>> options KDB # Enable kernel debugger support. >>> options KDB_TRACE # Print a stack trace for a panic. >>> options KDB_UNATTENDED >>> >>> options TEXTDUMP_PREFERRED >>> options TEXTDUMP_VERBOSE >>> >>> device pci >>> device ata # Legacy ATA/SATA controllers >>> options ATA_STATIC_ID # Static device numbering >>> >>> # ATA/SCSI peripherals >>> device scbus # SCSI bus (required for ATA/SCSI) >>> device da # Direct Access (disks) >>> device pass # Passthrough device (direct ATA/SCSI access) >>> >>> # Add suspend/resume support for the i8254. >>> device pmtimer >>> >>> # Serial (COM) ports >>> device uart # Generic UART driver >>> >>> device miibus # MII bus support >>> device vr # VIA Rhine, Rhine II >>> >>> # Wireless NIC cards >>> device wlan # 802.11 support >>> options IEEE80211_DEBUG # enable debug msgs >>> options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's >>> options IEEE80211_SUPPORT_MESH # enable 802.11s draft support >>> device wlan_wep # 802.11 WEP support >>> device wlan_ccmp # 802.11 CCMP support >>> device wlan_tkip # 802.11 TKIP support >>> device wlan_amrr # AMRR transmit rate control algorithm >>> device ath # Atheros NICs >>> device ath_pci # Atheros pci/cardbus glue >>> device ath_hal # pci/cardbus chip support >>> options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors >>> options AH_AR5416_INTERRUPT_MITIGATION # AR5416 interrupt mitigation >>> options ATH_ENABLE_11N # Enable 802.11n support for AR5416 and later >>> device ath_rate_sample # SampleRate tx rate control for ath >>> >>> # Pseudo devices. >>> device loop # Network loopback >>> device random # Entropy device >>> device ether # Ethernet support >>> device vlan # 802.1Q VLAN support >>> device tun # Packet tunnel. >>> device md # Memory "disks" >>> device gif # IPv6 and IPv4 tunneling >>> device gre >>> device faith # IPv6-to-IPv4 relaying (translation) >>> device firmware # firmware assist module >>> device if_bridge >>> >>> options VIMAGE >>> options ROUTETABLES=3D8 >>> options RADIX_MPATH >>> >>> options SW_WATCHDOG >>> >>> device crypto >>> device cryptodev >>> device glxsb >>> >>> options BOOTVERBOSE=3D1 >>> >>> #device pf >>> #device pflog >>> #device pfsync >>> device carp >>> device enc >>> device lagg >>> device epair >>> >>> #options ALTQ >>> #options ALTQ_CBQ >>> #options ALTQ_RED >>> #options ALTQ_RIO >>> #options ALTQ_HFSC >>> #options ALTQ_PRIQ >>> >>> options IPFIREWALL >>> options IPFIREWALL_DEFAULT_TO_ACCEPT >>> options IPFIREWALL_NAT >>> options LIBALIAS >>> options IPDIVERT >>> options DUMMYNET >>> >>> device bpf # Berkeley packet filter >>> >>> # USB support >>> options USB_DEBUG # enable debug msgs >>> device uhci # UHCI PCI->USB interface >>> device ohci # OHCI PCI->USB interface >>> device ehci # EHCI PCI->USB interface (USB 2.0) >>> device usb # USB Bus (required) >>> device umass # Disks/Mass storage - Requires scbus and da >>> >>> >>> Also src.conf and make.conf : >>> >>> root@vpn_vrf:[VNET(x)]:/usr/src/sys # cat /etc/src.conf >>> WITHOUT_ACCT=3Dyes >>> WITHOUT_ACPI=3Dyes >>> WITHOUT_AMD=3Dyes >>> WITHOUT_APM=3Dyes >>> WITHOUT_ASSERT_DEBUG=3Dyes >>> WITHOUT_AT=3Dyes >>> WITHOUT_ATF=3Dyes >>> WITHOUT_ATM=3Dyes >>> WITHOUT_AUDIT=3Dyes >>> WITHOUT_BLUETOOTH=3Dyes >>> WITHOUT_CALENDAR=3Dyes >>> WITHOUT_CDDL=3Dyes >>> WITHOUT_CTM=3Dyes >>> WITHOUT_DICT=3Dyes >>> WITHOUT_FLOPPY=3Dyes >>> WITHOUT_GAMES=3Dyes >>> WITHOUT_HTML=3Dyes >>> WITHOUT_INFO=3Dyes >>> WITHOUT_IPFILTER=3Dyes >>> WITHOUT_IPX=3Dyes >>> #WITHOUT_KERNEL_SYMBOLS=3Dyes >>> WITHOUT_LEGACY_CONSOLE=3Dyes >>> WITHOUT_LOCALES=3Dyes >>> WITHOUT_LPR=3Dyes >>> WITHOUT_MAIL=3Dyes >>> WITHOUT_NDIS=3Dyes >>> WITHOUT_QUOTAS=3Dyes >>> WITHOUT_ROUTED=3Dyes >>> WITHOUT_SENDMAIL=3Dyes >>> WITH_SVN=3Dyes >>> WITHOUT_ZFS=3Dyes >>> >>> root@vpn_vrf:[VNET(x)]:/usr/src/sys # cat /etc/make.conf >>> CFLAGS=3D-O2 >>> COPTFLAGS=3D -O -pipe >>> CPUTYPE=3Dgeode >>> KERNCONF=3DMARS >>> NO_MODULES=3Dyes >>> BOOTWAIT=3D0 >>> DOC_LANG=3Den_US.ISO8859-1 >>> >>> >>> >>> --Nikolay >>> >> >> Also, originally I thought that the panic is when a multi path route is >> being deleted, however again from the coredump it seems that the panic >> happens when openvpn deletes the host route it installs for the remote >> openvpn server pointed to the default gw (before openvpn installs the ne= w >> default gw pointing to the vpn tunnel) : >> >> (kgdb) fr 12 >> (kgdb) x/12sb td->td_proc->p_args >> 0xc4269780: "\001" >> 0xc4269782: "" >> 0xc4269783: "" >> 0xc4269784: "B" >> 0xc4269786: "" >> 0xc4269787: "" >> 0xc4269788: "/sbin/route" >> 0xc4269794: "delete" >> 0xc426979b: "-net" >> 0xc42697a0: "78.90.222.xxx" >> 0xc42697ad: "10.255.255.0" >> 0xc42697ba: "255.255.255.255" >> (kgdb) >> >> I'm trying to reproduce this on a VirtualBox instance now, however so fa= r no >> luck (no OpenVPN running, just adding and removing routes). >> >> >> --Nikolay Some more testing shows that it's pretty easy to panic the machine. One just have to try to delete twice a host route that has the same GW as the default gw and the machine panics. # ifconfig em0 10.0.0.155/24 up # route add default 10.0.0.1 add net default: gateway: 10.0.0.1 # route add 8.8.8.8 10.0.0.1 add host 8.8.8.8: gateway: 10.0.0.1 # route delete 8.8.8.8 10.0.0.1 delete host 8.8.8.8: gateway: 10.0.0.1 # route delete 8.8.8.8 10.0.0.1 panic: rtfree 2 --Nikolay From owner-freebsd-bugs@FreeBSD.ORG Thu Jan 2 21:00:00 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DFFBDB40 for ; Thu, 2 Jan 2014 21:00:00 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A34BA123C for ; Thu, 2 Jan 2014 21:00:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s02L00uJ070759 for ; Thu, 2 Jan 2014 21:00:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s02L0028070758; Thu, 2 Jan 2014 21:00:00 GMT (envelope-from gnats) Resent-Date: Thu, 2 Jan 2014 21:00:00 GMT Resent-Message-Id: <201401022100.s02L0028070758@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Nathan Whitehorn 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 96992546 for ; Thu, 2 Jan 2014 20:56:19 +0000 (UTC) Received: from oldred.freebsd.org (oldred.freebsd.org [IPv6:2001:1900:2254:206a::50:4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 82D321202 for ; Thu, 2 Jan 2014 20:56:19 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id s02KuJEx050235 for ; Thu, 2 Jan 2014 20:56:19 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id s02KuJus050231; Thu, 2 Jan 2014 20:56:19 GMT (envelope-from nobody) Message-Id: <201401022056.s02KuJus050231@oldred.freebsd.org> Date: Thu, 2 Jan 2014 20:56:19 GMT From: Nathan Whitehorn To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: kern/185425: iwn difficulties in busy radio environments X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jan 2014 21:00:00 -0000 >Number: 185425 >Category: kern >Synopsis: iwn difficulties in busy radio environments >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 02 21:00:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Nathan Whitehorn >Release: 11-CURRENT >Organization: >Environment: FreeBSD wanderer.tachypleus.net 11.0-CURRENT FreeBSD 11.0-CURRENT #41 r260039M: Sun Dec 29 13:22:33 EST 2013 root@wanderer.tachypleus.net:/usr/obj/usr/src/sys/WANDERER amd64 >Description: In busy radio environments (i.e. not at home), using wpa_supplicant reliably causes NIC crashes involving printing errors about "NMI_FIRMWARE_WATCHDOG" to the console. Resetting the interface (an up/down cycle) restores its operation for a time. This problem seems specific to wpa_supplicant. If I am connected to an open network and wpa_supplicant is running, the NIC will crash. If I turn wpa_supplicant off and just connect with ifconfig ssid foo, it will not crash. I suspect it is a scanning-related race. The card in question is: iwn0@pci0:3:0:0: class=0x028000 card=0x11108086 chip=0x42308086 rev=0x61 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/Wireless 4965 AG or AGN [Kedron] Network Connection' >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-bugs@FreeBSD.ORG Thu Jan 2 21:41:36 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.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 800992C5; Thu, 2 Jan 2014 21:41:36 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 54FA01641; Thu, 2 Jan 2014 21:41:36 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s02LfaVD081243; Thu, 2 Jan 2014 21:41:36 GMT (envelope-from jilles@freefall.freebsd.org) Received: (from jilles@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s02Lfab5081242; Thu, 2 Jan 2014 21:41:36 GMT (envelope-from jilles) Date: Thu, 2 Jan 2014 21:41:36 GMT Message-Id: <201401022141.s02Lfab5081242@freefall.freebsd.org> To: jilles@FreeBSD.org, freebsd-bugs@FreeBSD.org, jilles@FreeBSD.org From: jilles@FreeBSD.org Subject: Re: bin/185393: find(1): -lname buffer read overflow bug X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jan 2014 21:41:36 -0000 Old Synopsis: find -lname buffer read overflow bug New Synopsis: find(1): -lname buffer read overflow bug Responsible-Changed-From-To: freebsd-bugs->jilles Responsible-Changed-By: jilles Responsible-Changed-When: Thu Jan 2 21:41:09 UTC 2014 Responsible-Changed-Why: I'm working on this. http://www.freebsd.org/cgi/query-pr.cgi?pr=185393 From owner-freebsd-bugs@FreeBSD.ORG Thu Jan 2 22:40:01 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.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 273284C1 for ; Thu, 2 Jan 2014 22:40:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F3D7C1A9D for ; Thu, 2 Jan 2014 22:40:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s02Me083092007 for ; Thu, 2 Jan 2014 22:40:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s02Me0B8092005; Thu, 2 Jan 2014 22:40:00 GMT (envelope-from gnats) Resent-Date: Thu, 2 Jan 2014 22:40:00 GMT Resent-Message-Id: <201401022240.s02Me0B8092005@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, nap Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 21B0E4B9 for ; Thu, 2 Jan 2014 22:38:17 +0000 (UTC) Received: from oldred.freebsd.org (oldred.freebsd.org [IPv6:2001:1900:2254:206a::50:4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 014DF1A97 for ; Thu, 2 Jan 2014 22:38:17 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id s02McG0l043688 for ; Thu, 2 Jan 2014 22:38:16 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id s02McGwH043687; Thu, 2 Jan 2014 22:38:16 GMT (envelope-from nobody) Message-Id: <201401022238.s02McGwH043687@oldred.freebsd.org> Date: Thu, 2 Jan 2014 22:38:16 GMT From: nap To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: kern/185427: freebsd 8.4, 9.1 and 9.2 panic Double-Fault with intel 82576 igb driver X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jan 2014 22:40:01 -0000 >Number: 185427 >Category: kern >Synopsis: freebsd 8.4, 9.1 and 9.2 panic Double-Fault with intel 82576 igb driver >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 02 22:40:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: nap >Release: 8.4 and 9.2 >Organization: icenet >Environment: machine1 FreeBSD router9 9.2-RELEASE-p1 FreeBSD 9.2-RELEASE-p1 #1: Tue Oct 29 14:30:22 EET 2013 root@router9:/usr/obj/usr/src/sys/ICENET i386 machine2 FreeBSD router5 8.4-RELEASE-p4 FreeBSD 8.4-RELEASE-p4 #6: Fri Oct 25 06:02:16 EEST 2013 root@icenet.net.ua:/usr/obj/usr/src/sys/ICENET3 i386 >Description: With Intel 82576 igb driver, FreeBSD periodic (0.5-3 times per day) panics with "Double fault" message. With Intel 82571 em driver same routers work fine. Both routers on AMD platforms. FreeBSD 9.1-RELEASE and 9.2-RELEASE KDB backtraces and info files: http://icenet.net.ua/crash/core.txt.1 http://icenet.net.ua/crash/core.txt.2 http://icenet.net.ua/crash/core.txt.4 http://icenet.net.ua/crash/core.txt.5 http://icenet.net.ua/crash/core.txt.6 http://icenet.net.ua/crash/core.txt.7 http://icenet.net.ua/crash/core.txt.8 http://icenet.net.ua/crash/core.txt.10 http://icenet.net.ua/crash/info.1 http://icenet.net.ua/crash/info.2 http://icenet.net.ua/crash/info.3 http://icenet.net.ua/crash/info.4 http://icenet.net.ua/crash/info.5 http://icenet.net.ua/crash/info.6 http://icenet.net.ua/crash/info.7 http://icenet.net.ua/crash/info.8 http://icenet.net.ua/crash/info.10 FreeBSD 8.4 crash: http://icenet.net.ua/crash/vmcore.0 # kgdb kernel /var/crash/vmcore.0 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 double fault: eip = 0x808fcea5 esp = 0x85af0f10 ebp = 0x85af102c cpuid = 2; apic id = 02 panic: double fault cpuid = 2 Uptime: 1h25m4s Physical memory: 1773 MB Dumping 189 MB: 174 158 142 126 110 94 78 62 46 30 14 Reading symbols from /boot/kernel/if_em.ko...Reading symbols from /boot/kernel/if_em.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_em.ko Reading symbols from /boot/kernel/ng_eiface.ko...Reading symbols from /boot/kernel/ng_eiface.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_eiface.ko Reading symbols from /boot/kernel/netgraph.ko...Reading symbols from /boot/kernel/netgraph.ko.symbols...done. done. Loaded symbols for /boot/kernel/netgraph.ko Reading symbols from /boot/kernel/ng_bridge.ko...Reading symbols from /boot/kernel/ng_bridge.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_bridge.ko Reading symbols from /boot/kernel/ng_ether.ko...Reading symbols from /boot/kernel/ng_ether.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_ether.ko Reading symbols from /boot/kernel/ng_netflow.ko...Reading symbols from /boot/kernel/ng_netflow.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_netflow.ko Reading symbols from /boot/kernel/ng_ksocket.ko...Reading symbols from /boot/kernel/ng_ksocket.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_ksocket.ko Reading symbols from /boot/kernel/ng_car.ko...Reading symbols from /boot/kernel/ng_car.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_car.ko Reading symbols from /boot/kernel/ng_ipfw.ko...Reading symbols from /boot/kernel/ng_ipfw.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_ipfw.ko Reading symbols from /boot/kernel/ng_socket.ko...Reading symbols from /boot/kernel/ng_socket.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_socket.ko Reading symbols from /boot/kernel/ng_tee.ko...Reading symbols from /boot/kernel/ng_tee.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_tee.ko #0 doadump () at pcpu.h:244 244 __asm("movl %%fs:0,%0" : "=r" (td)); (kgdb) where #0 doadump () at pcpu.h:244 #1 0x808c81c7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:443 #2 0x808c8478 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:634 #3 0x80bb6b5b in dblfault_handler () at /usr/src/sys/i386/i386/trap.c:1042 #4 0x808fcea5 in kvprintf (fmt=0x80cb188f "kernel trap %d with interrupts disabled\n", func=0x808fe620 , arg=0x85af1048, radix=10, ap=0x85af110c "\f") at /usr/src/sys/kern/subr_prf.c:545 #5 0x808fe24b in vprintf (fmt=0x80cb188f "kernel trap %d with interrupts disabled\n", ap=0x85af110c "\f") at /usr/src/sys/kern/subr_prf.c:330 #6 0x808fe2bb in printf (fmt=0x80cb188f "kernel trap %d with interrupts disabled\n") at /usr/src/sys/kern/subr_prf.c:301 #7 0x80bb7949 in trap (frame=0x85af11a0) at /usr/src/sys/i386/i386/trap.c:316 #8 0x80b9e6ac in calltrap () at /usr/src/sys/i386/i386/exception.s:168 #9 0x808fbb18 in msgbuf_addchar (mbp=0x81862fe4, c=107) at /usr/src/sys/kern/subr_msgbuf.c:121 #10 0x808fe5d9 in msglogchar (c=107, pri=-1) at /usr/src/sys/kern/subr_prf.c:884 #11 0x808fe6f2 in putchar (c=107, arg=0x85af13b0) at /usr/src/sys/kern/subr_prf.c:403 #12 0x808fcf32 in kvprintf (fmt=0x80cb1890 "ernel trap %d with interrupts disabled\n", func=0x808fe620 , arg=0x85af13b0, radix=10, ap=0x85af1474 "\f") at /usr/src/sys/kern/subr_prf.c:577 #13 0x808fe24b in vprintf (fmt=0x80cb188f "kernel trap %d with interrupts disabled\n", ap=0x85af1474 "\f") at /usr/src/sys/kern/subr_prf.c:330 #14 0x808fe2bb in printf (fmt=0x80cb188f "kernel trap %d with interrupts disabled\n") at /usr/src/sys/kern/subr_prf.c:301 #15 0x80bb7949 in trap (frame=0x85af1508) at /usr/src/sys/i386/i386/trap.c:316 #16 0x80b9e6ac in calltrap () at /usr/src/sys/i386/i386/exception.s:168 #17 0x808fbb18 in msgbuf_addchar (mbp=0x81862fe4, c=107) at /usr/src/sys/kern/subr_msgbuf.c:121 #18 0x808fe5d9 in msglogchar (c=107, pri=-1) at /usr/src/sys/kern/subr_prf.c:884 #19 0x808fe6f2 in putchar (c=107, arg=0x85af1718) at /usr/src/sys/kern/subr_prf.c:403 #20 0x808fcf32 in kvprintf (fmt=0x80cb1890 "ernel trap %d with interrupts disabled\n", func=0x808fe620 , arg=0x85af1718, radix=10, ap=0x85af17dc "\f") at /usr/src/sys/kern/subr_prf.c:577 #21 0x808fe24b in vprintf (fmt=0x80cb188f "kernel trap %d with interrupts disabled\n", ap=0x85af17dc "\f") at /usr/src/sys/kern/subr_prf.c:330 #22 0x808fe2bb in printf (fmt=0x80cb188f "kernel trap %d with interrupts disabled\n") at /usr/src/sys/kern/subr_prf.c:301 #23 0x80bb7949 in trap (frame=0x85af1870) at /usr/src/sys/i386/i386/trap.c:316 #24 0x80b9e6ac in calltrap () at /usr/src/sys/i386/i386/exception.s:168 #25 0x808fbb18 in msgbuf_addchar (mbp=0x81862fe4, c=107) at /usr/src/sys/kern/subr_msgbuf.c:121 #26 0x808fe5d9 in msglogchar (c=107, pri=-1) at /usr/src/sys/kern/subr_prf.c:884 ---Type to continue, or q to quit--- #27 0x808fe6f2 in putchar (c=107, arg=0x85af1a80) at /usr/src/sys/kern/subr_prf.c:403 #28 0x808fcf32 in kvprintf (fmt=0x80cb1890 "ernel trap %d with interrupts disabled\n", func=0x808fe620 , arg=0x85af1a80, radix=10, ap=0x85af1b44 "\f") at /usr/src/sys/kern/subr_prf.c:577 #29 0x808fe24b in vprintf (fmt=0x80cb188f "kernel trap %d with interrupts disabled\n", ap=0x85af1b44 "\f") at /usr/src/sys/kern/subr_prf.c:330 #30 0x808fe2bb in printf (fmt=0x80cb188f "kernel trap %d with interrupts disabled\n") at /usr/src/sys/kern/subr_prf.c:301 #31 0x80bb7949 in trap (frame=0x85af1bd8) at /usr/src/sys/i386/i386/trap.c:316 #32 0x80b9e6ac in calltrap () at /usr/src/sys/i386/i386/exception.s:168 #33 0x808ebb01 in sched_choose () at /usr/src/sys/kern/sched_ule.c:2314 #34 0x808cfba8 in choosethread () at /usr/src/sys/kern/kern_switch.c:159 #35 0x808ee099 in sched_switch (td=0x85d438a0, newtd=0x0, flags=264) at /usr/src/sys/kern/sched_ule.c:1903 #36 0x808d0eaa in mi_switch (flags=264, newtd=0x0) at /usr/src/sys/kern/kern_synch.c:466 #37 0x808ecf5a in sched_idletd (dummy=0x0) at /usr/src/sys/kern/sched_ule.c:2642 #38 0x8089cf26 in fork_exit (callout=0x808ecce0 , arg=0x0, frame=0x85af1d28) at /usr/src/sys/kern/kern_fork.c:872 #39 0x80b9e724 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:275 (kgdb) Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.4-RELEASE-p4 #6: Fri Oct 25 06:02:16 EEST 2013 root@icenet.net.ua:/usr/obj/usr/src/sys/ICENET3 i386 gcc version 4.2.1 20070831 patched [FreeBSD] Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Phenom(tm) II X4 965 Processor (3415.35-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x100f43 Family = 10 Model = 4 Stepping = 3 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x837ff TSC: P-state invariant real memory = 2147483648 (2048 MB) avail memory = 1819262976 (1734 MB) ACPI APIC Table: <032612 APIC0905> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ACPI Warning: Optional field Pm2ControlBlock has zero address or length: 0x0000000000000000/0x1 (20101013/tbfadt-655) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: <032612 XSDT0905> on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of ffb80000, 80000 (3) failed acpi0: reservation of fec10000, 20 (3) failed acpi0: reservation of fed40000, 5000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 6fe00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xb000-0xb0ff mem 0xd0000000-0xdfffffff,0xfdff0000-0xfdffffff,0xfde00000-0xfdefffff irq 18 at device 5.0 on pci pcib2: irq 18 at device 2.0 on pci0 pci2: on pcib2 igb0: port 0xcc00-0xcc1f mem 0xfe8c0000-0xfe8dffff,0xfe400000-0xfe7fffff,0xfe8f8000-0xfe8fb igb0: Using MSIX interrupts with 5 vectors igb0: Ethernet address: 00:1b:21:8b:40:70 igb0: [ITHREAD] igb0: Bound queue 0 to cpu 0 igb0: [ITHREAD] igb0: Bound queue 1 to cpu 1 igb0: [ITHREAD] igb0: Bound queue 2 to cpu 2 igb0: [ITHREAD] igb0: Bound queue 3 to cpu 3 igb0: [ITHREAD] igb1: port 0xc880-0xc89f mem 0xfe8a0000-0xfe8bffff,0xfe000000-0xfe3fffff,0xfe8f4000-0xfe8f7 igb1: Using MSIX interrupts with 5 vectors igb1: Ethernet address: 00:1b:21:8b:40:71 igb1: [ITHREAD] igb1: Bound queue 0 to cpu 0 igb1: [ITHREAD] igb1: Bound queue 1 to cpu 1 igb1: [ITHREAD] igb1: Bound queue 2 to cpu 2 igb1: [ITHREAD] igb1: Bound queue 3 to cpu 3 igb1: [ITHREAD] pcib3: irq 16 at device 4.0 on pci0 pci3: on pcib3 re0: port 0xd800-0xd8ff mem 0xfceff000-0xfcefffff,0xfcef8000-0xfcefbfff irq 16 at device 0.0 re0: Using 1 MSI-X message re0: Chip rev. 0x2c800000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000 re0: Ethernet address: 30:85:a9:43:ef:b3 re0: [ITHREAD] atapci0: port 0xa000-0xa007,0x9000-0x9003,0x8000-0x8007,0x7000-0x7003,0x6000-0x600f mem 0xfddffc00-0xfddfffff irq atapci0: [ITHREAD] atapci0: AHCI v1.10 controller with 4 3Gbps ports, PM supported ata2: at channel 0 on atapci0 ata2: [ITHREAD] ata3: at channel 1 on atapci0 ata3: [ITHREAD] ata4: at channel 2 on atapci0 ata4: [ITHREAD] ata5: at channel 3 on atapci0 ata5: [ITHREAD] ohci0: mem 0xfddfe000-0xfddfefff irq 16 at device 18.0 on pci0 ohci0: [ITHREAD] usbus0 on ohci0 ohci1: mem 0xfddfd000-0xfddfdfff irq 16 at device 18.1 on pci0 ohci1: [ITHREAD] usbus1 on ohci1 ehci0: mem 0xfddff800-0xfddff8ff irq 17 at device 18.2 on pci0 ehci0: [ITHREAD] usbus2: EHCI version 1.0 usbus2 on ehci0 ohci2: mem 0xfddfc000-0xfddfcfff irq 18 at device 19.0 on pci0 ohci2: [ITHREAD] usbus3 on ohci2 ohci3: mem 0xfddfb000-0xfddfbfff irq 18 at device 19.1 on pci0 ohci3: [ITHREAD] usbus4 on ohci3 ehci1: mem 0xfddff400-0xfddff4ff irq 19 at device 19.2 on pci0 ehci1: [ITHREAD] usbus5: EHCI version 1.0 usbus5 on ehci1 pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 ata0: at channel 0 on atapci1 ata0: [ITHREAD] ata1: at channel 1 on atapci1 ata1: [ITHREAD] isab0: at device 20.3 on pci0 isa0: on isab0 pcib4: at device 20.4 on pci0 pci4: on pcib4 rl0: port 0xe800-0xe8ff mem 0xfebffc00-0xfebffcff irq 20 at device 5.0 on pci4 miibus1: on rl0 rlphy0: PHY 0 on miibus1 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:0e:2e:d4:3c:28 rl0: [ITHREAD] fxp0: port 0xec00-0xec1f mem 0xfcfff000-0xfcffffff,0xfea00000-0xfeafffff irq 21 at device 6.0 on pci4 miibus2: on fxp0 inphy0: PHY 1 on miibus2 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow fxp0: Ethernet address: 00:50:8b:5e:30:f7 fxp0: [ITHREAD] ohci4: mem 0xfddfa000-0xfddfafff irq 18 at device 20.5 on pci0 ohci4: [ITHREAD] usbus6 on ohci4 acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 acpi_hpet1: iomem 0xfed00000-0xfed003ff on acpi0 device_attach: acpi_hpet1 attach returned 12 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] pmtimer0 on isa0 orm0: at iomem 0xcf000-0xcf7ff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 acpi_throttle0: on cpu0 hwpstate0: on cpu0 Timecounters tick every 1.000 msec ipfw2 initialized, divert enabled, nat enabled, rule-based forwarding enabled, default to accept, logging disabled DUMMYNET 0 with IPv6 initialized (100409) load_dn_sched dn_sched QFQ loaded load_dn_sched dn_sched RR loaded load_dn_sched dn_sched WF2Q+ loaded load_dn_sched dn_sched FIFO loaded load_dn_sched dn_sched PRIO loaded usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 480Mbps High Speed USB v2.0 usbus6: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 ad6: 305245MB at ata3-master UDMA100 SATA 3Gb/s ad10: 305245MB at ata5-master UDMA100 SATA 3Gb/s uhub6: 2 ports with 2 removable, self powered uhub0: 3 ports with 3 removable, self powered uhub1: 3 ports with 3 removable, self powered uhub3: 3 ports with 3 removable, self powered uhub4: 3 ports with 3 removable, self powered uhub2: 6 ports with 6 removable, self powered uhub5: 6 ports with 6 removable, self powered SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! hwpmc: TSC/1/64/0x20 K8/4/48/0x1ff Trying to mount root from ufs:/dev/ad10s2a WARNING: / was not properly dismounted Bump sched buckets to 64 (was 0) >How-To-Repeat: set Intel 82576 adapter to the FreeBSD box and run router >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-bugs@FreeBSD.ORG Thu Jan 2 23:30:01 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73666265 for ; Thu, 2 Jan 2014 23:30:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5F6561E9D for ; Thu, 2 Jan 2014 23:30:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s02NU17J002795 for ; Thu, 2 Jan 2014 23:30:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s02NU1K9002794; Thu, 2 Jan 2014 23:30:01 GMT (envelope-from gnats) Date: Thu, 2 Jan 2014 23:30:01 GMT Message-Id: <201401022330.s02NU1K9002794@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Takashi Matsubara Subject: Re: misc/185054: Cannot mount_udf dvd Invalid argument X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Takashi Matsubara List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jan 2014 23:30:01 -0000 The following reply was made to PR misc/185054; it has been noted by GNATS. From: Takashi Matsubara To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: misc/185054: Cannot mount_udf dvd Invalid argument Date: Thu, 2 Jan 2014 23:29:37 GMT >Submitter-Id: current-users >Originator: Takashi Matsubara >Organization: >Confidential: no >Synopsis: Re: misc/185054: Cannot mount_udf dvd Invalid argument >Severity: non-critical >Priority: low >Category: misc >Class: sw-bug >Release: 10-RC4 >Environment: FreeBSD tamago-two.tamago.local 10.0-PRERELEASE FreeBSD 10.0-PRERELEASE #0 r260180: Thu Jan 2 13:22:02 JST 2014 matubara@tamago-two.tamago.local:/usr/obj/usr/src/sys/TAMAGO-TWO amd64 >Description: Information is added. [camcontrol devlist] at scbus0 target 0 lun 0 (ada0,pass0) at scbus1 target 0 lun 0 (cd0,pass1) at scbus4 target 0 lun 0 (ses0,pass2) [file -s /dev/cd0] /dev/cd0: # UDF filesystem data (version 1.5) 'SAMPLE ' mount_-t udf:NG mount -t cd9660:OK Why can't it mount by mount_udf? >How-To-Repeat: >Fix: From owner-freebsd-bugs@FreeBSD.ORG Thu Jan 2 23:30:01 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.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 AAAE4267 for ; Thu, 2 Jan 2014 23:30:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 845B51E9F for ; Thu, 2 Jan 2014 23:30:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s02NU1EC002806 for ; Thu, 2 Jan 2014 23:30:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s02NU1MJ002805; Thu, 2 Jan 2014 23:30:01 GMT (envelope-from gnats) Resent-Date: Thu, 2 Jan 2014 23:30:01 GMT Resent-Message-Id: <201401022330.s02NU1MJ002805@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Dreamcat4 Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F479169 for ; Thu, 2 Jan 2014 23:25:40 +0000 (UTC) Received: from oldred.freebsd.org (oldred.freebsd.org [IPv6:2001:1900:2254:206a::50:4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6A3861E7F for ; Thu, 2 Jan 2014 23:25:40 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id s02NPenW008465 for ; Thu, 2 Jan 2014 23:25:40 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id s02NPelO008460; Thu, 2 Jan 2014 23:25:40 GMT (envelope-from nobody) Message-Id: <201401022325.s02NPelO008460@oldred.freebsd.org> Date: Thu, 2 Jan 2014 23:25:40 GMT From: Dreamcat4 To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: misc/185429: rc.subr: ${name}_chroot does not work when there's a custom rc "start_cmd" X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jan 2014 23:30:01 -0000 >Number: 185429 >Category: misc >Synopsis: rc.subr: ${name}_chroot does not work when there's a custom rc "start_cmd" >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 02 23:30:01 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Dreamcat4 >Release: 9.1-RELEASE-p5 and higher >Organization: - >Environment: This bug occurs for any / all recent FreeBSD versions since 9.1-RELEASE-p5 >Description: There is a bug in /etc/rc.subr the bug is: if [ there's a custom ${XXX_cmd}, ] E.g. an rc "start_cmd", "stop_cmd". then "${name}_chroot" does not work. Documentation: man -Pcat rc.subr | grep -5 -i chroot ${name}_chroot Directory to chroot(8) to before running command. Only supported after /usr is mounted. It happens at these begin/end points: https://gitorious.org/freebsd/freebsd/source/1e0e806b8822c4570e09508df054f82f9a47ce0e:etc/rc.subr#L684-739 If you look in rc.subr at those lines ^^ control is obviously never getting to the part where it kicks of the chroot case... which only happens in case start). There may be more bugs nearby, and for the same reason. Will fix / wont fix ? Many thanks. >How-To-Repeat: for any rc.d service that sets "start_cmd" at the top of its rc.d script 1) set "${name}_chroot=/path/to/chroot" in rc.conf 2) set "name_enable=YES" in rc.conf 3) start that rc.d service >Fix: need to edit the file "/etc/rc.subr" around these lines: https://gitorious.org/freebsd/freebsd/source/1e0e806b8822c4570e09508df054f82f9a47ce0e:etc/rc.subr#L684-739 So that ${name}_chroot is checked for, even at the top where it says: "# if there's a custom ${XXX_cmd}," ... >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-bugs@FreeBSD.ORG Fri Jan 3 01:50:00 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.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 BFA59465 for ; Fri, 3 Jan 2014 01:50:00 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 81BAF187F for ; Fri, 3 Jan 2014 01:50:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s031o0Wq044049 for ; Fri, 3 Jan 2014 01:50:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s031o0XH044048; Fri, 3 Jan 2014 01:50:00 GMT (envelope-from gnats) Resent-Date: Fri, 3 Jan 2014 01:50:00 GMT Resent-Message-Id: <201401030150.s031o0XH044048@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Stephen Hurd Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D197235 for ; Fri, 3 Jan 2014 01:41:52 +0000 (UTC) Received: from oldred.freebsd.org (oldred.freebsd.org [IPv6:2001:1900:2254:206a::50:4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EBE501846 for ; Fri, 3 Jan 2014 01:41:51 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id s031fpvX044353 for ; Fri, 3 Jan 2014 01:41:51 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id s031fp59044345; Fri, 3 Jan 2014 01:41:51 GMT (envelope-from nobody) Message-Id: <201401030141.s031fp59044345@oldred.freebsd.org> Date: Fri, 3 Jan 2014 01:41:51 GMT From: Stephen Hurd To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: bin/185431: gcc bug with short int promotion X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jan 2014 01:50:00 -0000 >Number: 185431 >Category: bin >Synopsis: gcc bug with short int promotion >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 03 01:50:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Stephen Hurd >Release: 9.1-RELEASE-p6 >Organization: >Environment: FreeBSD cracked.hurd.local 9.1-RELEASE-p6 FreeBSD 9.1-RELEASE-p6 #0: Wed Aug 21 20:30:17 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 >Description: Integer promotion of a short int and an unsigned short in the same expression seems broken in the system compiler. >How-To-Repeat: #include int main(int argc, char **argv) { short k = 251; unsigned short l = 65535; printf("%hd > %hu = %d\n", k, l, (k > l)); return 0; } > gcc test.c > ./a.out 251 > 65535 = 1 >Fix: Use a different compiler. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-bugs@FreeBSD.ORG Fri Jan 3 02:07:28 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.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 D13E67CE; Fri, 3 Jan 2014 02:07:28 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A46451996; Fri, 3 Jan 2014 02:07:28 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s0327SUE048061; Fri, 3 Jan 2014 02:07:28 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s0327SjT048060; Fri, 3 Jan 2014 02:07:28 GMT (envelope-from linimon) Date: Fri, 3 Jan 2014 02:07:28 GMT Message-Id: <201401030207.s0327SjT048060@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: kern/185427: [igb] freebsd 8.4, 9.1 and 9.2 panic Double-Fault with intel 82576 igb driver X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jan 2014 02:07:28 -0000 Old Synopsis: freebsd 8.4, 9.1 and 9.2 panic Double-Fault with intel 82576 igb driver New Synopsis: [igb] freebsd 8.4, 9.1 and 9.2 panic Double-Fault with intel 82576 igb driver Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Fri Jan 3 02:06:34 UTC 2014 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=185427 From owner-freebsd-bugs@FreeBSD.ORG Fri Jan 3 09:29:54 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C2E3AE6B; Fri, 3 Jan 2014 09:29:54 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 95C5E19CC; Fri, 3 Jan 2014 09:29:54 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s039Ts2d060285; Fri, 3 Jan 2014 09:29:54 GMT (envelope-from tijl@freefall.freebsd.org) Received: (from tijl@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s039TrNG060284; Fri, 3 Jan 2014 10:29:53 +0100 (CET) (envelope-from tijl) Date: Fri, 3 Jan 2014 10:29:53 +0100 (CET) Message-Id: <201401030929.s039TrNG060284@freefall.freebsd.org> To: samm@os2.kiev.ua, c.kworr@gmail.com, tijl@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-bugs@FreeBSD.org From: tijl@FreeBSD.org Subject: Re: kern/177371: [cam] ATA_IDENTIFY command timeout, disk lost X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jan 2014 09:29:54 -0000 Old Synopsis: sysutils/smartmontools - triggers channel blocking New Synopsis: [cam] ATA_IDENTIFY command timeout, disk lost State-Changed-From-To: feedback->open State-Changed-By: tijl State-Changed-When: Fri Jan 3 10:18:28 CET 2014 State-Changed-Why: While the problem has been described using smartmontools it is not believed to be a ports PR. Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-bugs Responsible-Changed-By: tijl Responsible-Changed-When: Fri Jan 3 10:18:28 CET 2014 Responsible-Changed-Why: While the problem has been described using smartmontools it is not believed to be a ports PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=177371 From owner-freebsd-bugs@FreeBSD.ORG Fri Jan 3 10:20:01 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.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 8BA388A7 for ; Fri, 3 Jan 2014 10:20:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5C0B81E16 for ; Fri, 3 Jan 2014 10:20:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s03AK1Ad071146 for ; Fri, 3 Jan 2014 10:20:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s03AK14i071145; Fri, 3 Jan 2014 10:20:01 GMT (envelope-from gnats) Date: Fri, 3 Jan 2014 10:20:01 GMT Message-Id: <201401031020.s03AK14i071145@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jukka Ukkonen Subject: Re: kern/180719: [libc] [patch] Compatibility enhancement - sigsend() (function) and sigsendset() (system call) X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Jukka Ukkonen List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jan 2014 10:20:01 -0000 The following reply was made to PR kern/180719; it has been noted by GNATS. From: Jukka Ukkonen To: bug-followup@FreeBSD.org, jau@iki.fi Cc: Subject: Re: kern/180719: [libc] [patch] Compatibility enhancement - sigsend() (function) and sigsendset() (system call) Date: Fri, 03 Jan 2014 12:18:44 +0200 Now that a bunch of new system calls from cap_rights_limit() to procctl() have reserved entry numbers from 533 to 544, the code 533 I had originally used in the sigsend()/sigsendset() patch needs to be changed to 545. --jau From owner-freebsd-bugs@FreeBSD.ORG Fri Jan 3 12:00:00 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.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 9758EE3 for ; Fri, 3 Jan 2014 12:00:00 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 728CA154A for ; Fri, 3 Jan 2014 12:00:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s03C00m8091635 for ; Fri, 3 Jan 2014 12:00:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s03C00fO091634; Fri, 3 Jan 2014 12:00:00 GMT (envelope-from gnats) Resent-Date: Fri, 3 Jan 2014 12:00:00 GMT Resent-Message-Id: <201401031200.s03C00fO091634@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Bernhard Froehlich Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9360CD1 for ; Fri, 3 Jan 2014 11:59:24 +0000 (UTC) Received: from oldred.freebsd.org (oldred.freebsd.org [IPv6:2001:1900:2254:206a::50:4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7ED5F153E for ; Fri, 3 Jan 2014 11:59:24 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id s03BxOrY097331 for ; Fri, 3 Jan 2014 11:59:24 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id s03BxOdP097330; Fri, 3 Jan 2014 11:59:24 GMT (envelope-from nobody) Message-Id: <201401031159.s03BxOdP097330@oldred.freebsd.org> Date: Fri, 3 Jan 2014 11:59:24 GMT From: Bernhard Froehlich To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: misc/185441: [PATCH] sysutils/tarsnap: relax RESTRICTED X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jan 2014 12:00:00 -0000 >Number: 185441 >Category: misc >Synopsis: [PATCH] sysutils/tarsnap: relax RESTRICTED >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 03 12:00:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Bernhard Froehlich >Release: >Organization: >Environment: FreeBSD dev.bluelife.at 10.0-RC4 FreeBSD 10.0-RC4 #0 r260130: Tue Dec 31 17:10:01 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 >Description: The tarsnap license says: "You may only access the service using unmodified Tarsnap client code which I have distributed. Compiling the source code to produce binaries does not constitute "modification" for the purpose of this clause." and Colin Percival confirmed that RESTRICTED is only set in the port to be safe against accidental patching of the port. The attached patch removes the RESTRICTED setting and adds a check that enables RESTRICTED again if someone accidentally adds patches to this port. >How-To-Repeat: >Fix: Patch attached with submission follows: Index: sysutils/tarsnap/Makefile =================================================================== --- sysutils/tarsnap/Makefile (revision 338537) +++ sysutils/tarsnap/Makefile (working copy) @@ -11,8 +11,6 @@ MAINTAINER= cperciva@tarsnap.com COMMENT= Online encrypted backup service (client) -RESTRICTED= license restricts redistribution of source and binaries - GNU_CONFIGURE= yes USES= gmake @@ -27,6 +25,14 @@ SSE2_CFLAGS= -msse2 NO_STAGE= yes + +.include + +# safety check to ensure that we don't violate the license +.if exists(${PATCHDIR}) +RESTRICTED= license only allows redistribution and use of unmodified source and binaries +.endif + post-install: @if [ ! -f ${PREFIX}/etc/tarsnap.conf ]; then \ ${CP} -p ${PREFIX}/etc/tarsnap.conf.sample ${PREFIX}/etc/tarsnap.conf ; \ @@ -33,4 +39,4 @@ fi @${CAT} ${PKGDIR}/pkg-message -.include +.include >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-bugs@FreeBSD.ORG Fri Jan 3 13:14:52 2014 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 61962F6E; Fri, 3 Jan 2014 13:14:52 +0000 (UTC) Received: from m12-14.163.com (m12-14.163.com [220.181.12.14]) by mx1.freebsd.org (Postfix) with ESMTP id 60FA31A36; Fri, 3 Jan 2014 13:14:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Date:From:Subject:Message-Id:MIME-Version; bh=+r/Nn t3DoUVzqBVQ8TvtiOmwwMy7wku8ZP858BBc7ms=; b=ZSdZkC5mAnvQHItnEKG5i Qj73+4kOzakKj86uprYzo70K0y1lXFZo2pKecRToyDF8LoNfLvPXlJISby8oA2Dt mJAPZljJX70iR95TcizuQDWxcWVLwGbs3Y50+Q1CJegzvi+hXyBcF+sESXmnDAx9 PN5JnJZqqWYaK13M7jhrj4= Received: from [192.168.1.100] (unknown [60.255.0.17]) by smtp10 (Coremail) with SMTP id DsCowEC5g169t8ZSJjQHBw--.1050S2; Fri, 03 Jan 2014 21:14:39 +0800 (CST) X-Coremail-DSSMTP: 60.255.0.17 Date: Fri, 03 Jan 2014 21:14:33 +0800 From: sh1970 To: linimon@FreeBSD.org Subject: Re: kern/185427: [igb] freebsd 8.4, 9.1 and 9.2 panic Double-Fault with intel 82576 igb driver In-Reply-To: <201401030207.s0327SjT048060@freefall.freebsd.org> References: <201401030207.s0327SjT048060@freefall.freebsd.org> Message-Id: <20140103211431.4077.A3C13D1F@163.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.61.01 [en] X-CM-TRANSID: DsCowEC5g169t8ZSJjQHBw--.1050S2 X-Coremail-Antispam: 1Uf129KBjDUn29KB7ZKAUJUUUUU529EdanIXcx71UUUUU7v73 VFW2AGmfu7bjvjm3AaLaJ3UbIYCTnIWIevJa73UjIFyTuYvj4RKKZWUUUUU X-Originating-IP: [60.255.0.17] X-CM-SenderInfo: 1vkrmlqq6rljoofrz/1tbi6w0IJlEAI1XDFgABs7 Cc: freebsd-net@FreeBSD.org, freebsd-bugs@FreeBSD.org X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jan 2014 13:14:52 -0000 I also have the same problem with freebsd 8.4 stable. -- sh1970 From owner-freebsd-bugs@FreeBSD.ORG Fri Jan 3 13:20:01 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C294B16D for ; Fri, 3 Jan 2014 13:20:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 934A01A70 for ; Fri, 3 Jan 2014 13:20:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s03DK1fC013020 for ; Fri, 3 Jan 2014 13:20:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s03DK11d013019; Fri, 3 Jan 2014 13:20:01 GMT (envelope-from gnats) Date: Fri, 3 Jan 2014 13:20:01 GMT Message-Id: <201401031320.s03DK11d013019@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Colin Percival Subject: Re: misc/185441: [PATCH] sysutils/tarsnap: relax RESTRICTED X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Colin Percival List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jan 2014 13:20:01 -0000 The following reply was made to PR misc/185441; it has been noted by GNATS. From: Colin Percival To: bug-followup@FreeBSD.org, decke@FreeBSD.org Cc: Subject: Re: misc/185441: [PATCH] sysutils/tarsnap: relax RESTRICTED Date: Fri, 03 Jan 2014 05:11:45 -0800 Looks great, please commit! Thanks, -- Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid From owner-freebsd-bugs@FreeBSD.ORG Fri Jan 3 13:52:19 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.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 E8F4A874; Fri, 3 Jan 2014 13:52:19 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BD1E11DDF; Fri, 3 Jan 2014 13:52:19 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s03DqJTd020612; Fri, 3 Jan 2014 13:52:19 GMT (envelope-from decke@freefall.freebsd.org) Received: (from decke@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s03DqJ0e020611; Fri, 3 Jan 2014 13:52:19 GMT (envelope-from decke) Date: Fri, 3 Jan 2014 13:52:19 GMT Message-Id: <201401031352.s03DqJ0e020611@freefall.freebsd.org> To: decke@FreeBSD.org, decke@FreeBSD.org, freebsd-bugs@FreeBSD.org From: decke@FreeBSD.org Subject: Re: misc/185441: [PATCH] sysutils/tarsnap: relax RESTRICTED X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jan 2014 13:52:20 -0000 Synopsis: [PATCH] sysutils/tarsnap: relax RESTRICTED State-Changed-From-To: open->closed State-Changed-By: decke State-Changed-When: Fri Jan 3 13:52:19 UTC 2014 State-Changed-Why: Committed. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=185441 From owner-freebsd-bugs@FreeBSD.ORG Fri Jan 3 14:00:01 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75E6097C for ; Fri, 3 Jan 2014 14:00:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 48F561E1A for ; Fri, 3 Jan 2014 14:00:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s03E01wi020879 for ; Fri, 3 Jan 2014 14:00:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s03E01xZ020878; Fri, 3 Jan 2014 14:00:01 GMT (envelope-from gnats) Date: Fri, 3 Jan 2014 14:00:01 GMT Message-Id: <201401031400.s03E01xZ020878@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: dfilter@FreeBSD.ORG (dfilter service) Subject: Re: misc/185441: commit references a PR X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: dfilter service List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jan 2014 14:00:01 -0000 The following reply was made to PR misc/185441; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: misc/185441: commit references a PR Date: Fri, 3 Jan 2014 13:51:57 +0000 (UTC) Author: decke Date: Fri Jan 3 13:51:50 2014 New Revision: 338539 URL: http://svnweb.freebsd.org/changeset/ports/338539 Log: - Relax RESTRICTED setting to only avoid that people accidentally commit patches to this port. Redistribution in _UNMODIFIED_ form as binary and source is allowed. PR: misc/185441 Submitted by: myself Approved by: Colin Percival (maintainer) Modified: head/sysutils/tarsnap/Makefile Modified: head/sysutils/tarsnap/Makefile ============================================================================== --- head/sysutils/tarsnap/Makefile Fri Jan 3 13:37:21 2014 (r338538) +++ head/sysutils/tarsnap/Makefile Fri Jan 3 13:51:50 2014 (r338539) @@ -3,6 +3,7 @@ PORTNAME= tarsnap PORTVERSION= 1.0.35 +PORTREVISION= 1 CATEGORIES= sysutils MASTER_SITES= http://www.tarsnap.com/download-http/ DISTNAME= ${PORTNAME}-autoconf-${PORTVERSION} @@ -11,8 +12,6 @@ EXTRACT_SUFX= .tgz MAINTAINER= cperciva@tarsnap.com COMMENT= Online encrypted backup service (client) -RESTRICTED= license restricts redistribution of source and binaries - GNU_CONFIGURE= yes USES= gmake @@ -27,10 +26,18 @@ SSE2_CONFIGURE_ENABLE= sse2 SSE2_CFLAGS= -msse2 NO_STAGE= yes + +.include + +# safety check to ensure that we don't violate the license +.if exists(${PATCHDIR}) +RESTRICTED= license only allows redistribution and use of unmodified source and binaries +.endif + post-install: @if [ ! -f ${PREFIX}/etc/tarsnap.conf ]; then \ ${CP} -p ${PREFIX}/etc/tarsnap.conf.sample ${PREFIX}/etc/tarsnap.conf ; \ fi @${CAT} ${PKGDIR}/pkg-message -.include +.include _______________________________________________ svn-ports-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-ports-all To unsubscribe, send any mail to "svn-ports-all-unsubscribe@freebsd.org" From owner-freebsd-bugs@FreeBSD.ORG Fri Jan 3 14:05:57 2014 Return-Path: Delivered-To: freebsd-bugs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3FB8CCDA; Fri, 3 Jan 2014 14:05:57 +0000 (UTC) Received: from mail.ipfw.ru (mail.ipfw.ru [IPv6:2a01:4f8:120:6141::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F346E1FE9; Fri, 3 Jan 2014 14:05:56 +0000 (UTC) Received: from secured.by.ipfw.ru ([95.143.220.47] helo=ws.su29.net) by mail.ipfw.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1Vz1YY-000A9f-Ic; Fri, 03 Jan 2014 14:00:42 +0400 Message-ID: <52C6C3BA.8050600@FreeBSD.org> Date: Fri, 03 Jan 2014 18:05:46 +0400 From: "Alexander V. Chernikov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130728 Thunderbird/17.0.7 MIME-Version: 1.0 To: melifaro@FreeBSD.org Subject: Re: kern/185092: panic: rtfree 2 (using RADIX_MPATH in a VNET jail) References: <201401021334.s02DYvaw069064@freefall.freebsd.org> In-Reply-To: <201401021334.s02DYvaw069064@freefall.freebsd.org> X-Enigmail-Version: 1.5.1 Content-Type: multipart/mixed; boundary="------------010201000905080404010002" Cc: freebsd-bugs@FreeBSD.org X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jan 2014 14:05:57 -0000 This is a multi-part message in MIME format. --------------010201000905080404010002 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Please check if attached patch solves your issues. This fix is temporary, more proper one is on the way. --------------010201000905080404010002 Content-Type: text/x-patch; name="radix_mpath.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="radix_mpath.diff" Index: route.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- route.c (revision 260226) +++ route.c (working copy) @@ -943,9 +992,20 @@ register struct radix_node *rn; int error =3D 0; =20 - rn =3D rnh->rnh_matchaddr(dst, rnh); + rn =3D rnh->rnh_lookup(dst, netmask, rnh); if (rn =3D=3D NULL) return (ESRCH); + + if (netmask =3D=3D NULL) { + /* + * Check 'perfect match' case + */ + if (!sa_equal(dst, rn->rn_key)) + return (ESRCH); + if (rn->rn_mask !=3D NULL) + return (ESRCH); + } + rto =3D rt =3D RNTORT(rn); rt =3D rt_mpath_matchgate(rt, gateway); if (rt =3D=3D NULL) --------------010201000905080404010002-- From owner-freebsd-bugs@FreeBSD.ORG Fri Jan 3 16:40:00 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6B9BF9B for ; Fri, 3 Jan 2014 16:40:00 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 880121D14 for ; Fri, 3 Jan 2014 16:40:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s03Ge0dI055368 for ; Fri, 3 Jan 2014 16:40:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s03Ge0ds055367; Fri, 3 Jan 2014 16:40:00 GMT (envelope-from gnats) Resent-Date: Fri, 3 Jan 2014 16:40:00 GMT Resent-Message-Id: <201401031640.s03Ge0ds055367@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Bob Sullivan Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ABD72D79 for ; Fri, 3 Jan 2014 16:34:43 +0000 (UTC) Received: from oldred.freebsd.org (oldred.freebsd.org [IPv6:2001:1900:2254:206a::50:4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 98CA91CC3 for ; Fri, 3 Jan 2014 16:34:43 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id s03GYh6j085992 for ; Fri, 3 Jan 2014 16:34:43 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id s03GYhmO085991; Fri, 3 Jan 2014 16:34:43 GMT (envelope-from nobody) Message-Id: <201401031634.s03GYhmO085991@oldred.freebsd.org> Date: Fri, 3 Jan 2014 16:34:43 GMT From: Bob Sullivan To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: misc/185448: ext2fs corrupt dir inode, FreeBSD 10 RC3 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jan 2014 16:40:00 -0000 >Number: 185448 >Category: misc >Synopsis: ext2fs corrupt dir inode, FreeBSD 10 RC3 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 03 16:40:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Bob Sullivan >Release: FreeBSD 10 RC3 i386 >Organization: N/A >Environment: FreeBSD panther.local 10.0-RC3 FreeBSD 10.0-RC3 #0 r259778: Tue Dec 24 04:35:46 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC i386 >Description: After I upgraded from FreeBSD 8 to 10 RC3 (dual boot Linux/FreeBSD), on Linux, I noticed this error in dmesg (which never appeared on FreeBSD 8): syslog.1:Dec 29 14:49:56 pc kernel: [ 4969.426736] EXT3-fs (sda5): warning: dx_probe: Unrecognised inode hash code 44 syslog.1:Dec 29 14:49:56 pc kernel: [ 4969.426748] EXT3-fs (sda5): warning: dx_probe: Corrupt dir inode 4194305, running e2fsck is recommended. However, I compared the directory against a backup and no data was lost, and Linux fsck didn't find any real problems (this bug seems benign). bobsullivan1960 /-at-/ gmail /-/ com >How-To-Repeat: Isn't reproducible, unfortuantely. >Fix: N/A >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-bugs@FreeBSD.ORG Fri Jan 3 16:50:00 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B60975DB for ; Fri, 3 Jan 2014 16:50:00 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 912AE1DFC for ; Fri, 3 Jan 2014 16:50:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s03Go0Da057278 for ; Fri, 3 Jan 2014 16:50:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s03Go0bW057276; Fri, 3 Jan 2014 16:50:00 GMT (envelope-from gnats) Resent-Date: Fri, 3 Jan 2014 16:50:00 GMT Resent-Message-Id: <201401031650.s03Go0bW057276@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Peter K Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB6DF321 for ; Fri, 3 Jan 2014 16:44:21 +0000 (UTC) Received: from oldred.freebsd.org (oldred.freebsd.org [IPv6:2001:1900:2254:206a::50:4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D64AD1DC6 for ; Fri, 3 Jan 2014 16:44:21 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id s03GiLYV080484 for ; Fri, 3 Jan 2014 16:44:21 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id s03GiLUr080478; Fri, 3 Jan 2014 16:44:21 GMT (envelope-from nobody) Message-Id: <201401031644.s03GiLUr080478@oldred.freebsd.org> Date: Fri, 3 Jan 2014 16:44:21 GMT From: Peter K To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: misc/185449: Installer creates multiple freebsd-boot partitions X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jan 2014 16:50:00 -0000 >Number: 185449 >Category: misc >Synopsis: Installer creates multiple freebsd-boot partitions >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 03 16:50:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Peter K >Release: 10.0-RC4 >Organization: >Environment: 10.0-RC4 FreeBSD 10.0-RC4 #0 r260130: Tue Dec 31 17:10:01 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 >Description: :#gpart show ada0 => 34 3907029101 ada0 GPT (1.8T) 34 128 1 freebsd-boot (64K) 162 8388608 2 freebsd-ufs (4.0G) 8388770 20971520 3 freebsd-swap (10G) 29360290 3877668844 4 freebsd-ufs (1.8T) 3907029134 1 - free - (512B) ada0p2 had FreeBSD 9 amd64 on it, installing FreeBSD 10 RC4 amd64 to ada0p2 ada0p4 is my 'data' partition left untouched. During install if I delete my OS partition [ada0p2], then create partition, the installer complains that I'm missing freebsd-boot even though ada0p1 is never touched - I have two options, let it create or "ignore"; If I say create, then I have two 'freebsd-boot' partitions If I say ignore, I did not test of it will still use the original 'ada0p1' freebsd-boot partition, but there should still be no error. I had to delete both ada0p1 and ada0p2, and then the installer correctly created freebsd-boot on ada0p1 and freebsd-ufs on ada0p2. Any way to get the installer to detect an already existing freebsd-boot partition to use? This threw me off for a second only, but I can see where many will say 'create' and will have a new freebsd-boot partition created on each reinstall. >How-To-Repeat: Start install on an already existing system using GPT. Delete only partition where you want to install, create new partition. >Fix: Installer should detect if 'freebsd-boot' partition already exists and use that [?] >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-bugs@FreeBSD.ORG Fri Jan 3 16:50:01 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.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 24A5C5DD for ; Fri, 3 Jan 2014 16:50:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DA6AF1DFE for ; Fri, 3 Jan 2014 16:50:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s03Go0vN057289 for ; Fri, 3 Jan 2014 16:50:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s03Go0AB057288; Fri, 3 Jan 2014 16:50:00 GMT (envelope-from gnats) Resent-Date: Fri, 3 Jan 2014 16:50:00 GMT Resent-Message-Id: <201401031650.s03Go0AB057288@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Chaeles Bacon Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D3ACE2BE for ; Fri, 3 Jan 2014 16:42:28 +0000 (UTC) Received: from oldred.freebsd.org (oldred.freebsd.org [IPv6:2001:1900:2254:206a::50:4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A6BCC1D9E for ; Fri, 3 Jan 2014 16:42:28 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id s03GgSUH059559 for ; Fri, 3 Jan 2014 16:42:28 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id s03GgSDL059551; Fri, 3 Jan 2014 16:42:28 GMT (envelope-from nobody) Message-Id: <201401031642.s03GgSDL059551@oldred.freebsd.org> Date: Fri, 3 Jan 2014 16:42:28 GMT From: Chaeles Bacon To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: misc/185450: installing /d grabs all remaining space. X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jan 2014 16:50:01 -0000 >Number: 185450 >Category: misc >Synopsis: installing /d grabs all remaining space. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 03 16:50:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Chaeles Bacon >Release: 9.0 >Organization: >Environment: system with new disk, no system installed yet >Description: installing 9.0 in prepared slice, divides with /, /a, /b, properly, but /d is assigned all remaining space, with no possibility to cut. >How-To-Repeat: Install 9.0 on new disk using normal path through installation >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-bugs@FreeBSD.ORG Fri Jan 3 17:27:12 2014 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0FDD0DDB; Fri, 3 Jan 2014 17:27:12 +0000 (UTC) Received: from mail.ipfw.ru (mail.ipfw.ru [IPv6:2a01:4f8:120:6141::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BDB4E10D8; Fri, 3 Jan 2014 17:27:11 +0000 (UTC) Received: from secured.by.ipfw.ru ([95.143.220.47] helo=ws.su29.net) by mail.ipfw.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1Vz4hI-000BNB-V0; Fri, 03 Jan 2014 17:21:57 +0400 Message-ID: <52C6F2E2.4000709@FreeBSD.org> Date: Fri, 03 Jan 2014 21:26:58 +0400 From: "Alexander V. Chernikov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130728 Thunderbird/17.0.7 MIME-Version: 1.0 To: Nikolay Denev Subject: Re: misc/185092: panic: rtfree 2 (using RADIX_MPATH in a VNET jail) References: <201312221304.rBMD4q38060416@oldred.freebsd.org> <201312221310.rBMDA0KH022980@freefall.freebsd.org> In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: multipart/mixed; boundary="------------010209010603090701000503" Cc: "freebsd-net@freebsd.org" , freebsd-bugs@freebsd.org, FreeBSD-gnats-submit@freebsd.org X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jan 2014 17:27:12 -0000 This is a multi-part message in MIME format. --------------010209010603090701000503 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Please check if attached patch solves your issues. This fix is temporary, more proper one is on the way. --------------010209010603090701000503 Content-Type: text/x-patch; name="radix_mpath.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="radix_mpath.diff" Index: route.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- route.c (revision 260226) +++ route.c (working copy) @@ -943,9 +992,20 @@ register struct radix_node *rn; int error =3D 0; =20 - rn =3D rnh->rnh_matchaddr(dst, rnh); + rn =3D rnh->rnh_lookup(dst, netmask, rnh); if (rn =3D=3D NULL) return (ESRCH); + + if (netmask =3D=3D NULL) { + /* + * Check 'perfect match' case + */ + if (!sa_equal(dst, rn->rn_key)) + return (ESRCH); + if (rn->rn_mask !=3D NULL) + return (ESRCH); + } + rto =3D rt =3D RNTORT(rn); rt =3D rt_mpath_matchgate(rt, gateway); if (rt =3D=3D NULL) --------------010209010603090701000503-- From owner-freebsd-bugs@FreeBSD.ORG Fri Jan 3 18:16:55 2014 Return-Path: Delivered-To: freebsd-bugs@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 A2F98182; Fri, 3 Jan 2014 18:16:55 +0000 (UTC) Received: from mail-la0-x232.google.com (mail-la0-x232.google.com [IPv6:2a00:1450:4010:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 957DF152A; Fri, 3 Jan 2014 18:16:54 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id el20so8374584lab.9 for ; Fri, 03 Jan 2014 10:16:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=91CND64OpgFitMACUxgjBnqazrUJgiMpPFqSnDkQ5wc=; b=ftwbenHKaI0cktQ5i/pSDMje82eZUDFa+NYlFyGJM36USof08Zg4ArxW95fJ92+0Uw 6FYOD73XfW2Iow96ioXFf1doG/jZNwFmi94xZiv7MCvivF9pCZK92zb7vohOebrS4DyX IgOOcBIYuOch94yrHgQhGAnr3q2Ur4hhO865aQCGTEti9+RUGBDxQI1YqPmLjnTy2+eJ DViPMZ2mGUipWVIlXTFurcHMrk5y/Ynv1CErrW2krsdCkmyYu9T8n6oeJa+owQXl7RdA D2SbXkGcuTM13WuIRlNNXUmGBXVZP87ttKHo3vH13in+M5dEl2kxhUjw1CfYyrCzJfgn PDRg== MIME-Version: 1.0 X-Received: by 10.112.157.234 with SMTP id wp10mr5675316lbb.50.1388773012546; Fri, 03 Jan 2014 10:16:52 -0800 (PST) Received: by 10.114.242.33 with HTTP; Fri, 3 Jan 2014 10:16:52 -0800 (PST) In-Reply-To: <52C6F2E2.4000709@FreeBSD.org> References: <201312221304.rBMD4q38060416@oldred.freebsd.org> <201312221310.rBMDA0KH022980@freefall.freebsd.org> <52C6F2E2.4000709@FreeBSD.org> Date: Fri, 3 Jan 2014 18:16:52 +0000 Message-ID: Subject: Re: misc/185092: panic: rtfree 2 (using RADIX_MPATH in a VNET jail) From: Nikolay Denev To: "Alexander V. Chernikov" Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-net@freebsd.org" , freebsd-bugs@freebsd.org, FreeBSD-gnats-submit@freebsd.org X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jan 2014 18:16:55 -0000 On Fri, Jan 3, 2014 at 5:26 PM, Alexander V. Chernikov wrote: > Please check if attached patch solves your issues. > > This fix is temporary, more proper one is on the way. Thanks Alexander, this prevent the panics I was seeing, also the kernel now survives the route add/delete test from my previous email. --Nikolay From owner-freebsd-bugs@FreeBSD.ORG Sat Jan 4 02:30:08 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.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 959B59F0; Sat, 4 Jan 2014 02:30:08 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6A71F171A; Sat, 4 Jan 2014 02:30:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s042U8HB099939; Sat, 4 Jan 2014 02:30:08 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s042U8K3099938; Sat, 4 Jan 2014 02:30:08 GMT (envelope-from linimon) Date: Sat, 4 Jan 2014 02:30:08 GMT Message-Id: <201401040230.s042U8K3099938@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-wireless@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: kern/185425: [iwn] iwn difficulties in busy radio environments X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jan 2014 02:30:08 -0000 Old Synopsis: iwn difficulties in busy radio environments New Synopsis: [iwn] iwn difficulties in busy radio environments Responsible-Changed-From-To: freebsd-bugs->freebsd-wireless Responsible-Changed-By: linimon Responsible-Changed-When: Sat Jan 4 02:29:48 UTC 2014 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=185425 From owner-freebsd-bugs@FreeBSD.ORG Sat Jan 4 09:17:11 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.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 C8AE738B; Sat, 4 Jan 2014 09:17:11 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9C85E116B; Sat, 4 Jan 2014 09:17:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s049HBPN010981; Sat, 4 Jan 2014 09:17:11 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s049HBJU010980; Sat, 4 Jan 2014 09:17:11 GMT (envelope-from linimon) Date: Sat, 4 Jan 2014 09:17:11 GMT Message-Id: <201401040917.s049HBJU010980@freefall.freebsd.org> To: c.kworr@gmail.com, linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: kern/177371: [cam] ATA_IDENTIFY command timeout, disk lost X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jan 2014 09:17:11 -0000 Synopsis: [cam] ATA_IDENTIFY command timeout, disk lost State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Sat Jan 4 09:16:34 UTC 2014 State-Changed-Why: Closed at submitter's request. http://www.freebsd.org/cgi/query-pr.cgi?pr=177371 From owner-freebsd-bugs@FreeBSD.ORG Sat Jan 4 21:40:01 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8FC6A19F for ; Sat, 4 Jan 2014 21:40:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 62AF9132B for ; Sat, 4 Jan 2014 21:40:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s04Le1DS081110 for ; Sat, 4 Jan 2014 21:40:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s04Le1Ov081109; Sat, 4 Jan 2014 21:40:01 GMT (envelope-from gnats) Date: Sat, 4 Jan 2014 21:40:01 GMT Message-Id: <201401042140.s04Le1Ov081109@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: dfilter@FreeBSD.ORG (dfilter service) Subject: Re: ports/185441: commit references a PR X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: dfilter service List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jan 2014 21:40:01 -0000 The following reply was made to PR ports/185441; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/185441: commit references a PR Date: Sat, 4 Jan 2014 21:30:22 +0000 (UTC) Author: decke Date: Sat Jan 4 21:30:15 2014 New Revision: 338679 URL: http://svnweb.freebsd.org/changeset/ports/338679 Log: MFH: r338539 - Relax RESTRICTED setting to only avoid that people accidentally commit patches to this port. Redistribution in _UNMODIFIED_ form as binary and source is allowed. PR: misc/185441 Submitted by: myself Approved by: Colin Percival (maintainer) With hat: portmgr Modified: branches/2014Q1/sysutils/tarsnap/Makefile Directory Properties: branches/2014Q1/ (props changed) Modified: branches/2014Q1/sysutils/tarsnap/Makefile ============================================================================== --- branches/2014Q1/sysutils/tarsnap/Makefile Sat Jan 4 21:28:19 2014 (r338678) +++ branches/2014Q1/sysutils/tarsnap/Makefile Sat Jan 4 21:30:15 2014 (r338679) @@ -3,6 +3,7 @@ PORTNAME= tarsnap PORTVERSION= 1.0.35 +PORTREVISION= 1 CATEGORIES= sysutils MASTER_SITES= http://www.tarsnap.com/download-http/ DISTNAME= ${PORTNAME}-autoconf-${PORTVERSION} @@ -11,8 +12,6 @@ EXTRACT_SUFX= .tgz MAINTAINER= cperciva@tarsnap.com COMMENT= Online encrypted backup service (client) -RESTRICTED= license restricts redistribution of source and binaries - GNU_CONFIGURE= yes USES= gmake @@ -27,10 +26,18 @@ SSE2_CONFIGURE_ENABLE= sse2 SSE2_CFLAGS= -msse2 NO_STAGE= yes + +.include + +# safety check to ensure that we don't violate the license +.if exists(${PATCHDIR}) +RESTRICTED= license only allows redistribution and use of unmodified source and binaries +.endif + post-install: @if [ ! -f ${PREFIX}/etc/tarsnap.conf ]; then \ ${CP} -p ${PREFIX}/etc/tarsnap.conf.sample ${PREFIX}/etc/tarsnap.conf ; \ fi @${CAT} ${PKGDIR}/pkg-message -.include +.include _______________________________________________ svn-ports-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-ports-all To unsubscribe, send any mail to "svn-ports-all-unsubscribe@freebsd.org" From owner-freebsd-bugs@FreeBSD.ORG Sat Jan 4 22:20:00 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9124072E for ; Sat, 4 Jan 2014 22:20:00 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 69F04160B for ; Sat, 4 Jan 2014 22:20:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s04MK0Wu090102 for ; Sat, 4 Jan 2014 22:20:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s04MK0LT090101; Sat, 4 Jan 2014 22:20:00 GMT (envelope-from gnats) Resent-Date: Sat, 4 Jan 2014 22:20:00 GMT Resent-Message-Id: <201401042220.s04MK0LT090101@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, samoti 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 F083F71F for ; Sat, 4 Jan 2014 22:17:05 +0000 (UTC) Received: from oldred.freebsd.org (oldred.freebsd.org [IPv6:2001:1900:2254:206a::50:4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D7A871603 for ; Sat, 4 Jan 2014 22:17:05 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id s04MH5sb076313 for ; Sat, 4 Jan 2014 22:17:05 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id s04MH5nx076303; Sat, 4 Jan 2014 22:17:05 GMT (envelope-from nobody) Message-Id: <201401042217.s04MH5nx076303@oldred.freebsd.org> Date: Sat, 4 Jan 2014 22:17:05 GMT From: samoti To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: kern/185476: [freebsd-update] after binary update from FreeBSD 9.1 to 9.2 i have 36 kernel panic X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jan 2014 22:20:00 -0000 >Number: 185476 >Category: kern >Synopsis: [freebsd-update] after binary update from FreeBSD 9.1 to 9.2 i have 36 kernel panic >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jan 04 22:20:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: samoti >Release: FreeBSD 9.2 >Organization: >Environment: FreeBSD 9.2-RELEASE FreeBSD 9.2-RELEASE #0 r255898: Fri Sep 27 03:52:52 UTC 2013 root@bake.isc.freebsd.org:/usr/obj/usr/src/sys/GENERIC i386 >Description: After update: freebsd-update upgrade -r 9.2-RELEASE freebsd-update install reboot freebsd-update fetch install reboot freebsd-update install reboot I try update ports: portsnap fetch update And i have kernel panic. Then i try download all index: portsnap fetch extract And again, I have kernel panic. Then i try delete ports collection: rm -rf /usr/ports And get new kernel panic. And so it I could not update or delete ports collection. Crash log include previous pr http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/182498 Here crash log: mega:core+info: core.txt.0-33 https://mega.co.nz/#!h1IVibzQ!PZmIASjE4qCwThA8IOQiIQfhcUhSJCuLh6YmiVmkMzY Also after i can send vmcore and core.txt.34-35 NAME.bsd dumped core - see /var/crash/vmcore.0 Mon May 27 06:03:40 MSK 2013 FreeBSD NAME.bsd 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243826: Tue Dec 4 06:55:39 UTC 2012 root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 panic: page fault 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 = 0; apic id = 00 fault virtual address = 0x2c fault code = supervisor read, page not present instruction pointer = 0x20:0xc0e1eb8f stack pointer = 0x28:0xc4f23af8 frame pointer = 0x28:0xc4f23b04 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 = 1911 (sh) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: #0 0xc0af3aff at kdb_backtrace+0x4f #1 0xc0ac052f at panic+0x16f #2 0xc0e25013 at trap_fatal+0x323 #3 0xc0e2511b at trap_pfault+0xfb #4 0xc0e2608a at trap+0x44a #5 0xc0e0f66c at calltrap+0x6 #6 0xc0e21732 at pmap_copy+0x2d2 #7 0xc0d2fde5 at vmspace_fork+0x625 #8 0xc0a90c4c at fork1+0x37c #9 0xc0a92669 at sys_fork+0x39 #10 0xc0e2579a at syscall+0x34a #11 0xc0e0f6d1 at Xint0x80_syscall+0x21 Uptime: 12m51s Physical memory: 1263 MB Dumping 169 MB: 154 138 122 106 90 74 58 42 26 10 Reading symbols from /boot/kernel/pf.ko...Reading symbols from /boot/kernel/pf.ko.symbols...done. done. Loaded symbols for /boot/kernel/pf.ko Reading symbols from /boot/kernel/ng_socket.ko...Reading symbols from /boot/kernel/ng_socket.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_socket.ko Reading symbols from /boot/kernel/netgraph.ko...Reading symbols from /boot/kernel/netgraph.ko.symbols...done. done. Loaded symbols for /boot/kernel/netgraph.ko Reading symbols from /boot/kernel/ng_mppc.ko...Reading symbols from /boot/kernel/ng_mppc.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_mppc.ko Reading symbols from /boot/kernel/rc4.ko...Reading symbols from /boot/kernel/rc4.ko.symbols...done. done. Loaded symbols for /boot/kernel/rc4.ko Reading symbols from /boot/kernel/ng_iface.ko...Reading symbols from /boot/kernel/ng_iface.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_iface.ko Reading symbols from /boot/kernel/ng_ppp.ko...Reading symbols from /boot/kernel/ng_ppp.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_ppp.ko Reading symbols from /boot/kernel/ng_tee.ko...Reading symbols from /boot/kernel/ng_tee.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_tee.ko Reading symbols from /boot/kernel/ng_l2tp.ko...Reading symbols from /boot/kernel/ng_l2tp.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_l2tp.ko Reading symbols from /boot/kernel/ng_ksocket.ko...Reading symbols from /boot/kernel/ng_ksocket.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_ksocket.ko Reading symbols from /boot/kernel/ng_tcpmss.ko...Reading symbols from /boot/kernel/ng_tcpmss.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_tcpmss.ko Reading symbols from /boot/kernel/radeon.ko...Reading symbols from /boot/kernel/radeon.ko.symbols...done. done. Loaded symbols for /boot/kernel/radeon.ko Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/kernel/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel/drm.ko #0 doadump (textdump=1) at pcpu.h:244 244 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=1) at pcpu.h:244 #1 0xc0ac027f in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:448 #2 0xc0ac0572 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:636 #3 0xc0e25013 in trap_fatal (frame=0xc4f23ab8, eva=44) at /usr/src/sys/i386/i386/trap.c:1018 #4 0xc0e2511b in trap_pfault (frame=0xc4f23ab8, usermode=0, eva=44) at /usr/src/sys/i386/i386/trap.c:870 #5 0xc0e2608a in trap (frame=0xc4f23ab8) at /usr/src/sys/i386/i386/trap.c:545 #6 0xc0e0f66c in calltrap () at /usr/src/sys/i386/i386/exception.s:169 #7 0xc0e1eb8f in pmap_try_insert_pv_entry (pmap=0xc7b84e48, va=3216900096, m=0x0) at /usr/src/sys/i386/i386/pmap.c:2617 #8 0xc0e21732 in pmap_copy (dst_pmap=0xc7b84e48, src_pmap=0xc7c2f280, dst_addr=3216900096, len=131072, src_addr=3216900096) at /usr/src/sys/i386/i386/pmap.c:4078 #9 0xc0d2fde5 in vmspace_fork (vm1=0xc7c2f1d0, fork_charge=0xc4f23c10) at /usr/src/sys/vm/vm_map.c:3033 #10 0xc0a90c4c in fork1 (td=0xc781c8a0, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/kern_fork.c:845 #11 0xc0a92669 in sys_fork (td=0xc781c8a0, uap=0xc4f23ccc) at /usr/src/sys/kern/kern_fork.c:110 #12 0xc0e2579a in syscall (frame=0xc4f23d08) at subr_syscall.c:135 #13 0xc0e0f6d1 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:267 #14 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) ------------------------------------------------------------------------ ps -axl UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 0 0 0 -52 0 0 0 - DLs ?? 0:00.00 [kernel] 0 1 0 0 20 0 8032 2606864 wait DLs ?? 0:00.01 [init] 0 2 0 0 -16 0 0 0 ctl_work DL ?? 0:00.00 [ctl_thrd] 0 3 0 0 -16 0 0 0 - DL ?? 0:00.00 [fdc0] 0 4 0 0 -16 0 0 0 waiting_ DL ?? 0:00.00 [sctp_iterat 0 5 0 0 -16 0 0 0 ccb_scan DL ?? 0:00.00 [xpt_thrd] 0 6 0 0 -16 0 0 0 psleep DL ?? 0:00.00 [pagedaemon] 0 7 0 0 -16 0 0 0 psleep DL ?? 0:00.00 [vmdaemon] 0 8 0 0 155 0 0 0 pgzero DL ?? 0:00.00 [pagezero] 0 9 0 0 -16 0 0 0 psleep DL ?? 0:00.00 [bufdaemon] 0 10 0 0 -16 0 0 0 audit_wo DL ?? 0:00.00 [audit] 0 11 0 0 155 0 0 0 - RL ?? 0:47.84 [idle] 0 12 0 0 -84 0 0 0 - WL ?? 0:00.28 [intr] 0 13 0 0 -8 0 0 0 - DL ?? 0:00.10 [geom] 0 14 0 0 -16 0 0 0 - DL ?? 0:00.01 [yarrow] 0 15 0 0 -68 0 0 0 - DL ?? 0:00.00 [usb] 0 16 0 0 16 0 0 0 syncer DL ?? 0:00.00 [syncer] 0 17 0 0 -16 0 0 0 vlruwt DL ?? 0:00.00 [vnlru] 0 18 0 0 -16 0 0 0 sdflush DL ?? 0:00.00 [softdepflus 0 939 1 0 52 0 9504 2618000 select Ds ?? 0:00.00 [dhclient] 65 977 1 0 20 0 9504 2618928 select Ds ?? 0:00.00 [dhclient] 0 978 1 0 20 0 12128 2622320 select Ds ?? 0:00.00 [devd] 0 986 0 0 -16 0 0 0 pftm DL ?? 0:00.00 [pfpurge] 0 1101 1 0 20 0 9504 2608720 select Ds ?? 0:00.02 [syslogd] 0 1121 1 0 52 0 16280 2612432 select Ds ?? 0:00.72 [mpd5] 0 1131 0 0 -16 0 0 0 sleep DL ?? 0:00.00 [ng_queue] 136 1267 1 0 52 0 13520 2610576 select Ds ?? 0:00.00 [dhcpd] 0 1270 1 0 20 0 9608 2605936 select Ds ?? 0:00.02 [moused] 556 1295 1 0 20 0 9692 2633456 select Ds ?? 0:00.02 [dbus-daemon 106 1480 1 0 52 0 211556 2626960 select Ds ?? 0:19.45 [clamd] 0 1505 1 0 52 0 12960 2609648 select Ds ?? 0:00.00 [sshd] 0 1626 1 0 20 0 11216 2628816 select Ds ?? 0:00.00 [sendmail] 25 1629 1 0 24 0 11216 2624176 pause Ds ?? 0:00.00 [sendmail] 0 1633 1 0 52 0 9532 2163568 nanslp Ds ?? 0:00.00 [cron] 0 1666 1 0 20 0 10008 2636240 wait Ds ?? 0:00.00 [login] 0 1667 1 0 46 0 9504 2617072 ttyin Ds+ ?? 0:00.00 [getty] 0 1668 1 0 48 0 9504 2616144 ttyin Ds+ ?? 0:00.00 [getty] 0 1669 1 0 46 0 9504 2634384 ttyin Ds+ ?? 0:00.00 [getty] 0 1670 1 0 46 0 9504 2626032 ttyin Ds+ ?? 0:00.00 [getty] 0 1671 1 0 48 0 9504 2632528 ttyin Ds+ ?? 0:00.00 [getty] 0 1672 1 0 47 0 9504 2630672 ttyin Ds+ ?? 0:00.00 [getty] 0 1673 1 0 47 0 9504 2629744 ttyin Ds+ ?? 0:00.00 [getty] 560 1678 1 0 20 0 19432 2614288 select Ds ?? 0:00.13 [hald] 0 1680 1 0 20 0 19540 2631600 n D ?? 0:00.04 [console-kit 0 1682 1 0 20 0 18124 2607792 select D ?? 0:00.04 [polkitd] 0 1684 1 0 21 0 11888 2615216 select D ?? 0:00.01 [gam_server] 0 1685 1678 0 52 0 13984 2627888 select D ?? 0:00.02 [hald-runner 0 1691 1685 0 27 0 12312 2623248 s D ?? 0:00.01 [hald-addon- 0 1692 1685 0 20 0 10040 2611504 e D ?? 0:00.01 [hald-addon- 0 1708 1685 0 20 0 10040 2164496 e D ?? 0:00.00 [hald-addon- 1001 1713 1666 0 20 0 9808 2173776 wait D ?? 0:00.00 [sh] 0 1837 1713 0 20 0 10012 2625104 wait D ?? 0:00.00 [su] 0 1838 1837 0 24 0 10832 770928 pause D ?? 0:00.00 [csh] 0 1840 1838 0 20 0 9808 772784 wait D ?? 0:00.00 [sh] 0 1911 1840 0 21 0 9808 2177488 - R+ ?? 0:00.00 [sh] ------------------------------------------------------------------------ vmstat -s 275356 cpu context switches 30819 device interrupts 61172 software interrupts 333639 traps 1297217 system calls 20 kernel threads created 1942 fork() calls 10 vfork() calls 0 rfork() calls 0 swap pager pageins 0 swap pager pages paged in 0 swap pager pageouts 0 swap pager pages paged out 1151 vnode pager pageins 8950 vnode pager pages paged in 0 vnode pager pageouts 0 vnode pager pages paged out 0 page daemon wakeups 0 pages examined by the page daemon 248 pages reactivated 82152 copy-on-write faults 163 copy-on-write optimized faults 144054 zero fill pages zeroed 3606 zero fill pages prezeroed 98 intransit blocking page faults 283938 total VM faults taken 0 pages affected by kernel thread creation 1847953 pages affected by fork() 9701 pages affected by vfork() 0 pages affected by rfork() 0 pages cached 368484 pages freed 0 pages freed by daemon 0 pages freed by exiting processes 48569 pages active 9194 pages inactive 0 pages in VM cache 32236 pages wired down 227437 pages free 4096 bytes per page 89406 total name lookups cache hits (89% pos + 6% neg) system 0% per-directory deletions 0%, falsehits 0%, toolong 0% ------------------------------------------------------------------------ vmstat -m Type InUse MemUse HighUse Requests Size(s) md_nvidia_data 0 0K - 10 512 md_sii_data 0 0K - 10 512 CAM periph 6 1K - 22 16,32,64,128 ctlmem 5062 10113K - 5062 64,2048 ctlblk 200 800K - 200 4096 acpidev 57 2K - 57 32 ramdisk 1 4096K - 1 isadev 5 1K - 5 64 UART 6 3K - 6 16,256,1024 ctlpool 532 138K - 532 16,512 cdev 9 2K - 9 128 pci_link 64 6K - 64 16,64,128 sigio 1 1K - 9 32 filedesc 65 17K - 2129 16,256,512 kenv 82 7K - 94 16,32,64,128,4096 kqueue 10 5K - 96 128,256,1024 proc-args 35 3K - 1147 16,32,64,128,256 hhook 2 1K - 2 128 ithread 75 6K - 79 16,64,128 KTRACE 100 13K - 100 128 CAM dev queue 4 1K - 4 128 linker 256 1020K - 433 16,32,256,1024,2048,4096 lockf 26 2K - 154 32,64 loginclass 2 1K - 9 64 CAM XPT 43 20K - 1169 16,32,64,1024,2048 ip6ndp 11 1K - 13 64,128 ip6opt 1 1K - 4 32,256 temp 27 227K - 10656 16,32,64,128,256,512,1024,2048,4096 devbuf 1025 21830K - 1105 16,32,64,128,256,512,1024,2048,4096 agp 2 65K - 6 16,64 module 536 34K - 536 64,128 mtx_pool 2 8K - 2 4096 USBdev 24 4K - 57 32,128,256 USB 21 4K - 21 16,32,64,1024 pmchooks 1 1K - 1 64 subproc 136 241K - 2054 256,4096 proc 2 8K - 2 4096 session 24 2K - 40 64 pgrp 29 2K - 97 64 cred 46 5K - 15236 64,128 uidinfo 9 2K - 16 64,1024 plimit 14 4K - 240 256 sysctltmp 0 0K - 573 16,32,64,128,4096 sysctloid 3427 104K - 3526 16,32,64 sysctl 0 0K - 911 16,32,64 tidhash 1 8K - 1 umtx 280 27K - 280 64,128 p1003.1b 1 1K - 1 16 SWAP 2 345K - 2 64 acpiintr 1 1K - 1 32 bus-sc 86 84K - 3329 16,32,64,128,256,512,1024,2048,4096 bus 1266 56K - 5957 16,32,64,128,256,1024 devstat 4 9K - 4 16,4096 eventhandler 93 5K - 93 32,64,128 kobj 379 758K - 517 2048 Per-cpu 1 1K - 1 16 ppbusdev 3 1K - 3 128 rman 189 12K - 549 16,32,64 sbuf 0 0K - 942 16,32,64,128,256,512,1024,2048,4096 entropy 1024 64K - 1024 64 acpica 2107 108K - 94387 16,32,64,128,256,512,1024 stack 0 0K - 2 128 taskqueue 15 1K - 15 16,64 Unitno 17 1K - 973 16,64 iov 0 0K - 28938 16,64,128,256 select 47 3K - 47 64 ioctlops 0 0K - 14503 16,32,64,128,256,512,1024,2048,4096 msg 4 25K - 4 1024,4096 sem 4 101K - 4 1024,4096 shm 1 12K - 1 tty 21 11K - 32 512,2048 pts 0 0K - 9 128 mbuf_tag 0 0K - 717 32,64 shmfd 1 4K - 1 4096 pcb 28 79K - 192 16,32,64,512,1024,2048,4096 soname 20 2K - 2190 16,32,64,128 vfscache 1 512K - 1 vfs_hash 1 256K - 1 DEVFS1 106 27K - 117 256 vnodes 2 1K - 2 128 DEVFS3 123 16K - 150 128 mount 16 1K - 86 16,32,64,128,256 vnodemarker 0 0K - 58 512 BPF 17 18K - 17 64,128,256,4096 ether_multi 56 3K - 86 16,32,64 ifaddr 86 20K - 94 16,32,64,128,256,512,2048 ifnet 9 9K - 9 64,1024 clone 6 24K - 6 4096 arpcom 2 1K - 2 16 lltable 23 6K - 23 128,256 DEVFS 20 1K - 21 16,64 DEVFSP 2 1K - 56 32 routetbl 49 6K - 581 16,32,64,128,256 igmp 8 1K - 8 128 in_multi 3 1K - 11 128 sctp_iter 0 0K - 12 256 sctp_ifn 4 1K - 4 128 sctp_ifa 14 2K - 14 128 sctp_vrf 1 1K - 1 64 sctp_a_it 0 0K - 12 16 hostcache 1 16K - 1 syncache 1 72K - 1 in6_multi 28 4K - 28 16,256 mld 8 1K - 8 128 rpc 2 1K - 2 128 audit_evclass 179 3K - 218 16 jblocks 2 1K - 2 128 savedino 0 0K - 62 256 sbdep 0 0K - 26 32 jsegdep 30 1K - 457 32 jseg 9 2K - 55 128 jfreefrag 0 0K - 10 64 jnewblk 0 0K - 140 64 jremref 0 0K - 142 64 jaddref 0 0K - 165 64 freework 6 1K - 62 16,128 newdirblk 0 0K - 7 32 dirrem 12 1K - 130 64 mkdir 0 0K - 14 64 diradd 10 1K - 151 64 freefile 0 0K - 74 32 freeblks 5 1K - 57 128 freefrag 0 0K - 10 64 newblk 6 65K - 141 128 bmsafemap 3 5K - 132 128,4096 inodedep 19 261K - 206 256 pagedep 6 65K - 43 128 ufs_dirhash 45 10K - 45 16,32,64,128,256,512 ufs_mount 3 13K - 3 256,4096 vm_pgdata 2 65K - 2 64 UMAHash 1 1K - 1 256 atkbddev 2 1K - 2 32 pfs_nodes 21 3K - 21 128 GEOM 72 17K - 524 16,32,64,128,512,1024,2048 memdesc 1 4K - 13 32,4096 ac97 2 1K - 2 16,512 acpitask 1 1K - 1 1024 apmdev 1 1K - 1 64 CAM queue 16 1K - 61 16 madt_table 0 0K - 1 2048 kbdmux 6 18K - 6 16,256,1024,2048 feeder 12 1K - 14 16,64 scsi_cd 0 0K - 10 16 acpisem 18 3K - 18 64,128 io_apic 1 1K - 1 1024 raid_data 0 0K - 72 16,128 CAM SIM 4 1K - 4 128 MCA 4 1K - 4 128 nexusdev 4 1K - 4 16 mixer 1 4K - 1 4096 netgraph_msg 0 0K - 393 64,128,256,512,1024 netgraph_node 9 2K - 69 64,128 netgraph_hook 4 1K - 122 128 netgraph 1 1K - 23 64,256 netgraph_sock 10 1K - 85 16,64 netgraph_path 0 0K - 325 16,32 netgraph_mppc 0 0K - 1 1024 netgraph_iface 1 1K - 1 64 netgraph_ppp 1 8K - 1 netgraph_l2tp 0 0K - 14 64,1024 netgraph_ksock 0 0K - 7 64 drm_ctxbitmap 1 4K - 1 4096 drm_agplists 1 1K - 5 32,64 drm_files 0 0K - 42 16,64 drm_bufs 8 1K - 144 16,32,128,2048 drm_maps 1 1K - 74 64 drm_magic 0 0K - 1 16 drm_driver 4 2K - 31 16,32,64,256,1024,2048 drm_sarea 1 1K - 1 16 ------------------------------------------------------------------------ vmstat -z ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP UMA Kegs: 128, 0, 106, 14, 106, 0, 0 UMA Zones: 152, 0, 106, 14, 106, 0, 0 UMA Slabs: 284, 0, 3271, 5, 4170, 0, 0 UMA RCntSlabs: 544, 0, 72, 5, 72, 0, 0 UMA Hash: 128, 0, 1, 29, 2, 0, 0 16 Bucket: 76, 0, 42, 8, 42, 0, 0 32 Bucket: 140, 0, 24, 4, 24, 0, 0 64 Bucket: 268, 0, 37, 5, 37, 11, 0 128 Bucket: 524, 0, 35, 0, 35,128193, 0 VM OBJECT: 148, 0, 1547, 351, 30076, 0, 0 MAP: 140, 0, 7, 49, 7, 0, 0 KMAP ENTRY: 72, 57505, 33, 126, 7378, 0, 0 MAP ENTRY: 72, 0, 921, 669, 65270, 0, 0 fakepg: 72, 0, 0, 32913, 131349, 0, 0 mt_zone: 2060, 0, 361, 14, 361, 0, 0 16: 16, 0, 3215, 236, 57414, 0, 0 32: 32, 0, 2538, 61, 60431, 0, 0 64: 64, 0, 4771, 126, 43015, 0, 0 128: 128, 0, 1136, 124, 13511, 0, 0 256: 256, 0, 698, 52, 5529, 0, 0 512: 512, 0, 347, 13, 1994, 0, 0 1024: 1024, 0, 42, 118, 6310, 0, 0 2048: 2048, 0, 5469, 9, 9360, 0, 0 4096: 4096, 0, 313, 30, 8384, 0, 0 Files: 56, 0, 254, 148, 12727, 0, 0 TURNSTILE: 72, 0, 141, 39, 141, 0, 0 umtx pi: 52, 0, 0, 0, 0, 0, 0 MAC labels: 20, 0, 0, 0, 0, 0, 0 PROC: 720, 0, 55, 25, 1973, 0, 0 THREAD: 736, 0, 136, 4, 147, 0, 0 SLEEPQUEUE: 44, 0, 141, 95, 141, 0, 0 VMSPACE: 232, 0, 36, 32, 1955, 0, 0 cpuset: 40, 0, 59, 125, 59, 0, 0 audit_record: 824, 0, 0, 0, 0, 0, 0 mbuf_packet: 256, 0, 0, 142, 789, 0, 0 mbuf: 256, 0, 3, 139, 29839, 0, 0 mbuf_cluster: 2048, 25600, 128, 6, 128, 0, 0 mbuf_jumbo_page: 4096, 12800, 0, 5, 191, 0, 0 mbuf_jumbo_9k: 9216, 19200, 0, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 12800, 0, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0, 0 g_bio: 140, 0, 0, 308, 14750, 0, 0 ttyinq: 152, 0, 120, 218, 1335, 0, 0 ttyoutq: 256, 0, 64, 116, 639, 0, 0 ata_request: 208, 0, 1, 37, 7212, 0, 0 ata_composite: 180, 0, 0, 0, 0, 0, 0 VNODE: 272, 0, 1035, 29, 1132, 0, 0 VNODEPOLL: 60, 0, 51, 75, 51, 0, 0 NAMEI: 1024, 0, 0, 12, 29703, 0, 0 S VFS Cache: 72, 0, 991, 69, 2936, 0, 0 STS VFS Cache: 92, 0, 0, 0, 0, 0, 0 L VFS Cache: 292, 0, 14, 12, 14, 0, 0 LTS VFS Cache: 312, 0, 0, 0, 0, 0, 0 NCLNODE: 376, 0, 0, 0, 0, 0, 0 DIRHASH: 1024, 0, 126, 2, 126, 0, 0 Mountpoints: 660, 0, 2, 10, 2, 0, 0 pipe: 400, 0, 41, 9, 1239, 0, 0 ksiginfo: 80, 0, 67, 989, 4251, 0, 0 itimer: 220, 0, 0, 0, 0, 0, 0 KNOTE: 72, 0, 61, 98, 179, 0, 0 socket: 416, 25605, 60, 39, 1093, 0, 0 unpcb: 172, 25622, 40, 52, 176, 0, 0 ipq: 32, 904, 0, 0, 0, 0, 0 udp_inpcb: 252, 25605, 5, 25, 786, 0, 0 udpcb: 8, 25781, 5, 198, 786, 0, 0 tcp_inpcb: 252, 25605, 5, 25, 16, 0, 0 tcpcb: 688, 25600, 5, 10, 16, 0, 0 tcptw: 52, 5184, 0, 0, 0, 0, 0 syncache: 120, 15360, 0, 0, 0, 0, 0 hostcache: 76, 15400, 0, 0, 0, 0, 0 tcpreass: 20, 1690, 0, 0, 0, 0, 0 sackhole: 20, 0, 0, 0, 0, 0, 0 sctp_ep: 932, 25600, 0, 0, 0, 0, 0 sctp_asoc: 1504, 40000, 0, 0, 0, 0, 0 sctp_laddr: 24, 80040, 0, 145, 13, 0, 0 sctp_raddr: 496, 80000, 0, 0, 0, 0, 0 sctp_chunk: 96, 400000, 0, 0, 0, 0, 0 sctp_readq: 76, 400000, 0, 0, 0, 0, 0 sctp_stream_msg_out: 72, 400044, 0, 0, 0, 0, 0 sctp_asconf: 24, 400055, 0, 0, 0, 0, 0 sctp_asconf_ack: 24, 400055, 0, 0, 0, 0, 0 ripcb: 252, 25605, 2, 28, 4, 0, 0 rtentry: 108, 0, 23, 49, 60, 0, 0 selfd: 28, 0, 120, 261, 220902, 0, 0 SWAPMETA: 276, 121576, 0, 0, 0, 0, 0 FFS inode: 116, 0, 970, 20, 1044, 0, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 970, 5, 1044, 0, 0 pfsrctrpl: 124, 10013, 0, 0, 0, 0, 0 pfrulepl: 852, 0, 1, 7, 1, 0, 0 pfstatepl: 204, 10013, 0, 0, 0, 0, 0 pfstatekeypl: 204, 0, 0, 0, 0, 0, 0 pfstateitempl: 204, 0, 0, 0, 0, 0, 0 pfaltqpl: 224, 0, 0, 0, 0, 0, 0 pfpooladdrpl: 68, 0, 1, 111, 1, 0, 0 pfrktable: 1240, 1002, 2, 4, 18, 0, 0 pfrkentry: 92, 200004, 1, 83, 7, 0, 0 pfrkcounters: 64, 0, 0, 0, 0, 0, 0 pffrent: 16, 5075, 0, 0, 0, 0, 0 pffrag: 48, 0, 0, 0, 0, 0, 0 pffrcache: 48, 10062, 0, 0, 0, 0, 0 pffrcent: 12, 50141, 0, 0, 0, 0, 0 pfstatescrub: 28, 0, 0, 0, 0, 0, 0 pfiaddrpl: 100, 0, 1, 77, 1, 0, 0 pfospfen: 108, 0, 700, 20, 700, 0, 0 pfosfp: 28, 0, 410, 225, 410, 0, 0 NetGraph items: 36, 4130, 0, 118, 700, 0, 0 NetGraph data items: 36, 531, 0, 118, 461, 0, 0 ------------------------------------------------------------------------ vmstat -i interrupt total rate irq1: atkbd0 2547 42 irq6: fdc0 20 0 irq12: psm0 19629 327 irq14: ata0 3747 62 irq15: ata1 1090 18 irq19: rl0 3786 63 cpu0:timer 121864 2031 Total 152683 2544 ------------------------------------------------------------------------ pstat -T 254/12328 files 0M/2559M swap space ------------------------------------------------------------------------ pstat -s Device 512-blocks Used Avail Capacity /dev/ada0s2b 5242568 0 5242568 0% ------------------------------------------------------------------------ iostat iostat: kvm_read(_tk_nin): invalid address (0x0) iostat: disabling TTY statistics ada0 cd0 pass0 cpu KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 35.51 62 2.14 0.00 0 0.00 0.00 0 0.00 6 0 2 0 92 ------------------------------------------------------------------------ ipcs -a Message Queues: T ID KEY MODE OWNER GROUP CREATOR CGROUP CBYTES QNUM QBYTES LSPID LRPID STIME RTIME CTIME Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME Semaphores: T ID KEY MODE OWNER GROUP CREATOR CGROUP NSEMS OTIME CTIME ------------------------------------------------------------------------ ipcs -T msginfo: msgmax: 16384 (max characters in a message) msgmni: 40 (# of message queues) msgmnb: 2048 (max characters in a message queue) msgtql: 40 (max # of messages in system) msgssz: 8 (size of a message segment) msgseg: 2048 (# of message segments in system) shminfo: shmmax: 536870912 (max shared memory segment size) shmmin: 1 (min shared memory segment size) shmmni: 192 (max number of shared memory identifiers) shmseg: 128 (max shared memory segments per process) shmall: 131072 (max amount of shared memory in pages) seminfo: semmni: 50 (# of semaphore identifiers) semmns: 340 (# of semaphores in system) semmnu: 150 (# of undo structures in system) semmsl: 340 (max # of semaphores per id) semopm: 100 (max # of operations per semop call) semume: 50 (max # of undo entries per process) semusz: 616 (size in bytes of undo structure) semvmx: 32767 (semaphore maximum value) semaem: 16384 (adjust on exit max value) ------------------------------------------------------------------------ nfsstat Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create Remove 0 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 0 0 0 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Misses 0 0 0 0 0 0 0 0 BioRLHits Misses BioD Hits Misses DirE Hits Misses Accs Hits Misses 0 0 0 0 0 0 0 0 Server Info: Getattr Setattr Lookup Readlink Read Write Create Remove 0 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Server Ret-Failed 0 Server Faults 0 Server Cache Stats: Inprog Idem Non-idem Misses 0 0 0 0 Server Write Gathering: WriteOps WriteRPC Opsaved 0 0 0 ------------------------------------------------------------------------ netstat -s tcp: 0 packets sent 0 data packets (0 bytes) 0 data packets (0 bytes) retransmitted 0 data packets unnecessarily retransmitted 0 resends initiated by MTU discovery 0 ack-only packets (0 delayed) 0 URG only packets 0 window probe packets 0 window update packets 0 control packets 43 packets received 0 acks (for 0 bytes) 0 duplicate acks 0 acks for unsent data 0 packets (0 bytes) received in-sequence 0 completely duplicate packets (0 bytes) 0 old duplicate packets 0 packets with some dup. data (0 bytes duped) 0 out-of-order packets (0 bytes) 0 packets (0 bytes) of data after window 0 window probes 0 window update packets 0 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 0 discarded due to memory problems 0 connection requests 0 connection accepts 0 bad connection attempts 0 listen queue overflows 0 ignored RSTs in the windows 0 connections established (including accepts) 11 connections closed (including 0 drops) 0 connections updated cached RTT on close 0 connections updated cached RTT variance on close 0 connections updated cached ssthresh on close 0 embryonic connections dropped 0 segments updated rtt (of 0 attempts) 0 retransmit timeouts 0 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 Connections (fin_wait_2) dropped because of timeout 0 keepalive timeouts 0 keepalive probes sent 0 connections dropped by keepalive 0 correct ACK header predictions 0 correct data packet header predictions 0 syncache entries added 0 retransmitted 0 dupsyn 0 dropped 0 completed 0 bucket overflow 0 cache overflow 0 reset 0 stale 0 aborted 0 badack 0 unreach 0 zone failures 0 cookies sent 0 cookies received 0 hostcache entries added 0 bucket overflow 0 SACK recovery episodes 0 segment rexmits in SACK recovery episodes 0 byte rexmits in SACK recovery episodes 0 SACK options (SACK blocks) received 0 SACK options (SACK blocks) sent 0 SACK scoreboard overflow 0 packets with ECN CE bit set 0 packets with ECN ECT(0) bit set 0 packets with ECN ECT(1) bit set 0 successful ECN handshakes 0 times ECN reduced the congestion window udp: 276 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 140 with no checksum 11 dropped due to no socket 32 broadcast/multicast datagrams undelivered 0 dropped due to full socket buffers 0 not for hashed pcb 233 delivered 276 datagrams output 0 times multicast source filter matched ip: 327 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 319 packets for this host 0 packets for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 2 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent 330 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header icmp: 11 calls to icmp_error 0 errors not generated in response to an icmp message Output histogram: destination unreachable: 11 0 messages with bad code fields 0 messages less than the minimum length 0 messages with bad checksum 0 messages with bad length 0 multicast echo requests ignored 0 multicast timestamp requests ignored 0 message responses generated 0 invalid return addresses 0 no return routes igmp: 0 messages received 0 messages received with too few bytes 0 messages received with wrong TTL 0 messages received with bad checksum 0 V1/V2 membership queries received 0 V3 membership queries received 0 membership queries received with invalid field(s) 0 general queries received 0 group queries received 0 group-source queries received 0 group-source queries dropped 0 membership reports received 0 membership reports received with invalid field(s) 0 membership reports received for groups to which we belong 0 V3 reports received without Router Alert 0 membership reports sent arp: 3 ARP requests sent 0 ARP replies sent 253 ARP requests received 1 ARP reply received 255 ARP packets received 0 total packets dropped due to no ARP entry 0 ARP entrys timed out 0 Duplicate IPs seen ip6: 3 total packets received 0 with size smaller than minimum 0 with data size < data length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 fragments that exceeded limit 0 packets reassembled ok 3 packets for this host 0 packets forwarded 0 packets not forwardable 0 redirects sent 11 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 packets that violated scope rules 3 multicast packets which we don't join Input histogram: ICMP6: 3 Mbuf statistics: 3 one mbuf 0 one ext mbuf 0 two or more ext mbuf 0 packets whose headers are not contiguous 0 tunneling packets that can't find gif 0 packets discarded because of too many headers 0 failures of source address selection Source addresses selection rule applied: 3 first candidate icmp6: 0 calls to icmp6_error 0 errors not generated in response to an icmp6 message 0 errors not generated because of rate limitation Output histogram: router solicitation: 3 neighbor solicitation: 2 MLDv2 listener report: 4 0 messages with bad code fields 0 messages < minimum length 0 bad checksums 0 messages with bad length Histogram of error messages to be generated: 0 no route 0 administratively prohibited 0 beyond scope 0 address unreachable 0 port unreachable 0 packet too big 0 time exceed transit 0 time exceed reassembly 0 erroneous header field 0 unrecognized next header 0 unrecognized option 0 redirect 0 unknown 0 message responses generated 0 messages with too many ND options 0 messages with bad ND options 0 bad neighbor solicitation messages 0 bad neighbor advertisement messages 0 bad router solicitation messages 0 bad router advertisement messages 0 bad redirect messages 0 path MTU changes rip6: 0 messages received 0 checksum calculations on inbound 0 messages with bad checksum 0 messages dropped due to no socket 0 multicast messages dropped due to no socket 0 messages dropped due to full socket buffers 0 delivered 0 datagrams output ------------------------------------------------------------------------ netstat -m 3/281/284 mbufs in use (current/cache/total) 18446744073709551602/148/134/25600 mbuf clusters in use (current/cache/total/max) 0/142 mbuf+clusters out of packet secondary zone in use (current/cache) 0/5/5/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/19200 9k jumbo clusters in use (current/cache/total/max) 0/0/0/12800 16k jumbo clusters in use (current/cache/total/max) 18014398509481956K/386K/359K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines ------------------------------------------------------------------------ netstat -id Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll Drop usbus 0 0 0 0 0 0 0 0 usbus 0 0 0 0 0 0 0 0 usbus 0 0 0 0 0 0 0 0 rl0 1500 00:e0:42:fe:04:6a 537 0 0 153 0 0 0 rl0 1500 fe80::2e0:42f fe80::2e0:42ff:fe 0 - - 5 - - - rl0 1500 10.48.88.0/21 10.48.95.200 257 - - 142 - - - rl1 1500 00:80:48:14:88:65 0 0 0 0 0 0 0 rl1 1500 192.168.0.0 192.168.0.1 0 - - 0 - - - rl1 1500 fe80::280:48f fe80::280:48ff:fe 0 - - 1 - - - plip0 1500 0 0 0 0 0 0 0 lo0 16384 0 0 0 0 0 0 0 lo0 16384 localhost ::1 0 - - 0 - - - lo0 16384 fe80::1%lo0 fe80::1 0 - - 0 - - - lo0 16384 your-net localhost 0 - - 0 - - - ng0* 1500 54 0 0 94 0 0 0 ------------------------------------------------------------------------ netstat -anr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 10.48.88.1 UGS 0 10 rl0 10.48.88.0/21 link#4 U 0 0 rl0 10.48.95.200 link#4 UHS 0 0 lo0 127.0.0.1 link#7 UH 0 0 lo0 192.168.0.0/24 link#5 U 0 0 rl1 192.168.0.1 link#5 UHS 0 0 lo0 Internet6: Destination Gateway Flags Netif Expire ::/96 ::1 UGRS lo0 ::1 link#7 UH lo0 ::ffff:0.0.0.0/96 ::1 UGRS lo0 fe80::/10 ::1 UGRS lo0 fe80::%rl0/64 link#4 U rl0 fe80::2e0:42ff:fefe:46a%rl0 link#4 UHS lo0 fe80::%rl1/64 link#5 U rl1 fe80::280:48ff:fe14:8865%rl1 link#5 UHS lo0 fe80::%lo0/64 link#7 U lo0 fe80::1%lo0 link#7 UHS lo0 ff01::%rl0/32 fe80::2e0:42ff:fefe:46a%rl0 U rl0 ff01::%rl1/32 fe80::280:48ff:fe14:8865%rl1 U rl1 ff01::%lo0/32 ::1 U lo0 ff02::/16 ::1 UGRS lo0 ff02::%rl0/32 fe80::2e0:42ff:fefe:46a%rl0 U rl0 ff02::%rl1/32 fe80::280:48ff:fe14:8865%rl1 U rl1 ff02::%lo0/32 ::1 U lo0 ------------------------------------------------------------------------ netstat -anA Active Internet connections (including servers) Tcpcb Proto Recv-Q Send-Q Local Address Foreign Address (state) c79b6000 tcp4 0 0 127.0.0.1.25 *.* LISTEN c79b62b0 tcp4 0 0 *.22 *.* LISTEN c79b6560 tcp6 0 0 *.22 *.* LISTEN c79b6ac0 tcp4 0 0 192.168.0.1.5008 *.* LISTEN c79b7000 tcp4 0 0 192.168.0.1.5007 *.* LISTEN c7888000 udp4 0 0 *.67 *.* c78881f8 udp6 0 0 *.16609 *.* c78880fc udp4 0 0 *.1897 *.* c7889000 udp4 0 0 *.514 *.* c7888dc8 udp6 0 0 *.514 *.* c789dbd0 icm4 0 0 *.* *.* Active UNIX domain sockets Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr c78a10ac stream 0 0 0 c78a1ac0 0 0 /var/run/dbus/system_bus_socket c78a1ac0 stream 0 0 0 c78a10ac 0 0 c78a26b8 stream 0 0 0 c78a260c 0 0 /var/run/hald/dbus-QcLjNrujdp c78a260c stream 0 0 0 c78a26b8 0 0 c78a2560 stream 0 0 0 c78a20ac 0 0 /var/run/dbus/system_bus_socket c78a20ac stream 0 0 0 c78a2560 0 0 c78a22b0 stream 0 0 0 c78a235c 0 0 /var/run/hald/dbus-QcLjNrujdp c78a235c stream 0 0 0 c78a22b0 0 0 c78a2408 stream 0 0 0 c78a24b4 0 0 /var/run/hald/dbus-QcLjNrujdp c78a24b4 stream 0 0 0 c78a2408 0 0 c78a2810 stream 0 0 0 c78a28bc 0 0 /var/run/devd.pipe c78a28bc stream 0 0 0 c78a2810 0 0 c78a2968 stream 0 0 0 c78a2a14 0 0 /var/run/hald/dbus-ByDYAuFEe3 c78a2a14 stream 0 0 0 c78a2968 0 0 c78a2ac0 stream 0 0 c7bdd880 0 0 0 /var/run/hald/dbus-ByDYAuFEe3 c78a2c18 stream 0 0 0 c78a2cc4 0 0 /tmp/fam-root/fam- c78a2cc4 stream 0 0 0 c78a2c18 0 0 c78a2ec8 stream 0 0 c7bec770 0 0 0 /tmp/fam-root/fam- c7be4158 stream 0 0 0 c78a1000 0 0 /var/run/dbus/system_bus_socket c78a1000 stream 0 0 0 c7be4158 0 0 c78a1408 stream 0 0 0 c78a14b4 0 0 /var/run/dbus/system_bus_socket c78a14b4 stream 0 0 0 c78a1408 0 0 c78a1560 stream 0 0 0 c78a18bc 0 0 /var/run/dbus/system_bus_socket c78a18bc stream 0 0 0 c78a1560 0 0 c78a2000 stream 0 0 0 c78a1ec8 0 0 /var/run/dbus/system_bus_socket c78a1ec8 stream 0 0 0 c78a2000 0 0 c78a1e1c stream 0 0 c7bb2dd0 0 0 0 /var/run/hald/dbus-QcLjNrujdp c78a1a14 stream 0 0 c7882550 0 0 0 /var/run/clamav/clamd.sock c78a1810 stream 0 0 0 c78a1764 0 0 c78a1764 stream 0 0 0 c78a1810 0 0 c78a16b8 stream 0 0 c79ec330 0 0 0 /var/run/dbus/system_bus_socket c78a1cc4 stream 0 0 c78a4220 0 0 0 /var/run/devd.pipe c78a2d70 dgram 0 0 0 c78a12b0 0 c78a1c18 c78a1b6c dgram 0 0 0 c78a1204 0 c78a1d70 c78a1d70 dgram 0 0 0 c78a1204 0 0 c78a1c18 dgram 0 0 0 c78a12b0 0 c78a160c c78a160c dgram 0 0 0 c78a12b0 0 c78a135c c78a135c dgram 0 0 0 c78a12b0 0 0 c78a12b0 dgram 0 0 c798b660 0 c78a2d70 0 /var/run/logpriv c78a1204 dgram 0 0 c798b770 0 c78a1b6c 0 /var/run/log ------------------------------------------------------------------------ netstat -aL Current listen queue sizes (qlen/incqlen/maxqlen) Proto Listen Local Address tcp4 0/0/10 localhost.smtp tcp4 0/0/128 *.ssh tcp6 0/0/128 *.ssh tcp4 0/0/128 192.168.0.1.5008 tcp4 0/0/2 192.168.0.1.5007 unix 0/0/30 /var/run/hald/dbus-ByDYAuFEe3 unix 0/0/30 /tmp/fam-root/fam- unix 0/0/30 /var/run/hald/dbus-QcLjNrujdp unix 0/0/128 /var/run/clamav/clamd.sock unix 0/0/30 /var/run/dbus/system_bus_socket unix 0/0/4 /var/run/devd.pipe ------------------------------------------------------------------------ fstat USER CMD PID FD MOUNT INUM MODE SZ|DV R/W root sh 1911 root / 2 drwxr-xr-x 1024 r root sh 1911 wd / 1068037 drwxr-xr-x 512 r root sh 1911 text / 561825 -r-xr-xr-x 120264 r root sh 1911 ctty /dev 58 crw------- ttyv0 rw root sh 1911 0 /dev 58 crw------- ttyv0 rw root sh 1911 1 /dev 58 crw------- ttyv0 rw root sh 1911 2 /dev 58 crw------- ttyv0 rw root sh 1911 10 / 1046729 -r-xr-xr-x 5026 r root sh 1840 root / 2 drwxr-xr-x 1024 r root sh 1840 wd / 1068037 drwxr-xr-x 512 r root sh 1840 text / 561825 -r-xr-xr-x 120264 r root sh 1840 ctty /dev 58 crw------- ttyv0 rw root sh 1840 0 /dev 58 crw------- ttyv0 rw root sh 1840 1 /dev 58 crw------- ttyv0 rw root sh 1840 2 /dev 58 crw------- ttyv0 rw root sh 1840 10 /dev 58 crw------- ttyv0 rw root csh 1838 root / 2 drwxr-xr-x 1024 r root csh 1838 wd / 1068037 drwxr-xr-x 512 r root csh 1838 text / 561798 -r-xr-xr-x 340884 r root csh 1838 ctty /dev 58 crw------- ttyv0 rw root csh 1838 16 /dev 58 crw------- ttyv0 rw root csh 1838 17 /dev 58 crw------- ttyv0 rw root csh 1838 18 /dev 58 crw------- ttyv0 rw root csh 1838 19 /dev 58 crw------- ttyv0 rw root su 1837 root / 2 drwxr-xr-x 1024 r root su 1837 wd / 1068037 drwxr-xr-x 512 r root su 1837 text / 812783 -r-sr-xr-x 14788 r root su 1837 ctty /dev 58 crw------- ttyv0 rw root su 1837 0 /dev 58 crw------- ttyv0 rw root su 1837 1 /dev 58 crw------- ttyv0 rw root su 1837 2 /dev 58 crw------- ttyv0 rw momiti sh 1713 root / 2 drwxr-xr-x 1024 r momiti sh 1713 wd / 1068037 drwxr-xr-x 512 r momiti sh 1713 text / 561825 -r-xr-xr-x 120264 r momiti sh 1713 ctty /dev 58 crw------- ttyv0 rw momiti sh 1713 0 /dev 58 crw------- ttyv0 rw momiti sh 1713 1 /dev 58 crw------- ttyv0 rw momiti sh 1713 2 /dev 58 crw------- ttyv0 rw momiti sh 1713 10 /dev 58 crw------- ttyv0 rw root hald-addon-storage 1708 root / 2 drwxr-xr-x 1024 r root hald-addon-storage 1708 wd / 1068067 drwxr-xr-x 1536 r root hald-addon-storage 1708 text / 1048001 -r-xr-xr-x 16988 r root hald-addon-storage 1708 0 /dev 21 crw-rw-rw- null r root hald-addon-storage 1708 1 /dev 21 crw-rw-rw- null rw root hald-addon-storage 1708 2 /dev 21 crw-rw-rw- null rw root hald-addon-storage 1708 3* local stream c78a260c <-> c78a26b8 root hald-addon-storage 1708 4* local stream c78a1ac0 <-> c78a10ac root hald-addon-storage 1692 root / 2 drwxr-xr-x 1024 r root hald-addon-storage 1692 wd / 1068067 drwxr-xr-x 1536 r root hald-addon-storage 1692 text / 1048001 -r-xr-xr-x 16988 r root hald-addon-storage 1692 0 /dev 21 crw-rw-rw- null r root hald-addon-storage 1692 1 /dev 21 crw-rw-rw- null rw root hald-addon-storage 1692 2 /dev 21 crw-rw-rw- null rw root hald-addon-storage 1692 3* local stream c78a235c <-> c78a22b0 root hald-addon-storage 1692 4* local stream c78a20ac <-> c78a2560 root hald-addon-mouse-s 1691 root / 2 drwxr-xr-x 1024 r root hald-addon-mouse-s 1691 wd / 1068067 drwxr-xr-x 1536 r root hald-addon-mouse-s 1691 text / 1048003 -r-xr-xr-x 10684 r root hald-addon-mouse-s 1691 0 /dev 21 crw-rw-rw- null r root hald-addon-mouse-s 1691 1 /dev 21 crw-rw-rw- null rw root hald-addon-mouse-s 1691 2 /dev 21 crw-rw-rw- null rw root hald-addon-mouse-s 1691 3* local stream c78a24b4 <-> c78a2408 root hald-runner 1685 root / 2 drwxr-xr-x 1024 r root hald-runner 1685 wd / 2 drwxr-xr-x 1024 r root hald-runner 1685 text / 1047946 -r-xr-xr-x 14080 r root hald-runner 1685 0 /dev 21 crw-rw-rw- null r root hald-runner 1685 1 /dev 21 crw-rw-rw- null rw root hald-runner 1685 2 /dev 21 crw-rw-rw- null rw root hald-runner 1685 3* local stream c78a2a14 <-> c78a2968 root hald-runner 1685 4* pipe c7bb74b0 <-> c7bb756c 0 rw root hald-runner 1685 5* pipe c7bb756c <-> c7bb74b0 0 rw root hald-runner 1685 6* pipe c7bb7af0 <-> c7bb7bac 0 rw root hald-runner 1685 7* pipe c7bb7bac <-> c7bb7af0 0 rw root hald-runner 1685 9* pipe c77f024c <-> c77f0190 0 rw root hald-runner 1685 12* pipe c7bb7d3c <-> c7bb7c80 0 rw root hald-runner 1685 13* pipe c77efecc <-> c77efe10 0 rw root hald-runner 1685 14* pipe c77ef24c <-> c77ef190 0 rw root hald-runner 1685 15* pipe c7be588c <-> c7be57d0 0 rw root hald-runner 1685 16* pipe c7be56fc <-> c7be5640 0 rw root hald-runner 1685 17* pipe c77efbac <-> c77efaf0 0 rw root hald-runner 1685 18* pipe c7bb7ecc <-> c7bb7e10 0 rw root hald-runner 1685 19* pipe c77f03dc <-> c77f0320 0 rw root hald-runner 1685 20* pipe c7be50bc <-> c7be5000 0 rw root hald-runner 1685 21* pipe c7bb70bc <-> c7bb7000 0 rw root hald-runner 1685 22* pipe c77ef88c <-> c77ef7d0 0 rw root hald-runner 1685 23* pipe c7c13ecc <-> c7c13e10 0 rw root hald-runner 1685 24* pipe c7c13bac <-> c7c13af0 0 rw root hald-runner 1685 25* pipe c7c1388c <-> c7c137d0 0 rw root hald-runner 1685 26* pipe c7c1356c <-> c7c134b0 0 rw root hald-runner 1685 27* pipe c7c1324c <-> c7c13190 0 rw root hald-runner 1685 28* pipe c7be5ecc <-> c7be5e10 0 rw root hald-runner 1685 29* pipe c7be5bac <-> c7be5af0 0 rw root hald-runner 1685 30* pipe c7be5d3c <-> c7be5c80 0 rw root gam_server 1684 root / 2 drwxr-xr-x 1024 r root gam_server 1684 wd / 2 drwxr-xr-x 1024 r root gam_server 1684 text / 1047481 -r-xr-xr-x 61588 r root gam_server 1684 0 /dev 21 crw-rw-rw- null r root gam_server 1684 1 /dev 21 crw-rw-rw- null w root gam_server 1684 2 /dev 21 crw-rw-rw- null w root gam_server 1684 4* pipe c7be54b0 <-> c7be556c 0 rw root gam_server 1684 5* pipe c7be556c <-> c7be54b0 0 rw root gam_server 1684 6* local stream c78a2ec8 root gam_server 1684 7* pipe c7be5320 <-> c7be53dc 0 rw root gam_server 1684 8* pipe c7be53dc <-> c7be5320 0 rw root gam_server 1684 9* local stream c78a2c18 <-> c78a2cc4 root gam_server 1684 10 / 1391469 drwxr-xr-x 512 r root gam_server 1684 11 / 1391470 -r--r--r-- 1524 r root gam_server 1684 12 / 1391479 -r--r--r-- 1240 r root gam_server 1684 13 / 1391481 -r--r--r-- 1652 r root gam_server 1684 14 / 2247170 -rw-r--r-- 67 r root gam_server 1684 15 / 2248743 drwxr-xr-x 512 r root gam_server 1684 16 / 2248744 -r--r--r-- 272 r root gam_server 1684 17 / 2248722 drwxr-xr-x 512 r root gam_server 1684 18 / 2248729 drwxr-xr-x 512 r root gam_server 1684 19 / 2248723 drwxr-xr-x 512 r root gam_server 1684 20 / 2248730 drwxr-xr-x 512 r root gam_server 1684 21 / 2248724 drwxr-xr-x 512 r root gam_server 1684 22 / 2248731 drwxr-xr-x 512 r root gam_server 1684 23 / 2248725 drwxr-xr-x 512 r root gam_server 1684 24 / 2248732 drwxr-xr-x 512 r root gam_server 1684 25 / 2248726 drwxr-xr-x 512 r root gam_server 1684 26 / 2248733 drwxr-xr-x 512 r root gam_server 1684 27 / 2248721 drwxr-xr-x 512 r root gam_server 1684 28 / 2248722 drwxr-xr-x 512 r root gam_server 1684 29 / 2248723 drwxr-xr-x 512 r root gam_server 1684 30 / 2248724 drwxr-xr-x 512 r root gam_server 1684 31 / 2248725 drwxr-xr-x 512 r root gam_server 1684 32 / 2248726 drwxr-xr-x 512 r root gam_server 1684 33 / 2248728 drwx------ 512 r root gam_server 1684 34 / 2248729 drwxr-xr-x 512 r root gam_server 1684 35 / 2248730 drwxr-xr-x 512 r root gam_server 1684 36 / 2248731 drwxr-xr-x 512 r root gam_server 1684 37 / 2248732 drwxr-xr-x 512 r root gam_server 1684 38 / 2248733 drwxr-xr-x 512 r root polkitd 1682 root / 2 drwxr-xr-x 1024 r root polkitd 1682 wd / 2 drwxr-xr-x 1024 r root polkitd 1682 text / 1047894 -r-xr-xr-x 7048 r root polkitd 1682 0 /dev 21 crw-rw-rw- null rw root polkitd 1682 1 /dev 21 crw-rw-rw- null rw root polkitd 1682 2 /dev 21 crw-rw-rw- null rw root polkitd 1682 3* pipe c7bb7320 <-> c7bb73dc 0 rw root polkitd 1682 4 /dev 21 crw-rw-rw- null rw root polkitd 1682 5* pipe c7bb73dc <-> c7bb7320 0 rw root polkitd 1682 6 / 1631974 drwxr-xr-x 512 r root polkitd 1682 7 / 2094364 drwxr-xr-x 512 r root polkitd 1682 8* local stream c78a1000 <-> c7be4158 root polkitd 1682 9* pipe c7bb7190 <-> c7bb724c 0 rw root polkitd 1682 10* pipe c7bb724c <-> c7bb7190 0 rw root polkitd 1682 11* local stream c78a2cc4 <-> c78a2c18 root polkitd 1682 12* pipe c7c13960 <-> c7c13a1c 0 rw root polkitd 1682 13* pipe c7c13a1c <-> c7c13960 0 rw root console-kit-daemon 1680 root / 2 drwxr-xr-x 1024 r root console-kit-daemon 1680 wd / 2 drwxr-xr-x 1024 r root console-kit-daemon 1680 text / 1151512 -r-xr-xr-x 116668 r root console-kit-daemon 1680 0 /dev 21 crw-rw-rw- null rw root console-kit-daemon 1680 1 /dev 21 crw-rw-rw- null rw root console-kit-daemon 1680 2 /dev 21 crw-rw-rw- null rw root console-kit-daemon 1680 3* pipe c77f0af0 <-> c77f0bac 0 rw root console-kit-daemon 1680 4 /dev 21 crw-rw-rw- null rw root console-kit-daemon 1680 5* pipe c77f0bac <-> c77f0af0 0 rw root console-kit-daemon 1680 6 / 1631974 drwxr-xr-x 512 r root console-kit-daemon 1680 7 / 2094364 drwxr-xr-x 512 r root console-kit-daemon 1680 8* pipe c77f0960 <-> c77f0a1c 0 rw root console-kit-daemon 1680 9* pipe c77f0a1c <-> c77f0960 0 rw root console-kit-daemon 1680 10* local stream c78a18bc <-> c78a1560 root console-kit-daemon 1680 11 / 2248863 -rw-r--r-- 61 w root console-kit-daemon 1680 12* local stream c78a14b4 <-> c78a1408 root console-kit-daemon 1680 13 /dev 5 crw------- console r root console-kit-daemon 1680 14* pipe c77f0c80 <-> c77f0d3c 0 rw root console-kit-daemon 1680 15* pipe c77f0d3c <-> c77f0c80 0 rw root console-kit-daemon 1680 16* pipe c7bb7960 <-> c7bb7a1c 0 rw root console-kit-daemon 1680 17* pipe c7bb7a1c <-> c7bb7960 0 rw haldaemo hald 1678 root / 2 drwxr-xr-x 1024 r haldaemo hald 1678 wd / 2 drwxr-xr-x 1024 r haldaemo hald 1678 text / 1151517 -r-xr-xr-x 269636 r haldaemo hald 1678 0 /dev 21 crw-rw-rw- null rw haldaemo hald 1678 1 /dev 21 crw-rw-rw- null rw haldaemo hald 1678 2 /dev 21 crw-rw-rw- null rw haldaemo hald 1678 3* pipe c77f07d0 <-> c77f088c 0 rw haldaemo hald 1678 4* pipe c77f088c <-> c77f07d0 0 rw haldaemo hald 1678 7* pipe c77f04b0 <-> c77f056c 0 rw haldaemo hald 1678 8* pipe c77f056c <-> c77f04b0 0 rw haldaemo hald 1678 9* local stream c78a1e1c haldaemo hald 1678 10* local stream c78a1ec8 <-> c78a2000 haldaemo hald 1678 11* local stream c78a2ac0 haldaemo hald 1678 12* pipe c7bb7640 <-> c7bb76fc 0 rw haldaemo hald 1678 13* pipe c7bb76fc <-> c7bb7640 0 rw haldaemo hald 1678 14* local stream c78a2968 <-> c78a2a14 haldaemo hald 1678 16 /dev 23 crw-r--r-- pci rw haldaemo hald 1678 17 /dev 77 crw------- xpt0 rw haldaemo hald 1678 19 / 2173702 -r--r--r-- 403 r haldaemo hald 1678 20 / 2173699 drwxr-xr-x 512 r haldaemo hald 1678 21 / 2173665 -rw-rw-r-- 0 r haldaemo hald 1678 22 / 2249217 drwxr-xr-x 512 r haldaemo hald 1678 23 / 2249219 drwxr-xr-x 512 r haldaemo hald 1678 24 / 2249218 drwxr-xr-x 512 r haldaemo hald 1678 25 / 2249220 drwxr-xr-x 512 r haldaemo hald 1678 26 / 2249195 drwxr-xr-x 512 r haldaemo hald 1678 27 / 2249198 drwxr-xr-x 512 r haldaemo hald 1678 28 / 2249196 drwxr-xr-x 512 r haldaemo hald 1678 29 / 2249197 -r--r--r-- 1648 r haldaemo hald 1678 30 / 2249201 drwxr-xr-x 512 r haldaemo hald 1678 31 / 2249202 drwxr-xr-x 512 r haldaemo hald 1678 32 / 2249215 drwxr-xr-x 512 r haldaemo hald 1678 33 / 2249203 drwxr-xr-x 512 r haldaemo hald 1678 34 / 2249214 -r--r--r-- 1603 r haldaemo hald 1678 35 / 2249213 -r--r--r-- 20371 r haldaemo hald 1678 36 / 2249212 -r--r--r-- 1214 r haldaemo hald 1678 37 / 2249211 -r--r--r-- 1028 r haldaemo hald 1678 38 / 2249210 -r--r--r-- 1236 r haldaemo hald 1678 39 / 2249209 -r--r--r-- 1767 r haldaemo hald 1678 40 / 2249208 -r--r--r-- 4032 r haldaemo hald 1678 41 / 2249224 -r--r--r-- 257 r haldaemo hald 1678 42 / 2249207 -r--r--r-- 390 r haldaemo hald 1678 43 / 2249206 -r--r--r-- 1661 r haldaemo hald 1678 44 / 2249204 -r--r--r-- 795 r haldaemo hald 1678 45 / 2249205 -r--r--r-- 720 r haldaemo hald 1678 46 / 2249216 drwxr-xr-x 512 r haldaemo hald 1678 47* local stream c78a28bc <-> c78a2810 haldaemo hald 1678 48* local stream c78a2408 <-> c78a24b4 haldaemo hald 1678 49* local stream c78a22b0 <-> c78a235c haldaemo hald 1678 50* local stream c78a26b8 <-> c78a260c root getty 1673 root / 2 drwxr-xr-x 1024 r root getty 1673 wd / 2 drwxr-xr-x 1024 r root getty 1673 text / 810205 -r-xr-xr-x 22828 r root getty 1673 ctty /dev 65 crw------- ttyv7 rw root getty 1673 0 /dev 65 crw------- ttyv7 rw root getty 1673 1 /dev 65 crw------- ttyv7 rw root getty 1673 2 /dev 65 crw------- ttyv7 rw root getty 1672 root / 2 drwxr-xr-x 1024 r root getty 1672 wd / 2 drwxr-xr-x 1024 r root getty 1672 text / 810205 -r-xr-xr-x 22828 r root getty 1672 ctty /dev 64 crw------- ttyv6 rw root getty 1672 0 /dev 64 crw------- ttyv6 rw root getty 1672 1 /dev 64 crw------- ttyv6 rw root getty 1672 2 /dev 64 crw------- ttyv6 rw root getty 1671 root / 2 drwxr-xr-x 1024 r root getty 1671 wd / 2 drwxr-xr-x 1024 r root getty 1671 text / 810205 -r-xr-xr-x 22828 r root getty 1671 ctty /dev 63 crw------- ttyv5 rw root getty 1671 0 /dev 63 crw------- ttyv5 rw root getty 1671 1 /dev 63 crw------- ttyv5 rw root getty 1671 2 /dev 63 crw------- ttyv5 rw root getty 1670 root / 2 drwxr-xr-x 1024 r root getty 1670 wd / 2 drwxr-xr-x 1024 r root getty 1670 text / 810205 -r-xr-xr-x 22828 r root getty 1670 ctty /dev 62 crw------- ttyv4 rw root getty 1670 0 /dev 62 crw------- ttyv4 rw root getty 1670 1 /dev 62 crw------- ttyv4 rw root getty 1670 2 /dev 62 crw------- ttyv4 rw root getty 1669 root / 2 drwxr-xr-x 1024 r root getty 1669 wd / 2 drwxr-xr-x 1024 r root getty 1669 text / 810205 -r-xr-xr-x 22828 r root getty 1669 ctty /dev 61 crw------- ttyv3 rw root getty 1669 0 /dev 61 crw------- ttyv3 rw root getty 1669 1 /dev 61 crw------- ttyv3 rw root getty 1669 2 /dev 61 crw------- ttyv3 rw root getty 1668 root / 2 drwxr-xr-x 1024 r root getty 1668 wd / 2 drwxr-xr-x 1024 r root getty 1668 text / 810205 -r-xr-xr-x 22828 r root getty 1668 ctty /dev 60 crw------- ttyv2 rw root getty 1668 0 /dev 60 crw------- ttyv2 rw root getty 1668 1 /dev 60 crw------- ttyv2 rw root getty 1668 2 /dev 60 crw------- ttyv2 rw root getty 1667 root / 2 drwxr-xr-x 1024 r root getty 1667 wd / 2 drwxr-xr-x 1024 r root getty 1667 text / 810205 -r-xr-xr-x 22828 r root getty 1667 ctty /dev 59 crw------- ttyv1 rw root getty 1667 0 /dev 59 crw------- ttyv1 rw root getty 1667 1 /dev 59 crw------- ttyv1 rw root getty 1667 2 /dev 59 crw------- ttyv1 rw root login 1666 root / 2 drwxr-xr-x 1024 r root login 1666 wd / 1068037 drwxr-xr-x 512 r root login 1666 text / 812861 -r-sr-xr-x 21616 r root login 1666 ctty /dev 58 crw------- ttyv0 rw root login 1666 0 /dev 58 crw------- ttyv0 rw root login 1666 1 /dev 58 crw------- ttyv0 rw root login 1666 2 /dev 58 crw------- ttyv0 rw root login 1666 3* local dgram c78a2d70 <-> c78a12b0 root cron 1633 root / 2 drwxr-xr-x 1024 r root cron 1633 wd / 1364359 drwxr-x--- 512 r root cron 1633 text / 809984 -r-xr-xr-x 34932 r root cron 1633 0 /dev 21 crw-rw-rw- null rw root cron 1633 1 /dev 21 crw-rw-rw- null rw root cron 1633 2 /dev 21 crw-rw-rw- null rw root cron 1633 3 / 1372826 -rw------- 4 w smmsp sendmail 1629 root / 2 drwxr-xr-x 1024 r smmsp sendmail 1629 wd / 1364382 drwxrwx--- 512 r smmsp sendmail 1629 text / 810253 -r-xr-sr-x 707608 r smmsp sendmail 1629 0 /dev 21 crw-rw-rw- null r smmsp sendmail 1629 1 /dev 21 crw-rw-rw- null w smmsp sendmail 1629 2 /dev 21 crw-rw-rw- null w smmsp sendmail 1629 3* local dgram c78a1d70 <-> c78a1204 smmsp sendmail 1629 4 / 1371288 -rw------- 50 w root sendmail 1626 root / 2 drwxr-xr-x 1024 r root sendmail 1626 wd / 1364379 drwxr-xr-x 512 r root sendmail 1626 text / 810253 -r-xr-sr-x 707608 r root sendmail 1626 0 /dev 21 crw-rw-rw- null r root sendmail 1626 1 /dev 21 crw-rw-rw- null w root sendmail 1626 2 /dev 21 crw-rw-rw- null w root sendmail 1626 3* internet stream tcp c79b6000 root sendmail 1626 4* local dgram c78a1c18 <-> c78a12b0 root sendmail 1626 5 / 1371272 -rw------- 79 w root sshd 1505 root / 2 drwxr-xr-x 1024 r root sshd 1505 wd / 2 drwxr-xr-x 1024 r root sshd 1505 text / 809926 -r-xr-xr-x 241412 r root sshd 1505 0 /dev 21 crw-rw-rw- null rw root sshd 1505 1 /dev 21 crw-rw-rw- null rw root sshd 1505 2 /dev 21 crw-rw-rw- null rw root sshd 1505 3* internet6 stream tcp c79b6560 root sshd 1505 4* internet stream tcp c79b62b0 clamav clamd 1480 root / 2 drwxr-xr-x 1024 r clamav clamd 1480 wd / 2 drwxr-xr-x 1024 r clamav clamd 1480 text / 1147639 -r-xr-xr-x 122344 r clamav clamd 1480 0 /dev 21 crw-rw-rw- null r clamav clamd 1480 1 /dev 21 crw-rw-rw- null w clamav clamd 1480 2 /dev 21 crw-rw-rw- null w clamav clamd 1480 3 / 1765633 -rw-r----- 8046 w clamav clamd 1480 4* local stream c78a1a14 clamav clamd 1480 5* pipe c77ef640 <-> c77ef6fc 0 rw clamav clamd 1480 6* pipe c77ef6fc <-> c77ef640 0 rw clamav clamd 1480 7* pipe c77ef320 <-> c77ef3dc 0 rw clamav clamd 1480 8* pipe c77ef3dc <-> c77ef320 0 rw messageb dbus-daemon 1295 root / 2 drwxr-xr-x 1024 r messageb dbus-daemon 1295 wd / 2 drwxr-xr-x 1024 r messageb dbus-daemon 1295 text / 1047052 -r-xr-xr-x 346948 r messageb dbus-daemon 1295 0 /dev 21 crw-rw-rw- null rw messageb dbus-daemon 1295 1 /dev 21 crw-rw-rw- null rw messageb dbus-daemon 1295 2 /dev 21 crw-rw-rw- null rw messageb dbus-daemon 1295 3* local stream c78a16b8 messageb dbus-daemon 1295 4 /dev 21 crw-rw-rw- null rw messageb dbus-daemon 1295 6 / 1631974 drwxr-xr-x 512 r messageb dbus-daemon 1295 7 / 2094364 drwxr-xr-x 512 r messageb dbus-daemon 1295 8* local stream c78a1764 <-> c78a1810 messageb dbus-daemon 1295 9* local stream c78a1810 <-> c78a1764 messageb dbus-daemon 1295 10* local stream c78a2000 <-> c78a1ec8 messageb dbus-daemon 1295 11* local dgram c78a1b6c <-> c78a1204 messageb dbus-daemon 1295 12* local stream c78a2560 <-> c78a20ac messageb dbus-daemon 1295 13* local stream c78a1560 <-> c78a18bc messageb dbus-daemon 1295 14* local stream c78a10ac <-> c78a1ac0 messageb dbus-daemon 1295 15* local stream c78a1408 <-> c78a14b4 messageb dbus-daemon 1295 17* local stream c7be4158 <-> c78a1000 root moused 1270 root / 2 drwxr-xr-x 1024 r root moused 1270 wd / 2 drwxr-xr-x 1024 r root moused 1270 text / 810067 -r-xr-xr-x 36512 r root moused 1270 0 /dev 21 crw-rw-rw- null rw root moused 1270 1 /dev 21 crw-rw-rw- null rw root moused 1270 2 /dev 21 crw-rw-rw- null rw root moused 1270 3 /dev 56 crw-rw-rw- psm0 rw root moused 1270 4 /dev 74 crw------- consolectl rw root moused 1270 5 / 1390023 -rw------- 4 w dhcpd dhcpd 1267 root / 2 drwxr-xr-x 1024 r dhcpd dhcpd 1267 wd / 2 drwxr-xr-x 1024 r dhcpd dhcpd 1267 text / 1144824 -r-xr-xr-x 1853596 r dhcpd dhcpd 1267 0 /dev 21 crw-rw-rw- null rw dhcpd dhcpd 1267 1 /dev 21 crw-rw-rw- null rw dhcpd dhcpd 1267 2 /dev 21 crw-rw-rw- null rw dhcpd dhcpd 1267 3* local dgram c78a160c <-> c78a12b0 dhcpd dhcpd 1267 4* internet raw icmp c789dbd0 dhcpd dhcpd 1267 5 /dev 11 crw------- bpf rw dhcpd dhcpd 1267 6 / 1630889 -rw-r--r-- 882 w dhcpd dhcpd 1267 7* internet dgram udp c7888000 dhcpd dhcpd 1267 20* internet dgram udp c78880fc dhcpd dhcpd 1267 21* internet6 dgram udp c78881f8 root ng_queue 1131 root / 2 drwxr-xr-x 1024 r root ng_queue 1131 wd / 2 drwxr-xr-x 1024 r root mpd5 1121 root / 2 drwxr-xr-x 1024 r root mpd5 1121 wd / 1068089 drwxr-xr-x 512 r root mpd5 1121 text / 1146906 -r-xr-xr-x 599728 r root mpd5 1121 0 /dev 21 crw-rw-rw- null rw root mpd5 1121 1 /dev 21 crw-rw-rw- null rw root mpd5 1121 2 /dev 21 crw-rw-rw- null rw root mpd5 1121 3* local dgram c78a135c <-> c78a12b0 root mpd5 1121 4 / 1390021 -rw-r--r-- 5 rw root mpd5 1121 5* netgraph dgram 2 c7886680 root mpd5 1121 6* netgraph dgram 1 c7887000 root mpd5 1121 7* pipe c77ef4b0 <-> c77ef56c 0 rw root mpd5 1121 8* pipe c77ef56c <-> c77ef4b0 0 rw root mpd5 1121 9* netgraph dgram 2 c79b3340 root mpd5 1121 10* netgraph dgram 1 c79b31a0 root mpd5 1121 11* netgraph dgram 2 c79b3000 root mpd5 1121 12* netgraph dgram 1 c7887d00 root mpd5 1121 13* pipe c77ef960 <-> c77efa1c 0 rw root mpd5 1121 14* pipe c77efa1c <-> c77ef960 0 rw root mpd5 1121 16* internet stream tcp c79b7000 root mpd5 1121 17* pipe c77efc80 <-> c77efd3c 0 rw root mpd5 1121 18* pipe c77efd3c <-> c77efc80 0 rw root mpd5 1121 19* internet stream tcp c79b6ac0 root mpd5 1121 21* pipe c77ef000 <-> c77ef0bc 0 rw root mpd5 1121 22* pipe c77ef0bc <-> c77ef000 0 rw root mpd5 1121 23* netgraph dgram 2 c79b3680 root syslogd 1101 root / 2 drwxr-xr-x 1024 r root syslogd 1101 wd / 2 drwxr-xr-x 1024 r root syslogd 1101 text / 810155 -r-xr-xr-x 36412 r root syslogd 1101 0 /dev 21 crw-rw-rw- null rw root syslogd 1101 1 /dev 21 crw-rw-rw- null rw root syslogd 1101 2 /dev 21 crw-rw-rw- null rw root syslogd 1101 3 / 1390016 -rw------- 4 w root syslogd 1101 4* local dgram c78a1204 root syslogd 1101 5* local dgram c78a12b0 root syslogd 1101 6* internet6 dgram udp c7888dc8 root syslogd 1101 7* internet dgram udp c7889000 root syslogd 1101 8 /dev 7 crw------- klog r root syslogd 1101 10 - - bad - root syslogd 1101 11 / 1371108 -rw-r--r-- 49027 w root syslogd 1101 12 / 1371260 -rw------- 62 w root syslogd 1101 13 / 1371253 -rw------- 4697 w root syslogd 1101 14 / 1364388 -rw-r----- 3058 w root syslogd 1101 15 / 1371256 -rw-r--r-- 62 w root syslogd 1101 16 / 1371261 -rw------- 62 w root syslogd 1101 17 / 1371254 -rw------- 45232 w root syslogd 1101 18 / 1371255 -rw------- 62 w root syslogd 1101 19 / 1371259 -rw-r----- 62 w root pfpurge 986 root / 2 drwxr-xr-x 1024 r root pfpurge 986 wd / 2 drwxr-xr-x 1024 r root devd 978 root / 2 drwxr-xr-x 1024 r root devd 978 wd / 2 drwxr-xr-x 1024 r root devd 978 text / 1685390 -r-xr-xr-x 410168 r root devd 978 0 /dev 21 crw-rw-rw- null rw root devd 978 1 /dev 21 crw-rw-rw- null rw root devd 978 2 /dev 21 crw-rw-rw- null rw root devd 978 3 /dev 4 crw------- devctl r root devd 978 4* local stream c78a1cc4 root devd 978 5 / 1390013 -rw------- 3 w root devd 978 6* local stream c78a2810 <-> c78a28bc _dhcp dhclient 977 root / 1364361 dr-xr-xr-x 512 r _dhcp dhclient 977 wd / 1364361 dr-xr-xr-x 512 r _dhcp dhclient 977 jail / 1364361 dr-xr-xr-x 512 r _dhcp dhclient 977 text / 1685392 -r-xr-xr-x 78948 r _dhcp dhclient 977 0 /dev 21 crw-rw-rw- null rw _dhcp dhclient 977 1 /dev 21 crw-rw-rw- null rw _dhcp dhclient 977 2 /dev 21 crw-rw-rw- null rw _dhcp dhclient 977 3 / 1390012 -rw------- 3 w _dhcp dhclient 977 5* route raw 0 c7886b60 _dhcp dhclient 977 6* pipe c77f00bc <-> c77f0000 0 rw _dhcp dhclient 977 7 / 1371247 ---------- 824 w _dhcp dhclient 977 8 /dev 11 crw------- bpf rw _dhcp dhclient 977 9* internet raw ip c789dccc root dhclient 939 root / 2 drwxr-xr-x 1024 r root dhclient 939 wd / 2 drwxr-xr-x 1024 r root dhclient 939 text / 1685392 -r-xr-xr-x 78948 r root dhclient 939 0 /dev 21 crw-rw-rw- null rw root dhclient 939 1 /dev 21 crw-rw-rw- null rw root dhclient 939 2 /dev 21 crw-rw-rw- null rw root dhclient 939 3 / 1390012 -rw------- 3 w root dhclient 939 5* pipe c77f0000 <-> c77f00bc 0 rw root init 1 root / 2 drwxr-xr-x 1024 r root init 1 wd / 2 drwxr-xr-x 1024 r root init 1 text / 1685416 -r-xr-xr-x 727156 r root kernel 0 root / 2 drwxr-xr-x 1024 r root kernel 0 wd / 2 drwxr-xr-x 1024 r ------------------------------------------------------------------------ dmesg Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.1-RELEASE #0 r243826: Tue Dec 4 06:55:39 UTC 2012 root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 CPU: AMD Sempron(tm) 2500+ (1746.86-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x681 Family = 6 Model = 8 Stepping = 1 Features=0x383fbff AMD Features=0xc0480800 real memory = 1342177280 (1280 MB) avail memory = 1295216640 (1235 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ctl: CAM Target Layer loaded acpi0: on motherboard acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 4fef0000 (3) failed cpu0: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x73 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0xcf0-0xcf3 on acpi0 pci0: on pcib0 Correcting nForce2 C1 CPU disconnect hangs agp0: on hostb0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xe8003000-0xe8003fff irq 20 at device 2.0 on pci0 usbus0 on ohci0 ohci1: mem 0xe8004000-0xe8004fff irq 21 at device 2.1 on pci0 usbus1 on ohci1 ehci0: mem 0xe8005000-0xe80050ff irq 22 at device 2.2 on pci0 usbus2: EHCI version 1.0 usbus2 on ehci0 pcm0: port 0xb000-0xb0ff,0xb400-0xb47f mem 0xe8001000-0xe8001fff irq 20 at device 6.0 on pci0 pcm0: pcib1: at device 8.0 on pci0 pci1: on pcib1 rl0: port 0x9000-0x90ff mem 0xe7000000-0xe70000ff irq 19 at device 7.0 on pci1 miibus0: on rl0 rlphy0: PHY 0 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:e0:42:fe:04:6a rl1: port 0x9400-0x94ff mem 0xe7001000-0xe70010ff irq 17 at device 9.0 on pci1 miibus1: on rl1 rlphy1: PHY 0 on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: Ethernet address: 00:80:48:14:88:65 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 9.0 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 pcib2: at device 30.0 on pci0 pci2: on pcib2 vgapci0: port 0xa000-0xa0ff mem 0xc0000000-0xcfffffff,0xe5000000-0xe500ffff irq 19 at device 0.0 on pci2 vgapci1: mem 0xd0000000-0xdfffffff,0xe5010000-0xe501ffff at device 0.1 on pci2 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 uhub0: 3 ports with 3 removable, self powered uhub1: 3 ports with 3 removable, self powered uhub2: 6 ports with 6 removable, self powered ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-6 device ada0: 100.000MB/s transfers (UDMA5, PIO 8192bytes) ada0: 76318MB (156299375 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 Timecounter "TSC" frequency 1746862144 Hz quality 800 cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ada0s2a [rw]... Setting hostuuid: 5b75adf2-9898-11e2-aa83-00e042fe046a. Setting hostid: 0xd779e52a. Entropy harvesting: interrupts ethernet point_to_point kickstart. Starting file system checks: /dev/ada0s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ada0s2a: clean, 6217716 free (23188 frags, 774316 blocks, 0.3% fragmentation) Mounting local file systems:. Setting hostname: NAME.bsd. Starting Network: lo0 rl0 rl1 plip0. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x7 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 rl0: flags=8843 metric 0 mtu 1500 options=2008 ether 00:e0:42:fe:04:6a inet6 fe80::2e0:42ff:fefe:46a%rl0 prefixlen 64 scopeid 0x4 nd6 options=23 media: Ethernet autoselect (100baseTX ) status: active rl1: flags=8843 metric 0 mtu 1500 options=2008 ether 00:80:48:14:88:65 inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 inet6 fe80::280:48ff:fe14:8865%rl1 prefixlen 64 tentative scopeid 0x5 nd6 options=29 media: Ethernet autoselect (none) status: no carrier plip0: flags=8810 metric 0 mtu 1500 nd6 options=29 Starting devd. Starting Network: usbus0. Starting Network: usbus1. Starting Network: usbus2. Starting Network: plip0. plip0: flags=8810 metric 0 mtu 1500 nd6 options=29 Starting dhclient. DHCPREQUEST on rl0 to 255.255.255.255 port 67 DHCPACK from 10.4.184.130 bound to 10.48.95.200 -- renewal in 302400 seconds. Enabling pfNo ALTQ support in kernel ALTQ related functions disabled No ALTQ support in kernel ALTQ related functions disabled >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: