Вообще вот интересно, из 3625 участников хоть один (за вычетом запостившего) на это вообще поведётся?) тут же не чат домохозяек каких, тут у людей есть, как минимум, зачатки мозга. Но кого это фигня рассчитана?)

Думаешь, боты по какой-то ЦА чаты выбирают?)

А надо бы )

Не я помню мне как то чувак начал писать в приват, мол я DevOps, но при этом работаю пилотом, а работа инженером это мол хобби для души.....

Ну ок попереписывались ниочем, потом начал впаривать про то как он охеренно на биточках зарабатывает 😆

а я ему про российские ОФЗ, что там +80% в год можно делать и биткоины это херня, вкладывайся в Российские ОФЗ не будь лохом

Не знаю смог ли он прочитать через переводчик про ОФЗ, но мне было смешно

Собственно, да, это и надо - у меня малинки, которые должны иметь связь с сервером АПИ. Надо знать в какой момент они не могут туда достучаться и собирать лог, чтобы потом выставить провайдеру.
Видимо это надо делать на стороне агента и результаты постить на сервер (сервер у меня в пассиве). Как это сделать?

Собственно тесты подобные не делал, раз там linux, попробуйте через айтем system.run, выполнять команды, собирая результаты и далее их анализировать, что вам вернулось.
Нужно будет как то затестить рабочий/не рабочий вариант, и наверное вариант no data, когда сеть вообще отвалилась или ничего не возвращается (если такое бывает).

Сами мы не местные...
Через айтем систем.ран это как? Нам бы схему иль чертеж...

или не команды а скрипты, которые будут делать "операции" и возвращать результат, я тут мало чем подскажу, вроде бы некоторые из участников группы подобные кейсы решали, инструменты теже, просто способ использования другой.

тогда google, или ждать когда тут появится человек, который сможет расписать точно работающий кейс.

Когда вы создаете item, в шаблоне или хосте, вы указываете режим сбора, к примеру zabbix/zabbix active, и там есть список информации для сбора (CPU/RAM/DISK/ а есть system.run) system.run позволяет выполнить нечто, от клиента и получить результат, подробности на офф сайте zabbix.

—————————
у меня малинки, которые должны иметь связь с сервером АПИ. Надо знать в какой момент они не могут туда достучаться и собирать лог,
—————————

Если распишете более подробно что у вас настроено, и как это ломается, то это +50 к поиску правильного решения.

Ага, понял, покопаю. Только вот шаблоны, они же на сервере, он в пассиве. Связь с малинками односторонняя (активные агенты). Малинки при этом все равно смогут запускать команды?

Давайте начнем с того, что вы распишете как у вас "работает" и как "ломается", а то я может вам не тот способ мониторинга посоветовал.

Сервер в пассивном режиме "шаблоны" ? zabbix-proxy passive ? или zabbix-agent passive ?

Есть малинки, они подключены к сети через роутеры. Роутеры какие-то подключены через LTE, другие через аплинка, который тоже за NAT, так что прокинуть порты возможности нет и айпишники не фиксированы.
Поставил на них активных агентов, на сервере подключил авторегистрацию, настроил шаблоны для малинок. Успешно получаю уже обычную телеметрию типа нагрузки проца и температуры. Вопрос - как отобразить и логгировать ситуации, когда малинка не может достучаться до нашего сервера апи.
Достаточно подробно? Или что-то ещё не рассказал?

Ну я имел в виду немного другое

стоит малинка, лезет на api по IP 172.16.10.10, получает некую информацию.
В момент проблемы (которую хотим мониторить), этот IP от малинки может быть не доступен, или он доступен, но сама API не работает "по какой либо причине", в момент проблемы получаю ошибку при обращение к API, проблема к примеру не с сетью.


В целом посмотрел item,

system.run[command,<mode>]  
Run specified command on the host. Returns text result of the command; 1 - with mode as nowait (regardless of command result)

Параметр есть как для  zabbix-agent, так и для zabbix-agent active, думаю что работать будет.

Насколько я помню нужно отдельно в zabbix-agent в файле конфигурации разрешить remotecommand (от заббикс сервера), по умолчанию они кажется выключены.

Ага, понятно, покопаю на неделе.
Спасибо большое.

Я лично вижу 2 варианта
1) запускать команду, получать результат и записывать сразу на zabbix-server в item-data
2) запускать команду, писать результат в некий log_file на малинке, отдельно заббиксом собирать эти логи и дальше вешать триггеры на логи (если есть шанс что инфа может потеряться в момент проблемы).