#每日一记#第4天 普通用户crontab任务不执行

场景：

客户服务器有一些基础运维工作要做，需要配置脚本进行定时运维，这时候就配合crontab定期执行，发现crontab定时任务并未执行。

解决方案：

查看目录权限，无权限则修改目录权限

1. ll /var/spool/cron/  #权限为root，修改权限
   
2. chown etl_user /var/spool/cron/etl_user
   
3. cat /var/spool/cron/etl_user

复制代码

修改完后重启生效

1. systemctl restart crond

复制代码

注意：查看crontab的权限是否正常，若权限和下图不一致需要修改为正确权限。

客户现场有一台Linux服务器crontab一直无法在普通用户下执行，执行时总是提示错误：seteuid: Operation not permitted，要使用crontab还要切换到root用户下，再执行crontab -u username -e来编辑，后来通过google搜索到问题在于文件权限的问题，文件/usr/bin/crontab没有特权。

解决方法：改过前的权限是

1. -rwxr-xr-x 1 root root 70592 Jul 12 2005 /usr/bin/crontab

复制代码

改过后的权限是

1. -rwsr-xr-x 1 root root 70592 Jul 12 2005 /usr/bin/crontab

复制代码

因为crontab要使用到除了crontab之外的其他文件，而那些文件普通用户是没有更改权限的，那么现在就需要增加他对文件系统的特权，让可以对其它文件也有更改权限，更改上面的方法是先切换到root用户下再执行

1. chmod u+s /usr/bin/crontab

复制代码

楼主的文章图文并茂，清晰易懂，看完这波操作可以轻松上手了，如遇到问题再向楼主请教~

楼主分享的案例很实用，具有典型性，希望有更多这样的干货供我们学习参考，非常感谢！

楼主的文章图文并茂，清晰易懂，看完这波操作可以轻松上手了，如遇到问题再向楼主请教~

逐句地看完这个帖子以后，我的心久久不能平静，震撼啊!为什么会有如此好的帖子!我纵横社区多年，自以为再也不会有任何帖子能打动我，没想到今天看到了如此精妙绝伦的这样一篇帖子。

楼主分享的案例很实用，具有典型性