верно

А как он вызывается? Пока не улавливаю связи с триггером...

Вызывается он так: bash /etc/zabbix/zabbix_agentd.d/execute.sh
А внутри самого скрипта execute.sh прописано: /usr/bin/echo "hello" >> /tmp/execute.log

Нет... я имею ввиду- это item c system.run или что?

Понял

А если в скрипт добавить -х и все выполнение перенаправить куда-нибудь, посмотреть чо происходит, сработает?

Да, с перенаправлением stdout могут быть фокусы. Я бы попробовал что-нибудь типа touch /tmp/test внутри скрипта

Хотя вроде должно работать и как сейчас. Я пас, нет идей -(

переменные окружения настроены?

попробуйте полный путь до баша написать

так же не отрабатывает(

Чудеса. Полный путь как А К предложил? Не знаю, какие переменные окружения кроме PATH могут влиять

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

Как это? Там большой JSON - имя, отображаемое имя, параметры запуска и пр.

Да, но сам вызов service.discovery получает всю портянку сервисов, что есть на пк, фильтровать портянку нужно на стороне з-сервера. А в варианте через wmi.getall можно в условии SELECT XXX FROM Win32_Service Where YY сразу отфильтровать и получить, то что нужно. Кому как удобнее, но наверно когда у Вас 100500 серверов и период дискавери у всех одинаковый, з-серверу будет попроще если на него будет прилетать меньше данных.

Идея хорошая. Может есть возможность сделать так, чтобы виджеты (активные триггеры или проблемы) на разные бызы можно было настроить? Плюс в том, что даже без вкладок дополнительных на одном экране можно будет видеть проблемы с двух серверов. Или вы как-то иначе на это смотрите?

Вообще не понимаю смысла

Что мы в итоге получаем?

Мониторинг нескольких несвязанных площадок на одном одной странице, но в разных виджетах