Восстановление триггера

[MetrS]

Всем привет!

Можно ли восстанавливать состояние триггера в ОК через какой-либо промежуток времени?
Есть много триггеров, которые срабатывают на событие, которое не восстанавливается (например, rdp вход в систему) - еще и формируются множественные объекты - несколько сработок. Затем все это висит вечность.
Хочется найти такую настройку, чтобы восстанавливала отдельно взятый триггер через сутки, час, например.

[yukra]

Всем привет!

Можно ли восстанавливать состояние триггера в ОК через какой-либо промежуток времени?
Есть много триггеров, которые срабатывают на событие, которое не восстанавливается (например, rdp вход в систему) - еще и формируются множественные объекты - несколько сработок. Затем все это висит вечность.
Хочется найти такую настройку, чтобы восстанавливала отдельно взятый триггер через сутки, час, например.

вы свой айтем с триггером для начала покажите

[Semiadmin]

Для этого есть функция fuzzytime (Штамп времени не отличается от времени на Zabbix сервере более чем на Т секунд...). Добавьте ее в ваш триггер через "and".

[MetrS]

вы свой айтем с триггером для начала покажите

eventlog[Microsoft-Windows-TerminalServices-RemoteConnectionManager/Operational,,,,1149,,skip]

{RDP events Server-01:eventlog[Microsoft-Windows-TerminalServices-RemoteConnectionManager/Operational,,,,1149,,skip].str(Remote Desktop Services: User authentication succeeded}=1

[MetrS]

Для этого есть функция fuzzytime (Штамп времени не отличается от времени на zabbix сервере более чем на Т секунд...). Добавьте ее в ваш триггер через "and".

Почему он будет восстанавливаться?
Создал элемент данных fuzzytime(system.localtime,65) тип: вычисляемое, триггер стал {RDP events Server-01:eventlog[Microsoft-Windows-TerminalServices-RemoteConnectionManager/Operational,,,,1149,,skip].str(Remote Desktop Services: User authentication succeeded}=1
and
{RDP events Server-01:system.localtime.fuzzytime.last(1)}=1

Теперь он не срабатывает вообще. Время не отличается на серверах.

[Semiadmin]

Я имел в виду не создание нового айтема, а добавление новой функции того же айтема в триггер.
Правда, если айтем текстовый, то это не работает.
Тогда можно попробовать использовать функцию nodata, но период будет, скорее всего, небольшим.

[MetrS]

Я имел в виду не создание нового айтема, а добавление новой функции того же айтема в триггер.
Правда, если айтем текстовый, то это не работает.
Тогда можно попробовать использовать функцию nodata, но период будет, скорее всего, небольшим.

Да, айтем у меня текстовый
nodata с текстовым айтемом?

[Semiadmin]

Ну да, это будет работать. Триггер сбросится, если в логе не будет новых записей в течение заданного периода. Или новая запись, не удовлетворяющая основному условию триггера, сбросит его еще раньше. Если записи User authentication succeeded будут появляться чаще, чем период nodata, то будет висеть.

[MetrS]

Ну да, это будет работать. Триггер сбросится, если в логе не будет новых записей в течение заданного периода. Или новая запись, не удовлетворяющая основному условию триггера, сбросит его еще раньше. Если записи User authentication succeeded будут появляться чаще, чем период nodata, то будет висеть.

{RDP events Server-01:eventlog[Microsoft-Windows-TerminalServices-RemoteConnectionManager/Operational,,,,1149,,skip].str(Remote Desktop Services: User authentication succeeded}=1
and
{RDP events Server-01:eventlog[Microsoft-Windows-TerminalServices-RemoteConnectionManager/Operational,,,,1149,,skip].nodata(1)}=0

Попробовал данный триггер, он восстановился и уже не работает триггер на вход. Если сделать nodata(1)}=1 то спамит каждую минуту о входе (хотя входа нет).

[Semiadmin]

nodata(1)}=0 , т.е. 1с, это слишком жестко, попробуйте, скажем, 120, главное, чтобы больше времени обновления айтема

[MetrS]

nodata(1)}=0 , т.е. 1с, это слишком жестко, попробуйте, скажем, 120, главное, чтобы больше времени обновления айтема

http://prntscr.com/c0ldg4

Попробовал, восстанавливается через 2 минуты. За это время приходит 4 письма о проблеме. Такс. Попробую снизит до 0.5 минуты
nodata(30)}=0

[MetrS]

http://prntscr.com/c0ldg4
Попробовал, восстанавливается через 2 минуты. За это время приходит 4 письма о проблеме. Такс. Попробую снизит до 0.5 минуты
nodata(30)}=0

Все получилось http://prntscr.com/c0lfjd

Теперь восстанавливается очень быстро, как и надо, главное - отправляет письмо о проблеме.

Спасибо!

[Kermestere]

Подскажите как правильно создать выражение восстановления на триггер чтобы он автоматически закрывал проблему например через 5 часов?

[EugeneSemyonov]

Для этого есть функция fuzzytime (Штамп времени не отличается от времени на Zabbix сервере более чем на Т секунд...). Добавьте ее в ваш триггер через "and".

Всем доброго дня.
Semiadmin, есть целочисленный элемент, на него настроен триггер. Есть активные проблемы по этому триггеру. Я добавил к выражению срабатывания проверку "and {Template Infobases:zabbix[ras.session.active].fuzzytime(3600)}=1". Проблемы старше часа должны автоматически закрыться по восстановлению?

Что-то закрылись и те которые менее часа прожили.

Ещё поправил триггер:
Он, кстати, множественный.
Выражение проблемы и без "and {Template:elementkey.fuzzytime(3600)}=1" через время становится Ложь, но нам нужно чтобы закрывался не сразу, значит необходимо использовать Выражение восстановления. Значит нужно не добавлять ""and {Template:elementkey.fuzzytime(3600)}=1" в выражение проблемы, а создать выражение восстановления типа: "{Template:elementkey.fuzzytime(3600)}=0", верно?

Кроме того вопрос по "ОК событие закрывает": "Все проблемы" или "Все проблемы если совпадают значения тегов": если указать "Все проблемы" закроются ведь и свежие проблемы, те у которых {Template:elementkey.fuzzytime(3600)} будет не равно 0?

Значит нужно использовать теги с меткой времени? А как это сделать?

Zabbix 4.4.6

[EugeneSemyonov]

Ещё вопрос: как работает fuzzytime(), если элемент, от которого вычисляется триггер, обновляется довольно часто?

У меня fuzzytime() не работает - ощущение что он берёт метку времени последнего полученного элемента данных, а не того на котором сработал триггер.