Cron任务无法执行非Root脚本问题排查求助

看起来你遇到的情况有点绕——当operations用户在/etc/cron.allow里时，快照脚本完全没日志；移除该用户后，脚本反而以root身份执行并抛出预期错误。咱们一步步拆解可能的问题：

1. 先搞清楚：到底是谁在执行脚本？ #

这是核心问题。你提到执行crontab -l，但要注意：crontab -l默认查看当前用户的定时任务。如果你是用root身份跑的这个命令，看到的是root的crontab，不是operations的。

先确认两个关键点：

• 用su - operations -c "crontab -l"查看operations用户的定时任务，确认快照脚本的条目确实存在，且路径是绝对路径。
• 用crontab -l（root身份）查看root的crontab，看看是不是不小心把脚本加到了root的任务里——这就能解释为什么移除operations后root会执行脚本并报错。

2. 脚本执行的权限与路径坑 #

即使operations的crontab配置正确，也可能因为权限或路径问题导致脚本静默失败：

• 脚本权限：检查operations是否有执行脚本的权限：ls -l /path/to/your/cc_snapshot_script.sh，确保权限位有x（比如-rwxr-xr-x）。
• 日志路径：脚本里写日志的路径是不是绝对路径？如果是相对路径（比如cc_snapshot.log），cron会在用户的家目录（/home/operations）生成日志，而不是/var/log，自然你看不到输出。
• 日志目录权限：ls -ld /var/log，确认operations用户有写权限（或者把日志文件的属主改成operations：chown operations:operations /var/log/cc_snapshot.log）。

3. Cron的环境变量限制 #

Cron的默认环境变量非常精简，和用户登录后的环境完全不一样，这是很多静默失败的根源：

• 脚本里的命令是不是用了相对路径？比如用tar而不是/bin/tar，cron可能找不到这个命令，导致脚本直接退出，没任何输出。
• 解决方法：要么在脚本开头设置完整的PATH：

  PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
  

  要么把所有命令都改成绝对路径。
• 另外，在crontab条目里强制重定向所有输出（包括错误）到日志，这样即使脚本出错也能看到原因：

  * * * * * /path/to/cc_snapshot_script.sh >> /var/log/cc_snapshot.log 2>&1
  

  这里的2>&1是把错误输出（stderr）合并到标准输出（stdout），一起写入日志。

4. /etc/cron.allow的配置是否有效 #

最后验证cron.allow本身的配置：

• 查看文件内容：cat /etc/cron.allow，确保operations在里面。
• 检查文件权限：ls -l /etc/cron.allow，必须是root:root所有，权限位为600（-rw-------）——如果权限太松，cron服务会忽略这个文件，导致配置失效。

快速排查步骤总结 #

1. 确认operations用户的crontab条目存在且正确（绝对路径+输出重定向）。
2. 验证operations对脚本、日志文件/目录的读写执行权限。
3. 检查脚本里的命令是否用绝对路径，或在脚本开头配置完整PATH。
4. 确认/etc/cron.allow的内容和权限符合要求。
5. 排除root或其他用户的crontab条目干扰。

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