Zabbix не собирает информацию о температуре с APC9631

[turtleold]

Всем привет.
Debian 11.4 Zabbix 6.2.2
AP9631 установлена в Smart-UPS X 3000.
Создаю item c OID .3.6.1.4.1.318.1.1.10.2.3.2.1.4 и ключом iemStatusProbeCurrentTemp, но Zabbix пишет SNMP error: (noSuchName) There is no such variable name in this MIB.
При этом через snmpwalk данные видны, температуру он показывает.

Как можно ещё заставить Zabbix отображать температуру с внешнего датчика в UPS?

[Kos]

А snmpwalk точно показывает, что полученные данные имеют именно такой OID, как указано - .3.6.1.4.1.318.1.1.10.2.3.2.1.4 ?
Что-то подсказывает мне, что там в конце должна быть ещё одна цифра через точку.

[turtleold]

Да, в конце 2, но я и так пробовал.
Вот полный вывод

snmpwalk -v1 -c public 192.168.13.114 1.3.6.1.4.1.318.1.1.10.2.3.2.1.4
iso.3.6.1.4.1.318.1.1.10.2.3.2.1.4.2 = INTEGER: 34

Нашёл на просторах интернета, что нужно указывать вот так: .3.6.1.4.1.318.1.1.10.2.3.2.1.4.2, но так тоже не хочется отображать данные.

zabbix@zabbix:~$ snmpget -v1 -c public 192.168.13.114 1.3.6.1.4.1.318.1.1.10.2.3.2.1.4
Error in packet
Reason: (noSuchName) There is no such variable name in this MIB.
Failed object: iso.3.6.1.4.1.318.1.1.10.2.3.2.1.4

[Kos]

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

1.3.6.1.4.1.318.1.1.10.2.3.2.1.4.2

(т.е. пропущена ещё и единица в начале строки).
На отображение данных в Zabbix-е это никак не влияет, вам нужно найти и использовать правильный OID.

[turtleold]

Вывод такой:

zabbix@zabbix:~$ snmpwalk -v1 -On -c public 192.168.13.114 1.3.6.1.4.1.318.1.1.10.2.3.2.1.4
.1.3.6.1.4.1.318.1.1.10.2.3.2.1.4.2 = INTEGER: 34

Получается, что точка в начале не нужна?

[Hamardaban]

Именно! Правильный OID -

1.3.6.1.4.1.318.1.1.10.2.3.2.1.4.2

[turtleold]

Спасибо господа, но я по-прежнему получаю такую ошибку.
Может быть дело в поле key?

[Hamardaban]

А вот тут пардон! ошибка то говорит об ином, а не неправильном OID.!
Скорее всего дело в настройках snmpd . Завтра возможно покурю интернеты...

[Kos]

Спасибо господа, но я по-прежнему получаю такую ошибку.
Может быть дело в поле key?

Нет, что указано в поле key для типа SNMP - без разницы, лишь бы было уникальным. А в поле OID точно указана именно требуемая строка?
Ругается на имя переменной в MIB-е, но по MIB-файлам оно должно лазить только если в строке OID-а кроме цифровых значений указаны также и текстовые наименования (вроде "iso" вместо первой единицы).
Приложите, пожалуйста, скриншот настроек этого элемента данных.

[Victor Sklyarov]

9631 имеет два входа для подключения внешнего датчика температуры. Правило обнаружения. Проверяем наличие датчика в канале 1. discovery[{#IFDESCR},.1.3.6.1.4.1.318.1.1.10.2.3.2.1.1]
Прототип элемента данных Ключ iemStatusProbeCurrentTemp.[{#SNMPINDEX}] OID .1.3.6.1.4.1.318.1.1.10.2.3.2.1.4.{#SNMPINDEX}
Для первого канала OID температуры окружающей среды будет .1.3.6.1.4.1.318.1.1.10.2.3.2.1.4.1

Температура батарей .1.3.6.1.4.1.318.1.1.1.2.2.2.0

[turtleold]

Приложите, пожалуйста, скриншот настроек этого элемента данных.

У нас во второй порт (канал) установлен датчик.

[Kos]

Вроде, всё корректно.
Не вижу, правда, поля "Host interface" (должно быть между полями "Type of information" и "SNMP OID". Или это свойства не хоста, а шаблона?
А на хосте интерфейс с типом SNMP задан корректно? Свойства прописаны правильно (версия SNMP, креденшиалы - community либо более навороченные настройки для SNMPv3)?
Элемент данных на хосте привязан к правильному интерфейсу?
Если всё ОК, то что возвращается при нажатии кнопки "Test" в настройках элемента данных на хосте?

Красивей, конечно, делать так, как подсказывает Victor Sklyarov - через низкоуровневое обнаружение (LLD).
Однако результатом LLD должно явиться создание такого же элемента данных, какой вы сейчас создаёте руками, и он в любом случае должен работать (независимо от того, каким способом он был создан - через LLD или вручную).

[turtleold]

Kos , Victor Sklyarov , правильно ли я создал правило и элемент данных? Спрашиваю, потому что та же ошибка, после создания.


При этом тест правила проходит

[Kos]

правильно ли я создал правило и элемент данных? Спрашиваю, потому что та же ошибка, после создания.

В первом приближении - да, только нужно убрать LLD-макросы из ключа самого правила LLD. Там можно оставить что-то вроде "currentTemp.discovery".
В любом случае, результат работы LLD - создание нужного элемента данных (который у вас итак сейчас создан руками). Надо разбираться, почему он не работает.

[turtleold]

Элемент действительно создался, но ошибка по-прежнему такая же