Nagios Support Forum

When you upload a MIB file and you check the box called "Process trap" and the MIB file does not contain any TRAP OID's, it will display this message.
"MIB is added, but is does not contain any TRAP-TYPE definitions, so no traps were added, even though user input said there should be traps specified."
It is just telling you that there are not any Trap OID's and it is just going to upload the MIB file to the server.

Now, the reason re-uploading them are failing is there some left over files and configurations that are causing a conflict so those will have to be resolved.

To do that, delete this file from the server as it is empty. Edit the /etc/snmp/snmptt.ini file and remove the following lines Then edit the /etc/snmp/snmptt.conf file and starting at line 12469, delete all the lines to the bottom of the file which will remove all of the Liebert settings so they can be uploaded again.

After the files are saved, restart the SNMP Trap Translation daemon by running Then re-upload the MIB files in the order from the readme file and when you are done, check to see if the settings are in the /etc/snmp/snmptt.conf file or in any of the files in the /usr/share/snmp/mibs/processed_mibs/ folder.

If the same message comes back, just continue on with uploading the MIB files.

When you are done, restart the snmptt daemon again to load the new settings. Let us know how it works out for you.

Hello;

Your directions worked perfectly. The mibs loaded without any errors.
I believe this was all due to residual files being left behind after the removal of the mibs.

I will now be testing to see that the traps work.
I appreciate all of the help!
Thank you so much and have a great Holiday

Rich

Your welcome. Have a great holiday yourself!

Hello again,

So it looks like now that the Liebert mib's are installed properly, I am back to my original issue which caused me to remove the mibs in the first place (which was obviously not necessary) I am not receiving the Liebert trap alerts on the Nagios side.

When I test a trap alert, in this case it is a communication alert, I get a generic alert in the snmptt.log file
Tue Dec 26 13:52:19 2017 .1.3.6.1.4.1.476.1.42.2.3.0.0.7 Normal "Status Events" 10.15.98.234 - The agent card is alive. 4:21:35:08.43 0 1

The Nagios server doesn't seem to be interpreting the traps properly. I do receive all the traps for my APC alerts, it is only the Liebert alerts I am not receiving. I don't have any logs in the snmpttunknown.log file and I do not have any Unconfigured Objects. Everything shows OK regarding the status of the UPS in the Nagios Service Status.
I am enclosing the snmptt.log as well as the snmptt.conf for reference.
Can you let me know your thoughts on this?

If I need to start a new thread then just let me know and I will certainly do so. As always I appreciate your help.

A couple of things to look at.

In the old /etc/snmp/snmptt.ini file, there were these entries.
/usr/share/snmp/mibs/processed_mibs/RFC1628_UPS_MIB.txt
/usr/share/snmp/mibs/processed_mibs/LIEBERT_GP_SYSTEM.txt
/usr/share/snmp/mibs/processed_mibs/LIEBERT_GP_AGENT.txt
/usr/share/snmp/mibs/processed_mibs/APC_MIB.txt

Make sure you removed those entries so the snmptt daemon is not using them and possibly not forwarding the trap to Nagios.

The second thing is to make sure the snmptt daemon was restarted after the MIB files were uploaded.
Try making sure it has been restarted by running the following as root.
service snmptt restart

Then send a trap ans see if it is in the XI GUI for that service check or in the unconfigured objects menu.

If not, please post the following

We would need to see all of the SNMP configuration files and the MIB files from the server so can you run the following 2 commands as root. Then post these 2 files so we can check the settings and the MIB files for any errors. Also, post these files as well. Thanks

Hi tgriep;

A snapshot of my /etc/snmp/snmptt.ini file is attached. I'm surprised that I don't have any Liebert files in here. I only have the APC. I'm concerned about removing ANYTHING to do with APC as all of my APC alerts are working fine and I don't want to break anything while trying to get the Liebert traps to work. Is it really necessary to remove the APC_MIB.txt from within here? won't that possibly break my APC alerts?
I always restart the snmptt service after modifying any files, so that has been donr several times.

While looking around, I found something interesting. In the /usr/share/snmp/mibs file, all entries are a .txt except for the Liebert entries, which are all .mib. This doesn't seem right to me but I'll let you reply on that. I have enclosed a snapshot of that file as well.

I have also attached all of the other files you asked for.

The MIB files ending in .txt or .mib shouldn't matter. The applications that access the MIB files will look at all of the files in that folder.

The APC settings can be left alone as they are working for you. I was just stating if any of the configuration files are not formatted correctly, it could be causing the issue.

I found some settings that should be changed in the snmptt.ini file.
Edit the following line and change it from to Save the settings and restart the daemon.

Then send a trap to the Nagios server and check to see if it is received.

Did as you asked and yes I restarted the service.
I then ran a Liebert trap from one of my Libert ups's

Same entry in snmptt.log

/var/log/snmptt/snmptt.log
Wed Dec 27 12:56:23 2017 .1.3.6.1.4.1.476.1.42.2.3.0.0.7 Normal "Status Events" 10.15.98.234 - The agent card is alive. 5:20:39:10.72 0 1
Wed Dec 27 12:57:03 2017 .1.3.6.1.4.1.476.1.42.2.3.0.0.7 Normal "Status Events" 10.15.98.234 - The agent card is alive. 5:20:39:51.75 0 1

However, I took a look at /var/log/snmptt/snmpttsystem.log and I see something I thought was rather odd. Even though I am sending a liebert trap, I am getting an apc reference:
Wed Dec 27 12:55:34 2017 Loading /usr/share/snmp/mibs/processed_mibs/APC_MIB.txt
Wed Dec 27 12:55:34 2017 Finished loading 46643 lines from /usr/share/snmp/mibs/processed_mibs/APC_MIB.txt
Wed Dec 27 12:55:34 2017 Loading /etc/snmp/snmptt.conf
Wed Dec 27 12:55:34 2017 Finished loading 13056 lines from /etc/snmp/snmptt.conf
Wed Dec 27 12:55:35 2017 Changing to UID: snmptt (497)

That was the file I didn't want to remove for fear of breaking the APC notifications that are presently working, however, I went ahead and backed up the /ect/snmp/snmptt.ini file and then removed the entry "/usr/share/snmp/mibs/processed_mibs/APC_MIB.txt", but I got the same exact result even with the entry removed.

/var/log/snmptt/snmpttsystem.log
Wed Dec 27 13:10:18 2017 Loading /usr/share/snmp/mibs/processed_mibs/APC_MIB.txt
Wed Dec 27 13:10:18 2017 Could not open configuration file: /usr/share/snmp/mibs/processed_mibs/APC_MIB.txt
Wed Dec 27 13:10:18 2017 Loading /etc/snmp/snmptt.conf
Wed Dec 27 13:10:18 2017 Finished loading 13056 lines from /etc/snmp/snmptt.conf
Wed Dec 27 13:10:18 2017 Changing to UID: snmptt (497)

/var/log/snmptt.log
Wed Dec 27 13:10:33 2017 .1.3.6.1.4.1.476.1.42.2.3.0.0.7 Normal "Status Events" 10.15.98.234 - The agent card is alive. 5:20:53:20.85 0 1

The APC traps are still working correctly even after removing the entry so we're good there.
Let me know your thoughts......Thanks so much

Do you have a host setup in XI with the IP address of 10.15.98.234 and a service called "SNMP Traps"?
If so, did it display the " The agent card is alive. 5:20:39:10.72 0 1" message?

If you do not have a host or service configured, did you go to the Admin > Unconfigured Objects menu and see if the trap it there ready to be configured?

Can you post your full /usr/local/nagios/var/nagios.log file here?

Of course I have the host and services configured
Again, there is nothing in the unconfigured objects (I triple checked to be sure)
Here is the /usr/local/nagios/var/nagios.log file you asked for as well:
Please let me know what else I can provide if need be.