yum-cron出现BAD FILE MODE错误，service crond status -l报错求助

我之前碰到过一模一样的问题，这个错误本质上是crond的安全机制在起作用——它对定时任务相关文件的权限有严格要求，不允许其他用户拥有写权限，否则就会抛出BAD FILE MODE错误。下面是一步步的排查和解决方法：

1. 定位yum-cron的定时任务文件 #

yum-cron的定时任务通常存放在这几个位置，先逐一检查：

• /etc/cron.d/yum-cron（系统级定时任务配置）
• /etc/cron.hourly/yum-cron（小时级执行脚本）
• 也可能在root用户的crontab里（可以用crontab -l -u root查看）

执行以下命令查看目标文件的权限：

ls -l /etc/cron.d/yum-cron /etc/cron.hourly/yum-cron

如果输出里的权限列包含w（写权限）给了组（g）或其他用户（o），比如-rw-rw-r--（664）或者-rwxrwxr-x（775），那就是权限违规了。

2. 修复文件权限 #

根据文件类型调整权限：

• 对于/etc/cron.d/下的配置文件：设置为600（仅所有者读写）或者644（所有者读写，其他只读），确保没有组或其他用户的写权限：

  chmod 600 /etc/cron.d/yum-cron
  

• 对于/etc/cron.hourly/下的执行脚本：需要保留执行权限，所以设置为755（所有者读写执行，组和其他读执行），同样不能给其他用户写权限：

  chmod 755 /etc/cron.hourly/yum-cron
  

3. 验证修复效果 #

重启crond服务让权限变更生效，然后再次检查状态：

service crond restart
service crond status -l

如果BAD FILE MODE错误消失，就说明问题解决了。

额外说明 #

这个问题一般是手动修改文件时误改了权限，或者yum-cron安装过程中权限配置异常导致的。crond的这个安全限制是为了防止恶意用户篡改定时任务文件，所以严格遵守权限规范很重要。

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