Hey Werner, I got a beta release up with a new option to ipmi-sensors called --ignore-unrecognized-events. Appears to work for me in a test case, can you LMK if it works for you.
http://download.gluster.com/pub/freeipmi/qa-release/freeipmi-1.0.2.beta0.tar.gz Thanks, Al On Mon, 2011-01-24 at 09:43 -0800, Albert Chu wrote: > Hey Werner, > > On Mon, 2011-01-24 at 02:56 -0800, Werner Fischer wrote: > > Hi Al, > > > > when querying a Supermicro X8DTL-3F mainboard (Hardware Revision 2.01, > > IPMI Firmware Rev. 2.02) I have found two issues: > > 1. the 'CPU1 Temp' and 'CPU2 Temp' OEM sensors cannot currently be > > interpreted > > I would bet these sensors are identical to other Supermicro boards I've > supported. What is the product id of your board? You can see it with > bmc-info. I can add it to the list and that should get the > interpretation working correctly [1] > > > 2. the 'PS Status' sensor does not return a sensor state (only > > N/A), as there are additional 'Unrecognized Events' > > I altered the logic slightly from older versions. I think the logic is > correct, b/c if I don't know unrecognized states, I don't know if the > sensor is good/bad. However, I can perhaps add a workaround to ignore > unrecognized states. That would fix the problem for you. Let me work > on that. > > Al > > [1] - Naturally, it would be best to add all Supermicro boards into > FreeIPMI so I don't have to keep on doing this. But unless Supermicro > can tell me "product IDs X to Y are in the Z product line with these OEM > sensors", I cannot predict it and have been adding product IDs 1 by 1. > > > Maybe you could look into this and add some functionality in future > > FreeIPMI versions so that they can query those three sensors > > successfully. > > > > Best regards, > > Werner > > > > PS #1: The X8DTL-3F has the WPCM450 chip with ATEN software for IPMI - > > see http://www.supermicro.com/manuals/other/SMT_IPMI_Manual.pdf Some > > other Supermicro X8 have the same chip but with AMI software - see > > http://www.supermicro.com/manuals/other/SMT_IPMI_Manual.pdf - so maybe > > the OEM data may be slightly different between them... > > PS #2: Below I have attached outputs of ipmi-sensors 1.0.1 for detailed > > information. If you need further infos, just let me know. > > > > wfischer@werner-t410:~$ ipmi-sensors -V > > ipmi-sensors - 1.0.1 > > Copyright (C) 2003-2010 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. > > wfischer@werner-t410:~$ ipmi-sensors -h 10.1.102.201 -u monitoring -p > > relation -l user --interpret-oem-data --quiet-cache --sdr-cache-recreate > > --output-sensor-state > > ID | Name | Type | State | Reading | Units | > > Event > > 4 | FAN 1 | Fan | Nominal | 9216.00 | RPM | > > 'OK' > > 71 | FAN 2 | Fan | Nominal | 9216.00 | RPM | > > 'OK' > > 138 | FAN 3 | Fan | Nominal | 9216.00 | RPM | > > 'OK' > > 205 | FAN 4 | Fan | Nominal | 9216.00 | RPM | > > 'OK' > > 406 | CPU1 Vcore | Voltage | Nominal | 0.91 | V | > > 'OK' > > 473 | CPU2 Vcore | Voltage | Nominal | 0.91 | V | > > 'OK' > > 540 | CPU1 DIMM | Voltage | Nominal | 1.52 | V | > > 'OK' > > 607 | CPU2 DIMM | Voltage | Nominal | 1.52 | V | > > 'OK' > > 674 | +1.5 V | Voltage | N/A | N/A | V | > > N/A > > 741 | +5 V | Voltage | Nominal | 5.12 | V | > > 'OK' > > 808 | +5VSB | Voltage | Nominal | 5.09 | V | > > 'OK' > > 875 | +12 V | Voltage | Nominal | 12.19 | V | > > 'OK' > > 942 | -12 V | Voltage | Nominal | -11.90 | V | > > 'OK' > > 1009 | VTT | Voltage | Nominal | 1.11 | V | > > 'OK' > > 1076 | +3.3VCC | Voltage | Nominal | 3.29 | V | > > 'OK' > > 1143 | +3.3VSB | Voltage | Nominal | 3.26 | V | > > 'OK' > > 1210 | VBAT | Voltage | Nominal | 3.05 | V | > > 'OK' > > 1277 | CPU1 Temp | OEM Reserved | N/A | N/A | N/A | > > 'OEM Event = 0000h' > > 1344 | CPU2 Temp | OEM Reserved | N/A | N/A | N/A | > > 'OEM Event = 0000h' > > 1411 | System Temp | Temperature | Nominal | 29.00 | C | > > 'OK' > > 1478 | P1-DIMM1A | Temperature | Nominal | 31.00 | C | > > 'OK' > > 1545 | P1-DIMM2A | Temperature | Nominal | 32.00 | C | > > 'OK' > > 1612 | P1-DIMM3A | Temperature | Nominal | 31.00 | C | > > 'OK' > > 1679 | P2-DIMM1A | Temperature | Nominal | 30.00 | C | > > 'OK' > > 1746 | P2-DIMM2A | Temperature | Nominal | 31.00 | C | > > 'OK' > > 1813 | P2-DIMM3A | Temperature | Nominal | 31.00 | C | > > 'OK' > > 1880 | Chassis Intru | Physical Security | Nominal | N/A | N/A | > > 'OK' > > 1947 | PS Status | Power Supply | N/A | N/A | N/A | > > 'Presence detected' 'Unrecognized Event = 0100h' 'Unrecognized Event = > > 0200h' 'Unrecognized Event = 0400h' 'Unrecognized Event = 0800h' > > 'Unrecognized Event = 1000h' 'Unrecognized Event = 2000h' 'Unrecognized > > Event = 4000h' > > wfischer@werner-t410:~$ > > > > > > wfischer@werner-t410:~$ ipmi-sensors -h 10.1.102.201 -u monitoring -p > > relation -l user --interpret-oem-data --quiet-cache --sdr-cache-recreate > > --output-sensor-state -vv > > [...] > > Record ID: 1277 > > Record Type: Full Sensor Record (1h) > > ID String: CPU1 Temp > > Sensor Type: OEM Reserved (C0h) > > Sensor Number: 82 > > IPMB Slave Address: 10h > > Sensor Owner ID: 20h > > Sensor Owner LUN: 0h > > Channel Number: 0h > > Entity ID: system board (7) > > Entity Instance: 1 > > Entity Instance Type: Physical Entity > > Event/Reading Type Code: 70h > > Accuracy: 0.000000% > > Sensor Direction: Unspecified > > Positive Hysteresis: N/A > > Negative Hysteresis: N/A > > Sensor State: N/A > > Sensor Event: 'OEM Event = 0000h' > > > > Record ID: 1344 > > Record Type: Full Sensor Record (1h) > > ID String: CPU2 Temp > > Sensor Type: OEM Reserved (C0h) > > Sensor Number: 81 > > IPMB Slave Address: 10h > > Sensor Owner ID: 20h > > Sensor Owner LUN: 0h > > Channel Number: 0h > > Entity ID: system board (7) > > Entity Instance: 2 > > Entity Instance Type: Physical Entity > > Event/Reading Type Code: 70h > > Accuracy: 0.000000% > > Sensor Direction: Unspecified > > Positive Hysteresis: N/A > > Negative Hysteresis: N/A > > Sensor State: N/A > > Sensor Event: 'OEM Event = 0000h' > > > > [...] > > > > Record ID: 1947 > > Record Type: Full Sensor Record (1h) > > ID String: PS Status > > Sensor Type: Power Supply (8h) > > Sensor Number: 85 > > IPMB Slave Address: 10h > > Sensor Owner ID: 20h > > Sensor Owner LUN: 0h > > Channel Number: 0h > > Entity ID: power supply (10) > > Entity Instance: 0 > > Entity Instance Type: Physical Entity > > Event/Reading Type Code: 6Fh > > Accuracy: 0.000000% > > Sensor Direction: Unspecified > > Positive Hysteresis: N/A > > Negative Hysteresis: N/A > > Assertion Event Enabled: 'Power Supply Failure detected' > > Deassertion Event Enabled: 'Power Supply Failure detected' > > Sensor State: N/A > > Sensor Event: 'Presence detected' > > Sensor Event: 'Unrecognized Event = 0100h' > > Sensor Event: 'Unrecognized Event = 0200h' > > Sensor Event: 'Unrecognized Event = 0400h' > > Sensor Event: 'Unrecognized Event = 0800h' > > Sensor Event: 'Unrecognized Event = 1000h' > > Sensor Event: 'Unrecognized Event = 2000h' > > Sensor Event: 'Unrecognized Event = 4000h' > > > > The following outputs show the PS Status output when one of the two power > > supplies does not get power on its inlet: > > > > wfischer@werner-t410:~$ ipmi-sensors -h 10.1.102.201 -u monitoring -p > > relation -l user --interpret-oem-data --quiet-cache --sdr-cache-recreate > > --output-sensor-state > > ID | Name | Type | State | Reading | Units | > > Event > > [...] > > 1947 | PS Status | Power Supply | N/A | N/A | N/A | > > 'Power Supply Failure detected' 'Unrecognized Event = 0100h' 'Unrecognized > > Event = 0200h' 'Unrecognized Event = 0400h' 'Unrecognized Event = 0800h' > > 'Unrecognized Event = 1000h' 'Unrecognized Event = 2000h' 'Unrecognized > > Event = 4000h' > > wfischer@werner-t410:~$ > > > > Record ID: 1947 > > Record Type: Full Sensor Record (1h) > > ID String: PS Status > > Sensor Type: Power Supply (8h) > > Sensor Number: 85 > > IPMB Slave Address: 10h > > Sensor Owner ID: 20h > > Sensor Owner LUN: 0h > > Channel Number: 0h > > Entity ID: power supply (10) > > Entity Instance: 0 > > Entity Instance Type: Physical Entity > > Event/Reading Type Code: 6Fh > > Accuracy: 0.000000% > > Sensor Direction: Unspecified > > Positive Hysteresis: N/A > > Negative Hysteresis: N/A > > Assertion Event Enabled: 'Power Supply Failure detected' > > Deassertion Event Enabled: 'Power Supply Failure detected' > > Sensor State: N/A > > Sensor Event: 'Power Supply Failure detected' > > Sensor Event: 'Unrecognized Event = 0100h' > > Sensor Event: 'Unrecognized Event = 0200h' > > Sensor Event: 'Unrecognized Event = 0400h' > > Sensor Event: 'Unrecognized Event = 0800h' > > Sensor Event: 'Unrecognized Event = 1000h' > > Sensor Event: 'Unrecognized Event = 2000h' > > Sensor Event: 'Unrecognized Event = 4000h' > > > > -- 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
