Ad Widget

Collapse

Проблемы с lld при правах доступа NO-ACCESS для индек

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • siner
    Junior Member
    • Oct 2014
    • 2

    #1

    Проблемы с lld при правах доступа NO-ACCESS для индек

    Добрый день!
    При подключении оборудования бесперебойного питания к zabbix выявлено, что индексы SNMP таблиц недоступны для чтения. Из-за этого zabbix не может производить lld объектов оборудования.
    НО: для каждой таблицы есть SNMP значение в котором отдается количество объектов в ней (<n>). соответственно значение индекса в таблицах соответствует диапазону от 1 до <n>.
    Возможно ли настроить lld при такой ситуации?
  • Jimson
    Senior Member
    • Jan 2008
    • 1327

    #2
    Originally posted by siner
    При подключении оборудования бесперебойного питания к zabbix выявлено, что индексы SNMP таблиц недоступны для чтения.
    подробнее можно? покажите результат запуска snmpwalk

    Originally posted by siner
    количество объектов в ней (<n>). соответственно значение индекса в таблицах соответствует диапазону от 1 до <n>.
    Возможно ли настроить lld при такой ситуации?
    Возможно.
    Code:
    #!/usr/bin/perl
    use SNMP;
    use JSON;
    Правило LLD это элемент данных, соответственно тип этого элемента данных может быть "внешней проверкой", требуется лишь чтобы скрипт вернул JSON в формате описанном в документации.

    Comment

    • siner
      Junior Member
      • Oct 2014
      • 2

      #3
      подробнее можно? покажите результат запуска snmpwalk
      Запрос количества объектов:
      Code:
      [root@zab ~]# snmpget -v 2c -c mongrp 10.111.8.10 1.3.6.1.4.1.935.10.1.1.2.15.0
      SNMPv2-SMI::enterprises.935.10.1.1.2.15.0 = INTEGER: 3
      Сама таблица:
      Code:
      [root@zab ~]# snmpwalk -v 2c -c mongrp 10.111.8.10 1.3.6.1.4.1.935.10.1.1.2.16
      SNMPv2-SMI::enterprises.935.10.1.1.2.16.1.2.1 = INTEGER: 499
      SNMPv2-SMI::enterprises.935.10.1.1.2.16.1.3.1 = INTEGER: 2285
      SNMPv2-SMI::enterprises.935.10.1.1.2.16.1.4.1 = INTEGER: -1
      SNMPv2-SMI::enterprises.935.10.1.1.2.16.1.5.1 = INTEGER: -1
      SNMPv2-SMI::enterprises.935.10.1.1.2.16.1.2.2 = INTEGER: 497
      SNMPv2-SMI::enterprises.935.10.1.1.2.16.1.3.2 = INTEGER: 2297
      SNMPv2-SMI::enterprises.935.10.1.1.2.16.1.4.2 = INTEGER: -1
      SNMPv2-SMI::enterprises.935.10.1.1.2.16.1.5.2 = INTEGER: -1
      SNMPv2-SMI::enterprises.935.10.1.1.2.16.1.2.3 = INTEGER: 498
      SNMPv2-SMI::enterprises.935.10.1.1.2.16.1.3.3 = INTEGER: 2273
      SNMPv2-SMI::enterprises.935.10.1.1.2.16.1.4.3 = INTEGER: -1
      SNMPv2-SMI::enterprises.935.10.1.1.2.16.1.5.3 = INTEGER: -1

      Comment

      • Jimson
        Senior Member
        • Jan 2008
        • 1327

        #4
        Я просил подробнее про вот это:

        Originally posted by siner
        что индексы SNMP таблиц недоступны для чтения. Из-за этого zabbix не может производить lld объектов оборудования.
        Судя по тому что я вижу SNMP getnext() у вас работает, остается только выбрать OID для LLD правила, в чем проблема то?
        Например, LLD по enterprises.935.10.1.1.2.16.1.2 даст вполне достаточный для дискаверинга вывод, никаких "имен" не будет, но список {#SNMPINDEX} для формирования прототипов вы получите.

        Comment

        Working...