Amazon'un 8 Ağustos kesintisinden sonra , tüm (EBS tabanlı) AMI'ler birçok kullanıcı için çalışmayı bıraktı . Bunun nedeni, AMI'lerin dayandığı anlık görüntülerdeki bazı sektörlerin bozulmasıdır.
Ancak Amazon, disk sorunlarının düzeltilmesi gereken kurtarma anlık görüntüleri oluşturdu. Bunlar "vol-xxxxxxxx için kurtarma anlık görüntüsü" satırında adlandırılır.
İyileştirilmiş kurtarma anlık görüntüsünde yeni bir AMI oluşturdum, ancak bu yeni AMI'den başlatılan örnekler çalışmıyor: durumları "Çalışıyor", ancak makineye ssh yapamıyorum veya orada çalışması gereken web hizmetlerine erişemiyorum. Buna kaynar (AWS yönetim konsolu üzerinden erişilebilen Sistem Günlüğünden):
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'de başka bir sunucuya bu kurtarma anlık görüntüsünün oluşturduğu bir birimi bağladım ve her şey oldukça normal görünüyor. Örneğin, fsck diyor ki:
$ sudo fsck -a /dev/xvdg
fsck from util-linux-ng 2.17.2
uec-rootfs: clean, 53781/524288 files, 546065/2097152 blocks
AWS forum tartışmalarından birinde, benzer sorunları olan birinden bu tavsiyeyi buldum :
Bir çözüm anlık görüntüden bir birim yapmak ve çalışan bir örneğe eklemek, dosya sisteminin kontrolünü zorlamak için fsck --force kullanın ve temizlendikten sonra, bir anlık görüntü yapabilir ve AMI için kullanabilirsiniz.
Ama nasıl Ubuntu (11.04) üzerinde fsck zorlamak bilmiyorum:
$ sudo fsck --force /dev/xvdg
fsck from util-linux-ng 2.17.2
fsck.ext3: invalid option -- 'o'
Herkes nasıl Ubuntu biriminde dosya sistemi denetimi zorlamak biliyor? Kurtarma anlık görüntüsüne dayanan çalışma örneklerinin başlatılmasıyla ilgili başka fikirleriniz mi var?
Şu anda temiz bir Ubuntu AMI'den başlamak ve tüm hizmetlerimizi yeniden kurmak daha hızlı olabilir gibi görünüyor . :-( Ama kurtarma resmini gerçekten işe yaratacak bir yol varsa, bunu yapmamayı tercih ederim.