誰、私？Reg読者が自分の最悪な行いを吐き出すためのコラム「誰、私？」にまたようこそ。
今週、「Ryan」は何年も前にルート レベルのコマンドに少々自信過剰になっていたときのことを話します。
当時、彼は大手研究機関の上級システムおよびネットワーク管理者でした。
「私は、研究室で使用されていた多数の Sun サーバーと多数の Sun クライアント ワークステーションを管理していました」と彼は語りました。
サーバーのシステム構成の変更を管理するために、Ryan はソフトウェア リビジョン管理プログラムを使用してさまざまなテキストベースの構成ファイルを管理し始めました。
重要なのは、このシステムでは、構成ファイルを書き込みモードでチェックアウトし、変更を加えて再度チェックインし、その後、ファイルの読み取り専用コピーをチェックアウトする必要があることです。
コンサルタントがアドバイスを読み間違え、取引所の専門家まで200kmの旅をすることになった
続きを読む
「リビジョン管理で使用するリストに、運用上重要な構成ファイルを徐々に追加していきました」とライアン氏は語った。
「ある時点で、ファイルシステムのマウント構成ファイルを/etc/fstabスキームに追加しました。」
ライアン氏によると、数ヶ月間はすべて順調だったものの、ある日、急に状況が変わったそうです。「ファイルシステムの設定ファイルを変更してチェックインしたのですが…読み取り専用モードでチェックアウトするのを忘れてしまったんです。」
しかし、メンテナンスのためにシステムを再起動した次の瞬間、事態はついに深刻化した。「予想通り、Unixはファイルシステムがディスク上のどこにあるのか分からないと、正常に起動しません」とライアンは言った。
ライアンが15分間の完全なパニックと表現した時間の後、彼はすべてを回復し始めるのに十分なほど落ち着きました。
「私は、ルート ファイルシステムをベアボーンの Unix カーネルに手動でマウントし、shシェルの組み込みコマンドのみを使用して、ルート ファイルシステムにechoベアボーンのファイルを再作成しました」と彼は言いました。/etc/fstab
「これは、カーネルが/usrブート中にルートファイルシステムとファイルシステムを実際にマウントできるようにするには十分でした。」
その後、ライアンは最悪の事態を乗り越えた。「システムは読み取り専用のフルfstabファイルをチェックアウトできるようにしてくれたんです。そして、システムを再起動するとすべて正常に動作しました。」
しかし、ライアンが白状したのは今回が初めてではない。彼は当時、監督や同僚数名に話していた。
幸運にも、その修正は彼らから賞賛され、彼はそれを学習経験として記録するように言われました。
「それ以来、私は危険なルートレベルのコマンドの使用を二重チェックすることに、より一層注意するようになりました。」
綿密に練られた計画が最後に大きく狂ったのはいつでしたか？ 誰に話せばいいですか？ 私ですか？ 来週のコラムであなたの話が取り上げられるかもしれません。®
