【大话IT】运维是个坑，年底盘点背锅侠的点点滴滴~（获奖名单已公布）

Fl_wolf

回复 10# aloki

这位同学说的很有道理！

jszxcyit

支持一下，先占个坑，有时间了在编辑一下

dayan_he

MK
不要挖坑给自己跳
不要别人挖了坑，自己跳进去，还往自己身上盖土

forgaoqiang

cjfeii 发表于 2017-01-05 10:53
rm -rf /
多么痛的领悟~~~

哈哈 有类似的体验 只不过我是编译处理
make distclean

比make clean还给力，整个修改、dl全部删除了。。。

cjfeii

rm -rf ./*  修改的代码全部没了。。。

幽冥左岸

世上本没有坑，踩的人多了就有了坑！

q786556605

影视后期公司网管，离运维还有点距离。
回想一年感觉就剩下吐槽了，干好了没问题，老板嫌弃你不干活老闲着，干不好老出问题 自己很累，而且处理不了，更是挨骂。
花钱不挣钱的部门，老板就是很着抠啊。想把一毛掰成两个给你花。
都说运维是背锅侠，现在有了体会，出点问题就想向你身上推，流程软件有问题就说是系统的问题，我问题系统哪的问题是系统少文件了还是权限哪有问题他也说不出一二三来，就要我重装系统，微软天天背黑锅还沾我一身黑。

今年自己没事玩linux 遇到的几次坑是，一次按照百度到的文章安装jdk 设置环境变量设置错了  系统重启后启动不了了，由于是第二天早上上班开机才发现启动不了的回想前一天的操作才恢复了启动，如果是别人配置的我就修复不了了。再有一次就按照百度上修改分区大小我的乌班图启动不了，修改回原来的分区大小才启动
最终总结就是百度上的文章不是很靠谱 ，有的时候就是拿刀自杀。想少点问题还是多看官方文档。谷歌的翻译比百度翻译好点

勒索者病毒15年我见到过 16年新闻上频频出现，17年希望论坛的朋友别中招，更希望我再也不遇到他。

jieforest

支持一下。。

patagonia2

没有十足把握的话不要运维
作运维真的不好

zzfzqq

1.你遇到过哪些的坑让你印象深刻？你是如何解决的。
（1）在/etc/profile.d/ 写了个脚本，里面有条件判断，如果$1 是空的 则执行exit 0.   然后没有写成function，直接可运行。 然后我就测试了下没$1 的情况。。。之后就无法登录系统了。ssh 进去被系统踢出来。 其实解决方法很简单，那就是ssh 远程执行命令 删除这个文件或者将这个文件移除目录就Ok了。  
（2）误卸载libgcc。这一次，远程真的就解决不了，当时的机器没有安装远程管理卡，可以直接用虚拟机终端远程操作。 于是直接跑机房，用系统盘进入修复模式，重新安装了libgcc解决的。
（3）iptables 的坑， 被自己的防火墙配置关在门外，你懂得，这是一种什么感受。哈哈。我相信很多人都遇到过。  这个也只能到本机终端去操作了。
（4）shell脚本的坑，其实也是对脚本理解不深刻导致的，比如， [ 和  [[ 的区别 ，比如 在[[中使用&&和||表示逻辑与和逻辑或 ；[中使用-a 和-o 表示逻辑与和逻辑或。
[[支持字符串的模式匹配，使用=~操作符时甚至支持shell的正则表达式。字符串比较时可以把右边的作为一个模式，而不仅仅是一个字符串，比如[[ hello == hell? ]]，结果为真。[[ ]] 中匹配字符串或通配符，不需要引号。 总结，推进使用[[  可以避免很多逻辑错误。
2.有哪些细枝末节的坑你是想提醒一下身边的运维伙伴的？
（1）作为一名运维，无论技术多牛，只要在一线工作，就得以稳定为大局，反复测试ok了，再去线上操作。
（2）看不见的坑才是最大的隐患，多去论坛关注别人踩过的坑。
（3）细节的请参考1，欢迎纠正补充。
3.谈谈出现坑的主要原因与如何规避它们。
（1）原因：不够细心，干完就撤，没有养成检查和测试的好习惯。
（2）规避: 多学习，深刻理解知识点；多总结记录踩过的坑，避免第二次踩。