我通常有几个问题,如何cron执行脚本,因为他们通常没有我的环境设置。是否有一种方法可以调用bash(?)以同样的方式cron,这样我就可以在安装它们之前测试脚本?
当前回答
将此添加到您的crontab(临时):
* * * * * env > ~/cronenv
运行后,执行以下操作:
env - `cat ~/cronenv` /bin/sh
这假设您的cron运行/bin/sh,不管用户的默认shell是什么,它都是默认的。
脚注:如果env包含更高级的配置,例如PS1=$(__git_ps1 " (%s)")$,它将神秘地错误env: ":没有这样的文件或目录。
其他回答
回答https://stackoverflow.com/a/2546509/5593430展示了如何获取cron环境并将其用于您的脚本。但是请注意,环境会因所使用的crontab文件而有所不同。我创建了三个不同的cron条目,通过env >日志保存环境。这些是在Amazon Linux 4.4.35-33.55.amzn1.x86_64上的结果。
1. 使用root用户创建全局/etc/crontab
MAILTO=root
SHELL=/bin/bash
USER=root
PATH=/sbin:/bin:/usr/sbin:/usr/bin
PWD=/
LANG=en_US.UTF-8
SHLVL=1
HOME=/
LOGNAME=root
_=/bin/env
2. root用户crontab (crontab -e)
SHELL=/bin/sh
USER=root
PATH=/usr/bin:/bin
PWD=/root
LANG=en_US.UTF-8
SHLVL=1
HOME=/root
LOGNAME=root
_=/usr/bin/env
3./etc/cron.hour /脚本
MAILTO=root
SHELL=/bin/bash
USER=root
PATH=/sbin:/bin:/usr/sbin:/usr/bin
_=/bin/env
PWD=/
LANG=en_US.UTF-8
SHLVL=3
HOME=/
LOGNAME=root
最重要的是PATH, PWD和HOME不同。确保在cron脚本中设置这些以依赖稳定的环境。
我发现的另一种简单方法(但可能容易出错,我仍在测试中)是在命令之前获取用户的配置文件。
编辑/etc/cron.d /脚本:
* * * * * user1 comand-that-needs-env-vars
会变成:
* * * * * user1 source ~/.bash_profile; source ~/.bashrc; comand-that-needs-env-vars
很脏,但它帮我完成了任务。是否有方法模拟登录?只是一个你可以运行的命令?Bash—登录不起作用。听起来这是更好的方法。
编辑:这似乎是一个可靠的解决方案:http://www.epicserve.com/blog/2012/feb/7/my-notes-cron-directory-etccrond-ubuntu-1110/
* * * * * root su --session-command="comand-that-needs-env-vars" user1 -l
六年后回答:环境不匹配问题是systemd“计时器”作为cron替代品解决的问题之一。无论您是从CLI还是通过cron运行systemd“service”,它都接收到完全相同的环境,从而避免了环境不匹配的问题。
导致cron任务在手动传递时失败的最常见问题是cron设置的限制性默认$PATH,在Ubuntu 16.04中是这样的:
"/usr/bin:/bin"
相比之下,systemd在Ubuntu 16.04上设置的默认$PATH是:
"/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
因此,systemd计时器已经有更好的机会找到二进制文件,而不需要进一步的麻烦。
systemd计时器的缺点是,设置它们需要更多的时间。您首先创建一个“服务”文件来定义您想要运行的内容,然后创建一个“计时器”文件来定义运行它的时间表,最后“启用”计时器来激活它。
将此添加到您的crontab(临时):
* * * * * env > ~/cronenv
运行后,执行以下操作:
env - `cat ~/cronenv` /bin/sh
这假设您的cron运行/bin/sh,不管用户的默认shell是什么,它都是默认的。
脚注:如果env包含更高级的配置,例如PS1=$(__git_ps1 " (%s)")$,它将神秘地错误env: ":没有这样的文件或目录。
别忘了,因为cron的父进程是init,所以它运行的程序没有控制终端。你可以用这样的工具来模拟:
http://libslack.org/daemon/