linux - ec2 实例状态检查失败

Question

我正在尝试从正在运行的 EC2 实例备份 20GB mongoDB 数据。我创建了 EBS 卷的快照。基于快照创建 AMI 并启动 AMI 实例。

但由于状态检查，实例启动失败。它确实通过了“系统状态检查”，但没有通过“实例状态检查”。有谁知道如何修理它？非常感谢。

**

这是系统日志:

**

 Linux version 2.6.16-xenU (builder@xenbat.amazonsa) (gcc version 4.0.1 20050727 (Red Hat 4.0.1-5)) #14 SMP Mon May 28 03:41:48 SAST 2007

BIOS-provided physical RAM map:

 Xen: 0000000000000000 - 0000000023530000 (usable)

0MB HIGHMEM available.

565MB LOWMEM available.

NX (Execute Disable) protection: active

Built 1 zonelists

Kernel command line: root=/dev/sda1 ro console=hvc0 4

Enabling fast FPU save and restore... done.

Enabling unmasked SIMD FPU exception support... done.

Initializing CPU#0

PID hash table entries: 4096 (order: 12, 65536 bytes)

Xen reported: 1799.999 MHz processor.

Console: colour dummy device 80x25

Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)

Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)

Software IO TLB disabled

vmalloc area: e4000000-ff5fe000, maxmem 379fe000

Memory: 559744k/578752k available (1974k kernel code, 10400k reserved, 628k data, 156k init, 0k highmem)

Checking if this processor honours the WP bit even in supervisor mode... Ok.

Calibrating delay using timer specific routine.. 3613.44 BogoMIPS (lpj=18067215)

Mount-cache hash table entries: 512

CPU: L1 I cache: 32K, L1 D cache: 32K

CPU: L2 cache: 256K

CPU: L3 cache: 20480K

Checking 'hlt' instruction... OK.

Brought up 1 CPUs

migration_cost=0

Grant table initialized

NET: Registered protocol family 16

Brought up 1 CPUs

xen_mem: Initialising balloon driver.

VFS: Disk quotas dquot_6.5.1

Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)

Initializing Cryptographic API

io scheduler noop registered

io scheduler anticipatory registered (default)

io scheduler deadline registered

io scheduler cfq registered

i8042.c: No controller found.

RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize

Xen virtual console successfully installed as tty1

Event-channel device installed.

netfront: Initialising virtual ethernet driver.

mice: PS/2 mouse device common for all mice

md: md driver 0.90.3 MAX_MD_DEVS=256, MD_SB_DISKS=27

md: bitmap version 4.39

NET: Registered protocol family 2

Registering block device major 8

netfront: device eth0 has copying receive path.

IP route cache hash table entries: 32768 (order: 5, 131072 bytes)

TCP established hash table entries: 131072 (order: 8, 1048576 bytes)

TCP bind hash table entries: 65536 (order: 7, 524288 bytes)

TCP: Hash tables configured (established 131072 bind 65536)

TCP reno registered

TCP bic registered

NET: Registered protocol family 1

NET: Registered protocol family 17

NET: Registered protocol family 15

Using IPI No-Shortcut mode

XENBUS: Device with no driver: device/console/0

md: Autodetecting RAID arrays.

md: autorun ...

md: ... autorun DONE.

end_request: I/O error, dev sda1, sector 2

EXT3-fs: unable to read superblock

Unable to handle kernel NULL pointer dereference at virtual address 00000024

 printing eip:

c0256ebd

0047a000 -> *pde = 00000000:24480067

00480000 -> *pme = 00000000:00000000

Oops: 0000 [#1]

SMP 

Modules linked in:

CPU:    0

EIP:    0061:[<c0256ebd>]    Not tainted VLI

EFLAGS: 00010097   (2.6.16-xenU #14) 

EIP is at blkif_int+0x11d/0x270

eax: 00000000   ebx: 00000001   ecx: e2c5f0ac   edx: 00000000

esi: 08010100   edi: 00000000   ebp: c038deb0   esp: c038de78

ds: 007b   es: 007b   ss: e021

Process swapper (pid: 0, threadinfo=c038c000 task=c0339400)

Stack: <0>c0352360 00000001 00000000 e2ae407c 00000000 e2c5f0ac 00000001 00000002 

       00000000 c34adc7c 00000001 e2aa75c0 00000000 00000000 c038ded8 c013f64f 

       00000105 e2ae4000 c038df40 c038df40 00000105 00008280 c0381680 00000105 

Call Trace:

 [<c010592d>] show_stack_log_lvl+0xcd/0x120

 [<c0105b2b>] show_registers+0x1ab/0x240

 [<c0105e31>] die+0x111/0x240

 [<c0113157>] do_page_fault+0x707/0xc32

 [<c0105307>] error_code+0x2b/0x30

 [<c013f64f>] handle_IRQ_event+0x3f/0xd0

 [<c013f76e>] __do_IRQ+0x8e/0xf0

 [<c0106f0d>] do_IRQ+0x1d/0x30

 [<c024c111>] evtchn_do_upcall+0xa1/0xe0

 [<c0105349>] hypervisor_callback+0x3d/0x48

 [<c01039ef>] xen_idle+0x2f/0x60

 [<c0103a92>] cpu_idle+0x72/0xc0

 [<c0102035>] rest_init+0x35/0x40

 [<c038e56a>] start_kernel+0x2ea/0x3a0

 [<c010006f>] 0xc010006f

Code: 89 82 84 00 00 00 8b 55 0c 89 b2 fc 13 00 00 8b 4d dc 0f bf 51 0a 0f b6 41 08 66 85 d2 0f 94 c3 3c 01 0f 87 38 ff ff ff 8b 55 d8 <8b> 42 24 89 5c 24 04 89 14 24 89 44 24 08 e8 60 f3 fb ff 85 c0 

 <0>Kernel panic - not syncing: Fatal exception in interrupt

Answer 1

从 EBS 卷创建快照是可能的，但正如 John Hanley 指出的那样，不能保证成功。 Amazon 有一份文档，其中包含您可能想要查看的一些细节:Creating an Amazon EBS-Backed Linux AMI .

在从快照创建 Linux AMI 下，对您来说重要的部分是这个片段:

If you have a snapshot of the root device volume of an instance, you can create an AMI from this snapshot using the AWS Management Console or the command line.

Important

[ ... ]

Similarly, although you can create a Windows AMI from a snapshot, you can't successfully launch an instance from the AMI.

In general, AWS advises against manually creating AMIs from snapshots.

如果您想获取您所在机器的精确副本，首选方法是获取实例的 AMI:

Create an AMI from an Amazon EC2 Instance