
権限を変更して/var/log/cron.log
(権限の制限を軽減して)、それ以降はcronがロギングを停止したようです。もう作成していませんが、それ以降はゼロバイトのままです。/etc/rsyslog.d/50-default.conf
/var/log
logrotate --force /etc/rsyslog.d/50-default.conf
/var/log/cron.log
sudo touch /var/log/cron.log
私が権限で行った操作の詳細は次のとおりです。
実行sudo chmod 775 /var/log
後に権限を変更しましたsudo chmod 755 /var/log
。他のすべてのサービスは正しく記録されているように見え、cronジョブは実際に実行されていました(ps aux | grep rsync
cronを介してのみrsyncを実行したため、確認を使用)。
正しいユーザーとグループへのアクセスがわからないので、他のほとんどのログファイルにcron.log
変更してみましたsyslog:adm
が、役に立たなかったため、もう一度切り替えましたroot:root
。
cron.logに対する現在の権限:-rwxr-xr-x 1 root root 0 Apr 27 16:34 cron.log
ここでどこに行くのか分からない。>> /path/to/logfile
cron作業項目の最後に追加または編集して、必要なファイルにcronを記録できることを知っていますが、一貫性のために/etc/rsyslog.d/50-default.conf
cron.logに記録し続けたいと思います。私は>> /var/log/cron.log
各cronエントリの終わりに追加できると思いますが、それは私には少し昔ながらのようです。
編集:以下の私の意見に従ってログの場所を次のように変更し、/tmp/cron.log
ロギングが再開されました。最初は、これが間違ったフォルダやファイル権限があるという意味だと思いました。ただし、同じ展開を実行している他のコンピュータと比較して確認した結果、フォルダのアクセス許可は正確でした。ファイル権限は十分に制限されていないのでsudo chmod 640 cron.log
。
テストで空のcron.logを削除して再生成しませんでした。 crond.logに書き込むようにrsyslogd設定を変更しましたが、ファイルは生成されません。
答え1
編集してみてはいかがですか/etc/rsyslog.conf
? !ご存知のように、特定のロガーなしでrsyslogにサービスを記録することを強制できます。したがってman rsyslog.conf
、サービスでログを生成する方法を理解し、ここでログを送信するようにサービスを編集する方法を理解するには、この本を読んでください(/etc/init.d/rsyslog
ログ設定セクションのような場所で編集)。