[openstack-dev] [Ironic] A question about getting IPMI data

Gao, Fengqian fengqian.gao at intel.com
Mon Nov 25 02:21:09 UTC 2013

Yes, in-band does require more cooperation, because it needs go through the IPMI driver of OS.
For now, pyghmi use net payload to gather IPMI data.  And the rsaddr is always 0x20, which is the address of BMC.  So, what if we want to query some satellite controllers when the rsaddr or channel is specified?



From: Jarrod B Johnson [mailto:jbjohnso at us.ibm.com]
Sent: Thursday, November 21, 2013 3:38 AM
To: Gao, Fengqian
Cc: Devananda van der Veen; Lu, Lianhao; openstack-dev at lists.openstack.org; Wang, Shane
Subject: Re: [Ironic] A question about getting IPMI data

pyghmi is growing SDR, SEL, FRU, and other stuff.

I can add in-band so long as there is always python in there, however out-of-band does not need to be too bad.  In the case of a baremetal guest, for example, gathering such data in-band would require more cooperation of the tenant image, whereas out-of-band should always be workable in ipmi equipped systems.

The biggest ding in out-of-band is that ipmitool is one-to-one and also has to retrieve SDR every time it wants to go read sensors.  pyghmi will support an evolution of xCAT's SDR caching scheme to avoid the hit (at least if the sensors objects are reused).  We have had success completing a complete sensor read of 4,000 systems with a single system in about 15 seconds out of band in xCAT, and pyghmi optimizes away some overhead that xCAT did not (though that overhead isn't as significant for something as verbose as sensor reading).

[Inactive hide details for "Gao, Fengqian" ---11/19/2013 01:07:22 AM---Hi, all, As the summit session https://etherpad.openstack]"Gao, Fengqian" ---11/19/2013 01:07:22 AM---Hi, all, As the summit session https://etherpad.openstack.org/p/icehouse-summit-ceilometer-hardware-

From: "Gao, Fengqian" <fengqian.gao at intel.com<mailto:fengqian.gao at intel.com>>
To: "openstack-dev at lists.openstack.org<mailto:openstack-dev at lists.openstack.org>" <openstack-dev at lists.openstack.org<mailto:openstack-dev at lists.openstack.org>>
Cc: Devananda van der Veen <devananda.vdv at gmail.com<mailto:devananda.vdv at gmail.com>>, Jarrod B Johnson/Raleigh/IBM at IBMUS, "Lu, Lianhao" <lianhao.lu at intel.com<mailto:lianhao.lu at intel.com>>, "Wang, Shane" <shane.wang at intel.com<mailto:shane.wang at intel.com>>
Date: 11/19/2013 01:07 AM
Subject: [Ironic] A question about getting IPMI data


Hi, all,
As the summit session https://etherpad.openstack.org/p/icehouse-summit-ceilometer-hardware-sensors said, ironic will expose IPMI data to ceilometer, but I have a couple questions here.
1.       What kind of IPMI data will be collected? I assume that power, temperature or other sensor data is needed, right?

2.       How do we get all these data?

IIUC, ironic did not involve too much about IPMI for now, only used ipmitool and pyghmi module.
Using IPMItool to execute command and parsing the output is easy to understand. But seems not a good way for me. The pyghmi only supports out-of-band(net-payload) now. So, I am wondering if we can extend the function of pyghmi to provide more interfaces?
Be specifically, I think pyghmi can provide in-band IPMI interface including IPMB or system interface etc. and allowed to get IPMI data in the OS.

Is all this make sense to you?

Thanks for your response

Best Regards,

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20131125/dd0edf4d/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 105 bytes
Desc: image001.gif
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20131125/dd0edf4d/attachment.gif>

More information about the OpenStack-dev mailing list