да

но прочти внимательно моё предыдущее сообщение

)

Ну, почти ) у меня 10 в нечетные попал.

ну это уже детали

главное чтобы отрабатывало

Я делаю две проверки на имя - что оно содержит "PRN-" и содержит указанные цифры.

Ему этого не хватит.

в одной сети живут железки 2х вендоров сиснеймы у них четные не четныепо одинаковому шаблону идут, но добавлять их необходимо в разные группы узлов в соответствии с принадлежностью вендору, эта принадлежность дескрипшоном и проверяется

У тебя все на имя. А ему надо и имя и дескрипшн проверять.

ОК, еще одна проверка по дескрипшену. Не работает?

в одной сети живут железки 2х вендоров сиснеймы у них четные не четныепо одинаковому шаблону идут, но добавлять их необходимо в разные группы узлов в соответствии с принадлежностью вендору, эта принадлежность дескрипшоном и проверяется

Я бы смотрел в сторону разных правил обнаружения для разных вендоров. Например, разнести по коммьюнити - не вариант?

ОК, еще одна проверка по дескрипшену. Не работает?

В том то и дело, что нет.

нет по комьюнити не вариант

задумка как раз и была в одно обнаружение скормить несколько сотен /27 сеток, где живут железки обоих вендоров, а действиями их распихивать по нужным группам шаблонам и так далее

Давай по-новой, Миша, все фигня: 1. В правиле обнаружения есть три проверки. 2. По каждой проверке генерятся свои события. Цитата: Каждая проверка сервиса и хоста (IP) выполняется модулем сетевого обнаружения, который порождает создание события обнаружения. 3. По каждому событию обнаружения выполняются все действия по порядку, которые попадают в условие. Т.е. в контексте выполнения любого действия у тебя есть информация только об одной единственной проверке.

в обнаружении ДВЕ проверки

сиснейм и дескрипшн

было больше но я их выпилил дабы не усложнять

Это детали уже. Пусть две.

Ну будет у тебя два события обнаружения.

таки и что дальше то?)

есть выход, или пора мыло искать

Дальше - все. Берешь в руки любимый ЯП и реализуешь произвольный функционал.

?

нифига не понял

чуточку подробнее?

Внешними скриптами реализовать.

Ну, как вариант в сиснейм добавить признак вендора, и по нему дополнительно фильтровать.

не вариант)

Смотри какой ты бескомпромисный.

Тогда скрипты.

какие компромисы, несколько тыщ живых железок переименовывать совсем не вариант

Питон в зубы, и вперед. Это не страшно. :)

?

неужели такое элементарное действо надо завязывать на скрипты

Я себе набыдлокодил переименование узлов, обнаруженных по снмп за день, наверное. С полного нуля.

А почему нельзя все обнаруженные сетевые карты на один график добавить? Неужели такое элементарное действо надо завязывать на скрипты? Давай, чел, вместо тебя этого никто не сделает. Тебе нужно либо дополнительное условие фильтрации в том-же контексте (ip, коммьюнити, признаки в имени etc.), либо недостающий функционал реализовывать самостоятельно. Есть еще один один вариант. По секрету - купить поддержку. Это единственный вариант, в котором возможно, что все сделают за тебя.

?

да ппричем тут покупка, я к тому что неужели создатели не предусмеотрели такого простого варианта

ну и зачем тогда в обнаружении несколько условий указывать

я тут смотрел записи одного митапа, и там сказали, что скоро можно будет на графики выводить все обнаруженные сетевые карты

ну и зачем тогда в обнаружении несколько условий указывать

У тебя все работает с несколькими условиями. Просто ты хочешь несколько условий одновременно. Этого (пока) нету. Пили сам. Это опенсорс, такие дела.

я тут смотрел записи одного митапа, и там сказали, что скоро можно будет на графики выводить все обнаруженные сетевые карты

Да, было дело. Ждем.

У тебя все работает с несколькими условиями. Просто ты хочешь несколько условий одновременно. Этого (пока) нету. Пили сам. Это опенсорс, такие дела.

ну как опенсорц... )))

У тебя все работает с несколькими условиями. Просто ты хочешь несколько условий одновременно. Этого (пока) нету. Пили сам. Это опенсорс, такие дела.

?

он-то опен и вроде сорц...

пулл-рекверсы есть?

Я вот в этом плаваю, есичесна. ЕМНИМ никакими лицензиями не оговаривается, что должны быть пул-реквесты.

есть только голосовалка ZBXNEXT которая висеть годами может

А еще у них закреплен топик - приходите к нам работать. :)

ну. при хороших условиях, найти толковых людей проблем нет

Про их условия можем только гадать. Если инсайдов не было. :)

ну. при хороших условиях, найти толковых людей проблем нет

Имхо, язык Си сильно сужает количество желающих

Да и количество могущих, чоуштам.

в общем просто взять и допилить дашборд или какую-то форму - с наскока не получится. это факт

плюс мало открытой информации по самому заббиксу с точки зрения разработчика

Это мы как-то отвлеклись. Я про опенсорс упомянул к тому, что тут никто никому ничего не должен. Бери и пользуйся as is.

Ну, или не бери, и не пользуйся.

Ну, или не бери, и не пользуйся.

ну или бери и пили =)

Или так, да.

проблема в том что пилить сложно, андестенд?

Свобода выбора во все поля.

проблема в том что пилить сложно, андестенд?

Но это не невозможно, как в случае закрытых продуктов. Ну и кроме того, не обязательно пилить на Ц - внешними скриптами плюс АПИ реализуеться едва-ли не произвольный функционал.

Это мы как-то отвлеклись. Я про опенсорс упомянул к тому, что тут никто никому ничего не должен. Бери и пользуйся as is.

Не мог не вспомнить про шутку ass is ))

ERROR: S client not available

Напомни? :)

проблема в том что пилить сложно, андестенд?

более чем

Не помню дословно. Это игра слов, звучание. Давно рассказывали, контекст - мир свободного по обширен, но там почти все as is ass.

так, я тут совершил ужасное, обратился к документации, и она вам противоречит

https://www.zabbix.com/documentation/3.4/ru/manual/discovery/network_discovery/rule

в примере в действиях используются разные проверки

На самом деле много вещей в nix системе можно реализовать простым shell скриптом в одну строку.

так, я тут совершил ужасное, обратился к документации, и она вам противоречит

Это достойно увековеченья)))

Это достойно увековеченья)))

только никому об этом, а то засмеют

?

Но это не невозможно, как в случае закрытых продуктов. Ну и кроме того, не обязательно пилить на Ц - внешними скриптами плюс АПИ реализуеться едва-ли не произвольный функционал.

фича - для снмп устройств присваивать имя которое в сиснейм. как реализуется? апи+яп или яп+sql и по крону, так?

фича - для снмп устройств присваивать имя которое в сиснейм. как реализуется? апи+яп или яп+sql и по крону, так?

Имя узла?

угу

крон - это ж не хорошо

хорошо было бы хук иметь

Вы верно мыслите, api+sql. Ну, как сказать.

и вешать выполнение чего-то на хук

итд итп

фича - для снмп устройств присваивать имя которое в сиснейм. как реализуется? апи+яп или яп+sql и по крону, так?

У меня - апи + яп.

Можно заббикс заставить выполнять скрипт. По таймеру

У меня - апи + яп.

+крон?

Нет. :)

Можно заббикс заставить выполнять скрипт. По таймеру

а правильно по событию

Я так заливал функцию слива конфигов на циски.

ведь есть ивенты в системе

По событию это если у вас нет уже кучи безымянных железяк)))

Но в целом верно

и вешать выполнение чего-то на хук

Я сегодня как раз об этом спрашивал - как поймать событие перехода триггера из неопределенного в ОК.

я помню. у меня ответа нет. если нет - зачем гадить в эфир

@alexei_vladishev добрый вечер. вопрос такой. думаете ли про хуки? как пример - это возможность выполнения чего-либо при каком-то событии. это значительно расширило бы возможности доработки под себя неких специфических задач.

@alexei_vladishev добрый вечер. вопрос такой. думаете ли про хуки? как пример - это возможность выполнения чего-либо при каком-то событии. это значительно расширило бы возможности доработки под себя неких специфических задач.

да, развитие в этом направлении было бы очень кстати.

@alexei_vladishev добрый вечер. вопрос такой. думаете ли про хуки? как пример - это возможность выполнения чего-либо при каком-то событии. это значительно расширило бы возможности доработки под себя неких специфических задач.

Это уже в роадмапе. Основные вопросы: дожидаться ли ответа и что делать в случае таймаутов. Хуки это небыстро и ими легко можно просадить производительность.