Paul Armor wrote:
Has anyone else done any "stress" testing and seen a BMC just fall
down?
Never to the degree that you've stated. Although there are situations I
can imagine where it can happen. For example, if the maximum number of
Lan sessions were alive and connected to the BMC (presumably in
background/sleeping processes you weren't aware of it), then the BMC
could be out of resources and may not respond to additional traffic.
But that's just a guess.
OK, perhaps Duncan can chime in? ;-)
I don't have any specific (or useful) info to add, but I will echo what
Corey said about most BMCs being embedded chips with minimal resources.
I have found it is not uncommon to cause lock up with stress testing.
Obviously this is not supposed to happen and makes the whole point of
a service processor moot. All we need now is a tertiary service
processor that monitors SP health...
The IPMIv2 SOL can be an expensive operation for a BMC given the
encryption on each packet, and with only a few bytes of serial data in
each packet that leads to a lot of traffic.
It is also entirely possible that ipmitool is not responding with an ACK
fast enough to suit the BMC, however even in that situation the BMC
should not lock up.
There is a sol loopback test mode in ipmitool 1.8.7 (sol looptest) that
might help find a repeatable testcase so you can present findings to the
manufacturer and hope for a firmware fix.
-duncan
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Openipmi-developer mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openipmi-developer
