IA
Евгений
К врачу могу послать
Могу в бан послать 💖
Size: a a a
2020 May 08
Е
Могу в бан послать 💖
Я вообще не против
AK
Евгений
Имя триггера содержит макрос ITEM.VALUE
Макрос срабатывает при превышении порога ХХХ
Проблема в том, что при сработке все ОКей, имя проблемы:
СЕРВЕР / ЗНАЧЕНИЕ СРАБОТКИ
однако после восстановления оно меняется на
СЕРВЕР / ОБЫЧНОЕ ЗНАЧЕНИЕ
А надо чтоб оно не менялось, и отображало максимальное значение, которое достигло ITEM.VALUE при сработке триггера
Макрос срабатывает при превышении порога ХХХ
Проблема в том, что при сработке все ОКей, имя проблемы:
СЕРВЕР / ЗНАЧЕНИЕ СРАБОТКИ
однако после восстановления оно меняется на
СЕРВЕР / ОБЫЧНОЕ ЗНАЧЕНИЕ
А надо чтоб оно не менялось, и отображало максимальное значение, которое достигло ITEM.VALUE при сработке триггера
Слушай, я понял. С трудом, не сразу, но понял. Ты хочешь {ITEM.LASTVALUE}, но в имени триггера оно больше не работает так как ты хочешь.
IA
Евгений
Имя триггера содержит макрос ITEM.VALUE
Макрос срабатывает при превышении порога ХХХ
Проблема в том, что при сработке все ОКей, имя проблемы:
СЕРВЕР / ЗНАЧЕНИЕ СРАБОТКИ
однако после восстановления оно меняется на
СЕРВЕР / ОБЫЧНОЕ ЗНАЧЕНИЕ
А надо чтоб оно не менялось, и отображало максимальное значение, которое достигло ITEM.VALUE при сработке триггера
Макрос срабатывает при превышении порога ХХХ
Проблема в том, что при сработке все ОКей, имя проблемы:
СЕРВЕР / ЗНАЧЕНИЕ СРАБОТКИ
однако после восстановления оно меняется на
СЕРВЕР / ОБЫЧНОЕ ЗНАЧЕНИЕ
А надо чтоб оно не менялось, и отображало максимальное значение, которое достигло ITEM.VALUE при сработке триггера
Как может макрос сработать?
IA
Евгений
Я вообще не против
Е
LASTVALUE не то, оно в макросах постоянно обновляется
AK
Евгений
LASTVALUE не то, оно в макросах постоянно обновляется
Окей, тогда я к врачу пошёл...
Е
Тот самый момент когда чувак ничего не смог понять но послал к джунам, красавчик)
IA
Надо завязывать
AK
Евгений
Имя триггера содержит макрос ITEM.VALUE
Макрос срабатывает при превышении порога ХХХ
Проблема в том, что при сработке все ОКей, имя проблемы:
СЕРВЕР / ЗНАЧЕНИЕ СРАБОТКИ
однако после восстановления оно меняется на
СЕРВЕР / ОБЫЧНОЕ ЗНАЧЕНИЕ
А надо чтоб оно не менялось, и отображало максимальное значение, которое достигло ITEM.VALUE при сработке триггера
Макрос срабатывает при превышении порога ХХХ
Проблема в том, что при сработке все ОКей, имя проблемы:
СЕРВЕР / ЗНАЧЕНИЕ СРАБОТКИ
однако после восстановления оно меняется на
СЕРВЕР / ОБЫЧНОЕ ЗНАЧЕНИЕ
А надо чтоб оно не менялось, и отображало максимальное значение, которое достигло ITEM.VALUE при сработке триггера
Блин. EVENT.NAME что ли? Чё за ребусы... Или EVENT.RECOVERY.VALUE, хз, не ясно нифига.
AA
Блин. EVENT.NAME что ли? Чё за ребусы... Или EVENT.RECOVERY.VALUE, хз, не ясно нифига.
Разве имя проблемы меняется при её закрытии?
AK
Разве имя проблемы меняется при её закрытии?
Я так понимаю, что речь про уведомления
AK
Но это не точно
OK
Вопрос к тем, кто попробовал на вкус agent2. Можно ли выкручивать таймаут агента ради нескольких длительных проверок? Или, как и в старом агенте, это негативно отразится на остальных проверках?
DM
zabbix_agentd [1494]: cannot create PID file [/var/run/zabbix/zabbix_agentd.pid]: [2] No such file or directory
как с этим быть? после ребута всегда так, помогает stop/start при чем сразу само создает пид
как с этим быть? после ребута всегда так, помогает stop/start при чем сразу само создает пид
S
Что-то такое было в патчноутах вроде
2020 May 09
AA
Вопрос к тем, кто попробовал на вкус agent2. Можно ли выкручивать таймаут агента ради нескольких длительных проверок? Или, как и в старом агенте, это негативно отразится на остальных проверках?
Я так думаю, что если использовать свои кастомные проверки через userparameter, то результат будет аналогичный, как и на старом агенте. Скорее всего нужно использовать новые механизмы с помощью плагинов.
OK
Я так думаю, что если использовать свои кастомные проверки через userparameter, то результат будет аналогичный, как и на старом агенте. Скорее всего нужно использовать новые механизмы с помощью плагинов.
Ну теперь нет кучи листенеров, может, не будут очереди создаваться, обещали вроде все распараллелить. А так понятно, что всякие net.tcp.service, не имеющие внутреннего таймаута, станут дольше 0 отдавать, но если очередей при этом не возникнет, так и хрен с ними
OK
просто сделать их активными