PowerEdge shows Error by lookup value 'Other' in channel 'Cooling Unit Status'

Hello there,

We had this issue once with "Power Unit Status", see this thread. Let's have a closer look at the SNMP raw data first with our SNMP Tester and then decide if there is something we can do about it or if this should be taken to Dell. I'll send you an email shortly with further details.

Kind regards,

Erhard

I am also having this issue.

iDrac Firmware = 2.60.60.60

No warnings in the iDrac it' self

So to sum up for everyone else who might interested, it was the same issue in both cases:
Cooling unit status comes from oid 1.3.6.1.4.1.674.10892.5.4.200.10.1.44.1 and reports as "1". Most values in the sensor are "translated" by a so-called lookup named "prtg.standardlookups.dell.dellstatus", therefor the sensor reports "1" as "Other" which is defined as error state in the lookup: <?xml version="1.0" encoding="UTF-8"?> <ValueLookup id="prtg.standardlookups.dell.dellstatus" desiredValue="3" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="PaeValueLookup.xsd"> <Lookups> <SingleInt state="Error" value="1"> Other </SingleInt> <SingleInt state="Error" value="2"> Unknown </SingleInt> <SingleInt state="Ok" value="3"> Ok </SingleInt> <SingleInt state="Warning" value="4"> Non Critical </SingleInt> <SingleInt state="Error" value="5"> Critical </SingleInt> <SingleInt state="Error" value="6"> Non Recoverable </SingleInt> </Lookups> </ValueLookup>

You can verify with our SNMP Tester what the oid reports (use option "Custom OID" in order to query the oid).

We cannot tell why the device reports this status, PRTG simply translates it using the lookup (which again is based on Dell's MIB definitions), therefor please contact Dell, a firmware update seems to fix the issue.

Kind regards,

Erhard

Exactly the same issue with Dell PowerEdge T440 - iDrac 14G (lastest firmwware 3.30.30.30). No alert into iDrac web console but PRTG display "Error by lookup value 'Other' in channel 'Cooling Unit Status'". If someone have a solution...

Hi Yohann,

The sensor shows exactly what the device reports back, see my post before yours explaining what happens in detail. You can verify with SNMP Tester as mentioned there as well, the solution is to contact Dell then, asking them why it reports this status. Usually it is a firmware-related issue.

Kind regards,

Erhard

When I check the output of this sensor I get back a 3, yet PRTG is marking it as other. Any ideas?

Paessler SNMP Tester 5.2.3 Computername: ******** Interface: (***.***.***.***) 9/17/2019 1:49:20 PM (5 ms) : Device: ***.***.***.*** 9/17/2019 1:49:20 PM (6 ms) : SNMP V1 9/17/2019 1:49:20 PM (8 ms) : Custom OID 1.3.6.1.4.1.674.10892.5.4.200.10.1.44.1 9/17/2019 1:49:20 PM (65 ms) : SNMP Datatype: ASN_INTEGER 9/17/2019 1:49:20 PM (69 ms) : ------- 9/17/2019 1:49:20 PM (71 ms) : Value: 3 9/17/2019 1:49:20 PM (75 ms) : Done

Hi themingsen,

Are you absolutely sure you're querying the exact same device with SNMP Tester that you have added in PRTG? If so, please open a ticket by sending an email to [email protected]. Attach the output of SNMP Tester (with IPs unmasked) and also screenshots showing the sensor's "Overview" tab and also from tab "Settings" of the device the sensors has been added.

Kind regards,

Erhard

Answer from Dell regarding this or similar issue on T340:

Description We have noticed that during a SNMP walk on a T440 server the value for OID name : systemStateCoolingUnitStatusCombined 1.3.6.1.4.1.674.10892.5.4.200.10.1.44.1 is coming up as 1 ( other) when there is only one Fan ( Fan1 ) connected.

Solution This is working as designed as systemStateCoolingUnitStatusCombined represents "Redundancy object status" and since this is a Single Fan setup, the desired value would be 'other'.

If there are third party consoles that are using OID name : systemStateCoolingUnitStatusCombined ( 1.3.6.1.4.1.674.10892.5.4.200.10.1.44.1 ) to get the cooling unit combined status, then they should change it to OID name : systemStateCoolingDeviceStatus ( .1.3.6.1.4.1.674.10892.5.4.200.10.1.21 ) to reflect the correct status.

Question: how to implement this into PRTG?

Hello Andre,

The sensor queries OID 1.3.6.1.4.1.674.10892.5.4.200.10.1.21 already and shows it as channel "Cooling Device Status". If this channel is shown in your sensor, then disable the lookup in channel "Cooling Unit Status" by clicking on this channel and set the lookup to "None".

In case you don't see channel "Cooling Device Status", verify for example with our SNMP Tester by using option "Walk" on OID 1.3.6.1.4.1.674.10892.5.4.200.10.1.21 to see if the device is reporting anything back for this OID.

Kind regards,

Erhard

We are using the predefined sensor „Dell System Health“. One of the sensors (Power Unit Status) says NULL from the SNMP-query which is made in the background. This is interpreted as „red“ which makes the whole sensor always red.

We were looking in the iDrac management interface what the trouble could be: nothing. All flags are green there. The trouble _could_ be that we only have one power supply, not two.

We would like to see the sensor green despite of this Power Unit Status. We are not able to kick out this check because we could not find the definitions of this sensor-type. We did not want to change the lookup values for all Dell Servers in C:\Program Files (x86)\PRTG Network Monitor\lookups\prtg.standardlookups.dell.dellstatus.ovl

The solution was to this to this special _channel_ and edit the channel settings – Spike Filter – Enable spike filter – Spike Filter Max = 0 – Spike Filter Mix = 0

The result is that the result from the sensor is not interpreted and not judged as trouble be PRTG. All other important values get checked, which is important for us.