我通常在cron如何执行脚本方面遇到一些问题,因为它们通常没有我的环境设置。有没有一种方法可以像cron一样调用bash(?),因此我可以在安装脚本之前对其进行测试?
我通常在cron如何执行脚本方面遇到一些问题,因为它们通常没有我的环境设置。有没有一种方法可以像cron一样调用bash(?),因此我可以在安装脚本之前对其进行测试?
Answers:
将此添加到您的crontab中(临时):
* * * * * env > ~/cronenv
运行后,执行以下操作:
env - `cat ~/cronenv` /bin/sh
这假定您的cron运行/ bin / sh,这是默认设置,而不管用户的默认shell如何。
env -
猫〜/ cronenv` /斌/ sh`应写为cron作业也?请举一个例子
几种方法:
导出cron env并获取它:
加
* * * * * env > ~/cronenv
到您的crontab,让它运行一次,将其关闭,然后运行
env - `cat ~/cronenv` /bin/sh
现在您处于一个sh
具有cron环境的会话中
使您的环境变得容易
您可以跳过运动,而只是. ~/.profile
在您的cron工作之前做一个,例如
* * * * * . ~/.profile; your_command
使用画面
上面的两个解决方案仍然失败,因为它们提供了一个与正在运行的X会话连接的环境,并具有对dbus
etc的访问权限。例如,在Ubuntu上,nmcli
(网络管理器)可以通过以上两种方法工作,但在cron中仍然失败。
* * * * * /usr/bin/screen -dm
将以上行添加到cron中,让其运行一次,然后将其关闭。连接到您的屏幕会话(屏幕-r)。如果您正在检查屏幕会话是否已创建(使用ps
),请注意有时它们大写(例如ps | grep SCREEN
)
现在,偶数nmcli
相似将失败。
您可以运行:
env - your_command arguments
这将在空环境下运行your_command。
env - HOME="$HOME" LOGNAME="$USER" PATH="/usr/bin:/bin" SHELL="$(which sh)" command arguments
似乎可以解决问题
取决于帐户的外壳
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
六年后的答案:环境不匹配问题是systemd
“计时器”作为cron替代解决的问题之一。无论您是通过CLI还是通过cron运行systemd“服务”,它都会收到完全相同的环境,从而避免了环境不匹配的问题。
导致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"
因此,systemd计时器已经有更大的机会找到二进制文件而不会带来更多麻烦。
systemd计时器的缺点是设置它们的时间要多一些。首先,您将创建一个“服务”文件以定义要运行的文件,并创建一个“计时器”文件以定义运行它的时间表,最后创建“启用”计时器以将其激活。
不要忘记,由于cron的父级是init,因此它在没有控制终端的情况下运行程序。您可以使用如下工具进行模拟:
默认情况下,cron
使用系统的任何想法执行其作业sh
。这可能是实际的Bourne shell或dash
,ash
,ksh
或bash
符号链接到(或另一个)sh
(并且如在POSIX模式下运行的结果)。
最好的办法是确保脚本具有所需的内容,并假定没有为脚本提供任何内容。因此,您应该使用完整的目录规范并设置环境变量,例如您$PATH
自己。
0 0 * * 1 /path/to/executable >/dev/null 2>&1
然后,在“可执行文件”中,我将为$PATH
等等设置值,并使用完整目录规范输入和输出文件等。例如:/path/to/do_something /another/path/input_file /another/path/to/output_file
我发现的另一种简单方法(但可能容易出错,我仍在测试中)是在执行命令之前获取用户的配置文件。
编辑/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
接受的答案确实提供了一种在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"
答案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
)的用户crontabSHELL=/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脚本中设置它们以依赖稳定的环境。