Hi Franta, Great. I don't believe the first two have readings, that's just the way they are. The HP fellow I know said he will try to figure out to interpret the OEM event of the first sensor. Until I get that info, all I can output is "0000h".
Thanks, Al On Wed, 2011-05-04 at 14:16 -0700, Frantisek Hanzlik wrote: > Hello Al, > > You are right and Your fix is working, below is ipmi-sensors w/o and > with "-W discretereading" option. First two ID's (Health LED and VRM) > are still not displayed, but I not need them. Fan speeds in percentage > of maximum doesn't matter, it's OK. > Even lower is first part of dmidecode output, for better machine model > identification. > > Many thanks for Your work! I see that project vitality has very high > score, I wish You many further successes! > > Franta > > [root@mail log]# ipmi-sensors > ID | Name | Type | Reading | Units | Event > 1 | Int. Health LED | OEM Reserved | N/A | N/A | 'OEM Event = 0000h' > 2 | VRM (CPU1) | Power Unit | N/A | N/A | 'Device > Inserted/Device Present' > 3 | CPU Fan | Fan | N/A | N/A | 'transition to > Running' > 4 | Rear Fan | Fan | N/A | N/A | 'transition to > Running' > 5 | Temp 1 | Temperature | 32.00 | C | 'OK' > 6 | Temp 2 | Temperature | 30.00 | C | 'OK' > 7 | Temp 3 | Temperature | 22.00 | C | 'OK' > > [root@mail log]# ipmi-sensors -W "discretereading" > ID | Name | Type | Reading | Units | Event > 1 | Int. Health LED | OEM Reserved | N/A | N/A | 'OEM Event = 0000h' > 2 | VRM (CPU1) | Power Unit | N/A | N/A | 'Device > Inserted/Device Present' > 3 | CPU Fan | Fan | 60.37 | % | 'transition to > Running' > 4 | Rear Fan | Fan | 33.32 | % | 'transition to > Running' > 5 | Temp 1 | Temperature | 32.00 | C | 'OK' > 6 | Temp 2 | Temperature | 30.00 | C | 'OK' > 7 | Temp 3 | Temperature | 22.00 | C | 'OK' > > > #------------------------------------------------------------------------ > # dmidecode 2.11 > SMBIOS 2.4 present. > 56 structures occupying 1594 bytes. > Table at 0x000EE000. > > Handle 0x0000, DMI type 0, 24 bytes > BIOS Information > Vendor: HP > Version: W05 > Release Date: 11/15/2007 > Address: 0xF0000 > Runtime Size: 64 kB > ROM Size: 4096 kB > Characteristics: > PCI is supported > PNP is supported > BIOS is upgradeable > BIOS shadowing is allowed > ESCD support is available > Boot from CD is supported > Selectable boot is supported > EDD is supported > 5.25"/360 kB floppy services are supported (int 13h) > 5.25"/1.2 MB floppy services are supported (int 13h) > 3.5"/720 kB floppy services are supported (int 13h) > Print screen service is supported (int 5h) > 8042 keyboard services are supported (int 9h) > Serial services are supported (int 14h) > Printer services are supported (int 17h) > CGA/mono video services are supported (int 10h) > ACPI is supported > USB legacy is supported > BIOS boot specification is supported > Function key-initiated network boot is supported > Targeted content distribution is supported > > Handle 0x0100, DMI type 1, 27 bytes > System Information > Manufacturer: HP > Product Name: ProLiant ML310 G5 > Version: Not Specified > Serial Number: CZ1751005W > UUID: 34343533-3336-435A-3137-353130303557 > Wake-up Type: Power Switch > SKU Number: 445336-421 > Family: ProLiant > > Handle 0x0300, DMI type 3, 19 bytes > Chassis Information > Manufacturer: HP > Type: Tower > Lock: Not Present > Version: Not Specified > Serial Number: CZ1751005W > Asset Tag: > Boot-up State: Unknown > Power Supply State: Unknown > Thermal State: Unknown > Security Status: Unknown > OEM Information: 0x00000000 > Height: Unspecified > Number Of Power Cords: 1 > .... > > > Albert Chu wrote: > > Hi Frantisek, > > > > Good timing, there should be a fix for you in 1.0.4 assuming it is the > > same issue that was seen on another HP motherboard. The workaround can > > be executed using the > > > > -W "discretereading" > > > > on the command line, or setting the flag permantently in freeipmi.conf. > > If it works for you, PLMK so I can your motherboard to FreeIPMI's > > documentation. (As a side note, on some HP motherboards, they tend to > > output percentage of fan max RPM, rather than the actual RPM.) > > > > The short story on the issue, the SDR records on the HP motherboard are > > messed up and list "conflicting" information. Whether intentional or a > > mistake, I don't know (perhaps they were trying to be clever and > > compacting information in a way they shouldn't have?). > > > > There's an HP fellow on this mailing list that is trying to get it > > sorted out in their firmware. > > > > Al > > > > On Tue, 2011-05-03 at 18:15 -0700, Frantisek Hanzlik wrote: > >> I just tried freeipmi (0.8.8 and 1.0.4) on this small server. > >> "ipmi-sensors" give output: > >> > >> ID | Name | Type | Reading | Units | Event > >> 1 | Int. Health LED | OEM Reserved | N/A | N/A | 'OEM Event = > >> 0000h' > >> 2 | VRM (CPU1) | Power Unit | N/A | N/A | 'Device > >> Inserted/Device Present' > >> 3 | CPU Fan | Fan | N/A | N/A | 'transition to > >> Running' > >> 4 | Rear Fan | Fan | N/A | N/A | 'transition to > >> Running' > >> 5 | Temp 1 | Temperature | 32.00 | C | 'OK' > >> 6 | Temp 2 | Temperature | 30.00 | C | 'OK' > >> 7 | Temp 3 | Temperature | 22.00 | C | 'OK' > >> > >> I'm surprised, as there are no fan rotation speed values, nor some > >> other values, as if they were not available - "N/A" in "Reading" > >> column. Although it is entry-level server, sensors for these values > >> now have even cheapest desktops, I'm right? > >> > >> Is possible that server cannot measure these values, or may be > >> there another problem? > >> > >> "bmc-info" display: > >> > >> Device ID : 17 > >> Device Revision : 1 > >> Device SDRs : supported > >> Firmware Revision : 1.42 > >> Device Available : yes (normal operation) > >> IPMI Version : 2.0 > >> Sensor Device : supported > >> SDR Repository Device : supported > >> SEL Device : supported > >> FRU Inventory Device : supported > >> IPMB Event Receiver : unsupported > >> IPMB Event Generator : unsupported > >> Bridge : unsupported > >> Chassis Device : unsupported > >> Manufacturer ID : Hewlett-Packard (11) > >> Product ID : 0 > >> > >> Channel Information > >> > >> Channel Number : 7 > >> Medium Type : OEM > >> Protocol Type : KCS > >> Active Session Count : 0 > >> Session Support : session-less > >> Vendor ID : Intelligent Platform Management Interface forum > >> (7154) > >> > >> > >> Thank in advance, Franta Hanzlík -- Albert Chu [email protected] Computer Scientist High Performance Systems Division Lawrence Livermore National Laboratory _______________________________________________ Freeipmi-users mailing list [email protected] https://lists.gnu.org/mailman/listinfo/freeipmi-users
