如何使用现有环境变量运行cron命令？

如何使用现有环境变量运行cron命令？

如果我在shell提示下可以键入echo $ORACLE_HOME并获取路径。这是我设置的环境变量之一~/.profile。但是，似乎~/.profile没有加载fron cron脚本，因此我的脚本失败了，因为$ORACLE_HOME未设置变量。

在这个问题中，作者提到创建一个~/.cronfile配置文件，该配置文件为cron设置变量，然后他采取了一种变通方法，将所有cron命令加载到他保存在~/Cron目录中的脚本中。像~/.cronfile这样的文件听起来像是个好主意，但其余的答案似乎有点麻烦，我希望有人可以告诉我一种更简单的方法来获得相同的结果。

我想在脚本开始时我可以添加类似的内容，source ~/.profile但这似乎是多余的。

那么，如何使我的cron脚本从交互式shell配置文件中加载变量？

在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将具有您所登录的环境。

馊主意。通常的做法是在要从cron作业运行的脚本中专门设置所有必需的环境变量。

这种语法绝对可以帮助您。我不了解语法，但是可以正常工作。在将Oracle Configuration Manager部署到crontab时，Oracle使用此语法，因此，我认为这是正确的解决方案。

0 5 * * * SOME_ENV_VAR=some_value some_command some_parameters

最近，我遇到一个案例，其中我必须以root用户身份执行整个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该参数的参数，该参数将在单独的登录shell中执行给定命令（这又意味着将获取用户的dotfile）。

PS：请注意，该user列仅在/etc/crontab和/etc/cron.d/*文件中可用。

这里描述了对我有用的解决方案。

您创建一个包装器脚本，该脚本调用. ~/.cronfile，然后执行所需的操作。该脚本由cron启动。

在其中~/.cronfile指定cron作业的环境。

是的，您可以使用“众所周知的解决方法”（已列出其中的两个）。这是另一种说法，每个人都知道它是糟糕的，尽管有些人将其称为“安全功能”，因为他们至少花了与您一样多的时间来解决此故障，并想着浪费时间并不是没有。它与QWERTY键盘的cron等效。

我怀疑最初的原因可能是性能，例如脚本每分钟运行一次不会花费时间来读取rc脚本。同样，最初cron根本不是真正可配置的，所以默认确实是唯一的选择。

没有简单的配置或方法让cron仅仅充当交互式shell的环境，而不是用户必须执行愚蠢的shell体操，就不会增加安全性。在现代机器上，除非您每分钟都有大量工作在运行，否则通常不会获得明显的性能提升。

Unix文化失败。在我的愚见。:-)

加

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/*在我想要的脚本的顶部：）