我今天看了一下 crontab 的任务，居然回滚了生产环境 crontab 的配置……

[phpfpm]

早晨到公司上班，同事说某台 crontab 的服务器负载有点高，于是我就登上去 敲了一行

phpfpm@cron:~$ sudo su www crontab -l

因为 php-fpm 和 php 脚本都是用 www 启动的，所以 crontab 的 job 也在 www 用户里面。

之后，弹出来一串 bash 报错之后，我就神奇的发现 crontab 的配置被回滚到一个一年前的备份了。 有人能猜到发生什么吗？

先不多说了，我赶飞机跑路了。。。

[defunct9]

猜不到，估计得打宇宙飞车跑路

[secboy]

说出你的故事

[MeteorCat]

我上次也是倒霉，sudo crontab -按下去的时候，打个喷嚏条件反射按了 r 和回车

[9hills]

没这么简单吧，你可以 history 看你具体执行的命令

crontab 后面加文件名可以加载文件内容到 crontab 中，百分之九十九的可能性是误操作了

[mgso]

顺便说下 键盘上 e 键和 r 键靠得太近了🤔🤔🤔

[wingoo]

e,r 也按错过一次, 一身冷汗, 还好有备份

[joysir]

你的命令写法错误，导致被解析为 crontab -l 被解析为 su 的参数了，具体如下：

1. sudo su www 切换到 www 用户，并进入该用户的家目录
2. crontab 打开当前目录的 crontab 文件并执行（然而，你 www 家目录正好有一个名为 crontab 的备份文件）
3. -l 模拟重新登录

[joysir]

@joysir 输入太快，第一句表达有误，应该是：
你的命令写法错误，导致 crontab -l 被解析为 su 的参数了，具体如下：

[yulgang]

难道你执行了 source ~/.bash_history ？ 😂

[phpfpm]

@joysir 对头，我一会说详细的。

[firebroo]

顺便说下 键盘上 e 键和 r 键靠得太近了🤔🤔🤔

[geeti]

你们登陆 production 不需要第二个人在旁边看着么

[phpfpm]

@geeti emm 如果不执行危险操作一般都是自己来吧
and，如果有一些修改的什么的走 saltstack

对于 crontab，我们有一套管理平台平时增删改都在那上面
排查问题的时候我就顺手在服务器上看了。。

[Ansen]

所以我一般都是 cat /var/spool/cron/xxxx

[BubbleNoodle]

不建议在环境变量下面，引用 crontab

踏踏实实放在 etc 下面。

[phpfpm]

@Ansen 好主意~