freeipmi-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Freeipmi-devel] Re: FreeIPMI-0.7.1 and HP DL 585


From: Al Chu
Subject: [Freeipmi-devel] Re: FreeIPMI-0.7.1 and HP DL 585
Date: Wed, 19 Nov 2008 09:50:21 -0800

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
address@hidden
Computer Scientist
High Performance Systems Division
Lawrence Livermore National Laboratory





reply via email to

[Prev in Thread] Current Thread [Next in Thread]