2

最近、(Fedora ベースの) サーバーに 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は静的ディレクトリを（muninユーザーに対して再帰的に）編集し、試してみましたchmod 777（実際にはすべきではありません）ので、基本的には許可の問題ではないようです。

また、私の開発サーバーは Ubuntu (12.04) ベースです。そこではうまくいきました。Ubuntu (14.04) を実行しているローカル マシンでも問題なく動作しました。これはOSの問題でしょうか？その可能性は非常に低いようです。他に何が欠けている可能性がありますか？どんな助けでも大歓迎です。

PS: もう 1 つ問題があります。munin-cronUbuntu で root として実行すると、次のようなエラーが表示されました。

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。構成の問題でしょうか？

4

1 に答える 1

0

CentOS 6.5 でも同じ問題がありました。これを修正した可能性のある権限はありません。そのため、munin ユーザーに代わって root の crontab で cron を実行する必要がありました。クレイジーに聞こえますが、うまくいきます：

  • root の crontab で cron をトリガーします。
    • これをルートの crontab に追加します*/5 * * * * sudo -u munin crontab -e
    • Defaults requirettyこの行をコメントアウトします/etc/sudoers
于 2015-07-23T12:08:46.753 に答える