尝试 Python 时 Crontab 头痛 [关闭]

Question

我已经成功运行了一个 crontab，但是当我引入一个 python 脚本时，什么也没有发生。我已经验证我的 python 文件在直接从 shell 运行时可以工作。

crontab 是：

* * * * * /Users/myname/myzsh.zsh

myzsh.zsh 在哪里：

#!/bin/zsh
/Users/mypath_to/python /Users/myname/testscript.py

什么都没发生

Answer 1

原来 cron 本身没有权限。我将它拖放到首选项的安全部分，瞧！

Answer 2

这是一个很常见的cron gotcha。

交互式运行和 cron 运行的环境不同。 这会导致观察到的故障。

我假设您向我们展示了 crontab -l 以同一用户身份运行 以交互方式运行脚本， 所以我们不与root在cron下运行有出入。

您的$PWD，当前工作目录，可能很重要。 许多 cron 作业会做这样的事情：

cd some_dir && ./my_script.zsh

引用第 5 章 crontab 手册页：

... HOME、SHELL 和 PATH 可能会被 crontab 中的设置覆盖...

...交给子进程的环境基本上是来自/etc/rc的环境。

您真的想在执行脚本之前美化环境。

我怀疑你至少需要

env PYTHONPATH=. /Users/myname/myzsh.zsh

许多 my 脚本设置了 conda 环境 在调用 cPython 之前， 所以$PATH 很好。 运行一个简单的env | sort >> /tmp/log.txt的cron作业 查看默认情况下 PATH 的外观。 尝试以交互方式使用该 PATH 设置，然后 您可能会注意到该脚本的失败与在 cron 下的失败相同。

你可能会发现埋葬cd dir和export PATH=...很方便 在 myzsh.zsh 脚本中。

考虑运行python -m site 以帮助调试sys.path 详细信息。

---

您的脚本可能会出现致命错误，即非零退出状态。 作为调试的辅助，考虑添加

MAILTO=prolle@some.email.provider.com

然后cron 守护进程将向您发送脚本的输出， 如果它在 stdout + stderr 上产生多于零行。