Периодически snmp-проверка возвращает знач

[Schastliviy]

Добрый день!

Вот уже на второй инсталляции Zabbix наблюдаю следующую картину: при проверке показателей оборудования через SNMP (скажем, температуры) периодически получаю значение 18446744073709551616. Вопрос: с чем это может быть связано? В первый раз проблема появлялась на сервере с Ubuntu 12.10, сейчас - CentOS 6.3, оборудование - Intel Modular Server (MFSYS25) и UPS APC 5000

[Heilig]

Посмотрите пожалуйста эту тему, возможно, в в ней Вы сможете найти ответ:

https://demo.zabbix.com/forum/showthread.php?t=23985

[Schastliviy]

Оставил на пару недель на сервере с zabbix такие строчки в кроне:
* * * * * snmpget -c public -v1 $IP1 $OID1 -OvQ >> /var/log/snmp-apc.log
* * * * * snmpget -c public -v2c $IP2 $OID2 -OvQ >> /var/log/snmp-mfsys.log

Итог следующий:
1) В логе от бесперебойника ни одного некорректного значения
2) В логе mfsys'а редко встречаются значения -16 и -32

Соответственно, два вопроса:
1) Как выяснить, почему при адекватных результатах работы скрипта, zabbix некорректно интерпретирует эти значения? Включить режим отладки сервера?
2) Как zabbix интерпретирует отрицательные значения, которые приходят для Item с целочисленными значениями?

Ещё из замеченных странностей: при ошибках с бесперебойником в 500 последних значениях присутствует 18446744073709551616, а в результатах MFSYS'a 18446744073709551600

[Jimson]

Ещё из замеченных странностей: при ошибках с бесперебойником в 500 последних значениях присутствует 18446744073709551616, а в результатах MFSYS'a 18446744073709551600

А речь точно идет о "as is" элементе данных, а не "дельте по времени"?

[Sergeylo]

18446744073709551616 - "верхнее" значение для такого типа данных. Вероятно, получается при попытке преобразовать полученное отрицательное значение, которое никак в диапазон не входит (atoi). Такой ёмкой обработки ошибок в zabbix попросту нет. Хотя какой-нибудь workaround проблемы придумать и можно.

[Schastliviy]

А речь точно идет о "as is" элементе данных, а не "дельте по времени"?

Да, значения as is

18446744073709551616 - "верхнее" значение для такого типа данных. Вероятно, получается при попытке преобразовать полученное отрицательное значение, которое никак в диапазон не входит (atoi)

Я правильно понимаю, что при включении дебага это должно оказаться в логе?

[Sergeylo]

при включении дебага это должно оказаться в логе?

Крайне маловероятно, atoi() - функция языка Си, которая молча возвращает результат.

[Schastliviy]

Крайне маловероятно, atoi() - функция языка Си, которая молча возвращает результат.

Я надеялся, что в логе будет исходное значение, до преобразования. Сейчас проверил - увы. Можно, конечно, пропатчить исходники, но так глубоко я пока копать не готов. Изменил тип получаемых данных с числового на текстовый, посмотрим, что он там сейчас получать будет