Посоветуйте логику "действий" при монит&am

[friis]

Мониторю виндовый сервис, элементом данных типа service.info[TapiSrv](обновление раз в 300)
триггером типа {raxel-197:service.info[TapiSrv].last()}<>0

и действием (на этот триггер) с шага 2 по 0, длительность 300


Задача мониторить сервис раз в 5 минут и при падении сервиса в первые 0-5 минут не сигнализировать об этом, если проблема сохраняется в последующие шаги 5-10,10-15 сигнализировать - никак не получается настроить

элемент данных и триггер переходят в "проблема", а действие не срабатывает - стоит откуда то взявшееся ""начинать в 1:0:0"

и еще грабли: при переходе триггера в "проблема" если даже не приходит сообщение о проблеме на первом шаге (а оно и не должно приходить) - приходит "закрывающее" сообщение операции восстановления - какой сюрприз - проблемы не было, а восстановление есть !

[friis]

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

А вот как быть если сдвинуто по шагам 3-0, при этом событие наступило от 0 до 3 и успело закрыться на ОК - при этом все равно происходит оповещение (операция восстановления )

[Semiadmin]

элемент данных и триггер переходят в "проблема", а действие не срабатывает - стоит откуда то взявшееся ""начинать в 1:0:0"

Похоже, применяется Default operation step duration 3600.
Насколько я понимаю, именно оно и оказывается временем 1-го шага, а ваше Step duration 300 - оно для 2-го, который произойдет только после 1-го.

P.S. пока писал, автор уже ответил на свой вопрос

[friis]

нет нет нет - не на все ответил - как быть с ненужной операцией восстановления ?

[Semiadmin]

А версия не 3.2.?

Там в Recovery operations появилось 2 варианта:

Send message: Send message to users
Send recovery message:Notify all who received any messages regarding the problem before

М.б., так себя ведет вариант "Send message" ?

[friis]

версия 3.2

а это где в действии или триггере ?

[Semiadmin]

В действии, Recovery operations
Причем, что интересно, для новых действий по умолчанию выбирается Send message, а унаследованные от старых версий конвертируются в Send recovery message

[friis]

щас эксперемент- поставлю вариант Send Recovery message

[friis]

Отработало - сенкс сенкс !!!

Пасибо большое - зря тут голосовать нельзя


отработало и без наступления нужных шагов ( не пришло)
и с наступлением нужных шагов ( пришло)


Теперь бы по автоматизации в соседней теме

[friis]

как по мне - не очень красивое решение в 3.2 ибо свалили в кучу 3 вещи - гибкость потерялась


у меня о проблеме сообщалось с помощью смс + e-mail, а восстановление только e-mail - теперь не выберешь

для смс и e-mail было разное наполнение информацией - теперь опять же и т.д.