ubuntu – 如何在8月8日中断后从恢复快照重新创建工作AMI？

本站教程收集整理的这篇文章主要介绍了ubuntu – 如何在8月8日中断后从恢复快照重新创建工作AMI？，本站教程本站觉得挺不错的，现在分享给大家，也给大家做个参考。

在亚马逊
Aug 8 outage之后,所有(基于EBS的)AMI都在
many
users停止工作.这是由于AMI所基于的快照中某些扇区的损坏.

但是,亚马逊创建了应修复磁盘问题的恢复快照.这些是按照“vol-xxxxxxxx的恢复快照”的命名.

我从恢复快照创建了一个新的AMI工作正常,但是从这个新的AMI启动的实例不起作用：它们的状态是“正在运行”,但我不能进入机器,也不能访问应该在那里运行的任何Web服务.归结为此(来自系统日志,可通过AWS管理控制台访问)：

EXT3-fs: sda1: Couldn't mount because of unsupported optional features (240).

EXT2-fs: sda1: Couldn't mount because of unsupported optional features (244).

Kernel panic - not syncing: VFS: Unable to mount root fs on unkNown-block(8,1)

我已经在AWS上的另一台服务器上安装了从该恢复快照创建的卷,但一切看起来都很正常.例如,fsck说：

$sudo fsck -a /dev/xvdg
fsck from util-linux-ng 2.17.2
uec-rootfs: clean,53781/524288 files,546065/2097152 blocks

在其中一个AWS论坛讨论中,我发现this advice来自有类似问题的人：

但我不知道如何在Ubuntu上强制fsck(11.04)：

$sudo fsck --force /dev/xvdg
fsck from util-linux-ng 2.17.2
fsck.ext3: invalid option -- 'o'

任何人都知道如何在Ubuntu上强制文件系统检查卷？有关如何启动基于恢复快照的工作实例的任何其他想法？

现在看起来从clean Ubuntu AMI重新开始并重新设置我们的所有服务可能会更快. :-(但当然,如果有任何办法让恢复快照实际工作,我宁愿不这样做.

我试图复制一台机器时遇到了同样的问题.

结果问题是内核.在创建AMI和我为内核映像选择默认值的实例时都是如此.

香港vps

为了解决这个问题,我使用与原始实例相同的内核映像重新创建了AMI.

本站总结

以上是本站教程为你收集整理的ubuntu – 如何在8月8日中断后从恢复快照重新创建工作AMI？全部内容，希望文章能够帮你解决ubuntu – 如何在8月8日中断后从恢复快照重新创建工作AMI？所遇到的程序开发问题。

如果觉得本站教程网站内容还不错，欢迎将本站教程推荐给好友。

本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。