From owner-freebsd-stable@freebsd.org Fri Sep 16 18:31:00 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 2FAFCBDD0F1 for ; Fri, 16 Sep 2016 18:31:00 +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 203AB9E7 for ; Fri, 16 Sep 2016 18:30:59 +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 7F6C417E32; Fri, 16 Sep 2016 11:30:53 -0700 (PDT) Date: Fri, 16 Sep 2016 11:30:53 -0700 From: hiren panchasara To: Slawa Olhovchenkov Cc: Konstantin Belousov , freebsd-stable@FreeBSD.org Subject: Re: 11.0 stuck on high network load Message-ID: <20160916183053.GL9397@strugglingcoder.info> References: <20160904215739.GC22212@zxy.spb.ru> <20160905014612.GA42393@strugglingcoder.info> <20160914213503.GJ2840@zxy.spb.ru> <20160915085938.GN38409@kib.kiev.ua> <20160915090633.GS2840@zxy.spb.ru> <20160916181839.GC2960@zxy.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="lFd1dPlLw0MeZdw2" Content-Disposition: inline In-Reply-To: <20160916181839.GC2960@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: Fri, 16 Sep 2016 18:31:00 -0000 --lFd1dPlLw0MeZdw2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 09/16/16 at 09:18P, Slawa Olhovchenkov wrote: > On Thu, Sep 15, 2016 at 12:06:33PM +0300, Slawa Olhovchenkov wrote: >=20 > > On Thu, Sep 15, 2016 at 11:59:38AM +0300, Konstantin Belousov wrote: > >=20 > > > On Thu, Sep 15, 2016 at 12:35:04AM +0300, 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. > > >=20 > > > Is 'login' you reference is the ipmi client state, or you mean login(= 1) > > > on the wedged host ? > >=20 > > on the wedged host > >=20 > > > If BMC stops responding simultaneously with the host, I would suspect > > > the hardware platform issues instead of a software problem. Do you h= ave > > > dedicated LAN port for BMC ? > >=20 > > Yes. > > But BMC emulate USB keyboard and this is may be lock inside USB > > system. > > "ipmi console don't respond" must be read as "ipmi console runnnig and > > attached but system don't react to keypress on this console". > > at the sime moment system respon to `enter` on ipmi sol console, but > > after enter `root` stuck in login in the '*tcp' state (I think this is > > NIS related). >=20 > ~^B don't break to debuger. > But I can login to sol console. You can probably: debug.kdb.enter: set to enter the debugger or force a panic and get vmcore: debug.kdb.panic: set to panic the kernel Cheers, Hiren --lFd1dPlLw0MeZdw2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAABCgBmBQJX3DpUXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNEUyMEZBMUQ4Nzg4RjNGMTdFNjZGMDI4 QjkyNTBFMTU2M0VERkU1AAoJEIuSUOFWPt/lcFMH/2xGmwkl+aCnFgAx6j0kvQ4W kaUcihnWA2osBCErqSVgW6GtBMV+bD0iqNLGaiolLP146i89YHoI0gfNpjTpF/XF lWBln7Fi/NJrnAJyBnixmYgwiDd5A+P2S7WGFuf6FYf6IM9fCh6tI7eXXLcefvv2 2KauMT3hqQTHb/etRPt9Hfd0KJPY8A/ApoZWOzhlwIniASi1nlzs565yRcQZUkk6 0S4+JqXVHPjWsGWRbbI6y1+6085m81v+cHo4C5JSz3tihTSIvXLh1FBlINQ9+Hl2 g1e5UtQik/U9aopI8N21WhgopXwqAzAMlk5jbRwItEe/ZDSbiD9UEu5hx+3vB/k= =I/3D -----END PGP SIGNATURE----- --lFd1dPlLw0MeZdw2--