From owner-freebsd-stable@freebsd.org Wed Sep 14 21:56:58 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ECD97B96FCF for ; Wed, 14 Sep 2016 21:56:58 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from mail.strugglingcoder.info (strugglingcoder.info [104.236.146.68]) by mx1.freebsd.org (Postfix) with ESMTP id DF2C31761 for ; Wed, 14 Sep 2016 21:56:58 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from localhost (unknown [10.1.1.3]) (Authenticated sender: hiren@strugglingcoder.info) by mail.strugglingcoder.info (Postfix) with ESMTPA id 7C18017358; Wed, 14 Sep 2016 14:56:57 -0700 (PDT) Date: Wed, 14 Sep 2016 14:56:57 -0700 From: hiren panchasara To: Slawa Olhovchenkov Cc: freebsd-stable@FreeBSD.org Subject: Re: 11.0 stuck on high network load Message-ID: <20160914215657.GV9397@strugglingcoder.info> References: <20160904215739.GC22212@zxy.spb.ru> <20160905014612.GA42393@strugglingcoder.info> <20160914213503.GJ2840@zxy.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="McQJJYUzjTUqtsGv" Content-Disposition: inline In-Reply-To: <20160914213503.GJ2840@zxy.spb.ru> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2016 21:56:59 -0000 --McQJJYUzjTUqtsGv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 09/15/16 at 12:35P, Slawa Olhovchenkov wrote: > On Sun, Sep 04, 2016 at 06:46:12PM -0700, hiren panchasara wrote: >=20 > > On 09/05/16 at 12:57P, Slawa Olhovchenkov wrote: > > > I am try using 11.0 on Dual E5-2620 (no X2APIC). > > > Under high network load and may be addtional conditional system go to > > > unresponsible state -- no reaction to network and console (USB IPMI > > > emulation). INVARIANTS give to high overhad. Is this exist some way to > > > debug this? > >=20 > > Can you panic it from console to get to db> to get backtrace and other > > info when it goes unresponsive? >=20 > ipmi console don't respond (chassis power diag don't react) > login on sol console stuck on *tcp. Also *tcp means its stuck on lock tcp? if so, that'd be lock on V_tcbinfo. I think? tcp_subr.c has tcp_init() which calls in_pcbinfo_init(&V_tcbinfo, "tcp", &V_tcb, hashsize, hashsize, "tcp_inpcb", tcp_inpcb_init, NULL, 0, IPI_HASHFIELDS_4TUPLE); and "tcp" is the name used to initialise the lock inside in_pcbinfo_init() with INP_INFO_LOCK_INIT(pcbinfo, name);=20 What exact svn rev are you on? Also do you have any local changes? Cheers, Hiren --McQJJYUzjTUqtsGv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAABCgBmBQJX2cemXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNEUyMEZBMUQ4Nzg4RjNGMTdFNjZGMDI4 QjkyNTBFMTU2M0VERkU1AAoJEIuSUOFWPt/llfsIAJRtMAP8XgYD+8UEtAWZb8he rIGOf5ELS1mCki3DJE+5c24+oj6k5W2tRlgfJk2e/Rx2AY3kZlW63A8ypceT1ieQ Um67B9ntrL7Ad+MMzow9r92JGpijU5Sq0GxBK8V/GP1OZ0fqd+geqc+BcF1p952v pAdS8ehw/KMbtQAnL9PuNFNQb01pIG3mU3SJ7Jie+g8LZRno242gH/yXYXTwlI8d 2BdAkyUeanfj6LxDJBgITx7uiff8RlDcbw9s3IQeNvIV/snkGt/BSPj59kYBdwe2 RnYAUlSf2unJXG10SDQ5YSAPabrjU0WtD250yB/oNU2oO3+xxAI910OBHrZFi8s= =6prP -----END PGP SIGNATURE----- --McQJJYUzjTUqtsGv--