SNMP-trap vs Триггеры

[AlexandrPS]

Доброго времени суток, уважаемые.

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

[Zadralo23]

По идее это реально в Zabbix 3.2 Там при настройке триггеров появилась вкладка "Генерация ОК событий". Для этого надо в одном темплейте использовать и прием трапов и опрос по snmp. И во вкладке "Генерация ОК событий" указать что тебе надо (доступность порта или что-то еще.). Я сам только начал использовать эту фичу.
Если же версия менее 3.2 то попробуй использовать гестерезис и завязать состояние триггера и нескольких айтемов. Но это только намек может выйти, а может и нет. По идее ты можешь использовать в триггере несколько айтемов.

[AlexandrPS]

По идее это реально в zabbix 3.2 Там при настройке триггеров появилась вкладка "Генерация ОК событий". Для этого надо в одном темплейте использовать и прием трапов и опрос по snmp. И во вкладке "Генерация ОК событий" указать что тебе надо (доступность порта или что-то еще.). Я сам только начал использовать эту фичу.
Если же версия менее 3.2 то попробуй использовать гестерезис и завязать состояние триггера и нескольких айтемов. Но это только намек может выйти, а может и нет. По идее ты можешь использовать в триггере несколько айтемов.

Благодарю, буду пробовать.

[gospodin.horoshiy]

Можно в 3.2. Правда, чтобы обойти некоторые особенности архитектуры триггерных проверок выражения стали громоздкими.
Подробнее здесь https://support.zabbix.com/browse/ZBXNEXT-3481 и здесь: https://support.zabbix.com/browse/ZBX-11185


Вот мой пример для проблемы, которая возникает для сетевого интерфейса, активируется и удаляется либо трапом, либо опросом ifOperStatus:

Problem expression:

{TRIGGER.VALUE} = 0 and
(
 (
  {Template SNMP Interfaces:snmptrap[interface\s{#SNMPINDEX}\.].str(down)}=1 and
  {Template SNMP Interfaces:snmptrap[interface\s{#SNMPINDEX}\.].nodata(5)}=0
 ) or (
  {Template SNMP Interfaces:ifOperStatus[{#SNMPVALUE}].last()}=2 and
  {Template SNMP Interfaces:ifOperStatus[{#SNMPVALUE}].count(30m,1)}>1 and
  {Template SNMP Interfaces:ifOperStatus[{#SNMPVALUE}].nodata(5)}=0
)
)

Recovery expression:

{TRIGGER.VALUE} = 1 and
(
 (
  {Template SNMP Interfaces:snmptrap[interface\s{#SNMPINDEX}\.].str(up)}=1 and
  {Template SNMP Interfaces:snmptrap[interface\s{#SNMPINDEX}\.].nodata(5)}=0
) or (
 {Template SNMP Interfaces:ifOperStatus[{#SNMPVALUE}].last()}=1 and
 {Template SNMP Interfaces:ifOperStatus[{#SNMPVALUE}].nodata(5)}=0 
 )
)

Строчка

{Template SNMP Interfaces:ifOperStatus[{#SNMPVALUE}].count(30m,1)}>1

чтобы не загорались триггеры по интерфейсам, которые всегда были в дауне (initial). Остальное актуально и для ИБП варианта