在亚马逊
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来自有类似问题的人:
A work around will be to make a volume from the snapshot and attach
it to a running instance,use fsck –force to force the checking of
the filesystem and once cleared,you can make a snapshot and use it
for the AMI.
但我不知道如何在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重新开始并重新设置我们的所有服务可能会更快. :-(但当然,如果有任何办法让恢复快照实际工作,我宁愿不这样做.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。