crond duplicate

cron で仕掛けたプログラムがどうも2回実行されている。おかしい。

プログラムおかしくないし、crontab の記述もおかしくないし。
crond のバグかよコラとか思ってたら、

# ps -ax | grep cron
442 ?? Is 0:15.17 /usr/sbin/cron -s
832 ?? Is 0:15.24 /usr/sbin/cron -s
#

( д ) ゚ ゚

ありえねー。ちくしょうオレの時間を返せ!(10分くらいだけど)と。
2個も起動してやがって!
このマシンおかしいのかね?と思って同様にインスコしたマシンもチェックしてみた。


%ps -ax | grep cron
442 ?? Ss 0:11.96 /usr/sbin/cron -s
834 ?? Ss 0:24.68 /usr/sbin/cron -s
%

( д )   ゚ ゚

チョイ待て。もう一台ある。見てみよう。

%ps -ax | grep cron
442 ?? Ss 0:10.90 /usr/sbin/cron -s
823 ?? Ss 0:20.37 /usr/sbin/cron -s
%s

( д )        ゚ ゚

おいおいおーい!3台全部かyp!_| ̄|○
全部一個ずつにしといたけど、原因が知りたい。。
ブートプロセスみたけど別に異常はなさそうな。みるところ間違ってるかなぁ。

再起動したくても今サービス中だしなぁ。
ショックでけえ。

しかしこの400台と800台に統一されているのが気になる。
同じプロセスをたどって命令通りに実行されているように見える。

FreeBSD 5.4-STABLE なんだけど、社内のちょっと古い 5.4-STABLE はそんな症状起きてない。
((((;゜Д゜)))ガクガクブルブル

トラックバック(0)

このブログ記事を参照しているブログ一覧: crond duplicate

このブログ記事に対するトラックバックURL: http://suken.jp/~kazu/mt/mt-tb.cgi/148

コメント(3)

なぜ

# ps aux

しない?

とりあえず、/usr/local/etc/rc.d の下を漁ってみる。

多くの場合、ax で用が済むかなぁと・・・
もちょっと欲しいときは u もつけますけども。
今回は u もあった方がよかったんですかねぇ?

とりあえず /usr/local/etc/rc.d はシロでした(´・ω・`)

u つけないと、そのプロセスの起動時刻がわからんやん。
つか、自分がどの情報を欲しいのかによるけどね。
grep にかけるつもりなら、w も必須だと思うが。
ましてや、Windows マシンから TeraTerm とかの貧弱な
環境でログインしているなら、なおさら。

で、原因はわからんけど。最近 freebsd-stable を読んでないんで、既知バグも調べてないや。

このブログ記事について

このページは、kazuが2005年9月 9日 20:31に書いたブログ記事です。

ひとつ前のブログ記事は「9/3 休」です。

次のブログ記事は「9/7 方向転換」です。

最近のコンテンツはインデックスページで見られます。過去に書かれたものはアーカイブのページで見られます。