システム管理者がサーバーをシャットダウンすると、「ガチャン!」という音がしましたが、アプリは実行され続けました。

Table of Contents

システム管理者がサーバーをシャットダウンすると、「ガチャン!」という音がしましたが、アプリは実行され続けました。

誰、私?もしもし?誰かいますか?北半球にお住まいの方は、今週はお時間のない方もいらっしゃるかもしれませんね。まだお仕事中の方、The Register紙の告白コラム「誰、私?」の続編へようこそ。読者の皆様が、これまでに犯した最悪の過ちを暴露します。

今週は、2000年代半ばに地方自治体で働き、「ソラリス エステートの責任者だった」という「リック」を紹介します。

「あの平和な日々では、差し迫ったビジネスニーズがない限りサーバーにパッチを適用することはありませんでしたが、給与計算システムに問題が発生し、カーネルパッチで解決できる可能性があると示されました」とリックは振り返ります。

「私はそのためにダウンタイムを適切に交渉し、合意した「危険」時間帯のある朝早くから始めました。」

Rick 氏は、指示に従って「Sun の推奨どおりにシングル ユーザー モードでシャットダウンし、パッチ クラスター全体ではなく、関連するパッチを適用しました」と語りました。

カレンダー

ソフトウェアは世界を変え、そして月初めに消滅した

続きを読む

「予想よりもずっと時間がかかった後、patchaddコマンドが終了し、再起動しました。」

「今より経験が浅かったので、一緒に仕事をしていたベテランの請負業者が勧めてくれた単純な停止コマンドではなく、きちんとシャットダウンしました。」リックはまたもやサーバーが「ダウンするまでに非常に時間がかかった」ため心配になりました。コンソールに「すべてのディスクがアンマウントされていることが表示されたので、ハードリセットを敢行することにしました。」

「はっきりとしたカチッという音がするまで、電源スイッチを5秒間押し続けました。」

しかし、サーバーがダウンしていたにもかかわらず、リックのコンソールセッションはまだ稼働していた。そして、彼がパッチを当てたばかりの給与計算アプリも稼働していた。

地方自治体の住宅アプリ?そうでもない。

「隣り合った2つのサーバーで間違ったボタンを選択してしまい、すでにダウンしていた給与システムではなく住宅システムを停止させてしまったことが判明しました。」

おっと。

リックはどうやってこの窮地から抜け出したのでしょうか?

「急いでKVMを別のサーバーに切り替え、fsckすべてのディスクボリュームで実行され、Oracleが問題なく起動するのを確認しました。その頃にはPayrollも正常に起動し、ポストも正常に起動していました。」

リックは自分のミスを報告する義務があると感じていましたが、幸いなことに「応募担当者はただ笑っただけで、とても寛容なタイプだったので、それ以上は何も言いませんでした」。

リックの物語は複雑な結末を迎えた。彼はその後8年間その職に就いたが、人員整理のため外注された。こうして彼は歳を重ね、賢くなり、「俺だって?」と言われた時に教えられた「取り返しのつかないことをする前に、必ずよく考えろ!」という教訓を胸に、旅立った。

何か間違ってオフにしてしまったことはありませんか?何が間違っていたのか、そして結果がどの程度間違っていたのか、ぜひ教えてください。ここをクリックして「Who, me?」までメッセージをお送りください。今後の月曜日には、きっと良い人がここに現れるでしょう。®

Discover More