Где я могу установить переменные окружения, которые будет использовать crontab?

Вы можете определить переменные среды в самом crontab при запуске crontab -e из командной строки.

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

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

Эта функция доступна только для некоторых реализаций cron. Ubuntu и Debian в настоящее время используют vixie-cron, которые позволяют объявлять их в файле crontab (также GNU mcron).

Archlinux и RedHat использовать cronie, который не позволяет разрешать переменные среды и будет вызывать синтаксические ошибки в cron.log. Обходное решение может быть выполнено для каждого входа:

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

У меня есть еще одно решение этой проблемы:

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

В этом случае он выберет всю переменную среды, определенную в файле $HOME/.profile.

Конечно, $HOME также не установлен, вы должны заменить его полным путем вашего $HOME.

Настройка vars в /etc/environment также работала для меня в Ubuntu. Начиная с 12.04, переменные в /etc/environment загружаются для cron.

Расширение на примере @carestad, которое мне становится проще, - запустить script с помощью cron и создать среду в script.

В файле crontab -e:

SHELL=/bin/bash

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

В файле cron_job.sh:

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

Любая команда после источника .bash_profile будет иметь вашу среду, как если бы вы вошли в систему.

Для меня мне пришлось установить переменную окружения для приложения php. Я изменил его, добавив следующий код в мой crontab.

$ sudo  crontab -e

кронтаб:

ENVIRONMENT_VAR=production

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

и внутри doSomethingWonderful.php Я могу получить значение среды с помощью:

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

Надеюсь, это поможет!

Все, что вы установили в crontab, будет доступно в cronjobs, как напрямую, так и используя переменные в сценариях.

Используйте их в определении cronjob

Вы можете настроить crontab так, чтобы он устанавливал переменные, которые затем могут использовать cronjob:

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

Теперь файл /tmp/hello показывает такие вещи, как:

$ 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

Используйте их в script запустите cronjob

Вы можете настроить crontab так, чтобы он устанавливал переменные, которые могут использовать сценарии:

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

И скажем, что script /tmp/myscript.sh выглядит следующим образом:

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

Он генерирует файл /tmp/myoutput.res, показывающий:

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

Вместо

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

Использовать bash -l -c

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

Расширение на @Robert Brisita просто расширяется, также если вы не хотите настраивать все переменные профиля в script, вы можете выбрать переменные для экспорта в верхней части script

В файле crontab -e:

SHELL=/bin/bash

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

В script.sh

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

some-other-command

Другим способом - вдохновленным этим этим ответом - для "инъекции" переменных является следующий (пример fcron):

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

От help set:

-a Отметить переменные, которые были изменены или созданы для экспорта.

Использование + вместо - приводит к отключению этих флагов.

Итак, все, что находится между set - и set +, экспортируется в env и затем доступно для других скриптов и т.д. Без использования set переменные получаются, но живут только в set.

Кроме того, полезно также передавать переменные, когда программе требуется выполнить учетную запись, отличную от root, но вам понадобятся некоторые переменные внутри этой другой пользовательской среды. Ниже приведен пример передачи в nullmailer vars для форматирования заголовка электронной почты:

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

Я попробовал большинство предоставленных решений, но сначала ничего не получилось. Оказывается, однако, что решения не работали. По-видимому, мой файл ~/.bashrc начинается со следующего блока кода:

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

В основном это оператор case statement который проверяет текущий набор параметров в текущей оболочке, чтобы определить, что оболочка работает в интерактивном режиме. Если оболочка работает интерактивно, она переходит к поиску файла ~/.bashrc. Однако в оболочке, вызываемой cron, переменная $- не содержит значение i которое указывает на интерактивность. Следовательно, файл ~/.bashrc никогда не получает полностью. В результате переменные среды никогда не были установлены. Если это будет вашей проблемой, не стесняйтесь комментировать блок кода следующим образом и повторите попытку:

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

Надеюсь, это окажется полезным

Если вы запускаете скрипты, которые выполняете через cron, с помощью:

#!/bin/bash -l

Они должны выбрать переменные среды ~/.bash_profile

Разработчики cron, если они обращают внимание, должны исправить этот кошмарно плохой дизайн. Программа, выполняемая в cron, должна работать так же, как при запуске из командной строки.

Это область, в которой Windows имеет это право. Когда вы запускаете программу через Windows Task Scheduler, она использует переменные среды Windows; вам не нужно предпринимать героические трюки, чтобы это произошло.