- From: Bryan McLellan <
>
- To:
- Subject: [chef] Re: IPMI / Ohai
- Date: Tue, 24 Sep 2013 13:19:05 -0400
On Mon, Sep 23, 2013 at 10:36 AM, Graham Christensen
<
>
wrote:
>
sudo dmidecode --type 38
>
# dmidecode 2.11
>
SMBIOS 2.6 present.
>
>
Handle 0x2600, DMI type 38, 18 bytes
>
IPMI Device Information
>
Interface Type: KCS (Keyboard Control Style)
>
Specification Version: 2.0
>
I2C Slave Address: 0x10
>
NV Storage Device: Not Present
>
Base Address: 0x0000000000000CA8 (I/O)
>
Register Spacing: 32-bit Boundaries
The existing Ohai DMI plugin can capture this. It has a whitelist of
which types to include (OHAI-260 [1]), you'll need to add type 38 to
the whitelist. See here:
https://github.com/opscode/ohai/blob/master/lib/ohai/plugins/dmi_common.rb#L72
It seems like modifying that plugin to take an
Ohai::Config[:dmi][:id_to_capture] option would be nice.
--
Bryan McLellan | opscode | technical program manager, open source
(c) 206.607.7108 | (t) @btmspox | (b)
http://blog.loftninjas.org
[1]
https://tickets.opscode.com/browse/OHAI-260
- [chef] Re: IPMI / Ohai, (continued)
- [chef] Re: IPMI / Ohai, Brad Knowles, 09/23/2013
- [chef] Re: IPMI / Ohai, Brian J. Murrell, 09/23/2013
- [chef] Re: IPMI / Ohai, Tim Green, 09/23/2013
- [chef] Re: IPMI / Ohai, Tim Smith, 09/23/2013
- [chef] Re: IPMI / Ohai, Bryan McLellan, 09/24/2013
Archive powered by MHonArc 2.6.16.