我通常对cron如何执行脚本有几个问题,因为它们通常没有我的环境设置。有没有办法像cron一样调用bash(?),所以我可以在安装之前测试脚本?
答案 0 :(得分:362)
将此添加到您的cron:
30 08 * * * env > ~/cronenv
运行后,执行以下操作:
env - `cat ~/cronenv` /bin/sh
这假设你的cron运行/ bin / sh,这是默认的,无论用户的默认shell如何。
答案 1 :(得分:60)
Cron默认只提供此环境:
HOME
用户的主目录LOGNAME
用户登录PATH=/usr/bin:/usr/sbin
SHELL=/usr/bin/sh
如果您需要更多内容,可以在crontab中的调度表之前找到定义环境的脚本。
答案 2 :(得分:44)
几种方法:
导出cron env并将其来源:
添加
* * * * * env > ~/cronenv
到你的crontab,让它运行一次,关闭它,然后运行
env - `cat ~/cronenv` /bin/sh
您现在正处于具有cron环境的sh
会话中
将您的环境带到cron
您可以跳过上述练习,只需在您的cron作业前面. ~/.profile
,例如
* * * * * . ~/.profile; your_command
使用屏幕
以上两个解决方案仍然失败,因为它们提供了一个连接到正在运行的X会话的环境,可以访问dbus
等。例如,在Ubuntu上,nmcli
(网络管理器)将在上面工作两种方法,但仍然在cron中失败。
* * * * * /usr/bin/screen -dm
将上面一行添加到cron,让它运行一次,然后将其关闭。连接到您的屏幕会话(屏幕-r)。如果您正在检查已创建的屏幕会话(使用ps
),请注意它们有时是大写字母(例如ps | grep SCREEN
)
现在,即使是nmcli
,类似也会失败。
答案 3 :(得分:21)
你可以运行:
env - your_command arguments
这将使用空环境运行your_command。
答案 4 :(得分:13)
取决于帐户的外壳
sudo su
env -i /bin/sh
或
sudo su
env -i /bin/bash --noprofile --norc
来自http://matthew.mceachen.us/blog/howto-simulate-the-cron-environment-1018.html
答案 5 :(得分:12)
六年后回答:环境不匹配问题是systemd
"定时器"解决的问题之一。作为cron替代品。是否运行systemd" service"从CLI或通过cron,它接收完全相同的环境,避免了环境不匹配问题。
导致cron作业手动传递失败的最常见问题是cron设置的限制性默认$PATH
,这在Ubuntu 16.04上是这样的:
"/usr/bin:/bin"
相比之下,Ubuntu 16.04上$PATH
设置的默认systemd
为:
"/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
因此,系统定时器更有可能在没有进一步麻烦的情况下找到二进制文件。
系统定时器的缺点是,设置它们的时间稍长一些。您首先创建一个"服务"用于定义您要运行的文件以及"计时器"文件来定义运行它的计划,最后"启用"计时器来激活它。
答案 6 :(得分:10)
创建一个运行env的cron作业,并将stdout重定向到一个文件。 将文件与“env - ”一起使用以创建与cron作业相同的环境。
答案 7 :(得分:3)
不要忘记,因为cron的父级是init,所以它运行没有控制终端的程序。您可以使用以下工具模拟它:
答案 8 :(得分:2)
默认情况下,cron
使用系统对sh
的想法执行任务。这可能是实际的Bourne shell或dash
,ash
或ksh
(或另一个)符号链接到bash
(因此运行在POSIX模式)。
要做的最好的事情是确保您的脚本具有他们需要的内容,并假设没有为他们提供任何内容。因此,您应该使用完整目录规范并自己设置sh
等环境变量。
答案 9 :(得分:2)
可接受的答案确实提供了一种在cron将使用的环境下运行脚本的方法。正如其他人指出的那样,这并不是调试cron作业的唯一标准。
实际上,cron还使用了非交互式终端,没有附加的输入等。
如果有帮助,我已经编写了一个脚本,可以像cron一样轻松地运行命令/脚本。以您的命令/脚本作为第一个参数调用它,您就很好了。
此脚本也托管在Github上(并且可能已更新)。
#!/bin/bash
# Run as if it was called from cron, that is to say:
# * with a modified environment
# * with a specific shell, which may or may not be bash
# * without an attached input terminal
# * in a non-interactive shell
function usage(){
echo "$0 - Run a script or a command as it would be in a cron job, then display its output"
echo "Usage:"
echo " $0 [command | script]"
}
if [ "$1" == "-h" -o "$1" == "--help" ]; then
usage
exit 0
fi
if [ $(whoami) != "root" ]; then
echo "Only root is supported at the moment"
exit 1
fi
# This file should contain the cron environment.
cron_env="/root/cron-env"
if [ ! -f "$cron_env" ]; then
echo "Unable to find $cron_env"
echo "To generate it, run \"/usr/bin/env > /root/cron-env\" as a cron job"
exit 0
fi
# It will be a nightmare to expand "$@" inside a shell -c argument.
# Let's rather generate a string where we manually expand-and-quote the arguments
env_string="/usr/bin/env -i "
for envi in $(cat "$cron_env"); do
env_string="${env_string} $envi "
done
cmd_string=""
for arg in "$@"; do
cmd_string="${cmd_string} \"${arg}\" "
done
# Which shell should we use?
the_shell=$(grep -E "^SHELL=" /root/cron-env | sed 's/SHELL=//')
echo "Running with $the_shell the following command: $cmd_string"
# Let's route the output in a file
# and do not provide any input (so that the command is executed without an attached terminal)
so=$(mktemp "/tmp/fakecron.out.XXXX")
se=$(mktemp "/tmp/fakecron.err.XXXX")
"$the_shell" -c "$env_string $cmd_string" >"$so" 2>"$se" < /dev/null
echo -e "Done. Here is \033[1mstdout\033[0m:"
cat "$so"
echo -e "Done. Here is \033[1mstderr\033[0m:"
cat "$se"
rm "$so" "$se"
答案 10 :(得分:1)
我发现的另一种简单方法(但可能容易出错,我还在测试)是在你的命令之前找到用户的个人资料文件。
编辑/etc/cron.d/脚本:
* * * * * user1 comand-that-needs-env-vars
会变成:
* * * * * user1 source ~/.bash_profile; source ~/.bashrc; comand-that-needs-env-vars
很脏,但它完成了我的工作。有没有办法模拟登录?只是你可以运行的命令? bash --login
没有用。听起来这是更好的方式。
编辑:这似乎是一个可靠的解决方案: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
答案 11 :(得分:0)
回答https://stackoverflow.com/a/2546509/5593430显示如何获取cron环境并将其用于脚本。但请注意,根据您使用的crontab文件,环境可能会有所不同。我创建了三个不同的cron条目来通过env > log
保存环境。这些是Amazon Linux 4.4.35-33.55.amzn1.x86_64上的结果。
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
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
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脚本中设置这些以依赖稳定的环境。
答案 12 :(得分:-7)
我不相信有;我知道测试一个cron作业的唯一方法是将其设置为将来运行一两分钟然后等待。