Ad Widget

Collapse

как вывести значение snmp oid в события?

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • sda0
    Junior Member
    • Apr 2014
    • 8

    #1

    как вывести значение snmp oid в события?

    форумчане, а как вывести результат snmp oid в события?
    я нашёл готовый шаблон zbx-cisco-optical-monitoring.xml
    установил для вывода аварий оптических линков с цисок, но надо для наших дежурных отображать помимо этого, ещё и какой уровень сигнала на оптике, чтобы они могли оперативно сообщать монтёрам для оперативных ремонтных работ и хотелось бы выводить в событиях так же уровень сигнала при котором сработал триггер. ковырялся в прототипах триггеров подставляя разные макросы в
    Low signal WARNING for {#SNMPVALUE} но ничего не вышло.
    возможно ли это вообще?
    перекопал всю доку и форум но пока ничего не смог найти похожего.
    прочитал информацию о макросах, но ничего не нашёл.

    качал шаблон отсюда

    подскажите пожалуйста что мне надо сделать чтобы выводить уровень сигнала.
    Attached Files
  • sadman
    Senior Member
    • Dec 2010
    • 1611

    #2
    Я использую такой вариант:

    Имя триггера:
    Code:
    Sensor {ITEM.VALUE2} is {ITEM.VALUE1}
    Выражение триггера:
    Code:
    {SC8100:SmokeSensorState[{#SNMPINDEX}].iregexp(normal)}=0 
      and {SC8100:SmokeSensorName[{#SNMPINDEX}].date()}>00010101
    .date() - выражение, которое введено в значение триггера для последующего получения {ITEM.VALUE2}. Не должно оказывать влияния на вычисление триггера. Берите вторым айтемом уровень сигнала и его значение выплывет в имени триггера. А там уже его пропихивайте хоть в действия, хоть просто на dashboard.

    Comment

    • sda0
      Junior Member
      • Apr 2014
      • 8

      #3
      не совсем понятно. можете по полкам разложить?

      Comment

      • sadman
        Senior Member
        • Dec 2010
        • 1611

        #4
        Судя по картинке - вам надо чтобы на Панели в столбце Проблема выводились надписи со значениями некоего айтема. Так?

        Значит нужно сформировать триггер с именем, содержащим значение некоего айтема, который потом всплывет в вышеупомянутом месте. В имени триггера можно использовать макросы вида {ITEM.VALUEN}, где N - порядковый номер айтема, используемого в выражении триггера. Следовательно - в это выражение нужно ввести этот айтем так, чтобы он не влиял на результат вычисления триггера. Или использовать уже существующие в триггере айтемы.

        Вот более понятный (надеюсь) пример без введения дополнительного айтема, но иллюстрирующий применение макроса:

        Имя триггера:
        Code:
        Avg[5] Used RAM > 80% ({ITEM.VALUE2})
        Выражение:
        Code:
        ({TRIGGER.VALUE}=0&{-MS Windows Server 2008 R2 RUS:vm.memory.size[pused].avg(300)}>80) |
             ({TRIGGER.VALUE}=1&{-MS Windows Server 2008 R2 RUS:vm.memory.size[pused].avg(300)}>75)
        В имя триггера фактически попадает значение второго по счету айтема - vm.memory.size[pused]. При срабатывании триггера на Панель попадет сообщение вида
        Code:
        serverok.sneganet.local    Avg[5] Used RAM > 80% (82.18)

        Comment

        • rough-84
          Senior Member
          • Oct 2014
          • 198

          #5
          Originally posted by sadman
          В имя триггера фактически попадает значение второго по счету айтема - vm.memory.size[pused]. При срабатывании триггера на Панель попадет сообщение вида
          Code:
          serverok.sneganet.local    avg[5] used ram > 80% (82.18)
          Шикарно, может быть ещё можно как то сделать чтобы цифра обновлялась по мере прихода новых данных ?
          У себя добавил, но информация не сильно информативная, висит число которое активировало триггер.

          Comment

          • sadman
            Senior Member
            • Dec 2010
            • 1611

            #6
            Штатно никак, видимо. Подозреваю, что при после имя "генерируется" при изменении состояния триггера (problem/ok), а не каждый раз при его перевычислении. Для более точного диагноза нужно полдня в коде ковыряться.

            Comment

            • gescheit
              Senior Member
              • Jul 2007
              • 156

              #7
              {item.lastvalue<1-9>}

              Comment

              • sadman
                Senior Member
                • Dec 2010
                • 1611

                #8
                Действительно. Нужно чаще перечитывать документацию перед сном ))

                Comment

                Working...