cron如何模拟执行脚本的环境?


253

我通常在cron如何执行脚本方面遇到一些问题,因为它们通常没有我的环境设置。有没有一种方法可以像cron一样调用bash(?),因此我可以在安装脚本之前对其进行测试?


我建议使用以下解决方案: unix.stackexchange.com/questions/27289/…–鲁迪
Rudi),

进一步@gregseth,我给出了以下解决方案: unix.stackexchange.com/questions/27289/…–
罗伯特·布里西塔

Answers:


385

将此添加到您的crontab中(临时):

* * * * * env > ~/cronenv

运行后,执行以下操作:

env - `cat ~/cronenv` /bin/sh

这假定您的cron运行/ bin / sh,这是默认设置,而不管用户的默认shell如何。


5
注意:如果将其添加到全局/ etc / crontab中,则也需要用户名。例如* * * * * root env>〜/ cronenv
Greg

10
好,简单的主意。对于急躁的人,请在下一分钟使用“ * * * * *”运行,并记得在演奏完毕后再次关闭电源;-)
Mads Buus

5
@Madsn要返回上一个bash shell,请尝试:退出
spkane

5
这个答案的重要性不可低估。值得将段落包含在书中。
Xofo

1
env - 猫〜/ cronenv` /斌/ sh`应写为cron作业也?请举一个例子
JavaSa

61

Cron默认情况下仅提供以下环境:

  • HOME 用户的主目录
  • LOGNAME 用户登录
  • PATH=/usr/bin:/usr/sbin
  • SHELL=/usr/bin/sh

如果需要更多资源,可以在crontab中的调度表之前提供脚本,以在其中定义环境。


7
.PATH出于安全原因,通常不再是该部分的一部分。
l0b0

49

几种方法:

  1. 导出cron env并获取它:

    * * * * * env > ~/cronenv

    到您的crontab,让它运行一次,将其关闭,然后运行

    env - `cat ~/cronenv` /bin/sh

    现在您处于一个sh具有cron环境的会话中

  2. 使您的环境变得容易

    您可以跳过运动,而只是. ~/.profile在您的cron工作之前做一个,例如

    * * * * * . ~/.profile; your_command
  3. 使用画面

    上面的两个解决方案仍然失败,因为它们提供了一个与正在运行的X会话连接的环境,并具有对dbusetc的访问权限。例如,在Ubuntu上,nmcli(网络管理器)可以通过以上两种方法工作,但在cron中仍然失败。

    * * * * * /usr/bin/screen -dm

    将以上行添加到cron中,让其运行一次,然后将其关闭。连接到您的屏幕会话(屏幕-r)。如果您正在检查屏幕会话是否已创建(使用ps),请注意有时它们大写(例如ps | grep SCREEN

    现在,偶数nmcli相似将失败。


22

您可以运行:

env - your_command arguments

这将在空环境下运行your_command。


4
cron不会在完全空的环境中运行,对吗?
jldupont 2010年

2
gregseth通过cron识别了环境中包含的变量。您可以在命令行中包含该变量。$ env-PATH =“ $ PATH”命令args
DragonFax 2012年

4
我使用@DragonFax @dimba env - HOME="$HOME" LOGNAME="$USER" PATH="/usr/bin:/bin" SHELL="$(which sh)" command arguments似乎可以解决问题
l0b0

这是在“敌对”或未知环境中测试脚本的一种非常简单的方法。如果您足够明确地知道它将在其中运行,它将在cron下运行。
奥利(Oli)


13

六年后的答案:环境不匹配问题是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计时器的缺点是设置它们的时间要多一些。首先,您将创建一个“服务”文件以定义要运行的文件,并创建一个“计时器”文件以定义运行它的时间表,最后创建“启用”计时器以将其激活。


10

创建一个运行env的cron作业,并将stdout重定向到一个文件。在“ env-”旁边使用文件来创建与cron作业相同的环境。


对不起,这让我感到困惑。“ env-script”还不够吗?
豪尔赫·巴尔加斯

那会给你一个空的环境。通过cron运行脚本时,环境不是空的。
延斯·卡尔伯格


2

默认情况下,cron使用系统的任何想法执行其作业sh。这可能是实际的Bourne shell或dashashkshbash符号链接到(或另一个)sh(并且如在POSIX模式下运行的结果)。

最好的办法是确保脚本具有所需的内容,并假定没有为脚本提供任何内容。因此,您应该使用完整的目录规范并设置环境变量,例如您$PATH自己。


这正是我要解决的问题。如果脚本错误地假定某些内容,我们会遇到很多问题。做完整的路径并设置env变量,所有垃圾最终都会变成可怕的巨大无法维护的cron行
Jorge Vargas 2010年

**对不起,我在bash = shell的陪伴下长大,所以我很难记住其他(有时更好)的shell。
豪尔赫·巴尔加斯

1
@Jorge:crontab中的行应该很短。您应该在脚本(或包装脚本)中进行所需的所有设置。这是来自crontab的典型行作为示例:0 0 * * 1 /path/to/executable >/dev/null 2>&1然后,在“可执行文件”中,我将为$PATH等等设置值,并使用完整目录规范输入和输出文件等。例如:/path/to/do_something /another/path/input_file /another/path/to/output_file
暂停,直到另行通知。

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

1

接受的答案确实提供了一种在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"

0

答案https://stackoverflow.com/a/2546509/5593430显示了如何获取cron环境并将其用于脚本。但是请注意,环境可能因所使用的crontab文件而异。我创建了三个不同的cron条目以通过保存环境env > log。这些是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 -e)的用户crontab

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.hourly/中的脚本

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

最重要的是PATHPWDHOME有所不同。确保在您的cron脚本中设置它们以依赖稳定的环境。


-8

我不相信那是存在的。我知道测试cron作业的唯一方法是将其设置为在将来运行一两分钟,然后等待。


这就是为什么我要模拟
Jorge Vargas,2010年
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.