¿Por qué se produce un error en mi instancia de EC2 para Linux migrada con Application Migration Service o Disaster Recovery Service durante la comprobación del estado de instancias?

Resolución

Nota: La siguiente resolución incluye los motivos más comunes por los que se producen errores en las comprobaciones de estado de instancias. Los servidores de conversión de Application Migration Service modifican el gestor de arranque, inyectan controladores de hipervisores e instalan herramientas en la nube. Con el tamaño correcto del tipo de instancia, es poco frecuente que se produzcan errores en la comprobación del estado de la instancia por falta de memoria. Los sistemas de archivos dañados suelen aparecer en la máquina de origen.

Al solucionar problemas en la comprobación del estado de instancias, tenga en cuenta el proceso de arranque de Linux al comprobar lo siguiente:

• Captura de pantalla de Amazon Elastic Compute Cloud (Amazon EC2)
• Salida de la consola de instancias

El orden de arranque típico es: Encender, autocomprobación de encendido (POST), BIOS/UEFI, registro de arranque maestro o EFI, gestor de arranque, kernel (e initramfs)

La secuencia de arranque puede diferir en algunos sistemas operativos.

Configuración de inicio incorrecta

La instancia no pudo llegar al gestor de arranque (GRUB)

Si la instancia no puede llegar al gestor de arranque (GRUB), se produce el siguiente error:

No bootable device. Retrying in 60 seconds.

Booting from hard disk 0...

Para solucionar el error anterior, compruebe lo siguiente:

• La partición de arranque se migró del servidor de origen.
  Los pasos para investigar la partición de arranque varían en función del sistema operativo. Consulte la documentación del sistema operativo para obtener más información.
  Puede crear una instancia de rescate para comprobar la partición. Para obtener más información, consulte Método 3: corregir manualmente los errores con una instancia de rescate en Mi instancia de EC2 para Linux no pudo comprobar el estado de instancias debido a problemas con el sistema operativo. ¿Cómo lo puedo solucionar?
• Si el servidor de origen tiene particiones GPT, compruebe que grub2-pc-modules esté instalado.

Es posible que aparezca un mensaje de GRUB similar al siguiente si hay algún problema con un archivo de configuración de GRUB (grub.cfg):

grub>

Una captura de pantalla de la consola de instancias que muestra que el arranque sigue en el gestor de arranque de GRUB e indica que hay un problema con el archivo grub.cfg. El archivo grub.cfg suele situarse en /boot/grub2/grub.cfg, /boot/grub/grub.cfg o /boot/grub/grub.conf.

Kernel incompatible

Problemas con el kernel o los controladores

Si no se encuentran los errores de GRUB descritos en la sección anterior, solucione los problemas del kernel y los controladores.

Plataforma Xen:

Los tipos de instancias de generaciones anteriores (m4, c4, r4) se ejecutan en la plataforma Xen. Los sistemas operativos que se ejecutan en esta plataforma requieren los controladores xen-blkfront y xen-netfront. Si no se instalan ambos controladores, se produce un error en la comprobación del estado de la instancia. Este error puede aparecer como unidades que faltan en la salida de la consola, como se muestra en el siguiente ejemplo:

[ ***] dracut-initqueue[679]: Warning: dracut-initqueue timeout - starting timeout scripts

El error anterior se produce cuando a initramfs le faltan los controladores necesarios.

Si hay errores relacionados con initramfs o con el kernel, vuelva a crear initramfs. Para obtener más información, consulte el artículo Recibo el mensaje de error «Kernel panic» después de actualizar el kernel o de intentar reiniciar mi instancia de EC2 para Linux

Instancias basadas en Nitro:

Las instancias basadas en Nitro requieren controladores NVME (para los volúmenes de EBS) y controladores ENA (para las interfaces de red). Si no se tienen ambos controladores, se produce un error en la comprobación del estado de la instancia. Este error puede aparecer como unidades que faltan en la salida de la consola, como se muestra en el siguiente ejemplo:

[***   ] A start job is running for dev-disk...e2.device (12min 17s / no limit)

Para obtener información sobre cómo resolver el error anterior, consulte ¿Por qué mi instancia de Linux no arranca después de cambiar su tipo a un tipo de instancia basado en Nitro?

Configuración de red incorrecta

Hay muchas configuraciones de red para los servidores de origen. Los responsables de mantenimiento de las aplicaciones utilizadas para gestionar estas configuraciones cuentan con documentación detallada sobre su configuración. Si sospecha que hay un problema de configuración de red, acceda a la instancia y revise la configuración. Para ello, utilice uno de los siguientes métodos descritos en ¿Por qué mi instancia de EC2 para Linux no arranca y pasa al modo de emergencia?:

• Método 1: utilizar la consola serie de EC2
• Método 2: ejecutar el documento de automatización AWSSupport-ExecuteEC2Rescue
• Método 3: editar el archivo manualmente mediante una instancia de rescate

Las siguientes son herramientas comunes de administración de la configuración de red:

• Canonical Netplan en el sitio web netplan.io.
• openSUSE/Wicked en el repositorio de GitHub openSUSE/wicked.
• Administrador de redes: Red Hat Enterprise Linux 6 en el portal de clientes de Red Hat.
• Administrador de redes: Red Hat Enterprise Linux 7 en el portal de clientes de Red Hat.
• Administrador de redes: Red Hat Enterprise Linux 8 en el portal de clientes de Red Hat.
• Prácticas recomendadas para configurar interfaces de red

Información relacionada

Mi instancia de EC2 para Linux no pasó la comprobación del estado de la instancia debido a problemas con el sistema operativo. ¿Cómo lo puedo solucionar?

Comprobaciones de estado de sistemas