From owner-freebsd-net@FreeBSD.ORG Sun Jun 7 08:59: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 796B8ECF for ; Sun, 7 Jun 2015 08:59:34 +0000 (UTC) (envelope-from bimmer@field.hu) Received: from green.field.hu (green.field.hu [217.20.130.28]) (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 1CC501B65 for ; Sun, 7 Jun 2015 08:59:33 +0000 (UTC) (envelope-from bimmer@field.hu) Received: from green.field.hu (localhost [127.0.0.1]) by green.field.hu (Postfix) with ESMTP id 1AE6F250A64 for ; Sun, 7 Jun 2015 10:50:34 +0200 (CEST) X-Virus-Scanned: by Amavisd-new at field.hu Received: from green.field.hu ([127.0.0.1]) by green.field.hu (green.field.hu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9yi5i5kkt-Hz for ; Sun, 7 Jun 2015 10:50:31 +0200 (CEST) Received: from [192.168.52.11] (1F2EC6DD.catv.pool.telekom.hu [31.46.198.221]) by green.field.hu (Postfix) with ESMTPA id E78C9250A86 for ; Sun, 7 Jun 2015 10:50:30 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=field.hu; s=mail; t=1433667031; bh=7QbYoWDFp9edOy/eb83kiyUGECjuXVfZ+N3LgoH3dGw=; h=Date:From:To:Subject:References:In-Reply-To; b=YSFNVGLO0EXrMTNPAsB8lEAAW46Y2DVLgUfD94jdsJZRFFWmMZoTcfUUPLpPNW2Vf ZEV663MgGpO3If4d31nk/33uX9vml3t/tg7fV7symROGtfJ88Rn4s9QiYaqSTsgZgr tFAFP9tJclVNuW29XPJyQRoKoCman5xxBo7V4j1E= Message-ID: <557405D3.2010909@field.hu> Date: Sun, 07 Jun 2015 10:50:27 +0200 From: Cs User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: Re: FreeBSD 10.1-REL - network unaccessible after high traffic References: <2404899099-25362@alcyone.saas.tuxis.net> <5564308A.7010502@field.hu> In-Reply-To: <5564308A.7010502@field.hu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit 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, 07 Jun 2015 08:59:34 -0000 Hi All, It worked fine for two weeks but I had a network outage 2 days ago then today. Tried to disable rxcsum and txcsum after the first one, didn't help. Don't know what else to do it's a shame that I can't use this card with fbsd i REALLY don't want to install linux instead but my production servers outages are not welcomed by the customers.. 2015.05.26. 10:36 keltezéssel, Cs írta: > Thanks Mark, good idea. I found this thread which is exactly the same > problem as mine: > https://forums.freebsd.org/threads/workaround-freebsd-10-1-sudden-network-down.49264/ > > Will see if it helps in a couple weeks. > > Regards, > Csaba > > 2015.05.26. 10:30 keltezéssel, Mark Schouten írta: >> Oh, didn't see your lowest remark. Then, the next thing that comes >> past here a few times per week is 'Try disabling TSO'. >> >> >> 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: Cs >> Aan: Mark Schouten >> Cc: >> Verzonden: 25-5-2015 11:12 >> Onderwerp: Re: FreeBSD 10.1-REL - network unaccessible after high >> traffic >> >> It was on 1500 for ~3 years :) >> Regards, >> Csaba >> On May 25, 2015, 10:30, at 10:30, Mark Schouten >> wrote: >>> Try lowering your mtu to 1500, that worked miracles for me.. >>> >>> -- >>> Mark Schouten >>> Tuxis Internet Engineering >>> mark@tuxis.nl / 0318 200208 >>> >>>> On 25 May 2015, at 09:36, "Cs" wrote: >>>> Hi all, >>>> I have two FreeBSd 10.1-RELEASE servers connected to each other. >>>> They >>> were connected via cross link, but they are connected to a cisco switch >>> now (the problem was the same with cross link too). When transferring >>> huge files (50-500GB backup files) via Gigabit (it is important!) the >>> network randomly dies. The backup runs every day/week and sometimes the >>> connection is ok for months sometimes it happens twice a week. When the >>> network dies I can log in to the server via IPMI and use the console >>> everything is OK, but can't send anything out on the network. ifconfig >>> em0 down/up doesn't help nor netif restart. The problem never occured >>> when I used 100Mbit connection between them, but it was 3com NIC (xl), >>> gigabit adapter is Intel (em0). When I limit the transfer rate (rsync >>> bandwith limit or ipfw pipe) the problem is much more rare. >>>> I tried to set these tuning parameters on both servers with >>>> different >>> buffer size but nothing helped: >>>> # cat /etc/sysctl.conf >>>> security.bsd.see_other_uids=0 >>>> net.inet.tcp.recvspace=512000 >>>> net.route.netisr_maxqlen=2048 >>>> kern.ipc.nmbclusters=1310720 >>>> net.inet.tcp.sendbuf_max=16777216 >>>> net.inet.tcp.recvbuf_max=16777216 >>>> kern.ipc.soacceptqueue=32768 >>>> # cat /boot/loader.conf >>>> geom_mirror_load="YES" # RAID1 disk driver (see gmirror(8)) >>>> ipfw_load="YES" >>>> net.inet.ip.fw.default_to_accept=1 >>>> kern.maxusers=4096 >>>> accf_data_load="YES" >>>> The duplex settings are identical on both servers. >>>> Server A: >>>> em1: flags=8843 metric 0 mtu >>> 9000 >>> options=4219b >>> >>> >>>> ether 00:25:90:24:52:66 >>>> inet x.x.x.x netmask 0xfffffe00 broadcast x.x.x.x >>>> nd6 options=29 >>>> media: Ethernet autoselect (1000baseT ) >>>> status: active >>>> Server B: >>>> em0: flags=8843 metric 0 mtu >>> 9000 >>> options=4219b >>> >>> >>>> ether 00:30:48:dd:fe:3e >>>> inet x.x.x.x netmask 0xfffffe00 broadcast x.x.x.x >>>> nd6 options=29 >>>> media: Ethernet autoselect (1000baseT ) >>>> status: active >>>> Today I tried to set mtu to 9000 but in tcpdump I see that during >>>> scp >>> it is still 1500: >>>> x.x.x.x.222 > x.x.x.x.37612: Flags [.], cksum 0xb6ee (incorrect -> >>> 0xda6f), seq 35749, ack 113701596, win 7986, options [nop,nop,TS val >>> 3103966325 ecr 853712893], length 0 >>>> 09:27:33.912354 IP (tos 0x8, ttl 64, id 1028, offset 0, flags [DF], >>> proto TCP (6), length 1500) >>>> 09:27:33.912358 IP (tos 0x8, ttl 64, id 1029, offset 0, flags [DF], >>> proto TCP (6), length 1500) >>>> Any ideas? Thanks guys! >>>> _______________________________________________ >>>> 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" >> _______________________________________________ >> 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" >> >> > > _______________________________________________ > 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"