вопрос был не как, а откуда. из какого репозитория?

Пол:1 http://ru.archive.ubuntu.com/ubuntu focal/universe amd64 zabbix-agent amd64 1:4.0.17+dfsg-1
Такой ответ конкретней? А то блин я тут дуб дерево хвойное, но вынужден форсировано изучать пуско-наладку всего этого)

пользуйтесь документацией разработчика, пожалуйста.
https://www.zabbix.com/documentation/current/manual/installation/install_from_packages/debian_ubuntu
установка по инструкции сэкономит очень много времени

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

а как-же радостно самоубиться об грабли?)

welcome. изменить хомяка (в passwd) для пользователя zabbix и systemd для запуска zabbix-agent под пользователем zabbix

usermod -d имели в виду ? А то глаза режет

а как-же вынужден форсировано изучать ?)

ну это первый такой грабель пока что)
Мне там ещё впереди ставить wazuh агентов методом научного тыка по документации -_-

кто как умеет ). можно usermod, можно изменить passwd в редакторе, можно sed

там просто все, могу роль отсыпать )

не очень понял)

я у себя разворачивал кластер wazuh + filebaet + хранение метрик в graylog, т.к. связка с их сайта с ELK и приложением для кибаны мне не очень понравилась. Соответсвенно писал под это дело ansible роль и короткий playbook для автоматической регистрации агентов через Wazuh API.

Извиняюсь за оффтоп.

У нас там elk+wazuh+zabbix+prometheus и там какието ещё огороды, просто некому и некогда особо разбираться что тут лишнее, дедлайн горит и я вместе с ним. И всё это за закрытым периметром и хз, виртуалки там, контейнера или ещё что
Тоже прощу прощения за оффтоп

ну терпения вам )

доброго дня!
подскажите, если нужно через API выбрать все item'ы известного хоста, у которых Name подходит под заданную маску, то это надо делать через item.get (но там как я понял надо указывать конкретные itemids, которые мне неизвестны) или через host.get с параметром selectItems ? Или как-то ещё это правильнее сделать?

item.get и  там filter делай

в filter ведь надо указывать конкретные значения, там нельзя маски/регулярки. Получается всё равно анализировать в коде скрипта

а, всё-таки можно. Посмотрел примеры, буду пробовать

Привет.

В мониторинге узлов при помощи заббикс-агента есть интересный момент - при падении доступности агента (читай agent.ping = 0), все остальные агентские проверки этого узла не переходят в состояние not supported.

Возможно ли сделать аналогичный механизм для мониторинга виртуальных машин через штатный vmware коллектор? Через условный ключ vmware.vm.powerstate, например. Ибо сейчас происходит так - выключают виртуальную машину, часть проверок и перфкаунтеров уходит в состояние not supported (например vmware.vm.cpu.ready или vmware.vm.perfcounter[{$URL},{$UUID},"mem/usage[average]"]). Очереди это конечно не создает, но все же хочется минимизировать количество Not supported айтемов.