기존 환경 변수로 cron 명령을 어떻게 실행할 수 있습니까?

기존 환경 변수로 cron 명령을 어떻게 실행할 수 있습니까?

쉘 프롬프트에 있으면 입력 echo $ORACLE_HOME하고 경로를 얻을 수 있습니다 . 이것은 내 환경 변수 중 하나입니다 ~/.profile. 그러나 ~/.profilefron cron 스크립트가로드되지 않으므로 $ORACLE_HOME변수가 설정되지 않아 스크립트가 실패 합니다.

에서 이 질문에 저자는 창조 언급한다 ~/.cronfile크론에 대한 변수를 설정 프로파일을 한 후 그는 자신의 유지 스크립트로 그의 모든 크론 명령로드 해결하지 ~/Cron디렉토리. 같은 파일 ~/.cronfile은 좋은 생각 처럼 들리지만 나머지 답변은 약간 성가신 것으로 보이며 누군가가 같은 결과를 얻는 더 쉬운 방법을 말해 줄 수 있기를 바랍니다.

스크립트를 시작할 때 비슷한 것을 추가 source ~/.profile할 수는 있지만 중복 될 수 있다고 생각합니다.

그렇다면 어떻게 cron 스크립트가 대화 형 쉘 프로파일에서 변수를로드 할 수 있습니까?

crontab에서 명령을 실행하기 전에을 추가하십시오 . $HOME/.profile. 예를 들면 다음과 같습니다.

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

Cron껍질에 대해서는 아무것도 모른다. 시스템에 의해 시작되므로 환경이 최소화됩니다. 무언가를 원한다면 스스로 가져와야합니다.

더 쉬운 또 다른 옵션은 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의 소스 다음에 오는 모든 명령은 마치 로그인 한 것처럼 환경을 갖게됩니다.

더 쉬운 또 다른 옵션은 cron으로 스크립트를 실행하고 bash에게 로그인하도록 지시하는 것입니다 (따라서 /etc/profile.d/...환경 정의를 사용하십시오)

에서 crontab -e파일 :

*/1 * * * * bash -l -c './cron_job.sh'
*/1 * * * * bash -l -c 'php -f ./cron_job.php'

소스 이후의 모든 명령 .bash_profile은 마치 로그인 한 것처럼 환경을 갖게됩니다.

나쁜 생각. 일반적인 관행은 크론 작업에서 실행되는 스크립트에서 필요한 모든 환경 변수를 구체적으로 설정하는 것입니다.

이 구문은 확실히 도움이됩니다. 구문을 이해하지 못하지만 작동합니다. Oracle은 Oracle Configuration Manager를 crontab에 배포 할 때이 구문을 사용하므로 이것이 올바른 솔루션이라고 생각합니다.

0 5 * * * SOME_ENV_VAR=some_value some_command some_parameters

나는 최근에 전체 cronjob을 루트로 실행 해야하는 동시에 다른 사용자로 하위 명령을 실행 해야하는 경우를 보았습니다 (사용자 환경을 소싱해야 함). 나는 다음과 같은 접근 방식으로 갔다.

# m  h  dom  mon  dow  user  command
*/5  *   *    *    *   root  (sudo -i -u <the user> command-to-be-run-as-user) && command-to-be-run-as-root

중요한 부분은 주어진 명령을 별도의 로그인 쉘에서 실행 하는 인수 -i입니다 sudo(이는 사용자의 도트 파일이 소스 화됨을 의미합니다).

추신 : user열은 파일 /etc/crontab과 /etc/cron.d/*파일 에서만 사용할 수 있습니다.

나를 위해 일한 해결책은 여기 에 설명되어 있습니다 .

를 호출 . ~/.cronfile한 다음 원하는 작업을 수행 하는 랩퍼 스크립트를 작성합니다 . 이 스크립트는 cron에 의해 시작됩니다.

에서 ~/.cronfile당신이 당신의 cron 작업을위한 환경을 지정합니다.

예, "잘 알려진 해결 방법"(두 가지가 나열되어 있음)을 사용할 수 있습니다. 이것은 모든 사람들이 그것이 엉뚱하다는 것을 알고 있다고 말하는 또 다른 방법입니다. 비록 어떤 사람들은 적어도 당신 이이 실패 (우레)를 넘어서 많은 시간을 보냈기 때문에 이것을 "보안 기능"이라고 부를 것입니다. 시간 낭비가 아니었다. QWERTY 키보드와 동등한 크론입니다.

스크립트가 1 분에 한 번 실행되면 rc 스크립트를 읽는 데 시간이 걸리지 않는 원래 이유는 성능 때문일 수 있습니다. 또한 원래 cron은 실제로 구성 할 수 없었으므로 기본값은 실제로 유일한 옵션이었습니다.

cron이 사용자가 어리석은 쉘 체조를 수행하는 대신 대화식 쉘의 환경을 취하도록하는 간단한 구성이나 방법이 없어 보안이 강화되지 않습니다. 최신 머신에서는 매 분마다 많은 양의 작업이 실행되지 않는 한 일반적으로 성능이 크게 향상되지 않습니다.

유닉스 문화가 실패합니다. 내 소견에. :-)

더하다

BASH_ENV=/home/user/.profile

crontab에. $ BASH_ENV의 가용성을 보장하는 방법을 참조하십시오

프로필을 설정하는 대신에 설정하는 데 도움이되었습니다 PATH. cron 스크립트에서 일부 명령을 사용할 수 없었습니다 PATH.

ENVIRONMENT=prod
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
*/30 * * * * /opt/myscript1.sh
*/30 * * * * /opt/myscript2.sh
*/30 * * * * /opt/myscript3.sh

PATH명령 경로를 설정하면 도움이되었습니다. 템플릿을 사용하고 나중에 다시 시도하면 더 좋을 것입니다.

ENVIRONMENT={{ENVIRONMENT}}
PATH={{PATH}}
*/30 * * * * /opt/myscript1.sh
*/30 * * * * /opt/myscript2.sh
*/30 * * * * /opt/myscript3.sh

각 항목에 변수를 전달하는 것은 복잡해 보입니다.

나는 넣었다. ~/.dbus/session-bus/*원하는 스크립트 상단에 :)