Отключить изменение в Имени Триггера на текущие данные

[scx2007]

После обновления на 6.2 появились неприятные нюансы.

Есть например Имя триггера:
GPON ONU_1/2/1:{#SNMPINDEX} {#SNMPVALUE} onu signal {ITEM.VALUE}

При срабатывании всё хорошо и уведомление отправляется с текущими данными.
GPON ONU_1/2/1:1 123456 onu signal -28
Но при закрытии триггера имя меняется в соответствии с текущим ITEM.VALUE, т.е.
GPON ONU_1/2/1:1 123456 onu signal -20

До этого была версия 5.2 и такого поведения не было. Непонятно как сейчас организовать оповещения, чтобы не менялось Имя. Есть EVENT.TAGS, но они не работают в названии, есть "Имя события", но не заметил каких либо отличий в поведении от просто "Имя".

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

[Kos]

Если я правильно понял, то проблема только с оповещениями о восстановлении: Вы хотите там видеть имя исходной проблемы.
Если в шаблоне сообщения о восстановлении использовать макрос не {EVENT.RECOVERY.NAME}, а {EVENT.NAME} - это не решит вашу проблему?

[scx2007]

Уточню.

Согласно документации:

https://www.zabbix.com/documentation/current/en/manual/appendix/macros/supported_by_location

{ITEM.LASTVALUE}
The latest value of the Nth item in the trigger expression that caused a notification.
It will resolve to *UNKNOWN* in the frontend if the latest history value has been collected more than the Max history display period time ago (set in the Administration→General menu section).
Note that since 4.0, when used in the problem name, it will not resolve to the latest item value when viewing problem events, instead it will keep the item value from the time of problem happening.
It is alias to last(/{HOST.HOST}/{ITEM.KEY}).

Но это поведение не работает. Или я не так всё понимаю?

[Kos]

Согласно документации:
[...]

За 6.2 не скажу, а в 6.0 именно так, как описано в документации, и работает.

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

[scx2007]

Проверял как с VALUE, так и с LASTVALUE.

Покажите, пожалуйста, скриншот настроек вашего триггера.

а также настройки уведомлений (что за шаблон для сообщения там используется).

[Kos]

Да, всё верно (как минимум, для версии 6.0).
На экране проблем при таких настройках остаётся то имя, которое было при генерации проблемы.
В оповещениях о восстановлении - в зависимости от того, какой макрос используется в шаблоне сообщения о восстановлении:

• если {EVENT.NAME} - то придёт с изначальным именем (которое светится на экране проблем).
• если {EVENT.RECOVERY.NAME} - то изменённое (с новым текущим значением, на момент закрытия проблемы).

[scx2007]

Ну что ж. Значит я зря обновился на 6.2. Надо ждать багфиксы.

[Kos]

Ну что ж. Значит я зря обновился на 6.2. Надо ждать багфиксы.

Напишите, пожалуйста, ещё раз: в чём именно заключается ваша проблема?

[scx2007]

Напишите, пожалуйста, ещё раз: в чём именно заключается ваша проблема?

Любые имена триггеров меняются в оповещениях в соответствии с текущими данными. Очень неудобно. когда это триггер по snmp trap. Вот такой, например:
EPON OLT LOSS - {{ITEM.LASTVALUE}.regsub("^.* OLT-ID: ([0-9]{9}), .*OLT: (.*)", "\1, \2")}

Если их было несколько подряд, а потом часть восстанавливается, то разобраться какой восстановился теперь можно только по TAGS.

[Kos]

Если я правильно понял, то проблема только с оповещениями о восстановлении: Вы хотите там видеть имя исходной проблемы.
Если в шаблоне сообщения о восстановлении использовать макрос не {EVENT.RECOVERY.NAME}, а {EVENT.NAME} - это не решит вашу проблему?

[scx2007]

Да уж. Недосмотрел я в шаблоне оповещения по восстановлению, что там используется {EVENT.RECOVERY.NAME}

Вся проблема решилась. Большое Вам спасибо за потраченное время)

Осталось не понятным, почему такого поведения не было в версии 5.2, но я мог пропустить ченджлоги... Хотя это уже не важно.