Контроль хостов в определенный период вр

[skaleev]

Каким образом возможно осуществлять контроль за работой хоста не 24х7, а скажем чтобы контроль осуществлялся только в период заданного промежутка времени, например 08:00 - 20:00. И соответственно чтобы триггеры не отображались.
Не нашел пока другого решения как использовать "Обслуживание". Задал промежуток времени, когда контроля быть не должно (18:00 и 12 часов период обслуживания). Хост отключился в период контроля и соответственно попал в "Последние 20 событий". Начался период обслуживания уже давно, а триггер там так и висит.
Каким способом убрать хост из проблем на Dashboard в период обслуживания. А может какой другой механизм есть контроля по временни. Поиск пока не привел ни к чему.

[alexzagr]

Я эту проблему решил поставив режим без сбора данных. Режим со сбором тоже непонятен.

[skaleev]

Как раз стоит режим без сбора данных. Смысл их собирать, если хост недоступен

[alexzagr]

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

[skaleev]

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

[skaleev]

Вроде можно функцию time использовать в триггере, но конструкция выражения получается монстроидальная какая-то. Диапазон времени надо будет указывать по формату {host:key.func(param)} . И получается для каждого хоста, придется руками триггер писать. Время отсутствия контроля не у всех хостов совпадает, а есть и разрывной график. И все равно костыль получается :-( На одном хосте такую конструкцию замутил, вечером посмотрим результат.

[Bock]

Для айтемов можно указать период времени сборки.

На английском это называется Flexible intervals в настройке айтема.

[Jimson]

Ему не помогут flexible intervals ну вообще ни разу

P.S. а мне вот нужны такие мантейненс периоды, при которых идет сбор данных и отрабатывают нормально триггеры, но при этом не генерятся ни события ни действия и при этом эти узлы (группы) не отображаются в общей статистике Такие вот фантомные "хосты".

Upd. Схожая фигня с зависимыми тригерами. Если зависимый тригер сработал (а "сихронизаци" у нас же хрен есть, опрос идет как прийдется) раньше, то он так и будет красный после того как осоновной тригер тоже сработает. Где то зависимые тригеры скрываются, а где то фиг, например, в "обзоре хостов".