Оповещения в рабочее время. Задачка

[Aurora]

Есть задача - присылать оповещения на почту только в рабочее время (с 8 до 18 в будни). На первый взгляд всё просто - выставил в Configuration → Action → &Time Period in 1-5,08:00-18:00 и всё. Но если, к примеру, сервер упал в 7 утра и не поднимается, то никаких сообщений мы не получаем и после 8-ми часов
Как-то можно сделать отдельное оповещение в 8 утра рабочего дня для подобных случаев, чтобы получить оповещение?
Спасибо за ответ!

[Maksim Vasendin]

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

[Aurora]

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

[Aurora]

Неужели никто больше не знает, как решить данную проблему ?

[Ufomen]

Неужели никто больше не знает, как решить данную проблему ?

Вот хоть убейте не вижу проблемы!
Заббикс решение МОНИТОРИНГА, задача которого собирать информацию, и в определенных случаях заданных триггерами информировать ответственных лиц и/или производить какие-либо действия. Ограничение по времени доставки по сути сделаны просто для того чтобы выбрать кого, в какое время и каким именно способом уведомлять.
Концепции "уведомить, что сервер упал только когда админ выспится" просто НЕТ.
Если вам нужен этот непонятный функционал, реализуйте его через скрипт, который будет накапливать уведомления и пулять их в нужное время. такая возможность в заббиксе есть.
Опять же не пойму почему бы просто не читать почту когда будете готовы, какая разница когда она в ящик упадет?...

[Aurora]

Ящик не админа, а начальника. Ему не нужно знать, что инет отваливался и появлялся всю ночь 20 раз (соответственно 40 писем спама в почту с утра). Ему нужно просто знать по состоянию на 8 утра, что не поднялось и всё. А вот админ как раз и должен получать все сообщения
Т.е., как я понял, без скриптов никак ?

[Maksim Vasendin]

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

[Aurora]

Идея неплохая, но триггер не один, как и сервер

[Maksim Vasendin]

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

[Ufomen]

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

Мне кажется или при таком решении, события произошедшие за гранью желаемого временного интервала (например ночью) все же будут утеряны для пользователя которому выставлены такие ограничения?
ТС вроде ставил задачу о том, чтобы приходило ВСЕ, но не всегда
Т.Е. Начальник хочет знать что сервера ночью падали, но хочет он это знать только начиная с 10 утра например

[kharkov_max]

Старая тема, но все же хочу опять поднять данный вопрос.

Не мониторить в не рабочее время нельзя, все же это статистика ...
А вот получить состоянии системы на определенное время (утро 7:00 к примеру) хотелось бы... не наворачивая лишними шаблонами и тригеррами.

Уже версия Zabbix не плохо апнулась до 3.4.
Может в новых версиях есть подобные механизмы?
Может как то можно через API дергалку настроить ...

Цель:
Мониторим все в не рабочее время, но на время 7:00 кому нужно шлем сообщения о хостах с проблемами.

[Semiadmin]

Думаю, через API сделать это несложно. Создаете текстовый айтем типа "внешняя проверка", запускающий скрипт, который выводит список триггеров, сработавших и оставшихся в этом состоянии с начала нерабочего времени. Метод trigger.get, используются параметры lastChangeSince (timestamp для него вычисляется вычитанием из текущего unix time продолжительности нерабочего периода), "output": "description", expandDescription (раскрывает макрос {HOST.NAME} в имени триггера) и фильтр "value": 1. Айтем дергаете по расписанию в 7.00, делаете для него триггер с nodata=0 and strlen>0 и действие, отправляющее письмо с {ITEM.VALUE}.

[mortiz]

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

[kharkov_max]

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

На сколько я понимаю эскалация работает в определенные периоды времени с начала проблемы, а речь идет о проверке или о дополнительном оповещении в конкретное время к примеру в 07:00

[DmitryL]

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

https://support.zabbix.com/browse/ZBXNEXT-3645