From owner-svn-src-stable-7@FreeBSD.ORG Tue Dec 1 22:19:24 2009 Return-Path: Delivered-To: svn-src-stable-7@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21BEE106566B; Tue, 1 Dec 2009 22:19:24 +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 D102F8FC13; Tue, 1 Dec 2009 22:19:23 +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 nB1MJKtr004755 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Dec 2009 14:19:22 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <4B15966B.9080102@FreeBSD.org> Date: Tue, 01 Dec 2009 14:19:23 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Tom Judge 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> <4B1516E5.9030508@tomjudge.com> In-Reply-To: <4B1516E5.9030508@tomjudge.com> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: Stanislav Sedov , svn-src-stable@FreeBSD.org, svn-src-all@FreeBSD.org, src-committers@FreeBSD.org, svn-src-stable-7@FreeBSD.org Subject: Re: svn: stable/7/sys: conf dev/bce X-BeenThere: svn-src-stable-7@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for only the 7-stable src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2009 22:19:24 -0000 Tom Judge wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > 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. > > When you see this lock up do you also see denied requests for mbufs? > > All the times I have seen the issue, the system was denying mbuf requests. Not sure about that, since we only have had network connection to that box, no console. However, I think that the problem with the other network subsystems that we see at the same time suggests that it might be an issue with the mbufs indeed. -Maxim