Отрицательные значения в Packet loss = -66%, RTA = 593896996864.00 ms

Для начала попробуй запустить вручную check_command

гм. а check_ping - это check_ping или check_icmp ?

check_ping

# 'check_ping' command definition                                                                                                                     
define command{
        command_name    check_ping
        command_line    $USER1$/check_ping -H $HOSTADDRESS$ -w $ARG1$ -c $ARG2$ -p 5
        }

Петелька, например.

Там все оки, трабла она периодически выскакивает (

Думаете там loop , врядли

Значит это либо глюк системного ping, либо глюк парсера check_ping из нагиоса.

А со временем на машине все хорошо ? Это не виртуальная машина ?

а check_icmp не пробовал использовать ? Я практически сразу отказался от check_ping.

А со временем на машине все хорошо ? Это не виртуальная машина ?

Это единственная виртуалка работающая на этой физической машине. Со временем ок .

а check_icmp не пробовал использовать ? Я практически сразу отказался от check_ping.

Нет, а чем оно лучше ?

check_ping вызывает системный пинг, а check_icmp - сам реализует icmp ping (он suid-ный как и ping)

check_icmp рекомендуется когда проверяется много хостов.

Странно что его по умолчанию не воткнули ), возможно так функционал не тот ?

Нет. Все тоже самое. Я тоже удивлялся. Но он suid-root и не все рискнут, а так есть выбор.

В линкусе есть icmp-сокет доступный не руту, у меня есть поделка - ping-сервер для nagios использующий этот тип сокета.

Но она оценивает не мгновенное состояние какнала/устройства как check_ping (посылающий пачку пингов за короткий интервал), а статистику за период между обращениями (1-Х минут)

При первом обращение запускается пинг (с заданым интервалом, размером и максимальным временем тестирования), а при следующем обращении получаем статистику за время интервала. Анализируется частота потерь по которой можно понять, что устройство не отвечало в течении отрезка времени или оно периодически теряло пакеты.

Одновременно можно тестировать много хостов ( у меня 1 демон тестирует чуть больше сотни хостов). Доступна проверка по ipv4 и по ipv6.

я перевел, однако проблемы остались почему то (

grep 'Packet loss = -' nagios.log 
[1485121571] SERVICE ALERT: DC_MAIN_switch_6500;PING;CRITICAL;SOFT;1;PING CRITICAL - Packet loss = -66%, RTA = 594048647168.00 ms
[1485128962] SERVICE ALERT: DNS_Server_2;PING;CRITICAL;SOFT;1;PING CRITICAL - Packet loss = -66%, RTA = 594051596288.00 ms
[1485129822] SERVICE ALERT: mrtg;PING;CRITICAL;SOFT;1;PING CRITICAL - Packet loss = -66%, RTA = 594051923968.00 ms
[1485131002] SERVICE ALERT: VSAT_Satellite_Delta_10.50.52.3;PING;CRITICAL;SOFT;1;PING CRITICAL - Packet loss = -66%, RTA = 594052382720.00 ms
[1485131082] SERVICE ALERT: mrtg;PING;CRITICAL;SOFT;1;PING CRITICAL - Packet loss = -66%, RTA = 594052448256.00 ms
[1485138083] SERVICE ALERT: nagios;PING;CRITICAL;SOFT;1;PING CRITICAL - Packet loss = -66%, RTA = 594055200768.00 ms
[1485140421] SERVICE ALERT: NOC_MAIN_switch_6500;PING;CRITICAL;SOFT;1;PING CRITICAL - Packet loss = -66%, RTA = 594056183808.00 ms
[1485140771] SERVICE ALERT: radius_dhcp_NOC;PING;CRITICAL;SOFT;1;PING CRITICAL - Packet loss = -25%, RTA = 297028157440.00 ms
[1485152232] SERVICE ALERT: radius_dhcp_NOC;PING;WARNING;SOFT;1;PING WARNING - DUPLICATES FOUND! Packet loss = -66%, RTA = 7.25 ms

хм, а нет ли одинаковых MAC адресов в той сети?

или временно возникающих петель ? которые потом разруливаются [mr]stp ?

Я бы на ближайшем управляемом коммутаторе посмотрел бы логи...

nagios -это сам его localhost

т.е. dup на localhost ? Ну это совсем странно...

Собирай трафик tcpdump-ом и анализируй. DUP-ы там точно должны быть видны.

c чего ты взял dup пакеты ?

PING WARNING - DUPLICATES FOUND!

Собрать трафик и посмотреть. Все остальное - гадание на кофейной гуще.