Instância EC2 AmznLinux2 inacessível após reparo via snapshot

Instância EC2 AmznLinux2 inacessível após reparo via snapshot

Espero que alguém tenha experiência com EC2. Estou em uma situação difícil.

Removi acidentalmente o glibc da minha instância do Amazon Linux 2. Bem, não inteiramente por acidente, eu estava tentando substituir o que tinha pelo pacote repo oficial Amzn2 (tentei atualizá-lo manualmente anteriormente via rpm).

Embora eu já tivesse feito isso antes, segui este guia:https://www.rootusers.com/how-to-repair-an-aws-ec2-instance-without-console/

Criei uma nova instância do Amazon Linux 2, montei um novo volume a partir do snapshot que fiz, montei dev/nvme1n1p1 e fiz chroot. Glibc reparado e yum. O yum distro-sync (sem problemas agora). Desmontei tudo com cuidado. Encerre a instância. Criou um novo instantâneo. Criou um novo volume a partir desse instantâneo. Montei esse volume na minha primeira instância (quebrada) como dev/xvda. E não funciona. 1/2 verificações do sistema foram aprovadas (como depois de muito tempo) e está inacessível. Examinei o log do kernel, mas não consegui encontrar nada fora do comum. Tentei reconectar Elastic IPs.

Até tentei montar o volume fixo em minha instância temporária como root diretamente após repará-lo. Ainda não funcionou. Até tentei criar AMI a partir do instantâneo. Eu sinceramente apreciaria qualquer ajuda, não sei o que fazer.

Responder1

Ok, se alguém tiver problemas para fazer chroot em uma instância do Amazon Linux 2, embora o host também seja uma instância do Amazon Linux 2 (ou seja, a mesma arquitetura). Basta copiar as bibliotecas ausentes em /mnt/lib64. Importante não montá-lo se esse diretório for necessário para reparo.

Por exemplo# cp -n /lib64/* /mountpoint/lib64/

informação relacionada