问题描述
同事在docker里部署了一个nginx，然后用certbot获取的证书。
但是certbot在docker里自动刷新证书有效期(renew)的操作没执行。
咱也不是很熟docker里的nginx如何配置certbot自动刷新，偷个懒，在外面执行docker exec 调用就算了----原本是这么计划的
结果写了个脚本，调试完成，测试成功，就差一步了：把它放crontab任务里，每周日0:00执行一下，它就是不被调度。
定位过程
首先咱是在网上搜索有没有前辈碰到这个问题，挨个检查了权限，环境变量这些，确定咱的脚本没问题。 然后就卡住了。
自己想办法把，从头开始。
在crontab里搞个任务
javascript
*/1 * * * * /bin/echo `date` >> /root/1.log最直接了，root用户直接上，只执行个echo。
结果不得行，它也不被调度 🥹
使用crontab -l查看任务的时候发现它是这个样子的
ruby
root@0003:~# crontab -l
root@0003:~# bin/echo `date` >> /root/1.log of crontab(5) and cron(8)???嗯？
直接 vi /var/spool/cron/crontabs/root 一看， 好家伙，一堆^M在里面，解析不出来任务啊！
原因找到，原来是文件格式不对。
解决方式
简单的把任务内容备份下来，然后把原始文件内容全删了，重新用crontab -e粘贴进去 保存退出后crontab -l一看，正常了！ 继续监视那个1.log ，也正常了。 删了1.log的那个任务，刷新任务也测试了，正常调度。
ok， 收工了。
总结
cron任务脚本正常，但是不调度的原因又多了一条：crontab 文件格式不正确。
现在发现crontab中的任务不执行的检查清单是：
- 先命令行检查脚本可以正确执行
- 再用service cron status确认服务是启动的
- 再用crontab -l来检查任务是可以被正确解析的 本文就是这里发现没有正确的显示所有的任务，才想起来去查看文件格式的
- 全部正确，再检查任务描述里的时间这些写对没
- 检查环境变量：在脚本里打印使用到的变量和命令的路径
补充
后来进docker看了一下，docker里默认没有cron服务，而certbot是用它来做自动更新的，所以docker里的certbot不会定时自动更新