Munin

Munin 不在 Ubuntu Server 14.04 中創建 HTML 文件

  • May 19, 2020

我已經在幾台伺服器上使用了 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

$ 遠端登錄 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

在全新安裝其他發行版時,這個錯誤似乎也隨機出現。

它總是由沒有配置節點引起的,或者更確切地說是單個節點配置不正確。

主節點和節點中節點的命名配置不匹配(觸發時通常都在同一主機上)

我解決了這個問題,但我不能 100% 確定它的根源是什麼。我嘗試了很多方法來恢復錯誤但沒有成功。我懷疑那裡掛著一個-old-munin 程序。伺服器是生產伺服器,所以我沒有重新啟動它。

這就是為什麼我懷疑:當我遇到上述問題時,我像往常一樣重新啟動了 munin“/etc/init.d/munin restart”或“service munin restart”以及“munin-node”。我什至清除並重新安裝了 munin,但問題仍然存在。就在幾分鐘前,我從其他伺服器複製了所有 /etc/munin 目錄(使用舊版本的 munin),所以我在重試之前殺死了所有“munin”程序。重試後,munin 工作正常。我認為這是配置文件中的內容,但即使將 munin 目錄替換為以前的目錄,它也可以正常工作(在重新啟動所有 munin 服務並刪除任何 munin 程序之後)。

摘要:我可能太早安裝了 munin,當時伺服器沒有正確設置。在 munin 失敗後,某些程序可能正在執行,從而阻止了 munin 正常工作。殺死所有“munin”程序可能已經解決了這個問題。

要更新我使用的圖表:

su - munin --shell=/bin/bash
test -x /usr/bin/munin-cron && /usr/bin/munin-cron

可能不是解決方案,但值得嘗試……

引用自:https://serverfault.com/questions/620846