crontabの$ RANDOMに関する問題

cronの$ RANDOMに奇妙な問題があります。cronjobが起動してからランダムな分数でコマンドを実行したいと思います。

この例は、ターミナルで直接動作し、コマンドを最大30秒遅らせます（コマンドを必要なものに置き換えてください。実際には、/ dev / ttyUSB0へのエコーです）。

sleep `expr $RANDOM \% 30` ; command

同じ行がcrontabに配置されている場合、コマンドは常に遅延なしですぐに実行されます。

* * * * * sleep `expr $RANDOM \% 30` ; command

$ RANDOMなしの式を使用すると、正常に機能します。これにより、15秒の遅延が生じます。

* * * * * sleep `expr 10 + 5` ; command

つまり、$ RANDOMはcronでは機能しないようです。

しかし、これは$ RANDOM自体がゼロに評価されるという単純な理由ではありません。これにより、遅延が10になるはずです。

* * * * * sleep `expr $RANDOM \% 30 + 10` ; command

&&も試してみました; しかし、それは役に立ちません。実際、コマンドはまったく実行されません！

もちろん、その後crontabから呼び出されるスクリプトに遅延を設定することもできますが、これは私の問題を説明せず、私に学習させることもありません:-)

それが違いを生むのは、Debian Lennyです。

cron/bin/shシェルを使用してタスクを実行します。一部のディストリビューションでは、これはへのシンボリックリンクdashです。どちらも$RANDOM、- bash固有の拡張である変数をサポートしていません。

• vixie-cronを使用するSHELL=/bin/bashと、crontabの上部に行を追加できます。

• それ以外の場合は、bash -c 'echo $RANDOM'またはで解決する必要がありperl -e 'print int(rand(65535))'ます。

  （上記の例では、返される最大数は65535です。スクリプト内で他の数式を適用することもできます。）

• 適切に構成されたシステムでは、このことcron自体が通知されます。エラーメッセージを含むジョブ出力は常に電子メールで送信されます。軽量MTAをインストールします。

また、bashでは$(( ))が優先され`expr`ます。

cron通常、「完全」ではない環境で実行されます。つまり、同じ環境変数の多くが利用できないだけです。明らか$RANDOMにそのようなものの1つであり、実際にsleepは、未定義の変数が原因でコマンドがエラーで失敗しているだけ&&です;。（実際に$RANDOMは、Bash関数ですがcron、完全なBash環境では動作しないため、明らかにこの関数が不足しています。）

このタスクを実行するには、先ほど述べたように、別のBashスクリプトを使用する必要があります。または、コマンドでcat /dev/urandom直接使用する方法を理解できる場合もありますがcron、おそらく現在持っているものを別のBashスクリプトに移動する方が簡単でしょう。