Beheben von Instance-Problemen

Tags müssen korrekt festgelegt sein

Verwenden Sie den Befehl list-deployment-instances, um zu bestätigen, dass die für eine Bereitstellung verwendeten Instances richtig getaggt sind. Wenn eine EC2-Instance in der Ausgabe fehlt, überprüfen Sie mithilfe der EC2-Konsole, ob die Tags für die Instance gesetzt wurden. Weitere Informationen finden Sie unter Arbeiten mit Tags in der Konsole im Amazon EC2 EC2-Benutzerhandbuch für Linux-Instances.

Anmerkung

Wenn Sie eine Instance taggen und sofort eine Anwendung für sie bereitstellen, ist die Instance möglicherweise nicht in der Bereitstellung enthalten. CodeDeploy Das liegt daran, dass es mehrere Minuten dauern CodeDeploy kann, bis die Tags gelesen werden können. Wir empfehlen, dass Sie mindestens fünf Minuten zwischen dem Zeitpunkt, zu dem Sie eine Instance taggen, und dem Versuch einer Bereitstellung warten.

AWS CodeDeployDer Agent muss auf Instanzen installiert sein und ausgeführt werden

Informationen zur Überprüfung, ob der CodeDeploy Agent auf einer Instanz installiert ist und ausgeführt wird, finden Sie unterÜberprüfen, ob der CodeDeploy Agent ausgeführt wird.

Informationen zur Installation, Deinstallation oder Neuinstallation des CodeDeploy Agenten finden Sie unterInstallieren des CodeDeploy Agenten.

Bereitstellungen schlagen für bis zu einer Stunde nicht fehl, nachdem eine Instance während einer Bereitstellung beendet wurde

CodeDeploy bietet ein Zeitfenster von einer Stunde, in dem jedes Ereignis im Bereitstellungszyklus bis zum Abschluss ausgeführt werden kann. Dies bietet ausreichend Zeit für lange andauernde Skripts.

Wenn die Skripts während eines laufenden Lebenszyklusereignisses nicht vollständig ausgeführt werden (z. B. wenn eine Instanz beendet oder der CodeDeploy Agent heruntergefahren wird), kann es bis zu einer Stunde dauern, bis der Status der Bereitstellung als Fehlgeschlagen angezeigt wird. Dies gilt auch, wenn der im Skript angegebene Timeout-Zeitraum weniger als eine Stunde beträgt. Das liegt daran, dass der CodeDeploy Agent heruntergefahren wird, wenn die Instanz beendet wird und keine weiteren Skripts mehr verarbeiten kann.

Wenn eine Instance zwischen Lebenszyklusereignissen oder vor dem ersten Schritt des Lebenszyklusereignisses beendet wird, tritt die Zeitüberschreitung bereits nach fünf Minuten ein.

Analysieren von Protokolldateien zur Untersuchung von Bereitstellungsfehlern auf Instances

Wenn der Status einer Instance in der Bereitstellung anders als Succeeded lautet, finden Sie in der Protokolldatei der Bereitstellung Daten zur Identifizierung des Problems. Weitere Informationen über den Zugriff auf Bereitstellungsprotokolldaten finden Sie unter Log-Bereitstellung ausgeführt in CodeDeploy EC2-/On-Premises-BEC2-/On-Premises-B.

Erstellen Sie eine neue CodeDeploy Protokolldatei, falls sie versehentlich gelöscht wurde

Wenn Sie versehentlich die Bereitstellungsprotokolldatei auf einer Instanz löschen, CodeDeploy wird keine Ersatzprotokolldatei erstellt. Zum Erstellen einer neuen Protokolldatei melden Sie sich bei der Instance an und führen dann die folgenden Befehle aus:

Führen Sie für eine Amazon Linux-, Ubuntu Server- oder RHEL-Instance die folgenden Befehle nacheinander in dieser Reihenfolge aus:

systemctl stop codedeploy-agent

systemctl start codedeploy-agent

Für eine Windows Server-Instance:

powershell.exe -Command Restart-Service -Name codedeployagent

Behebung von Bereitstellungsfehlern „InvalidSignatureException — Signatur abgelaufen: [Zeit] ist jetzt vor [Zeit]“

CodeDeploy benötigt für die Ausführung seiner Operationen genaue Zeitangaben. Wenn Datum und Uhrzeit auf Ihrer Instance nicht korrekt eingestellt sind, stimmen sie möglicherweise nicht mit dem Signaturdatum Ihrer Bereitstellungsanfrage überein, die CodeDeploy abgelehnt wird.

Informationen dazu, wie Sie Bereitstellungsfehler aufgrund falscher Zeiteinstellungen vermeiden, finden Sie in den folgenden Themen:

• Einstellen der Zeit einer Linux-Instance

• Einstellen der Zeit für eine Windows-Instance