L'instance EC2 ne s'arrêtera ni ne s'arrêtera après avoir tenté de créer une AMI à partir de l'instance en cours d'exécution

Après un redémarrage de routine d'une instance Linux ec2 avec 1 petit volume racine et 1 petit volume attaché, je n'ai pas pu entrer ssh dans l'instance. Il n'est pas clair pourquoi le redémarrage de l'instance l'a rendue inaccessible à partir de ssh. L'instance a montré qu'elle s'exécutait dans la console AWS mais ssh, http, etc. n'était pas réactif. J'ai essayé de créer une AMI à partir de cette instance en cours d'exécution. Cependant, l'AMI n'a jamais été créée. Au lieu de cela, je viens de voir "en attente" dans la section AMI de la console AWS pendant des heures. Finalement, j'ai retiré l'enregistrement de l'AMI. Ensuite, j'ai essayé d'arrêter l'instance ec2. Cependant, je ne suis pas en mesure d'arrêter l'instance - elle est bloquée à l'état d'arrêt depuis des heures. J'ai également essayé de forcer l'arrêt de l'instance sans succès. J'ai ensuite essayé de détacher les volumes mais ils rapportent constamment des "détachements" Quelqu'un a-t-il des suggestions sur la façon de gérer cela? Il semble qu'Amazon n'offre aucun type d'assistance par e-mail ou par téléphone, sauf si vous êtes un membre premium. Merci beaucoup pour votre aide.

Si vous n'avez pas de support premium, alors les instances "bloquées" (où vous ne pouvez pas les arrêter / les terminer) et les volumes "bloqués" (où vous ne pouvez pas les détacher / les supprimer) peuvent être signalés à Amazon sur le forum EC2 :

Forum Amazon AWS EC2
https://forums.aws.amazon.com/forum.jspa?forumID=30

Assurez-vous de répertorier les ID d'instance / volume spécifiques impliqués.

Personne, sauf Amazon, ne peut vraiment aider dans ces situations.

Heureusement, vous ne devriez pas être facturé pendant des heures, par exemple, une fois qu'il entre dans l'état "arrêt" ou "fin".

Votre problème d'origine de ne pas pouvoir se connecter à l'instance via ssh pourrait également être publié sur le forum EC2 pour obtenir de l'aide de la communauté, mais c'est un problème courant et a de nombreuses causes potentielles. J'ai écrit un article pour aider à diagnostiquer cela et pour signaler des informations que vous devriez inclure dans votre message sur le forum:

Résolution: "Je ne peux pas me connecter à mon serveur sur Amazon EC2"
http://alestic.com/2009/08/ec2-connectivity

J'ai également écrit un article décrivant une méthode qui peut être utilisée pour diagnostiquer les instances de démarrage EBS en consultant les fichiers journaux sur le disque même si vous ne pouvez pas vous connecter à l'instance:

Correction des fichiers sur le volume EBS racine d'une instance EC2
http://alestic.com/2011/02/ec2-fix-ebs-root

Cependant, vous ne pourrez pas utiliser cette approche jusqu'à ce qu'Amazon vous aide à détacher votre volume EBS.

Je sais que ce message est ancien, mais vous pouvez également cliquer à nouveau sur arrêter, et le tableau de bord vous demandera si vous souhaitez effectuer un arrêt forcé . Parfois, je le sais par expérience, il faut faire deux ou trois arrêts forcés pour que ça marche.

Nous remercions Robin Scott .

J'ai rencontré une situation connexe après avoir créé un environnement Elastic Beanstalk dans une instance ec2. Pour mettre fin à mon instance ec2, j'ai d'abord dû mettre fin à mon environnement eb, ce que j'ai fait en visitant:

https://console.aws.amazon.com/elasticbeanstalk/?region=us-west-2

Où la valeur fournie region=est la région qui contient l'environnement à arrêter. Sur cette page, on peut facilement désactiver plusieurs environnements rapidement:

Forcez le détachement du volume du système. Ensuite, vous pourrez arrêter l'instance. Rattachez le volume et démarrez l'instance. Alto!

lors du redémarrage des adresses IP internes et des changements de DNS public, donc si vous n'avez pas d'adresse IP élastique associée à votre système, cela pourrait être la raison pour laquelle vous ne pouvez pas SSH dans le système.