Zabbix Reboot

[prostrelov]

Вопрос довольно банальный, но актуальный )
Как правильно перегружать или выключать машину c zabbix server'ом
так что бы не создавалась куча event'ов PROBLEM\OK из за не успевших ответить машин. Обычным reboot'ом или haltom даже если предварительно дать service zabbix_server stop после старта zabbix server'a создаётся оч. много бесполезных событий.

Была мысль задать интервал в Maintenance. Но думаю должен быть способ проще.

[Jimson]

м... в 1.8 возникало куча "unknown", это понятно, но откуда у тебя берутся "проблема" ?
делай период "обслуживания" на пару минут, проще решения не найти

[Heilig]

Мне тоже кажеться что проблемма не том как Вы останавливаете zabbix сервер, а в том как часто опрашивате элементы данных и какие выражения используете в триггерах.

[prostrelov]

тригеры на HOST IS DOWN
{win:agent.ping.nodata(180)}=1 & {win:icmpping.nodata(120)}=1

3 минуты + 2 минуты

[Jimson]

а чего вы ожидали от nodata() ?
только через период обслуживания (со сбором данных) можно заблокировать срабатывания, и то период надо ставить с запасом, что бы и сервер загрузился и данные начали собираться

[prostrelov]

То-есть nodata сверяет последний временной штамп полученного значения и текущее время ?

[Heilig]

Вот мое предположении (не могу на тесте создать вменяемую очередь и проверить).
Вы остановили заббикс и у Вас начинает образовываться очередь. Через некоторое время Вы запустили и заббикс начинает разгребать очередь. За три минуты он не успел это сделать и перевел триггера HOST IS DOWN в статус "проблема"...

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

Вот тоже на эту тему.

Какой интервал обновления у элементов данных agent.ping и icmpping.nodata?
Как быстро заббикс разгребает очередь после старта?

[dima_dm]

Не совсем так
С триггером
тригеры на HOST IS DOWN
{win:agent.ping.nodata(180)}=1 & {win:icmpping.nodata(120)}=1

каждый триггер, который содержит «nodata»
пересчитывается заббикс сервером каждых 30 секунд (по дефолту).
Т.е. если сервер перезагружался (точнее не обновлял Item) >3 минут, и по всем триггерам c nodata, item-ы которых zabbix не успеет опросить за 30 секунд и время указанное как параметр nodata вышло (проверяется по наличию значений в базе за указанный интервал), будут сформированы алармы.

[prostrelov]

очень интересно.
выходит nodata не самый лучший вариант в триггерах на доступность хостов.
будем использовать maintanace.

Heilig> спасибо за совет. пуллеров на icmp я ранее уже добавил, их около 20.
agent.ping 60
icmpping 60

[dima_dm]

Попробуйте так
{win:agent.ping.nodata(180)}=1 & {win:icmpping.max(#3)}=0
Должно лучше работать.

[Sergeylo]

Не логичнее ли использовать в качестве основы триггера специфичные для item'а данные? Скажем, сумма n последних пингов. Равная нулю, совершенно точно даст срабатывание при неполадках и только при оных.
Вообще, nodata - довольно мутная штука, стоит кажде его использование обдумывать.

[Heilig]

Я правильно понимаю, при добавлении "max(#3)}=0" у выражение, триггер из Вашего поста (Today 11:54) сработает не через 30 секунд, а через 3 минуты после старта Zabbix сервера (при условии что элемент данных icmpping уже более 3-х минут в очереди)? Или он вообще не сработает, так как последние полученные значения (при этом уже не актуальные, так как не работал zabbix сервер) для icmpping были "1"?

[dima_dm]

Я правильно понимаю, при добавлении "max(#3)}=0" у выражение, триггер из Вашего поста (Today 11:54) сработает не через 30 секунд, а через 3 минуты после старта Zabbix сервера (при условии что элемент данных icmpping уже более 3-х минут в очереди)?

Нет.
max(#3) возьмёт 3 последних значения, неважно когда они были получены.
Т.е. если до выключения сервера значение icmpping было 1, то триггер сработает только после включения zabbix_server, если 3 раза icmpping вернёт 0, и сколько времени не поступали данные не важно.