Variables dans crontab?

Comment puis-je stocker des variables dans mon crontab? Je me rends compte qu'il n'est pas de shell, mais dire que je veux avoir certaines constantes comme un chemin d'accès à mon application ou quelque chose?

Pensées?

InformationsquelleAutor JP Silvashy | 2010-09-03
  1. 79

    Dans Vixie cron, qui est probablement le plus commun, vous pouvez le faire presque exactement comme un script shell.

    VARIABLE=value
PATH=/bin:/path/to/doathing
0 0 * * * doathing.sh $VARIABLE

    La page de man dit:

    Une ligne active dans une crontab sera soit un paramètre d'environnement ou un cron commande. Un paramètre d'environnement est de la forme,

         name = value

    où les espaces autour de l'égalité-signe (=) sont en option, et tout autre non-les principaux espaces de la valeur sera une partie de la valeur attribuée
    au nom de. La chaîne de valeur peut être placé entre guillemets (simples ou doubles, mais correspondant) afin de préserver la tête ou en queue blancs. Le nom de
    la chaîne peut également être placé entre guillemets (simples ou doubles, mais correspondant) afin de préserver la leader de, de fuite ou à l'intérieur des espaces.

    Vous pouvez dire si vous avez Vixie cron en cochant la page de man pour crontab; l'auteur est Paul Vixie. Différents crons peuvent ou peuvent ne pas supporter cette (BusyBox du cron par exemple, ne fonctionne pas), dans ce cas, votre meilleure option est d'envelopper votre commande dans un shell script et exécutez le script à partir de cron à la place. En fait, c'est une bonne chose à faire pour rien de compliqué.

    • Est venu en arrière pour examiner cette question, j'ai demandé il y a 3 ans. C'est drôle comment les choses vont hein?
    • Ce post est trompeuse - cron prend uniquement en charge un ensemble de variables définies dans la cron table; par exemple, à la MAISON, MAILTO, SHELL, etc. Vous pas de définir des variables, par exemple TOTO=/foo/dir. J'ai pensé que je poste ce depuis ce post me conduire sur la mauvaise route pour un couple d'heures.
    • sur quel système et quel version de cron? Quel est votre crontab ressembler? La version de cron qui est livré avec OS X n'est pas explicitement indiqué comme pris en charge dans la page de man.
    • Je viens de testé avec un arbitraire de la variable d'environnement avec Vixie cron, et cela a fonctionné. Je voudrais savoir quelle est la version de cron que vous utilisez et ce que vous essayiez de le faire.
    • Même ici arbitraire de variables ne peuvent pas être définies: gaspillé énormément de temps à essayer de comprendre cette énigme. FWIW, je suis en utilisant une sorte de "coutume" de la distribution (QNAP TS-212 NAS) le plus proche que je puisse obtenir un version est via cat /proc/version (pas de lsb_release) et c'est ce que j'obtiens: Linux version 2.6.33.2 (root@NasX86-14) (gcc version 4.2.1) #1 Fri Jul 26 11:32:35 CST 2013. Espérons que cela aide les autres à économiser du temps.
    • Je vous remercie. Pouvez-vous dire quelle est la version de cron est une partie de cette distribution?
    • Essayez man 5 crontab. Chaque cron je peux trouver la prend en charge.
    • LoL -, ils n'avaient pas la peine de l'ajout de man de la distrib (et je sais que la plupart des autres à faire cela) et, puzzingly, which cron ne montre rien. crontab -h montre ceci: BusyBox v1.01 (2013.06.23-18:42+0000) multi-call binary - quoi que cela signifie.
    • lui-même est probablement dans /usr/sbin ou quelque chose et n'est généralement pas dans votre CHEMIN d'accès. Merci, c'est très utile.
    • comme mentionné, cette distribution est un minimaliste un (vit dans un ramfs disque RAM) et n'a pas man installés à toutes. Et je ne pense pas qu'ils sont même à l'aide de crond (mais je n'ai pas vraiment vérifié que l'on pas encore)
    • Je l'ai fait. Ils le font. Voici le code source. git.busybox.net/busybox/tree/miscutils/crond.c
    • merci, mec!
    • Juste une observation: crontab, c'est d'accepter n'importe quel symbole je l'aime à définir; toutefois, il est intéressant de noter que les définitions sont globaux dans la crontab. L'ordre dans lequel les définitions sont mélangés avec les commandes cron ne semble pas à la matière.
    • FWIW, je suis en utilisant Vixie du cron, et je peux définir la variable que je veux. Toutefois, la valeur de ces variables est pas interpolées avec d'autres variables de valeur, quel que soit l'ordre. Par exemple: FOO=${HOME}/foo ne fonctionne pas comme vous le souhaitez (il laisse "${HOME}" verbatim / non interpolé).
    • commentaire est extrêmement important, les voyages de moi tout le temps. Irritant...
    • J'ai donc besoin d'une date, "YD=date -d hier, %Y-%m-%d" - et il me faisait vraiment étrange message d'erreur, donc j'ai pensé à moi-même, "Comment le crontab syntaxe sucer encore plus?", j'ai donc essayé de se soustraire à l'tiret avant le "d", comme suit: "YD=date \-d hier, %Y-%m-%d" - au lieu du pourcentage, qui a besoin de s'échapper un peu partout. Devinez quoi. Crontab aspiré dans le bon chemin cette fois. Le mentionner ici, car les informations sur la façon crontab œuvres semble appartenir dans les commentaires sur complètement différent crontab questions.

    InformationsquelleAutor mkb
  2. 2

    Vous pouvez mettre des variables d'environnement dans le crontab. Voir la page de man pour crontab(5) pour plus de détails.

    InformationsquelleAutor Richard Fearn
  3. 0

    Garder mon crontab propre, je voudrais simplement appeler un script shell et faire les choses amusantes dans le script.

    • Pourriez-vous ajouter un exemple de comment le faire?
    InformationsquelleAutor Justaman
  4. -8

    Je ne suis pas beaucoup d'un unix gars, donc je ne peux pas dire anytihng de précis, mais cela semble être un bon endroit pour un pré-processeur étape.

    #define cmdpath /usr/bin/myfolder/cmd
0,30 8-17 * * 1-5 cmdpath
17 3 * * 1 cmdpath

    en cours d'exécution que par le biais de mon compilateur c++ du préprocesseur donne comme:

    0,30 8-17 * * 1-5 /usr/bin/myfolder/cmd
17 3 * * 1 /usr/bin/myfolder/cmd

    Qui semble être juste ce que vous vouliez.

    • Quand tout ce que vous avez est un marteau, tout problème ressemble à un clou.
    • Qui tourne relativement facile dans le processus de rédaction d'un crontab avec crontab -e dans un processus en trois étapes de l'édition de votre crontab, en invoquant le rpc, et d'installer la nouvelle crontab avec crontab $filename
    • a) qu'est ce que les scripts shell sont pour, et b), mais crontab -e ne pas faire ce qu'il veut, il n'est donc pas vraiment une réponse.
    • "#define" est compris comme un commentaire dans la crontab.
    • sauf le #define n'est jamais vu par cron. Il serait supprimée, & exapnded par le preprocesor.
    InformationsquelleAutor James Curran