LINUX.ORG.RU
ФорумAdmin

Увидел триггер->Принял ко вниманию->Отключил

 , zabbix2.0


1

1

Сработал триггер:

Disk /dev/sdg 005 Reallocated Sector Count
Текущее значение:
Disk /dev/sdg 005 Reallocated Sector Count	12 Янв 2014 20:44:37	1
Выражение триггера:
{<item>.last(0)}>0
т.е. если этот параметр более «0» значит что-то нехорошее может быть с диском. Тип параметра «накапливающийся», а значит триггер будет висеть и висеть. А нам нужно узнавать о динамике, т.е. если «1» так и будет в принципе это ни чего, но если будет расти, то стоит задуматься. diff не уместна при обновление item 30c, можно проглядеть. nodata более уместна.

В качестве варианта, можно выключить триггер подтвердив его, т.е. сказать, что значение «1» как бы мы увидели и решили, что пока норма, но если оно увеличится сообщи нам опять. Кажется такая возможность во 2-ом заббиксе есть, среди функций ни чего подобного не нашел.

Прошу совета или мнения.

★★★★★

Последнее исправление: petav (всего исправлений: 3)

А если по приоритетам разрулить?

{<item>.last(0)}>0 - информация

{<item>.last(0)}>5 - предупреждение и т.д.

aeX1pu2b
()

либо отслеживать динамику по разнице значений, за определенный промежуток времени (во 2-м есть)

aeX1pu2b
()
Ответ на: комментарий от aeX1pu2b

либо отслеживать динамику по разнице значений, за определенный промежуток времени (во 2-м есть)

Формализовать промежуток времени проблематично.

petav ★★★★★
() автор топика
Ответ на: комментарий от petav

Там все просто,

{<item>.avg(1800)}>10

1800 в миллисекундах

И да, кто мешает наплодить несколько тригеров, по разным критериям.

aeX1pu2b
()

https://www.zabbix.com/documentation/ru/2.0/manual/config/triggers/expression

Функции avg, count, last, min и max поддерживают дополнительный, второй параметр time_shift. Этот параметр позволят ссылаться на данные из периода времени в прошлом. Например, avg(1h,1d) будет возвращено среднее значение за час одним днем ранее. + trigger type = delta

ну же!

zgen ★★★★★
()
Последнее исправление: zgen (всего исправлений: 2)

еще diff:

Возвращает:
1 - последнее и предыдущее значения различаются
0 - наоборот

zgen ★★★★★
()
Ответ на: комментарий от zgen
ну же!
  • Сработает дельта и будет висеть пока временная шкала не сдвинется на 1d;
  • Если сдвинется и дельта будет равна «0» триггер деактивируется;
  • Если сдвинется и дельта будет не равна «0» триггер продолжит существование.

<time_shift> на основе чего выбрать?

nodata

если не было получено данных за указанный промежуток

если под «не было получено» понимается не изменилось значение, nodata очевиднее по моему.

Совет запомнил, отработаю...

petav ★★★★★
() автор топика
Последнее исправление: petav (всего исправлений: 2)
Ответ на: комментарий от zgen

еще diff

Видел в док., на тот момент отклонил. Теперь буду думать, в свете того что подтверждения во 2 заббиксе видимо триггеры не деактивируют.

petav ★★★★★
() автор топика
Ответ на: комментарий от petav

В конце концов (мне просто уже лень думать), ты можешь user parameter ввести и реализовать там любую логику, какую захочешь.

zgen ★★★★★
()

https://support.zabbix.com/browse/ZBXNEXT-104 - «switch trigger to OK based on acknowledgement by user». Висит с 2009, никто не чешется.

Сам когда-то такое искал - увы. Устаревание по времени не очень хорошая идея - ты бухал/отдыхал/лежал в больнице, возвращаешься - всё ОК, дашбоард зелёный. А это триггеры по времени обнулились. Единственный найденный мной вариант - сделать для хоста Action, который будет запускать на хосте скрипт, который будет обнулять соотв. айтемы. И запускать из меню хоста(терминологию могу путать, давно заббикс не использовал, но смысл такой).

selivan ★★★
()
Ответ на: комментарий от selivan

«switch trigger to OK based on acknowledgement by user». Висит с 2009, никто не чешется.

Это opensource, детка. Всё у них так.

Устаревание по времени не очень хорошая идея - ты бухал/отдыхал/лежал в больнице, возвращаешься - всё ОК, дашбоард зелёный. А это триггеры по времени обнулились

Вот как бы соглашусь.

zgen ★★★★★
()
Ответ на: комментарий от selivan

Единственный найденный мной вариант - сделать для хоста Action, который будет запускать на хосте скрипт, который будет обнулять соотв. айтемы.

Была такая мысль, наряду с использование API для отключения поддтвержденных триггеров автоматом.

Устаревание по времени не очень хорошая идея - ты бухал/отдыхал/лежал в больнице, возвращаешься - всё ОК, дашбоард зелёный.

Отчасти соглашусь.

  • Вернувшись из запоя надо проглядеть всю историю по критическим item;
  • Критические триггеры можно слать на почту.
petav ★★★★★
() автор топика
Последнее исправление: petav (всего исправлений: 1)
Ответ на: комментарий от petav

Вернувшись из запоя надо проглядеть всю историю по критическим item
Критические триггеры можно слать на почту

Глаз замыливается, в почте среди киллограма «шлюз провайдера недоступен уже 2 минуты» потеряться можно. Чем больше дисциплины требует система от пользователя - тем менее она надёжна.

использование API для отключения поддтвержденных триггеров автоматом

Хорошая мысль. Более прямой и красивый костыль, чем мой вариант с Action :)

selivan ★★★
()
Ответ на: комментарий от selivan

Чем больше дисциплины требует система от пользователя - тем менее она надёжна.

Да. Но в этом случае с натягом допускаю это. Спасибо за советы.

petav ★★★★★
() автор топика

Итог

В zabbix пока еще не реализовано, из коробки, «подтверждение и выключение» триггера. Но проект opensource, реализовать не очень сложно.

Я пока эксплуатирую решение на такого рода триггере:

{item.last(0)}>{item.last(1d)}
т.е.

  • если параметр увеличился то триггер активируется;
  • если в течении 1d параметр не менялся, триггер деактивируется сам;
  • если в течении 1d он был еще увеличен, то триггер пролонгируеся еще на один день. И будет «светиться» +1d.

Наряду с помещением триггера в важные, сообщение отправляется на почту.

P.S.: Функция «nodata», при детальном рассмотрении имеет смысл при использовании zabbix-траппера. Zabbix-агент всегда что-то шлет.

petav ★★★★★
() автор топика
Последнее исправление: petav (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.