☰

Munin-cron 失败“无事可做”，可能是 munin.conf 问题？

tag-icon • tag-icon munin
Munin-cron 失败“无事可做”，可能是 munin.conf 问题？

我已经研究这个问题几个小时了，但还没能让 munin 在我的 CentOS 5.3 服务器上输出 html 文件/生成的资源使用情况图表。

以下是我以 munin 用户身份运行的一些操作及其结果：

/usr/share/munin/munin-update --nofork --debug

（以上工作正常，需要约 2.4 秒才能完成）

munin-run cpu

（并且其他选项/插件（除了‘cpu’）都运行良好并提供所需的输出）

munin-cron

失败原因：

[FATAL] There is nothing to do here, since there are no nodes with any plugins.  Please refer to http://munin-monitoring.org/wiki/FAQ_no_graphs at /usr/share/munin/munin-html line 38

我想知道我的 munin.conf 文件中的设置是否可能导致问题。以下是该文件的内容（如下）：

bdir   /var/lib/munin/
htmldir /home/archdev/public_html/monitoring
logdir  /var/log/munin
rundir  /var/run/munin/
tmpldir /etc/munin/templates

[archstl.archstl.org]
        address 127.0.0.1
        use_node_name yes

另外，当我运行 telnet localhost 4949 命令并列出节点的插件时，它会返回默认的 munin 列表... munin html 创建过程似乎有问题。:(

我正在运行 1.4.3 版本。

答案1

我最终通过 cPanel/WHM 界面安装了 munin（旧版本），现在一切正常。奇怪...

答案2

可能没有启用插件。检查

munin-node-configure --suggest --shell

执行这些命令，它应该会工作。这通常在启动时完成，但需要 python。

答案3

好吧，现在我正在配置另一台 CentOS 5.5 服务器，并且我从 EPEL 存储库安装了 Munin 1.4.5（我之前从标准 CentOS 存储库运行 1.2.5，它运行良好）。自从安装 1.4.5 以来，我没有得到任何图表，日志中也出现了同样的错误……此外，由于我在这台服务器上使用 Klaxo（呃），我无法使用 WHM/cPanel 的自动安装程序来运行最新版本。

我已经运行了$ sudo /usr/sbin/munin-node-configure --shell，但什么也没发生（它停留了几秒钟，然后返回到提示符。这是理应输出一堆 ln -s 行用于创建到插件的符号链接（我可以使用它通过管道传输到 shell | sudo sh，但是没有。

此外，/var/www/html/munin 目录曾是创建，但它不包含任何特定于服务器的文件/图形（它仅包含基本的 Munin 样式表和图形）。

如果我看一下 /etc/munin/plugins，里面全是插件。所以我不知道为什么 munin-node 不工作……确实很奇怪！我尝试了 Munin 的所有步骤FAQ_no_graphs页面，但没有任何帮助。

[编辑：刚刚查看了 munin-update.log，发现以下内容：

[错误] 主机名“servername_vps2”包含非法字符 (http://en.wikipedia.org/wiki/Hostname#Restrictions_on_valid_host_names)。请通过将非法字符替换为“-”来修复此问题。请记住在主配置和 munin-node 上都执行此操作。

... 看来我必须使用服务器的 FQDN（如通过 telnet 访问端口 4949 上的服务器所报告的那样），而不是像 1.2.5 那样使用自定义名称（带下划线）。我们看看这是否可行...]

答案4

我遇到了同样的问题。原因：在 munin.conf 中，我只有一个节点“localhost”，这与 munin 自身的想法不同。

解决方案：

telnet localhost 4949
.....
# munin node at your.domain.com
...

因此我在 munin.conf 中输入了“your.domain.com”，即您的 FQDN，而不是 localhost。

相关内容