Де я можу встановити змінні середовища, які використовуватиме crontab?

У мене є коронка, яка працює щогодини. Користувач, який працює за ним, має змінну середовище в тій .bash_profileроботі, коли користувач виконує завдання з терміналу, однак, очевидно, вони не підхоплюються crontab, коли він працює.

Я спробував встановити їх .profileі , .bashrcале вони до сих пір , здається, не отримати взяв. Хтось знає, куди я можу помістити варіювання середовища, яке може взяти crontab?

Нехай 'cron' запустить скрипт оболонки, який задає середовище перед запуском команди.

Завжди.

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

Сценарії в ~ / bin / Cron - це всі посилання на один сценарій, 'runcron', який виглядає так:

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

(Написано за допомогою старого стандарту кодування - сьогодні я б на початку використовував шебанг "#!".)

'~ / .Cronfile' - це зміна мого профілю для використання cron - суворо неінтерактивна і не повторюється заради шуму. Ви можете домовитись виконувати .profile тощо. (Речі REAL_HOME - артефакт мого оточення. Ви можете зробити вигляд, що він такий самий, як $ HOME.)

Отже, цей код зчитує відповідне середовище, а потім виконує не-Cron версію команди з мого домашнього каталогу. Наприклад, наприклад, моя команда "будній день" виглядає так:

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

# Update ICSCOPE
n.updics

Команда "щодня" простіша:

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

Ви можете визначити змінні середовища в самому 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 використовують кроні, яка не дозволяє оголошувати змінні середовища і викидатиме синтаксичні помилки в 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.

Встановлення VAR /etc/environmentтакож працювало для мене в Ubuntu. Станом на 12.04, змінні в /etc/environmentзавантажуються на cron.

Якщо ви запускаєте сценарії, які ви виконуєте через cron за допомогою:

#!/bin/bash -l

Вони повинні підбирати ваші ~/.bash_profileзмінні середовища

Розширення прикладу @carestad, що мені здається легше, - це запустити сценарій cron і створити середовище в сценарії.

У файлі 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

crontab:

ENVIRONMENT_VAR=production

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

і всередині doSomethingWonderful.php я міг отримати значення середовища за допомогою:

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

Я сподіваюся, що це допомагає!

Все, що ви налаштуєте, crontabбуде доступне в cronjobs, як безпосередньо, так і за допомогою змінних у скриптах.

Використовуйте їх у визначенні кроні

Ви можете налаштувати 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

Використовуйте їх у сценарії, який виконує cronjob

Ви можете налаштувати crontabтак, що він встановлює змінні, які потім можуть використовувати сценарії:

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

І скажіть, що сценарій /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
...

Розширення на @Robert Brisita просто розширилося, також якщо ви не хочете налаштувати всі змінні профілю в сценарії, ви можете вибрати змінні, які потрібно експортувати у верхній частині сценарію

У файлі crontab -e:

SHELL=/bin/bash

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

У script.sh

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

some-other-command

Замість

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

Використовуйте bash -l -c

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

Я використовую Oh-my-zshв своєму macbook, тому я спробував багато речей для того, щоб виконати завдання crontab, але, нарешті, моє рішення було .zshrcпередбачити команду перед запуском.

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

Це завдання виконується кожні 30 хвилин і використовує .zshrcпрофіль для виконання моєї команди вузла.

Не забудьте використати крапку перед $HOMEваром.

Інший спосіб - натхненний цією відповіддю - "впорскувати" змінні - це наступний (приклад fcron):

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

Від help set:

-позначити змінні, які модифіковані або створені для експорту.

Використання +, а не - призводить до вимкнення цих прапорів.

Так все між ними set -і set +отримує експортується envі потім доступні для інших сценаріїв і т.д. Без використання setзмінних отримати , отримані , але жити в setтільки.

Крім цього, також корисно передавати змінні, коли програма вимагає запуску некореневого облікового запису, але вам знадобляться деякі змінні в середовищі іншого користувача. Нижче наведено приклад передачі в 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

Сподіваюся, це виявиться корисним

Ви також можете envдодати свою команду до введення змінних середовища так:

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