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

时间:2010-01-25 20:42:21

标签: bash scripting cron

我通常对cron如何执行脚本有几个问题,因为它们通常没有我的环境设置。有没有办法像cron一样调用bash(?),所以我可以在安装之前测试脚本?

13 个答案:

答案 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)

几种方法:

  1. 导出cron env并将其来源:

    添加

    * * * * * env > ~/cronenv
    

    到你的crontab,让它运行一次,关闭它,然后运行

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

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

  2. 将您的环境带到cron

    您可以跳过上述练习,只需在您的cron作业前面. ~/.profile,例如

    * * * * * . ~/.profile; your_command
    
  3. 使用屏幕

    以上两个解决方案仍然失败,因为它们提供了一个连接到正在运行的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,所以它运行没有控制终端的程序。您可以使用以下工具模拟它:

http://libslack.org/daemon/

答案 8 :(得分:2)

默认情况下,cron使用系统对sh的想法执行任务。这可能是实际的Bourne shell或dashashksh(或另一个)符号链接到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上的结果。

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.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脚本中设置这些以依赖稳定的环境。

答案 12 :(得分:-7)

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