Проблема с расчётом delta (speed per second)

[mort]

Добрый день, коллеги.

Проблема тянется с момента выхода версии заббикса 3.0 lts, текущая установленная 3.0.14.

• Проблема наблюдается только у пары устройств. На всех хостах в системе одинаковый oid snpmv2, используется ifHCInOctets и ifHCOutOctets.

• У проблемных ломается график (и в пиках показывает до 3 гигабит, сам интерфес всего 1 гигабит), а в "500 last values" сплошные нули.

Если снимать статистику вручную, то 64битный счётчик никогда не переполняется.

На скриншотах более подробно.

В чем может быть трабл?

Спасибо за внимание.


UPD: ошибочно продублировал топик

[yukra]

Во первых поменяйте "Тип информации" на "Числовой (с плавающей точкой)" поменяйте.

Если снимать статистику вручную, то 64битный счётчик никогда не переполняется.

У 64битного счетчика диапазон значений от 0 до 18446744073709551615, а значения эти в октетах. То есть счетчик не может не переполнятся, он просто делает это немного реже 32битного, примерно каждые 15 с небольшим эксабайт данных. Сколько на это потребуется времени при максимальной загрузке интерфейса думаю прикинуть сможете сами.

Так же мы посмотрели на последние данные с нулями и единственное что можем сказать на основании этого скрина что такая-то фигня где-то точно происходит. Но какая и где сказать по этим данным нельзя.
Предлагаю переступить на след. уровень и tcpdump'ом посмотреть какие значения приходят в заббикс от устройства и тем самым выкинуть из круга подозреваемых или устройство или заббикс-сервер и разбираться с оставшимся.
Если проблема в устройстве, то кмк наиболее вероятная причина это то, что значения счетчиков обновляются "не после каждого транзитного октеты, а раз в N секунд, причем N скорей всего между 10 и 15 секундами". И тогда становиться сразу понятно почему опросы раз в 5 секунд так странно себя ведут.
Так же этот вариант можно проверить запустив с заббиска что-то типа такой команды

for i in  {1..120}; do snmpwalk -v2c -On -c public 192.168.0.1 ifHCInOctets.5 ; sleep 1 ; done

.

Если же проблема в заббиксе, то я бы для начала проверил состояние очередей, положение настройки "Использовать массовые запросы" на "проблемных" и "нормальный" устройствах

[mort]

Во первых поменяйте "Тип информации" на "Числовой (с плавающей точкой)" поменяйте.

У 64битного счетчика диапазон значений от 0 до 18446744073709551615, а значения эти в октетах. То есть счетчик не может не переполнятся, он просто делает это немного реже 32битного, примерно каждые 15 с небольшим эксабайт данных. Сколько на это потребуется времени при максимальной загрузке интерфейса думаю прикинуть сможете сами.

Так же мы посмотрели на последние данные с нулями и единственное что можем сказать на основании этого скрина что такая-то фигня где-то точно происходит. Но какая и где сказать по этим данным нельзя.
Предлагаю переступить на след. уровень и tcpdump'ом посмотреть какие значения приходят в заббикс от устройства и тем самым выкинуть из круга подозреваемых или устройство или заббикс-сервер и разбираться с оставшимся.
Если проблема в устройстве, то кмк наиболее вероятная причина это то, что значения счетчиков обновляются "не после каждого транзитного октеты, а раз в N секунд, причем N скорей всего между 10 и 15 секундами". И тогда становиться сразу понятно почему опросы раз в 5 секунд так странно себя ведут.
Так же этот вариант можно проверить запустив с заббиска что-то типа такой команды

for i in  {1..120}; do snmpwalk -v2c -On -c public 192.168.0.1 ifHCInOctets.5 ; sleep 1 ; done

.

Если же проблема в заббиксе, то я бы для начала проверил состояние очередей, положение настройки "Использовать массовые запросы" на "проблемных" и "нормальный" устройствах

Спасибо за ответ, этот топик случайный дубликат (моя ошибка).
Тут оригинал: https://www.zabbix.com/forum/showthread.php?t=60226