Warum steckt mein CloudFormation-Stack im Status UPDATE_ROLLBACK_COMPLETE_CLEANUP_IN_PROGRESS oder UPDATE_COMPLETE_CLEANUP_IN_PROGRESS fest?

Kurzbeschreibung

Ein CloudFormation-Stack bleibt aus den folgenden Gründen im Status UPDATE_ROLLBACK_COMPLETE_CLEANUP_IN_PROGRESS oder UPDATE_COMPLETE_CLEANUP_IN_PROGRESS hängen:

• CloudFormation ist immer noch dabei, alte Ressourcen zu entfernen, oder kann diese Ressourcen aufgrund eines Abhängigkeitsproblems nicht entfernen.
• Die Ressourcenbereinigung wird unterbrochen, weil ein gleichgeordneter Stack eines verschachtelten Stacks nicht aktualisiert oder für ihn kein Rollback durchgeführt werden kann.

Behebung

Überprüfen Sie den Status Ihres Stacks

1. Öffnen Sie die CloudFormation-Konsole.
2. Wählen Sie im Navigationsbereich Stacks aus.
3. Wählen Sie den Stack, der im Status UPDATE_ROLLBACK_COMPLETE_CLEANUP_IN_PROGRESS oder UPDATE_COMPLETE_CLEANUP_IN_PROGRESS feststeckt.
4. Überprüfen Sie, ob neben dem Namen deines Stacks ein NESTED-Label steht.
5. Prüfen Sie auf der Registerkarte „Ereignisse“ für Ihren Stack, ob sich Ressourcen im Status DELETE_IN_PROGRESS befinden. Wenn sich der Status der Ressource nicht in DELETE_COMPLETE ändert, muss die Ressource überprüft werden.

Wenn neben dem Namen Ihres Stacks ein NESTED-Label steht, führen Sie die Schritte im Abschnitt Problembehandlung bei verschachtelten Stacks durch.

Wenn neben dem Namen Ihres Stacks kein Label steht, führen Sie die Schritte im Abschnitt Problembehandlung bei nicht verschachtelten Stacks durch.

Fehler mit einem verschachtelten Stack beheben

Wenn Ihr Stack über eine oder mehrere Ressourcen im Status DELETE_IN_PROGRESS verfügt, überprüfen Sie den Status der Ressource. Oder lesen Sie zur Verwendung von AWS CloudTrail Logs zur Überprüfung des Ressourcenstatus zu verwenden Warum steckt mein CloudFormation-Stack im Status IN_PROGRESS fest?

Ihre Ressource könnte aus den folgenden Gründen im Status DELETE_IN_PROGRESS hängen bleiben:

• Die Ressource benötigt zusätzliche Zeit, um gelöscht zu werden. Beispielsweise dauert es länger, bis Ressourcen wie AWS::RDS::DBInstance und AWS::CloudFront::Distribution gelöscht werden als andere Ressourcen.
• Andere Ressourcen hängen von Ihrer Ressource ab. Beispielsweise könnten Ressourcen außerhalb Ihres CloudFormation-Stacks Ihre Amazon Elastic Compute Cloud (Amazon EC2)-Sicherheitsgruppe verwenden. Verwenden Sie die AWS-Managementkonsole, um zu überprüfen, ob für die Ressource keine manuell erstellten Abhängigkeiten vorhanden sind.

Hinweis: CloudFormation versucht dreimal, eine Ressource zu löschen, bevor die Ressource übersprungen und der Bereinigungsprozess fortgesetzt wird.

Es befinden sich keine Ressourcen im Status DELETE_IN_PROGRESS
Wenn Ihr Stack keine Ressourcen im Status DELETE_IN_PROGRESS hat, gehen Sie wie folgt vor:

1. Öffnen Sie die CloudFormation-Konsole.
2. Wählen Sie im Navigationsbereich die Option „Stacks“ und dann Ihren Stack aus.
3. Wählen Sie auf der Registerkarte „Übersicht“ für Ihren Stack den Stack im Abschnitt „Root-Stack“ aus.
4. Überprüfen Sie den Status des Root-Stacks im Abschnitt „Status“.

Der Root-Stack befindet sich im Status UPDATE_IN_PROGRESS oder UPDATE_ROLLBACK_IN_PROGRESS
Wenn sich der Root-Stack im Status UPDATE_IN_PROGRESS oder UPDATE_ROLLBACK_IN_PROGRESS befindet, werden andere Ressourcen aktualisiert, die von Ihrem Stack abhängen. Nachdem alle abhängigen Ressourcen aktualisiert wurden (einschließlich Ressourcen in verschachtelten Stacks), startet CloudFormation den Bereinigungsprozess.

Der Root-Stack befindet sich im Status UPDATE_ROLLBACK_FAILED
Wenn sich der Root-Stack im Status UPDATE_ROLLBACK_FAILED befindet, identifizieren Sie die erste Ressource, für die das Rollback fehlgeschlagen ist. Um diese Ressource zu identifizieren, überprüfen Sie die Registerkarte Ereignisse des Root-Stacks in der CloudFormation-Konsole.
Wenn die Ressource, für die das Rollback fehlgeschlagen ist, kein verschachtelter Stack ist, verwenden Sie ContinueUpdateRollback.

Die Ressource, die nicht zurückgesetzt werden konnte, ist ein verschachtelter Stack
Wenn es sich bei der Ressource, für die kein Rollback durchgeführt werden konnte, um einen verschachtelten Stack handelt, führen Sie die folgenden Schritte aus:

1. Identifizieren Sie die erste Ressource, für die kein Rollback durchgeführt werden konnte, nachdem der verschachtelte Stack den Status UPDATE_ROLLBACK_IN_PROGRESS erreicht hat. Um diese Ressource zu identifizieren, überprüfen Sie die Registerkarte Ereignisse des verschachtelten Stacks in der CloudFormation-Konsole.

   Wenn die Ressource immer noch ein verschachtelter Stack ist, wiederholen Sie diesen Schritt für diesen verschachtelten Stack. Wiederholen Sie diesen Vorgang, bis Sie die Ressource identifiziert haben, für die kein Rollback durchgeführt werden konnte und die kein verschachtelter Stack ist.

2. Setzen Sie den Rollback-Vorgang fort, um den Stack in einen stabilen Zustand zu bringen.

Wichtig: Wenn Sie während eines ContinueUpdateRollback-Vorgangs eine Ressource überspringen, setzt CloudFormation den Status der angegebenen Ressourcen auf UPDATE_COMPLETE. Anschließend fährt CloudFormation mit dem Rollback des Stacks fort. Nach Abschluss des Rollbacks stimmt der Status der übersprungenen Ressourcen nicht mit dem Status der Ressourcen in der Stack-Vorlage überein. Bevor Sie den Stack erneut aktualisieren, aktualisieren Sie die Ressourcen, damit sie miteinander konsistent sind. Andernfalls können nachfolgende Stack-Updates fehlschlagen und der Stack kann nicht mehr wiederhergestellt werden.

Problembehandlung bei nicht verschachtelten Stacks

Wenn sich eine oder mehrere Ressourcen in Ihrem Stack im Status DELETE_IN_PROGRESS befinden, melden Sie sich bei der AWS-Managementkonsole an, um den Ressourcenstatus zu überprüfen. Oder überprüfen Sie die AWS-CloudTrail-Protokolle für die Ressource.

Wenn Ressourcen im Status DELETE_IN_PROGRESS vorhanden sind, die sich nicht in DELETE_COMPLETE ändern, verwenden Sie das AWS-Servicestatus-Dashboard, um nach Betriebsproblemen zu suchen.

Ähnliche Informationen

Arbeiten mit verschachtelten Stacks

Das Rollback der Aktualisierung ist fehlgeschlagen