Unit же только на отображение в вебе влияет. Ты покажи latest data по элементу данных и настройку айтема, в частости шагов препроцессинга

Ок, ты получаешь таймтики, переводишь в секунды и получаешь 50749 секунд, ~14 часов. Это неправильно?

Но у этого девайса аптайм 154 дня

А, всё, теперь я понял проблему ) не сразу, но понял.

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

Есть девайсы где аптайм больше, но там все хорошо отображается

Я один раз это видел у нас на Cisco девайсе и даже вспомнить не могу как всё объяснил. (

Я так понимаю, заббих прокси использует ту же библиотеку что и snmpget

А snmpEngineTime что показывает?

Товарищи, подскажите, пожалуйста. Что-то туплю. Есть итем, опрашивается каждые 30сек, у него есть два зависимых итема, и есть вычисляемый из этих двух зависимых. Если у вычисляемого ставлю также 30сек, то периодически видно, что значение прилетает в 2 раза больше реального. Подумал (видимо не очень хорошо), поставил 40 секунд, теперь стабильно прилетает то нормальное значение, то удвоенное. У вычисляемого итема препроцессинг change per second. Вот чет сижу, не могу в толк взять, как сделать, что бы оно отображало реальные значения.

давай формулу вычисляемого, так не понятно почему у тебя двоится

Простейшая формула last(dnsdist.cache.hits)+last(dnsdist.responses)

А вот так выглядит график если вычисляемый итем вычисляется каждые 40 секунд, а не 30 как основные. График должен быть ровный.

на графике не хватает легенды, почему 2 линии на одну метрику

это несколько хостов с одной и той же метрикой, от этого можно абстрагироваться и смотреть допустим только на зеленую

возьми график и сделай 3 метрики первые 2 и третью будет хоть понятнее

думаю дело в изменениях в сек