Nagios Support Forum

Hello,

I've uploaded a new mib using the web interface.
Mib was coppied to /usr/share/snmp/mibs folder but when I use it in a check command I get the error: If I enter a full path to the mib ex. -m /usr/share/snmp/mibs/Upsmate_SHAPC_SLO.txt than the check works.
What could be the reason?

Hi @vretic,

I'm noticing that your first command used the name of a MIB, and your second command used a full path.

I would try to run the command with -m Upsmate_SHAPC_SLO.txt to see whether a relative path is working for you. If that works and you really don't want to type the extension, you might be able to remove the file extension on the uploaded file (or re-upload it with a different name).

Let me know if that works for you or if you have any further questions or concerns.
-Sebastian

Hi

it does not work with -m Upsmate_SHAPC_SLO.txt

I talked with the rest of the support team - the next most likely cause for this issue is that one of the other MIB files in /usr/share/snmp/mibs is failing to parse before check_snmp can find Upsmate_SHAPC_SLO. Do you have any other MIBs that you've uploaded to this server, or is your problem only with Upsmate_SHAPC_SLO?
-Sebastian

Hi,

so the storry is:
Nagios was migrated from CentOS7 (Nagios version 5.8.10) to RHEL8
I did it by installing 2024R1.1.4 on the new server, did nagios restore with backup of the 5.8.10 version and than did the upgrade.
Before running the upgrade I ran the restore_repair script.
There were allready working mibs in the /usr/share/snmp/mibs folder, the Upsmate_SHAPC_SLO.txt was added after migration.
I uploaded it using web interface.

snmptt doesn't read mib files--it reads snmptt.conf or ini, and newer versions of nagios have another snmptt.conf/ini.xi or something. Grep the trap name Upsmate_SHAPC_SLO from the config files to see if it's there.
Check the snmptt log files and the admin, unconfigured objects for the host in question.