写下你职业生涯中最难以忘怀的误操作。。

minebin

强两天写了个自动备份脚本.
建立了个LST文件,然后里面放着的都是用户的文件路径,
用LST作为变量,复制用户文件,然后我神经的写了个rm -fr $lst.lst
之后悲剧的一幕到现在还在回味,还好我最后用ext3grep花了三天时间把/home 下将近5G的文件找回来了.要不不知道怎么死呢...

ulovko

minebin 发表于 2012-07-28 09:48
强两天写了个自动备份脚本.
建立了个LST文件,然后里面放着的都是用户的文件路径,
用LST作为变量,复制用户 ...

以后千万小心呵 ^_^

yankai0403

1.pkill sh把ssh干掉了，然后就SB了。
2.网上说mysqlchk修复表不用停库，而且很多人都这么说，信了。结果把好多数据修复没了。。。

q1030965736

围观学习{:2_168:}

water1913

=                   =  看了一早上这帖子  下班前一个mount把主目录覆盖了  还好只是mount --bind 啊  不然就瞎了

Jack_boo

看你们的一个比一个惊悚啊…
我有个很2的误操作：
定义了一个备份脚本，里面有删删除文件夹内过期文件的命令，结果脚本在N天后过期把自己删了，结果N天都没备份，幸亏没出问题。

yeahzp

真是深有体会。这是作为工程师看过的最震撼的帖子。

第一次在某省**局，看到一个P55A，在前面看硬盘的号，结果挡灰的和硬盘都一样没灯，很奇怪。拔了一个挡灰的盖子，没事，拔对了，然后又拔了一个，是硬盘。。。机器立马亮告警，赶紧插回去，还好同事帮我搞定了，修复了stale状态的LV。这个事发生的实在太无厘头。

第二次，在某市**局，重装RAC。当时是4台机器的Linux的RAC，只有一台正常。这时候在做备份，我和同事等不及，就开始拔线重装了。结果有一台机器光纤线没拔我就重装，在重新建文件系统时，选择格式化所有分区。这时候那正常的机器还连着光纤后面的存储在跑数据库，正在做备份。这样，数据没了。。。还好找到了一个4天前的备份。要不然，后果很严重。

后怕啊

wany0505

第一次, 配置一个服务, 在网上看的文档, 半夜太困, 命令直接照抄了, 类似"sync;reboot", OMG, 生产服务器呀, 半夜的把短信报警不停.
第二次, 配置FTP, 修改了proftp中有一个禁止的用户列表, 然后直接使用 source 重读了列表, 管家是这个列表里面有个shudown, reboot, 直接关机了, 还是生产呀, 从此我记住了source的作用了, 就是重新读取并执行一遍. 真恐怖呀.

starggw

5K台虚拟机+1K台物理机的机房大搬迁，搬迁完毕后，有近2K台虚拟机，50多台物理机，未正常启动。查找得知是VM网桥配置问题。结果我不小心重新配置了所有物理机的网桥配置，导致4K多台虚拟机/100多台物理机下线，整个人脸色惨白了，手冰冷。。。。。。。3个人，一台一台手工改配置，到晚上2点多。。。。很多业务方的人在等

starggw

pkill 干过类似的回复 666# yankai0403