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

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

Distributions

› Ubuntu

› Fedora

› CentOS

中文资源站

› 网易开源镜像站

这是一个创建于 2100 天前的主题，其中的信息可能已经有所发展或是发生改变。

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

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

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

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

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

第 1 条附言 · 2019-02-22 16:06:16 +08:00

补充简要说一下发生了什么。

1 sudo -u www crontab -l 敲成了

sudo su www crontab -l

等价于

sudo su -l www [args=crontab]

等价于

sudo su -l www
/bin/bash crontab

2 su和crontab碰巧都有-l这个参数 su -l 是说切换到login shell并改变pwd

3 ~www/下有crontab这个文件当然，还有一个文件叫做crontab.xxx 除此以外没有别的文件了

www:~$ ls
crontab crontab.foo

4 crontab是备份的最新版本的配置，而crontab.foo是去年的某个版本的配置

在crontab配置里面，bash执行的时候对于#开头的注释，不执行不报错对于数字开头的 0 50等等报 not found 对*/20这样的也找不到这些传到bash都不会被解析

但是唯独有两行

- - - - /foo bar 被解析执行了

5 * 被展开为 crontab crontab.foo 多个*展开为多份

于是相当于crontab source了crontab.foo

我……学到了。。。

crontab

用户联

跑路

16 条回复 • 2019-02-25 17:52:35 +08:00

defunct9

2019-02-22 14:02:32 +08:00

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

secboy

2019-02-22 14:06:26 +08:00

说出你的故事

MeteorCat

2019-02-22 14:10:56 +08:00 via Android

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

9hills

2019-02-22 14:12:48 +08:00 via iPhone

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

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

mgso

2019-02-22 14:27:58 +08:00 via iPhone

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

wingoo

2019-02-22 14:39:01 +08:00

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

joysir

2019-02-22 14:44:10 +08:00

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

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

joysir

2019-02-22 14:45:22 +08:00

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