Nagios Support Forum

I have run these commands and forwarded you these details in PM LANG=C LC_ALL=C /usr/bin/mrtg /etc/mrtg/mrtg.cfg -debug=cfg,base,log &> /tmp/mrtg.txt LANG=C LC_ALL=C /usr/bin/mrtg &>> /tmp/mrtg.txt LANG=C LC_ALL=C /usr/bin/mrtg /etc/mrtg/mrtg.cfg --lock-file /var/lib/mrtg/mrtg.lock --confcac...

The permissions appear to be correct, here are the # ls -lash | grep -v 'apache nagios' total 1013M 4.0K drwxr-xr-x. 36 root root 4.0K Sep 19 11:26 .. 0 -rw-r--r-- 2 nagios nagios 0 Mar 2 09:30 mrtg.lock 0 -rw-r--r-- 2 nagios nagios 0 Mar 2 09:30 mrtg.lock_60858 # ls -lash | grep -v '\-rw\-rw\-r\-\-...

There are missing a number of hosts in bandwidth usage reports. There are rrd files for the hosts, the hosts are listed under the "View Report For" however they are missing under the "See all available reports" The bandwidth graphs are filling up with data, and the usage looks no...

We are now receiving the traps. So for clarification for anyone else who comes accross this thread with a similar issue: After enabling the debugging for snmptt, the /var/log/snmptt/snmptt.debug log file began showing: Could not translate - Net-SNMP Perl module not enabled - will leave as-is Reinsta...

I have updated the configuration file in order to pull in the nxti configuration file. I began digging a little deeper into the logs and found that there initially was an issue with the perl module not being enabled, which prevented the OID's from resolving. I can also now see that all of the spool ...

I have ensured that we have the proper dependencies, this was working previously but has stopped, I am seeing the traps are received at the interface, snmptrapd logs the traps, and by all accounts the traps are being received as they are showing up in the snmptt debug logs, however they do not progr...

We are getting this error message repeatedly: "Database Error A database connection error has been detected, please follow the repair prompt below. If the issue persists, please contact Nagios support. Run the following from the CLI as root to attempt to repair the DB: /usr/local/nagiosxi/scrip...