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

我通常有几个问题，如何cron执行脚本，因为他们通常没有我的环境设置。是否有一种方法可以调用bash(?)以同样的方式cron，这样我就可以在安装它们之前测试脚本?

100839 次浏览
小开

我不相信有;我所知道的测试cron作业的唯一方法是设置它在未来运行一到两分钟，然后等待。

小开

Cron默认只提供这个环境:

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

如果需要更多，可以在crontab中的调度表之前定义环境。

小开

你可以运行:

env - your_command arguments

这将在空环境下运行your_command。

小开

默认情况下，cron使用你的系统对sh的定义来执行它的作业。这可能是实际的Bourne shell或dash， ash， ksh或bash(或另一个)符号链接到sh(并作为在POSIX模式下运行的结果)。

最好的方法是确保您的脚本拥有它们需要的东西，并假设没有为它们提供任何东西。因此，你应该使用完整的目录规范并自己设置环境变量，比如$PATH。

小开
创建一个cron作业，运行env并将stdout重定向到一个文件。 在"env -"旁边使用该文件创建与cron作业相同的环境
小开

别忘了，因为cron的父进程是init，所以它运行的程序没有控制终端。你可以用这样的工具来模拟:

http://libslack.org/daemon/

小开
最佳答案

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

* * * * * env > ~/cronenv

运行后，执行以下操作:

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

这假设您的cron运行/bin/sh，不管用户的默认shell是什么，它都是默认的。

脚注:如果env包含更高级的配置，例如PS1=$(__git_ps1 " (%s)")$，则会出现神秘的env: ": No such file or directory错误。

小开

取决于shell的账户

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

小开

一些方法:

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

    添加

    * * * * * env > ~/cronenv

    到crontab，让它运行一次，将其重新关闭，然后运行

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

    你现在在一个sh会话中，它有cron的环境

  2. < p > 将您的环境带到cron

    你可以跳过上面的练习，只是在你的cron作业前做一个. ~/.profile。

    * * * * * . ~/.profile; your_command

  3. Use screen

    Above two solutions still fail in that they provide an environment connected to a running X session, with access to dbus etc. For example, on Ubuntu, nmcli (Network Manager) will work in above two approaches, but still fail in cron.

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

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

    现在即使nmcli和类似的也将失败

小开

我发现的另一种简单方法(但可能容易出错，我仍在测试中)是在命令之前获取用户的配置文件。

编辑/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
小开

六年后的回答:环境不匹配问题是systemd“计时器”作为cron替代品解决的问题之一。无论您是从CLI还是通过cron运行systemd“service”，它都接收到完全相同的环境，从而避免了环境不匹配的问题。

导致cron作业在手动传递时失败的最常见问题是cron设置的限制性默认$PATH，这是在Ubuntu 16.04上:

"/usr/bin:/bin"

相比之下，Ubuntu 16.04上由systemd设置的默认$PATH是:

"/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"

因此，systemd计时器已经有更好的机会找到二进制文件，而不需要进一步的麻烦。

systemd计时器的缺点是，设置它们需要更多的时间。您首先创建一个“服务”文件来定义您想要运行的内容，然后创建一个“计时器”文件来定义运行它的时间表，最后“启用”计时器来激活它。

小开

Answer https://stackoverflow.com/a/2546509/5593430显示了如何获取cron环境并将其用于您的脚本。但是请注意，环境会因所使用的crontab文件而有所不同。我通过env > log创建了三个不同的cron条目来保存环境。这些是在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. 根用户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脚本中设置这些以依赖稳定的环境。

小开

已接受的答案确实提供了一种使用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"
小开

在我的情况下，cron正在执行我的脚本使用sh，失败地执行一些bash语法。 在脚本中，我添加了env变量SHELL:

#!/bin/bash
SHELL=/bin/bash

提交答案