Nagios Support Forum

netstat -i Kernel Interface table Iface MTU RX-OK RX-ERR RX-DRP RX-OVR TX-OK TX-ERR TX-DRP TX-OVR Flg eno1 1500 51186235 0 24578 0 46512569 0 0 0 BMRU eno2 1500 26839899 0 20712 0 9622354 0 0 0 BMRU eno3 1500 15254238 0 4339584 0 4741001 0 0 0 BMRU eno4 1500 0 0 0 0 0 0 0 0 BMU eno49 1500 657436 0 0...

You have multiple checks failing near the same times, and some aren't SNMP. Can you be more specific? netstat -s Ip: 64013402 total packets received 0 forwarded 0 incoming packets discarded 56775356 incoming packets delivered 61586948 requests sent out 16 outgoing packets dropped Icmp: 5117098 ICMP...

rpm -qa | grep net-snmp net-snmp-agent-libs-5.7.2-24.el7_2.1.x86_64 net-snmp-libs-5.7.2-24.el7_2.1.x86_64 net-snmp-devel-5.7.2-24.el7_2.1.x86_64 net-snmp-utils-5.7.2-24.el7_2.1.x86_64 net-snmp-5.7.2-24.el7_2.1.x86_64 net-snmp-perl-5.7.2-24.el7_2.1.x86_64 ps aux | grep nagios | grep -v grep | wc -l ...

We have no network IPS device.

All SNMP checks are affected.
Ping works during this time.
SNMPwalk from Nagios box to those Linux servers works during this time.

Not every Linux box is affected. They (Linux boxes) stop responding to Nagios SNMP checks randomly.

So we have this situation now. Notice long-pkgr-p001 server in logs. And those are requested informations: ps aux | grep nagios.cfg nagios 4328 0.5 0.1 83160 32832 ? Ss 10:04 1:09 /usr/local/nagios/bin/nagios -d /usr/local/nagios/etc/nagios.cfg nagios 4415 0.0 0.0 82636 3200 ? S 10:04 0:00 /usr/loca...

But as I said, snmpwalk works fine. One additional inormation: -it works on those Linux machines "from time to time" -when it stops, we have to wait very long time or restart nagios (after nagios restart it is usually working again for some time - sometimes for days, sometimes for half an ...

Hi, Our SNMP checks against Linux boxes are failing when issued from Nagios: : ERROR: Description/Type table : No response from remote host If we try same check from outside of Nagios (SNMP walk) everything works fine. We are experiencing this issue when running checks against a bunch of Linux serve...