Al, As you pointed out 'ok' simply means the sensor itself is operational (a reading is available and valid). It is not an interpretation of the "goodness" of the Sensor Reading. This is the way "ok" should be interpreted in this ipmitool output. I would agree that it would be helpful if ipmitool interpreted the status for discrete sensors to provide more information, but right not it does not. If you understand what "ok" means, then there is really no need for 'N/A' as even for non-discrete sensors "ok" does not mean that the returned Sensor Reading is not above or below an alarm threshold. If you want more detailed information about the sensor use, sdr list -c, or sdr list -v.
Thanks for the feedback, Jim On 9/26/2014 12:11 PM, Albert Chu wrote: > Hello, > > Once in awhile I get a bug report to FreeIPMI saying, "ipmitool outputs > that a sensor says 'ok', but FreeIPMI outputs that something is wrong > with a sensor." > > After investigation, it appears that ipmitool's output with 'sdr list' > lists 'ok' for many (all?) discrete sensors regardless of the contents > of that reading. As long as the reading is available and valid, it > outputs "ok". For example, here's a power supply sensor I got on a node > here. > > PSU 1 Status | 0x0b | ok > > 0x0b is not good for this sensor, you usually want to see 0x00 or 0x01. > Yet it still says 'ok'. > > In FreeIPMI, it states > > 54 | PSU 1 Status | Power Supply | N/A | N/A | 'Presence detected' 'Power > Supply Failure detected' 'Power Supply input lost (AC/DC)' > > So there's something wrong w/ this power supply or its atleast worth > investigating for the staff. > > At minimum, the "ok" output appears to confuse some users. At worst, > some users may think the sensor readings are good when they are in fact > not. Perhaps an output of "N/A" would be more appropriate for discrete > sensors in this case? > > Obviously there's a lot of history in this output with ipmitool, but I > thought I'd mention it for discussion. > > Al > > > -- > --- Jim Mankovich | jm...@hp.com (US Mountain Time) --- ------------------------------------------------------------------------------ Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk _______________________________________________ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
