это же так работает?

я давно этого не делал

ой-вэй, простите. я чет думал будет понятно. КОроче есть коробочка, она будет тиражироваться её задача играть видео хочется её мониторить соответственно, метрики желаемые это пинг, температура и место на диске, а так же запущен ли плеер. Ну и хочется ещё видеть будет какие файлы есть на диске в заданных папках, откуда их берет плеер. И будет скрипт, который будет дергаться когда не будет виден процесс плеера. для перезапуска плеера.

пинг от кого к кому? средствами чего и для мониторинга на предмет чего? что ожидается под "какие файлы есть на диске в заданных папках, откуда их берет плеер"? как в этом должно помочь средство мониторинга? зачем скрипту для дёрганий нужен заббикс?

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

коробочки в одной сети с заббиксом? в предсказуемом диапазоне адресов? upd.: хотя, с появлением metadata, этот вопрос неактуален

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

ну, чтобы понять, сколько будет стоить работа, работу сначала нужно сформулировать

под вашими формулировками можно представить себе разные вещи и у них разная сложность

коробочки в одной сети с заббиксом? в предсказуемом диапазоне адресов? upd.: хотя, с появлением metadata, этот вопрос неактуален

есть же активная регистрация лет 6 уже

есть же активная регистрация лет 6 уже

это так называется, да? я чет думал что автодискавери. и откуда только слово прицепилось.

https://www.zabbix.com/documentation/2.2/ru/manual/discovery/auto_registration

ну вот да, это мне и надо

пинги на предмет чего? на доступность от самого заббикса, бинарное 0 и 1 на то, отвечает ли агент или нет? или нужно замерять icmp? до коробочек он есть? нужно замерять факт ответа, или замерять время ответа, или замерять процент loss?

факт ответа от заббикса к коробочке

почему бы упавшее приложение дёргать не скриптами с заббиксом, а upstart/systemd?

заббикс будет стоять на опенвпн сервер

да, это тупо, уберем

ок, а что понималось под "какие файлы есть на диске в заданных папках, откуда их берет плеер"? как это должно было выглядеть по задумке?

просто агент отдает текст который получает от кастомного скрипта

нужно под рукой иметь перечень роликов на девайсе

агент не примет мультистрочный текст, это будет длинный однострочник как вы планировали использовать такую метрику?

он всё время будет меняться, не будет диффаться между собой, как это должно было выглядеть по задумке и для чего?

просто читать, человеческими глазами

никаких триггеров, просто возможность зайти и посмотреть

заббикс в этом, к сожалению, не поможет

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

для этого можно развернуть систему оркестрации или управления конфигурациями, у которой будет масс-доступ к девайсам для масс-запуска команд для просмотра

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

нет, поскольку у заббикса нет такого типа метрики можно построить безумный LLD с созданием 1 файл - 1 метрика, но так никто не делает и это мало чем будет полезно

нет, поскольку у заббикса нет такого типа метрики можно построить безумный LLD с созданием 1 файл - 1 метрика, но так никто не делает и это мало чем будет полезно

я помню что выводил большие куски логов

хорошо, только где связь? =)

ну оно вроде как многострочное и выводилось в более-менее вменяемом виде

оно не многострочное, оно построчное

и кейс со сбором логов, всё-таки, это не про мониторинг списка файлов в папке

каждая строка лога уникальна, это не про листинг файлов

давайте с другой стороны: для чего вы хотите мониторить файлы в папке? чтобы извлечь из этого что? или мониторинг на предмет чего? какая цель?

чтобы видеть что уже успело синхронизироваться не разворачивая для этого новых сервисов для отображения этого во вменяемом виде

то есть вам нужен не список файлов, а, скажем, их чексумма?

нет, нужно именно имена файлов

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

а по какому принципу там синхронизируются файлы? какие возможны ситуации, и какие из них вы хотите проглядывать заббиксом?

там будет две папки, одна с роликами для всех девайсов, 1 с роликами для конкретно этого девайса

это будет рсинк или битторрентсинк если он ещё жив или что-то подобное, я ещё не подбирал

интернет будет не очень, возможно некоторые файлы будут выливаться долго

хотелось бы видеть что там конкретно есть в данный момент на удаленном устройстве, а не на сервере откуда всё разливается

хотелось бы видеть что там конкретно есть в данный момент на удаленном устройстве, а не на сервере откуда всё разливается

мне кажется, для этого больше подойдёт инструмент окрестрации или масс-управления, если не хочется строить собственных вебок со своими агентами (хотя строятся они быстро)

а о каком количестве файлов идёт речь?

а о каком количестве файлов идёт речь?

сие мне неведомо

ну, эм )

5? 10? 50? сотни?

ну я думаю не больше сотни в обеих папках

на один девайс, который будет мониториться

ну я думаю не больше сотни в обеих папках

то есть вы планировали глазами через заббикс смотреть список из сотни filename'ов?

который ещё и изменяется периодически в случайном порядке, рефреша страницу/поле с данными?

есть ли в этом вообще смысл?

когда вы так говорите я чувствую себя немного дебилом

ни в коем не пытался воспроизвести это чувство просто этот элемент задачи, видимо, был продуман ещё не до конца и было желание покрыть его существующими средствами; желание вполне понятное, но боюсь здесь будет лучше воспользоваться другим инструментом, самописным обзорщиком или системой управления конфигурациями, через которую можно будет запрашивать листинг с любого подключённого к ней хоста

понял, откидываем

хотя я всё таки покопаю в эту сторону сам

так

и оставшееся я неторопливо сделаю за 6 часов

заббикс может выводить на дэшборд 1 метрику или график по метрике или список нескольких последних строчек из лога или список нескольких последних строчек из string'овой метрики но у него сейчас нет способа засунуть в одну метрику целый лист файлов и визуализировать их прямо тем же заббиксом даже если совать в строковую метрику одну длинную строку, разделяя в ней имена файлов EOL'ами (\n), заббикс не сможет отображать её никак иначе, кроме как одной большой горизонтальной строкой на практике это 1) не будет юзабельно, особенно если имена будут приезжать в разном порядке; 2) очень быстро засрёт хранилище, если хранить их больше дня

т.е. гипотетически можно хакнуть визуализационные скрипты заббикса, первым делом чекать метрику на наличие EOL'ов, распознавать в них тот самый специфический лист, переписать специально для них отображение в разделение по строкам, но всё это будет даже дороже по времени, чем подключить коробки к системе управления конфигурациями или написать свою вебку для этой задачи

понял, понял, большое спасибо

заббикс может выводить на дэшборд 1 метрику или график по метрике или список нескольких последних строчек из лога или список нескольких последних строчек из string'овой метрики но у него сейчас нет способа засунуть в одну метрику целый лист файлов и визуализировать их прямо тем же заббиксом даже если совать в строковую метрику одну длинную строку, разделяя в ней имена файлов EOL'ами (\n), заббикс не сможет отображать её никак иначе, кроме как одной большой горизонтальной строкой на практике это 1) не будет юзабельно, особенно если имена будут приезжать в разном порядке; 2) очень быстро засрёт хранилище, если хранить их больше дня

Мне кажется что самопальный скрипт по листингу файлов и их чексумам, или же фактическому размеру и https://m.habrahabr.ru/company/zabbix/blog/337856/ может решить подобную задачу

Мне кажется что самопальный скрипт по листингу файлов и их чексумам, или же фактическому размеру и https://m.habrahabr.ru/company/zabbix/blog/337856/ может решить подобную задачу

по ссылке мониторинг статичного набора метрик от датчика, 1 метрика датчика - 1 метрика в мониторинге, и мониторинг тоже сравнительно статичного набора параметров от smartctl всё это кейсы про статический набор показателей и забор именно показателей а у человека необходимость не показатели per item собирать, а наблюдать за самим списком айтемов и если для редко изменяемых метрик LLD весьма удобен, то для такого кейса это будет извращением со всякими нюансами, вроде постоянно протухающих/сереющих айтемов = удалённых файлов, продолжающих висеть в списке и т.д. к тому же, куда-то человекочитабельно вывести их в список на некий дэшборд (это было одним из требований) будет проблематично так то LLD был предложен с самого начала, просто это не тот случай, где он действительно упростит отслеживание, т.к. сама задача слишком специфична и её с такой стороны обычно никто не решает

поставил заббикс-агента из сорцов (его нет для ARM), как его в автостарт корректно засунуть то теперь?

так же, как и в любом другом дистрибутиве: init/upstart/systemd-unit

мне раньше не доводилось руками скрипты писать для этих целей

какой дистр?

16.04 убунту

можно открыть deb-пакет и забрать из него zabbix-agent.service, положить его в /etc/systemd/system/, набрать systemctl enable zabbix-agent и systemctl start zabbix-agent

это понятно что не имеет

интересно, бинарник там же лежит

да, но с arm он не будет совместим

оттуда нужно забрать только unit-файл

понимаю

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

не, пакет не нужен

спасибо, вроде заработало

но пути не те же самые

котаны