No Such Instance currently exists at this OID

[ProthID]

Приветствую, коллеги! Много лет не писал сюда, но нужда заставляет. Давно ничего не настраивал в zabbix, поэтому, если сюда вообще кто-нибудь заглянет, сильно не пинайте.
Ситуация и исходные данные: zabbix server 7.4.

proth@as-deb-zbx:/usr/share/snmp/mibs# dpkg -l | grep zabbix
ii zabbix-agent2 1:7.4.1-1+debian12 amd64 Zabbix network monitoring solution - agent
ii zabbix-agent2-plugin-mongodb 1:7.4.1-1+debian12 amd64 Zabbix Agent2 plugin for monitoring MongoDB installations
ii zabbix-agent2-plugin-mssql 1:7.4.1-1+debian12 amd64 Zabbix Agent2 plugin for monitoring MSSQL installations
ii zabbix-agent2-plugin-postgresql 1:7.4.1-1+debian12 amd64 Zabbix Agent2 plugin for monitoring PostgreSQL installations
ii zabbix-frontend-php 1:7.4.1-1+debian12 all Zabbix network monitoring solution - PHP front-end
ii zabbix-get 1:7.4.1-1+debian12 amd64 Zabbix network monitoring solution - get
ii zabbix-nginx-conf 1:7.4.1-1+debian12 all Zabbix network monitoring solution - nginx and php-fpm configuration for front-end
ii zabbix-release 1:7.4-1+debian12 all Zabbix official repository configuration
ii zabbix-server-pgsql 1:7.4.1-1+debian12 amd64 Zabbix network monitoring solution - server (PostgreSQL)
ii zabbix-sql-scripts 1:7.4.1-1+debian12 all Zabbix network monitoring solution - sql-scripts

proth@as-deb-zbx:/usr/share/snmp/mibs# dpkg -l | grep snmp
ii libnetsnmptrapd40:amd64 5.9.3+dfsg-2 amd64 SNMP (Simple Network Management Protocol) trap library
ii libsnmp-base 5.9.3+dfsg-2 all SNMP configuration script, MIBs and documentation
ii libsnmp-dev 5.9.3+dfsg-2 amd64 SNMP (Simple Network Management Protocol) development files
ii libsnmp-perl 5.9.3+dfsg-2 amd64 SNMP (Simple Network Management Protocol) Perl5 support
ii libsnmp40:amd64 5.9.3+dfsg-2 amd64 SNMP (Simple Network Management Protocol) library
ii snmp 5.9.3+dfsg-2 amd64 SNMP (Simple Network Management Protocol) applications
ii snmp-mibs-downloader 1.5 all install and manage Management Information Base (MIB) files
ii snmpd 5.9.3+dfsg-2 amd64 SNMP (Simple Network Management Protocol) agents
ii snmptrapd 5.9.3+dfsg-2 amd64 Net-SNMP notification receiver

Настраиваю мониторинг одного довольно ивестного дистрибутива от параллелей. Пускай будет Virtuozzo hybrid server 7. К нему идёт MIB файл. Этот самый миб есть в библиотеке MIB как на заббикс сервере, так и на наблюдаемом хосте и если допустим взять и проверить с заббикс сервера какой-нибудь OID из этого MIB файла, то получаю вполне устраивающие меня значения, например:

proth@as-deb-zbx:/usr/share/snmp/mibs# snmpwalk -m /usr/share/snmp/mibs/PARALLELS-RMOND-SMI.txt -c public -v2c 192.168.20.152 .1.3.6.1.4.1.26171.1.1.55.1.4
PARALLELS-RMOND-SMI::rmondVePerfectNode."{449db79b-083b-42fb-8bc0-63f32b79c5a2}" = STRING: 019455561fc64ffd
Но стоит мне добавить новый элемент данных в zabbix с этим OID и ключём, получаю ошибку No Such Instance currently exists at this OID

Прошу помощи, если тут ещё есть кто-то живой и активный. За ранее благодарю!

[ProthID]

Фото на всякий случай.

[ProthID]

Ну и да, не важно какой "Тип информации" выбрать, текст, лог, числовой, результат не меняется.

[Kos]

Попробуйте повторить команду snmpwalk, добавив к её параметрам ключ "-On" (заглавная буква "o", не ноль).
Вероятнее всего, OID и вправду отличается.

[ProthID]

Спасибо, что заметили мою проблему!
root@as-deb-zbx:/usr/share/snmp/mibs# snmpwalk -On -m /usr/share/snmp/mibs/PARALLELS-RMOND-SMI.txt -c public -v2c 192.168.20.152 .1.3.6.1.4.1.26171.1.1.55.1.4
.1.3.6.1.4.1.26171.1.1.55.1.4.38.123.52.52.57.100. 98.55.57.98.45.48.56.51.98.45.52.50.102.98.45.56.9 8.99.48.45.54.51.102.51.50.98.55.57.99.53.97.50.12 5 = STRING: 019455561fc64ffd
Без прямого указания MIB файла отдаёт тоже самое, кроме кавычек.
root@as-deb-zbx:/usr/share/snmp/mibs# snmpwalk -On -c public -v2c 192.168.20.152 .1.3.6.1.4.1.26171.1.1.55.1.4
.1.3.6.1.4.1.26171.1.1.55.1.4.38.123.52.52.57.100. 98.55.57.98.45.48.56.51.98.45.52.50.102.98.45.56.9 8.99.48.45.54.51.102.51.50.98.55.57.99.53.97.50.12 5 = STRING: "019455561fc64ffd"

[ProthID]

Попробуйте повторить команду snmpwalk, добавив к её параметрам ключ "-On" (заглавная буква "o", не ноль).
Вероятнее всего, OID и вправду отличается.

Благодарю за подсказку, подставил данный OID в zabbix и он мне выдал текст который собственно выдаёт snmpwalk. Тут у меня возникло недопонимание. Выходит в MIB файле ошибка? Те OIDы которые выдают MIB браузеры, я ориентировался на них, их нужно все переводить таким образом? Запутался я что-то.
И ещё есть ограничение, этот OID должен быть определяемым в результате работы правила обнаружения, т.е. информация получаемая с помощью него относится к конкретной виртуальной машине. Как мне сделать работающее правило обнаружения? Так же перевести вышестоящие миб дескрипторы?

[ProthID]

Да и ещё такой момент, понимаю это к заббиксу относится опосредованно однако. Я пытаясь использовать скрипт для автоматической конвертации MIB файла в заббикс шаблон mib2zabbix не знаю можно сюда скидывать ссылки https://github.com/zabbix-tools/mib2zabbix , вы наверняка знаете о таком. Но когда я использую один OIDов которые мне переводит миб браузер, в шаблоне я получаю список каких угодно MIB файлов из системной библиотеки, кроме моего MIB который мне нужен.
Может быть подскажете как быть? Или только ручная работа, только хардкор!?
snmptranslate -Tz -m ./PARALLELS-RMOND-SMI.txt | bin/mib2zabbix.pl -o .1.3.6.1.4.1.26171.1 -f Virtualisation.xml -N Virtualisation-MIB

[Kos]

Благодарю за подсказку, подставил данный OID в zabbix и он мне выдал текст который собственно выдаёт snmpwalk. Тут у меня возникло недопонимание. Выходит в MIB файле ошибка?

MIB-файл здесь вообще ни при чём. MIB-файл - это просто формальное описание того, какие параметры устройство может понимать: для каждого OID'а указываются какие-то его свойства (более "человеческое" имя, тип, возможно - допустимый набор значений, краткое описание). Подключив MIB, вы можете в командах вроде snmpget или snmpwalk вместо числового OID'а указываеть имя параметра, и наоборот - в выводе (без ключа "-On") видеть имя параметра вместо OID'а.

Просто команда snmpget, как и опрос одного отдельного SNMP-параметра в Zabbix'е, делает именно то, о чём её просят: возвращает значение одного параметра, OID которого ей передали.
В отличие от неё, команда snmpwalk делает более интеллектуальную работу, а именно: обход дерева OID'ов начиная с той точки, которую ей дали. И возвращает (в общем случае) не одно значение, а множество значений, OID'ы которых будут находиться в этой ветке дерева.
В вашем случае при задании точки

.1.3.6.1.4.1.26171.1.1.55.1.4

был найден единственный "живой" параметр в этой ветке, полный OID которого лежит гораздо глубже:

.1.3.6.1.4.1.26171.1.1.55.1.4.38.123.52.52.57.100.98.55.57.98.45.48.56.51.98.45.52.50.102.98.45.56.98.99.48.45.54.51.102.51.50.98.55.57.99.53.97.50.125