🦅
Наверное :)
Size: a a a
2020 July 10
🦅
Я правда в другую сторону вертел юникстайм, недавно
I
Специальная обработка используется и для следующих единиц измерения связанных со временем:
unixtime - переводится в “гггг.мм.дд чч:мм:сс”. Для корректного перевода, возвращаемое значение должно быть с типом данных Числовой (целое положительное).
unixtime - переводится в “гггг.мм.дд чч:мм:сс”. Для корректного перевода, возвращаемое значение должно быть с типом данных Числовой (целое положительное).
I
вот так вычитал в доках заббикса
🦅
Но у тебя возвращается готовое время... Хм..
I
ну вот сейчас на одном сервере
1594372327.686
на другом
2020-07-10T14:27:23.815Z
1594372327.686
на другом
2020-07-10T14:27:23.815Z
🦅
А элемент точно одинаковый и там и там? Это странно, потому что без плясок с предобработкой поступающий текст вроде как не превратить в юникстайм. А что вообще является источником, откуда берутся данные?
V
Spam
DZ
Доброго вечера. Может кто сталкивался - почему может быть долгий препроцессинг? Ничего сверх меры не хочу - просто change per second и x8 для измерения скорости. Но как только включаю на итеме это - сразу данные перестают обновляться или делают с задержкой. Количество препроцессоров увеличивать пробовал Zabbix 4.2.8.
ДУ
для начала обнови на поддерживаемую версию
2020 July 11
RР
Привет всем. Подскажите такую штуку. Есть девайс с SNMP, но значения INTEGER измеряемые он дает вместе с единицами измерения. Что с этим делать? В заббикс оно тоже входит криво по этой причине:
RР
ДУ
Единиц измерения там нет, это миб подставляет их
ДУ
Покажи настройки айтима
RР
щас
RР
Минуту, помоему я сам ступил
RР
Покажи настройки айтима
Все, все ок оказывается. Я не у того элемента настройки поменял.
d
народ, при просмотре триггеров 5 заббикс мне такую штуку выплевывает: https://pastebin.com/wrcmYFa9
