Ad Widget

Collapse

маскирующий итоговый триггер

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • pic16f874
    Member
    • Nov 2012
    • 61

    #1

    маскирующий итоговый триггер

    имеется оконечное оборудование у которого n сетевых интерфейсов.
    для каждого интерфейса внешняя процедура LLD создает
    item_pingloss[{#ip_addr}] и trigger_ifdown[{#ip_addr}]
    основанный на item_pingloss[{#ip_addr}]

    необходимо создать триггер trigger_ALL_ifdown, который сработает тогда,
    когда сработают все trigger_ifdown[{#ip_addr}].
    Этот триггер необходим, чтобы замаскировать n аварийных сообщений
    от trigger_ifdown[{#ip_addr}] и вместо этого вывести только одно
    итоговое сообщение trigger_ALL_ifdown.


    можно ли сделать это стандартными средствами, не прибегая к использованию API?
  • AllertGen
    Member
    • Dec 2013
    • 30

    #2
    Теоретически - можно сделать так:
    Добавить триггер, куда условием срабатывания поставить то, все параметры на мониторинге перешли в состояние "down" (условие "И"). В остальных тригерах поставить условием что параметр нужного узла "Down" и общий тригер "Not Down". Но часть (или весь) "спама" всё равно получите, прежде, чем сработает общий триггер (зато можно "закрыться" от отправки повторных сообщений).

    Comment

    • pic16f874
      Member
      • Nov 2012
      • 61

      #3
      Originally posted by AllertGen
      Теоретически - можно сделать так:
      Добавить триггер, куда условием срабатывания поставить то, все параметры на мониторинге перешли в состояние "down" (условие "И"). В остальных тригерах поставить условием что параметр нужного узла "Down" и общий тригер "Not Down". Но часть (или весь) "спама" всё равно получите, прежде, чем сработает общий триггер (зато можно "закрыться" от отправки повторных сообщений).
      количество узлов около 4000. у каждого от 2 до 10 интерфейсов, причем это количество может изменяеться, как в большую так и в меньшую сторону.
      Вопрос как добавить в итоговый триггер наперед не известное количество других
      триггеров.

      Сделал проверялку количества сработавших триггеров данного типа для данного хоста (через API trigger.get). но тут появилась другая проблема- триггеры добавленные через обнаружение не поддерживают зависимость (предполагал их сделать от главного)

      Короче, решения без глубокого использования API (полного создания | обновения всех итемов - триггеров - графиков для каждого хоста) не вижу
      Last edited by pic16f874; 04-02-2014, 16:22.

      Comment

      • AllertGen
        Member
        • Dec 2013
        • 30

        #4
        Если без API, то всё ручками. Если есть динамика, то можно попробовать написать свой скрипт, который будет напрямую работать с БД и добавлять итемы в условия проверки. А сам скрипт поставить на выполнение в cron.

        В любом случае - без геморроя не получится...

        Comment

        Working...