临时条目 — SCRAMBLE指令已发起，所有技术顾问及RAISA员工前往SITE-01 — 临时条目
这是一份自动创建的条目，用以记录突发事件。情况类型：SCRAMBLE。受影响系统：SCUTTLE。受影响人员：RAISA，技术人员。这一条目于20██/01/28 15:42由Maria Jones [mjones06]创建。
事件编号：20██011300███
严重程度：危急
基金会人员伤亡可能性：高
公众传播风险：高
事件状态：正在进行
受影响站点：输出错误：列表对象超出10,000个字符
票据历史
IR#20██011300███-01，状态：已创建。用户：lrhode02（IP:10.101.25.███）时间戳：20██/01/13 07:38
我们现在无法与SCUTTLE计算机进行互动，系统在三要素认证屏幕（three-factor auth screen）那里完全没有响应。你们在对它做什么吗？LR
IR#20██011300███-02，状态：已回复。用户：rsmith04（IP:10.101.137.███）时间戳：20██/01/13 08:14
早上好Larry。据我所知没有。让我登入一下，我稍后回复你。Rob。
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的连接已经崩溃了。如果此事能够尽快解决，我们都将不胜感激。Mike Davis
IR#20██011300███-05，状态：已回复。用户：rsmith04（IP:10.101.137.███）时间戳：20██/01/13 08:44
我无法远程登入。要升级事态了，准备好。
用户rsmith04已将严重程度设置为中等。
IR#20██011300███-06，状态：已回复。用户：tthomp03（IP:10.101.147.███）时间戳：20██/01/13 09:03
早上好。我们的工具都无法促进远程访问，正在派遣技术员前往查看SCUTTLE。
Terry Thompson，高级网络工程师
IR#20██011300███-07，状态：已回复。用户：bcolli01（IP:10.101.254.███）时间戳：20██/01/13 10:39
核实前述的最初报告。有任何一个站点正在登记进入SCUTTLE吗？如果没有，我就要重启这个玩意了。Brandon
自一件闪闪发光的移动设备以光速发送。
IR#20██011300███-08，状态：已回复。用户：tthomp03（IP:10.101.147.███）时间戳：20██/01/13 10:42
我没有看到来自任何站点的一点动静，你准备好就去吧。另外，你回来的时候来找我，这样我就能教你怎么关掉那个愚蠢的签名档。Terry。
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的快照，它们应该没问题，我们计划在17001将它回档。去吃个午饭回来。做好通过从冷存储到物理媒介的方式来做这个的打算吧，那玩意儿听上去好像和个门把手一样死透了。
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
你好，Larry。我想那有些为之过早了。SCUTTLE能够复原，而且在没有人登入的情况下，没有几个星期它做不了什么坏事的。如果它上周还正常工作，我们至少有到情人节为止的时间。Brandon，据我所知快照看起来没问题，你应当在1700尝试将它回档。准备迎接漫漫长夜吧，如果你没有在那么老的系统上面做过一次，那些可会花掉不少时间。我没法强求一份当前快照，所以在你进行任何实地操作之前弄一份系统映像。Terry。
IR#20██011300███-13，状态：已回复。用户：bcolli01（IP:10.101.147.███）时间戳：20██/01/13 13:42
听起来不错。我晚上会和你一起登入。BC
发件人：Brandon Collins [bcolli01]
收件人：Terry Thompson [tthomp03]
发送时间：20██/01/13 21:22
主题：SCUTTLE - 仍然崩溃
Terry，
我已经从SAN2上下载了旧映像并把它传入SCUTTLE。现在它只完成了POST3然后抛出一个E0x18 CORR_FS。你确定那些快照没问题吗？
Brandon
发件人：Terry Thompson [tthomp03]
收件人：Brandon Collins [bcolli01]
发送时间：20██/01/14 07:44
主题：回复：SCUTTLE - 仍然崩溃
那可不太妙。我会试着在一个废弃的VLAN上用这些旧快照启动一个迷你SCUTTLE。首先准备从那里回来，然后把你带回来的系统状态数据放进去。
发件人：Brandon Collins [bcolli01]
收件人：Terry Thompson [tthomp03]
发送时间：20██/01/14 09:58
主题：回复：SCUTTLE - 仍然崩溃
什么系统状态？你没办法获取这种RE4的映像。
发件人：Terry Thompson [tthomp03]
收件人：Brandon Collins [bcolli01]
抄送：Maria Jones [mjones06]
发送时间：20██/01/14 10:44
主题：转发：SCUTTLE - 仍然崩溃
我努力让自己不发脾气，但是你当然可以，而且应该，我还要请你这么做。在你应该做映像->磁盘的地方，你却选择了磁盘->映像。那可是在下面两个选项的位置。你怎么会搞不清这个？
Maria，请尽快查看事件20██011300███，告诉我你对COA5的看法。你比我更了解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
Larry：我们遇到了一些复杂的状况。我正在请高层帮助解决这一问题，我们会在找到解决方案时告知你。Terry。
用户tthomp03已将严重程度设置为高。
发件人：Maria Jones [mjones06]
收件人：Terry Thompson [tthomp03]; Brandon Collins [bcolli01]
抄送：O5-1 [o5comm01]; O5-6 [o5comm06]; O5-11 [o5comm11]
主题：SCUTTLE运行中断
重要性：高
发送时间：20██/01/14 10:44
各位，
到目前为止，我已经查看过整个事件，并已通过远程会议与Terry合作，检查了我们的SCUTTLE备份的完整性。我们可能有麻烦了。
我已经向我们的程序员发送了最近三个星期的快照（简言之，就是一个包含了有关电脑上加载的东西的一切的大文件），但是我们可能遭遇了损坏的基础映像。基本上，我们一开始有一个系统里所有东西的列表，然后每周我们会追踪所有的更改然后把它指定为新的快照。这被称作增量映像，在存储上能够允许久得多的版本回复。SCUTTLE是一个庞大到不可能每周制作一份含有机上全部内容的全新映像的系统，因为系统收集大量的数据，数据损坏的可能性非常高。
我相信各位都充分了解这一系统是什么及其功能，但如果你需要复习一下，请查看RAISA门户网站，KB10235，“用以收容对生命和存在的非持续性威胁的系统”，和KB10236，“SCUTTLE死者开关协议SCUTTLE Dead Man's Switch Protocol”。
基础映像在创建时就已经检查过一致性，所以我还不能确定为什么我们会遇到这些问题。不论如何，有人提问如果最后的完好映像来自于比四周前更早的时间会发生什么。理论上，基于检查和同步的顺序，应该不会有任何问题。然而，这是我们使用SCUTTLE这么多年来第一次因服务器自身导致的运行中断，我不希望冒险，直到我们能够进行更多测试。
此刻我要行使我的管理权，将Terry Thompson撤出其他一切事务，直到此问题被解决。
致以问候，
Maria Jones
主管，记录与信息安全管理部
IR#20██011300███-16，状态：已回复。用户：wjacks02（IP: 10.101.121.███）时间戳：20██/01/15 10:14
这些快照在我看来完全完好。在我挂载的时候，里面的所有内容都可以读取和编辑。我知道那个错误码，但是如果那是个损坏的文件系统，我应该没办法存取映像中的任何内容。我要开始和团队进入更深层的代码，通过编译。我们只有一个搞得清ASM6的雇员，她现在在度假。你们真的从来没测试过你们的备份方案吗？这个文件的结构真是够疯狂的。
Wayne Jackson，高级程序员，RAISA
IR#20██011300███-17，状态：已回复。用户：tthomp03（IP: 10.101.147.███）时间戳：20██/01/15 11:33
Wayne：很高兴听到回复：映像完整性，但是我不知道从中能够得到什么有助于解决方案的信息。它们在我们重置映像时不起作用。至于备份的测试，我坦白从宽。SCUTTLE是个非常老的系统，而由于停机时间可能造成的后果，我们一直迟疑于修改它。我们实际上执行的备份与像XACT或BOUNCE那样较新的系统并不类似，如你所见，我们一直强行使用着那样的低级模拟，它不容许偏离设定的工作方式太多。你们即使是获取一个老旧晦涩的热系统的备份也做得相当出色，但是那是在很久之前执行的了，我不相信任何一名参与者还能够被找来。看看你的员工是否能被联系上，以及她能不能VPN进来或者缩短她的假期。TT
IR#20██011300███-18，状态：已回复。用户：wjacks02（IP: 10.101.121.███）时间戳：20██/01/16 11:03
我联系上Valerie了，她正在安排返程航班。在此期间，你能从SCUTTLE上弄一份FSET7报告吗？Wayne
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
早上好。我已经了解了目前的情况，将开始仔细检查收到的诊断报告和映像。谢谢，Valerie Sheldon。
IR#20██011300███-22，状态：已回复。用户：tthomp03（IP: 10.101.147.███）时间戳：20██/01/20 10:06
谢谢，如果我能帮上忙的话请告诉我。很抱歉，我们不得不把你从家庭团聚中拉过来。我知道你理解现状的严重性。Terry
IR#20██011300███-23，状态：已回复。用户：vsheld01（IP: 10.101.121.███）时间戳：20██/01/22 11:14
我想我们发现了些什么，这些备份试图恢复的方式，它试图在正确的驱动器之前加载一个不兼容的RAID8驱动器，系统在其余驱动器加载之前就报错了。那必然导致文件系统错误，如果它找不到那个虚拟驱动器的话。你们的FSET报告证实了一个不同的RAID控制器在大约六年前被安装。我甚至不知道他们在SCUTTLE第一次运行的时候做了RAID，这一切发生的时候我还在读大学。我想我们在这里有一个可能的解决方案，我会和团队一同尝试将所有旧驱动器的属性替换成新的。当我们有什么需要你们尝试的时候会再和你联系。
IR#20██011300███-24，状态：已回复。用户：tthomp03（IP: 10.101.147.███）时间戳：20██/01/22 13:08
Valerie，那真是个好消息。你有什么要让我们试着启动的时候请告诉我。我甚至不能为SCUTTLE建立一个正确的虚拟机（硬件不匹配，如你所说）所以我们会在实机上进行尝试。Terry
IR#20██011300███-25，状态：已回复。用户：tthomp03（IP: 10.101.147.███）时间戳：20██/01/25 07:46
Valerie：这是什么情况？我们的日程表拖得太长，已经让我觉得不舒服了。TT
IR#20██011300███-26，状态：已回复。用户：vsheld01（IP: 10.101.121.███) ）时间戳：20██/01/25 16:47
你好Terry，我觉得这个应该能行。看一下SCUTTLE_IMG_3下的fs01-006，这玩意儿对于重组简直是眼中钉。到我们不再被枪指着的时候我们来谈谈全面检修系统的事情，我的团队里没人想再整理一次这种乱七八糟的东西。
IR#20██011300███-27，状态：已回复。用户：tthomp03（IP: 10.101.147.███）时间戳：20██/01/26 08:00
Valerie，有什么让这个快照和基础映像一致工作的点子吗？我在试的办法没一个行得通的。
IR#20██011300███-28，状态：已回复。用户：bcolli01（IP: 10.101.254.███）时间戳：20██/01/26 08:12
不管怎样，我把它直接贴到基础映像的后面，它就行了。我们会把这个建起来然后短暂试运行一下。
IR#20██011300███-29，状态：已回复。用户：bcolli01/（IP: 10.101.254.███）时间戳：20██/01/26 14:44//
不行。多运行了很多，但是还是报错E0x45 HSHFAIL。Hash有校验吗？Brandon。
IR#20██011300███-30，状态：已回复。用户：vsheld01（IP: 10.101.254.███）时间戳：20██/01/26 16:02
让我调查一下，然后再和你联系。我会从那条信息逆向工作，可能要花些时间。
IR#20██011300███-31，状态：已回复。用户：vsheld01（IP: 10.101.121.███）时间戳：20██/01/28 08:08
我们查出那条信息的原因了，它和hash校验有关，但是实现它的人该被拖出去枪毙。他们不是使用标准方法，而是自创了一些乱七八糟的东西，我没有一个适合的系统来检查这里的数学。我想不出更快的解决方法，只能把几个映像发给你们，让你们一个一个地试。当我有些要试验的选项的时候我会直接给你和Brandon发邮件。VS
IR#20██011300███-32，状态：提交者的回复。用户：lrhode02（IP: 10.101.25.███）时间戳：20██/01/28 13:10
各位，我一直追踪此事，我有些担心了。已经过了两周我们还没有什么进展吗？在我看来，可以猜测Valerie那边是这样。LR
IR#20██011300███-33，状态：已回复。用户：mjones06（IP: 10.5.100.█）时间戳：20██/01/28 15:52
我不会怀疑我自己的人，但是我们确实快要耗尽时间了。我将此宣告为SCRAMBLE情况。Terry，请前往RAISA编程办公室。我要在今天和明天分别向我的员工和全体职员发出一些信息。
用户mjones06已将严重程度设置为危急。
用户mjones06已添加情况SCRAMBLE。
发件人：Maria Jones [mjones06]
收件人：RAISA职员[raisa]; 技术职员[techstaff]
主题：SCRAMBLE指令—Site-01
重要性：高
发送时间：20██/01/28 16:56
职员们，
由于SCUTTLE的长期运行中断，我宣告前往Site-01执行SCRAMBLE指令。交通联络员已接到通知，会为你们安排航班。如果你还未到达，在看见它时请不要担心。站点比看上去大得多，在几个星期里你们会有充足的空间，就算要开店都够。我们将从现在起到二月12日2300夜以继日地处理SCUTTLE问题。若没有得出解决方案，我们将疏散站点和所有人员。请阅读附录，其中包括事件的票据历史，一份SCUTTLE服务器的FSET记录，以及一些关于ScuttleOS架构的文档。目前系统完全不能运作，所以不要提愚蠢的问题。我们有一个团队尽力抢救旧系统，一个团队负责准备好所有基金会数据以供迁移，还有一个团队设法建立一个能够向所有离线站点传送讯息的东西。对后者9来说，很不幸，SCUTTLE被设计的时候你们中的一些人甚至还没有出生，因此它不像应该的那样简单。
如果你有问题，请联系你的主管和/或你的交通联络员。
我们也许是制造出了这个麻烦，但是让我们尽我们所能拯救基金会吧。
Maria Jones
主管，RAISA
发件人：Maria Jones [mjones06]
收件人：SCP基金会全体职员[allusers]
主题：SCUTTLE紧急情况
重要性：高
发送时间：20██/01/29 11:11
早上好（或者晚上，取决于你在哪里），
我叫Maria Jones，是记录与信息安全管理部的领导。你们中有些人对RAISA比较熟悉，但我打赌你们大多数人不是这样。我们是一群IT人员、程序员、安全审计员和工程师的组合，负责维持基金会的网络安全完好。我们过去两周一直在解决一个影响所有当前配有职员的基金会站点的问题。
如你们多数人所知，Site-01是一处绿区，我们不存储异常，而是集中于研究、数据收集和管理。我们还容纳有一台机器，叫做SCUTTLE，是我们在敌对势力或无法预见的异常入侵时的最终手段。SCUTTLE也被称为“死者开关”，凭借此系统，假如你们的站点长期未收到SCUTTLE（也即Site-01）的消息，站内的核弹头将被引爆，其威力照预期将能够蒸发你们所在的特定站点。
你们可能知道我接下来要说什么了。SCUTTLE损坏了。
我要澄清一点，你们并没有处于被即刻蒸发的危险中，我们完全清楚在无法解决这一问题的情况下应在何时将你们转移至安全地带。因此，请继续照常工作至2月10日UTC时间2300。如果你在此时起至那时没有收到我的邮件，你将收到一封自动邮件，指示从你的特定站点疏散的计划。这些计划将会与你们已经进行过多次的疏散演练非常相似。
基金会管理层正积极谋划压制活动，以在最坏的情况发生时保护我们的隐秘性，但是实话说没多少可靠的掩盖故事能解释大量核弹头同时在世界各地被引爆。该团队接受邮件建议，邮箱[错误信息]。
基金会将挺过难关，因为它必须如此。我们全体人员感谢您在此情况下的配合。
Maria Jones，
主管，记录与信息安全管理部
