Problème avec $ RANDOM dans crontab

J'ai un étrange problème avec $ RANDOM dans cron. Je souhaite exécuter une commande un nombre aléatoire de minutes après le déclenchement du cronjob.

Cet exemple fonctionne directement dans le terminal et retarde la commande jusqu'à 30 secondes (remplacez la commande par ce que vous voulez, c'est en fait un écho à / dev / ttyUSB0):

sleep `expr $RANDOM \% 30` ; command

Si la même ligne est placée dans crontab, la commande se déclenche toujours immédiatement sans délai:

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

Si j'utilise une expression sans $ RANDOM, cela fonctionne très bien - cela fait un délai de 15 secondes:

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

En d'autres termes, il semble que $ RANDOM ne fonctionne pas dans un cron.

Mais ce n'est pas simplement parce que $ RANDOM lui-même est évalué à zéro, car cela devrait donner un délai de 10:

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

J'ai également essayé avec && instread de; mais cela n'aide pas. En fait, alors la commande ne se déclenche pas du tout!

Je pourrais bien sûr placer le retard dans un script qui est ensuite appelé depuis crontab, mais cela n'explique pas mon problème et ne me fait pas apprendre :-)

C'est Debian Lenny si cela fait une différence.

cronutilise le /bin/shshell pour exécuter des tâches. Dans certaines distributions, il s'agit d'un lien symbolique vers dash. Aucun d'eux ne prend en charge la $RANDOMvariable, qui est une bashextension spécifique.

• Avec vixie-cron, vous pouvez mettre une ligne SHELL=/bin/bashen haut de votre crontab.

• Sinon, vous devrez régler avec bash -c 'echo $RANDOM'ou perl -e 'print int(rand(65535))'.

  (Dans l'exemple ci-dessus, 65535 est le nombre maximum à renvoyer. Vous pouvez également appliquer d'autres mathématiques dans le script.)

• Dans un système correctement configuré, vous auriez été informé de cela par cronlui-même - il envoie toujours la sortie du travail, y compris les messages d'erreur, par e-mail. Installez un MTA léger.

De plus, en bash, $(( ))est préférable à `expr`.

crons'exécute généralement avec un environnement moins "complet", ce qui signifie que vous n'avez tout simplement pas à disposition plusieurs des mêmes variables d'environnement. Apparemment, $RANDOMc'est l'un d'entre eux, et en fait, votre sleepcommande échoue simplement avec une erreur en raison de la variable non définie - c'est pourquoi votre commande n'a pas pu s'exécuter du tout lorsque vous êtes passé à la &&place de ;. (Eh bien, en fait, $RANDOMc'est une fonction Bash, mais cronne fonctionne pas dans un environnement Bash complet, qui n'a évidemment pas cette fonction.)

Pour accomplir cette tâche, vous devrez utiliser un script Bash distinct, comme vous l'avez dit. Alternativement, vous pourriez être en mesure de trouver un moyen d'utiliser cat /dev/urandomdirectement dans la croncommande, mais il serait probablement plus facile de simplement déplacer ce que vous avez actuellement vers un script Bash séparé.