Я использовал munin на нескольких серверах, и впервые на его настройку у меня уходит так много времени.
Когда я telnet munin напрямую, я могу перечислить службы, в журналах нет ошибок, и munin обновляется каждые 5 минут. Однако файлы html не создаются. Я использую расположение по умолчанию (/ var / cache / munin / www), и я могу подтвердить, что разрешения для этого каталога установлены на munin.munin
(IP и домен были изменены)
munin.conf:
dbdir /var/lib/munin
htmldir /var/cache/munin/www
logdir /var/log/munin
rundir /var/run/munin
[example.ne.jp;]
address 100.100.50.200
munin-node.conf:
log_level 4
log_file /var/log/munin/munin-node.log
pid_file /var/run/munin/munin-node.pid
background 1
setsid 1
user root
group root
host_name example.ne.jp
allow ^127\.0\.0\.1$
allow ^100\.100\.50\.200$
allow ^::1$
/ etc / hosts:
100.100.50.200 example.ne.jp mail.example.ne.jp
127.0.0.1 localhost
$ telnet example.ne.jp 4949
Trying 100.100.50.200...
Connected to example.ne.jp.
Escape character is '^]'.
# munin node at example.ne.jp
list
apache_accesses apache_processes apache_volume cpu cpuspeed df df_inode entropy fail2ban forks fw_packets if_err_eth0 if_err_eth1 if_eth0 if_eth1 interrupts ipmi_fans ipmi_power ipmi_temp irqstats load memory munin_stats mysql_bin_relay_log mysql_commands mysql_connections mysql_files_tables mysql_innodb_bpool mysql_innodb_bpool_act mysql_innodb_insert_buf mysql_innodb_io mysql_innodb_io_pend mysql_innodb_log mysql_innodb_rows mysql_innodb_semaphores mysql_innodb_tnx mysql_myisam_indexes mysql_network_traffic mysql_qcache mysql_qcache_mem mysql_replication mysql_select_types mysql_slow mysql_sorts mysql_table_locks mysql_tmp_tables ntp_2001:e40:100:208::123 ntp_91.189.94.4 ntp_kernel_err ntp_kernel_pll_freq ntp_kernel_pll_off ntp_offset ntp_states open_files open_inodes postfix_mailqueue postfix_mailvolume proc_pri processes swap threads uptime users vmstat
fetch df
_dev_sda3.value 2.1762874086869
_sys_fs_cgroup.value 0
_run.value 0.0503536980635825
_run_lock.value 0
_run_shm.value 0
_run_user.value 0
_dev_sda5.value 0.0176986285727571
_dev_sda8.value 1.08464646179852
_dev_sda7.value 0.0346633563514803
_dev_sda9.value 6.81031810822797
_dev_sda6.value 9.0932802215469
.
/var/log/munin/munin-node.log
Process Backgrounded
2014/08/16-14:13:36 Munin::Node::Server (type Net::Server::Fork) starting! pid(19610)
Binding to TCP port 4949 on host 100.100.50.200 with IPv4
2014/08/16-14:23:11 CONNECT TCP Peer: "[100.100.50.200]:55949" Local: "[100.100.50.200]:4949"
2014/08/16-14:36:16 CONNECT TCP Peer: "[100.100.50.200]:56209" Local: "[100.100.50.200]:4949"
/var/log/munin/munin-update.log
...
2014/08/16 14:30:01 [INFO]: Starting munin-update
2014/08/16 14:30:01 [INFO]: Munin-update finished (0.00 sec)
2014/08/16 14:35:02 [INFO]: Starting munin-update
2014/08/16 14:35:02 [INFO]: Munin-update finished (0.00 sec)
2014/08/16 14:40:01 [INFO]: Starting munin-update
2014/08/16 14:40:01 [INFO]: Munin-update finished (0.00 sec)
$ ls -la / var / cache / munin / www /
drwxr-xr-x 3 munin munin 19 Aug 16 13:55 .
drwxr-xr-x 3 root root 16 Aug 16 13:54 ..
drwxr-xr-x 2 munin munin 4096 Aug 16 13:55 static
Есть идеи, почему это не работает?
РЕДАКТИРОВАТЬ
Вот как выглядит / var / log / munin / log через несколько дней:
-rw-r----- 1 www-data 0 Aug 16 13:54 munin-cgi-graph.log
-rw-r----- 1 www-data 0 Aug 16 13:54 munin-cgi-html.log
-rw-rw-r-- 1 munin 0 Aug 16 13:55 munin-html.log
-rw-r----- 1 munin 0 Aug 19 06:18 munin-limits.log
-rw-r----- 1 munin 15K Aug 18 14:10 munin-limits.log.1
-rw-r----- 1 munin 1.8K Aug 18 06:15 munin-limits.log.2.gz
-rw-rw-r-- 1 munin 1.3K Aug 17 06:15 munin-limits.log.3.gz
-rw-r--r-- 1 root 6.5K Aug 16 13:55 munin-node-configure.log
-rw-r--r-- 1 root 0 Aug 17 06:18 munin-node.log
-rw-r--r-- 1 root 420 Aug 16 14:52 munin-node.log.1.gz
-rw-r----- 1 munin 0 Aug 19 06:18 munin-update.log
-rw-r----- 1 munin 11K Aug 18 14:10 munin-update.log.1
-rw-r----- 1 munin 1.6K Aug 18 06:15 munin-update.log.2.gz
-rw-rw-r-- 1 munin 1.5K Aug 17 06:15 munin-update.log.3.gz
ОБНОВИТЬ
Попытка запустить munin-cron или munin-html напрямую (su - munin --shell = / bin / bash),
$ perl /usr/share/munin/munin-html
$ /usr/bin/munin-cron --debug
отображает эту ошибку:
not a reference at /usr/share/perl5/Munin/Master/Utils.pm line 863.
имя хоста (или uname -n): (например, измененный домен)
example.ne.jp
В соответствии с: http://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg1248923.html
Эта ошибка возникла также случайно при новой установке другого дистрибутива.
Это всегда было вызвано тем, что ни один узел не был настроен, или, точнее, один узел был настроен неправильно.
Возникло несоответствие между конфигурацией именования узла в главном и в узле (которые обычно находятся на одном и том же хосте, когда это срабатывает)
Для обновления графиков использую:
su - munin --shell=/bin/bash
test -x /usr/bin/munin-cron && /usr/bin/munin-cron
Наверное, не решение, но попробовать стоит ...
Я решил проблему, но не уверен на 100%, что было ее источником. Я пробовал много вещей, но безуспешно. Я подозреваю, что там висел старый процесс. Сервер является производственным, поэтому я не перезапускал его.
Вот почему я подозреваю, что: Когда у меня возникла описанная выше проблема, я перезапустил munin как обычно "/etc/init.d/munin restart" или "service munin restart", а также "munin-node". Я даже очистил и переустановил munin, но проблема не исчезла. Всего несколько минут назад я скопировал с другого сервера весь каталог / etc / munin (со старой версией munin), поэтому я убил все процессы «munin» перед повторной попыткой. После повторной попытки munin работал без проблем. Я думал, что это что-то внутри файлов конфигурации, но даже заменив каталог munin на предыдущий, он работал без проблем (после перезапуска всех служб munin и удаления любого процесса munin).
Резюме: я, вероятно, установил munin слишком рано, когда сервер не был правильно настроен. После сбоя munin мог быть запущен какой-то процесс, который мешал правильной работе munin. Убийство всех "мунинских" процессов могло решить проблему.
В твоем munin.conf, устанавливать use_node_name yes под address 100.100.50.200 (по умолчанию no: http://munin-monitoring.org/wiki/use_node_name).
Смотрите также http://munin-monitoring.org/ticket/1285
У меня была аналогичная проблема в Ubuntu 18.04, когда apache не был установлен, но был установлен nginx. Очевидно, мне пришлось создать конфигурацию nginx, но стандартный каталог (/ var / www / html) был пуст.
В конце концов я понял, что файлы munin создаются в /var/cache/munin/www, поэтому создали символическую ссылку:
ln -s /var/cache/munin/www /var/www/html/munin