Общий шаблон с icmpping

[FreeD]

Добрый день.

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

icmpping[<ip>,<count>,<interval>,<size>,<timeout>]

ведь ip у всех разный?

[zalex_ua]

Этот параметр <ip> опционален, если вы его опускаете то будет использоваться из свойств сервера/интерфейса.

Если указываете - то можно пинговаль совсем левые ИПшники.

[FreeD]

Большое спасибо

[FreeD]

Подскажите еще такой момент. В шаблоне ключ icmpping[,4]. Каждая из 4 проверок должна вернуть 1 в случае успешного пинга, или 1 будет только в случае если все 4 пакета будут доставлены?

[Jimson]

если хотя бы на один из 4х пакетов будет получен icmp reply, то результат выполнения icmpping[,4] будет равен 1 (единице)

[zalex_ua]

если хотя бы на один из 4х пакетов будет получен icmp reply, то результат выполнения icmpping[,4] будет равен 1 (единице)

Спасибо всем!
Вот добавили пример тут http://www.zabbix.com/documentation/.../simple_checks

[FreeD]

Спасибо, все как я и думал. Но присутствует такая проблема. После обнаружения получаю около 1000 устройств, которые мне нужно пинговать и стучать на почту, если пинг отвалился. Триггер стоит

{Free check:icmpping[,4].last(0)}<1

очень часто получаю ложные срабатывания триггера, заббикс говорит статус 0, а если с сервера выполнить fping <ip>, то <ip> is alive. В чем может быть проблема? Может сервер просто не успевает записать столько данных одновременно? Или опросить не может?

[srusv]

А что при этом в показывается в очереди ?

[fredushka]

После обнаружения получаю около 1000 устройств, которые мне нужно пинговать и стучать на почту, если пинг отвалился. Триггер стоит

{Free check:icmpping[,4].last(0)}<1

очень часто получаю ложные срабатывания триггера, заббикс говорит статус 0, а если с сервера выполнить fping <ip>, то <ip> is alive. В чем может быть проблема?

Как мне кажется, при использовании функции last(0), берется последнее полученное значение итема, независимо от того как давно оно было получено. Поэтому версии о

Может сервер просто не успевает записать столько данных одновременно? Или опросить не может?

отпадают.

Если заббикс не смог пропингать узлы - скорее всего это действительно так и есть.
Подкину версию: где нибудь на промежуточных рутерах выставлено ограничение на количество icmp пакетов.

[FreeD]

Серверы стоят в одном сегменте сети, в одном помещении. Врядли это роутер. В очереди тоже ничего страшного нет, на простых проверках показатель 3-5 до 5 сек.

last(0), берется последнее полученное значение итема, независимо от того как давно оно было получено

а что бы Вы посоветовали для такой задачи?

Ps. нашел потенциальный затык в правилах файрвола. возможно, в нем и была проблема...