Hey Won, Comments inlined below.
On Tue, 2008-11-18 at 17:57 -0800, Won De Erick wrote: > Hi Al, > > I installed FreeIPMI 0.7.1 to my HP DL585 Box running FreeBSD 7.1 Beta2. > Based from dmidecode output (see attached file for the complete output), the > box supports IPMIv2.0. > But ipmi-locate seems reporting a different version for IPMI, v1.5 The bottom 3 entries are just outputting "defaults", so don't worry about those. > > I then tried running some tools like ipmi-sensors and ipmi-monitoring, but it > seems that I am getting too few device informations/statuses. i don't know if > the displayed > devices are the only ones currently installed/supported on the board. > > Is this normal? Definitely doesn't look normal. > See below sample outputs. > > Thanks, > > Won > > > ------------------------------------------------------------------------------------------------------------------ > # dmidecode (See attached file for the complete result) > .... > 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: 0x0000000000000CA2 (I/O) > Register Spacing: Successive Byte Boundaries > .... > > # bmc-info --version > bmc-info - 0.7.1 > Copyright (C) 2003-2008 FreeIPMI Core Team > This program is free software; you may redistribute it under the terms of > the GNU General Public License. This program has absolutely no warranty. > > > # bmc-info > Device ID: 11 > Device Revision: 1 > [SDR Support] > Firmware Revision: 1.60 > [Device Available (normal operation)] > IPMI Version: 2.0 > Additional Device Support: > [Sensor Device] > [SDR Repository Device] > [SEL Device] > [FRU Inventory Device] > Manufacturer ID: Bh > Product ID: 0h > fiid_obj_get: auxiliary_firmware_revision_info: no data set Re-looking at the spec, the Auxiliary firmware info is actually optional, not required. So this is a bug in FreeIPMI. I will fix this and get out a beta release for you. > hpdl585# ipmi-locate > Probing KCS device using DMIDECODE... done > IPMI Version: 2.0 > IPMI locate driver: DMIDECODE > IPMI interface: KCS > BMC driver device: > BMC I/O base address: 0xCA2 > Register spacing: 1 > > Probing SMIC device using DMIDECODE... FAILED > > Probing BT device using DMIDECODE... FAILED > > Probing SSIF device using DMIDECODE... FAILED > > Probing KCS device using SMBIOS... FAILED > > Probing SMIC device using SMBIOS... FAILED > > Probing BT device using SMBIOS... FAILED > > Probing SSIF device using SMBIOS... FAILED > > Probing KCS device using ACPI... FAILED > > Probing SMIC device using ACPI... FAILED > > Probing BT device using ACPI... FAILED > > Probing SSIF device using ACPI... FAILED > > Probing KCS device using PCI... FAILED > > Probing SMIC device using PCI... FAILED > > Probing BT device using PCI... FAILED > > Probing SSIF device using PCI... FAILED > > KCS device default values: > IPMI Version: 1.5 > IPMI locate driver: DEFAULT > IPMI interface: KCS > BMC driver device: > BMC I/O base address: 0xCA2 > Register spacing: 1 > > SMIC device default values: > IPMI Version: 1.5 > IPMI locate driver: DEFAULT > IPMI interface: SMIC > BMC driver device: > BMC I/O base address: 0xCA9 > Register spacing: 1 > > BT device default values: > SSIF device default values: > IPMI Version: 1.5 > IPMI locate driver: DEFAULT > IPMI interface: SSIF > BMC driver device: /dev/i2c-0 > BMC SMBUS slave address: 0x42 > Register spacing: 1 > > > # ipmi-sensors > 1: UID Light (OEM Reserved): [OEM State = 0000h] > 2: Int. Health LED (OEM Reserved): [OEM State = 0000h] > 3: Ext. Health LED (OEM Reserved): [OEM State = 0000h] > 4: VRM 1 (Power Unit): [Device Inserted/Device Present] > 5: VRM 2 (Power Unit): [Device Inserted/Device Present] > 6: VRM 3 (Power Unit): [Device Inserted/Device Present] > 7: VRM 4 (Power Unit): [Device Inserted/Device Present] > 8: Power Supply 1 (Power Supply): [Presence detected] > 9: Power Supply 2 (Power Supply): [Presence detected] > 10: Power Supplies (Power Supply): [Fully Redundant] > 12: Fan 1 (Fan): [transition to Running] > 13: Fan 2 (Fan): [transition to Running] > 14: Fan 3 (Fan): [transition to Running] > 15: Fan 4 (Fan): [transition to Running] > 16: Fan 5 (Fan): [transition to Running] > 17: Fan 6 (Fan): [transition to Running] > 18: Fans (Fan): [Fully Redundant] The output being so different than ipmimonitoring is definitely odd. Could you please run with --debug and get me the output. > # ipmimonitoring > Record_ID | Sensor Name | Sensor Group | Monitoring Status| Sensor Units | > Sensor Reading > 8 | Power Supply 1 | Power Supply | Nominal | N/A | 'Presence detected' > 9 | Power Supply 2 | Power Supply | Nominal | N/A | 'Presence detected' > 10 | Power Supplies | Power Supply | Nominal | N/A | 'Fully Redundant' > 18 | Fans | Fan | Nominal | N/A | 'Fully Redundant' > 20 | Temp 1 | Temperature | Nominal | C | 36.000000 > 21 | Temp 2 | Temperature | Nominal | C | 34.000000 > 22 | Temp 3 | Temperature | Nominal | C | 30.000000 > 23 | Temp 4 | Temperature | Nominal | C | 30.000000 > 24 | Temp 5 | Temperature | Nominal | C | 7.000000 > 25 | Temp 6 | Temperature | Nominal | C | 24.000000 > 26 | Temp 7 | Temperature | Nominal | C | 24.000000 > 27 | Temp 8 | Temperature | Nominal | C | 26.000000 > 28 | Temp 9 | Temperature | Nominal | C | 26.000000 the lack of output of sensors 1-3 is ok here, b/c they are OEM sensors and ipmimonitoring won't know how to interpret Nominal vs. warning vs. critical for them. Sensors 4-7 probably do not have interpretation rules programmed in yet. I will add them and get a beta release to you. Thanks, Al > > -- Albert Chu [EMAIL PROTECTED] Computer Scientist High Performance Systems Division Lawrence Livermore National Laboratory _______________________________________________ Freeipmi-devel mailing list [email protected] http://lists.gnu.org/mailman/listinfo/freeipmi-devel
