AUser0

Так у вас Zabbix Agent не понимает протокол Zabbix Server-а. Первая цифра в версии сервера и агента хотя бы одинаковая?

Проще разкомментировать у Zabbix Agent-а в конфигах строку Server=, и после = вписать IP сервера. И закомментировать там же ServerActive=, что бы Agent сам не лез на сервер, ждал, когда сервер к нему придёт за данными. Разумеется порт 10050 на клиенте должен быть пропущен в firewall-е. Или вам точно нужен Active Agent?

Нужны двойные кавычки вокруг ключа: "/RETAIL-1C/SQLData(D:): Space utilization"

Можно. См. шаблоны с вытаскиванием статистики из SQL-серверов.

Я бы написал bash-евский скрипт с одним аргументом (название группы), который прописал бы в /etc/zabbix/scripts, и в котором делал бы всю математику с выводом процентов как результата.

Ведь было же вчера, такой же вопрос, про sudo для zabbix-agent! При чём от вас-же! Там и ответ в комментариях ЕСТЬ!

На сколько я понял из документации, из problem.get с object=0 берёте objectid, из trigger.get берёте эти objectid, там и будет hostid, вам дорога в host.get.

И не стоит acknowledged=true, так вы увидите только проблемы, увиденные и подтверждённые человеком. Нелогично.

Зависший сервер - это как правило вообще неработающий комп, до которого уже никак не достучаться. И через Zabbix Agent в том числе.

Поможет только IPMI, который в полноценном сервере обязан быть (имеется ввиду НЕ персоналка, из скряжничества обозванная сервером). Либо watchdog, в сервере он тоже должен быть.

Ну запустите zabbix_server вручную, с подсовыванием нужных конфигов. Сервер сам всё и скажет...

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

IMHO, если мой склероз не изменяет, как минимум должно быть так:
{Zabbix server.agent.hostname.last()} <> {HOST.NAME}

Ну так-то всё правильно. Сейчас проверил - Zabbix вполне видит свежесозданный файл /tmp/{HOST.NAME}.tmp (путь не пробовал, но влиять не должно). Или у вашего узла имя не "k123a", или... Хм, а других "или" и не существует. Если по прямому пути видит - значит всё, не совпадает имя узла.

В настройках этого Узла параметр "Имя узла сети" какое стоит? Не "Видимое имя", а именно "Имя узла сети".

Вам сервер будет Zabbix на пользователя root:
systemctl enable --now zabbix-server
Ошибка есть файл строки:
/var/log/zabbix/zabbix_server.log

P.S. Дык каквой вопрос - таквой и ответ.

Логично предположить, что в конфигах Zabbix Agent-а в файле template_db_postgresql.conf прописан запуск psql.exe, но Agent не может найти этот файл, о чём и ругается (на русском языке).

Укажите в конфиге полный путь к файлу psql.exe - и ошибка сменится уже на другую.

Очевидно, что сервер с Zabbix-ом не имеет доступа в Интернет, TCP-пакеты на 443 порт не проходят. Пробуйте на сервере консольную команду telnet api.telegram.org 443, если нет соединения - ищите где блокируется трафик. Если соединение есть - значит уже на самом сервере кто-то блокирует... А может у api.telegram.org неправильный IP?

У элемента данных добавьте интервал с нулевым временем повтора интервала и периодом 4-4,07:00-07:10.
В указанный период элемент данных не будет запрошиваться/приниматься/обрабатываться, а значит и триггеры по нему не будут срабатывать.

Вообще-то это действия для триггеров, для отправки извещений о проблемах с элементом данных.
А действие для LLD явно должно быть где-то в другом месте, надо искать...

P.S. Смотрите в "Обнаружении".

На сколько я понимаю, Zabbix передаёт данные из родительского элемента в потомков. Поэтому если и проводить тест - то на родительском элементе. Хотя IMHO вряд ли сработает, тестирование только получает/показывает данные. А для полной обработки в потомках нужно полноценное "выполнение".