Problem with sensors with a Dell R610

Hello friends,

i’m using LibreNMS since September 2016. It is a great tool, better than other i tested before.

Sensors problem:

Yesterday i update LibreNMS and appearse a couple of new sensors Voltage and Power

Server Fans
Once the update is complete, several copies of the fan sensors appear. Is it possible to remove the old ones?

Voltage
Once the update finishes, this sensor, which works without problems, but creates an alert for 234000 volts, triggering messages according to the internal rules.

Power
Once the update is finished, this sensor appears, and it delivers a value equal to 0. Something i configure wrong?

I’ll be honest and say you should at least separate out the cpu and sensors into seperate questions.

Update your install and rerun discovery. See if your sensors are fixed

done!

I separate the post in two different subjects.

I’m update my install and rerun discovery. Doesn’t solve the issue. I erase the server and load again, and it fix the Fan Sensor problem, but lost the recopilated data.

The voltaje at 234000V alert problem remains, and power sensor remains in “0W”.-

Hey @laf,

learning about how works LibreNMS and reading the code i was able to solve the issue. But i do now know use GIT already (but learning).

In the file /opt/librenms/includes/discovery/sensors/power/dell.inc.php

it is declared a variable $cur_oid in the line 27.

$cur_oid = '.1.3.6.1.4.1.674.10892.1.600.30.1.6.1.';

but the correct OID is:

$cur_oid = '.1.3.6.1.4.1.674.10892.1.600.30.1.6.';

Changing this, all my Dell Servers (4 x PE R610) shows it Power consumption correctly.

I hope this could help to another users.

=)

That’s not the data I’ve seen before:

.1.3.6.1.4.1.674.10892.1.600.30.1.6.1.1 = INTEGER: 4
.1.3.6.1.4.1.674.10892.1.600.30.1.6.1.2 = INTEGER: 4
.1.3.6.1.4.1.674.10892.1.600.30.1.6.1.3 = INTEGER: 203

Please post the output of an snmpwalk against .1.3.6.1.4.1.674.10892.1.600.30.1.6 so we can verify this please.

Here is the snmpwalk, the problem is not de OID itself, it is the index declared in the discovery function. The last number of the OID its repetead in the index.

[root@librenms ~]# /usr/bin/snmpbulkwalk -v2c -c 'community' -OQUs udp:172.17.1.50:161 1.3.6.1.4.1.674.10892.1.600.30.1.6
.1.3.6.1.4.1.674.10892.1.600.30.1.6.1.1 = 2
.1.3.6.1.4.1.674.10892.1.600.30.1.6.1.2 = 4
.1.3.6.1.4.1.674.10892.1.600.30.1.6.1.3 = 189