SLESでcrondを再起動しないと、新しいcronjobが無視されるのはなぜですか? [閉鎖]

SLESでcrondを再起動しないと、新しいcronjobが無視されるのはなぜですか? [閉鎖]

ユーザーの新しいcronjobを追加しました(SUSE LINUX Enterprise Server 9.4)。

# su - XXX
$ crontab -e

私が追加したものは次のとおりです。

* * * * * echo `date` >> /home/XXX/a.txt

しかし、a.txtは生成されません。ルートが crond を再起動した場合にのみ生成されます。

尋ねる:なぜ?

修正する:

machine:~ # chage -l XXX
Minimum:    1
Maximum:    99999
Warning:    7
Inactive:   -1
Last Change:        Apr 11, 2011
Password Expires:   Never
Password Inactive:  Never
Account Expires:    Never
machine:~ # 

したがって、ユーザーまたはそのパスワードは期限切れになりません。

アップデート:クローンバージョン:

cron-3.0.1-920.18

rootユーザーに新しいcrontabを追加してみました。同じです。 :D 新しいルート cronjob も実行されません。「crontab -e」がCRONDなどをリロードしていないようです...

ベストアンサー1

上記のコードを試しましたが、Red Hat Fedora 14で正常に動作します。

* * * * * echo `date` >> /home/saml/a.txt

ファイル出力:

$ tail -f a.txt 
Fri Oct 4 14:38:01 EDT 2013
Fri Oct 4 14:39:01 EDT 2013
Fri Oct 4 14:40:01 EDT 2013

試してみる価値があるもの

  1. crondサービスが実行されていることを確認できますか?

    $ sudo service --status-all |& grep crond
    crond (pid  1673) is running...
    
  2. cronのスプールディレクトリ設定を確認してください。

    $ rpm -qf $(type -P /usr/sbin/crond)
    cronie-1.4.8-2.fc14.x86_64
    
    $ rpm -ql cronie | grep '/var'
    /var/spool/cron
    

    存在と権限を確認するディレクトリを一覧表示します。

    $ sudo ls -ld /var/spool/cron/
    drwx------. 2 root root 4096 Oct  4 14:37 /var/spool/cron/
    
    $ sudo ls -l /var/spool/cron/
    total 4
    -rw------- 1 root root  0 Sep 16 23:47 root
    -rw------- 1 saml root 42 Oct  4 14:37 saml
    
  3. SELinux

    cronjobはSELinuxアクセスを使用して/home/XXXディレクトリに書き込むことができますか?

    クイックテストは、SELinuxの適用を一時的に無効にして問題が解決するかどうかを確認することです。

    $ getenforce
    Disabled
    

    有効になっている場合は無効にします。

    $ sudo setenforce 0
    

おすすめ記事