Hey Marc, Ok, I think I got a fix. In my github mirror:
https://github.com/chu11/freeipmi-mirror I have a branch: ipmb_network_reorder_race Just do the normal thing to build and add some tracing to make sure. ./autogen.sh ./configure --enable-debug --enable-trace make cd ipmi-sensors ./ipmi-sensors --bridge-sensors -h host ... etc. If things are being worked around correctly, hopefully you'll see a trace message like: api/ipmi-lan-session-common.c: 1299: _ipmi_check_ipmb_out_of_order: error 'reversed obj_cmd responses' (0) I'd be interested in knowing how often you hit this race as well. Is it very often? Rare? Al On Fri, 2019-01-18 at 13:47 +0000, GIRARD, MARC wrote: > Hi Albert, > > api/ipmi-api-util.c: 375: _api_ipmi_cmd_post: error 'internal IPMI > error' (32) > api/ipmi-oem-intel-node-manager-cmds-api.c: 997: > ipmi_cmd_oem_intel_node_manager_get_node_manager_statistics: error > 'internal IPMI error' (32) > ipmi_cmd_oem_intel_node_manager_get_node_manager_statistics: internal > IPMI error > > Please find complete trace attached > > > Thanks for looking into this, > > Freeipmi is my swiss army knife for a long time. Thanks to you > > Kind regards / Cordialement > > Marc Girard > Power Efficiency team -- Albert Chu ch...@llnl.gov Computer Scientist High Performance Systems Division Lawrence Livermore National Laboratory _______________________________________________ Freeipmi-devel mailing list Freeipmi-devel@gnu.org https://lists.gnu.org/mailman/listinfo/freeipmi-devel
