iDRAC10: VoltageProbeStatus, TableEntry, StatusProbeEnum OID have Integer Status 2, Unknown
Summary: When SNMPwalk is run against OID .1.3.6.1.4.1.674.10892.5.4.600.20.1.5.1 on iDRAC10, a status code of 2 (Unknown) on firmware version 1.20.25.00 and 1.20.50.50 is returned.
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
When SNMPwalk is run against OID .1.3.6.1.4.1.674.10892.5.4.600.20.1.5.1 on iDRAC10, a status code of 2 (Unknown) on firmware version 1.20.25.00 and 1.20.50.50 is returned.SNMPwalk on the same OID run against an iDRAC9 device results in correct information.
Error output:
snmpwalk -v 2c -c public <IP_ADDRESS> .1.3.6.1.4.1.674.10892.5.4.600.20.1.5.1 -O n .1.3.6.1.4.1.674.10892.5.4.600.20.1.5.1.1 = INTEGER: ok(3) .1.3.6.1.4.1.674.10892.5.4.600.20.1.5.1.2 = INTEGER: ok(3) .1.3.6.1.4.1.674.10892.5.4.600.20.1.5.1.3 = INTEGER: ok(3) .1.3.6.1.4.1.674.10892.5.4.600.20.1.5.1.4 = INTEGER: ok(3) .1.3.6.1.4.1.674.10892.5.4.600.20.1.5.1.5 = INTEGER: ok(3) .1.3.6.1.4.1.674.10892.5.4.600.20.1.5.1.6 = INTEGER: ok(3) .1.3.6.1.4.1.674.10892.5.4.600.20.1.5.1.7 = INTEGER: ok(3) .1.3.6.1.4.1.674.10892.5.4.600.20.1.5.1.8 = INTEGER: ok(3) .1.3.6.1.4.1.674.10892.5.4.600.20.1.5.1.9 = INTEGER: ok(3) .1.3.6.1.4.1.674.10892.5.4.600.20.1.5.1.10 = INTEGER: ok(3) .1.3.6.1.4.1.674.10892.5.4.600.20.1.5.1.11 = INTEGER: ok(3) .1.3.6.1.4.1.674.10892.5.4.600.20.1.5.1.12 = INTEGER: ok(3) .1.3.6.1.4.1.674.10892.5.4.600.20.1.5.1.13 = INTEGER: unknown(2) .1.3.6.1.4.1.674.10892.5.4.600.20.1.5.1.14 = INTEGER: unknown(2) .1.3.6.1.4.1.674.10892.5.4.600.20.1.5.1.15 = INTEGER: unknown(2) .1.3.6.1.4.1.674.10892.5.4.600.20.1.5.1.16 = INTEGER: unknown(2) .1.3.6.1.4.1.674.10892.5.4.600.20.1.5.1.17 = INTEGER: unknown(2) .1.3.6.1.4.1.674.10892.5.4.600.20.1.5.1.18 = INTEGER: unknown(2) .1.3.6.1.4.1.674.10892.5.4.600.20.1.5.1.19 = INTEGER: unknown(2) .1.3.6.1.4.1.674.10892.5.4.600.20.1.5.1.20 = INTEGER: unknown(2)
Steps on how to figure out what is the textual convention of the result from the MIB file:
- From the iDRAC MIB files, you can see that
voltageProbeTableEntry.1.3.6.1.4.1.674.10892.5.4.600.20.1.5hasvoltageProbeStatusas theOBEJECT-TYPE
voltageProbeStatus OBJECT-TYPE SYNTAX StatusProbeEnum MAX-ACCESS read-only STATUS current DESCRIPTION "0600.0020.0001.0005 This attribute defines the probe status of the voltage probe." ::= { voltageProbeTableEntry 5 }
voltageProbeStatusTableEntryhas the SEQUENCE asStatusProbeEnum
VoltageProbeTableEntry ::= SEQUENCE {
voltageProbechassisIndex ObjectRange,
voltageProbeIndex ObjectRange,
voltageProbeStateCapabilities StateCapabilitiesFlags,
voltageProbeStateSettings StateSettingsFlags,
voltageProbeStatus StatusProbeEnum,
voltageProbeReading Signed32BitRange,
voltageProbeType VoltageTypeEnum,
voltageProbeLocationName String64,
voltageProbeUpperNonRecoverableThreshold Signed32BitRange,
voltageProbeUpperCriticalThreshold Signed32BitRange,
voltageProbeUpperNonCriticalThreshold Signed32BitRange,
voltageProbeLowerNonCriticalThreshold Signed32BitRange,
voltageProbeLowerCriticalThreshold Signed32BitRange,
voltageProbeLowerNonRecoverableThreshold Signed32BitRange,
voltageProbeProbeCapabilities ProbeCapabilitiesFlags,
voltageProbeDiscreteReading VoltageDiscreteReadingEnum
- The Textual Convention for all valid parameters for
StatusProbeEnumis given below. Status 2 is for Unknown.
STATUS current
DESCRIPTION
"Probe Status enum."
SYNTAX INTEGER {
other(1), -- probe status is not one of the following:
unknown(2), -- probe status is unknown (not known or monitored)
ok(3), -- probe is reporting a value within the thresholds
nonCriticalUpper(4), -- probe has crossed upper noncritical threshold
criticalUpper(5), -- probe has crossed upper critical threshold
nonRecoverableUpper(6), -- probe has crossed upper non-recoverable threshold
nonCriticalLower(7), -- probe has crossed lower noncritical threshold
criticalLower(8), -- probe has crossed lower critical threshold
nonRecoverableLower(9), -- probe has crossed lower non-recoverable threshold
failed(10) -- probe is not functional
}Cause
There is a discrete sensor which was not refreshing the ProbeStatus and hence, the incorrect data that was getting populated. This has now been fixed in a later version of iDRAC10 after which the correct data has started to flow in.
Resolution
iDRAC Engineering has root caused the issue, and the fix is available in iDRAC10 version 1.20.70.50.
Affected Products
iDRAC10 - 1.20.xx SeriesArticle Properties
Article Number: 000358598
Article Type: Solution
Last Modified: 02 Oct 2025
Version: 3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.