On Sun, Sep 04, 2016 at 06:46:12PM -0700, hiren panchasara wrote:> 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? > > Can you panic it from console to get to db> to get backtrace and other > info when it goes unresponsive?ipmi console don't respond (chassis power diag don't react) login on sol console stuck on *tcp.
On 09/15/16 at 12:35P, Slawa Olhovchenkov wrote:> On Sun, Sep 04, 2016 at 06:46:12PM -0700, hiren panchasara wrote: > > > 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? > > > > Can you panic it from console to get to db> to get backtrace and other > > info when it goes unresponsive? > > ipmi console don't respond (chassis power diag don't react) > login on sol console stuck on *tcp.I assume you tried ~^b (tilda followed by ctrl+b) without success? That usually drops into db> I am also fighting an issue where upon said keystrokes, I see "KDB: enter: Break to debugger" but it doesn't drop to db> At that point I have to 'ipmitool blah power reset' the box. Cheers, Hiren -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 603 bytes Desc: not available URL: <http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20160914/ca131e18/attachment.sig>
On 09/15/16 at 12:35P, Slawa Olhovchenkov wrote:> On Sun, Sep 04, 2016 at 06:46:12PM -0700, hiren panchasara wrote: > > > 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? > > > > Can you panic it from console to get to db> to get backtrace and other > > info when it goes unresponsive? > > 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); What exact svn rev are you on? Also do you have any local changes? Cheers, Hiren -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 603 bytes Desc: not available URL: <http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20160914/c0f2b1b4/attachment.sig>
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: > > > 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? > > > > Can you panic it from console to get to db> to get backtrace and other > > info when it goes unresponsive? > > ipmi console don't respond (chassis power diag don't react) > login on sol console stuck on *tcp.Is 'login' you reference is the ipmi client state, or you mean login(1) on the wedged host ? If BMC stops responding simultaneously with the host, I would suspect the hardware platform issues instead of a software problem. Do you have dedicated LAN port for BMC ?