[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1259779263.2020.6.camel@lb-tlvb-eilong>
Date: Wed, 2 Dec 2009 20:41:03 +0200
From: "Eilon Greenstein" <eilong@...adcom.com>
To: "Tore Anderson" <tore.anderson@...pill-linpro.com>
cc: "netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"Benjamin Li" <benli@...adcom.com>
Subject: Re: "NIG timer max" messages from bnx2x
On Wed, 2009-12-02 at 08:00 -0800, Tore Anderson wrote:
> Hello list,
>
> I'm having a strange error condition I'm hoping someone here might be
> able to help me get to the bottom of. I've got a HP blade enclosure
> with a Nortel switch module, and one of the blades are running VMWare
> ESX. When I turn on this blade (or enable its switch port), the entire
> network stops working after a short while. Other server blades can no
> longer communicate, for instance. The only clue I've found so far is
> the following error message from one of the other blades that's running
> CentOS 5.4:
>
> [bnx2x_hw_stats_update:3701(eth0)]NIG timer max (426)
>
> The line is logged every two seconds and the number in parenthesis is
> incrementing each time. Once I disable the port to the ESX server, the
> network instantly recovers.
>
> I have no reason to believe the Linux kernel/bnx2x is doing anything
> wrong here, but I'm wondering if anybody has any idea on what this error
> message means and what could be causing it? I can't see anything
> unusual going on with tcpdump, and the error counters in "ip -s -s link
> show eth0" are all zero.
This message indicates that for over 1 second, the device could not
transmit anything to the network (the same packet was not transmitted
for over one second) - this usually happens when the network is in fatal
condition - usually because some device is sending constant pause stream
that halts all traffic. In this case, the device is incrementing the
counter and drains outgoing traffic - without this action, the device
will not be able to unload since even the commands from the driver will
not be processed due to this excessive back pressure.
As you indicated - once you remove the server that halts all other
traffic, everything else resumes - that indicates that this server is
sending constant pause that ultimately halts the entire switch.
Regards,
Eilon
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists