え、私？Reg読者が、うまくいかなかった失敗談を告白するコラム「え、私？」第 8 回へようこそ。
今週は、「5年ほど前のある金曜日の午後、週末までにバックアップ スクリプトをいくつか完成させるように頼まれた」という「ベン」を紹介します。
ベンは、彼の雇用主は「これを管理するためのソフトウェアを購入する余裕がなかったため、急いで大量のbashスクリプトを開発した」と語った。しかし、会社は、急いで作成されたスクリプトで文書リポジトリ、データベース、財務データ、そしてApache Subversionファイルを保護することで満足していた。
何も重要なことじゃない。重要なことだけだよ！
ベンは脚本を書き、家に帰って何も考えていなかったが、月曜日の朝、仕事場に到着して「特定の株が利用できない」ことに気づいた。
「私はサーバールームへ行きました。そこはエアコンの効いた小さな部屋で、キャビネットが一つだけありました。そこでモニターの電源を入れ、キーを押しました」とベンはWho, me? 宛てのメールで語っている。「openSUSE Enterpriseのデスクトップが起動したので、少し安心しました。しかし、反応がなかったため、がっかりしました。」
システム管理者はSAPの停止を回避するために電源ボタンに1時間指を置いたままにしていた
続きを読む
少し調べてみたところ、ブートローダーでハングしていたマシンをリセットすることができました。ライブブートCDを使ってマシンを起動してみると、ルートディレクトリにいくつかの空のディレクトリがある以外は、ハードディスクが空っぽであることがわかりました。
ベンは何が起こったのか完全には把握していないものの、「あの金曜の午後、急いで作成したスクリプトの1つが、考えられないようなことをしてしまったのだろう…『rm -rf //』を実行したに違いない。スラッシュとスラッシュの間には、削除すべき一時フォルダがあるはずだった。皮肉なことに、この過程でバックアップスクリプトも削除されてしまった。つまり、すべてのデータと証拠が消えてしまったのだ」と述べている。
「私はすぐに上級エンジニアの 1 人 (私は単なるソフトウェア開発者で、IT も担当していました) に問題を引き継ぎ、バックアップ スクリプトによってサーバーが消去されたとしか考えられないと説明しました。」
「彼はディスクを取り出し、復旧のために送りましたが、結局データの復旧はできず、3か月ほど前に取った手動バックアップから再構築することにしました。」
「厳しく追及されたことはありません。公平に言えば、私はかなり厳しく自分を責めましたが、証拠もなく憶測だけだったので、もしかしたら私が犯人ではなかったのかもしれません。」
何か失敗して、非難を逃れたことはありますか？もしそうなら、ここをクリックしてあなたの体験談をお送りください。今後の号に掲載されるかもしれません。私ですか？®
