Осваиваем walk в zbx 7.0

[SaVa_20]

https://www.zabbix.com/documentation/current/en/manual/discovery/low_level_discovery/examples/snmp_oids_walk

Пробуем настроить новую схему опроса, взамен старой.
У нас есть два oid, первый это номера интерфейсов 1.3.6.1.4.1.19734.2.3.3.2.4.1.1
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.1.19.1 = INTEGER: 1
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.1.19.2 = INTEGER: 2
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.1.19.3 = INTEGER: 3
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.1.19.4 = INTEGER: 4
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.1.19.5 = INTEGER: 5
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.1.19.6 = INTEGER: 6
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.1.19.7 = INTEGER: 7
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.1.19.8 = INTEGER: 8
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.1.19.9 = INTEGER: 9
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.1.19.10 = INTEGER: 10
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.1.19.11 = INTEGER: 11
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.1.19.12 = INTEGER: 12
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.1.19.13 = INTEGER: 13
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.1.19.14 = INTEGER: 14
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.1.19.15 = INTEGER: 15
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.1.19.16 = INTEGER: 16

Второй их значение 1.3.6.1.4.1.19734.2.3.3.2.4.1.3
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.3.19.1 = INTEGER: 0
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.3.19.2 = INTEGER: 0
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.3.19.3 = INTEGER: 0
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.3.19.4 = INTEGER: 0
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.3.19.5 = INTEGER: 0
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.3.19.6 = INTEGER: 25
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.3.19.7 = INTEGER: 0
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.3.19.8 = INTEGER: 0
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.3.19.9 = INTEGER: 0
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.3.19.10 = INTEGER: 0
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.3.19.11 = INTEGER: 0
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.3.19.12 = INTEGER: 0
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.3.19.13 = INTEGER: 0
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.3.19.14 = INTEGER: 0
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.3.19.15 = INTEGER: 0
SNMPv2-SMI::enterprises.19734.2.3.3.2.4.1.3.19.16 = INTEGER: 0

Создаём элемент данных walk опрос


Создаём зависимый элемент


In the Preprocessing tab, select the SNMP walk to JSON preproccesing step.
И делаем предобработку, используя oid из правила walk {#IFE1} 1.3.6.1.4.1.19734.2.3.3.2.4.1.1 {#IFALARM} 1.3.6.1.4.1.19734.2.3.3.2.4.1.3


Проверяем результат последние данные: ошибка Invalid SNMP OID at position 69

Что не так?

[Kos]

Убедитесь в том, что до шага предобработки возвращается корректное значение (т.е. многострочный текст, где каждая строка начинается с ".1.3.6.1.4.1.19734" - именно с точки, а не с пробела или какого-то ещё символа).
Я попробовал у себя на тесте ваш пример - при входных таких данных:

.1.3.6.1.4.1.19734.2.3.3.2.4.1.1.19.1 = INTEGER: 1
.1.3.6.1.4.1.19734.2.3.3.2.4.1.1.19.2 = INTEGER: 2
.1.3.6.1.4.1.19734.2.3.3.2.4.1.1.19.3 = INTEGER: 3
.1.3.6.1.4.1.19734.2.3.3.2.4.1.1.19.4 = INTEGER: 4
.1.3.6.1.4.1.19734.2.3.3.2.4.1.1.19.5 = INTEGER: 5
.1.3.6.1.4.1.19734.2.3.3.2.4.1.1.19.6 = INTEGER: 6
.1.3.6.1.4.1.19734.2.3.3.2.4.1.1.19.7 = INTEGER: 7
.1.3.6.1.4.1.19734.2.3.3.2.4.1.1.19.8 = INTEGER: 8
.1.3.6.1.4.1.19734.2.3.3.2.4.1.1.19.9 = INTEGER: 9
.1.3.6.1.4.1.19734.2.3.3.2.4.1.1.19.10 = INTEGER: 10
.1.3.6.1.4.1.19734.2.3.3.2.4.1.1.19.11 = INTEGER: 11
.1.3.6.1.4.1.19734.2.3.3.2.4.1.1.19.12 = INTEGER: 12
.1.3.6.1.4.1.19734.2.3.3.2.4.1.1.19.13 = INTEGER: 13
.1.3.6.1.4.1.19734.2.3.3.2.4.1.1.19.14 = INTEGER: 14
.1.3.6.1.4.1.19734.2.3.3.2.4.1.1.19.15 = INTEGER: 15
.1.3.6.1.4.1.19734.2.3.3.2.4.1.1.19.16 = INTEGER: 16
.1.3.6.1.4.1.19734.2.3.3.2.4.1.3.19.1 = INTEGER: 0
.1.3.6.1.4.1.19734.2.3.3.2.4.1.3.19.2 = INTEGER: 0
.1.3.6.1.4.1.19734.2.3.3.2.4.1.3.19.3 = INTEGER: 0
.1.3.6.1.4.1.19734.2.3.3.2.4.1.3.19.4 = INTEGER: 0
.1.3.6.1.4.1.19734.2.3.3.2.4.1.3.19.5 = INTEGER: 0
.1.3.6.1.4.1.19734.2.3.3.2.4.1.3.19.6 = INTEGER: 25
.1.3.6.1.4.1.19734.2.3.3.2.4.1.3.19.7 = INTEGER: 0
.1.3.6.1.4.1.19734.2.3.3.2.4.1.3.19.8 = INTEGER: 0
.1.3.6.1.4.1.19734.2.3.3.2.4.1.3.19.9 = INTEGER: 0
.1.3.6.1.4.1.19734.2.3.3.2.4.1.3.19.10 = INTEGER: 0
.1.3.6.1.4.1.19734.2.3.3.2.4.1.3.19.11 = INTEGER: 0
.1.3.6.1.4.1.19734.2.3.3.2.4.1.3.19.12 = INTEGER: 0
.1.3.6.1.4.1.19734.2.3.3.2.4.1.3.19.13 = INTEGER: 0
.1.3.6.1.4.1.19734.2.3.3.2.4.1.3.19.14 = INTEGER: 0
.1.3.6.1.4.1.19734.2.3.3.2.4.1.3.19.15 = INTEGER: 0
.1.3.6.1.4.1.19734.2.3.3.2.4.1.3.19.16 = INTEGER: 0

шагом предобработки возвращается вполне корректный JSON (сокращено и отформатировано для читабельности):

[
 {"{#SNMPINDEX}":"19.9","{#IFE1}":"9","{#IFALARM}":"0"},
 {"{#SNMPINDEX}":"19.7","{#IFE1}":"7","{#IFALARM}":"0"},
 {"{#SNMPINDEX}":"19.5","{#IFE1}":"5","{#IFALARM}":"0"},
 {"{#SNMPINDEX}":"19.14","{#IFE1}":"14","{#IFALARM}":"0"},
...
]