icmpping

[Midsummer]

Доброе утро!

Подскажите, пожалуйста, по настройке icmpping.
Данная проверка отпарвляет несколько пакетов. Какой процент потерь должен быть, чтобы состояние триггера изменилось или осталось прежним?
Допустим, отпарвляется 3 пакета. Сколько (1, 2 или 3) должны быть потеряны, чтобы состояние соответствующего триггера поменялось и заббикс начал сигнализировать о проблеме? Где это настраивается?

[Jimson]

это настраивается в тригере который ты напишешь
настраивается тут: http://www.zabbix.com/documentation/...onfig/triggers

[Midsummer]

Это-то понятно...
В триггере прописано следующее выражение: icmpping.last(#2,60)}=0

Правильно ли я понимаю, что триггер переходит в состояние "Проблема", если потеряно два пакета за 60 секунд? Тогда возникают вопросы: сколько всего пакетов посылается и с каким интервалом - это будут какие-то значения по умолчанию? Если да, то какие именно?

[zalex_ua]

В триггере прописано следующее выражение: icmpping.last(#2,60)}=0

Это криво написанная функция и интерпретировали вы ее не верно.
Дока http://www.zabbix.com/documentation/...gers/functions

в этой функции может иметь смысл или первый или второй паметр, два оба одновременно - както не знаю какой будет результат даже - учтутся оба параметра или только один из них. Лучше так не писать.

Так правильно:
last(0,60)
или
last(#2)
при этом смысл будет разный.

[Jimson]

По icmpping вообще нельзя кол-во определить, он или 1 возвращает или 0, притом 1 он возвращает вне зависимости от того сколько пакетов вернулось, один из трех или один из сотни, важно что бы за замер хотя бы один вернулся.

Оценить потери в процентах можно по icmppingloss.

[Midsummer]

Понятно, что ничего не понятно
Вопрос следующий: возможно ы Zabbix ли с помощью некоего лога, дебага и т.п. отследить, что конкретно происходит при изменении состояния какого-либо триггера?
То есть увидеть детальную информацию, сколько пакетов отправлено, с каким интервалом, сколько потеряно.

[Jimson]

тебе надо читать доку до просветления
что там происходит знает тот кто пишет тригер, тот же кто только смотрит за ним не думает о том что там происходит, а отталкивается от того активен тригер или нет, иначе говоря для смотрящего вся информация заключена в названии тригера

первое, ты решаешь какие данные тебе собирать и как часто, это твои "итемы", в часности если тебе нужны "потери icmp" ты решаешь что тебе надо собирать icmppingloss[,a,b,c,d], и ты же решаешь чему равны эти самые a, b, c и d (сколько посылать ICMP пакетов за одну итерацию, какую делать паузу после того как получили реплай, какого размера слать реквест и сколько максимум ждать реплая)

второе, ты решаешь что для тебя будут означать "у нас потери ICMP караул спасайтесь!", может для тебя это "в среднем за 4 чиса больше 80% потерь", а может ты намерен кричать караул сразу как потерялся хотя бы один пакет (icmppingloss[.....].last(0) > 0)

тебе решать и тем кто будет твой системой пользоваться

[Midsummer]

Проблема в том, что настроенная система досталась от предшественников в таком виде, в каком она сейчас есть, с теми самыми странными выражениями
Привести ее в порядок со временем - конечно, задача нужная, и мы ей займемся обязательно.
Но встала задача разобраться, что там происходит сейчас...

[turboon]

Вот здесь описание проверки icmpping:
http://www.zabbix.com/documentation/...l/config/items

А здесь я написал, как настроен триггер icmpping у меня. И мне кажется, что это неплохой вариант

http://www.zabbix.com/forum/showthread.php?t=28589