munin не рисует графики с удалённого компьютера

Может нужно джаву поставить? Или например попробовать отключить на время iptables и попробовать без него?

Джаву? Зачем? Не понимаю. :) На роутере правил iptables для локальной сети вообще нет. Просто бридж из нескольких сетевых карт, поверх него dnsmasq. И просто Нат с сетевого интерфейса, на котором есть доступ к Интернету. В логах munin-node видно, что сервер подключается, а в логах сервера видно, что сервер инфу забирает, просто не рисует графики. Вот почему не рисует - не знаю. В логах ещё указано «/veci/veci/diskstats_iops/sda-month.png», что сюда он не может сохранить файл, может он прямо в корень хочет сохранить? :) Типа /veci/veci/. Хотя в конфиге вроде чётко указаны все расположения. Эх, думаю может mrtg поставить. Он вроде проще. :)

На munin-node разрешил доступ со второго компа?

/etc/munin/munin-node.conf

# A list of addresses that are allowed to connect.  This must be a
# regular expression, since Net::Server does not understand CIDR-style
# network notation unless the perl module Net::CIDR is installed.  You
# may repeat the allow line as many times as you'd like

allow ^127\.0\.0\.1$
allow ^95\.31\.43\.16$

Ну и в логах надо смотреть, он пишет отчёт, когда данные получить не может.

В конфигах, которые я приложил, вроде указано.

allow ^192\.168\.1\.254$

Такого вида должно быть? 192.168.1.254 - это роутер, на котором стоит munin сервер. :)

http://paste.debian.net/88767/ вот лог побольше. Вроде что-то сливается с ноды munin, особо я прочесть тут ничего не могу. :) Может я и не прав.

Угу. С виду всё ок. Я бы подумал, что чего-то не хватает/не доустановилось, но раз Вы говорите, что для локальных данных рисуется — то всё ок.

Вариант ещё — если картинки статические, а не CGI, может, прав доступа на запись в целевом каталоге не хватает?

http://paste.debian.net/88771/ вроде все права в порядке. Ещё вот нашёл какую-то утилиту munin-check, сейчас запустил, правда достаточно долго уже выполняется, у меня железо старое, прошу подождать. :)

Ещё вот позволю себе спросить. Если у меня всё-таки всё получится(не без помощи, видимо :)), и я дальше буду использовать munin, то может ли разгрузить систему создание динамичных графиков с помощью cgi? Сейчас у меня в конфиге установлен параметр обновления графиков каждую минуту, и это жутко нагружает мой celeron на 1 сокете, который воткнут в качестве роутера. Пришлось даже cgroups настроить. :)

может ли разгрузить систему создание динамичных графиков с помощью cgi?

Да, и сильно. Когда машина каждые 5 минут (каждую минуту — совсем оверкил) перерисовывает сотни графиков с нескольких машин — это скоро начинает становиться заметно. Самое обидное  — машина это будет делать совершенно без пользы, т.к. смотреться эти графики будут на порядки реже :)

Хорошо, надо попробовать. Спасибо. :)

Вот, кстати, что munin-check сказал:

(2:524)# munin-check 
check /var/cache/munin/www
check /var/lib/munin/cgi-tmp
ls: невозможно получить доступ к /var/lib/munin/cgi-tmp/*: Нет такого файла или каталога
# /var/lib/munin/cgi-tmp/* : Wrong owner ( != munin)
check /var/lib/munin/datafile
check /var/lib/munin/datafile.storable
check /var/lib/munin/emohis
check /var/lib/munin/graphs
check /var/lib/munin/htmlconf.storable
check /var/lib/munin/limits
check /var/lib/munin/localdomain
check /var/lib/munin/munin-graph.stats
check /var/lib/munin/munin-update.stats
check /var/lib/munin/munin-update.stats.tmp
ls: невозможно получить доступ к /var/lib/munin/munin-update.stats.tmp: Нет такого файла или каталога
# /var/lib/munin/munin-update.stats.tmp : Wrong owner ( != munin)
check /var/lib/munin/router
check /var/lib/munin/state-emohis-brain.emohis.storable
check /var/lib/munin/state-emohis-router.emohis.storable
check /var/lib/munin/state-emohis-veci.emohis.storable
check /var/lib/munin/state-localdomain-localhost.localdomain.storable
check /var/lib/munin/state-router-router.storable
check /var/lib/munin/state-veci-veci.storable
check /var/lib/munin/veci
check miscellaneous
# /var/lib/munin-node/plugin-state : Wrong owner (root != nobody)
# /var/lib/munin-node/plugin-state : Wrong permissions (755 != 775)
# /etc/munin/plugin-conf.d : Wrong permissions (750 != 755)
Check done.  Please note that this script only checks most things,
not all things.

Please also note that this script may be buggy.

Хотя, например

(2:526)# ls -alh /var/lib/munin/cgi-tmp/
итого 4,0K
drwxrwxr-x 2 munin munin    6 Ноя 13 02:13 .
drwxr-xr-x 7 munin munin 4,0K Мар 21 01:33 ..

ls: невозможно получить доступ к /var/lib/munin/cgi-tmp/*: Нет такого файла или каталога

В /var/lib/munin лежат подкаталоги с данными выводимых машин. Ругается он не на то, что каталога нет, а на то, что внутри этого каталога пусто. Попробуй просто удалить этот каталог.

check /var/lib/munin/munin-update.stats.tmp

У меня такого нет. Возможно, что процесс munin'а создал временный файл к моменту начала munin-check, но во время работы последнего файл был удалён.

# /var/lib/munin-node/plugin-state : Wrong owner (root != nobody)
# /var/lib/munin-node/plugin-state : Wrong permissions (755 != 775)
# /etc/munin/plugin-conf.d : Wrong permissions (750 != 755)

Вот это надо поправить.

Спасибо за помощь. В итоге, в общем, поставил zabbix. Доволен им больше, чем munin. Всякие уведомления пишет, и zabbix-агенты тоже в пару тычков настраиваются, как и у munin, в общем, поудобней оказался. Спасибо, ещё раз. :)

В итоге, в общем, поставил zabbix. Доволен им больше, чем munin

У меня с ним не сложилось. И плагины под Zabbix писать сложнее, чем под Munin, и жрёт ресурсов больше. А пару раз Zabbix у меня вообще вразнос уходил, сжирая гигабайты оперативки. На чём я с ним и завязал :)