相关疑难解决方法(0)

您使用一个错误/错误输入/错误引导的命令行造成的最大损害（无论何种类型）是什么？例如，我不久前错误地删除了一个生产系统数据库，但我很幸运（即备份）并且没有永久性数据丢失、金钱损失、财产损失等。

最重要的是（对于选票），您如何确保它不再发生？

你肯定用自己的眼睛看到它（或即将）迟早：那个可怕的项目/系统/情况下得到的东西SO搞砸了，你就不能相信它居然跑到就像它。

管理不善？预算错误？误解？只是愚蠢，无知？说出您的原因，它确实发生了（并且不断发生，可悲的是；请参阅此处）。

在这里描述它，是为了娱乐（虽然有点愤世嫉俗）和学习（希望如此）。

一些规则：

• 这不是随机（即使是完全毁灭性的）管理错误的地方，所以请避免“啊，我打错了那个 rm -r”或“天哪，我只是在我上次好的备份上复制了损坏的数据库”（去过那里，做到了） ; 那些东西在这里更好。这是关于“什么样的药物完全受谁设计/实施这个系统的影响？”。
• 每个帖子一个 WTF，所以他们可以得到正确的评论。
• 请发布您实际目睹的内容:-)
• 如果是你做的，它仍然有资格:-)

我很快就会添加一些材料，请随意添加您自己的；请做:-)

根据关于最佳系统管理员事故的问题，您参与过的最严重的事故是什么？与上一个问题不同，我的意思是“最坏”，即大多数系统损坏或对人的实际伤害。

我将从我的开始：

我们在 100 英尺长的走廊尽头有两个远程配线间，走廊的地板上有一个金属格栅。在我们安装了 Cat6 电缆后，承包商清理了所有通过格栅掉落到 3 英尺以下混凝土的碎屑。有一天，我和一位同事走进走廊检查进度，但心烦意乱，没有注意到一块格栅被移到了一边。我的伙伴踏入空中，他的胸膛撞在了钢制横梁上。他浑身酸痛，需要休息几天，但幸运的是，钢梁的边缘是圆润的，而且开口的大小让他没有撞到头或下面的地板。

显然，我们了解到地板被部分移除的区域需要标记。

我看到了这个评论：

“去过那里，做到了。在那之后，我们在solaris-boxes 上给killall 命令取了别名：alias killall='echo ORLLY?' =) – 指挥官 Keen 5 月 28 日 12:03"

在回应一个答案。

这让我想知道，系统管理员如何防止自己或他人犯下愚蠢的错误？

在以前的组织中，每次更改都必须经过更改管理（甚至将主机添加到 /etc/hosts），我们对所有更改记录进行了复制/粘贴说明。如果它需要记录中没有的其他命令/过程，则会打开一个新票证。

对我来说，在磁盘故障后在 raid 设置中选择了错误的选项。真是一个有趣的周末。

在我看来，这是我的第一份初级工作：+20 经验值。只是对你的好奇，所以也许我也可以从其他人的错误中吸取教训。

那么你呢？