Значение item вывсести в триггер.

[mschedrin]

С моих свитчей zabbix по snmp снимает состояние механизма определяющего кольца в сети(Loopdetect). На свитче создается 24 item(по количеству портов) которые могут принимать значение 0 или 1. Затем создается 24 триггера на каждый item.

Хотелось бы создать один триггер вместо 24х, который мог бы проверять 24 item и выводить в dashboard информацию о том на каком порте проблема.
В идеал, конечно и количество item сократить до одного.

Есть ли такая возможность стандартными средствами zabbix.

[dima_dm]

Первое решение, которое приходит в голову, написать тригер через или |.
Пусть, значение 1 - Loopdetect
Пример:

{Template:port1.last(0)}=1 | {Template:port2.last(0)}=1

Второе решение, использовать Calculated Items

И умножать каждое значение на степень 2-ки.
Пример:

last("port1")+last("port2")*2+last("port3")*4+last("port4")*8

А дальше описать аварии через Administration ->General ->VALUE MAPPING

[mschedrin]

Насколько я понимаю, при предложенных схемах, триггер сработает, однако не сможет вывести информацию о том на каком именно порту он сработал.
Ведь в текст триггера нельзя выдать численную информацию из item?

[dima_dm]

Нет, все можно. Используйте в Action. ( Для 2-го способа)
Latest value
{{HOSTNAME}:{TRIGGER.KEY}.last(0)}
При этом он напишет и число и текст из VALUE MAPPING, который легко читается людьми.

[mschedrin]

Отлично, с помощью этого удобно сделать уведомления. Но хотелось бы также в dashboard видеть номер порта по причине которого сработал триггер.

[dima_dm]

Все будет видно в
Мониторинг-> Последние данные
Там value mapping тоже работают

[mschedrin]

Спасибо за ответы. Все встало на свои места.

[zalex_ua]

В свое время, когда я разбирал Заббикс по косточкам, занотировал себе этот текст. Текст "сырой", неидеален, но точен.
Не знаю созрею ли я до опубликования сформированного запроса на трекере, так хотя бы здесь опубликую.
Итак:

по исходному коду кажется похоже что value mappings поддерживается не для всех типов информации при уведомлениях. Возможна для Текст и Лог не поддерживается. Может быть это нужно отобразить в документации.
{ITEM.VALUE<1-9>} вообще не поддерживает value mappings в отличие от {ITEM.LASTVALUE<1-9>}

Проверено практически для уведомлений (полученные письма) и в интерфейсе (фронтенд имеется ввиду страницы: обзор, последние данные, просмотр истории). Итак результаты:
Для целого Числа:
фронтенд +
host:key1.func(0): Continue pending (4)
ITEM.VALUE1: 4
ITEM.LASTVALUE1: Continue pending (4)

Для Числа с плав точкой:
фронтенд + (кроме просмотра истории)
host:key1.last(0): Continue pending (4)
ITEM.VALUE1: 4
ITEM.LASTVALUE1: 4

Для Стр:
фронтенд +
host:key1.last(0): Continue pending (4)
ITEM.VALUE1: 4
ITEM.LASTVALUE1: Continue pending (4)

Для Текст:
фронтенд + (кроме просмотра истории)
host:key1.last(0): Continue pending (4)
ITEM.VALUE1: 4
ITEM.LASTVALUE1: 4

Для Лог:
фронтенд + (кроме просмотра истории)
host:key1.last(0): Continue pending (4)
ITEM.VALUE1: 4
ITEM.LASTVALUE1: 4

Как итог: "value mappings" для макроса {ITEM.LASTVALUE<1-9>} поддерживается, а для {ITEM.VALUE<1-9>} не поддерживается - как то не унифицировано. Также может вводить пользователей в заблуждение иногда.

п.с. написал это, пользуясь случаем что здесь заговорили о value mappings и вспомнив свои мучения с ним.

Вот еще кусок текста нашел в той же своей записке:

http://www.zabbix.com/documentation/.../configuration
It works with integer items only.
http://www.zabbix.com/documentation/...administration
Value mapping can be used only for items having type ‘Unsigned integer’.
Но это не соответствует документации, так как работает также с плавающей точкой и Текст, но не Лог