DT
т.е. имея ["server1","server2"] ллд макро $.[:] выдает массив такойже
Size: a a a
2019 November 01
IA
@ableev тут бот вопрошающего забанил. )
Ты тоже можешь разбанить и забанить.
Только сообщения удалять не можешь.
Ибо если удалишь чьи-то — их не вернуть
Только сообщения удалять не можешь.
Ибо если удалишь чьи-то — их не вернуть
AK
Ты тоже можешь разбанить и забанить.
Только сообщения удалять не можешь.
Ибо если удалишь чьи-то — их не вернуть
Только сообщения удалять не можешь.
Ибо если удалишь чьи-то — их не вернуть
Да-да, я сперва призвал, а потом вспомнил, что должен иметь возможность.
AZ
С мною можно ладить, не нужно только гладить, не гладьте ах не гладьте, пожалуйста меняаа.. :)
AZ
Скажите плиз. Есть дискавери для SNMP, есть макрос в нем. Можно как то к этому макросу применить контекст пользовательского макроса и regexp?
AZ
Что бы в сотвествии с присуствием чего то в этом макросе создавать различные тригеры.
AZ
Прям как в примере
Но не просто #FSNAME, а регсп к нему
{host:vfs.fs.size[{#FSNAME},pfree].last()}<{$LOW_SPACE_LIMIT:"{#FSNAME}"}
{$LOW_SPACE_LIMIT} 10
{$LOW_SPACE_LIMIT:/home} 20
{$LOW_SPACE_LIMIT:/tmp} 50Но не просто #FSNAME, а регсп к нему
OK
к сожалению, регулярки в контекстных макросах не работают
AZ
к сожалению, регулярки в контекстных макросах не работают
Да.. Мне уже вот тут объяснил умный человек. Спасибо! Придеться попытаться делать через несколько правил обнаружения с фильтрацией.
OK
Да.. Мне уже вот тут объяснил умный человек. Спасибо! Придеться попытаться делать через несколько правил обнаружения с фильтрацией.
я как-то пробовал сделать такое через препроцессинг LLD в 4.2, вроде бы даже работало...
OK
Что-то зацепила меня сегодняшняя тема с отключением созданных из прототипов триггеров по регулярке...
Идея насчет препроцесинга LLD понравилась, набросал в меру разумения простенький js-скрипт:
return value.replace(/(}\s*[,\]])/g, ',"{#ENABLED}":1$1').replace(/({$EXCLUDE}.*?{#ENABLED}":)1/g, '$10')
Остается добавить в условие прототипа триггера ... and {#ENABLED}
и прописать макрос {$EXCLUDE} с содержимым вида "{#MACRO}":"<regexp>" для исключения ненужных метрик.
Но при использовании в регулярке квантификатора * надо добавлять лекарство от жадности, *?
Идея насчет препроцесинга LLD понравилась, набросал в меру разумения простенький js-скрипт:
return value.replace(/(}\s*[,\]])/g, ',"{#ENABLED}":1$1').replace(/({$EXCLUDE}.*?{#ENABLED}":)1/g, '$10')
Остается добавить в условие прототипа триггера ... and {#ENABLED}
и прописать макрос {$EXCLUDE} с содержимым вида "{#MACRO}":"<regexp>" для исключения ненужных метрик.
Но при использовании в регулярке квантификатора * надо добавлять лекарство от жадности, *?
вот
AZ
я как-то пробовал сделать такое через препроцессинг LLD в 4.2, вроде бы даже работало...
Я не понял как...
OK
Я не понял как...
AZ
что-то вопрошающий пропал, на логи залип наверное
Я не залип.. дергают тут.. Я бы рад одним Zabbix заниматься :) Да фик дадут.
OK
Я не понял как...
но этот скрипт для отключения отдельных триггеров, пороги менять как-то иначе придется
AZ
Это для отключения, кстати не знал что так можно. В моем случае разные пороги нужны + отключение возможно. Это можно организовать через несколько правил обнаружения и фильтрацией. Как для файловых систем.
AZ
Типа такого.. только в имени вылавливать то что мне нужно для каждого..
AZ
Это же я так понимаю regexp
OK
ну это конечно, обычный способ, только фильтры в разных LLD надо поддерживать так, чтобы пересечения не было
AZ
Просто тогда получится, что нужно добавлять это в Regular Exressions, а не в шаблон, потом гонять кучу дискавери.