From owner-svn-src-all@FreeBSD.ORG Wed Dec 2 09:00:00 2009 Return-Path: Delivered-To: svn-src-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A492E1065670; Wed, 2 Dec 2009 09:00:00 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 40BAA8FC14; Wed, 2 Dec 2009 09:00:00 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.167.197]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id nB28xuh6007958 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Dec 2009 00:59:57 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <4B162C8E.3090507@FreeBSD.org> Date: Wed, 02 Dec 2009 00:59:58 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Attila Nagy References: <200911151143.nAFBhTSD036619@svn.freebsd.org> <4B141D2E.1000203@FreeBSD.org> <4B142655.6030703@tomjudge.com> <4B14382F.5080000@FreeBSD.org> <20091130205141.2911011e.stas@FreeBSD.org> <4B14BF23.1030303@FreeBSD.org> <4B159540.9000503@fsn.hu> In-Reply-To: <4B159540.9000503@fsn.hu> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: src-committers@FreeBSD.org, svn-src-stable@FreeBSD.org, svn-src-all@FreeBSD.org, Stanislav Sedov , svn-src-stable-7@FreeBSD.org, Tom Judge Subject: Re: svn: stable/7/sys: conf dev/bce X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Dec 2009 09:00:00 -0000 Attila Nagy wrote: > Maxim Sobolev wrote: >> Stanislav Sedov wrote: >>> On Mon, 30 Nov 2009 13:25:03 -0800 >>> Maxim Sobolev mentioned: >>> >>>> Can we change the name then? We've seen the similar issue without >>>> the jumbo frames, which made me wonder. >>> >>> It's strange, because 'normal' frames are less than a page size in >>> length, >>> so the issue I was experiencing should not be reproducable with jumbo >>> frames >>> disabled. Can you describe a bit more what kind of problem you're >>> experiencing? >> >> The traffic through interface abruptly halts randomly when under a >> load, without any signs of a problem. What is interesting is that the >> communication through unix domain sockets appears to be down too, >> since some scripts that connect to database not able to complete as >> well, so whatever this problem is it affect the whole network >> subsystem. We tried to replace hardware and it did not help. Only >> after we replaced bce(4) with IntelPro card (em) the problem has went >> away. > Sorry, I've just noticed this thread and did not read the earlier posts. > I can see similar, although only (at least for now) on version 8 > (running something around RC2), also with bce interfaces and "heavy" -in > terms of pps, this is a DNS server- network load. > > Everything which involves network halts for some minutes, but the > machine is completely usable from the console. top shows some processes > (I don't have an output, but as far as I can remember they were only > that which did network IO) in the "keglim" state. > Then something happens and the machine starts to work again. > > Can this be the same, or is it completely different? It really looks like the same issue. Those boxes are heavy-duty VoIP switches, so that they are handling high PPS as well in our case. -Maxim