host unreacheable

[daevy]

Всем привет! такая проблема: перестал срабатывать тригер status.last(0)}=2
из шаблона Linux_template. В хостах напротив
Get value from agent failed: Cannot connect to [10.1.0.1:10050] [Interrupted system call]

Что это может быть? соединение с портом 10050 есть.

[freelsd]

Есть ли обратная зона для хоста и соответствует ли она тому что написано в конфиге клиента?

[daevy]

+

обращение идет по ip-адресу, серв мониторинга и хост находятся в разных подсетях, поэтому организовать обратную зону в сети где находится хост не является возможным даже в ближайшее время... хочу отметить что полгода работало исправно, а протом как отрубило:-)
на данный момент я выключил триггер чтобы не сбивал с толку (остальные параметры берутся с хоста исправно)

[costas]

Я отключил данную проверку, как итем так и триггер, добавил
Type: Simple check
Key: icmpping
ну и соотвественно на него повесил триггер и событие "Host is unreacheable"
по аналогии спроверкой свичей.

P.S. до кучи: словил траблу что агента выключили, а репорта никакого не не пришло (просто перестали собираться данные), вообщем agent.ping не отрабатывает почему то, пробовал кучу решений с форума но либо не работает, либо ложные сработки, дефолтное решение вообщем не пашет (у меня), возможно имена хостов не везде коректны. Проблему решил написав скриптик на питоне, который проверяет на удалённом хосте жив ли агент и отвечает ли на запросы...

[den_crane]

P.S. до кучи: словил траблу что агента выключили, а репорта никакого не

триггер
{host_base_template:agent.ping.nodata(900)}=1
закрывает эту проблему

[costas]

триггер
{host_base_template:agent.ping.nodata(900)}=1
закрывает эту проблему

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