Так а если тест элемента делать - данные приходят?
В Request body вроде можно ничего не писать.
Если данные приходят с элемента, то делаем ещё правило препроцессинга JSONPath "$.version"
И затем уже триггер на этот элемент, что последний и предыдущий результат не равны.
ODBC poller - это пуллеры, которые отвечают за метрики, которые через ODBC выполняют запросы к базе. Надо смотреть эти метрики, вероятно запросы стали выполняться долго, поэтому он не успевает обрабатывать.
А в заббиксе имя хоста точно 10.10.10.105? Первая ошибка вообще говорит о том, что hostname в настройках заббикс-агента не соответствует имени хоста на сервере.
И первое сообщение относится к активным проверкам, а второе к пассивным.
Мы подобные вещи так засовываем в заббикс:
Питоном превращаем данные в JSON {'{#ITEM}': '605', ...}, один JSON для правила дискаверинга и создания прототипа элементов данных по параметру, который будет уникальный в таблице (computer name?), второй JSON, который будет отправляться по созданным прототипам данным. И потом в заббиксе создаются прототипы зависимых элементов данных, которые через regexp из строки JSON`a вытаскивают нужные параметры.
У меня такая же ситуация.
Центральный офис - два канала, точки 1\2 канала.
На центральном микротике поднят l2tp сервер, в точках соответственно клиенты.
Необходимо, что бы при падении основного канала в офисе VPN переподключался на резервный канал.
Настроил через скрипт проверку доступности основного канала и при его падении гасится один l2tp-clinet интерфейс и поднимается другой (в котором вбит Connect To резервного интернета в центральном офисе). Это всё работает. Но при попытке инициализации VPN ругается "old tunnel is not closed yet" и не хочет ни в какую коннектиться. Не помогает удаление из активных соединений и из Connections в Firewall`е. Как только меняю обратно, всё замечательно поднимается.