We updated to 5.7.4 last week. Since that time we have been getting flooded with these emails every 5 minutes from Cron. We would like some assistance with understanding why the update would cause this and what we can do to fix it.
I pasted below a truncated snippet of these emails. The emails are huge in comparison to this snippet. They repeat these messages thousands of times.
Thanks,
Jeremy
SNMPopen failed: Received usmStatsUnknownUserNames.0 Report-PDU with value 4079021 during synchronization
at /usr/bin/../lib/mrtg2/Net_SNMP_util.pm line 1580.
Net_SNMP_util::snmpopen('public@IP_REDACTED:::::3:v4only', 0, 'ARRAY(0x271e770)') called at /usr/bin/../lib/mrtg2/Net_SNMP_util.pm line 565
Net_SNMP_util::snmpget('public@IP_REDACTED:::::3:v4only', 'HASH(0x2e844a8)', 'ifInOctets.771', 'ifOutOctets.771') called at /usr/bin/mrtg line 2331
main::getsnmparg('HASH(0x1b26440)', 'HASH(0x2e873d0)', 'HASH(0x1a11e28)', 'HASH(0x1eb9258)') called at /usr/bin/mrtg line 2511
main::readtargets('HASH(0x1b26440)', 'ARRAY(0x1b8a780)', 'HASH(0x1a11e28)') called at /usr/bin/mrtg line 404
main::main called at /usr/bin/mrtg line 144
SNMPGET Problem for public@IP_REDACTED:::::3:v4only at /usr/bin/mrtg line 2331.
SNMPopen failed: Received usmStatsUnknownUserNames.0 Report-PDU with value 4079022 during synchronization
at /usr/bin/../lib/mrtg2/Net_SNMP_util.pm line 1580.
Net_SNMP_util::snmpopen('public@IP_REDACTED:::::3:v4only', 0, 'ARRAY(0x271e770)') called at /usr/bin/../lib/mrtg2/Net_SNMP_util.pm line 565
Net_SNMP_util::snmpget('public@IP_REDACTED:::::3:v4only', 'HASH(0x2e87220)', 'ifInOctets.772', 'ifOutOctets.772') called at /usr/bin/mrtg line 2331
main::getsnmparg('HASH(0x1b26440)', 'HASH(0x2e87940)', 'HASH(0x1a11e28)', 'HASH(0x1eb9258)') called at /usr/bin/mrtg line 2511
main::readtargets('HASH(0x1b26440)', 'ARRAY(0x1b8a780)', 'HASH(0x1a11e28)') called at /usr/bin/mrtg line 404
main::main called at /usr/bin/mrtg line 144
SNMPGET Problem for public@IP_REDACTED:::::3:v4only at /usr/bin/mrtg line 2331.
SNMPopen failed: Received usmStatsUnknownUserNames.0 Report-PDU with value 4079023 during synchronization
at /usr/bin/../lib/mrtg2/Net_SNMP_util.pm line 1580.
Net_SNMP_util::snmpopen('public@IP_REDACTED:::::3:v4only', 0, 'ARRAY(0x271e770)') called at /usr/bin/../lib/mrtg2/Net_SNMP_util.pm line 565
Net_SNMP_util::snmpget('public@IP_REDACTED:::::3:v4only', 'HASH(0x2e87790)', 'ifInOctets.773', 'ifOutOctets.773') called at /usr/bin/mrtg line 2331
main::getsnmparg('HASH(0x1b26440)', 'HASH(0x2e87eb0)', 'HASH(0x1a11e28)', 'HASH(0x1eb9258)') called at /usr/bin/mrtg line 2511
main::readtargets('HASH(0x1b26440)', 'ARRAY(0x1b8a780)', 'HASH(0x1a11e28)') called at /usr/bin/mrtg line 404
main::main called at /usr/bin/mrtg line 144
2020-10-19 10:35:02: WARNING: Expected a number but got 'noSuchInstance'
2020-10-19 10:35:02: WARNING: Expected a number but got 'noSuchInstance'
2020-10-19 10:35:02: WARNING: Expected a number but got 'noSuchInstance'
2020-10-19 10:35:02: WARNING: Expected a number but got 'noSuchInstance'
2020-10-19 10:35:02: WARNING: Expected a number but got 'noSuchInstance'
2020-10-19 10:35:02: WARNING: Expected a number but got 'noSuchInstance'
2020-10-19 10:35:02: WARNING: Expected a number but got 'noSuchInstance'
2020-10-19 10:35:02: WARNING: Expected a number but got 'noSuchInstance'
SNMPGET Problem for ifHCInOctets.48 ifHCOutOctets.48 on gecko@HOST_REDACTED:161::::2:v4only: No response from remote host "HOST_REDACTED" at /usr/bin/../lib/mrtg2/Net_SNMP_util.pm line 594.
Net_SNMP_util::snmpget('gecko@HOST_REDACTED:161::::2:v4only', 'HASH(0x2c17f58)', 'ifHCInOctets.48', 'ifHCOutOctets.48') called at /usr/bin/mrtg line 2331
main::getsnmparg('HASH(0x1b26440)', 'HASH(0x2c1cee8)', 'HASH(0x1a11e28)', 'HASH(0x1eb9258)') called at /usr/bin/mrtg line 2511
main::readtargets('HASH(0x1b26440)', 'ARRAY(0x1b8a780)', 'HASH(0x1a11e28)') called at /usr/bin/mrtg line 404
main::main called at /usr/bin/mrtg line 144
2020-10-19 10:35:02: WARNING: skipping because at least the query for ifHCInOctets.48 on HOST_REDACTED did not succeed
2020-10-19 10:35:02: WARNING: no data for ifHCInOctets&ifHCOutOctets:gecko@HOST_REDACTED. Skipping further queries for Host HOST_REDACTED in this round.
SNMPopen failed: No response from remote host "IP_REDACTED0" during discovery
at /usr/bin/../lib/mrtg2/Net_SNMP_util.pm line 1580.
Net_SNMP_util::snmpopen('public@IP_REDACTED0:::::3:v4only', 0, 'ARRAY(0x271e770)') called at /usr/bin/../lib/mrtg2/Net_SNMP_util.pm line 565
Net_SNMP_util::snmpget('public@IP_REDACTED0:::::3:v4only', 'HASH(0x2fbc508)', 'ifInOctets.1', 'ifOutOctets.1') called at /usr/bin/mrtg line 2331
main::getsnmparg('HASH(0x1b26440)', 'HASH(0x2fbcc28)', 'HASH(0x1a11e28)', 'HASH(0x1eb9258)') called at /usr/bin/mrtg line 2511
main::readtargets('HASH(0x1b26440)', 'ARRAY(0x1b8a780)', 'HASH(0x1a11e28)') called at /usr/bin/mrtg line 404
main::main called at /usr/bin/mrtg line 144
SNMPGET Problem for public@IP_REDACTED:::::3:v4only at /usr/bin/mrtg line 2331.
SNMPopen failed: Received usmStatsUnknownUserNames.0 Report-PDU with value 4079230 during synchronization
at /usr/bin/../lib/mrtg2/Net_SNMP_util.pm line 1580.
Net_SNMP_util::snmpopen('public@IP_REDACTED:::::3:v4only', 0, 'ARRAY(0x271e770)') called at /usr/bin/../lib/mrtg2/Net_SNMP_util.pm line 565
Net_SNMP_util::snmpget('public@IP_REDACTED:::::3:v4only', 'HASH(0x2e83f38)', 'ifInOctets.770', 'ifOutOctets.770') called at /usr/bin/mrtg line 2331
main::getsnmparg('HASH(0x1b26440)', 'HASH(0x2e84658)', 'HASH(0x1a11e28)', 'HASH(0x1eb9258)') called at /usr/bin/mrtg line 2511
main::readtargets('HASH(0x1b26440)', 'ARRAY(0x1b8a780)', 'HASH(0x1a11e28)') called at /usr/bin/mrtg line 404
main::main called at /usr/bin/mrtg line 144
SNMPGET Problem for public@IP_REDACTED:::::3:v4only at /usr/bin/mrtg line 2331.
2020-10-19 10:35:37: ERROR: Target[HOST_REDACTED_151060520][_IN_] ' $target->[10]{$mode} ' did not eval into defined data
2020-10-19 10:35:37: ERROR: Target[HOST_REDACTED_151060520][_OUT_] ' $target->[10]{$mode} ' did not eval into defined data
2020-10-19 10:35:37: ERROR: Target[HOST_REDACTED_369098781][_IN_] ' $target->[14]{$mode} ' did not eval into defined data
2020-10-19 10:35:37: ERROR: Target[IP_REDACTED0_836][_OUT_] ' $target->[2074]{$mode} ' did not eval into defined data
2020-10-19 10:35:37: ERROR: Target[IP_REDACTED0_16777217][_IN_] ' $target->[2075]{$mode} ' did not eval into defined data
2020-10-19 10:35:37: ERROR: Target[IP_REDACTED0_16777217][_OUT_] ' $target->[2075]{$mode} ' did not eval into defined data
2020-10-19 10:35:37: ERROR: Target[IP_REDACTED_560][_IN_] ' $target->[2137]{$mode} ' did not eval into defined data
2020-10-19 10:35:37: ERROR: Target[IP_REDACTED_560][_OUT_] ' $target->[2137]{$mode} ' did not eval into defined data
Emails from cron showing large number of errors after update
-
jeremyfleming
- Posts: 3
- Joined: Thu May 07, 2020 4:21 pm
-
jeremyfleming
- Posts: 3
- Joined: Thu May 07, 2020 4:21 pm
Re: Emails from cron showing large number of errors after up
I was able to stop the emails by editing /etc/cron.d/mrtg
Changed:
*/5 * * * * root LANG=C LC_ALL=C /usr/bin/mrtg /etc/mrtg/mrtg.cfg --lock-file /var/lib/mrtg/mrtg.lock --confcache-file /var/lib/mrtg/mrtg.ok --user=nagios --group=nagios
To:
*/5 * * * * root LANG=C LC_ALL=C /usr/bin/mrtg /etc/mrtg/mrtg.cfg --lock-file /var/lib/mrtg/mrtg.lock --confcache-file /var/lib/mrtg/mrtg.ok --user=nagios --group=nagios > /dev/null 2>&1
Changed:
*/5 * * * * root LANG=C LC_ALL=C /usr/bin/mrtg /etc/mrtg/mrtg.cfg --lock-file /var/lib/mrtg/mrtg.lock --confcache-file /var/lib/mrtg/mrtg.ok --user=nagios --group=nagios
To:
*/5 * * * * root LANG=C LC_ALL=C /usr/bin/mrtg /etc/mrtg/mrtg.cfg --lock-file /var/lib/mrtg/mrtg.lock --confcache-file /var/lib/mrtg/mrtg.ok --user=nagios --group=nagios > /dev/null 2>&1
Re: Emails from cron showing large number of errors after up
Is HOST_REDACTED just a single host or is it a place holder for multiple hosts? It would appear that it the XI system isn't able to get a response. Is HOST_REDACTED up and replying to XI's snmp requests? Try running the following on the XI system:
Code: Select all
yum -y install nmap
nmap HOST_REDACTED -p 161 -sUAs of May 25th, 2018, all communications with Nagios Enterprises and its employees are covered under our new Privacy Policy.