Por que minha instância do Linux do EC2 foi migrada com o Application Migration Service ou o Serviço de Recuperação de Desastres falhando nas verificações de status da instância?

Resolução

Observação: a resolução a seguir inclui os motivos mais comuns para ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-system-instance-status-check.html#types-of-instance-status-checks)falhas na verificação do status da instância[. Os servidores de conversão do Application Migration Service fazem alterações no carregador de inicialização, injetam drivers de hipervisor e instalam ferramentas em nuvem. Com o dimensionamento correto do tipo de instância, falhas na verificação do status da instância de memória esgotada são incomuns. Sistemas de arquivos corrompidos geralmente ocorrem na máquina de origem.

Ao solucionar uma falha na verificação do status da instância, lembre-se do processo de inicialização do Linux ao verificar o seguinte:

• Captura de tela do Amazon Elastic Compute Cloud (Amazon EC2)
• Saída do console da instância

A ordem de inicialização típica é: Ligar - ativar o autoteste (POST) - BIOS/UEFI - Registro mestre de inicialização/EFI - Carregador de inicialização - Kernel (e initramfs)

A sequência de inicialização pode ser diferente em alguns sistemas operacionais.

Configuração de inicialização incorreta

A instância não conseguiu acessar o carregador de inicialização (GRUB)

O erro a seguir ocorre se a instância não conseguir acessar o carregador de inicialização (GRUB):

No bootable device. Retrying in 60 seconds.

Booting from hard disk 0...

Para solucionar o erro anterior, verifique se:

• A partição de inicialização foi migrada do servidor de origem.
  As etapas para investigar a partição de inicialização variam de acordo com seu sistema operacional. Consulte a documentação do seu sistema operacional para obter mais informações.
  Você pode criar uma instância de resgate para verificar a partição. Para mais informações, consulte Método 3: a correção manual de erros usando uma instância de resgate na instância My EC2 Linux falhou na verificação do status da instância devido a problemas no sistema operacional. Como solucionar isso?
• Se o servidor de origem tiver particionamento GPT, verifique se grub2-pc-modules estão instalados.

Você pode ver um prompt GRUB semelhante ao seguinte se houver um problema com um arquivo de configuração GRUB (grub.cfg):

grub>

Uma captura de tela do console da instância que mostra a inicialização ainda no carregador de inicialização GRUB indica um problema com o arquivo grub.cfg. O grub.cfg geralmente está localizado em /boot/grub2/grub.cfg, /boot/grub/grub.cfg ou /boot/grub/grub.conf.

Kernel incompatível

Problemas com o kernel ou os drivers

Se os erros do GRUB descritos na seção anterior não forem encontrados, solucione o problema do kernel e dos drivers.

Plataforma Xen:

Os tipos de instância da geração anterior (m4, c4, r4) são executados na plataforma Xen. Os sistemas operacionais executados nessa plataforma exigem os drivers xen-blkfront e xen-netfront. A falha na instalação desses dois drivers resulta em falha na verificação do status da instância. Essa falha pode aparecer como unidades ausentes na saída do console, conforme mostrado no exemplo a seguir:

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

A falha anterior ocorre quando o initramfs não tem os drivers necessários.

Se houver erros relacionados ao initramfs ou ao kernel, reconstrua o initramfs. Para obter mais informações, consulte Estou recebendo um erro de “pânico do kernel” depois de atualizar o kernel ou tentar reinicializar minha instância do Linux do EC2

Instâncias baseadas em Nitro:

As instâncias baseadas em Nitro exigem drivers NVME (para os volumes EBS) e drivers ENA (para as interfaces de rede). A falha em ter esses dois drivers resulta em falha na verificação do status da instância. Essa falha pode aparecer como unidades ausentes na saída do console, conforme mostrado no exemplo a seguir:

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

Para obter informações sobre como resolver o erro anterior, consulte Por que minha instância do Linux não está inicializando depois que eu mudei seu tipo para um tipo de instância baseado em Nitro?

Configuração de rede incorreta

Há muitas configurações de rede para servidores de origem. Os mantenedores iniciais das aplicações usadas para gerenciar essas configurações têm documentação detalhada sobre suas configurações. Se você suspeitar de um problema de configuração de rede, acesse a instância e revise a configuração. Para fazer isso, use um dos seguintes métodos descritos em Por que minha instância do Linux do EC2 não está inicializando e entrando em modo de emergência:

• Método 1: use o Console de Série do EC2
• Método 2: execute o documento de automação AWSSupport-ExecuteEC2Rescue
• Método 3: edite manualmente o arquivo usando uma instância de resgate

A seguir estão as ferramentas comuns de gerenciamento de configuração de rede:

• Canonical Netplan no site netplan.io.
• openSUSE/Wicked no repositório openSUSE/Wicked GitHub.
• Network Manager - Red Hat Enterprise Linux 6 no portal do cliente da Red Hat.
• Network Manager - Red Hat Enterprise Linux 7 no portal do cliente da Red Hat.
• Network Manager - Red Hat Enterprise Linux 8 no portal do cliente da Red Hat.
• Práticas recomendadas para configurar as interfaces de rede

Informações relacionadas

Minha instância do Linux do EC2 falhou na verificação do status da instância devido a problemas no sistema operacional. Como solucionar isso?

Verificações de status do sistema