Làm cách nào để tạo lại AMI hoạt động từ ảnh chụp nhanh phục hồi sau khi ngừng hoạt động ngày 8 tháng 8?

Sau khi ngừng hoạt động ngày 8 tháng 8 của Amazon , tất cả các AMI (dựa trên EBS) đã ngừng hoạt động đối với nhiều người dùng . Điều này là do tham nhũng của một số lĩnh vực trong ảnh chụp nhanh mà các AMI dựa trên.

Tuy nhiên, Amazon đã tạo các ảnh chụp nhanh phục hồi trong đó các vấn đề về đĩa nên được khắc phục. Chúng được đặt tên dọc theo dòng "Ảnh chụp nhanh phục hồi cho vol-xxxxxxxx".

Tôi đã tạo một AMI mới từ ảnh chụp nhanh phục hồi hoạt động tốt, nhưng các phiên bản được khởi chạy từ AMI mới này không hoạt động: trạng thái của chúng là "Đang chạy", nhưng tôi không thể truy cập vào máy cũng như không truy cập bất kỳ dịch vụ web nào đang chạy ở đó. Nó hiểu rõ điều này (từ Nhật ký hệ thống, có thể truy cập thông qua bảng điều khiển quản lý 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)

Tôi đã gắn một khối lượng được tạo từ ảnh chụp phục hồi đó vào một máy chủ khác trên AWS và mọi thứ trông khá bình thường. Ví dụ: fsck nói:

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

Trong một trong những cuộc thảo luận trên diễn đàn AWS, tôi đã tìm thấy lời khuyên này từ một người có vấn đề tương tự:

Một công việc xung quanh sẽ là tạo một âm lượng từ ảnh chụp nhanh và gắn nó vào một thể hiện đang chạy, sử dụng fsck --force để buộc kiểm tra hệ thống tập tin và sau khi xóa, bạn có thể tạo một ảnh chụp nhanh và sử dụng nó cho AMI.

Nhưng tôi không biết cách buộc fsck trên Ubuntu (11.04):

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

Bất cứ ai cũng biết làm thế nào để buộc hệ thống tập tin kiểm tra âm lượng trên Ubuntu? Bất kỳ ý tưởng nào khác về cách khởi chạy các phiên bản làm việc dựa trên ảnh chụp nhanh phục hồi?

Ngay bây giờ có vẻ như có thể nhanh hơn khi chỉ cần bắt đầu lại từ Ubuntu AMI sạch và thiết lập lại tất cả các dịch vụ của chúng tôi. :-( Nhưng tất nhiên tôi không muốn làm điều đó nếu có bất kỳ cách nào để có ảnh chụp nhanh phục hồi thực sự hoạt động.

Tôi gặp vấn đề tương tự khi cố gắng sao chép một máy.

Vấn đề hóa ra là hạt nhân. Cả khi tạo AMI và cá thể tôi đã chọn mặc định cho ảnh kernel.

Để giải quyết vấn đề, tôi đã tạo lại AMI bằng cách sử dụng cùng một hình ảnh kernel như thể hiện ban đầu.

Bạn có thể thử lệnh sau (tùy chọn ghi chú -f thay vì --force): sudo fsck -f /dev/xvdg

Hi vọng điêu nay co ich. Fred

Tôi không muốn lãng phí nhiều thời gian hơn để chiến đấu với các vấn đề cụ thể của AWS, vì vậy tôi đã tạo một phiên bản sạch mới từ một trong những AMI Ubuntu chính thức (trong trường hợp của tôi ami-359ea941là hình ảnh Ubuntu 11.04 được hỗ trợ EBS 32 bit trong khu vực eu-west-1) và tạo lại thiết lập máy chủ của tôi ở đó.

Việc tôi có thể gắn một ổ đĩa được tạo từ ảnh chụp nhanh phục hồi trong trường hợp mới khiến cho việc thiết lập lại nhanh hơn rất nhiều. Ví dụ, tôi đã làm một cái gì đó như cp -a /mnt/recovery/usr/local /usrđể khôi phục toàn bộ nhiều thứ bên dưới /usr/local.

Vì vậy, trong trường hợp của tôi, các bản sao lưu phục hồi là vô dụng vì tôi có thể truy cập dữ liệu trên chúng. Nhưng tất nhiên, sẽ vẫn đẹp hơn khi chỉ tạo AMI từ ảnh chụp nhanh và tiếp tục sử dụng (ví dụ từ) giống như toàn bộ sự cố chưa từng xảy ra. (Vui lòng thêm câu trả lời nếu bạn biết cách đạt được điều đó!)