如何处理突然无法到达的不可日志记录的EC2实例？

Question

我有一个EC2“微实例”，它运行规范的Ubuntu10.04LTS。已经运行了6-9个月，很少重新启动(最多每几周一次)。

我只是做了一个我认为是常规的智能更新，智能全面升级。一注意到安装了一些新的-ec2 linux映像，我就重新启动了系统。虽然它似乎重新启动并返回到控制台上的“运行”状态，但它并没有返回其通常的ssh和http服务。我试过停下来启动它，重新联想它的弹性IP.不是喜悦。

奇怪的是，“获取系统日志”(AWS控制台)返回一个完全空白的日志。空的。没什么。没有一个角色。(至少在第一个开始停止之后，它是空的；在停止之前，它只是包含了关于重新启动的最后一行)。

我尝试过一些停止-启动周期，但没有改进。

有什么建议可以让我的例子恢复生机吗？

Answer 1

我最近遇到了同样的问题。总的来说，我对EC2非常陌生，但是在Eric博客的帮助下，我成功地解决了这个问题，尽管我仍然不知道它到底是什么。我认为它可能缺少了这个特定AMI的内核AKI及其新更新的内核映像(BTW，我运行同一个AMI)。

• 我停止了我的实例，将卷附加到新的卷(运行在同一个AMI上)。必须和e2label和fstab玩一玩。
• 安装旧文件系统(包括dev和proc)并将其着色
• 在最新版本之前将内核升级到第一个版本，因为我找不到与它相对应的AKI。我必须使用EC2 API工具手动更改AKI。
• 删除新的EBS卷(修复第一个分区标签)并引导回旧卷。

我现在运行2.6.32-318-ec2

如果我把失踪的AKI作为问题的根源，有人能纠正我吗？无论如何，它是有效的，我相信我将首先测试测试主机上的所有升级，然后再将它应用到生产系统中。

Answer 2

我的解决办法/恢复办法是：

• 用Ubuntu10.04AMI ami-c00e3cb4实例化一个新实例(及时更新和升级并重新启动到LinuxImage-2.6.32-319-EC2，没有问题)。
• 重新安装了所有重要的软件包
• 作为卷挂载旧的非引导实例的快照(在它变成非引导后生成)。
• 与少数重要的/etc、/var和/home同步

它又回到了从前的状态(它的优势是不那么残忍)。

我没有费心用问题映像启动一个新的实例，因为.当然，所有的“状态”都存在于磁盘映像中(我只能猜测它遭受了一些与引导相关的损坏)，所以我不会期待任何不同的结果。

我想只是“其中之一”吧？

将来，我想我会更有规律地抓拍，在任何内核更新之前。