我最近在我的(基于Fedora12的)服务器上安装了munin。现在,我想获取静态目录中的所有图形(应用程序运行在Django上)。因此,我通过将/etc/munin/munin.conf设置为我的静态文件夹的绝对路径来编辑文件htmldir。然后,当我执行一个munin-cron时,我得到了以下错误:
This program will easily break if you run it as root as you are
trying now. Please run it as user 'nobody'. The correct 'su' command
on many systems is 'su - munin --shell=/bin/bash'
Aborting.因此,我更改了用户,并尝试以用户身份运行munin。然后,我得到了以下错误:
[ERROR] Could not copy contents from /etc/munin/static/ to /[path to static
file] at /usr/share/perl5/vendor_perl/Munin/Master/HTMLOld.pm line 716.我chown-ed静态目录(对于munin用户是递归的),甚至尝试使用chmod 777 (实际上不应该这样做),所以基本上它似乎不是权限问题。
另外,我的开发服务器是基于Ubuntu (12.04)的。在那里效果很好。即使我的本地机器运行Ubuntu (14.04),它也运行得很好。这能成为操作系统的问题吗?这似乎是极不可能的。我还能错过什么?任何帮助都将不胜感激。
PS:还有一个陷阱。当我在Ubuntu(s)中以根用户身份运行munin-cron时,它给出的错误是:
This program will easily break if you run it as root as you are
trying now. Please run it as user 'munin'. The correct 'su' command
on many systems is 'su - munin --shell=/bin/bash'
Aborting.而这里是nobody。这会是配置问题吗?
我的munin版本是2.0.16。
发布于 2016-06-22 15:29:33
您不应该使用“root”用户运行munin。
尝试运行以下命令:
chown -R munin:munin /var/www/munin在此之后,尝试从"munin“用户返回”munin“。
发布于 2014-06-15 16:13:13
一开始:
您只能以用户munin的身份运行munin-cron,所以不能以root用户的身份运行它并不是一个错误。
日志文件中还有一些更多的细节吗?
在我的Ubuntu系统中,它们在/var/log/munin/中
在您的Fedora服务器上是哪个版本的Munin runnig?曼宁的一只小虫?
发布于 2014-06-15 20:32:40
您可以使用su - munin --shell=/bin/bash转换为Munin用户。
要显示版本号,请使用munin-cron -v
第一行类似于munin version 1.4.6.
这对我有用(Ubuntu 10.04/12.04/14.04)。
Munin有五个二进制文件,它们一起工作:
munin-update -收集数据
munin-graph -创建图
munin-limits -检查服务是否关键/警告(如果配置)
munin-html-构建HTML页面
munin-cron -调用其他二进制文件
因此,如果您(或您的Cronjob)调用munin-cron,那么所有的二进制文件都会执行她的任务。
每个二进制程序都编写自己的日志文件(在/var/log/munin/中是标准的),由二进制文件命名。
看看日志文件,也许你看到哪一个失败了。
日志文件通常以“错误代码”的形式包含更多信息。
https://serverfault.com/questions/605226
复制相似问题