命令行正常的Python脚本从cron运行时无法找到rsync的问题咨询

你的问题核心其实是cron的环境变量PATH和你平时用的交互式shell完全不一样，这也是很多人遇到cron任务与命令行运行结果不一致的常见原因。

为什么会出现这个错误？ #

当你在命令行运行脚本时，你的shell（比如bash）会加载~/.bashrc、~/.profile这类配置文件，把很多常用命令的路径（比如rsync所在的目录）加到PATH环境变量里，所以系统能轻松找到rsync。但cron运行任务时，会使用极简的默认环境，PATH通常只有/usr/bin:/bin（甚至更窄），如果你的rsync安装在其他目录（比如/usr/local/bin），cron自然找不到它。

使用rsync绝对路径的方案完全可行，而且是推荐做法！ #

这个方法能从根源上解决环境变量依赖的问题，原因有这几点：

• cron的环境配置在不同系统、不同用户下可能有差异，用绝对路径不需要依赖PATH变量，兼容性更强
• 避免因为PATH被意外修改（比如系统更新、其他脚本改动）导致的执行失败
• 明确指定要运行的二进制文件，安全性更高，防止被同名的恶意程序劫持

怎么操作？ #

1. 先在你的交互式shell里运行which rsync，找到rsync的绝对路径，比如输出可能是/usr/bin/rsync或者/usr/local/bin/rsync
2. 修改Python脚本里的命令，把rsync替换成刚才得到的绝对路径：

command = "/usr/bin/rsync -avHP --delete --bwlimit=800 rsync://mirror.nsc.liu.se/CentOS/7.8.2003/ /home/me/reposync/centos"
proc=subprocess.run(command.split(), capture_output=True)

其他可选的解决方法（不如绝对路径稳妥） #

如果你不想用绝对路径，也可以试试这两种方式，但迁移脚本时需要注意环境差异：

• 在crontab里设置完整的PATH：先在命令行运行echo $PATH得到你当前的PATH，然后加到crontab的开头：

PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/home/me
40 13 * * * me cd $PATH && ./reposync.py sync 2> /tmp/test.txt

• 在Python脚本里手动设置PATH：在脚本开头添加代码，把rsync所在的目录加到环境变量里：

import os
# 把rsync所在的目录加到PATH前面
os.environ["PATH"] = "/usr/bin:" + os.environ["PATH"]

为什么加shell=True没用？ #

当你设置shell=True时，subprocess会调用系统默认的shell（通常是sh），但cron启动的shell同样会使用极简的默认环境，PATH还是没有包含rsync的路径，所以依然找不到命令。

内容的提问来源于stack exchange，提问作者klutt