Why is my EC2 Linux instance migrated with Application Migration Service or Disaster Recovery Service failing instance status checks?
Instance status checks are failing on my Amazon Elastic Compute Cloud (Amazon EC2) Linux instance. I migrated the instance using AWS Application Migration Service or AWS Disaster Recovery Service.
"Instance status checks are failing on my Amazon Elastic Compute Cloud (Amazon EC2) Linux instance. I migrated the instance using AWS Application Migration Service or AWS Disaster Recovery Service.ResolutionNote: The following resolution includes the most common reasons for instance status check failures. Application Migration Service conversion servers make bootloader changes, inject hypervisor drivers, and installs cloud tools. With instance type right-sizing, instance status check failures for exhausted memory are uncommon. Corrupted file systems usually occur on the source machine.When troubleshooting instance status check failure, keep the Linux boot process in mind when checking the following:Amazon Elastic Compute Cloud (Amazon EC2) screenshotInstance console outputThe typical boot order is: Power on - power on self test (POST) - BIOS/UEFI - Master boot record/EFI - Boot loader - Kernel (and initramfs)The boot sequence might differ for some operating systems.Incorrect startup configurationInstance failed to reach the boot loader (GRUB)The following error occurs if the instance failed to reach the boot loader (GRUB):No bootable device. Retrying in 60 seconds.Booting from hard disk 0...To troubleshoot the preceding error, verify the following:The boot partition was migrated from the source server.The steps for investigating the boot partition vary depending on your operating system. Check your operating system's documentation for more information.You can create a rescue instance to check the partition. For more information, see Method 3: Manually correct errors using a rescue instance in My EC2 Linux instance failed the instance status check due to operating system issues. How do I troubleshoot this?If the source server has GPT partitioning, verify that grub2-pc-modules are installed.You might see a GRUB prompt similar to the following if there's an issue with a GRUB configuration file (grub.cfg):grub>An instance console screenshot that shows the boot still in the GRUB bootloader indicates an issue with the grub.cfg file. The grub.cfg is usually located in /boot/grub2/grub.cfg, /boot/grub/grub.cfg, or /boot/grub/grub.conf.Incompatible kernelIssues with the kernel or driversIf GRUB errors described in the preceding section aren't found, then troubleshoot the kernel and drivers.Xen platform:Previous generation instance types (m4, c4, r4) run on the Xen platform. Operating systems running on this platform require xen-blkfront and xen-netfront drivers. Failure to have both of these drivers installed results in instance status check failure. This failure might appear as missing drives in the console output as shown in the following example:[ ***] dracut-initqueue[679]: Warning: dracut-initqueue timeout - starting timeout scriptsThe preceding failure occurs when the initramfs is missing the required drivers.If there are errors related to initramfs or the kernel, then rebuild the initramfs. For more information, see I'm receiving a "Kernel panic" error after I've upgraded the kernel or tried to reboot my EC2 Linux instanceNitro-based instances:Nitro-based instances require both NVME drivers (for the EBS volumes) and ENA drivers (for the network interfaces). Failure to have both of these drivers results in instance status check failure. This failure might appear as missing drives in the console output as shown in the following example:[***   ] A start job is running for dev-disk...e2.device (12min 17s / no limit)For information on resolving the preceding error, see Why is my Linux instance not booting after I changed its type to a Nitro-based instance type?Incorrect networking configurationThere are many network configurations for source servers. The upstream maintainers of the applications used to manage these configurations have detailed documentation on their configuration. If you suspect a network configuration issue, access the instance and review the configuration. To do this, use one of the following methods outlined in Why is my EC2 Linux instance not booting and going into emergency mode:Method 1: Use the EC2 Serial ConsoleMethod 2: Run the AWSSupport-ExecuteEC2Rescue automation documentMethod 3: Manually edit the file using a rescue instanceThe following are common network configuration management tools:Canonical Netplan on the netplan.io website.openSUSE/Wicked on the openSUSE/wicked GitHub repository.Network Manager - Red Hat Enterprise Linux 6 on the Red Hat customer portal.Network Manager - Red Hat Enterprise Linux 7 on the Red Hat customer portal.Network Manager - Red Hat Enterprise Linux 8 on the Red Hat customer portal.Best practices for configuring network interfacesRelated informationMy EC2 Linux instance failed the instance status check due to operating system issues. How do I troubleshoot this?System status checksFollow"