通过失败状态检查来排查 Amazon EC2 Linux 实例问题
如果您的 Linux 实例未能通过状态检查,则以下信息可帮助您排查问题。请首先确定您的应用程序是否存在任何问题。如果您验证的结果是实例没有按照预期运行应用程序,请查看状态检查信息和系统日志。
有关导致状态检查出现故障的问题示例,请参阅 Amazon EC2 实例的状态检查。
目录
- 查看状态检查信息
- 检索系统日志
- 排查 Linux 的实例的系统日志错误
- 内存不足:终止进程
- 错误:mmu_update 失败 (内存管理更新失败)
- I/O 错误(块储存设备故障)
- I/O 错误:既不是本地磁盘也不是远程磁盘(破损的分布式块储存设备)
- request_module:runaway loop modprobe (在较旧的 Linux 版本上循环旧内核 modprobe)
- “严重错误:内核太旧”和“fsck:在尝试打开 /dev 时没有此文件或目录”(内核与 AMI 不匹配)
- “FATAL: Could not load /lib/modules”或者“BusyBox”(内核模块缺失)
- ERROR:无效内核 (EC2 不兼容内核)
- fsck:尝试打开时没有找到此文件或目录... (未找到文件系统)
- 挂载文件系统时出现一般性错误(挂载失败)
- VFS:无法在未知块上挂载根 fs (根文件系统不匹配)
- 错误:无法确定根设备的主/次编号… (根文件系统/设备不匹配)
- XENBUS:设备没有驱动程序…
- … 没有检查时,已强制执行检查的工作日 (文件系统检查要求)
- fsck 卡在退出状态... (设备缺失)
- GRUB 提示 (grubdom>)
- 提起接口 eth0:设备 eth0 的 MAC 地址与预期不同,驳回。(硬编码的 MAC 地址)。
- 无法加载 SELinux 策略。计算机处于强制执行模式。正在中断。(SELinux 配置错误)
- XENBUS:连接设备时超时 (Xenbus 超时)
查看状态检查信息
使用 Amazon EC2 控制台调查受损实例
通过以下网址打开 Amazon EC2 控制台:https://console.aws.amazon.com/ec2/
。 -
在导航窗格中,选择 Instances (实例),然后选择您的实例。
-
选择状态和警报选项卡,查看所有系统状态检查、实例状态检查和附加 EBS 状态检查的各项结果。
如果某种状态检查失败,可以尝试以下一种选项:
-
创建警报来恢复实例,作为对失败状态检查的响应。有关更多信息,请参阅 创建停止、终止、重启或恢复实例的警报。
-
(实例状态检查)如果将实例类型更改为基于 Nitro 的实例,则在从没有所需 ENA 和 NVMe 驱动程序的实例迁移时,状态检查将会失败。有关更多信息,请参阅 更改实例类型的兼容性。
-
对于 EBS 支持的实例,请停止并重启该实例。有关更多信息,请参阅 启动和停止 Amazon EC2 实例。
-
对于实例存储支持的实例,请终止该实例并启动替换实例。有关更多信息,请参阅 终止 Amazon EC2 实例。
-
等待 Amazon EC2 解决问题。
-
联系 AWS Support 或将问题发布到 AWS re:Post
。 -
如果实例位于自动扩缩组中:
-
(系统状态检查和实例状态检查)默认情况下,Amazon EC2 Auto Scaling 会自动启动替换实例。有关更多信息,请参阅 Amazon EC2 Auto Scaling 用户指南 中的 Auto Scaling 实例的运行状况检查。
-
(附加 EBS 状态检查)必须配置 Amazon EC2 Auto Scaling 来自动启动替换实例。有关更多信息,请参阅《Amazon EC2 Auto Scaling User Guide》中的 Monitor and replace Auto Scaling instances with impaired Amazon EBS volumes。
-
-
检索系统日志并查找错误。有关更多信息,请参阅 检索系统日志。
检索系统日志
如果实例状态检查失败,则您可以重启实例并检索系统日志。日志能够显示错误之处,从而帮助您诊断问题。重启可清除日志中不必要的信息。
重启实例并检索系统日志
通过以下网址打开 Amazon EC2 控制台:https://console.aws.amazon.com/ec2/
。 -
在导航窗格中,选择 Instances,然后选择您的实例。
-
依次选择 Instance state (实例状态)、Reboot instance (启动实例)。实例重启可能需要几分钟时间。
-
验证问题是否依然存在;在一些情况下,重启可以解决此问题。
-
如果实例位于
running
状态中,选择实例,依次选择 Actions (操作)、Monitor and troubleshoot (监控和故障排除)、Get system log (获取系统日志)。 -
查看屏幕上显示的日志,使用下面的已知系统日志错误语句列表来诊断问题。
-
如果您的问题没有得到解决,您可以将问题发布到 AWS re:Post
。
排查 Linux 的实例的系统日志错误
对于无法通过实例状态检查(例如实例可达性检查)的 Linux 实例,请验证您是否按照上述步骤检索系统日志。以下列表中包含一些常见的系统日志错误,还有一些建议您采取以解决此问题的针对性操作。
内存错误
设备错误
内核错误
文件系统错误
操作系统错误
内存不足:终止进程
指示内存不足错误的系统日志条目与下方显示的内容类似。
[115879.769795] Out of memory: kill process
20273 (httpd) score 1285879
or a child
[115879.769795] Killed process 1917 (php-cgi) vsz:467184kB, anon-
rss:101196kB, file-rss:204kB
潜在原因
内存耗尽
建议采取的措施
对于此实例类型 | 请执行该操作 |
---|---|
由 Amazon EBS 支持 |
请执行下列操作之一:
|
实例存储支持的 |
请执行下列操作之一:
|
错误:mmu_update 失败 (内存管理更新失败)
表示内存管理更新故障的系统日志条目与以下示例类似:
...
Press `ESC' to enter the menu... 0 [H[J Booting 'Amazon Linux 2011.09 (2.6.35.14-95.38.amzn1.i686)'
root (hd0)
Filesystem type is ext2fs, using whole disk
kernel /boot/vmlinuz-2.6.35.14-95.38.amzn1.i686 root=LABEL=/ console=hvc0 LANG=
en_US.UTF-8 KEYTABLE=us
initrd /boot/initramfs-2.6.35.14-95.38.amzn1.i686.img
ERROR: mmu_update failed with rc=-22
潜在原因
Amazon Linux 的问题
建议采取的措施
将您的问题发布到开发人员论坛
I/O 错误(块储存设备故障)
表示输入/输出错误的系统日志条目类似于以下示例:
[9943662.053217] end_request: I/O error
, dev sde, sector 52428288
[9943664.191262] end_request: I/O error, dev sde, sector 52428168
[9943664.191285] Buffer I/O error on device md0, logical block 209713024
[9943664.191297] Buffer I/O error on device md0, logical block 209713025
[9943664.191304] Buffer I/O error on device md0, logical block 209713026
[9943664.191310] Buffer I/O error on device md0, logical block 209713027
[9943664.191317] Buffer I/O error on device md0, logical block 209713028
[9943664.191324] Buffer I/O error on device md0, logical block 209713029
[9943664.191332] Buffer I/O error on device md0, logical block 209713030
[9943664.191339] Buffer I/O error on device md0, logical block 209713031
[9943664.191581] end_request: I/O error, dev sde, sector 52428280
[9943664.191590] Buffer I/O error on device md0, logical block 209713136
[9943664.191597] Buffer I/O error on device md0, logical block 209713137
[9943664.191767] end_request: I/O error, dev sde, sector 52428288
[9943664.191970] end_request: I/O error, dev sde, sector 52428288
[9943664.192143] end_request: I/O error, dev sde, sector 52428288
[9943664.192949] end_request: I/O error, dev sde, sector 52428288
[9943664.193112] end_request: I/O error, dev sde, sector 52428288
[9943664.193266] end_request: I/O error, dev sde, sector 52428288
...
潜在原因
实例类型 | 潜在原因 |
---|---|
由 Amazon EBS 支持 |
发生故障的 Amazon EBS 卷 |
实例存储支持的 |
发生故障的物理驱动器 |
建议采取的措施
对于此实例类型 | 请执行该操作 |
---|---|
由 Amazon EBS 支持 |
执行以下步骤:
|
实例存储支持的 |
终止实例并启动新的实例。 注意无法恢复数据。从备份恢复。 注意比较好的做法是使用 Amazon S3 或 Amazon EBS 进行备份。实例存储卷是直接与单个主机和磁盘故障相关的。 |
I/O 错误:既不是本地磁盘也不是远程磁盘(破损的分布式块储存设备)
表示设备的输入/输出错误的系统日志条目类似于以下示例:
...
block drbd1: Local IO failed in request_timer_fn. Detaching...
Aborting journal on device drbd1-8.
block drbd1: IO ERROR: neither local nor remote disk
Buffer I/O error on device drbd1, logical block 557056
lost page write due to I/O error on drbd1
JBD2: I/O error detected when updating journal superblock for drbd1-8.
潜在原因
实例类型 | 潜在原因 |
---|---|
由 Amazon EBS 支持 |
发生故障的 Amazon EBS 卷 |
实例存储支持的 |
发生故障的物理驱动器 |
建议采取的措施
终止实例并启动新的实例。
对于由 Amazon EBS 支持的实例,您可以从最近拍摄的快照恢复数据,方法是从该快照创建映像。快照之后添加的任何数据都无法恢复。
request_module:runaway loop modprobe (在较旧的 Linux 版本上循环旧内核 modprobe)
表示此条件的系统日志类似于下方显示的示例。使用不稳定或陈旧的 Linux 内核 (如 2.6.16-xenU) 可能会在启动时导致无法终止的循环环境。
Linux version 2.6.16-xenU
(builder@xenbat.amazonsa) (gcc version 4.0.1
20050727 (Red Hat 4.0.1-5)) #1 SMP Mon May 28 03:41:49 SAST 2007
BIOS-provided physical RAM map:
Xen: 0000000000000000 - 0000000026700000 (usable)
0MB HIGHMEM available.
...
request_module: runaway loop modprobe binfmt-464c
request_module: runaway loop modprobe binfmt-464c
request_module: runaway loop modprobe binfmt-464c
request_module: runaway loop modprobe binfmt-464c
request_module: runaway loop modprobe binfmt-464c
建议采取的措施
对于此实例类型 | 请执行该操作 |
---|---|
由 Amazon EBS 支持 |
使用以下其中一个选项可使用较新的内核 (基于 GRUB 的内核或静态内核)。 选项 1:终止实例并启动新实例,指定 选项 2:
|
实例存储支持的 |
终止实例并启动新实例,指定 |
“严重错误:内核太旧”和“fsck:在尝试打开 /dev 时没有此文件或目录”(内核与 AMI 不匹配)
表示此条件的系统日志类似于下方显示的示例。
Linux version 2.6.16.33-xenU (root@dom0-0-50-45-1-a4-ee.z-2.aes0.internal)
(gcc version 4.1.1 20070105 (Red Hat 4.1.1-52)) #2 SMP Wed Aug 15 17:27:36 SAST 2007
...
FATAL: kernel too old
Kernel panic - not syncing: Attempted to kill init!
潜在原因
不可兼容的内核和用户空间
建议采取的措施
对于此实例类型 | 请执行该操作 |
---|---|
由 Amazon EBS 支持 |
执行以下步骤:
|
实例存储支持的 |
执行以下步骤:
|
“FATAL: Could not load /lib/modules”或者“BusyBox”(内核模块缺失)
表示此条件的系统日志类似于下方显示的示例。
[ 0.370415] Freeing unused kernel memory: 1716k freed
Loading, please wait...
WARNING: Couldn't open directory /lib/modules/2.6.34-4-virtual: No such file or directory
FATAL: Could not open /lib/modules/2.6.34-4-virtual/modules.dep.temp for writing: No such file or directory
FATAL: Could not load /lib/modules/2.6.34-4-virtual/modules.dep: No such file or directory
Couldn't get a file descriptor referring to the console
Begin: Loading essential drivers... ...
FATAL: Could not load /lib/modules/2.6.34-4-virtual/modules.dep: No such file or directory
FATAL: Could not load /lib/modules/2.6.34-4-virtual/modules.dep: No such file or directory
Done.
Begin: Running /scripts/init-premount ...
Done.
Begin: Mounting root file system... ...
Begin: Running /scripts/local-top ...
Done.
Begin: Waiting for root file system... ...
Done.
Gave up waiting for root device. Common problems:
- Boot args (cat /proc/cmdline)
- Check rootdelay= (did the system wait long enough?)
- Check root= (did the system wait for the right device?)
- Missing modules (cat /proc/modules; ls /dev)
FATAL: Could not load /lib/modules/2.6.34-4-virtual/modules.dep: No such file or directory
FATAL: Could not load /lib/modules/
2.6.34-4-virtual/modules.dep: No such file or directory
ALERT! /dev/sda1 does not exist. Dropping to a shell!
BusyBox
v1.13.3 (Ubuntu 1:1.13.3-1ubuntu5) built-in shell (ash)
Enter 'help' for a list of built-in commands.
(initramfs)
潜在原因
以下一个或多个条件可能会导致此问题:
-
虚拟磁盘缺失
-
缺少正确的虚拟磁盘模块
-
Amazon EBS 根卷没有正确附加为
/dev/sda1
建议采取的措施
对于此实例类型 | 请执行该操作 |
---|---|
由 Amazon EBS 支持 |
执行以下步骤:
|
实例存储支持的 |
执行以下步骤:
|
ERROR:无效内核 (EC2 不兼容内核)
表示此条件的系统日志类似于下方显示的示例。
...
root (hd0)
Filesystem type is ext2fs, using whole disk
kernel /vmlinuz root=/dev/sda1 ro
initrd /initrd.img
ERROR Invalid kernel: elf_xen_note_check: ERROR: Will only load images
built for the generic loader or Linux images
xc_dom_parse_image returned -1
Error 9: Unknown boot failure
Booting 'Fallback'
root (hd0)
Filesystem type is ext2fs, using whole disk
kernel /vmlinuz.old root=/dev/sda1 ro
Error 15: File not found
潜在原因
以下一个或两个条件都可能会导致此问题:
-
GRUB 不支持所提供的内核
-
后备内核不存在
建议采取的措施
对于此实例类型 | 请执行该操作 |
---|---|
由 Amazon EBS 支持 |
执行以下步骤:
|
实例存储支持的 |
执行以下步骤:
|
fsck:尝试打开时没有找到此文件或目录... (未找到文件系统)
表示此条件的系统日志类似于下方显示的示例。
Welcome to Fedora
Press 'I' to enter interactive startup.
Setting clock : Wed Oct 26 05:52:05 EDT 2011 [ OK ]
Starting udev: [ OK ]
Setting hostname localhost: [ OK ]
No devices found
Setting up Logical Volume Management: File descriptor 7 left open
No volume groups found
[ OK ]
Checking filesystems
Checking all file systems.
[/sbin/fsck.ext3 (1) -- /] fsck.ext3 -a /dev/sda1
/dev/sda1: clean, 82081/1310720 files, 2141116/2621440 blocks
[/sbin/fsck.ext3 (1) -- /mnt/dbbackups] fsck.ext3 -a /dev/sdh
fsck
.ext3: No such file or directory
while trying to open /dev/sdh
/dev/sdh:
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
[FAILED]
*** An error occurred during the file system check.
*** Dropping you to a shell; the system will reboot
*** when you leave the shell.
Give root password for maintenance
(or type Control-D to continue):
潜在原因
-
虚拟磁盘文件系统定义 /etc/fstab 中存在错误
-
/etc/fstab 中存在配置错误的文件系统定义
-
硬盘丢失/故障
建议采取的措施
对于此实例类型 | 请执行该操作 |
---|---|
由 Amazon EBS 支持 |
执行以下步骤:
fstab 中的第 6 个字段定义此安装的可用性要求,非零值暗示将在该卷上执行文件系统检查并且必须 成功完成。能否在 Amazon EC2 中使用此字段还不确定,因为故障一般会导致交互性控制台提示信息,但是目前此功能在 Amazon EC2 中尚不可用。请谨慎使用此功能,并阅读 Linux man 页面了解有关 fstab 的信息。 |
实例存储支持的 |
执行以下步骤:
|
挂载文件系统时出现一般性错误(挂载失败)
表示此条件的系统日志类似于下方显示的示例。
Loading xenblk.ko module
xen-vbd: registered block device major 8
Loading ehci-hcd.ko module
Loading ohci-hcd.ko module
Loading uhci-hcd.ko module
USB Universal Host Controller Interface driver v3.0
Loading mbcache.ko module
Loading jbd.ko module
Loading ext3.ko module
Creating root device.
Mounting root filesystem.
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
Setting up other filesystems.
Setting up new root fs
no fstab.sys, mounting internal defaults
Switching to new root and running init.
unmounting old /dev
unmounting old /proc
unmounting old /sys
mountall:/proc: unable to mount: Device or resource busy
mountall:/proc/self/mountinfo: No such file or directory
mountall: root filesystem isn't mounted
init: mountall main process (221) terminated with status 1
General error mounting filesystems
.
A maintenance shell will now be started.
CONTROL-D will terminate this shell and re-try.
Press enter for maintenance
(or type Control-D to continue):
潜在原因
实例类型 | 潜在原因 |
---|---|
由 Amazon EBS 支持 |
|
实例存储支持的 |
|
建议采取的措施
对于此实例类型 | 请执行该操作 |
---|---|
由 Amazon EBS 支持 |
执行以下步骤:
|
实例存储支持的 |
请尝试以下任一操作:
|
VFS:无法在未知块上挂载根 fs (根文件系统不匹配)
表示此条件的系统日志类似于下方显示的示例。
Linux version 2.6.16-xenU (builder@xenbat.amazonsa) (gcc version 4.0.1
20050727 (Red Hat 4.0.1-5)) #1 SMP Mon May 28 03:41:49 SAST 2007
...
Kernel command line: root=/dev/sda1 ro 4
...
Registering block device major 8
...
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(8,1)
潜在原因
实例类型 | 潜在原因 |
---|---|
由 Amazon EBS 支持 |
|
实例存储支持的 |
硬件设备故障。 |
建议采取的措施
对于此实例类型 | 请执行该操作 |
---|---|
由 Amazon EBS 支持 |
请执行下列操作之一:
|
实例存储支持的 |
终止实例并使用新内核启动新实例。 |
错误:无法确定根设备的主/次编号… (根文件系统/设备不匹配)
表示此条件的系统日志类似于下方显示的示例。
...
XENBUS: Device with no driver: device/vif/0
XENBUS: Device with no driver: device/vbd/2048
drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
Initializing network drop monitor service
Freeing unused kernel memory: 508k freed
:: Starting udevd...
done.
:: Running Hook [udev]
:: Triggering uevents...<30>udevd[65]: starting version 173
done.
Waiting 10 seconds for device /dev/xvda1 ...
Root device '/dev/xvda1' doesn't exist. Attempting to create it.
ERROR: Unable to determine major/minor number of root device '/dev/xvda1'
.
You are being dropped to a recovery shell
Type 'exit' to try and continue booting
sh: can't access tty; job control turned off
[ramfs /]#
潜在原因
-
虚拟块储存设备驱动程序缺失或配置错误
-
设备枚举冲突 (sda 与 xvda,或是 sda 而不是 sda1)
-
实例内核选择错误
建议采取的措施
对于此实例类型 | 请执行该操作 |
---|---|
由 Amazon EBS 支持 |
执行以下步骤:
|
实例存储支持的 |
执行以下步骤:
|
XENBUS:设备没有驱动程序…
表示此条件的系统日志类似于下方显示的示例。
XENBUS: Device with no driver: device/vbd/2048
drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
Initializing network drop monitor service
Freeing unused kernel memory: 508k freed
:: Starting udevd...
done.
:: Running Hook [udev]
:: Triggering uevents...<30>udevd[65]: starting version 173
done.
Waiting 10 seconds for device /dev/xvda1 ...
Root device '/dev/xvda1' doesn't exist. Attempting to create it.
ERROR: Unable to determine major/minor number of root device '/dev/xvda1'.
You are being dropped to a recovery shell
Type 'exit' to try and continue booting
sh: can't access tty; job control turned off
[ramfs /]#
潜在原因
-
虚拟块储存设备驱动程序缺失或配置错误
-
设备枚举冲突 (sda 与 xvda)
-
实例内核选择错误
建议采取的措施
对于此实例类型 | 请执行该操作 |
---|---|
由 Amazon EBS 支持 |
执行以下步骤:
|
实例存储支持的 |
执行以下步骤:
|
… 没有检查时,已强制执行检查的工作日 (文件系统检查要求)
表示此条件的系统日志类似于下方显示的示例。
...
Checking filesystems
Checking all file systems.
[/sbin/fsck.ext3 (1) -- /] fsck.ext3 -a /dev/sda1
/dev/sda1 has gone 361 days without being checked, check forced
潜在原因
文件系统检查时间已过;正在强制执行文件系统检查。
建议采取的措施
-
耐心等候文件系统检查的完成。文件系统检查可能需要很长一段时间,具体取决于根文件系统的大小。
-
使用 tune2fs 或适合您的文件系统的工具修改文件系统,以去除强制执行文件系统检查 (fsck) 的功能。
fsck 卡在退出状态... (设备缺失)
表示此条件的系统日志类似于下方显示的示例。
Cleaning up ifupdown....
Loading kernel modules...done.
...
Activating lvm and md swap...done.
Checking file systems...fsck from util-linux-ng 2.16.2
/sbin/fsck.xfs: /dev/sdh does not exist
fsck died with exit status
8
[31mfailed (code 8).[39;49m
潜在原因
-
为缺失的磁盘查找虚拟磁盘
-
强制执行文件系统一致性检查
-
磁盘故障或者已分离
建议采取的措施
对于此实例类型 | 请执行该操作 |
---|---|
由 Amazon EBS 支持 |
尝试以下一个或多个措施以解决此问题:
|
实例存储支持的 |
尝试以下一个或多个措施以解决此问题:
|
GRUB 提示 (grubdom>)
表示此条件的系统日志类似于下方显示的示例。
GNU GRUB version 0.97 (629760K lower / 0K upper memory)
[ Minimal BASH-like line editing is supported. For
the first word, TAB lists possible command
completions. Anywhere else TAB lists the possible
completions of a device/filename. ]
grubdom>
潜在原因
实例类型 | 潜在原因 |
---|---|
由 Amazon EBS 支持 |
|
实例存储支持的 |
|
建议采取的措施
对于此实例类型 | 请执行该操作 |
---|---|
由 Amazon EBS 支持 |
选项 1:修改 AMI 并重启实例:
选项 2:修复现有实例:
|
实例存储支持的 |
选项 1:修改 AMI 并重启实例:
选项 2:终止此实例并启动新实例,指定正确的内核。 注意要从现有实例恢复数据,请联系 AWS Support |
提起接口 eth0:设备 eth0 的 MAC 地址与预期不同,驳回。(硬编码的 MAC 地址)。
表示此条件的系统日志类似于下方显示的示例。
...
Bringing up loopback interface: [ OK ]
Bringing up interface eth0: Device eth0 has different MAC address than expected, ignoring.
[FAILED]
Starting auditd: [ OK ]
潜在原因
AMI 配置中存在硬编码接口 MAC
建议采取的措施
对于此实例类型 | 请执行该操作 |
---|---|
由 Amazon EBS 支持 |
请执行下列操作之一:
OR 执行以下步骤:
|
实例存储支持的 |
请执行下列操作之一:
|
无法加载 SELinux 策略。计算机处于强制执行模式。正在中断。(SELinux 配置错误)
表示此条件的系统日志类似于下方显示的示例。
audit(1313445102.626:2): enforcing=1 old_enforcing=0 auid=4294967295
Unable to load SELinux Policy. Machine is in enforcing mode. Halting now.
Kernel panic - not syncing: Attempted to kill init!
潜在原因
SELinux 已在错误的情况下启动:
-
GRUB 不支持所提供的内核
-
后备内核不存在
建议采取的措施
对于此实例类型 | 请执行该操作 |
---|---|
由 Amazon EBS 支持 |
执行以下步骤:
|
实例存储支持的 |
执行以下步骤:
|
XENBUS:连接设备时超时 (Xenbus 超时)
表示此条件的系统日志类似于下方显示的示例。
Linux version 2.6.16-xenU (builder@xenbat.amazonsa) (gcc version 4.0.1
20050727 (Red Hat 4.0.1-5)) #1 SMP Mon May 28 03:41:49 SAST 2007
...
XENBUS: Timeout connecting to devices!
...
Kernel panic - not syncing: No init found. Try passing init= option to kernel.
潜在原因
-
块储存设备未连接到实例
-
此实例使用的是旧实例内核
建议采取的措施
对于此实例类型 | 请执行该操作 |
---|---|
由 Amazon EBS 支持 |
请执行下列操作之一:
|
实例存储支持的 |
请执行下列操作之一:
|