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

我也尝试过&& instread of; 但这无济于事。实际上，该命令根本不会触发！

我当然可以将延迟放置在随后从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是这样的，实际上sleep，由于未定义变量，您的命令仅因错误而失败-这就是为什么当您切换到&&而不是时，命令完全无法运行的原因;。（实际上，它$RANDOM是一个Bash函数，但是cron不能在完全缺少该功能的完整Bash环境中运行。）

要完成此任务，您将需要使用一个单独的Bash脚本，如您所说。另外，您也许可以找到一种cat /dev/urandom直接在cron命令中使用的方法，但是将当前需要的内容移到单独的Bash脚本中可能会更容易。