瞎扯淡 都来聊聊人生污点吧

quakewang · 2013年01月06日 · 最后由 suffering 回复于 2016年09月05日 · 6991 次阅读

在生产数据库服务器上执行 delete 语句的时候,很开心地少打了一个 where 条件,导致整个表被清空。

防火墙配置限制 ip 访问,复制粘贴的时候出错,导致数据库服务器断开了所有的链接。

和同事一起维护,他用 root 账户清理一些文件,以为在/tmp 目录下面,执行了 rm . -rf,看到屏幕飞快地刷,我忽然有一种很不好的感觉,赶紧喊 ctrl+c,然后过 1 秒等他明白过来狂按的时候,才发现服务器的 IO 性能太好有时候也是一种错误...

本人亲历...楼下继续...

进行短信和邮件发送的压力测试时....花掉了很多钱

在生产环境主服务器上,以为是测试服务器,输入 sudo shutdown,结果公司所有的客服电话暴掉了~~~

早期在服务器上停 mysql,嫌 mysql 停的慢,直接 kill 掉,结果起不来了。 切换邮件发送服务,本地测试换成自己邮箱,忘记改回来,第二天自己邮箱爆满。 在 mac 上用 BSD 的 sed 写了个文本处理的,到服务器用 GNU 的 sed 上一跑,把一堆数据跑没了。

我还以为是人生污点。。。整个一个职业生涯污点。。。不给力啊不给力。

之前把线上服务器的 IP 配置错误,导致网络断开,无法连上,结果得跑机房报显示器连上配置

一路酱油,没接触生产环境的飘过...

到客户服务器上迁移数据的时候不小心把整个项目删除了,当时吓得我,幸好还原回来了

生产环境上好像还没啥太吓人的事情,不过学习 linux 的时候自己找了很多麻烦啊,/usr, /bin, 数据库关键文件,分区表,mbr ...... 数不过来的说

补充:说到分区表倒是想起来了,以前曾经把学校实验室的一台服务器的分区表搞坏,然后就学会了使用 diskman)

除了在华顺原帖下写的两个勿删数据的糗事外,还有一次, 在客户的服务器上打开了 eclipse,把项目(很古老的代码)重新编译了一遍…幸好 src 中不包含 view 代码,然后打车飞去公司…幸好中间没人重启…

刚开始工作时,项目使用 ssh 框架比较老,用的是配置文件的方式,工作三月,实在是受不了了,随即将所有 jar 包换着最新,用注解方式替换了配置文件,删掉了很多文件,上线之后,出现一点小问题,花了一天时间纠错,被老大训了一顿。不过最后还是保留了注解的使用方式。

线上 Rails Console 下跑一段代码。。删除了所有的 User 数据。。。 吓尿后,通过 mysql binlog 恢复了数据。。。 然后才知道 Rails Console 有沙箱模式 So

Learning from mistakes

app 上线,凡是更新的狂崩溃,不知何故,用户量折半。。。。。

后来查出是 php 的数组和 hash 是一样的。。。。。擦

一个 10086 的短信接收项目,网速卡 rm -fr 时文件名多打了个空格,把执行程序删了。关键是找不着源码。(源码不知道是不是上次离职的人没移交,操蛋。)

你们这些算啥污点啊! 老子被人妖亲过!

早年曾经给 prd 做发布包,把负载均衡判断 server 是否健康的文件没有排除,而 move in team 的发布流程是先把该文件拿掉,再做 move in , 则负载均衡就不会理该 server 了,move in 完毕再把该文件复原。

克悲剧的是:我的发布包里带上了这个文件...

幸运的是 move in team 的 自动化脚本包含一个 check,我的发布包被退回来了

#16 楼 @ywencn 这是你的闪光点啊 👬

rm -rf * 过,最后发现系统 shutdown 了,再用光盘启动一看,整个服务器卷没有了。教训两点,不要用,最好用 a b*. 第二,不要在很疲倦的时候在生产环境下操作。

从没误删过!

初一时一个雪夜,大家出来玩雪,拉了个小学妹子进楼栋谈话,出来后,该妹子宣称我把他强 x 了

2008 年年底,不小新把 MySql 数据库弄坏,无法恢复。然后,只好凭记忆把《把时间当作朋友》重新写了一遍。

上幼儿园时候,带妹子私奔回我家,睡了一觉。后来幼儿园老师全都知道我睡妹子的事了。

菜鸟一个,没碰过生产环境,没污点可造 PS:ls 上的才是人生污点啊

#23 楼 @kgen 膜拜,告你女朋友去😈 小学和女神一起放学回家,被拉进她妈妈工作的医院,当时害羞的我挣脱了女神的手,逃走了~污点啊,污点!!!

给服务器配防火墙,结果一个端口都没放过的时候,就把防火墙起来了。

我一次把邮件测试环境和真实的搞混了,结果所有的客户都收到了我的测试邮件。

高强度工作下 (连续通宵加班) 将服务器扣费代码加了一个负号,也就是扣钱变成加钱之类的措事情...幸亏上线前让测试测出来了,否则我就工资扣光了...

在生产环境从不用 root 用户操作,还没误删除过核心文件。

#25 楼 @lionzixuanyuan 这么光荣的污点,早就告诉女朋友了,哈哈~

只是试过不小心将 redis 里的数据全部清空了

。。。。。。。。。。。。。。。。。我会告诉你我在生产环境直接 User.all 吗。。。。。。

哈哈,看来不只是我一个人会去操作 rm -rf 等等破坏性操作。。。哈哈哈。。。有伴儿的感觉,还不赖。。。

#16 楼 去了泰国这种事比较正常。

#32 楼 @fresh_fish 握手,干过一样的事情,生产环境服务器将近五分钟没有响应,吓死我以为要被开除了,那个之后学会了find_each

#35 楼 @iBachue 这属于被 ActiveRecord 坑了,Rails 4 已经可以大胆的 User.all 了。

生产环境数据库 在 mysql 没有关闭,就调整 mysql 配置文件。然后再重启,就起不来了。

我是来看跟帖的。。。。。

#6 楼 @huacnlee 某人似乎在生产服务器上执行 rake rspec,然后大家都知道了

两个数据库刚设置为远程相互同步,结果发现有一边的数据库少了一些东西,然后打算把这个不全的数据库删了,用 rake 重新 load 生成一个。结果是两边的数据库都被删了,当时就蒙了。。。。。还好,发现导数据的时候还有个备份

曾經 rm ﹣rf 刪除過 /opt 結果裏面的程序,代碼全沒了,好險有部份重要的在 local 上還有 曾經更新公司的服務器的 nginx,結果所有網站都成了 welcome for nginx! 曾經修改防火牆配置,結果速度打的去機房。。。。

rm -rf * 删除备份文件夹 发现好慢。等了有 10 秒,想不应该这么慢,停止了。 看看了。网站的用户头像没有移动过去。删了一小部分。

在一个运行环境中执行了rake db:drop...就是昨天是事儿……

在真实环境中有过 误操作 kill, 测试环境有过 rm -rf 悲剧,不过还好及时发现,弥补了。。。

在真实环境中有过 误操作 kill, 测试环境有过 rm -rf 悲剧,不过还好及时发现,弥补了。。。

“不要在很疲倦的时候在生产环境下操作” @jimrokliu 这个非常重要,容易犯低级错误!

我决定不学 RAILS 了。多学这 RAILS 浪费时间,我都会 PHP YII 了,还学 RAILS 做什么?

我也很 2,生产环境远程升级 archlinux,init 转 sytemd,第一台成功了,第 2 台把 sytemd 装上,结果 initscripts 没删除,重启机器后系统就没起来。。。。跑机房去手动升级,幸运的是一共有 10 台应用服务器,挂掉的只是一台

曾经多打一个空格,sudo rm -rf temp /,结果。。。。,幸好是测试服务器

刚接触 Linux 时,符号链接上面吃过亏。

原本打算备份符号链接指向的目录,cp 时,习惯性的多加了 -a 参数。结果只是备份了符号链接而已。

下一步就是 rm -rf ... 你懂的...

这虽然不算事单纯意义上的 rm -rf 误操作,但是实际造成的损失是一样的。

n 年前还不知道用 Git 时,rm -rf 直接干掉了一个月的工作。当时觉得五脏六腑都空荡荡的。

需要 登录 后方可回复, 如果你还没有账号请 注册新账号