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

так что только прототипы.

и при добавлении интерфес влана у тебя все графики сдвинутся. получишь скачек трафика на всех интерфейсах )

если сделаешь как у меня ) так что не делай.

а по дефолту же как раз SNMPVALUE используется.

те имена а не индексы. там сдвига не произойдет.

для других коммутаторов получилось что то аля Port: {SNMPINDEX} / {SNMPVALUE}

будет полное название интерфейса;

те тебе нужно просто что бы красиво было? )

да 😊

некрасиво то уже сделал :)

на ум приходит внешняя проверка, которая будет генерировать нужную тебе цифру. а ты потом будешь ее брать в свои тригеры.

пишешь скрипт

[[ -n $1 ]] && echo ${1/Ethernet0\/0\//}

ставишь тип внешней проверки и вызываешь скрипт с параметром {SNMPVALUE}

он вернет тебе цифру нужную )

вот тебе элемент данных с нужной цифрой.

попробую, спасибо!

кстати проверил на другом коммутаторе, добавил виланов на порты

всё так же получаю

IF-MIB::ifName.1 = STRING: InLoopBack0 IF-MIB::ifName.2 = STRING: NULL0 IF-MIB::ifName.4 = STRING: Vlanif1 IF-MIB::ifName.5 = STRING: Vlanif250 IF-MIB::ifName.6 = STRING: Ethernet0/0/1

это не влан а интерфейс влан

Vlanif250 Vlanif1

а ну я к тому что не сдвинулось :)

ааа

так у тебя так же и было 2 ifvlan

создай третий )

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

может понадобиться потраблшутить что то

за пол часа что траблшутишь забикс успеет опросить и побить статистику

правильно понимаю что для скриптов в zabbix : администрирование - скрипты?

нет. это скрипты запускаемые из меню

тебе сюда /usr/lib/zabbix/externalscripts

примерно так.

в правилах обнаружения я по факту создаю такое же правило обнаружения как и у Вас на скрине, только указываю свой скрипт

или нет? ведь мне нужно как то привязать {SNMPVALUE}

просто другую переменную укажи

мне нужно было вызвать скрипт с 2 параметрами. адерсом и комьюнити.

тебе я так понимаю нужен только 1

а как мы получим эти самые данные если не укажем ip коммутатора и данные для SNMP

это вроде как обязательный параметр? :)

ты срипту передаешь snmpvalue

скрипт предложеный выше [[ -n $1 ]] && echo ${1/Ethernet0\/0\//}

обработает строку и вернет другую.

те просто опследнюю цифру.

эта цифра и встанет в значвение твоего элемента данных

т.е. потом все {SNMPVALUE} будут возвращать "цифру"?

или там нужно как то шаблон на шаблон повесить

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

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

Собрать: log["/var/log/nginx/access.log","\" 50",UTF-8,100] Посчитать: formula: count("log[\"/var/log/nginx/access.log\",\"\\" 50\",UTF-8,100]",60," 500 ","like")

count("log[\"/var/log/nginx/access.log\",\"\\" 50\",UTF-8,100]",60," 502 ","like")

и т.д.

збосибо

значит, я все сделал правильно

гг

в первом случае вывод данных в формате лог?

первый item собирает все искомые строки для дальнейшего анализа

а потом можно сделать несколько calcultaed items и посчитать там разное

Ну ды

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

А сразу посчитать можно? (:

А сразу посчитать можно? (:

можно.

То есть сразу каунт от вывода?

ох, не помню

Т.е. в идеале собирать нужные строки и потом уже их считать?

А можно несколько разных строк разом собирать? (:

Чтобы потом их тупо считать

Так, можно, гг

А можно несколько разных строк разом собирать? (:

ну так пример выше это и делает

и считаются потом 2 разных вхождения

тада ниасилел

собираешь всё на 50*?

а считаешь 500 и 502?

да

Ну это не разные строки собираешь же (:

А все на 50

Разные бы, но не весь лог чтобы собирать (:

А то многовасто выйдет