Linux i686, NetXMS 0.2.31
Меряю System.CPU.LoadAvg
DCI.
При превышении 5 срабатывает event с сообщением
QuoteСредняя загрузка процессора (Load Average) на сервере %n превысила допустимое значение %3 (текущая: %4)
Генериться Alarm и отправляется письмо, текст сообщения - %m
Если значение меньше 5, то соответственно срабатывает такой эвент
QuoteСредняя загрузка процессора (Load Average) на сервере %n вернулась к приемлимому значению %4
Сбрасывается Alarm и отправляется письмо, текст сообщения - %m
Так вот. При срабатывании получаем:
QuoteСредняя загрузка процессора (Load Average) на сервере openvz2 превысила допустимое значение 5 (текущая: 5.340000)
А при нормализации получаем
QuoteСредняя загрузка процессора (Load Average) на сервере openvz-node1 вернулась к приемлимому значению CPU Load Average
Т.е. при срабатывании передается значение, а при сбросе - Instance.
Бага, или я чего-то не знаю?
Parametri, peredavaemie v sobitii na vozvrat znachenija k norme (standartnoe sobitie - SYS_THRESHOLDS_REARMED), otlichajutsja ot parametrov dlja sobitija na otklonenie ot normi (standartnoe sobitie - SYS_THRESHOLD_REACHED). Dlja SYS_THRESHOLD_REARMED parametri takie:
1) Parameter name
2) Description
3) DCI ID
4) Instance
Znachenija tam ne peredajutsja. Eto ne ochen' udachnoe reshenie, pravil'nej bilo bi imet' odinakovij nabor parametrov i v tom i v drugom sluchae, no sejchas uze slozno menjat' chto-to iz-za uze suschestvujuschih konfiguracij. Horoshego reshenija ja poka ne pridumal.
Понял. Спасибо за разъяснение.
На новую работу переехал. Сижу вот, настраиваю привычный мониторинг.
9-)
Если не удается изменить старую переменную - может ввести новую?
9-)
типа $dci например
И использовать оба набора в переходный период