Данная проблема наблюдается мной как в версии 3.4 так и в новой 4.0
При попытке понять в чем дело, чуть мозг не сломал, так как уже рисовал себе перспективу переделывания итемов и триггеров повсеместно, однако к сути.
В какой-то момент захотелось визуализировать ряд основных наблюдаемых параметров с той целью, что бы, при необходимости, можно было выкатить легко читаемый график клиенту и обосновать приобретение "пары планок памяти" и т.д. Но попытка это сделать в пару кликов меня повергла в ступор.
Что имеем:
Windows server 2012 r2 (with GUI)
Zabbix server 4
Zabbix agent 4 (x64)
32 Gb физической памяти.
Рассматриваемый item
Данный итем в разделе Lates Data отображает вполне себе вменяемое значение - 34274844672
Пересчитав байты в Гигабайты получаю свои 31.92 Gb, пускай, данное значение даже с учетом округления меня устраивает. Но что же я вижу. когда перехожу в Graph? 34+ Gb, нормальное такое приближенное значение. С таким разлетом уже мириться никак невозможно, не говоря уже о том, что показать такой график кому-то.
Дополнительное непонимание проблемы вносит значение vm.vmemory.size[total] [u | 35113705472], выгружаемое в текстовый файл при использовании команды
"c:\program files\zabbix\bin\win64\zabbix_agentd.exe" --config "c:\zabbix_agentd.conf" --print
Как такое возможно, что бы сам агент в одном месте считывал одно значение (выгрузка в файл), при этом передавал верное значение на сервер (Latest data), после чего вновь отображал его неверно (Graph)
Стоило бы предположить, что эта же проблема касается значений другого важного итема vm.memory.size[available], но как ни странно, оно очень близко к реальным значениям отображаемым системой в мониторе ресурсов, разбежка в 10-20 Мб вполне себе, так как мы имеем дело с величиной изменяющейся в реальном времени.
Я не исключаю того, что я где-то ошибся, но это функционал, считай "из коробки". Но на всякий случай прилагаю файлы с настройками и значениями.
Буду очень благодарен всем за помощь.
При попытке понять в чем дело, чуть мозг не сломал, так как уже рисовал себе перспективу переделывания итемов и триггеров повсеместно, однако к сути.
В какой-то момент захотелось визуализировать ряд основных наблюдаемых параметров с той целью, что бы, при необходимости, можно было выкатить легко читаемый график клиенту и обосновать приобретение "пары планок памяти" и т.д. Но попытка это сделать в пару кликов меня повергла в ступор.
Что имеем:
Windows server 2012 r2 (with GUI)
Zabbix server 4
Zabbix agent 4 (x64)
32 Gb физической памяти.
Рассматриваемый item
| vm.memory.size[total] |
Пересчитав байты в Гигабайты получаю свои 31.92 Gb, пускай, данное значение даже с учетом округления меня устраивает. Но что же я вижу. когда перехожу в Graph? 34+ Gb, нормальное такое приближенное значение. С таким разлетом уже мириться никак невозможно, не говоря уже о том, что показать такой график кому-то.
Дополнительное непонимание проблемы вносит значение vm.vmemory.size[total] [u | 35113705472], выгружаемое в текстовый файл при использовании команды
"c:\program files\zabbix\bin\win64\zabbix_agentd.exe" --config "c:\zabbix_agentd.conf" --print
Как такое возможно, что бы сам агент в одном месте считывал одно значение (выгрузка в файл), при этом передавал верное значение на сервер (Latest data), после чего вновь отображал его неверно (Graph)
Стоило бы предположить, что эта же проблема касается значений другого важного итема vm.memory.size[available], но как ни странно, оно очень близко к реальным значениям отображаемым системой в мониторе ресурсов, разбежка в 10-20 Мб вполне себе, так как мы имеем дело с величиной изменяющейся в реальном времени.
Я не исключаю того, что я где-то ошибся, но это функционал, считай "из коробки". Но на всякий случай прилагаю файлы с настройками и значениями.
Буду очень благодарен всем за помощь.
Comment