iDRAC: iDRAC10 – VoltageProbeStatus – TableEntry – StatusProbeEnum OID have Integer Status 2 – Unknown
Zusammenfassung: Wenn SNMPwalk für OID .1.3.6.1.4.1.674.10892.5.4.600.20.1.5.1 auf iDRAC10 ausgeführt wird, wird der Statuscode 2 (unbekannt) auf Firmwareversion 1.20.25.00 und 1.20.50.50 zurückgegeben. ...
Symptome
Beim Herunterladen von SNMPwalk wird gegen OID ausgeführt .1.3.6.1.4.1.674.10892.5.4.600.20.1.5.1 Auf iDRAC10 wird der Statuscode 2 (Unbekannt) der Firmware-Version 1.20.25.00 und 1.20.50.50 zurückgegeben.
SNMPwalk auf derselben OID auf einem iDRAC9-Gerät ausgeführt wird, führt zu korrekten Informationen.
Fehlerausgabe:
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)
Schritte zum Herausfinden der Textkonvention des Ergebnisses aus der MIB-Datei:
- In den iDRAC-MIB-Dateien können Sie Folgendes erkennen:
voltageProbeTableEntry.1.3.6.1.4.1.674.10892.5.4.600.20.1.5HsavoltageProbeStatusals dieOBEJECT-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 }
voltageProbeStatusTableEntryhat die SEQUENZ alsStatusProbeEnum
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
- Die Textkonvention für alle gültigen Parameter für
StatusProbeEnumist unten angegeben. Status 2 ist für "Unbekannt".
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
}Ursache
Es gibt einen separaten Sensor, der die ProbeStatus Und daher die falschen Daten, die ausgefüllt wurden. Dies wurde nun in einer späteren Version von iDRAC10 behoben, woraufhin die korrekten Daten einfließen.
Lösung
iDRAC Engineering hat das Problem mit dem Root verursacht und die Korrektur ist in der iDRAC10-Version verfügbar. 1.20.70.50.