☰

アップデート2

tag-icon • tag-icon fedora cron
アップデート2

アップデート2

これはFedora 23で文書化された問題です。ここに記載されている回避策を使用しました。https://bugzilla.redhat.com/show_bug.cgi?id=1263328。うまくいくようです。

修正する

selinuxを許可モードに設定しましたが、これで動作します。誰もが何が起こっているのかについての洞察を提供できますか？

オリジナル

を使用してcrontab -e以下を行いました。

* * * * * echo test >> /tmp/a.log

しかし、何も起こらないようです。

注：この行の後には空白行があります。

私が試したこと

私は見た今回のサーバー障害の問題しかし、解決策が見つかりません。走る

ps -ef | grep cron | grep -v grep

与えられた

root       986     1  0 22:07 ?        00:00:01 /usr/sbin/crond -n

私は何が間違っているのかわかりません。助けてください。

答え1

バグが原因で解決しました。このアップデートは2016年1月に行われました。。

答え2

うまくいかないのか？

[nazu@palaceredirect ~]# crontab -l
* * * * * /bin/echo hi >> /tmp/test
[nazu@palaceredirect ~]# ls -l /tmp
-rw-r--r--. 1 nazu nazu    6 Jan 17 20:54 test
  1. アカウントのメールを確認して、報告内容があるかどうかを確認してください。mail注文する。
  2. crond不明な場合は再起動してください。systemctl restart crond.service
  3. /etc/cron.denyを確認することもできます。

ただし、cronでコマンドの完全修飾パスを使用する必要があります。習慣にしてください。

答え3

まず、Cronジョブをテストするファイルを作成します。

 $touch echo.sh

ファイルにスクリプトを入力し、まず手動で試してください。スクリプトが正しく実行されたら、Cronjobとしてスケジュールできます。

権限設定：

$ chmod +x /path/to/file/echo.sh

スケジュールされたタスクの例：

 crontab -e

* * * * * /path/to/file/echo.sh

アイテムを保存します。

cronの出力を確認することもできます。

grep CRON /var/log/syslog

または

tail -f /var/log/syslog | grep CRON

答え4

次のことをお勧めします。

  • 一部のSELinuxトラブルシューティングツールのインストール##

    yum install setroubleshoot setools

  • audit.logファイルをスキャンし、見つかったすべてのSELinux問題を含むレポートを生成します＃＃

    sealert -a /var/log/audit/audit.log

  • レポートの最後にあるコマンドを使用して新しいポリシーを作成して問題を解決するか、ホワイトリストに追加します。＃＃

関連情報