¿Dónde puedo configurar las variables de entorno que usará crontab?

Tengo un crontab ejecutándose cada hora. El usuario que lo ejecuta tiene variables de entorno .bash_profileque funcionan cuando el usuario ejecuta el trabajo desde la terminal, sin embargo, obviamente estas no son recogidas por crontab cuando se ejecuta.

He intentado configurarlos .profiley .bashrctodavía no parecen ser recogidos. ¿Alguien sabe dónde puedo poner variables de entorno que crontab puede recoger?

Haga que 'cron' ejecute un script de shell que establece el entorno antes de ejecutar el comando.

Siempre.

#   @(#)$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

Los scripts en ~ / bin / Cron son todos enlaces a un solo script, 'runcron', que se ve así:

:       "$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 ${@:+"$@"}

(Escrito usando un estándar de codificación más antiguo; hoy en día, usaría un shebang '#!' Al principio).

El '~ / .cronfile' es una variación de mi perfil para uso de cron, rigurosamente no interactivo y sin eco por el hecho de ser ruidoso. Puede organizar la ejecución del .profile y así sucesivamente. (El material REAL_HOME es un artefacto de mi entorno; puede fingir que es lo mismo que $ HOME).

Entonces, este código lee el entorno apropiado y luego ejecuta la versión del comando que no es Cron desde mi directorio de inicio. Entonces, por ejemplo, mi comando 'día de la semana' se ve así:

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

# Update ICSCOPE
n.updics

El comando 'diario' es más simple:

:       "@(#)$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

Puede definir variables de entorno en el crontab en sí mismo cuando se ejecuta crontab -edesde la línea de comandos.

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

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

Esta característica solo está disponible para ciertas implementaciones de cron. Ubuntu y Debian actualmente usan vixie-cron que permite que estos se declaren en el archivo crontab (también GNU mcron ).

Archlinux y RedHat usan cronie que no permite que se declaren variables de entorno y arrojará errores de sintaxis en cron.log. La solución se puede hacer por entrada:

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

Tengo una solución más para este problema:

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

En este caso, elegirá todas las variables de entorno definidas en su $HOME/.profilearchivo.

Por supuesto, $HOMEtampoco está configurado, debe reemplazarlo con la ruta completa de su $HOME.

Configurar vars /etc/environmenttambién funcionó para mí en Ubuntu. A partir de 12.04, las variables en /etc/environmentse cargan para cron.

Si inicia los scripts que está ejecutando a través de cron con:

#!/bin/bash -l

Deberían recoger ~/.bash_profilelas variables de entorno.

Expandir el ejemplo de @carestad, que me parece más fácil, es ejecutar el script con cron y tener el entorno en el script.

En el archivo crontab -e:

SHELL=/bin/bash

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

En el archivo cron_job.sh:

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

Cualquier comando después de la fuente de .bash_profile tendrá su entorno como si hubiera iniciado sesión.

Para mí tuve que establecer la variable de entorno para una aplicación php. Lo reservé agregando el siguiente código a mi crontab.

$ sudo  crontab -e

crontab:

ENVIRONMENT_VAR=production

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

y dentro de doSomethingWonderful.php podría obtener el valor del entorno con:

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

¡Espero que esto ayude!

Lo que establezca crontabestará disponible en los cronjobs, tanto directamente como usando las variables en los scripts.

Úsalos en la definición del cronjob

Puede configurarlo crontabpara que establezca variables que luego el cronjob puede usar:

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

Ahora el archivo /tmp/hellomuestra cosas como:

$ 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

Úsalos en el script ejecutado por cronjob

Puede configurar crontabpara que establezca variables que luego los scripts pueden usar:

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

Y decir guión /tmp/myscript.shes así:

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

Genera un archivo que /tmp/myoutput.resmuestra:

$ 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
...

Expandir en @Robert Brisita se acaba de expandir, también si no desea configurar todas las variables del perfil en el script, puede seleccionar las variables para exportar en la parte superior del script

En el archivo crontab -e:

SHELL=/bin/bash

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

En script.sh

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

some-other-command

En vez de

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

Usa bash -l -c

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

Estoy usando Oh-my-zshmi Macbook, así que he intentado muchas cosas para ejecutar la tarea crontab, pero finalmente, mi solución fue anteponer .zshrcel comando anterior a ejecutar.

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

Esta tarea se ejecuta cada 30 minutos y usa el .zshrcperfil para ejecutar mi comando de nodo.

No olvides usar el punto antes de la $HOMEvar.

Otra forma, inspirada por esta respuesta , de "inyectar" variables es la siguiente (ejemplo de fcron):

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

De help set:

-a Marcar variables que se modifican o crean para la exportación.

El uso de + en lugar de - hace que estas banderas se apaguen.

Por lo tanto, todo lo que está en el medio set -y set +se exporta a, envy luego está disponible para otros scripts, etc. Sin usar setlas variables, se obtienen pero viven setsolo.

Aparte de eso, también es útil pasar variables cuando un programa requiere una cuenta no root para ejecutarse, pero necesitaría algunas variables dentro del entorno de ese otro usuario. A continuación se muestra un ejemplo que pasa en vars nullmailer para formatear el encabezado del correo electrónico:

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

Probé la mayoría de las soluciones proporcionadas, pero nada funcionó al principio. Sin embargo, resulta que no fueron las soluciones las que no funcionaron. Aparentemente, mi ~/.bashrcarchivo comienza con el siguiente bloque de código:

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

Básicamente, esto es un case statementque comprueba el conjunto actual de opciones en el shell actual para determinar que el shell se ejecuta de forma interactiva. Si el shell se está ejecutando de forma interactiva, entonces se pasa a la fuente del ~/.bashrcarchivo. Sin embargo, en un shell invocado por cron, la $-variable no contiene el ivalor que indica interactividad. Por lo tanto, el ~/.bashrcarchivo nunca se obtiene completamente. Como resultado, las variables de entorno nunca se configuraron. Si este es su problema, no dude en comentar el bloque de código de la siguiente manera e intente nuevamente:

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

Espero que esto resulte útil

También puede anteponer su comando envpara inyectar variables de entorno de esta manera:

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