Enhancement needed for dell/idrac/snmp/mode/components/processor after firmware update 1.30.30.50

[Aqua088]

Bonjour,

Suite à la mise à jour du firmware des chassis DELL IDrac en version 1.30.30.50, l'OID processorDeviceStateSettings (.1.3.6.1.4.1.674.10892.5.4.1100.30.1.4) à été déprécié.

Cf : https://dl.dell.com/content/manual28951149-idrac10-version-1-30-30-50-release-notes.pdf

De ce fait, le check coté centreon ne remonte plus en OK mais en unknown.

Etes vous au courant de cette modification ? Si oui avez vous prévu une adaptation en ce sens ?

Cordialement

[lucie-tirand]

Hello :)

I haven’t received any notification about this.
Could you please let us know the new OID that allows us to retrieve the same information?

[lucie-tirand]

My bad I checked wrong plugin name. I had a feedback but for another OID Issue with the 1.30.30.52 version.

[Aqua088]

Hello Lucie,

It seems there is no new OID.

Dell said in their release note : "SNMP Attribute processorDeviceStateSettings (.1.3.6.1.4.1.674.10892.5.4.1100.30.1.4)
reports value as 0 from snmpwalk or snmpget which means noStateSettings but iDRAC
SNMP MIB files have no such mapping"

However, processorDeviceStatus => oid => '.1.3.6.1.4.1.674.10892.5.4.1100.30.1.5' is checked by the plugin, this one cannot be enough ?

Thanks for your answer

[lucie-tirand]

Hello :)

Indeed, the plugin already collects both processorDeviceStateSettings (.1100.30.1.4) and processorDeviceStatus (.1100.30.1.5) in the same SNMP request.

However, processorDeviceStatus alone isn't enough to fix this, because of how the check logic is structured in processor.pm:

centreon-plugins/src/hardware/server/dell/idrac/snmp/mode/components/processor.pm

Line 67 in d854058

my $exit = $self->get_severity(label => 'default.state', section => 'processor.state', value => $result->{processorDeviceStateSettings});

        my $exit = $self->get_severity(label => 'default.state', section => 'processor.state', value => $result->{processorDeviceStateSettings});
        if (!$self->{output}->is_status(value => $exit, compare => 'ok', litteral => 1)) {
            $self->{output}->output_add(
                severity => $exit,
                short_msg => sprintf("Processor '%s' state is '%s'", $result->{processorDeviceFQDD}, $result->{processorDeviceStateSettings})
            );
            next; # exits the loop here and never check the status after it
        }

        $exit = $self->get_severity(label => 'default.status', section => 'processor.status', value => $result->{processorDeviceStatus});

The check on processorDeviceStatus only runs if the check on processorDeviceStateSettings already returned OK. If the firmware now returns 0 for processorDeviceStateSettings (a value with no mapping per Dell's release notes), that value is evaluated as non-OK first, the loop exits via next, and processorDeviceStatus is never evaluated at all (regardless of its actual value).

So the fix isn't just about the OID being present in the code already; it's about no longer gating the overall status on processorDeviceStateSettings now that Dell has deprecated it, and relying on processorDeviceStatus instead (or handling the 0/noStateSettings value explicitly).

We'll need to rework the plugin behavior.

Could you provide us an SNMPWalk anonymized of your equipment to help us handling this new firmware update?

Best regards.

[Aqua088]

Hello Lucie,

Here is the snmpwalk you asked for :)

Thank you for your help

Kind regards

snmpwalkano.txt

[lucie-tirand]

Could you test with this command:

snmpwalk -v2c -c <community> <adresse_IP_iDRAC> .1.3.6.1.4.1.674.10892.5

I didn't find the hardware OIDs in this file.

[Aqua088]

I did a snmpwalk with this : .1.3.6.1.4.1.674.10892.5.4.1100 because if i do .1.3.6.1.4.1.674.10892.5 the result is very long (more than 10k lines)
So here is the file, i checked and there is the oid we looking for
I hope it will be enough

snmpwalkanohw.txt

[lucie-tirand]

I’ll be off work this evening, so we’ll take the time to look at it and reply when I get back, from the week of 28 September onwards.

Best regards.