Onde posso definir variáveis ​​de ambiente que o crontab usará?

Eu tenho um crontab funcionando a cada hora. O usuário que o executa possui uma variável de ambiente .bash_profileque funciona quando o usuário executa o trabalho a partir do terminal; no entanto, obviamente eles não são identificados pelo crontab durante a execução.

Eu tentei colocá-los .profilee, .bashrcmas eles ainda não parecem ser apanhados. Alguém sabe onde eu posso colocar vários ambientes que o crontab pode captar?

Faça com que 'cron' execute um script de shell que defina o ambiente antes de executar o 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

Os scripts em ~ / bin / Cron são todos links para um único script, 'runcron', que se parece com:

:       "$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 um padrão de codificação mais antigo - atualmente, eu usaria um '#!' No início.)

O '~ / .cronfile' é uma variação do meu perfil para uso pelo cron - rigorosamente não interativo e sem eco por causa de ser barulhento. Você pode organizar a execução do .profile e assim por diante. (O material REAL_HOME é um artefato do meu ambiente - você pode fingir que é o mesmo que $ HOME.)

Portanto, esse código lê o ambiente apropriado e executa a versão não Cron do comando no meu diretório pessoal. Então, por exemplo, meu comando 'dia da semana' se parece com:

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

# Update ICSCOPE
n.updics

O comando 'diário' é mais simples:

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

Você pode definir variáveis ​​de ambiente no próprio crontab ao executar a crontab -epartir da linha de comandos.

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

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

Esse recurso está disponível apenas para determinadas implementações do cron. Atualmente, o Ubuntu e o Debian usam o vixie-cron, o que permite que eles sejam declarados no arquivo crontab (também GNU mcron ).

O Archlinux e o RedHat usam cronie, que não permite que variáveis ​​de ambiente sejam declaradas e lançará erros de sintaxe no cron.log. A solução alternativa pode ser feita por entrada:

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

Eu tenho mais uma solução para este problema:

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

Nesse caso, ele selecionará toda a variável de ambiente definida no seu $HOME/.profilearquivo.

Claro $HOME também não está definido, você deve substituí-lo pelo caminho completo do seu $HOME.

Definir vars /etc/environmenttambém funcionou para mim no Ubuntu. A partir de 12.04, as variáveis ​​in /etc/environmentsão carregadas para cron.

Se você iniciar os scripts que está executando através do cron com:

#!/bin/bash -l

Eles devem pegar suas ~/.bash_profilevariáveis ​​de ambiente

Expandir o exemplo @carestad, que eu acho mais fácil, é executar o script com cron e ter o ambiente no script.

No arquivo crontab -e:

SHELL=/bin/bash

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

No arquivo cron_job.sh:

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

Qualquer comando após a origem do arquivo .bash_profile terá seu ambiente como se você estivesse conectado.

Para mim, eu tive que definir a variável de ambiente para um aplicativo php. Eu o adorei adicionando o seguinte código ao meu crontab.

$ sudo  crontab -e

crontab:

ENVIRONMENT_VAR=production

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

e dentro doSomethingWonderful.php eu poderia obter o valor do ambiente com:

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

Eu espero que isso ajude!

Tudo o que você definir crontabestará disponível nos cronjobs, diretamente e usando as variáveis ​​nos scripts.

Use-os na definição do cronjob

Você pode configurar crontabpara que ele defina variáveis ​​que o cronjob pode usar:

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

Agora o arquivo /tmp/hellomostra coisas 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

Use-os no script executado pelo cronjob

Você pode configurar crontabpara que ele defina variáveis ​​que os scripts possam usar:

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

E digamos que o script /tmp/myscript.shé assim:

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

Ele gera um arquivo /tmp/myoutput.resmostrando:

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

A expansão no @Robert Brisita acabou de expandir, também se você não quiser configurar todas as variáveis ​​do perfil no script, poderá selecionar as variáveis ​​a serem exportadas na parte superior do script

No arquivo crontab -e:

SHELL=/bin/bash

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

Em script.sh

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

some-other-command

Ao invés de

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

Use bash -l -c

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

Estou usando Oh-my-zshno meu macbook e tentei várias coisas para executar a tarefa crontab, mas, finalmente, minha solução foi anexar o .zshrcantes do comando ser executado.

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

Esta tarefa é executada a cada 30 minutos e usa .zshrc perfil para executar o comando my node.

Não se esqueça de usar o ponto antes da $HOMEvar.

Outra maneira - inspirada por esta resposta - de "injetar" variáveis ​​é a seguinte (exemplo fcron):

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

De help set:

-a Marca variáveis ​​modificadas ou criadas para exportação.

Usar + em vez de - faz com que esses sinalizadores sejam desativados.

Portanto, tudo o que é exportado set -e set +exportado para enve fica disponível para outros scripts, etc. Sem o uso setdas variáveis, é possível obter apenas a fonte set.

Além disso, também é útil passar variáveis ​​quando um programa exige que uma conta não raiz seja executada, mas você precisa de algumas variáveis ​​dentro do ambiente desse outro usuário. Abaixo está um exemplo passando em nullmailer vars para formatar o cabeçalho do email:

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

Tentei a maioria das soluções fornecidas, mas nada funcionou no começo. Acontece, porém, que não foram as soluções que falharam no trabalho. Aparentemente, meu ~/.bashrcarquivo começa com o seguinte bloco de código:

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

Isso basicamente é um case statement que verifica o conjunto atual de opções no shell atual para determinar se o shell está sendo executado interativamente. Se o shell estiver executando interativamente, ele passará para a fonte do ~/.bashrcarquivo. No entanto, em um shell invocado por cron, a $-variável não contém o ivalor que indica interatividade. Portanto, o ~/.bashrcarquivo nunca é totalmente adquirido. Como resultado, as variáveis ​​de ambiente nunca foram definidas. Se esse for o seu problema, sinta-se à vontade para comentar o bloco de código da seguinte forma e tente novamente:

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

Espero que isso seja útil

Você também pode anexar seu comando envpara injetar variáveis ​​de ambiente da seguinte maneira:

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