crontab ПУТЬ и ПОЛЬЗОВАТЕЛЬ

Согласно "man 5 crontab" вы можете установить переменные среды в вашем crontab, написав их перед строками cron.

Также есть пример crontab, поэтому вам просто нужно скопировать / вставить его:

$ man 5 crontab | grep -C5 PATH | tail 
# and files in /etc/cron.d. These files also have username fields,
# that none of the other crontabs do.

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

# m h dom mon dow usercommand
17 * * * *  root  cd / && run-parts --report /etc/cron.hourly
25 6 * * *  root  test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
47 6 * * 7  root  test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )

Таким образом, вы можете настроить свой PATH или любую переменную среды по своему усмотрению. Но для типичных случаев этого примера вполне достаточно.

В * ix процессы обычно наследуют среду от своего родительского процесса через fork + exec. У них есть возможность очистить окружающую среду, но обычно они этого не делают. Вы можете увидеть дерево процессов с помощью ps axf, и вы можете увидеть переменные среды с помощью ps axfe.

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

Мне нравится тестировать свои задания cron ("foo" для обсуждения) с помощью следующего в интерактивной оболочке: env - ./foo Это на самом деле очистит больше переменных env, чем cron, но облегчит получение вещей иду ИМО, так как то, что вы тестируете, более похоже. Вам нужно будет установить любые переменные, от которых вы зависите (например, $ PATH), или заменить их чем-то другим - например, $ USER становится $ (whoami).

Я также люблю писать свои сценарии bash, чтобы использовать "set -eu" и "set -o pipefail". -Eu говорит «выйти при ненулевом коде выхода и выйти при неопределенной ссылке на переменную», а pipefail говорит: «не возвращать последний код выхода в конвейере, вместо этого возвращать первый код выхода, который не равен нулю в конвейере». . В вашем случае набор -u может быть особенно полезен.

Помните, что crontab - это демон или служба, поэтому он не похож на пользователя, вошедшего в систему или что-то в этом роде. Если вы хотите иметь переменные среды, вам нужно будет установить их самостоятельно. Однако большинство этих переменных задаются оболочкой из пути / etc / profile, а затем переходят в ваши пользовательские переменные в каталог $ HOME.

Вы можете установить некоторые из них, "указав источник" в вашем / etc / profile, например:

41 11 * * * /home/<me>/cron_env.sh

#!/bin/sh
source /etc/profile
/usr/bin/env > /home/<me>/cron_env.log

В нашей среде у нас обычно нет этой проблемы, поскольку root - единственный разрешенный cron, и каждая команда обычно запускается от имени конкретного пользователя приложения через команду su -c как:

su - myuser -c "/usr/local/scripts/app.sh" 2>&1

поскольку указана опция «-», мы получаем профиль и среду myuser. Недавно у нас возникла проблема с командой, для успешного завершения которой требовались права root, поэтому мы просто выполнили команду без su -c. После некоторого количества исследований нас осенило, что самый простой способ получить среду root - это использовать ту же технику для root, что и для всех других приложений, поэтому мы выпустили:

su - root -c "/usr/local/scripts/app.sh" 2>&1

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

Попробуйте переместить весь этот код в файл сценария с шебангом (который начинается со строки "#! / Bin / bash") и запустить этот сценарий в crontab.

Я не уверен, но я думаю, что PATH (и, возможно, EMAIL, если вы его установите) может быть единственным, к которому вы можете получить доступ внутри файла crontab.

РЕДАКТИРОВАТЬ: проверьте справочную страницу crontab 5, доступно довольно много переменных среды, и все они устанавливаются демоном cron.