Server Admin Авторский блог системного администратора
В данном тригере используется, как я понял, макрос $MEMORY.UTIL.MAX
zabbix сервер 5.05
Курю уже не первые сутки, как можно поменять значение данного макроса?
Вменяемой информации пока не нашел.
по дефолту $MEMORY.UTIL.MAX имеет значение 0,9 (90%), а это для многих производственных сред (в частности MS SQL Server, который резервирует и не освобождает себе память) слишком низкое значение, я бы его поднял до 98%
Аналогичные проблемы с утилизацией места на дисках. Если диск большого объема, то ворнинги на 80% и критическое значение в 90% явно занижены для боевой среды.
в данном случае, вроде, макрос $VFS.FS.PUSED.MAX.CRIT и $VFS.FS.PUSED.MAX.WARN
@pk в чем проблема то? Не совсем понял. Вы не нашли, где макросы менять? Это в настройках либо хоста, либо шаблона делается.
@zerox, не вижу воообще, где это в интерфейсе ни в хостах, ни в шаблонах,
возможно виной русский язык web интерфейса.
Все перелопатил, не нашел.
Кстати, еще момент, т.к. триггер унаследовался через 2 шаблона, то не могу его на хосте отредактировать. Я правильно понял этот момент?
@zerox, спасибо. понял свою ошибку, я до шаблона через триггеры добирался, сейчас напрямую через настройки\шаблоны встал на шаблон и появился раздел макросы.
@zerox, в обшем, поправил макрос, относящийся к памяти в самом шаблоне, после чего все проблемы на всех хостах, включая те, которые к данному макросу не имеют отношения, перешли в статус Ок, т.е. значения утилизации места на файловой системе превышают (и превышали) пороговое значение, а статус проблемы на всех хостах стал Ок и остается в состоянии Ок.
Из-за чего такое могло произойти?
Возможно это связано, с тем, что данные триггеры добавились через механизм обнаружения?
