From owner-freebsd-net@FreeBSD.ORG Sun May 10 00:16:58 2015 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D496CDE7 for ; Sun, 10 May 2015 00:16:58 +0000 (UTC) Received: from mail-qg0-x234.google.com (mail-qg0-x234.google.com [IPv6:2607:f8b0:400d:c04::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8EE5E1513 for ; Sun, 10 May 2015 00:16:58 +0000 (UTC) Received: by qgfi89 with SMTP id i89so52854495qgf.1 for ; Sat, 09 May 2015 17:16:57 -0700 (PDT) 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=HX4JM86I7F5u5pDQM0sqO2Wtml1jpCRMnnXnFNrcQRQ=; b=jf1Hjh3GJgi0qmJFcKu+jifHM99LsI3yrDe28YEp73oL2ITP+1+67VgpnDbRNZG2w9 6EpOWsBsCJS9tcH/y4Lv+/1TcmdPAiPF2wlaWBSCAFC0sMCC5iu/AwP70wjSI28UD8cM NyCp7wFi6aDPE7XAwJdc9PKAhsCPH6KIboUTv3nBxGwBOBLrZZBNrpwSdceynyMPL1uk GxIvctFb4TfQ1cBKi5ZQSIwNbwRurZsSygSLTHc2C+J5a1i9JVws7JBz8Xmm2gxIzvvV eauE8NFDl5CXIROpfa1f5IRsC8sqiofNGhFjN5eDJ9kIihhiz36Qtj2tkL3W4D3UOcyg VSXg== MIME-Version: 1.0 X-Received: by 10.140.105.198 with SMTP id c64mr5576124qgf.61.1431217017622; Sat, 09 May 2015 17:16:57 -0700 (PDT) Received: by 10.96.110.229 with HTTP; Sat, 9 May 2015 17:16:57 -0700 (PDT) In-Reply-To: <554A2D3D.3060408@tuxis.nl> References: <137094161.27589033.1430255162390.JavaMail.root@uoguelph.ca> <5540889A.5030904@tuxis.nl> <21824.58754.452182.195043@hergotha.csail.mit.edu> <554A2D3D.3060408@tuxis.nl> Date: Sat, 9 May 2015 21:16:57 -0300 Message-ID: Subject: Re: Frequent hickups on the networking layer From: Christopher Forgeron To: Mark Schouten Cc: FreeBSD Net Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 May 2015 00:16:58 -0000 Mark, did switching to a MTU of 1500 ever help? I'm currently reliving a problem with this - I'm down to a MTU of 4000, but I still see jumbo pages being allocated - I believe it's my iSCSI setup (using 4k block size, which means the packet is bigger than 4k), but I'm not sure where it's all coming from yet. I'm on 10.1 RELEASE fyi. I'm going to patch my network devs to not use MJUM9BYTES and see if that has an effect. For me, the problem all started again once I really started putting storage load on the FreeBSD machines. At times, I'm seeing 7 Gbits on the 10 Gbit adapters. Oh, and there are gremlins in the new ctld / iscsi as well. I'll get into that later, but if a heavily loaded iscsi target goes down, when it reboots, the reconnect storm from all the iscsi machines kernel panics the FreeBSD iscsi target host. My machine looped through three boot-start-panic loops before I caught it and put it into single-user mode. Starting ctld manually seems to make everything okay. On Wed, May 6, 2015 at 12:03 PM, Mark Schouten wrote: > Hi, > > On 04/29/2015 04:06 PM, Garrett Wollman wrote: > > If you're using one of the drivers that has this problem, then yes, >> keeping your layer-2 MTU/MRU below 4096 will probably cause it to use >> 4k (page-sized) clusters instead, which are perfectly safe. >> >> As a side note, at least on the hardware I have to support, Infiniband >> is limited to 4k MTU -- so I have one "jumbo" network with 4k frames >> (that's bridged to IB) and one with 9k frames (that everything else >> uses). >> > > So I was thinking, a customer of mine runs mostly the same setup, and has > no issues at all. The only difference, MTU of 1500 vs MTU of 9000. > > I also created a graph in munin, graphing the number of mbuf_jumbo > requests and failures. I find that when lots of writes occur to the > iscsi-layer, the number of failed requests grow, and so so the number of > errors on the ethernet interface. See attached images. My customer is also > not suffering from crashing ctld-daemons, which crashes every other minute > in my setup. > > So tonight I'm going to switch to an MTU of 1500, I'll let you know if > that helped. > > > Regards, > > Mark Schouten > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Sun May 10 04:41:52 2015 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E1B4504 for ; Sun, 10 May 2015 04:41:52 +0000 (UTC) Received: from kerio.tuxis.nl (alcyone.saas.tuxis.net [31.3.111.19]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 929F91C59 for ; Sun, 10 May 2015 04:41:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=tuxis.nl; s=mail; h=from:subject:date:message-id:to:cc:mime-version:content-type: content-transfer-encoding:in-reply-to:references; bh=mSS0SWwhZyanGvi9u/O+xhn25LJLcrITYwIyqDFjgZI=; b=VEu7An6qlxkzSZFBJMhmFEyR8PcPHwMucpM+BYE7TO73wJtotnEBMjzerP9iSCqC6dvVnig/7vaHA LAiz+NjoFDModbO2pO41f8KkMRgBIynAoV9ZvTajg//4yxFohq0xTiiLy8X7KqDzrjJVzl8ipYWYr2 8GZtE86AzPhdWcYNU5RRGLcZgX54N0Frdm5GNWn8FvD7qOrhChLUUQm/z5pcCY9XLcJa82Lqx9qNsB C5tdFNK35As7X1cgDY3UdsTZ0VRG+GZIA69ny8WeZDbhkidRLCa4XAdigMjal3h7CboFnj7dS5tacA I3FW8n0aUEFYh62qOpzprz8jqNrfs8Q== X-Footer: dHV4aXMubmw= Received: from [87.212.163.171] ([87.212.163.171]) by kerio.tuxis.nl (Kerio Connect 8.5.0 RC 1); Sun, 10 May 2015 06:41:38 +0200 From: "Mark Schouten" Subject: Re: Frequent hickups on the networking layer References: <137094161.27589033.1430255162390.JavaMail.root@uoguelph.ca> <5540889A.5030904@tuxis.nl> <21824.58754.452182.195043@hergotha.csail.mit.edu> <554A2D3D.3060408@tuxis.nl> Mime-Version: 1.0 (1.0) In-Reply-To: Message-Id: <680E11E4-A7AE-4334-B903-8127D0622CE8@tuxis.nl> Date: Sun, 10 May 2015 06:41:38 +0200 To: Christopher Forgeron Cc: FreeBSD Net Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 May 2015 04:41:52 -0000 Hi, Yes, it did. I see no mbuf errors anymore, no Ethernet errors. Ctld does not= crash anymore, it kept running after lowering the mtu to 1500. I am using vlans and the weirdest thing when lowering the mtu was that every= thing went crazy when I only lowered the mtu for the vlan interface. Ctld wo= uld not start completely, pings started taking several hundred milliseconds.= It just wouldn't work anymore. Only when I lowered all interfaces to 1500, s= tuff was ok and has been since. I do see a lot of jumbo page allocations during backups at night, which migh= t be nfsd or ctld, but it's not causing any issues. I've learned, for now: FreeBSD and jumbo frames is a no-go.=20 Hope it helps for you too. Regards, --=20 Mark Schouten Tuxis Internet Engineering mark@tuxis.nl / 0318 200208 > On 10 May 2015, at 02:17, "Christopher Forgeron" wr= ote: >=20 > Mark, did switching to a MTU of 1500 ever help? >=20 > I'm currently reliving a problem with this - I'm down to a MTU of 4000, bu= t I still see jumbo pages being allocated - I believe it's my iSCSI setup (u= sing 4k block size, which means the packet is bigger than 4k), but I'm not s= ure where it's all coming from yet. >=20 > I'm on 10.1 RELEASE fyi.=20 >=20 > I'm going to patch my network devs to not use MJUM9BYTES and see if that h= as an effect. >=20 > For me, the problem all started again once I really started putting storag= e load on the FreeBSD machines. At times, I'm seeing 7 Gbits on the 10 Gbit a= dapters.=20 >=20 > Oh, and there are gremlins in the new ctld / iscsi as well. I'll get into t= hat later, but if a heavily loaded iscsi target goes down, when it reboots, t= he reconnect storm from all the iscsi machines kernel panics the FreeBSD isc= si target host. My machine looped through three boot-start-panic loops befo= re I caught it and put it into single-user mode. Starting ctld manually seem= s to make everything okay.=20 >=20 >=20 >=20 >=20 >> On Wed, May 6, 2015 at 12:03 PM, Mark Schouten wrote: >> Hi, >>=20 >> On 04/29/2015 04:06 PM, Garrett Wollman wrote: >>=20 >>> If you're using one of the drivers that has this problem, then yes, >>> keeping your layer-2 MTU/MRU below 4096 will probably cause it to use >>> 4k (page-sized) clusters instead, which are perfectly safe. >>>=20 >>> As a side note, at least on the hardware I have to support, Infiniband >>> is limited to 4k MTU -- so I have one "jumbo" network with 4k frames >>> (that's bridged to IB) and one with 9k frames (that everything else >>> uses). >>=20 >> So I was thinking, a customer of mine runs mostly the same setup, and has= no issues at all. The only difference, MTU of 1500 vs MTU of 9000. >>=20 >> I also created a graph in munin, graphing the number of mbuf_jumbo reques= ts and failures. I find that when lots of writes occur to the iscsi-layer, t= he number of failed requests grow, and so so the number of errors on the eth= ernet interface. See attached images. My customer is also not suffering from= crashing ctld-daemons, which crashes every other minute in my setup. >>=20 >> So tonight I'm going to switch to an MTU of 1500, I'll let you know if th= at helped. >>=20 >>=20 >> Regards, >>=20 >> Mark Schouten >>=20 >>=20 >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >=20 From owner-freebsd-net@FreeBSD.ORG Sun May 10 15:17:43 2015 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F4C476F for ; Sun, 10 May 2015 15:17:43 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 30ABD18C2 for ; Sun, 10 May 2015 15:17:43 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4AFHhj7037471 for ; Sun, 10 May 2015 15:17:43 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4AFHhrn037470; Sun, 10 May 2015 15:17:43 GMT (envelope-from daemon-user) Date: Sun, 10 May 2015 15:17:43 +0000 To: freebsd-net@freebsd.org From: "julian (JulianElischer)" Subject: [Differential] [Commented On] D1944: PF and VIMAGE fixes Message-ID: <7a4783321860079a210d913c1d240c7c@localhost.localdomain> X-Priority: 3 Thread-Topic: D1944: PF and VIMAGE fixes X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: NDc2NzM0MzY4OTdiYThiNTU1MjY2ZDZmMTJiIFVPdpc= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 May 2015 15:17:43 -0000 julian added a subscriber: julian. julian added a comment. in case I didn't point you at this before... http://p4web.freebsd.org/@md=d&cd=//depot/projects/vimage/&cdf=//depot/projects/vimage/porting_to_vimage.txt&c=win@//depot/projects/vimage/porting_to_vimage.txt?ac=22 REVISION DETAIL https://reviews.freebsd.org/D1944 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: nvass-gmx.com, bz, zec, trociny, glebius, rodrigc, kristof, gnn Cc: julian, robak, freebsd-virtualization, freebsd-pf, freebsd-net From owner-freebsd-net@FreeBSD.ORG Sun May 10 21:00:38 2015 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D259B1E for ; Sun, 10 May 2015 21:00:38 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D85631AF6 for ; Sun, 10 May 2015 21:00:37 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4AL0bWh083628 for ; Sun, 10 May 2015 21:00:37 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201505102100.t4AL0bWh083628@kenobi.freebsd.org> From: bugzilla-noreply@FreeBSD.org To: freebsd-net@FreeBSD.org Subject: Problem reports for freebsd-net@FreeBSD.org that need special attention X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 Date: Sun, 10 May 2015 21:00:37 +0000 Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 May 2015 21:00:38 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- New | 197535 | [re] [panic] if_re (Realtek 8168) causes memory w Open | 194515 | Fatal Trap 12 Kernel with vimage Open | 199136 | [if_tap] Added down_on_close sysctl variable to t 3 problems total for which you should take action. From owner-freebsd-net@FreeBSD.ORG Mon May 11 08:13:38 2015 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 080BAFC0 for ; Mon, 11 May 2015 08:13:38 +0000 (UTC) Received: from kerio.tuxis.nl (alcyone.saas.tuxis.net [31.3.111.19]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7E1451DD9 for ; Mon, 11 May 2015 08:13:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=tuxis.nl; s=mail; h=from:subject:date:message-id:to:mime-version:content-type:in-reply-to; bh=HOR2fg0UDACbIYYwDfCScPFxp/x3pkREELPS2eTIj1k=; b=FN+kxaiXI3zMWJyiVlqNz4N+qPxafOsR1TD/8tHY5/OSZw7WRGKtKrQOIZuD+u/V60tauhRINS3tA GfkWwjkhYXEeDKba7TgfPOZOgMVBca1fy8D4UTZFIBalCy3M4NPECUq6b0xzTeUlFaaKcEvn/9DOET gTvgnVC3tZZ5i4SPZ4zN4eK8198QT+KHflv3RjqO9qg91Dz3pCt+i7uaQXBKYk26+xNScCcKFgmb2k IOyn5x7X4lKqzslQPdgQyD4Hk0ZMAAa2AGQlR4Mt/QuZqxh9WBtzfWLqQ79CLt/U3CYD6XYZ3KrDd8 LNLxluSwI8irVPpCqeVFX/cYGcgg1SA== X-Footer: dHV4aXMubmw= Received: from [31.3.104.222] ([31.3.104.222]) by kerio.tuxis.nl (Kerio Connect 8.5.0 RC 1) for freebsd-net@FreeBSD.org; Mon, 11 May 2015 10:13:27 +0200 Date: Mon, 11 May 2015 10:13:27 +0200 Subject: Re: [Bug 199174] em tx and rx hang X-Mailer: Kerio Connect 8.5.0 RC 1/Kerio Connect Client X-User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.135 Safari/537.36 Message-ID: <1107864458-32391@kerio.tuxis.nl> X-Priority: 3 Importance: Normal In-Reply-To: MIME-Version: 1.0 From: Mark Schouten To: freebsd-net@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha1"; boundary="=-UhstV5k1wDdVHiJanhyU" X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2015 08:13:38 -0000 --=-UhstV5k1wDdVHiJanhyU Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Please note that these issues look very much like the issues I had, before = I switched from an MTU of 9000 to 1500 ... Met vriendelijke groeten, --=C2=A0 Kerio Operator in de Cloud? https://www.kerioindecloud.nl/ Mark Schouten | Tuxis Internet Engineering KvK:=C2=A061527076=C2=A0| http://www.tuxis.nl/ T: 0318 200208 | info@tuxis.nl Van: =20 Aan: =20 Verzonden: 8-5-2015 19:42=20 Onderwerp: [Bug 199174] em tx and rx hang=20 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D199174=20 =20 --- Comment #15 from Sean Bruno ---=20 (In reply to david.keller from comment #14)=20 Nothing fancy here.=20 =20 Server runs "iperf -p 8000 -s" =C2=A0(8core amd box)=20 Client under test runs this forever:=20 =20 #!/bin/sh=20 =20 FILE=3Dtest.out=20 =20 if [ -f ${FILE} ]; then=20 =C2=A0 =C2=A0rm $FILE;=20 fi=20 =20 while [ 1 ]; do=20 =C2=A0 =C2=A0date;=20 =C2=A0 =C2=A0iperf -p 8000 -c 192.168.100.1 -t 600 -P ${1} >> $FILE;=20 done=20 =20 -- =20 You are receiving this mail because:=20 You are the assignee for the bug.=20 _______________________________________________=20 freebsd-net@freebsd.org mailing list=20 http://lists.freebsd.org/mailman/listinfo/freebsd-net=20 To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"=20 = --=-UhstV5k1wDdVHiJanhyU Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Description: Electronic Signature S/MIME Content-Transfer-Encoding: base64 MIIRwQYJKoZIhvcNAQcCoIIRsjCCEa4CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCCDt4w ggUbMIIEA6ADAgECAhAsv+VdGX6YsSHI/WRu2j2JMA0GCSqGSIb3DQEBBQUAMIGTMQswCQYDVQQG EwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYD VQQKExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNh dGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBMB4XDTE0MDcwMTAwMDAwMFoXDTE1MDcwMTIzNTk1OVow HjEcMBoGCSqGSIb3DQEJARYNbWFya0B0dXhpcy5ubDCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBANHu3SxlMZOG5GA0/mqtRXR1QmWwhUXzmCIprI0IPtSBWSA31YBJ5qcmXRhLzaiTB3Fr UpIGkW5aAZnDms9DD64kasF3oZE00Fvfnj/BDGbw098px1PukKfg4hasbTaELAjQTSUj8xRSHzKk VVynvLA/YmyRT/+u3ueK4wdaxcej241xH6mNfZeiKMAvbkv6Tm9vdup0BtqqbRSKcnc01KKrspun Eh73jLIUhP21uJv8vuOTxS1I9zJSlhIcMCEapjBQ+26cQl+s+qBuAs/LP3UPVytSbxvicdhDxtqH npN2h3jJ/+J86zGfQi8bG7EamsULTGHkbgIJL9AdKZRgAKECAwEAAaOCAd0wggHZMB8GA1UdIwQY MBaAFHoTTgB0W8Z4Y2QnwS/ioFu8ecV7MB0GA1UdDgQWBBR+dMZE22X/SMCyTxYzIP+NMZBNXTAO BgNVHQ8BAf8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYBBAGy MQEDBQIwEQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCswKQYI KwYBBQUHAgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFcGA1UdHwRQME4wTKBKoEiG Rmh0dHA6Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0aW9uYW5kU2Vj dXJlRW1haWxDQS5jcmwwgYgGCCsGAQUFBwEBBHwwejBSBggrBgEFBQcwAoZGaHR0cDovL2NydC5j b21vZG9jYS5jb20vQ09NT0RPQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1cmVFbWFpbENBLmNy dDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMBgGA1UdEQQRMA+BDW1hcmtA dHV4aXMubmwwDQYJKoZIhvcNAQEFBQADggEBAIB8FhqaML1EzfvgNwwHDC3k0ICeMerOncgee6uJ KLxwU2mstttX5jtAmgK9RuDOu+TrMkkpF2yxYMTPpSM8nL7r+N/kdogu5Bustol8WTsW1e5vs+Nh hJYFORk113ouur1kSjXuHF8TWy+/PjFJBS/xm/H+/fkghppRU+4Dj2IReUBvlexAPYr4VDxjV7AD xPOXqTQkP15LWGvhTz2YVbJ3IAVOyUNkRhr9QwzToUxXa9k/QAOpXMuvS74AT2RBV/YCEEx7ebRD MAR6lZcbYiV8sXv1ASbnMdO3Fh2F98g+5rJn5PfFH8qLpapsZx0I2/axtSG09QMDJqXd3Ab6NpEw ggUaMIIEAqADAgECAhBtGeqnGU9qMyLmIjJ6qnHeMA0GCSqGSIb3DQEBBQUAMIGuMQswCQYDVQQG EwJVUzELMAkGA1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUg VVNFUlRSVVNUIE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQG A1UEAxMtVVROLVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMB4XDTEx MDQyODAwMDAwMFoXDTIwMDUzMDEwNDgzOFowgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVh dGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1p dGVkMTkwNwYDVQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1h aWwgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCShIRbS1eY1F4vi6ThQMijU1hf ZmXxMk73nzJ9VdB4TFW3QpTg+SdxB8XGaaS5MsTxQBqQzCdWYn8XtXFpruUgG+TLY15gyqJB9mrh o/+43x9IbWVDjCouK2M4d9+xF6zC2oIC1tQyatRnbyATj1w1+uVUgK/YcQodNwoCUFNslR2pEBS0 mZVZEjH/CaLSTNxS297iQAFbSGjdxUq04O0kHzqvcV8H46y/FDuwJXFoPfQP1hdYRhWBPGiLi4MP bXohV+Y0sNsyfuNK4aVScmQmkU6lkg//4LFg/RpvaFGZY40ai6XMQpubfSJj06mg/M6ekN9EGfRc WzW6FvOnm//BAgMBAAGjggFLMIIBRzAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRufTAd BgNVHQ4EFgQUehNOAHRbxnhjZCfBL+KgW7x5xXswDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB/wQI MAYBAf8CAQAwEQYDVR0gBAowCDAGBgRVHSAAMFgGA1UdHwRRME8wTaBLoEmGR2h0dHA6Ly9jcmwu dXNlcnRydXN0LmNvbS9VVE4tVVNFUkZpcnN0LUNsaWVudEF1dGhlbnRpY2F0aW9uYW5kRW1haWwu Y3JsMHQGCCsGAQUFBwEBBGgwZjA9BggrBgEFBQcwAoYxaHR0cDovL2NydC51c2VydHJ1c3QuY29t L1VUTkFkZFRydXN0Q2xpZW50X0NBLmNydDAlBggrBgEFBQcwAYYZaHR0cDovL29jc3AudXNlcnRy dXN0LmNvbTANBgkqhkiG9w0BAQUFAAOCAQEAhda+eFdVbTN/RFL+QtUGqAEDgIr7DbL9Sr/2r0FJ 9RtaxdKtG3NuPukmfOZMmMEwKN/L+0I8oSU+CnXW0D05hmbRoZu1TZtvryhsHa/l6nRaqNqxwPF1 ei+eupN5yv7ikR5WdLL4jdPgQ3Ib7Y/9YDkgR/uLrzplSDyYPaUlv73vYOBJ5RbI6z9Dg/Dg7g3B 080zX5vQvWBqszv++tTJOjwf7Zv/m0kzvkIpOYPuM2kugp1FTahp2oAbHj3SGl18R5mlmwhtEpmG 1l1XBxunML5LSUS4kH7K0Xk467Qz+qA6XSZYnmFVGLQh1ZnV4ENAQjC+6qXnlNKw/vN1+X9u5zCC BJ0wggOFoAMCAQICEDQ96SusJzT/j8s0lPvMcFQwDQYJKoZIhvcNAQEFBQAwbzELMAkGA1UEBhMC U0UxFDASBgNVBAoTC0FkZFRydXN0IEFCMSYwJAYDVQQLEx1BZGRUcnVzdCBFeHRlcm5hbCBUVFAg TmV0d29yazEiMCAGA1UEAxMZQWRkVHJ1c3QgRXh0ZXJuYWwgQ0EgUm9vdDAeFw0wNTA2MDcwODA5 MTBaFw0yMDA1MzAxMDQ4MzhaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQxFzAVBgNVBAcT DlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsxITAfBgNVBAsT GGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJzdC1DbGllbnQg QXV0aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA sjmFpPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVNNRm5pELlzkniii8efNIxB8dOtINknS4p 1aJkxIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQylbsMTzC9mKALi+VuG6JG+ni8om+rWV6lL8/K 2m2qL+usobNqqrcuZzWLeeEeaYji5kbNoKXqvgvOdjp6Dpvq/NonWz1zHyLmSGHGTPNpsaguG7bU MSAsvIKKjqQOpdeJQ/wWWq8dcdcRWdq6hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7NlyP0e03RiqhjK aJMeoYV+9Udly/hNVyh00jT/MLbu9mIwFIws6wIDAQABo4H0MIHxMB8GA1UdIwQYMBaAFK29mHo0 tCb3+sQmVO8DveAky1QaMB0GA1UdDgQWBBSJgmd9xJ0mcABLtFBIfN49rgRufTAOBgNVHQ8BAf8E BAMCAQYwDwYDVR0TAQH/BAUwAwEB/zARBgNVHSAECjAIMAYGBFUdIAAwRAYDVR0fBD0wOzA5oDeg NYYzaHR0cDovL2NybC51c2VydHJ1c3QuY29tL0FkZFRydXN0RXh0ZXJuYWxDQVJvb3QuY3JsMDUG CCsGAQUFBwEBBCkwJzAlBggrBgEFBQcwAYYZaHR0cDovL29jc3AudXNlcnRydXN0LmNvbTANBgkq hkiG9w0BAQUFAAOCAQEAAbyc42MosPMxAcLfe91ioAGdIzEPnJJzU1HqH0z61p/Eyi9nfngzD3QW uZGHkfWKJvpkcADYHvkLBGJQh5OB1Nr1I9s0u4VWtHA0bniDNx6FHMURFZJfhxe9rGr98cLRzIlf sXzwPlHyNfN87GCYazor4O/fs32G67Ub9VvsonyYE9cAULnRLXPeA3h04QWFMV7LmrmdlMa5lDd1 ctxE+2fo8PolHlKn2iXpR+CgxzygTrEKNvt3SJ/vl4r7tP7jlBSog7xcLT/SYHFg7sJxggzpiDbj 2iC0o6BsqpZLuICOdcpJB/Y7FLrf3AXZn9vgsuZNoHgm5+ctbn9fxh6IFTGCAqswggKnAgEBMIGo MIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdT YWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVu dCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhAsv+VdGX6YsSHI/WRu2j2JMAkG BSsOAwIaBQCggdgwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTUw NTExMDgxMzI3WjAjBgkqhkiG9w0BCQQxFgQUw+ukpax/5gz54h6XJTABnRd3BEMweQYJKoZIhvcN AQkPMWwwajALBglghkgBZQMEASowCwYJYIZIAWUDBAEWMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0D BzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgw DQYJKoZIhvcNAQEBBQAEggEAYAEy8xkATcgX9ccwbeoTbfd8O7vDZSRW+5TQiRZE2mbC2EKGt9yv zkzKq+QYTqqZI1A3+99MmDExyHPv1uNHR1ammiIe+qu0gro4C6iOFzZ39cdyLlTIZHIPjwvCfmu5 frrjbvI6e3Tv+/PPSLoAl+XMulGMfeuhd3tkZLpx5EJA0T4/81FOjqzdzbJE5qqhcMHe9Qf8vbqG xJavJExSt5HB0t/cXwTe7fxYGx73St4TWS227byVw1TEHYKVgoFQ3rrL+eIFO64kHGcPyUQUzTi4 wE130fQZyqDsyVJrZcWJxNtlEBxQEkev53hNUyvX/lznwqqAPN4uh4KKcYNi4g== --=-UhstV5k1wDdVHiJanhyU-- From owner-freebsd-net@FreeBSD.ORG Mon May 11 08:37:09 2015 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A8A0D90 for ; Mon, 11 May 2015 08:37:09 +0000 (UTC) Received: from mail-qk0-x233.google.com (mail-qk0-x233.google.com [IPv6:2607:f8b0:400d:c09::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B98351055 for ; Mon, 11 May 2015 08:37:08 +0000 (UTC) Received: by qkgx75 with SMTP id x75so82349338qkg.1 for ; Mon, 11 May 2015 01:37:07 -0700 (PDT) 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=cXBbG/9/ubNOa9GaLcj6swBcC2t+YOjsUu8eq0TB+W4=; b=Xqhg1ME/981l8otNbpFjlUN8tsHiUICCVsfdHAyj3IgMMsYspDsCmRqIAbm8JbdKwR KGtgPsT9sJ1NRztfsRzk02GBMp6uAtlPhLSWDYgWuAqW9i00zra5Pb6VhjjuwAZaM/+V V5dhca2Fq+c81qwCWwonuAzeY8J3+TG76PgNZkdSprZtu/WuF1wFDoHkGbtN9aOGAQVE CItIaQGq/1XjFmmXH4d+zsU+P9KTyhdcxcNVvtz26hhzHH6NTKDOtrF0CrWIU2GMiSad 0hNgtkavnEzWklByA/r0my9yGCA+IhkIjBxoRXhIe9tF9tqxFkLvc72N/dSTMC9Zk38G jnow== MIME-Version: 1.0 X-Received: by 10.140.34.215 with SMTP id l81mr12054510qgl.43.1431333427835; Mon, 11 May 2015 01:37:07 -0700 (PDT) Received: by 10.96.110.229 with HTTP; Mon, 11 May 2015 01:37:07 -0700 (PDT) In-Reply-To: <1107864458-32391@kerio.tuxis.nl> References: <1107864458-32391@kerio.tuxis.nl> Date: Mon, 11 May 2015 05:37:07 -0300 Message-ID: Subject: Re: [Bug 199174] em tx and rx hang From: Christopher Forgeron To: Mark Schouten Cc: FreeBSD Net Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2015 08:37:09 -0000 I'd go a step further and say it's the _exact_ same problem. If you're using anything other than 4k clusters on a heavily loaded system, you'll probably have issues. It's not just the MTU - Case in point - I set my MTU to 4000, but since my iSCSI block size is 8k, I noticed that I still had plenty of 9k Jumbo Clusters in use. I still crash within 1/2 - 1 and 1/2 days of uptime. Ususally 'ix0 is flapping' or perhaps a kernel panic, or just dead ix's that won't transmit. I patched my ixgbe.c to only use 4k clusters, and now I can use a MTU of 9000 again without issue. I want to take the time to dig up more of my info on this to present to the list, but I've lost a lot of time to tracking this down.. still cleaning up as we speak. The worst about the Jumbo Clusters bug is that it's very specific to a particular load - My systems were fine, until I took on a new Exchange 2013 load that started popping all the FreeBSD SAN's - And these were load-tested production machines that had been in service for months without issues. In one of these threads, Garrett Wollman points out his ideas for a fix - I second the idea of a large ring buffer being created at boot for the network cards to use - and like him, I regretfully have no time to spare to help.. well, perhaps I can get some time for this.. but I can only help, not lead. Here's one of the last machines popping on me tonight before I could get to it with a patched kernel. This is a unusual error, usually the 'ix0 flapping' is the most common. May 11 04:04:06 aa_fast_b kernel: panic: solaris assert: 0 == dmu_buf_hold_array(os, object, off set, size, FALSE, FTAG, &numbufs, &dbp), file: /usr/src/sys/modules/zfs/../../cddl/contrib/opens olaris/uts/common/fs/zfs/dmu.c, line: 830 May 11 04:04:06 aa_fast_b kernel: cpuid = 1 May 11 04:04:06 aa_fast_b kernel: KDB: stack backtrace: May 11 04:04:06 aa_fast_b kernel: #0 0xffffffff80962fd0 at kdb_backtrace+0x60 May 11 04:04:06 aa_fast_b kernel: #1 0xffffffff809280f5 at panic+0x155 May 11 04:04:06 aa_fast_b kernel: #2 0xffffffff81bbe1fd at assfail+0x1d May 11 04:04:06 aa_fast_b kernel: #3 0xffffffff81983388 at dmu_write+0x98 May 11 04:04:06 aa_fast_b kernel: #4 0xffffffff819c8ec5 at space_map_write+0x3c5 May 11 04:04:06 aa_fast_b kernel: #5 0xffffffff819afb30 at metaslab_sync+0x4e0 May 11 04:04:06 aa_fast_b kernel: #6 0xffffffff819cf69b at vdev_sync+0xcb May 11 04:04:06 aa_fast_b kernel: #7 0xffffffff819c0fdb at spa_sync+0x5db May 11 04:04:06 aa_fast_b kernel: #8 0xffffffff819ca3f6 at txg_sync_thread+0x3a6 May 11 04:04:06 aa_fast_b kernel: #9 0xffffffff808f8b3a at fork_exit+0x9a May 11 04:04:06 aa_fast_b kernel: #10 0xffffffff80d0ac8e at fork_trampoline+0xe May 11 04:04:06 aa_fast_b kernel: Uptime: 1d12h7m45s May 11 04:04:06 aa_fast_b kernel: (da1:iscsi7:0:0:0): Synchronize cache failed May 11 04:04:06 aa_fast_b kernel: (da3:iscsi5:0:0:0): Synchronize cache failed May 11 04:04:06 aa_fast_b kernel: (da4:iscsi11:0:0:0): Synchronize cache failed May 11 04:04:06 aa_fast_b kernel: (da7:iscsi4:0:0:0): Synchronize cache failed May 11 04:04:06 aa_fast_b kernel: (da8:iscsi6:0:0:0): Synchronize cache failed May 11 04:04:06 aa_fast_b kernel: (da9:iscsi10:0:0:0): Synchronize cache failed May 11 04:04:06 aa_fast_b kernel: (da10:iscsi1:0:0:0): Synchronize cache failed It's lots of fun.. it really is. I'm glad I have a lot of redundancy and backups. On Mon, May 11, 2015 at 5:13 AM, Mark Schouten wrote: > Please note that these issues look very much like the issues I had, before > I switched from an MTU of 9000 to 1500 ... > > > Met vriendelijke groeten, > > -- > Kerio Operator in de Cloud? https://www.kerioindecloud.nl/ > Mark Schouten | Tuxis Internet Engineering > KvK: 61527076 | http://www.tuxis.nl/ > T: 0318 200208 | info@tuxis.nl > > > > Van: > Aan: > Verzonden: 8-5-2015 19:42 > Onderwerp: [Bug 199174] em tx and rx hang > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199174 > > --- Comment #15 from Sean Bruno --- > (In reply to david.keller from comment #14) > Nothing fancy here. > > Server runs "iperf -p 8000 -s" (8core amd box) > Client under test runs this forever: > > #!/bin/sh > > FILE=test.out > > if [ -f ${FILE} ]; then > rm $FILE; > fi > > while [ 1 ]; do > date; > iperf -p 8000 -c 192.168.100.1 -t 600 -P ${1} >> $FILE; > done > > -- > You are receiving this mail because: > You are the assignee for the bug. > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > From owner-freebsd-net@FreeBSD.ORG Mon May 11 10:48:15 2015 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2FFA0A4A for ; Mon, 11 May 2015 10:48:15 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0A81F1F47 for ; Mon, 11 May 2015 10:48:15 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4BAmE1N066990 for ; Mon, 11 May 2015 10:48:14 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4BAmEUk066989; Mon, 11 May 2015 10:48:14 GMT (envelope-from daemon-user) Date: Mon, 11 May 2015 10:48:14 +0000 To: freebsd-net@freebsd.org From: "nvass-gmx.com (Nikos Vassiliadis)" Subject: [Differential] [Commented On] D1944: PF and VIMAGE fixes Message-ID: X-Priority: 3 Thread-Topic: D1944: PF and VIMAGE fixes X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: NDc2NzM0MzY4OTdiYThiNTU1MjY2ZDZmMTJiIFVQiO4= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2015 10:48:15 -0000 nvass-gmx.com added a comment. This guilde is definitely invaluable, I have seen it. It would be great if we could move it in the source tree. Regarding PF it can be further simplified. I think the logic right is OK but there are many *init* functions for sure and some of these functions can go away. Maybe we could do that a step two? REVISION DETAIL https://reviews.freebsd.org/D1944 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: nvass-gmx.com, bz, zec, trociny, glebius, rodrigc, kristof, gnn Cc: julian, robak, freebsd-virtualization, freebsd-pf, freebsd-net From owner-freebsd-net@FreeBSD.ORG Mon May 11 11:38:32 2015 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56D695D9 for ; Mon, 11 May 2015 11:38:32 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CAA1514E2 for ; Mon, 11 May 2015 11:38:31 +0000 (UTC) Received: from moby.local ([88.66.149.6]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0MbrR4-1YbtLf2SzW-00JJkM for ; Mon, 11 May 2015 13:38:29 +0200 Message-ID: <55509492.7070308@gmx.com> Date: Mon, 11 May 2015 13:37:54 +0200 From: Nikos Vassiliadis User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: FreeBSD Net Subject: if_bridge panic plus fix Content-Type: multipart/mixed; boundary="------------080900010109010603030604" X-Provags-ID: V03:K0:bP9D9tPuNHfyoHt3fuUghJwwlWPJMzpjhg9/QnX1RLF7a0sDFR2 dU8e85uXAPKwTYEyjg9IrJQ/Tf8eRt4LqalRjKskxwWhUlXDqCk4jRmgA8IMW8ljyJinzSc gFjYC4Xj8eYn8vwNHrnfSusdpJ6mRWjQ3F0c8rwAfYN2vqIGC46p04guGjvJU5XTzpmPck+ Rke1kaMbNRzXT2K3V+g2A== X-UI-Out-Filterresults: notjunk:1; X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2015 11:38:32 -0000 This is a multi-part message in MIME format. --------------080900010109010603030604 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, Small fix for if_bridge.c. bridge_state_change() is called from taskqueue and curvnet is not set. Patch attached. The panic: > #6 0xffffffff80d9a8c9 in trap_fatal (frame=0xfffffe01a5a998b0, eva=) at /usr/src/sys/amd64/amd64/trap.c:854 > #7 0xffffffff80d9ab5e in trap_pfault (frame=0xfffffe01a5a998b0, usermode=) at /usr/src/sys/amd64/amd64/trap.c:676 > #8 0xffffffff80d9a215 in trap (frame=0xfffffe01a5a998b0) at /usr/src/sys/amd64/amd64/trap.c:426 > #9 0xffffffff80d7a8c2 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:235 > #10 0xffffffff81e1b767 in bridge_state_change (ifp=0x1, state=Unhandled dwarf expression opcode 0x93 > ) at /usr/src/sys/modules/if_bridge/../../net/if_bridge.c:3068 > #11 0xffffffff809beaa0 in taskqueue_run_locked (queue=0x20) at /usr/src/sys/kern/subr_taskqueue.c:431 > #12 0xffffffff809be96a in taskqueue_run (queue=0xfffff80005192d00) at /usr/src/sys/kern/subr_taskqueue.c:450 > #13 0xffffffff8093ac61 in intr_event_execute_handlers (p=, ie=0xfffff80005171200) at /usr/src/sys/kern/kern_intr.c:1241 > #14 0xffffffff8093b63c in ithread_loop (arg=0xfffff8000517af40) at /usr/src/sys/kern/kern_intr.c:1254 Thanks for reviewing, Nikos --------------080900010109010603030604 Content-Type: text/plain; charset=us-ascii; name="if_bridge.c.diff.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="if_bridge.c.diff.txt" SW5kZXg6IHN5cy9uZXQvaWZfYnJpZGdlLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL25ldC9p Zl9icmlkZ2UuYwkocmV2aXNpb24gMjgyNjUxKQorKysgc3lzL25ldC9pZl9icmlkZ2UuYwko d29ya2luZyBjb3B5KQpAQCAtMzA2NSw5ICszMDY1LDExIEBAIGJyaWRnZV9zdGF0ZV9jaGFu Z2Uoc3RydWN0IGlmbmV0ICppZnAsIGludCBzdGF0ZSkKIAkJImRpc2NhcmRpbmciCiAJfTsK IAorCUNVUlZORVRfU0VUKGlmcC0+aWZfdm5ldCk7CiAJaWYgKFZfbG9nX3N0cCkKIAkJbG9n KExPR19OT1RJQ0UsICIlczogc3RhdGUgY2hhbmdlZCB0byAlcyBvbiAlc1xuIiwKIAkJICAg IHNjLT5zY19pZnAtPmlmX3huYW1lLCBzdHBzdGF0ZXNbc3RhdGVdLCBpZnAtPmlmX3huYW1l KTsKKwlDVVJWTkVUX1JFU1RPUkUoKTsKIH0KIAogLyoK --------------080900010109010603030604-- From owner-freebsd-net@FreeBSD.ORG Tue May 12 04:43:07 2015 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 74DEFD1 for ; Tue, 12 May 2015 04:43:07 +0000 (UTC) Received: from smtp.fortinet.com (smtp.fortinet.com [208.91.113.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.fortinet.com", Issuer "DigiCert High Assurance CA-3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5563212F1 for ; Tue, 12 May 2015 04:43:06 +0000 (UTC) Received: from qqPC ([59.108.29.2]) by smtp.fortinet.com with ESMTP id t4C4RsOl032527-t4C4RsOm032527; Mon, 11 May 2015 21:27:57 -0700 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; d=fortinet.com; s=20131225; c=relaxed/relaxed; h=from:to:cc:subject:date:message-id:mime-version:content-type:x-mailer:thread-index:content-language:x-feas-auth-user; bh=QOdPNlAVakm1/GqUTv5bg5OtZpBKz/0TnHVC+g7w3VE=; b=PQtR+HU2VQe8dFkPnzQXDmOWtZxgpP0siF1pExj/TG7ywLVpbiL8l+yr4sqVM9rlGTXG6QvKG2SjKnDqHNCNl+S0aHFELyG3bkLR6sKTSLgKz/Icej7A9SBBcmSKAv+5E+rfWjEdK9RXYatSBQjhfmv65HL5Ugk671OVsMlmf8w40lzqoroGS1PMerBITloRZeje+n3+VDbg9TW3tBr/PZeUxmJNQHQEs784J6ZKLSrvudDkBBKrKsILEQKwHe4n8dH0FFZ5vBO5hMa+Moblrj1eRGyzEzMcP/agDnULbP0BZ1P4/fyXAoCOl7+WGJH0P9sgiCRbz8v+OftnMRf2vQ== From: "dxzhang" To: Cc: Subject: Netmap Issue Date: Tue, 12 May 2015 12:27:49 +0800 Message-ID: <000001d08c6c$03a07b70$0ae17250$@com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AdCMbACLxz2DoxuSSVKRuo4HXgvRBw== Content-Language: zh-cn X-FEAS-AUTH-USER: dxzhang@fortinet.com Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2015 04:43:07 -0000 hi guys=A3=AC Nice to write to you ! But we've got little problem while we are using Netmap module , here is the situation when we are using tcpreplay tool with netmap function, its like this: tcpreplay --inter1=3Deth0 --inter2=3Deth1 ---netmap --cache=3Dpcap.cache xxx.pcap we got warning it says tcpreplay does not support two net interface a= t netmap mode, so we write to tcpreplay engineer,the engineer says netmap does not support two at the sametime is that right? *** Please note that this message and any attachments may contain confid= ential and proprietary material and information and are intended only for the us= e of the intended recipient(s). If you are not the intended recipient, you are= hereby notified that any review, use, disclosure, dissemination, distribution or= copying of this message and any attachments is strictly prohibited. If you have r= eceived this email in error, please immediately notify the sender and destroy thi= s e-mail and any attachments and all copies, whether electronic or printed. Please also note that any views, opinions, conclusions or commitments exp= ressed in this message are those of the individual sender and do not necessarily= reflect the views of Fortinet, Inc., its affiliates, and emails are not binding o= n Fortinet and only a writing manually signed by Fortinet's General Counsel= can be a binding commitment of Fortinet to Fortinet's customers or partners. Tha= nk you. *** From owner-freebsd-net@FreeBSD.ORG Wed May 13 00:13:31 2015 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0C796441 for ; Wed, 13 May 2015 00:13:31 +0000 (UTC) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D42851B18 for ; Wed, 13 May 2015 00:13:30 +0000 (UTC) Received: from pool-108-54-164-204.nycmny.fios.verizon.net ([108.54.164.204]:51087 helo=[192.168.1.17]) by vps.hungerhost.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.82) (envelope-from ) id 1YsKIi-0001Q3-8O; Tue, 12 May 2015 20:13:28 -0400 From: "George Neville-Neil" To: "Karlis Laivins" Cc: "Eggert, Lars" , "freebsd-net@freebsd.org" , "grenville armitage" Subject: Re: Congestion Control Modification Date: Tue, 12 May 2015 20:13:27 -0400 Message-ID: <7B9881D7-F321-48F8-A38A-7B0D0B147F71@neville-neil.com> In-Reply-To: References: <5535945F.90504@swin.edu.au> <98E7D40A-EC37-413D-85CE-2A6012811E08@netapp.com> <8D3AEF2A-1413-4C44-9E5C-66900847F18A@neville-neil.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (1.9.1r5084) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - neville-neil.com X-Get-Message-Sender-Via: vps.hungerhost.com: authenticated_id: gnn@neville-neil.com X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 00:13:31 -0000 Sounds good. Best, George On 1 May 2015, at 1:21, Karlis Laivins wrote: > Hello George, > > Thank you for the tip! I have set up a virtual test environment with > IMUNES > (interesting tool, by the way) and now I am running validation tests, > to > see, if the results there are at least similar to those that can be > achieved on a physical testbed. > > I will let you know if and when the implementation will be done as I > will > certainly need objective feedback. > > BR, > Karlis > > On Fri, May 1, 2015 at 12:06 AM, George Neville-Neil > > wrote: > >> If you want to run some experiments, though, you could look at >> running PTPd >> on 3 servers (master, and two slaves) which will get you decent >> synchronization >> among the three. Where decent is less than the typical RTT of a TCP >> packet on a >> 1Gbps LAN. >> >> Best, >> George >> >> >> On 30 Apr 2015, at 14:48, Karlis Laivins wrote: >> >> Yes, you are correct, I meant to write "relative OWD". As David Hayes >> put >>> it - "Relative OWD measurements are easier, and clock drift is not >>> usually >>> a problem over the time it takes to send and receive an ACK". >>> >>> Thank you for the correction! >>> >>> On Thu, Apr 30, 2015 at 4:19 PM, Eggert, Lars >>> wrote: >>> >>> On 2015-4-30, at 15:04, Karlis Laivins >>> wrote: >>>> >>>>> I have yet to solve the issue of >>>>> how to get the One Way Delay for the ACK message (the time it >>>>> takes ACK >>>>> >>>> to >>>> >>>>> arrive from receiver of the ACK'ed data sender) correctly. >>>>> >>>> >>>> That won't work without synchronized clocks, which you can't really >>>> assume >>>> to be present. >>>> >>>> Lars >>>> >>> From owner-freebsd-net@FreeBSD.ORG Wed May 13 06:34:34 2015 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 30AA1A88 for ; Wed, 13 May 2015 06:34:34 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 125EC13BE for ; Wed, 13 May 2015 06:34:34 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4D6YXQO061768 for ; Wed, 13 May 2015 06:34:33 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4D6YX0B061767; Wed, 13 May 2015 06:34:33 GMT (envelope-from daemon-user) Date: Wed, 13 May 2015 06:34:33 +0000 To: freebsd-net@freebsd.org From: "rodrigc (Craig Rodrigues)" Subject: [Differential] [Commented On] D1944: PF and VIMAGE fixes Message-ID: X-Priority: 3 Thread-Topic: D1944: PF and VIMAGE fixes X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: NDc2NzM0MzY4OTdiYThiNTU1MjY2ZDZmMTJiIFVS8Hk= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 06:34:34 -0000 rodrigc added a comment. In https://reviews.freebsd.org/D1944#46127, @julian wrote: > in case I didn't point you at this before... > http://p4web.freebsd.org/@md=d&cd=//depot/projects/vimage/&cdf=//depot/projects/vimage/porting_to_vimage.txt&c=win@//depot/projects/vimage/porting_to_vimage.txt?ac=22 @julian , I have copied this to: https://wiki.freebsd.org/VIMAGE/porting-to-vimage so that this isn't buried in Perforce. REVISION DETAIL https://reviews.freebsd.org/D1944 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: nvass-gmx.com, bz, zec, trociny, glebius, rodrigc, kristof, gnn Cc: julian, robak, freebsd-virtualization, freebsd-pf, freebsd-net From owner-freebsd-net@FreeBSD.ORG Fri May 15 11:59:55 2015 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5338106 for ; Fri, 15 May 2015 11:59:55 +0000 (UTC) Received: from smtpx.interplex.ca (smtpx.interplex.ca [199.114.234.201]) by mx1.freebsd.org (Postfix) with ESMTP id 70F8610C1 for ; Fri, 15 May 2015 11:59:55 +0000 (UTC) Received: from win2008.domnt.abi.ca (office.abi.ca [199.114.234.18]) by smtpx.interplex.ca (Postfix) with ESMTP id 30A3CC3F32 for ; Fri, 15 May 2015 07:50:49 -0400 (EDT) Received: from WIN2008.Domnt.abi.ca ([fe80::146d:6eee:c89b:f7d2]) by WIN2008.Domnt.abi.ca ([fe80::146d:6eee:c89b:f7d2%16]) with mapi; Fri, 15 May 2015 07:50:48 -0400 From: Dominic Blais To: "freebsd-net@freebsd.org" Date: Fri, 15 May 2015 07:50:47 -0400 Subject: bce_pulse() before a crash Thread-Topic: bce_pulse() before a crash Thread-Index: AdCPBWHxY+ZYBozuRHGEz4a7h/9/7g== Message-ID: <2DE61B0869B7484997BCA012845482C701C3D56F5AC0@WIN2008.Domnt.abi.ca> Accept-Language: fr-FR, fr-CA Content-Language: fr-FR X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: fr-FR, fr-CA MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2015 11:59:55 -0000 Hi, I see these logs prior to a server hang in userspace. May 15 01:05:47 pppoe01 kernel: bce0: bce_pulse(): Warning: bootcode thinks= driver is absent! (bc_state =3D 0x00000006) May 15 01:05:47 pppoe01 kernel: bce1: bce_pulse(): Warning: bootcode thinks= driver is absent! (bc_state =3D 0x00000006) The kernel is still working because I can still ping it but the userspace i= s freezed. We cannot execute any new command in the cli, it just hang.. No = kernel panic and we have to use the watchdog to reboot it. Server: HP DL360 G5 OS: FreeBSD 9.2-RELEASE The server is used as a PPPoE server with MPD 5.7. Any help would be very appreciated! Thank you! -- [cid:image001.gif@01D08EE3.DADF92F0] From owner-freebsd-net@FreeBSD.ORG Fri May 15 12:05:16 2015 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B1C552B for ; Fri, 15 May 2015 12:05:16 +0000 (UTC) Received: from mail-qg0-x22a.google.com (mail-qg0-x22a.google.com [IPv6:2607:f8b0:400d:c04::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D4D5F11F2 for ; Fri, 15 May 2015 12:05:15 +0000 (UTC) Received: by qgg76 with SMTP id 76so25409387qgg.3 for ; Fri, 15 May 2015 05:05:14 -0700 (PDT) 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=da+zTZl387WJ+gfksShGEuc8ftN7VMssV0Yb1nh36TQ=; b=B5YZKOtM9FrOfjJQDXD+qGppYaF6Cxvlfpxk5S13AwggZ81lcBZYPr+M+e3hNxJqIp jhHkZU3OVK7Swxfy/hCctJuROXnsyurLv/4Qv5apscXt13rsWtGeY+NC5dUqtMrjJX+m 59yu70R7e7gxcMS+KfaqylgazSKjWE2tdQ2oCOv41e/xfwdU0EqR0jHLIlMLA9q6hNZH YvGI2YF9ClGOOXkjz2kPQQNn5Ow8HBu05QW7jMPgPb5U5tEVLGbOUCAyCMC2ZSr8cOL1 6V4mKyDo+HJLgO5rxNHyJbG1mn3DLtPW1AakIuUk1clgGmm0qTM8y53uvspyqXoxqJJw mJIg== MIME-Version: 1.0 X-Received: by 10.140.34.149 with SMTP id l21mr9015158qgl.43.1431691514842; Fri, 15 May 2015 05:05:14 -0700 (PDT) Received: by 10.96.110.229 with HTTP; Fri, 15 May 2015 05:05:14 -0700 (PDT) In-Reply-To: <2DE61B0869B7484997BCA012845482C701C3D56F5AC0@WIN2008.Domnt.abi.ca> References: <2DE61B0869B7484997BCA012845482C701C3D56F5AC0@WIN2008.Domnt.abi.ca> Date: Fri, 15 May 2015 09:05:14 -0300 Message-ID: Subject: Re: bce_pulse() before a crash From: Christopher Forgeron To: Dominic Blais Cc: "freebsd-net@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2015 12:05:16 -0000 I get these messages on every reboot, but I haven't seen it during runtime yet. What's your MTU set to? Do you have TSO on bce? On Fri, May 15, 2015 at 8:50 AM, Dominic Blais wrote: > Hi, > > I see these logs prior to a server hang in userspace. > > May 15 01:05:47 pppoe01 kernel: bce0: bce_pulse(): Warning: bootcode > thinks driver is absent! (bc_state = 0x00000006) > May 15 01:05:47 pppoe01 kernel: bce1: bce_pulse(): Warning: bootcode > thinks driver is absent! (bc_state = 0x00000006) > > The kernel is still working because I can still ping it but the userspace > is freezed. We cannot execute any new command in the cli, it just hang.. No > kernel panic and we have to use the watchdog to reboot it. > > Server: HP DL360 G5 > OS: FreeBSD 9.2-RELEASE > > The server is used as a PPPoE server with MPD 5.7. > > Any help would be very appreciated! > > Thank you! > > -- > [cid:image001.gif@01D08EE3.DADF92F0] > > > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Fri May 15 12:40:14 2015 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF0CB38A for ; Fri, 15 May 2015 12:40:13 +0000 (UTC) Received: from mail-qg0-f103.google.com (mail-qg0-f103.google.com [209.85.192.103]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 97DDF1617 for ; Fri, 15 May 2015 12:40:13 +0000 (UTC) Received: by qgdz60 with SMTP id z60so3870130qgd.0 for ; Fri, 15 May 2015 05:40:12 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type; bh=n+ffum7CEDCMdXktS912nY29vUOYOgbl0yUWM8ylwj8=; b=SoC0gBaDcoQLA2jsxtK0AuLMMPQzHvbLE5DbfLGkfmW+mPYlIAcW8YJcH6waGUWQ0r lpub2dFp5s6TmDvgwj423l8Y3C48BqMA2cE2BdBBe5JmBnHm0bJtToMkg/3RYlUi0fdN IDr3pV78ciFNW2laKDYJsjaqQCrb//NbR2Ais79NG3CsNYTofOgQ4gBlclwVqHtnYwge CmFHuzO06HNDuOQWJ8gCbanUVZ3mp2+0/al8/aovz02edr/5f+QMGXPvvrJqVceL/Iu2 Yx/DOj3fMJ/8ssVbLEh3FDFD7BgKwjw6+ssw9rL/0KEsmSByTKnVct/tBIgHQkLfn8S8 +yUw== X-Gm-Message-State: ALoCoQmA7r+q+gKmZ9rW1hjDlqbEiJF1A25JU4V9HYOhRyYHWCzLNs97jru5EkcVpEAzvbQdvDpsYCg3PYU0mTtSFM54Jhm5Bw== X-Received: by 10.140.150.216 with SMTP id 207mr8162272qhw.10.1431692133169; Fri, 15 May 2015 05:15:33 -0700 (PDT) Received: from brn1lxmailout01.verisign.com (brn1lxmailout01.verisign.com. [72.13.63.41]) by mx.google.com with ESMTPS id q6sm356640qck.4.2015.05.15.05.15.31 (version=TLSv1 cipher=RC4-SHA bits=128/128); Fri, 15 May 2015 05:15:33 -0700 (PDT) X-Relaying-Domain: verisign.com Received: from DUL1WNSMTP01.vcorp.ad.vrsn.com (dul1mail.vrsn.com [10.170.12.113] (may be forged)) by brn1lxmailout01.verisign.com (8.13.8/8.13.8) with ESMTP id t4FCFVD5003067; Fri, 15 May 2015 08:15:31 -0400 Received: from FRI2JCHARBON-M1.local ([10.100.64.7]) by DUL1WNSMTP01.vcorp.ad.vrsn.com with Microsoft SMTPSVC(7.5.7601.17514); Fri, 15 May 2015 08:15:31 -0400 Message-ID: <5555E356.8080000@freebsd.org> Date: Fri, 15 May 2015 14:15:18 +0200 From: Julien Charbon User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-net@freebsd.org CC: John Baldwin , Jason Wolfe , hiren panchasara , Sean Chittenden Subject: Re: MFC-ing TCP timer race condition fix References: <5548BB20.2020700@freebsd.org> <5548EC8F.3010103@freebsd.org> In-Reply-To: <5548EC8F.3010103@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="IROhIHgoWGxkvqmSgFJR7OwaQNC1KfHCf" X-OriginalArrivalTime: 15 May 2015 12:15:31.0199 (UTC) FILETIME=[D65290F0:01D08F08] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2015 12:40:14 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --IROhIHgoWGxkvqmSgFJR7OwaQNC1KfHCf Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, On 05/05/15 18:15, Julien Charbon wrote: > I was asked if it is possible to MFC r281599 in FreeBSD 10: >=20 > --- > Fix an old and well-documented use-after-free race condition in > TCP timers: > - Add a reference from tcpcb to its inpcb > - Defer tcpcb deletion until TCP timers have finished > --- > https://svnweb.freebsd.org/base?view=3Drevision&revision=3D281599 >=20 > First, I thought it was no possible as it touches struct > tcp_timer/struct tcpcb_mem. Second, John pointed me that these two > structures are used only internally. The only side effect I was able t= o > find is the increase of struct tcpcb_mem size: >=20 > - stable/10: struct tcpcb_mem size is 1024 bytes > - stable/10 + tcp timer change: struct tcpcb_mem size is 1032 bytes > - currently in head: struct tcpcb_mem size is 1048 bytes >=20 > If you have extra concerns on MFC-ing this change please scream. > Without nice yelps I plan to "MFC after: 1 month" (around May 16th). Following the lack of screamed concerns, here the MFC-ing result in stable/10 of the old and well-documented use-after-free TCP timer race condition fix: https://svnweb.freebsd.org/base?view=3Drevision&revision=3D282964 Thanks again John for your inputs about the feasibility of this MFC. -- Julien --IROhIHgoWGxkvqmSgFJR7OwaQNC1KfHCf Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJVVeNhAAoJEKVlQ5Je6dhxpKsIAJIfQ5B6a19HSELTMxni/+6Z ElyDwV/62BO1OCUBaXj8WBCfUYF2hHqsWEL0xf12os5uovRqMBrzcC7qtE17lf3S 08LD2r1wje44YhvX1tdhKFw6WAh6c1Zst1kPjy4LiZEZ2xPETeBklXxBYS8Apx2W iJlwONBfcrUkm7INnOQYo6q/Mui9zfDk9JCxk5q3lk2c/dOYCItewWhH41OWKKu1 VuVGMLBOz2hiP3HGCrYrQ0mg46XnpZ+Fr6iR1JeaxpOyYKRb6C/tR/CO3prYD4JJ tkdOlBrfLKr8CmAlPeu2UQViDU48EJuIRZTWKIpi/SXLSq8qhGevt5rk8K2mozk= =QuOG -----END PGP SIGNATURE----- --IROhIHgoWGxkvqmSgFJR7OwaQNC1KfHCf-- From owner-freebsd-net@FreeBSD.ORG Fri May 15 13:47:41 2015 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C2A0120D for ; Fri, 15 May 2015 13:47:41 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AD2391DC9 for ; Fri, 15 May 2015 13:47:41 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4FDlf2Y055955 for ; Fri, 15 May 2015 13:47:41 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 200221] em0 watchdog timeout under load Date: Fri, 15 May 2015 13:47:41 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2015 13:47:41 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200221 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|freebsd-bugs@FreeBSD.org |freebsd-net@FreeBSD.org -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@FreeBSD.ORG Fri May 15 13:49:19 2015 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 587683F5 for ; Fri, 15 May 2015 13:49:19 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 42F501DF5 for ; Fri, 15 May 2015 13:49:19 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4FDnJbq056626 for ; Fri, 15 May 2015 13:49:19 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 200210] adding vtnet to bridge results to kernel panic Date: Fri, 15 May 2015 13:49:19 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2015 13:49:19 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200210 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|freebsd-bugs@FreeBSD.org |freebsd-net@FreeBSD.org -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@FreeBSD.ORG Fri May 15 17:08:50 2015 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A80CB955 for ; Fri, 15 May 2015 17:08:50 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6F91C1737 for ; Fri, 15 May 2015 17:08:50 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4FH8o2l006510 for ; Fri, 15 May 2015 17:08:50 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4FH8omn006509; Fri, 15 May 2015 17:08:50 GMT (envelope-from daemon-user) Date: Fri, 15 May 2015 17:08:50 +0000 To: freebsd-net@freebsd.org From: "rodrigc (Craig Rodrigues)" Subject: [Differential] [Commented On] D1944: PF and VIMAGE fixes Message-ID: <194ef1d3bdba26373fa9d08b314d1729@localhost.localdomain> X-Priority: 3 Thread-Topic: D1944: PF and VIMAGE fixes X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: NDc2NzM0MzY4OTdiYThiNTU1MjY2ZDZmMTJiIFVWKCI= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2015 17:08:50 -0000 rodrigc added a comment. I tested this patch. # kldload pf # kldunload pf kldunload: can't unload file: Device busy The fact that the pf module cannot be unloaded was one of the reasons that @glebius used to back out the entire changeset last time I committed your pf changes. Can you fix this? I also saw this in dmesg: CURVNET_SET() recursion in pfi_vnet_initialize() line 130, prev in vnet_register_sysinit() 0xfffff800056e4100 -> 0xfffff800056e4100 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe046389a550 pfi_vnet_initialize() at pfi_vnet_initialize+0x21b/frame 0xfffffe046389a590 pf_vnet_init() at pf_vnet_init+0x35/frame 0xfffffe046389a5c0 vnet_register_sysinit() at vnet_register_sysinit+0x13c/frame 0xfffffe046389a600 linker_load_module() at linker_load_module+0xc87/frame 0xfffffe046389a920 kern_kldload() at kern_kldload+0x10e/frame 0xfffffe046389a970 sys_kldload() at sys_kldload+0x5b/frame 0xfffffe046389a9a0 amd64_syscall() at amd64_syscall+0x27f/frame 0xfffffe046389aab0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe046389aab0 REVISION DETAIL https://reviews.freebsd.org/D1944 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: nvass-gmx.com, bz, zec, trociny, glebius, rodrigc, kristof, gnn Cc: julian, robak, freebsd-virtualization, freebsd-pf, freebsd-net From owner-freebsd-net@FreeBSD.ORG Sat May 16 08:40:38 2015 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A093E4EC for ; Sat, 16 May 2015 08:40:38 +0000 (UTC) Received: from firemail.de (firemail.de [46.182.20.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 366F31A62 for ; Sat, 16 May 2015 08:40:37 +0000 (UTC) Received: from [192.168.1.95] (p5796C337.dip0.t-ipconnect.de [87.150.195.55]) by firemail.de (b1gMailServer) with ESMTP id 43F2EB4A for ; Sat, 16 May 2015 10:05:00 +0200 (CEST) X-ESMTP-Authenticated-User: 0000362B Message-ID: <5556FB6B.2030607@firemail.de> Date: Sat, 16 May 2015 10:10:19 +0200 From: Frank Graf User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: MPD 5.7 / fragmentation / packet loss? Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 08:40:38 -0000 Hello, I'm using FreeBSD 10.0 with MPD Ver. 5.7 as a router to connect to my ISP with PPPoE. With one host on my network I've problems to connect through the FreeBSD router to the internet. With tcpdump I see the following ICMP messages from this host: "ICMP ip reassembly time exceeded" After some investigation I know that the Problem occurs on every host with a MTU of 1500 (MTU > 1492). Unfortunately I cannot decrease the MTU to 1492 (due to PPPoE) on this one host. For test purposes I have done some test with ping and a payload of 1500 from the FreeBSD router. This is a tcpdump trace from the MPD interface (ng0): fbsd-ip is the IP address of the FreeBSD router srv-ip is the IP address from a host connected to the internet Usually I get no successfull reply to the echo requests: No. Source Destination Protocol Length Info 133 fbsd-ip srv-ip IPv4 1496 Fragmented IP protocol (proto=ICMP 1, off=0, ID=ca88) [Reassembled in #134] 134 fbsd-ip srv-ip ICMP 60 Echo (ping) request id=0xb95e, seq=33/8448, ttl=64 (no response found!) 135 srv-ip fbsd-ip IPv4 1496 Fragmented IP protocol (proto=ICMP 1, off=0, ID=4c1b) 136 srv-ip fbsd-ip IPv4 32 Fragmented IP protocol (proto=ICMP 1, off=1472, ID=4c1b) Only once I got a succsessfull reply in seq. nr. 34: 137 fbsd-ip srv-ip IPv4 1496 Fragmented IP protocol (proto=ICMP 1, off=0, ID=ca89) [Reassembled in #138] 138 fbsd-ip srv-ip ICMP 60 Echo (ping) request id=0xb95e, seq=34/8704, ttl=64 (reply in 141) 139 srv-ip fbsd-ip IPv4 1496 Fragmented IP protocol (proto=ICMP 1, off=0, ID=4c77) [Reassembled in #141] 140 srv-ip fbsd-ip IPv4 32 Fragmented IP protocol (proto=ICMP 1, off=1472, ID=4c77) [Reassembled in #141] 141 srv-ip fbsd-ip ICMP 52 Echo (ping) reply id=0xb95e, seq=34/8704, ttl=58 (request in 138) The echo reply consists of 3 packets, but only 2 are usually received at the MPD interface ng0. On the physical WAN interface on the router always all (PPPoE) packets are received, I've checked this with tcpdump. It seems that one packet/fragment is dropped between the physical interface and the MPD (ng0) interface. The host 'srv-ip' is connected with ethernet and a MTU of 1500 to the internet, the echo reply consists of 2 packets. One of the packet is fragmented from the ISP router due to PPP encapsulation. Therefore the echo reply consists of 3 packets on the FreeBSD WAN interface. If I connect to the internet through the user PPP implementation of FreeBSD, the ping with a payload of 1500 is successfull. I've a 100 Mbit down / 40 Mbit up internet connection, the performance is poor (18 Mbit) with user PPP, therefore I'm using MPD. Is this a bug in MPD or configuration error? Is it possible to reach 100 Mbit throughput with user PPP? (CPU is at about 80% idle during a download) Are there any other PPP(oE) implementations for FreeBSD I can use? Thanks in advance. Frank _________________________________________________________________ Firemail.de Freemail - 10 GB für Mails und Daten POP3 und IMAP kostenfrei http://www.firemail.de/ From owner-freebsd-net@FreeBSD.ORG Sat May 16 12:25:58 2015 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0FDB9492 for ; Sat, 16 May 2015 12:25:58 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DE7141010 for ; Sat, 16 May 2015 12:25:57 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4GCPvq5067966 for ; Sat, 16 May 2015 12:25:57 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4GCPvmt067964; Sat, 16 May 2015 12:25:57 GMT (envelope-from daemon-user) Date: Sat, 16 May 2015 12:25:57 +0000 To: freebsd-net@freebsd.org From: "nvass-gmx.com (Nikos Vassiliadis)" Subject: [Differential] [Commented On] D1944: PF and VIMAGE fixes Message-ID: X-Priority: 3 Thread-Topic: D1944: PF and VIMAGE fixes X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: NDc2NzM0MzY4OTdiYThiNTU1MjY2ZDZmMTJiIFVXN1U= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 12:25:58 -0000 nvass-gmx.com added a comment. In https://reviews.freebsd.org/D1944#47231, @rodrigc wrote: > I tested this patch. > > # kldload pf > # kldunload pf > kldunload: can't unload file: Device busy > > > The fact that the pf module cannot be unloaded was one of the > reasons that @glebius used to back out the entire changeset last time > I committed your pf changes. Can you fix this? This is intended behaviour, regadless of VIMAGE. You need to use kldunload -f to unload it. > I also saw this in dmesg: > > CURVNET_SET() recursion in pfi_vnet_initialize() line 130, prev in vnet_register_sysinit() > 0xfffff800056e4100 -> 0xfffff800056e4100 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe046389a550 > pfi_vnet_initialize() at pfi_vnet_initialize+0x21b/frame 0xfffffe046389a590 > pf_vnet_init() at pf_vnet_init+0x35/frame 0xfffffe046389a5c0 > vnet_register_sysinit() at vnet_register_sysinit+0x13c/frame 0xfffffe046389a600 > linker_load_module() at linker_load_module+0xc87/frame 0xfffffe046389a920 > kern_kldload() at kern_kldload+0x10e/frame 0xfffffe046389a970 > sys_kldload() at sys_kldload+0x5b/frame 0xfffffe046389a9a0 > amd64_syscall() at amd64_syscall+0x27f/frame 0xfffffe046389aab0 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe046389aab0 > This should be ok. It is just a warning that we are setting curvnet although it is already set. Maybe it can be avoided. REVISION DETAIL https://reviews.freebsd.org/D1944 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: nvass-gmx.com, bz, zec, trociny, glebius, rodrigc, kristof, gnn Cc: julian, robak, freebsd-virtualization, freebsd-pf, freebsd-net From owner-freebsd-net@FreeBSD.ORG Sat May 16 21:16:09 2015 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 80A90270 for ; Sat, 16 May 2015 21:16:09 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6C8FC14EA for ; Sat, 16 May 2015 21:16:09 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4GLG990021010 for ; Sat, 16 May 2015 21:16:09 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 148018] [flowtable] flowtable crashes on ia64 Date: Sat, 16 May 2015 21:16:09 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: mmoll@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 21:16:09 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=148018 Michael Moll changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Progress |Closed Resolution|--- |Overcome By Events --- Comment #5 from Michael Moll --- FLOWTABLE is only in NOTES. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@FreeBSD.ORG Sat May 16 23:23:14 2015 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B255DACA for ; Sat, 16 May 2015 23:23:14 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7B64A1179 for ; Sat, 16 May 2015 23:23:14 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t4GNNEEB079181 for ; Sat, 16 May 2015 23:23:14 GMT (envelope-from daemon-user@phabric-backend.isc.freebsd.org) Received: (from daemon-user@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t4GNNEjA079180; Sat, 16 May 2015 23:23:14 GMT (envelope-from daemon-user) Date: Sat, 16 May 2015 23:23:14 +0000 To: freebsd-net@freebsd.org From: "rodrigc (Craig Rodrigues)" Subject: [Differential] [Commented On] D1944: PF and VIMAGE fixes Message-ID: <08e551776a9c6bc19b73b7ecd8e4a47f@localhost.localdomain> X-Priority: 3 Thread-Topic: D1944: PF and VIMAGE fixes X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: NDc2NzM0MzY4OTdiYThiNTU1MjY2ZDZmMTJiIFVX0WI= Precedence: bulk X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 23:23:14 -0000 rodrigc added a comment. I can confirm that: kldunload -f pf.ko does work to unload the module. That is good. I saw this warning message in dmesg: lock order reversal: (sleepable after non-sleepable) 1st 0xffffffff823b72e0 pf rulesets (pf rulesets) @ /opt2/branches/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:321 2nd 0xffffffff818f99a0 umadrain (umadrain) @ /opt2/branches/head/sys/vm/uma_core.c:2109 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe04639fd310 witness_checkorder() at witness_checkorder+0xe26/frame 0xfffffe04639fd3a0 _sx_slock() at _sx_slock+0x76/frame 0xfffffe04639fd3e0 uma_zdestroy() at uma_zdestroy+0x23/frame 0xfffffe04639fd400 pf_normalize_cleanup() at pf_normalize_cleanup+0x26/frame 0xfffffe04639fd420 pf_vnet_uninit() at pf_vnet_uninit+0x6e7/frame 0xfffffe04639fd8c0 vnet_deregister_sysuninit() at vnet_deregister_sysuninit+0x9c/frame 0xfffffe04639fd900 linker_file_unload() at linker_file_unload+0x45e/frame 0xfffffe04639fd950 kern_kldunload() at kern_kldunload+0x12f/frame 0xfffffe04639fd9a0 amd64_syscall() at amd64_syscall+0x27f/frame 0xfffffe04639fdab0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe04639fdab0 If possible, it would be good to clean that up. REVISION DETAIL https://reviews.freebsd.org/D1944 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: nvass-gmx.com, bz, zec, trociny, glebius, rodrigc, kristof, gnn Cc: julian, robak, freebsd-virtualization, freebsd-pf, freebsd-net