No news is good news,没有消息就是好消息。这条哲学启示也应该是Linux/Unix哲学之一。
在Linux/Unix下，进程返回一个状态代码，你可以期望是：
0-成功
1-失败
2-悲惨的失败
因此，例如，grep工具返回一个状态如下：
0-找到你要找到的！
1-没有找到
2-对不起-甚至无法读取输入文件    

有时候，你就是抗拒不了想把事情安排得井井有条的念头，尽管这么做其实没有必要；有时候，你决定处理某个微不足道或者几乎就不存在问题，到头来却平添了一大堆的工作；有时候，你希望在其他方面也能像操作计算机时摁Undo按钮那样可以撤销操作；有时候，系统明明没坏掉，你却决定无论如何要修复系统。
所有这些强迫症其实基本上是直冒傻气的行为。
IT行当的这个现象就相当于，有人看到一根线丝露在羊毛衫外头，忍不住把它扯下来，结果搞得一团糟……   

“REJECT和DROP的区别是什么？”
“就好象骗子给你打电话，drop就是直接拒收。reject的话，相当于你还给骗子回个电话。”
某运维技术群的群规：
露点图片 any accept
工作时间 闲聊 drop
非工作时间 闲聊 accept
违反规定 Any kill……   

刚开始各项工作进行得有条不紊：全部文件系统正在被安装到新的服务器上，而新服务器中则已经运行着新的操作系统及集群软件。接下来，服务器管理员运行了一个脚本，该脚本由负责数据库的管理员提供，旨在对数据库系统进行更新。
该脚本具有这样一种功能，在安装新对象时，脚本会检索是否存在可能与新安装间存在冲突的旧有文件。而为了获得比较准确的检索结果，脚本将在安装二进制文件前发出另一项不同的指令，以消除可能造成影响的与数据库相关的文件系统。
脚本运行顺利结束了，数据不见了。   

从业近10年，与之周旋的IDC服务商估计已经超过20家，当然包括合作过的和没有合作过的。归纳起来，这些IDC服务商令人满意的少，而扯淡的不乏其人。
次维护没超过两月的样子，网站就打不开了，访问时断时续。刚开始以为是中病毒了，但电话过去问，那边说是机房被攻击，正在处理，希望耐心等待。
被攻击固然是一件坏事，但什么问题都拿“机房被攻击”来做借口，你以为客户都是傻子啊，能屡试不爽？   

人孰无过？但悲催者莫过于身为root犯了错，更悲催者在于你身为root在生产机器上犯了错，最悲催者在于你身为root在生产机器上犯了错，结果发现没有可用的备份——于是你不得不跟那些重要的数据说拜拜了。
在这些错误中最常见的问题在于管理员对所处场景的混淆，因为管理员经常会同时操作多个窗口。
第二大原因应该在于对危险性的错误评估。系统管理员们有时候可能只是犯了个小错误，结果由于下意识的反应过度导致了更大的问题……