我正在尝试从cron运行Django管理命令。我使用virtualenv保持我的项目沙盒。
我在这里和其他地方看到了从virtualenv中运行管理命令的示例，例如:
0 3 * * * source /home/user/project/env/bin/activate && /home/user/project/manage.py command arg
然而，尽管syslog显示了任务应该在何时启动的条目，但该任务从未实际运行(脚本的日志文件为空)。如果我从shell中手动运行这一行，它将按预期工作。
我目前可以通过cron运行命令的唯一方法是将命令分解并将它们放在一个哑bash包装脚本中:
#!/bin/sh
source /home/user/project/env/bin/activate
cd /home/user/project/
./manage.py command arg
编辑:
Ars提出了一个命令的工作组合:
0 3 * * * cd /home/user/project && /home/user/project/env/bin/python /home/user/project/manage.py command arg
至少在我的例子中，调用virtualenv的激活脚本没有任何作用。这招管用，所以节目继续。
你应该能够通过在虚拟环境中使用python来做到这一点:
/home/my/virtual/bin/python /home/my/project/manage.py command arg
编辑:如果你的django项目不在PYTHONPATH目录下，那么你需要切换到正确的目录:
cd /home/my/project && /home/my/virtual/bin/python ...
您也可以尝试从cron记录失败:
cd /home/my/project && /home/my/virtual/bin/python /home/my/project/manage.py > /tmp/cronlog.txt 2>&1
另一件要尝试的事情是在你的manage.py脚本最上面做同样的改变:
#!/home/my/virtual/bin/python
我已经在我的Django项目中添加了下面的脚本manage.sh，它获取了virtualenv，然后运行manage.py脚本，不管你传递给它什么参数。它使得在virtualenv (cron, systemd单元，基本上任何地方)中运行命令变得非常容易:
#! /bin/bash
# this is a convenience script that first sources the venv (assumed to be in
# ../venv) and then executes manage.py with whatever arguments you supply the
# script with. this is useful if you need to execute the manage.py from
# somewhere where the venv isn't sourced (e.g. system scripts)
# get the script's location
DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" >/dev/null 2>&1 && pwd )"
# source venv <- UPDATE THE PATH HERE WITH YOUR VENV's PATH
source $DIR/../venv/bin/activate
# run manage.py script
$DIR/manage.py "$@"
然后在你的cron条目中运行:
0 3 * * * /home/user/project/manage.sh command arg
只需记住，您需要使manage.sh脚本可执行
这是一种保持crontab命令与常规命令非常相似的简单方法(在Ubuntu 18.04中进行了测试)。一些需要记住的关键注意事项:
你可以使用。命令，而不是源。(crontab默认使用sh，而不是bash，因此它没有source。)
~和$变量在crontab命令中展开。(只有crontab环境语句不进行变量展开。)
这里有一些例子，如果你有一个文件~/myproject/main.py:
* * * * * cd ~/myproject && . .venv/bin/activate && python main.py > /tmp/out1 2>&1
您也可以直接调用venv目录中python的特定路径，然后不需要调用activate。
* * * * * ~/myproject/.venv/bin/python ~/myproject/main.py > /tmp/out2 2>&1
这样做的缺点是您需要指定两次项目路径，这使得维护更加棘手。为了避免这种情况，你可以使用一个shell变量，这样你只指定一次项目路径:
* * * * * project_dir=~/myproject ; $project_dir/.venv/bin/python $project_dir/main.py > /tmp/out3 2>&1
我想添加这一点，因为我花了一些时间解决这个问题，并没有在这里找到一个答案，在cron和virtualenv中使用变量的组合。也许能帮到别人。
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DIR_SMTH="cd /smth"
VENV=". venv/bin/activate"
CMD="some_python_bin do_something"
# m h dom mon dow command
0 * * * * $DIR_SMTH && $VENV && $CMD -k2 some_target >> /tmp/crontest.log 2>&1
当它被配置成
生下来的微片venv / bin / sh activate。”
感谢@davidwinterbottom， @reed-sandberg和@mkb给出了正确的方向。接受的答案实际上工作得很好，直到你的python需要运行一个脚本，必须从venv/bin目录运行另一个python二进制文件。
我很抱歉第n个答案，但我检查了答案，确实有更简单和整洁的答案。
长话短说
在你的cron中使用venv的python二进制文件:
0 3 * * * /home/user/project/env/bin/python /home/user/project/manage.py
很长的故事
We activate the virtual environment when we want to set the current shell with the python config of that specific virtual environment(that is binaries and modules of that).
It is relevant to work with the current shell : execute multiple python commands on the current shell without the need to reference the full python path of the venv.
In the frame of a cron or even a bash, which value to activate the environment ?
Besides I read in some answers some references to bash rather than sh or still to define a wrapper to call the Python code. But why the hell should we bother with these ?
重复一遍，照做就好:
0 3 * * * /home/user/project/env/bin/python /home/user/project/manage.py
文件证实:
你不需要特别激活一个环境;激活
只需将虚拟环境的二进制目录前置到您的路径，
这样" python "就会调用虚拟环境的python解释器
您可以运行已安装的脚本，而不必使用它们的全部
路径。但是，在虚拟环境中安装的所有脚本都应该
在不激活它的情况下也可以运行，并使用虚拟机运行
环境的Python自动。
