Django 管理命令在 cron 中不起作用

我在安排时间时遇到问题manage.py celery call myapp.tasks.mytask对于我的用户 crontab，当 cron 尝试运行该作业时，它会在 stderr 中获取此信息（它会邮寄给我，如/var/mail/kal)

Unknown command: 'celery'
Type 'manage.py help' for usage.

相同的命令完全可以在常规 bash 登录 shell 中工作，但在 crontab 中不起作用。

我在 Debian 上这样做：

$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 7.0 (wheezy)
Release:        7.0
Codename:       wheezy

我在 StackOverflow 上阅读了许多类似的问题，并尝试了许多建议的解决方案。到目前为止，他们都没有为我工作过。以下是我迄今为止尝试过的解决方案：

首先，我确保在 crontab 中指定相关的环境变量：

SHELL=/bin/bash
PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games

注意：这些在以下所有解决方案中都保留。

1.使用python可执行文件和manage.py脚本的完整路径

* * * * * /home/kal/.virtualenvs/foo_dev/bin/python /home/kal/foo/manage.py celery call myapp.tasks.mytask

2.首先进入项目路径

* * * * * cd /home/kal/foo && /home/kal/.virtualenvs/foo_dev/bin/python ./manage.py celery call myapp.tasks.mytask

3. 将所有内容包装在 bash 脚本中

~/mytask.sh 的内容：

#!/usr/bin/env bash
source /home/kal/.virtualenvs/foo_dev/bin/activate;
cd /home/kal/foo;
./manage.py celery call myapp.tasks.mytask;

crontab 行：

* * * * * ~/mytask.sh

我什至修改了myproj/settings.py输出sys.path and sys.executable到 stderr 并比较 cron 和登录 shell 之间的输出，它们完全相同：

cron 作业的输出：

sys.executable:
    /home/kal/.virtualenvs/foo_dev/bin/python

Content of sys.path:
    /home/kal/foo
    /home/kal/.virtualenvs/foo_dev/src/bootstrap
    /home/kal/.virtualenvs/foo_dev/src/django-json-rpc
    /home/kal/.virtualenvs/foo_dev/lib/python2.7
    /home/kal/.virtualenvs/foo_dev/lib/python2.7/plat-linux2
    /home/kal/.virtualenvs/foo_dev/lib/python2.7/lib-tk
    /home/kal/.virtualenvs/foo_dev/lib/python2.7/lib-old
    /home/kal/.virtualenvs/foo_dev/lib/python2.7/lib-dynload
    /usr/lib/python2.7
    /usr/lib/python2.7/plat-linux2
    /usr/lib/python2.7/lib-tk
    /home/kal/.virtualenvs/foo_dev/local/lib/python2.7/site-packages
    /home/kal/foo

Bash 登录 shell 的输出：

sys.executable:
    /home/kal/.virtualenvs/foo_dev/bin/python

Content of sys.path:
    /home/kal/foo
    /home/kal/.virtualenvs/foo_dev/src/bootstrap
    /home/kal/.virtualenvs/foo_dev/src/django-json-rpc
    /home/kal/.virtualenvs/foo_dev/lib/python2.7
    /home/kal/.virtualenvs/foo_dev/lib/python2.7/plat-linux2
    /home/kal/.virtualenvs/foo_dev/lib/python2.7/lib-tk
    /home/kal/.virtualenvs/foo_dev/lib/python2.7/lib-old
    /home/kal/.virtualenvs/foo_dev/lib/python2.7/lib-dynload
    /usr/lib/python2.7
    /usr/lib/python2.7/plat-linux2
    /usr/lib/python2.7/lib-tk
    /home/kal/.virtualenvs/foo_dev/local/lib/python2.7/site-packages
    /home/kal/foo

我完全困惑了。

我找到了问题的原因。

It is very very subtle.

问题有两个方面：

1. 没有USERcron 作业中的环境变量；仅有的LOGNAME;
2. When manage.py is run 指定管理命令, 姜戈quietly如果在导入设置模块期间引发异常，则会故障转移到空白设置。

我的设置模块试图引用os.environ['USER']，它在 cron 的环境中不存在。因此导入设置模块会导致引发异常，Django会悄悄地故障转移到空白设置，这意味着空白INSTALLED_APPS and no celery命令！