转载

RedHat的cron配置BAD FILE MODE问题

最近在AWS提供的免费EC2上跑了个Wordpress，用的是nginx+php-fpm。可能是由于免费ec2的配额是在无法容纳庞大的wp，也可能是别的原因，总之一个几乎没有流量的网站也会出现周期性的卡顿。

由于没有思路进行代码方面的排查，所以准备写个计划任务来定期重启php-fpm的连接池来简单粗暴的规避上述问题。不过，竟然发现红帽子linux默认的crontab状态竟然提示：

crond[510]: (root) BAD FILE MODE (/etc/crontab)

其实原本不需要写这篇文章，因为上述错误信息你放在gg或bd上搜会找到大量的解决方案（其实中文帖子都是源自一个源，一个字都没改动）。我照着试了试，还是不行，看了一下一个英文论坛上的描述，其实差别只是一个 0 ，但是对于我这种半吊子来说，也是很致命的：

chmod 0644 /etc/crontab service crond restart

644 和 0644 的差别：

先来看一个提问，下面跟的答案其实说的不是太明确，但应该意思没错。

我们来看一个国产贴。这篇文章写的很屌，而且举了一个很好的例子。虽然我看的还是有点晕，但相信有经验的运维人员已经搞明白了。

不负责任的说，那个 0 表示的就是关闭掉 setUID 权限设置（避免过多的开放权限给普通用户），这应该是crond对配置文件的要求吧~

原文 http://blog.kazaff.me/2016/07/20/RedHat的cron配置BAD FILE MODE问题/

正文到此结束

所属分类：编程技术

本文标签： php-fpm tab REST Nginx 红帽 root 代码 Service PHP UI 免费 linux 配置文章 wordpress 网站 Word tar http
版权声明： 本文为互联网转载文章，出处已在文章中说明(部分除外)。如果侵权，请联系本站长删除，谢谢。
本文海报： 生成海报一生成海报二

本站定位：个人技术类博客

本站作用：写博客、记日志、闲聊扯淡鼓捣技术。