クレジット
翻訳責任者: Rokurokubi
翻訳年: 2024
原題: SCUTTLE
著作権者: pxdnbluesoul
作成年: 2014
初訳時参照リビジョン: 10
元記事リンク: https://scp-wiki.wikidot.com/scuttle
暫定エントリー — 緊急出動命令発令、全テクニカルアドバイザーおよびRAISAスタッフはサイト-01へ — 暫定エントリー
これは現在進行中の事態を文書化した自動生成エントリーです。事態のタイプ: SCRAMBLE。影響を受けるシステム: SCUTTLE。影響を受ける人員: RAISA、TECHNICAL。このエントリーは、20██/01/28 15:42にマリア・ジョーンズ [mjones06]によって生成されました。
インシデント番号: 20██011300███
深刻度: Critical
財団人員の死傷の可能性: 高
一般への情報漏洩のリスク: 高
インシデントの状況: 進行中
影響を受けるサイト: 出力エラー: リストオブジェクトが10,000文字を超過しています。
チケット履歴
IR#20██011300███-01 ステータス: 作成済み ユーザー: lrhode02 (IP: 10.101.25.███) タイムスタンプ: 20██/01/13 07:38
現在SCUTTLEコンピュータにアクセスできません。三要素認証の画面で完全にフリーズしています。今何かしていますか？LR
IR#20██011300███-02 ステータス: 返信済み ユーザー: rsmith04 (IP: 10.101.137.███) タイムスタンプ: 20██/01/13 08:14
おはようラリー。私が知っている範囲では特に何もありません。チェックインして確認してみます。ロブ
IR#20██011300███-03 ステータス: 送信者からの返信 ユーザー: lrhode02 (IP: 10.101.25.███) タイムスタンプ: 20██/01/13 08:18
ありがとう。
IR#20██011300███-04 ステータス: 返信済み ユーザー: mdavis01 (IP: 10.119.155.███) タイムスタンプ: 20██/01/13 08:37
サイト-19のSCUTTLEへのリンクもダウンしていることを一応言っておくよ。早急に対応してくれるとありがたい。マイク・デイビス
IR#20██011300███-05 ステータス: 返信済み ユーザー: rsmith04 (IP: 10.101.137.███) タイムスタンプ: 20██/01/13 08:44
リモートでログインできませんね。エスカレーションします。待機しておいてください。
ユーザーrsmith04が深刻度を「Medium」に設定しました。
IR#20██011300███-06 ステータス: 返信済み ユーザー: tthomp03 (IP: 10.101.147.███) タイムスタンプ: 20██/01/13 09:03
おはよう。何やってもリモートアクセスできないから、技術者を派遣してSCUTTLEを調査してもらおうと思う。
テリー・トンプソン、シニアネットワークエンジニア
IR#20██011300███-07 ステータス: 返信済み ユーザー: bcolli01 (IP: 10.101.254.███) タイムスタンプ: 20██/01/13 10:39
最初の報告どおりの状況だ。今SCUTTLEにチェックインしてるサイトはあるの？なければ電源を入れ直すよ。ブランドン
光速で送信。光り輝くモバイル端末から
IR#20██011300███-08 ステータス: 返信済み ユーザー: tthomp03 (IP: 10.101.147.███) タイムスタンプ: 20██/01/13 10:42
どのサイトからもハートビートは出ていない。準備できたら進めてくれ。戻ってきたらそのくだらない署名の消し方を教えてやる。テリー
IR#20██011300███-09 ステータス: 返信済み ユーザー: bcolli01 (IP: 10.101.254.███) タイムスタンプ: 20██/01/13 12:10
何度か電源を入れ直したけど、ダメだ。予備の周辺機器も試したけど変化なし。スナップショットの状況は？先週の金曜日までは確かに動いてたらしい。そもそもSCUTTLEのスナップショットって取ってたっけ？署名の消し方は見つけた。ごめん :)
IR#20██011300███-10 ステータス: 返信済み ユーザー: tthomp03 (IP: 10.101.254.███) タイムスタンプ: 20██/01/13 12:27
昼飯かっ込んできた。デスクに帰ったらスナップショットを確認する。SCUTTLEは週一でスナップショットを取っているから大丈夫なはずだ。17:00にリバートする予定で行こう。昼食をとって戻ってきてくれ。完全に逝っちまってるようだから、コールドストレージから物理メディアに戻す作業にも備えていてくれ。
IR#20██011300███-11 ステータス: 送信者からの返信 ユーザー: lrhode02 (IP: 10.101.25.███) タイムスタンプ: 20██/01/13 13:09
大ごとにしたくはないのですが、何か計画を立てた方がいいのでしょうか？SCUTTLEの不具合なんて聞いたことがありません。LR
IR#20██011300███-12 ステータス: 返信済み ユーザー: tthomp03 (IP: 10.101.147.███) タイムスタンプ: 20██/01/13 13:20
ラリー、そんなに焦らなくても大丈夫です。SCUTTLEは堅牢なので数週間チェックインがなくてもすぐに問題を起こすことはありません。先週動いていたなら、早くてもバレンタインまでは平気でしょう。こっちでなんとかします。ブランドン、スナップショットは一通りチェックしたけど、問題なさそうだ。17時にリバートを試してみてくれ。ただ、覚悟しておいた方がいい。長丁場になるかもしれないからな。あんな古いシステムでリバートなんてやったことないんだろう？最新のスナップショットは強制的に作れないから、現場で何かやる前に、必ずシステムイメージを取っておけよ。テリー
IR#20██011300███-13 ステータス: 返信済み ユーザー: bcolli01 (IP: 10.101.147.███) タイムスタンプ: 20██/01/13 13:42
了解。今夜連絡する。BC
送信者: ブランドン・コリンズ [bcolli01]
宛先: テリー・トンプソン [tthomp03]
送信日: 20██/01/13 21:22
Subject: SCUTTLE - Still Broken
件名: SCUTTLE、まだ直っていない
テリー
SANの古いイメージは無事SCUTTLEに移せたけど、問題があるみたいだ。POSTは通過するんだけど、その直後にE0x18 CORR_FSを吐いて止まる。そのスナップショット、本当に大丈夫だったのか？
ブランドン
送信者: テリー・トンプソン [tthomp03]
宛先: ブランドン・コリンズ [bcolli01]
送信日: 20██/01/14 07:44
件名: RE: SCUTTLE、まだ直っていない
ダメだな。古いスナップショットを使って、使ってないVLANにミニSCUTTLEを立ち上げてみるよ。とりあえず、朝一で現場に戻って、保存しておいたシステム状態を差し戻してくれないか？
送信者: ブランドン・コリンズ [bcolli01]
宛先: テリー・トンプソン [tthomp03]
送信日: 20██/01/14 09:58
件名: RE: SCUTTLE、まだ直っていない
どのシステム状態のことだ？この実行環境でイメージなんて取れないだろ。
送信者: テリー・トンプソン [tthomp03]
宛先: ブランドン・コリンズ [bcolli01]
Cc: マリア・ジョーンズ [mjones06]
送信日: 20██/01/14 10:44
件名: FW: SCUTTLE、まだ直っていない
頭がおかしくなりそうだ。イメージを取ることはできるはずだし、頼んだ通りにやってほしかった。Image->Diskの代わりにDisk->Imageを選べばいいだけだ。たった2つ下にあるのに。どうしてわからなかった？
マリア、都合の良い時にインシデント20██011300███を見てください。4週間以上前の状態に戻した時の影響について意見をお聞きしたいです。SCUTTLEについて私より詳しいでしょうし、何が起こるかよくご存じかと思います。
IR#20██011300███-14, ステータス: 送信者からの返信 ユーザー: lrhode02 (IP: 10.101.25.███) タイムスタンプ: 20██/01/14 11:10
みなさんおはよう。SCUTTLEに今まで見たことのない真っ黒な画面が出てるんですけど、これってどういう状況なんでしょうか？LR
IR#20██011300███-15 ステータス: 返信済み ユーザー: tthomp03 (IP: 10.101.147.███) タイムスタンプ: 20██/01/14 11:42
ラリー、少々問題が発生しています。上の人たちにも協力してもらって問題の解決に当たっているところです。解決策が見つかったらすぐにお知らせします。テリー
ユーザーtthomp03が深刻度を「High」に設定しました。
送信者: マリア・ジョーンズ [mjones06]
宛先: テリー・トンプソン [tthomp03]; ブランドン・コリンズ [bcolli01]
Cc: O5-1 [o5comm01]; O5-6 [o5comm06]; O5-11 [o5comm11]
件名: SCUTTLEの障害について
重要度: 高
送信日: 20██/01/14 14:12
各位
これまでのインシデントを確認し、テリーとリモートセッションで協力しながらSCUTTLEバックアップの整合性をチェックしたのですが、ちょっとまずいことになっているかもしれません。
直近3週間分の週次スナップショット（簡単に言うと、コンピュータにロードされたすべての内容を含む1つの大きなファイルです）をプログラマに送ったのですが、ベースイメージが破損している可能性があります。基本的に、まずシステム上のすべてを含む大規模なインベントリから始まり、その後毎週変更を追跡して新しいスナップショットとして指定していきます。これを増分イメージと呼んでいて、ストレージの容量を抑えつつ、長期間のリビジョン管理を可能にしています。SCUTTLEは大量のデータを扱うシステムなので、毎週コンピュータ上のすべてを新たにイメージ化するのは現実的ではないと判断されました。データ破損のリスクが非常に高いためです。
このシステムが何をするものなのかは、みなさんご存知だと思いますが、復習が必要な方は、RAISAポータルのKB10235「生命と存在に対する持続不可能な脅威を封じ込めるシステム」とKB10236「SCUTTLEデッドマンスイッチプロトコル」を参照してください。
ベースイメージは作成時に整合性がチェックされているので、なぜこのような問題が起きているのかはまだわかっていません。ただ、最後の正常なイメージが4週間以上前のものだった場合はどうなるのか、という質問が出ました。理論的には、チェックと同期の順番から考えて全く問題ないはずです。しかし、これは長期間運用されてきたSCUTTLEにおいて、サーバー自体が直接原因となる初の障害です。そのため、より多くのテストを行うまでリスクを取るわけにはいかないと考えています。
現時点で管理者権限を行使し、本件以外におけるテリー・トンプソンのタスクを一時停止して、本件に専念してもらいます。
よろしくお願いします。
マリア・ジョーンズ
記録・情報保安管理局 局長
IR#20██011300███-16 ステータス: 返信済み ユーザー: wjacks02 (IP: 10.101.121.███) タイムスタンプ: 20██/01/15 10:14
このスナップショット、完璧に見えるけどな。マウントすると中のファイルは全部読めるし書けるし。エラーコードのことはわかってるけど、ファイルシステムが壊れてたらイメージ上の何にもアクセスできないはずだよね。チームでコードをもっと深掘りするつもりだ。アセンブリをしっかり理解している人は1人しかいないんだけど、その人が今休暇中なんだよな。バックアップ方式のテスト、ちゃんとやってなかったのか？このファイル構造、マジで意味不明だぞ。
ウェイン・ジャクソン、RAISAシニアプログラマ
IR#20██011300███-17 ステータス: 返信済み ユーザー: tthomp03 (IP: 10.101.147.███) タイムスタンプ: 20██/01/15 11:33
ウェイン、イメージの整合性が取れているとわかったのは嬉しいが、解決策としてはどう受け止めればいいのか分からん。マシンを再イメージ化しても動かないんだ。それに、正直言ってバックアップのテストはちょっとな…。SCUTTLEはかなり古いシステムだから、長時間のダウンタイムによる影響も考えて、なかなか変更には踏み切れなかったんだ。実装されたバックアップはXACTやBOUNCEのような新しいシステムとは違う。君らも見た通り、低レベルのエミュレーションを使わざるを得ない状況で、やり方がほとんど決まってる。こんな古くて謎だらけの稼働中のシステムでバックアップを実装しただけでも大したもんだが、これは相当昔の話で、関わった人は誰も残ってないと思う。そちらの職員に連絡が取れるか、VPNで入ってこれるか、休暇を切り上げて戻ってこれるか確認してほしい。TT
IR#20██011300███-18 ステータス: 返信済み ユーザー: wjacks02 (IP: 10.101.121.███) タイムスタンプ: 20██/01/16 11:03
バレリーに連絡がついた。飛行機で戻る手配をしてる。その間にSCUTTLEコンピュータからFSETレポートを取っておいてほしい。ウェイン
IR#20██011300███-19 ステータス: 返信済み ユーザー: bcolli01 (IP: 10.101.147.███) タイムスタンプ: 20██/01/16 14:14
了解。BC
IR#20██011300███-20 ステータス: 返信済み ユーザー: bcolli01 (IP: 10.101.147.███) タイムスタンプ: 20██/01/16 17:22
添付参照。BC
添付ファイル: FSET.log [4096 KB]
IR#20██011300███-21 ステータス: 返信済み ユーザー: vsheld01 (IP: 10.101.121.███) タイムスタンプ: 20██/01/20 09:43
おはようございます。状況は聞いて理解しました。送っていただいた診断情報とイメージのチェックを始めますね。どうぞよろしくお願いします。バレリー・シェルドン
IR#20██011300███-22 ステータス: 返信済み ユーザー: tthomp03 (IP: 10.101.147.███) タイムスタンプ: 20██/01/20 10:06
ありがとう。何か手伝えることがあったら教えてくれ。家族との団欒を邪魔してしまって、申し訳ない。この状況の深刻さはわかってくれてると信じてるよ。テリー
IR#20██011300███-23 ステータス: 返信済み ユーザー: vsheld01 (IP: 10.101.121.███) タイムスタンプ: 20██/01/22 11:14
何か見つけたかもしれません。このバックアップの復元方法だと、正しいドライバの前に互換性のないRAIDドライバがロードされており、残りのドライバがロードされる前にシステムがエラーを出しています。仮想ディスクが見えないとなればファイルシステムのエラーが出る可能性は十分にあると思います。FSETレポートを見ると、約6年前に別のRAIDコントローラがインストールされたと書いてありましたSCUTTLEが最初に導入されたとき、RAIDが使われていたなんて知りませんでしたよ。このシステムが導入されたとき、私はまだ大学生だったんですから。ここに解決策の糸口があるかもしれません。チームと一緒に、古いドライバのプロパティを全部新しいものに置き換えてみるつもりです。試せるものができたらまたご連絡しますね。
IR#20██011300███-24 ステータス: 返信済み ユーザー: tthomp03 (IP: 10.101.147.███) タイムスタンプ: 20██/01/22 13:08
バレリー、それは素晴らしいニュースだ。試せるものができたら教えてくれ。SCUTTLE用の適切なVMすら立ち上げられない状況だ（君の言う通りハードウェアの不一致）。実機で試すしかない。テリー
IR#20██011300███-25 ステータス: 返信済み ユーザー: tthomp03 (IP: 10.101.147.███) タイムスタンプ: 20██/01/25 07:46
バレリー、進捗どうなってる？もう時間も無くなってきているし、ちょっと心配なんだが。TT
IR#20██011300███-26 ステータス: 返信済み ユーザー: vsheld01 (IP: 10.101.121.███) タイムスタンプ: 20██/01/25 16:47
テリー、これでうまくいくと思います。SCUTTLE_IMG_3の下のfs01-006を確認してください。これを復元するだけでも本当に疲れました。時間に余裕ができたらこのシステムを根本から見直すことを検討しましょう。こんな厄介なものの後始末をしたい人間なんて、うちのチームにはいませんから。VS
IR#20██011300███-27 ステータス: 返信済み ユーザー: tthomp03 (IP: 10.101.147.███) タイムスタンプ: 20██/01/26 08:00
バレリー、このスナップショットとベースの整合性を取るのはどうすればいい？いろいろ試してみたんだが上手くいかない。
IR#20██011300███-28 ステータス: 返信済み ユーザー: tthomp03 (IP: 10.101.147.███) タイムスタンプ: 20██/01/26 08:12
無視してくれ。ベースイメージのすぐ後ろにそのまま突っ込んだらうまくいったよ。今からビルドしてすぐ試してみる。
IR#20██011300███-29 ステータス: 返信済み ユーザー: bcolli01 (IP: 10.101.254.███) タイムスタンプ: 20██/01/26 14:44
ダメだった。だいぶ先まで進んだけど、E0x45 HSHFAILでエラーになる。ハッシュチェックでコケてるのか？ブランドン
IR#20██011300███-30 ステータス: 返信済み ユーザー: vsheld01 (IP: 10.101.121.███) タイムスタンプ: 20██/01/26 16:02
確認して連絡します。そのエラーメッセージから逆算しなければならないので、少々時間がかかるかもしれません。
IR#20██011300███-31 ステータス: 返信済み ユーザー: vsheld01 (IP: 10.101.121.███) タイムスタンプ: 20██/01/28 08:08
エラーメッセージの件、原因が分かりました。ハッシュチェックに関係があるみたいなんですが、実装した人、これじゃちょっと話にならないですね。標準的な方式を使うべきなのに、独自の訳の分からない方法を使っているもんですから、うちにはその計算があってるかどうか確かめるいいシステムがありません。今思いつくのは、私がいくつかイメージファイルを送って、一個ずつ試してもらうことぐらいでしょうか。試せそうな案ができたら、あなたとブランドンに直接メールします。VS
IR#20██011300███-32, ステータス: 送信者からの返信 ユーザー: lrhode02 (IP: 10.101.25.███) タイムスタンプ: 20██/01/28 13:10
この件をずっと見守っていますが、だんだん不安になってきました。もう二週間以上経っているのに解決の目途が立っていませんよね？バレリーの勘に頼るしかないような状況じゃないですか。LR
IR#20██011300███-33 ステータス: 返信済み ユーザー: mjones06 (IP: 10.5.100.█) タイムスタンプ: 20██/01/28 15:52
自分の部下を疑うつもりはありませんが、確かに時間がなくなりつつあります。状況: SCRAMBLEを宣言します。テリー、至急RAISAのプログラミングオフィスに来てください。私からは今日中に担当スタッフに連絡を取り、明日には一般職員にも周知するようにします。
ユーザーmjones06が深刻度を「Critical」に設定しました。
ユーザーmjones06が状況「SCRAMBLE」を追加しました。
送信者: マリア・ジョーンズ [mjones06]
宛先: RAISAスタッフ [raisa]; テクニカルスタッフ [techstaff]
件名: 緊急招集、サイト-01
重要度: 高
送信日: 20██/01/28 16:56
スタッフ各位
長期に及ぶSCUTTLEの停止を受け、サイト-01への緊急招集命令を発令します。輸送担当者には既に連絡しているので、フライトの手配をしてくれるはずです。行ったことがない人は見た目に驚くかもしれませんが、サイトは見た目よりもずっと大きく、数週間の作業スペースとして十分な広さがあります。これから2月12日の23:00まで、SCUTTLEの問題解決に向けて昼夜を問わず取り組みます。期限内に解決策が見つからなければ、サイトから全員避難します。添付の資料には、今回のインシデントのチケット履歴、SCUTTLEサーバーのFSETログ、ScuttleOSアーキテクチャに関するドキュメントが入っているので、必ず目を通しておいてください。現在、システムは完全にダウンしており、どんなアイデアでも試してみる価値があります。旧システムの復旧を試みるチーム、財団の全データの移行準備を行うチーム、そして全オフラインサイトにハートビートを送信できる何かを構築するチームに分かれて作業を進めていきます。残念ながら最後に関してはそう簡単にはいかないでしょう。SCUTTLEが設計されたのは、当時まだ生まれていなかった人も皆さんの中にいるくらい昔のことですから。
質問があれば、上司か輸送担当者に聞いてください。
このような事態を招いたのは我々かもしれませんが、財団を救うためにできることをやりましょう。
マリア・ジョーンズ
RAISA局長
送信者: マリア・ジョーンズ [mjones06]
宛先: SCP財団スタッフ [allusers]
件名: SCUTTLEの緊急事態について
重要度: 高
送信日: 20██/01/29 11:11
おはようございます（場所によっては、こんにちは、こんばんは）。
記録・情報保安管理局（RAISA）の責任者、マリア・ジョーンズです。RAISAをご存知の方もいらっしゃるでしょうが、ほとんどの方はあまりなじみがないのではないでしょうか。私たちは、IT、プログラマー、セキュリティ監査員、エンジニアで構成され、財団のネットワークを安全かつ機能的に保つ役割を担っています。この2週間、私たちは現在稼働中のすべての財団サイトに影響を及ぼす問題に取り組んでいました。
ほとんどの人がご存知の通り、サイト-01は安全地帯で、異常存在は収容せず、研究やデータ収集、管理業務に特化しています。そこには「SCUTTLE」と呼ばれるシステムが設置されています。SCUTTLEは、敵対勢力や予期せぬ異常存在の侵入があった際の最後の手段として機能する「デッドマンスイッチ」です。各サイトがSCUTTLE（つまりサイト-01）から長期間連絡を受け取れない場合、サイトに備え付けられた核爆弾が起爆し、サイトを完全に消滅させるよう設計されています。
どこに話が向かっているのかお分かりかもしれません。問題はそのSCUTTLEが故障したことです。
ただし、すぐに被害が及ぶわけではありません。現在の問題が解決できない場合、いつみなさんを安全に避難させればいいのかは正確に把握しています。したがって、世界標準時の2月10日23時までは、いつも通り業務を遂行してください。それまでの間に私からメールが届かない場合は、自動的に各サイトの避難計画が記載されたメールが送信されます。この計画は、皆さんがこれまで何度も行ってきた避難訓練とほぼ同じです。
財団の管理部門は、最悪の事態に備えて情報統制に取り組んでいますが、正直なところ、世界各地で同時多発的に核爆弾が炸裂した状況を説明できる筋の通ったカバーストーリーを考えるのは容易ではありません。アイデアのある方は [misinfo] まで提案をお寄せください。
財団は存続します。存続しなければなりません。この困難な状況下で、皆さんのご協力に心から感謝します。
マリア・ジョーンズ
記録・情報保安管理局 局長