Re: [Freeipmi-users] Unable to connect with IPMI on Supermicro X9DRFR

[Albert Chu]

Hi Simon,

Good timing.  A few weeks ago a user reported a similar issue on another
Supermicro motherboard.  There is an error in return packets from the
Supermicro board that leads to invalid checksums in the reply packets.
FreeIPMI discards those packets believing them to be corrupted, leading
to various problems.  I do not believe ipmitool checks checksums in
reply packets, which is why it works there.

According to the other user, some firmware updates will fix the problem
on the motherboard, but other updates don't.  I added a new
"nochecksumcheck" workaround into FreeIPMI to get around the problem
temporarily.  It's going to be in the next release of FreeIPMI.

If you'd like to try out the new release, the branch for the new release
is here:

svn co
svn://svn.savannah.gnu.org/freeipmi/branches/Release-1_2_0_branch 

and can be built via

./autogen.sh
./configure

On this other user's motherboard, they also had to specify the
"noauthcodecheck" workaround, so you'd have to do 
"-W noauthcodecheck,nochecksumcheck" on the command line to execute both
at the same time.

PLMK if that works for you for the time being.

Al

On Mon, 2012-10-29 at 18:28 -0700, Simon Kuhn wrote:
> We received a new model from Supermicro that we're attempting to integrate 
> into our production environment, without any luck when it comes to FreeIPMI 
> interaction.
> 
> It uses motherboard X9DRFR (according to the manual, this has a Nuvoton 
> WPCM450R BMC with ATEN firmware). Any commands performed over the network 
> (using FreeIPMI 1.2.2) seem to fail, with ipmiconsole returning:
> 
>       [error received]: excess errors received
> 
> and bmc-info returning:
> 
>       connection timeout
> 
> If I run ipmiconsole --debug (output at [1]), among the output I see:
> 
>       (ipmiconsole_checks.c, ipmiconsole_check_checksum, 82): 
> hostname=hostname.ipmi; protocol_state=1h: checksum check failed; p = 1
> 
> I have also tried all of the documented workarounds from the man pages (and 
> various combinations).
> 
> ipmitool seems to work fine, at least for chassis and sol commands that we 
> routinely use. Running the FreeIPMI commands on the local host also seems to 
> work, but we do everything over the network so that's not much help.
> 
> If there's anything else I can provide that would help to identify the issue, 
> I'm happy to do so. I can also reach out to SuperMicro, but I don't know how 
> likely or involved a fix on their side might be.
> 
> Simon
> 
> [1] https://www.dropbox.com/s/061me6ynz8r2x9t/ipmiconsole.out.txt
> _______________________________________________
> Freeipmi-users mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/freeipmi-users
-- 
Albert Chu
address@hidden
Computer Scientist
High Performance Systems Division
Lawrence Livermore National Laboratory