Dell iDRAC MIBS for Nagios SNMP Traps

[IT-OPS-SYS]

Hi everyone,

Has anyone successfully uploaded the latest Dell iDRAC MIB to their Nagios server and integrated it successfully? I attempted to use the check_idrac plugin found at (https://exchange.nagios.org/directory/P ... AC/details) but ran into some erratic output on servers with newer iDRAC firmware. That issue led me to attempt to use SNMP traps for Dell since I had successfully accomplished the task previously for APC Uninterruptible Power Supplies. I uploaded the attached iDRAC file from the NagiosXI web page. My problem is that although Nagios received the traps successfully in the /var/log/snmptt/smnptt.log it does not change the trap status for the iDRAC. The check sits at pending despite simulating a loss of a power supply unit for a server.

Thu Apr 12 11:07:18 2018 .1.3.6.1.4.1.674.10892.5.3.2.1.0.2185 CRITICAL "Status Events" sls19-ilo - System: Power Supply Failur03, Device Display Name: Power Supply 2, Message: The power input for power supply 2 is lost.,Device Status: 5, Device FQDD: PStt,System Service Tag: 7XJSFZ1, System Name: ,Chassis Service Tag: 7XJSFZ1, Chassis Name: Main System Chassis,RAC FQDN: phlxen0
Thu Apr 12 11:16:04 2018 .1.3.6.1.4.1.674.10892.5.3.2.1.0.2185 CRITICAL "Status Events" sls19-ilo - System: Power Supply Failur03, Device Display Name: Power Supply 2, Message: The power input for power supply 2 is lost.,Device Status: 5, Device FQDD: PStt,System Service Tag: 7XJSFZ1, System Name: ,Chassis Service Tag: 7XJSFZ1, Chassis Name: Main System Chassis,RAC FQDN: phlxen0
Thu Apr 12 11:17:27 2018 .1.3.6.1.4.1.674.10892.5.3.2.1.0.2187 INFORMATIONAL "Status Events" sls19-ilo - System: Power Supply NSU0019, Device Display Name: Power Supply 2, Message: The input power for power supply 2 has been restored.,Device Status: 3, D.joint-iso-ccitt,System Service Tag: 7XJSFZ1, System Name: ,Chassis Service Tag: 7XJSFZ1, Chassis Name: Main System Chassis,RAC


If I grep the contents of APC under /etc/snmp/snmptt.conf I get a substatial amount of output such as:

FORMAT APC CODE: PowerChute has detected that a newer version is available.: PowerChute has detected that a newer version is available.
EXEC /usr/local/bin/snmptraphandling.py "$r" "SNMP Traps" "$s" "$@" "$-*" "APC CODE: PowerChute has detected that a newer version is available.: PowerChute has detected that a newer version is available."
FORMAT APC UPS: On temporary bypass: The UPS is on temporary bypass.
EXEC /usr/local/bin/snmptraphandling.py "$r" "SNMP Traps" "$s" "$@" "$-*" "APC UPS: On temporary bypass: The UPS is on temporary bypass."


If I grep for Dell I only see the following line.

MIB: IDRAC-MIB-SMIv2 (file:/usr/share/snmp/mibs/DELL-iDRAC.mib) converted on Wed Apr 11 23:24:36 2018 using snmpttconvertmib v1.3

[npolovenko]

Hello, @IT-OPS-SYS. Did you download the check_idrac from the nagios exchange page or from the authors github page?
https://github.com/dangmocrang/check_idrac
On his github page it looks like he did some commits recently, and you can get the latest version which is [2.2rc4] versus the one we have on the exchange is 2.1. So if you haven't tried the latest version yet please do.

I looked into your snmptt.conf file and I haven't found the entry for the oid number .1.3.6.1.4.1.674.10892.5.3.2.1.0.2185. So I suspect these traps are getting caught by some generic trap definition.
You need to either: get the MIB that will contain the entry for the oid #.1.3.6.1.4.1.674.10892.5.3.2.1.0.2185, or you can copy an existing OID in snmptt.conf and change it to .1.3.6.1.4.1.674.10892.5.3.2.1.0.2185.
Also, you trap needs to look like this. Take a look at the arguments used in this example trap and try to modify your trap to look similar.

25 SNMPTT Diagram 1.png

[IT-OPS-SYS]

Hi npolovenko,

I tried an previous and the existing version of the plugin with mixed success. I removed the Dell MIB I found and attempted to upload it again but am receiving the following error.

Failed to converted mib path to snmptt.ini. (rc: 4)

I see this in the apache logs:

touch: cannot touch '/etc/snmp/snmptt.conf': Permission denied
/bin/sed: couldn't open temporary file /etc/snmp/sedhzu9oD: Permission denied
touch: cannot touch '/etc/snmp/snmptt.conf': Permission denied
/bin/sed: couldn't open temporary file /etc/snmp/sedpQQVda: Permission denied


The snmp folder permissions are currently

drwxr-xr-x. 2 root root 100 Apr 13 14:33 snmp

[npolovenko]

@ IT-OPS-SYS, You have a permission problem. Run this command to change the owner of the /etc/snmp/ folder:

Code: Select all

chown apache:nagios /etc/snmp/

Do you have anything in unconfigured objects in XI?

Code: Select all

Admin > Unconfigured Objects

After the oid definition is added you need to add the match statements. Take a look at the "Create Custom Events In SNMPTT" section of this tutorial.
https://support.nagios.com/kb/article/n ... al-77.html

Please run the following three commands to archive all the snmp files and configs that we need to take a look at:

Code: Select all

tar cvfz /tmp/snmp.tgz /etc/snmp/*
tar cvfz /tmp/sharesnmp.tgz /usr/share/snmp/mibs/*
tar cvfz /tmp/snmplogs.tgz /var/log/snmp/*

And then upload the following archives:

Code: Select all

/tmp/snmp.tgz
/tmp/sharesnmp.tgz
/tmp/snmplogs.tgz

[IT-OPS-SYS]

Hi npolovenko,

Your suggestion worked and resolved the permissions issue. I have not had time to look into this issue further but you can lock this thread if you like. Thanks for everyone's assistance.

[npolovenko]

[user]IT-OPS-SYS »[/user], Thanks for an update! I will be closing this thread.