Die EC2-Instanz wird nach dem Versuch, eine AMI aus der ausgeführten Instanz zu erstellen, weder gestoppt noch beendet

Nach einem routinemäßigen Neustart einer Linux ec2-Instanz mit 1 kleinen Root-Volume und 1 kleinen angehängten Volume konnte ich nicht in die Instanz sshen. Es ist nicht klar, warum ein Neustart der Instanz dazu führte, dass von ssh aus nicht auf sie zugegriffen werden konnte. Die angezeigte Instanz wird in der AWS-Konsole ausgeführt, aber ssh, http usw. reagierten nicht. Ich habe versucht, eine AMI aus dieser laufenden Instanz zu erstellen. Das AMI wurde jedoch nie erstellt. Stattdessen habe ich im AMI-Bereich der AWS-Konsole stundenlang "ausstehend" gesehen. Schließlich habe ich die AMI abgemeldet. Als nächstes habe ich versucht, die ec2-Instanz zu stoppen. Ich kann die Instanz jedoch nicht stoppen - sie steckt seit Stunden im Stoppzustand fest. Ich habe auch versucht, die Instanz gewaltsam zu stoppen, ohne Erfolg. Ich habe dann versucht, die Volumes zu trennen, aber sie melden ständig "Ablösen" Hat jemand irgendwelche Vorschläge, wie man damit umgeht? Es scheint, dass Amazon keinerlei E-Mail- oder Telefonsupport anbietet, es sei denn, Sie sind Premium-Mitglied. Vielen Dank für Ihre Hilfe.

Wenn Sie keinen Premium-Support haben, können "festgefahrene" Instanzen (bei denen Sie sie nicht stoppen / beenden können) und "festgefahrene" Volumes (bei denen Sie sie nicht trennen / löschen können) an Amazon im EC2-Forum gemeldet werden :

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

Stellen Sie sicher, dass Sie die betreffenden Instanz- / Volume-IDs auflisten.

Niemand außer Amazon kann in diesen Situationen wirklich helfen.

Glücklicherweise sollten Ihnen beispielsweise Stunden, nachdem der Status "Anhalten" oder "Beenden" erreicht wurde, nicht mehr in Rechnung gestellt werden.

Ihr ursprüngliches Problem, dass Sie über ssh keine Verbindung zur Instanz herstellen können, könnte auch im EC2-Forum veröffentlicht werden, um die Community zu unterstützen. Es handelt sich jedoch um ein häufiges Problem, das viele mögliche Ursachen hat. Ich habe einen Artikel geschrieben, um die Diagnose zu starten und auf Informationen hinzuweisen, die Sie in Ihren Forumsbeitrag aufnehmen sollten:

Lösung: "Ich kann auf Amazon EC2 keine Verbindung zu meinem Server herstellen"
http://alestic.com/2009/08/ec2-connectivity

Ich habe auch einen Artikel geschrieben, der eine Methode beschreibt, mit der EBS-Startinstanzen diagnostiziert werden können, indem die Protokolldateien auf der Festplatte überprüft werden, auch wenn Sie keine Verbindung zur Instanz herstellen können:

Reparieren von Dateien auf dem Root-EBS-Volume einer EC2-Instanz
http://alestic.com/2011/02/ec2-fix-ebs-root

Sie können diesen Ansatz jedoch erst verwenden, wenn Amazon Sie beim Trennen Ihres EBS-Volumes unterstützt.

Ich weiß, dass dieser Beitrag alt ist, aber Sie können auch erneut auf Stopp klicken, und das Dashboard fragt Sie, ob Sie einen erzwungenen Stopp durchführen möchten . Manchmal, das weiß ich aus Erfahrung, muss man zwei oder drei erzwungene Stopps machen, um es zum Laufen zu bringen.

Dank an Robin Scott .

Ich bin auf eine verwandte Situation gestoßen, nachdem ich eine Elastic Beanstalk-Umgebung in einer ec2-Instanz erstellt habe. Um meine ec2-Instanz zu beenden, musste ich zuerst meine eb-Umgebung beenden.

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

Wobei der angegebene Wert region=die Region ist, in der sich die Umgebung befindet, die heruntergefahren werden soll. Auf dieser Seite können Sie mehrere Umgebungen schnell und einfach deaktivieren:

Erzwingen Sie das Abnehmen des Systemvolumes. Dann können Sie die Instanz stoppen. Schließen Sie das Volume erneut an und starten Sie die Instanz. Viola!

Beim Neustart werden interne IP-Adressen und öffentliche DNS-Adressen geändert. Wenn Sie also keine elastische IP-Adresse für Ihr System haben, kann dies der Grund sein, warum Sie SSH nicht für das System verwenden können.