Dove posso impostare le variabili d'ambiente che crontab utilizzerà?

Ho un crontab in esecuzione ogni ora. L'utente che lo esegue ha un ambiente senza variazioni nel .bash_profilefunzionamento quando l'utente esegue il lavoro dal terminale, tuttavia, ovviamente, questi non vengono rilevati da crontab quando viene eseguito.

Ho provato a inserirli .profilee .bashrc, tuttavia, non sembrano ancora essere raccolti. Qualcuno sa dove posso mettere le variabili d'ambiente che crontab può raccogliere?

Chiedi a "cron" di eseguire uno script shell che imposta l'ambiente prima di eseguire il comando.

Sempre.

#   @(#)$Id: crontab,v 4.2 2007/09/17 02:41:00 jleffler Exp $
#   Crontab file for Home Directory for Jonathan Leffler (JL)
#-----------------------------------------------------------------------------
#Min     Hour    Day     Month   Weekday Command
#-----------------------------------------------------------------------------
0        *       *       *       *       /usr/bin/ksh /work1/jleffler/bin/Cron/hourly
1        1       *       *       *       /usr/bin/ksh /work1/jleffler/bin/Cron/daily
23       1       *       *       1-5     /usr/bin/ksh /work1/jleffler/bin/Cron/weekday
2        3       *       *       0       /usr/bin/ksh /work1/jleffler/bin/Cron/weekly
21       3       1       *       *       /usr/bin/ksh /work1/jleffler/bin/Cron/monthly

Gli script in ~ / bin / Cron sono tutti collegamenti a un singolo script, 'runcron', che assomiglia a:

:       "$Id: runcron.sh,v 2.1 2001/02/27 00:53:22 jleffler Exp $"
#
#       Commands to be performed by Cron (no debugging options)

#       Set environment -- not done by cron (usually switches HOME)
. $HOME/.cronfile

base=`basename $0`
cmd=${REAL_HOME:-/real/home}/bin/$base

if [ ! -x $cmd ]
then cmd=${HOME}/bin/$base
fi

exec $cmd ${@:+"$@"}

(Scritto usando uno standard di codifica più vecchio, al giorno d'oggi, all'inizio userei uno shebang '#!').

Il '~ / .cronfile' è una variante del mio profilo per l'uso da parte di cron - rigorosamente non interattivo e senza eco per il fatto di essere rumoroso. È possibile organizzare l'esecuzione del file .profile e così via. (Il materiale REAL_HOME è un artefatto del mio ambiente - puoi fingere che sia lo stesso di $ HOME.)

Quindi, questo codice legge l'ambiente appropriato e quindi esegue la versione non Cron del comando dalla mia directory home. Quindi, ad esempio, il mio comando 'giorni feriali' appare come:

:       "@(#)$Id: weekday.sh,v 1.10 2007/09/17 02:42:03 jleffler Exp $"
#
#       Commands to be done each weekday

# Update ICSCOPE
n.updics

Il comando 'giornaliero' è più semplice:

:       "@(#)$Id: daily.sh,v 1.5 1997/06/02 22:04:21 johnl Exp $"
#
#       Commands to be done daily

# Nothing -- most things are done on weekdays only

exit 0

È possibile definire le variabili di ambiente nel crontab stesso quando si esegue crontab -edalla riga di comando.

LANG=nb_NO.UTF-8
LC_ALL=nb_NO.UTF-8
# m h  dom mon dow   command

* * * * * sleep 5s && echo "yo"

Questa funzione è disponibile solo per alcune implementazioni di cron. Ubuntu e Debian attualmente usano vixie-cron che consente di dichiararli nel file crontab (anche GNU mcron ).

Archlinux e RedHat usano cronie che non consente di dichiarare le variabili di ambiente e genererà errori di sintassi in cron.log. La soluzione alternativa può essere eseguita per voce:

# m h  dom mon dow   command
* * * * * export LC_ALL=nb_NO.UTF-8; sleep 5s && echo "yo"

Ho un'altra soluzione per questo problema:

0 5 * * * . $HOME/.profile; /path/to/command/to/run

In questo caso sceglierà tutte le variabili d'ambiente definite nel tuo $HOME/.profilefile.

Naturalmente $HOMEanche non è impostato, devi sostituirlo con il percorso completo del tuo $HOME.

Anche l'impostazione di Vars /etc/environmentha funzionato per me in Ubuntu. A partire da 12.04, le variabili in /etc/environmentsono caricate per cron.

Se avvii gli script che stai eseguendo tramite cron con:

#!/bin/bash -l

Dovrebbero raccogliere le ~/.bash_profilevariabili di ambiente

Espandere sull'esempio di @carestad, che trovo più facile, è eseguire lo script con cron e avere l'ambiente nello script.

Nel file crontab -e:

SHELL=/bin/bash

*/1 * * * * $HOME/cron_job.sh

Nel file cron_job.sh:

#!/bin/bash
source $HOME/.bash_profile
some_other_cmd

Qualsiasi comando dopo l'origine di .bash_profile avrà il tuo ambiente come se avessi effettuato l'accesso.

Per me ho dovuto impostare la variabile d'ambiente per un'applicazione php. L'ho reslo aggiungendo il seguente codice al mio crontab.

$ sudo  crontab -e

crontab:

ENVIRONMENT_VAR=production

* * * * * /home/deploy/my_app/cron/cron.doSomethingWonderful.php

e dentro doSomethingWonderful.php ho potuto ottenere il valore ambientale con:

<?php     
echo $_SERVER['ENVIRONMENT_VAR']; # => "production"

Spero che aiuti!

Qualunque cosa tu abbia impostato crontabsarà disponibile nei cronjobs, sia direttamente che usando le variabili negli script.

Usali nella definizione del cronjob

È possibile configurare in crontabmodo da impostare variabili che quindi possono utilizzare cronjob can:

$ crontab -l
myvar="hi man"
* * * * * echo "$myvar. date is $(date)" >> /tmp/hello

Ora il file /tmp/hellomostra cose come:

$ cat /tmp/hello 
hi man. date is Thu May 12 12:10:01 CEST 2016
hi man. date is Thu May 12 12:11:01 CEST 2016

Usali nello script eseguito da cronjob

È possibile configurare in crontabmodo da impostare variabili che quindi gli script possono utilizzare:

$ crontab -l
myvar="hi man"
* * * * * /bin/bash /tmp/myscript.sh

E dire che lo script /tmp/myscript.shè così:

echo "Now is $(date). myvar=$myvar" >> /tmp/myoutput.res

Genera un file che /tmp/myoutput.resmostra:

$ cat /tmp/myoutput.res
Now is Thu May 12 12:07:01 CEST 2016. myvar=hi man
Now is Thu May 12 12:08:01 CEST 2016. myvar=hi man
...

L'espansione su @Robert Brisita si è appena estesa, anche se non si desidera impostare tutte le variabili del profilo nello script, è possibile selezionare le variabili da esportare nella parte superiore dello script

Nel file crontab -e:

SHELL=/bin/bash

*/1 * * * * /Path/to/script/script.sh

In script.sh

#!/bin/bash
export JAVA_HOME=/path/to/jdk

some-other-command

Invece di

0  *  *  *  *  sh /my/script.sh

Usa bash -l -c

0  *  *  *  *  bash -l -c 'sh /my/script.sh'

Sto usando Oh-my-zshnel mio macbook, quindi ho provato molte cose per far funzionare l'attività crontab ma alla fine, la mia soluzione stava anteponendo l' .zshrcesecuzione prima del comando.

*/30 * * * * . $HOME/.zshrc; node /path/for/my_script.js

Questa attività viene eseguita ogni 30 minuti e utilizza il .zshrcprofilo per eseguire il comando my node.

Non dimenticare di usare il punto prima del $HOMEvar.

Un altro modo - ispirato da questa risposta - di "iniettare" le variabili è il seguente (esempio fcron):

%daily 00 12 \
    set -a; \
    . /path/to/file/containing/vars; \
    set +a; \
    /path/to/script/using/vars

Da help set:

-a Contrassegnare le variabili che vengono modificate o create per l'esportazione.

L'uso di + anziché di - fa sì che questi flag vengano disattivati.

Quindi tutto ciò che sta nel mezzo set -e set +viene esportato in enved è quindi disponibile per altri script, ecc. Senza usare setle variabili, provengono ma vivono setsolo.

A parte questo, è anche utile passare le variabili quando un programma richiede l'esecuzione di un account non root ma avresti bisogno di alcune variabili nell'ambiente di quell'altro utente. Di seguito è riportato un esempio che passa nei null nuller per formattare l'intestazione dell'e-mail:

su -s /bin/bash -c "set -a; \
                    . /path/to/nullmailer-vars; \
                    set +a; \
                    /usr/sbin/logcheck" logcheck

Ho provato la maggior parte delle soluzioni fornite, ma all'inizio non ha funzionato nulla. Si scopre, tuttavia, che non erano le soluzioni a non funzionare. Apparentemente, il mio ~/.bashrcfile inizia con il seguente blocco di codice:

case $- in
    *i*) ;;
    *) return;;
esac

Questo è fondamentalmente uno case statementche controlla l'insieme corrente di opzioni nella shell corrente per determinare che la shell funziona in modo interattivo. Se la shell funziona in modo interattivo, passa alla ricerca del ~/.bashrcfile. Tuttavia, in una shell invocata da cron, la $-variabile non contiene il ivalore che indica l'interattività. Pertanto, il ~/.bashrcfile non viene mai fornito completamente. Di conseguenza, le variabili di ambiente non sono mai state impostate. Se questo è il tuo problema, sentiti libero di commentare il blocco di codice come segue e riprova:

# case $- in
#     *i*) ;;
#     *) return;;
# esac

Spero che questo risulti utile

Puoi anche anteporre il tuo comando envper iniettare le variabili d'ambiente in questo modo:

0 * * * *   env VARIABLE=VALUE /usr/bin/mycommand