私はいくつかのサーバーでmuninを使用しましたが、これを設定するのに非常に時間がかかったのは初めてです。
Muninを直接telnetで実行すると、サービスを一覧表示できます。ログにエラーはなく、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/[email protected]/msg1248923.html
このバグは、他のディストリビューションの新規インストールでもランダムに表示されたようです。
これは常に、構成されているノードがないか、正確には単一のノードが正しく構成されていないことが原因です。
マスターとノードのノードの名前付け構成に不一致がありました(通常、これはトリガー時に両方とも同じホスト上にあります)
私は問題を解決しましたが、何が原因であるかは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」プロセスを終了すると、問題が解決した可能性があります。
私が使用するチャートを更新するには:
su - munin --Shell=/bin/bash
test -x /usr/bin/munin-cron && /usr/bin/munin-cron
おそらく解決策ではありませんが、試してみる価値はあります...
あなたのmunin.conf
、 セットする use_node_name yes
下 address 100.100.50.200
(デフォルトはno
: http://munin-monitoring.org/wiki/use_node_name )です。