Ad Widget

Collapse

Ручное закрытие проблемы

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • iNg4Phah
    Junior Member
    • May 2017
    • 13

    #1

    Ручное закрытие проблемы

    Добрый день!
    Дано: триггер со следующей логикой работы
    Вход в проблему: Получен snmptrap со строкой "Down" и Описание интерфейса не совпадает со строкой "does_not_exist" и Предпоследнее значение для административного состояния интерфейса=1 (up)
    Выход из проблемы: Получен snmptrap со строкой "Up"

    Настройка триггера: https://imgur.com/a/3E23L
    Administration>General>Enable event acknowledgement: галка стоит

    Суть проблемы: триггер, закрытый вручную, открывается заново, несмотря на то, что после ручного закрытия не приходили новые данные для одного из item, участвующих в генерации проблемы.

    Пример: есть интерфейс 17. 30 января 13:26:55 он перешёл в состояние Down, сгенериров snmptrap со строкой "Down". Это вызвало срабатывание триггера. Триггер был закрыт вручную. После этого примерно через 30 секунд он опять перешёл в состояние проблемы, хотя новые данные не поступали.

    Все полученные snmptrap:
    13:26:55 2018/01/30 linkDown Normal "Status Events" 10.57.0.1 - Link down on interface 17
    12:28:07 2018/01/30 linkUp Normal "Status Events" 10.57.0.1 - Link up on interface 17
    21:56:53 2018/01/29 linkDown Normal "Status Events" 10.57.0.1 - Link down on interface 17

    5 последних полученных ifAlias:
    2018-02-08 13:35:14 To ISP
    2018-02-08 12:35:14 To ISP
    2018-02-08 11:35:14 To ISP
    2018-02-08 10:35:14 To ISP
    2018-02-08 09:35:14 To ISP

    5 последних полученных ifAdminStatus:
    2018-02-08 14:35:14 Up (1)
    2018-02-08 14:34:14 Up (1)
    2018-02-08 14:33:14 Up (1)
    2018-02-08 14:32:14 Up (1)
    2018-02-08 14:31:14 Up (1)
    Last edited by iNg4Phah; 08-02-2018, 14:05. Reason: Изменено название
  • Kos
    Senior Member
    Zabbix Certified SpecialistZabbix Certified Professional
    • Aug 2015
    • 3404

    #2
    Originally posted by iNg4Phah
    Суть проблемы: триггер, закрытый вручную, открывается заново, несмотря на то, что после ручного закрытия не приходили новые данные для одного из item, участвующих в генерации проблемы.
    Для одного из айтемов - не поступали, а для других-то поступали!
    Триггер пересчитывается при поступлении новых данных для любого из айтемов, участвующих в выражении триггера.

    А Ваш триггер, кроме snmptrap-а, включает в себя ещё ifAlias с интервалом опроса 1 час, а также ifAdminStatus с интервалом опроса 1 минута.
    Вот он, получив очередное значение для административного состояния интерфейса, пересчитал его заново, и, поскольку все условия выражения выполняются, открыл его вновь.

    Comment

    • iNg4Phah
      Junior Member
      • May 2017
      • 13

      #3
      Спасибо! Это многое объясняет. Я полагал, что должны заново поступить все 3 значения, чтобы выражение триггера стало обрабатываться.
      Last edited by iNg4Phah; 08-02-2018, 15:47. Reason: Правка

      Comment

      • Kos
        Senior Member
        Zabbix Certified SpecialistZabbix Certified Professional
        • Aug 2015
        • 3404

        #4
        Можно пробовать решить это, добавляя к условиям срабатывания триггера что-то вроде:
        {host:snmptrap[...].str(down)}=1 and {host:snmptrap[...].count(30)}>0 and ...

        Comment

        • iNg4Phah
          Junior Member
          • May 2017
          • 13

          #5
          Попробую, спасибо!

          Comment

          Working...