2012-03-25 8 views
2

私は、継承したサーバーで定期的に実行される不思議なプロセスがあります。私の最初の考えは、crontabが犯人だということでした。私はkyle burtonユーザーに属していないCronジョブ?

for user in $(cut -f1 -d: /etc/passwd); do echo $user; crontab -u $user -l; done 

で与えthis questionから次のコマンドを使用し、それらのほとんどが、それらのすべてではないを発見しました。どういうわけか、このコマンドで見ることができないユーザーに属していないcronプロセスがあるようです。

私は2つの質問があります:どのユーザーにも属さずにcronジョブが存在することができますか?(単にファイルを作成して "crontabファイル"を呼び出すとそのファイルがコマンドを呼び出すユーザーに関連付けられますか? crontabにインストールされている1つのファイルよりも)、2番目の場合は、現在インストールされているcronが実行するすべてのファイルをどのように見ることができますか?ありがとう。

EDIT:問題が見つかりました。 root以外のユーザーのための古いcrontabにはコメントアウトされた指示がいくつかありましたので、私はそれらを見ていませんでした。しかし、crontabファイルが再起動されていない限り、命令は

/etc/init.d/cron restart 

で(少なくとも私のシステムで)コメントアウトされた場合でも、変更は反映されません。私は時代遅れの命令を見ていましたが、上記のコードはすべてのcronジョブを表示するために働きます。私の混乱をおかけして申し訳ありません。

+1

これはunix.stackexchange.comの方が良いでしょう。 –

+0

時間の経過とともにSOの質問タイプが変わったようです。私はそれをUNIX SEに移すことを考えていますが、プログラマーのSE、サーバー管理SE、またはUNIX SEに属さないSOの質問のタイプはどうでしょうか? – hackartist

+0

この場合、問題がSOに適切かどうかはそれほど問題ではありませんが(unix.seでは、(http://stackoverflow.com/faq))、あなたははるかに集中した人々のグループが質問に答え、あなたはより良い答えを得るでしょう。 –

答えて

1

これはロングショットかもしれませんが、外部サーバーで動作しているcronjobでヒットしたwwwディレクトリのどこかにファイルが存在する可能性があります。

+0

私はそれについて考えてログだけを安全にチェックしましたが、実行中のコードは内部的にしか呼び出せないので、私はこのサーバー上で実行されているcronジョブであることを約99%確信しています – hackartist

2

最近のバージョンのLinuxシステムでは、ユーザーのcronファイル(rootを含む)に/ etc/crontabに 'system' crontabが保存されています。これは通常、/ etc/cronのスクリプトを実行するように設定されています。 [hourly | daily | weekly | monthly | yearly]