Ad Widget

Collapse

Trigger не должен автоматически закрываться

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • abugar
    Junior Member
    • Feb 2015
    • 8

    #1

    Trigger не должен автоматически закрываться

    Привет всем.

    Хочется, возможно странного, но все же.

    Есть задача следить за ошибками на портах:

    1. Если появляется хоть одна ошибка - возникает триггер (Реализовано)
    2. Триггер не уходит пока его вручную не зааппрувят, т.е. ошибки могут не появляться какое-то время - триггер может уйти, но спустя день-два могут появится снова.

    Как подобное можно реализовать?
  • Jimson
    Senior Member
    • Jan 2008
    • 1327

    #2
    Под "вручную" вы подразумеваете существующий механизм подтверждения? Он вас устраивает?
    Есть макрос {EVENT.ACK.STATUS}, как работает не известно, вам придется покопаться в коде, к тому же придется поправить код и разрешить использовать этот макрос в выражениях триггера.
    В итоге у вас получится что то такое:

    ({TRIGGER.VALIE}=0 & {keyproblem.func(args)} > N) | ({TRIGGER.VALUE}=1 & {EVENT.ACK.STATUS}=1 & {keyproblem.func(args)} > N)

    Comment

    • abugar
      Junior Member
      • Feb 2015
      • 8

      #3
      Ок, спасибо, почитаю как он работает.

      Объясню на всякий случай подробнее, может подскажут более правильное решение.
      1. На порте возникает ошибка (не важно сколько);
      2. В заббиксе вскакивает триггер (также дергается скрипт который отправляет специальной сообщение в другую систему мониторинга где заводятся инциденты);
      3. В течение какого-то времени (час, день) ошибок нет - триггер исчезает;
      4. Когда ошибка возникает снова - повторяется пункт 1.

      Т.е. после возникновения инцидента в пункте 2, инженеры уже занимаются решением проблемы (на это может уйти много времени - до нескольких недель) и появление других триггеров и генерация инцидентов ненужна.

      Хочется, чтобы в п3 триггер не закрывался сам

      Comment

      • DeeZ
        Member
        • Aug 2015
        • 82

        #4
        немного не то что вы просите, но вот как сделано у меня (это прототип):
        Code:
        Errors on {ITEM.VALUE1}
        
        {Template SNMP Interfaces:ifAlias[{#SNMPINDEX}].strlen()}>0 and ({Template SNMP Interfaces:ifInErrors[{#SNMPINDEX}].max(3600)}>500 or {Template SNMP Interfaces:ifOutErrors[{#SNMPINDEX}].max(3600)}>500)
        Если хоть раз в течении часа был скачек до 500 ошибок - паниковать. тригер очищается если в течении часа оштбок нет.
        Мне хватает. не пропустишь, и если линк совсем поганый то не флапает триггером. Возможно вам нужно просто время увеличить.

        Comment

        • fragpit
          Member
          • Nov 2010
          • 32

          #5
          Добрый день,

          реализовал след. образом.

          На первый триггер срабатывает action, в котором срабатывает скрипт, выставляющий определенное значение другого item, на который тоже срабатывает триггер.

          Когда исчезает первый триггер, через 30 сек, то второй остается висеть.
          Убрать его может оператор, через скрипт использующий zabbix_sender, сбрасывающий значение item.

          Comment

          • pzabortsev
            Senior Member
            • Dec 2012
            • 338

            #6
            Хорошая идея!
            Костыль, конечно, но пока нормально не реализуют возможность ручного подтверждения событий, отличное решение

            Comment

            Working...