我编写了各种脚本来启动 Java 服务器应用程序,这些应用程序通常在关闭之前运行 24 小时(通过调用具有不同参数的相同脚本)。
该脚本依赖于文件中定义的环境变量:~/<user>.env
,我从.bashrc
.
从命令行调用脚本时这很好用,但是如果我想将脚本添加为 crontab 条目,我会遇到.bashrc
未读取的问题。
我的问题:解决这个问题的最佳实践方法是什么?我意识到我可以定义一个 crontab 条目,例如:
* * * * 1-5 /usr/bin/bash -c '. /home/myuser/myuser.env && /home/myuser/scripts/myscript.sh'
...但这看起来很丑陋。或者,我可以myuser.env
在每个脚本的开头获取源,但这将成为维护的噩梦。
任何帮助表示赞赏。
我通常用一个简短的 cron 包装脚本来解决这个问题:
然后只需在 crontab 中使用您的包装器为命令添加前缀:
某些版本的 cron允许您直接在 crontab 中设置变量。不幸的是,我不能在工作中使用它们。
实际上,我通过在我的 bash 命令中添加“-l”(--login)标志发现了一个相当优雅的解决方案,这会导致它获取所有登录文件,包括 .bashrc。因此我的 crontab 命令很简单:
另一种选择(尽管不一定更好)是将这些添加到 root 的 crontab 中,并让条目使用带有破折号的 su 成为相关用户。然后,环境变量将通过 ~/.bashrc 中的用户默认 shell 环境等自动拉入。例如:
* * * * 1-5 su - scriptuser '/home/myuser/scripts/myscript.sh'
这将以 scriptuser 身份运行作业,并具有正确登录的所有环境变量。缺点是 scriptuser 自己无法设置这项工作——它需要 root 权限才能做到这一点。cron-wrapper 解决方案对我进行了一项修改,我需要将 $HOME 替换为用户主文件夹的绝对路径,在本例中为:
我能想到的唯一另一件事是基于:
这可能不太有吸引力。
最新版本的 cron 允许您在运行作业之前设置任意环境变量。因此,您可以将其添加到您的 crontab 中:
CRON=1
然后在您的 .bash_login 中执行以下操作:
[ -n "$CRON" ] && 。.bashrc