Hello,
We are experiencing an issue with the Dell iDRAC SNMP plugin when monitoring the processor component on a Dell server using iDRAC10.
We are using:
-
Centreon Plugin:
centreon_dell_idrac.pl -
Plugin version:
20260800 (ffe6bb7) -
Mode:
hardware -
Component:
processor -
SNMP version:
2c
The check returns:
UNKNOWN: Processor 'CPU.Socket.0' state is 'unknown'
However, with --verbose --debug, we get:
Checking processors
processor 'CPU.Socket.0' status is 'ok' [instance: 1.1] [state: unknown]
The SNMP values returned by the iDRAC are:
.1.3.6.1.4.1.674.10892.5.4.1100.30.1.4.1.1 = 0
.1.3.6.1.4.1.674.10892.5.4.1100.30.1.5.1.1 = 3
.1.3.6.1.4.1.674.10892.5.4.1100.30.1.26.1.1 = CPU.Socket.0
According to the Centreon plugin source, OID .30.1.4 is processorDeviceStateSettings and is mapped using DellStateSettings, while .30.1.5 is processorDeviceStatus.
The current Centreon mapping for processorDeviceStateSettings appears to be:
1 => unknown
2 => enabled
4 => notReady
6 => enabledAndNotReady
There is no mapping for the value 0.
At the same time, processorDeviceStatus = 3 is correctly interpreted as ok.
Therefore, the processor is reported as:
status = ok
state = unknown
and the overall check becomes UNKNOWN.
Our assumption is that iDRAC10 is returning 0 for processorDeviceStateSettings, and this value is not currently handled by the Centreon plugin.
Could you please confirm the expected meaning of DellStateSettings = 0 for iDRAC10 and whether this value should be mapped to an operational state such as enabled/OK?
If this is an iDRAC10-specific behavior, could the plugin mapping be updated accordingly?
Thank you.