Кто нибудь страдал такой ерундой как вкрячивание в систему zabbix agent?
А то очень интересные решения получаются.
zabbix-agent есть в пакетах.
Один наш клиент собирал мониторинг на нашей железке с zabbix, резервным питанием и отправкой тревожных SMS-ок, если всё совсем отпало. Попробую узнать подробности.
Агента (старенького) с бубном поднял.
Но вот как мониторить датчики не очень понятно.
если через mosquitto_sub, то в шеле все нормально - идет поток, ели забить тоже самое в секцию user parameter то получаем [m|ZBX_NOTSUPPORTED]. Видимо поток обработать не может.
В манх не нашел возможностей получить единичное значение.
Поднимать на zabbix сервере MQTT agents не хочется.
Мысли есть?
Можно попробовать использовать zabbix_sender, натравить его на вывод mosquitto_sub построчно через xargs.
Спасибо попробую.
При перезагрузке удалися каталог /var/run/zabbix-agent. Каталог создан руками.
у нас никаких особых действий над /var/run не совершается, всё как в обычном Debian.
Ещё можно попробовать собрать свой аналог “mosquitto_sub” или сделать скрипт на питоне, который будет выходить после первого полученного сообщения. Примеры для python: http://mosquitto.org/documentation/python/
http://mqtt.org/wiki/doku.php/python_examples
А у вас часом /var/run и /var/log не монтируется в оперативку?
root@wirenboard:~# mount
/dev/root on / type ext4 (rw,relatime,errors=remount-ro,stripe=1024,data=ordered)
devtmpfs on /dev type devtmpfs (rw,relatime,size=26156k,nr_inodes=6539,mode=755)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=5260k,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=10500k)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
вроде нет
Вот только /var/run симлинк на /run
Храните pid фаил в /var/run а не /var/run/xxx/
sdin Проблема была в том, что не корректно встал libopenipmi0. После переустановки все нормально.
Evgeny Boger Боюсь, что скрипт на питоне выше моих сил:( (катастрофически не хватает времени на изыскания - это все таки не по професси) Но я постораюсь 
ок, вот вам патч к mosquitto_sub https://gist.github.com/evgeny-boger/d2b2e3b3c0aec9d8e614
Собранный бинарник под armel:
https://github.com/contactless/filestorage/releases/download/0.1/mosquitto_sub.exit_after
Evgeny Boger Большое спасибо.
Может кому пригодится.
Вывод данных Userparameter, если указывать строку шела типа mosquitto_sub.exit_after -t /devices/wb-w1/controls/0000058d80ac --exit-after 1, выдает значение, но zabbix его воспринимает как текст. Для того чтоб принималось значения пришлось это все запихнуть в скрипт.
#!/bin/bash
printf mosquitto_sub.exit_after -t /devices/wb-w1/controls/0000058d80ac --exit-after 1
Все заработало, графики построились.
Еще раз спасибо за патч.
С прискорбием сообщаю, что данный метод заработал только для датчиков температуры Oregon, для 1 wire датчиков, мне не удалось перевести текстовое значение в данные.
что значит не удалось? В чём проблема?
После наката последнего обновления все заработало.
До этого происходило следующее mosquitto_sub выкидывало значение по 1wire датчикам как текстовую строку, при попытке перевода в цифровое значение средствами bash сыпало ошибку что аргумент (значение датчика не может быть поддержано.)
И даже не пришлось запускать скрипт.
Хм, в последних обновлениях про это не было вообще никчего.
как текстовую строку
по-другому и быть вообще не может.
В общем наверное что-то не так с вашими скриптами.