Problembehandlung beim EC2Launch-v2-Agent

In diesem Abschnitt werden allgemeine Problembehandlungsszenarien für EC2Launch v2, Informationen zum Anzeigen von Windows-Ereignisprotokollen sowie die Konsolenprotokollausgabe und -meldungen aufgeführt.

Allgemeine Problembehandlungsszenarien

In diesem Abschnitt werden allgemeine Problembehandlungsszenarien und Lösungsschritte aufgeführt.

Der Service kann das Hintergrundbild nicht festlegen

Service kann Benutzerdaten nicht ausführen

Mögliche Ursache: Der Service ist möglicherweise fehlgeschlagen, bevor Benutzerdaten ausgeführt werden konnten.

Der Service führt eine Aufgabe nur einmal aus

Service kann eine Aufgabe nicht ausführen

Der Service führt Benutzerdaten mehr als einmal aus

Auflösung

Benutzerdaten werden von EC2Launch v1 und EC2Launch v2 unterschiedlich behandelt. EC2Launch v1 führt Benutzerdaten als geplante Aufgabe auf der Instance aus, wenn persist auf true gesetzt ist. Wenn persist auf false festgelegt ist, wird die Aufgabe nicht geplant, selbst wenn sie mit einem Neustart beendet wird oder während der Ausführung unterbrochen wird.

EC2Launch v2 führt Benutzerdaten als Agentenaufgabe aus und verfolgt deren Ausführungsstatus. Wenn Benutzerdaten einen Neustart des Computers ausstellen oder Benutzerdaten während der Ausführung unterbrochen wurden, bleibt der Ausführungsstatus als pending bestehen und die Benutzerdaten werden beim nächsten Instance-Start erneut ausgeführt. Wenn Sie verhindern möchten, dass das Benutzerdatenskript mehr als einmal ausgeführt wird, machen Sie das Skript idempotent.

Das folgende Beispiel für ein idempotentes Skript legt den Computer-Namen fest und schließt sich einer Domain an.

<powershell>
  $name = $env:computername
  if ($name -ne $desiredName) {
	Rename-Computer -NewName $desiredName
  }
  $domain = Get-ADDomain
  if ($domain -ne $desiredDomain) 
  {
	Add-Computer -DomainName $desiredDomain
  }
  $telnet = Get-WindowsFeature -Name Telnet-Client
  if (-not $telnet.Installed)
  {
	Install-WindowsFeature -Name "Telnet-Client"
  }
</powershell>
<persist>false</persist>

Geplante Aufgaben von EC2Launch-v1 werden nach der Migration zu EC2Launch v2 nicht ausgeführt

Auflösung

Das Migrationstool erkennt keine geplanten Aufgaben, die mit EC2Launch-v1-Skripten verknüpft sind. Daher richtet es diese Aufgaben in EC2Launch v2 nicht automatisch ein. Um diese Aufgaben zu konfigurieren, bearbeiten Sie die agent-config.yml-Datei oder verwenden Sie das EC2Launch v2-Einstellungsdialogfeld. Wenn eine Instance beispielsweise eine geplante Aufgabe umfasst, die InitializeDisks.ps1 ausführt, müssen Sie nach dem Ausführen des Migrationstools die Volumes angeben, die Sie im Einstellungsdialogfeld von EC2Launch v2 initialisieren möchten. Siehe Schritt 6 des Verfahrens zu Ändern der Einstellungen mithilfe des Dialogfelds für EC2Launch v2-Einstellungen.

Der Service initialisiert ein EBS-Volume, das nicht leer ist

Auflösung

Bevor ein Volume initialisiert wird, versucht EC2Launch v2 zu erkennen, ob es leer ist. Wenn ein Volume nicht leer ist, überspringt es die Initialisierung. Alle Volumes, die als nicht leer erkannt werden, werden nicht initialisiert. Ein Volume gilt als leer, wenn die ersten 4 KiB eines Volumes leer sind oder wenn ein Volume kein Windows-erkennbares Laufwerkslayout hat. Ein Volume, das auf einem Linux-System initialisiert und formatiert wurde, hat kein Windows-erkennbares Laufwerkslayout, zum Beispiel MBR oder GPT. Daher wird es als leer und initialisiert betrachtet. Wenn Sie diese Daten beibehalten möchten, verlassen Sie sich nicht auf die Erkennung leerer Laufwerke durch EC2Launch v2. Geben Sie stattdessen Volumes an, die Sie im EC2Launch v2-Einstellungsdialogfeld (siehe Schritt 6) oder in agent-config.yml initialisieren möchten.

setWallpaperDie Aufgabe ist nicht aktiviert, aber das Hintergrundbild wird beim Neustart zurückgesetzt

Die Aufgabe setWallpaper erstellt die Verknüpfungsdatei setwallpaper.lnk im Startup-Ordner jedes vorhandenen Benutzers. Diese Verknüpfungsdatei wird ausgeführt, wenn sich der Benutzer nach dem Start der Instance zum ersten Mal anmeldet. Hiermit wird die Instance mit einem benutzerdefinierten Hintergrundbild eingerichtet, auf dem die Instance-Attribute zu sehen sind. Durch das Entfernen der Aufgabe setWallpaper wird diese Verknüpfungsdatei nicht gelöscht. Sie müssen die Datei manuell oder mithilfe eines Skripts löschen.

Der Verknüpfungspfad lautet:

$env:SystemDrive/Users/<user>/AppData/Roaming/Microsoft/Windows/Start Menu/Programs/Startup/setwallpaper.lnk

Auflösung

Löschen Sie die Datei manuell oder mithilfe eines Skripts.

PowerShell-Beispielskript zum Löschen der Verknüpfungsdatei

foreach ($userDir in (Get-ChildItem "C:\Users" -Force -Directory).FullName)
{
	$startupPath = Join-Path $userDir -ChildPath "AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup"
	if (Test-Path $startupPath)
	{
		$wallpaperSetupPath = Join-Path $startupPath -ChildPath "setwallpaper.lnk"
		if (Test-Path $wallpaperSetupPath)
		{
			Remove-Item $wallpaperSetupPath -Force -Confirm:$false
		}
	}
}

Der Dienst hängt im laufenden Status fest

Beschreibung

EC2Launch v2 ist blockiert, mit Protokollmeldungen (agent.log) ähnlich der folgenden:

2022-02-24 08:08:58 Info: *****************************************************************************************
2022-02-24 08:08:58 Info: EC2Launch Service starting
2022-02-24 08:08:58 Info: Windows event custom log exists: Amazon EC2Launch
2022-02-24 08:08:58 Info: ACPI SPCR table not supported. Bailing Out
2022-02-24 08:08:58 Info: Serial port is in use. Waiting for Serial Port...
2022-02-24 08:09:00 Info: ACPI SPCR table not supported. Use default console port.
2022-02-24 08:09:02 Info: ACPI SPCR table not supported. Use default console port.
2022-02-24 08:09:04 Info: ACPI SPCR table not supported. Use default console port.
2022-02-24 08:09:06 Info: ACPI SPCR table not supported. Use default console port.

Mögliche Ursache

SAC ist aktiviert und verwendet die serielle Schnittstelle. Weitere Informationen finden Sie unter SAC zur Fehlerbehhebung von Windows-Instances verwenden.

Auflösung

Versuchen Sie, das Problem wie folgt zu beheben:

Ungültige agent-config.yml verhindert das Öffnen des Dialogfelds für EC2Launch-v2-Einstellungen

Beschreibung

Die Einstellungen für EC2Launch v2 versuchen, dieselbe agent-config.yml-Datei zu analysieren, bevor sie das Dialogfeld öffnen. Wenn die YAML-Konfigurationsdatei nicht dem unterstützten Schema folgt, zeigt das Dialogfeld den folgenden Fehler an:

Unable to parse configuration file agent-config.yml. Review configuration file. Exiting application.

task:executeScript should be unique and only invoked once

Beschreibung

Eine Aufgabe nicht in derselben Phase wiederholt werden kann.

Auflösung

Einige Aufgaben müssen als Array eingegeben werden, z. B. executeScript und executeProgram. Ein Beispiel für das Schreiben des Skripts als Array finden Sie unter executeScript.

Windows-Ereignisprotokolle

EC2Launch v2 veröffentlicht Windows-Ereignisprotokolle für wichtige Ereignisse, z. B. Servicestart, Windows ist bereit und Erfolg und Misserfolg von Aufgaben. Ereignis-IDs identifizieren eindeutig ein bestimmtes Ereignis. Jedes Ereignis enthält Informationen zu Phase, Aufgabe und Ebene sowie eine Beschreibung. Sie können mithilfe der Ereignis-ID Auslöser für bestimmte Ereignisse festlegen.

Event-IDs liefern Informationen über ein Ereignis und identifizieren einige Ereignisse eindeutig. Die am wenigsten signifikante Ziffer einer Ereignis-ID gibt den Schweregrad eines Ereignisses an.

Dienstbezogene Ereignisse, die beim Start oder Ende des Dienstes generiert werden, enthalten eine einstellige Ereigniskennung.

Die Ereignisnachrichten für EC2LaunchService.exe-Ereignisse beginnen mit Service:. Die Ereignisnachrichten für EC2Launch.exe-Ereignisse beginnen nicht mit Service:.

Vierstellige Ereignis-IDs enthalten Informationen über die Phase, Aufgabe und den Schweregrad eines Ereignisses.

Format der Ereignis-ID

Die folgende Tabelle zeigt das Format einer EC2Launch v2-Ereignis-ID.

Die Buchstaben und Zahlen in der Tabelle stehen für die folgenden Ereignistypen und Definitionen.

Beispiele für Ereignis-IDs

Nachfolgend finden Sie Beispiele für Ereignis-IDs.

Windows-Ereignisprotokollschema

EC2Launch v2-Konsolenprotokollausgabe

Dieser Abschnitt enthält eine Beispielausgabe des Konsolenprotokolls für EC2Launch v2 und führt alle Fehlermeldungen des EC2Launch v2-Konsolenprotokolls auf, mit denen Sie Probleme beheben können. Weitere Informationen über die Ausgabe der Instance-Konsole und wie Sie darauf zugreifen können, finden Sie unter Instance-Konsolenausgabe.

EC2Launch v2-Konsolenprotokollausgabe

Im Folgenden finden Sie eine Beispiel-Konsolenprotokollausgabe für EC2Launch v2. Einige Werte in diesem Beispiel werden durch repräsentativen Text ersetzt, der von geschweiften Klammern umgeben ist.

2025/07/22 21:26:53Z: Windows sysprep configuration complete.
2025/07/22 21:26:53Z: Message: Waiting for access to metadata...
2025/07/22 21:26:53Z: Message: Meta-data is now available.
2025/07/22 21:26:53Z: AMI Origin Version: 2024.12.13
2025/07/22 21:26:53Z: AMI Origin Name: Windows_Server-2022-English-Full-Base
2025/07/22 21:26:53Z: OS: Microsoft Windows NT 10.0.20348
2025/07/22 21:26:53Z: OsVersion: 10.0
2025/07/22 21:26:53Z: OsProductName: Windows Server 2022 Datacenter
2025/07/22 21:26:53Z: OsBuildLabEx: 20348.1.amd64fre.fe_release.210507-1500
2025/07/22 21:26:53Z: OsCurrentBuild: 20348
2025/07/22 21:26:53Z: OsReleaseId: 2009
2025/07/22 21:26:53Z: Language: en-US
2025/07/22 21:26:53Z: TimeZone: UTC
2025/07/22 21:26:53Z: Offset: UTC +0000
2025/07/22 21:26:53Z: Launch: EC2 Launch v2.2.63
2025/07/22 21:26:53Z: AMI-ID: ami-1234567890abcdef1
2025/07/22 21:26:53Z: Instance-ID: i-1234567890abcdef0
2025/07/22 21:26:54Z: Instance Type: t3.xlarge
2025/07/22 21:26:54Z: Driver: AWS NVMe Driver v1.6.0.35
2025/07/22 21:26:54Z: SubComponent: 1.6.0.35; EnableSCSIPersistentReservations: 0
2025/07/22 21:26:54Z: Driver: AWS PV Driver Package v8.5.0
2025/07/22 21:26:55Z: Driver: Amazon Elastic Network Adapter v2.8.0.0
2025/07/22 21:26:55Z: HOSTNAME: EC2AMAZ-9FJG5CC
2025/07/22 21:26:55Z: RDPCERTIFICATE-SUBJECTNAME: {certificate subject name}
2025/07/22 21:26:55Z: RDPCERTIFICATE-THUMBPRINT: {thumbprint hash}
2025/07/22 21:26:56Z: SSM: Amazon SSM Agent v3.3.2746.0
2025/07/22 21:26:57Z: User data format: no_user_data
2025/07/22 21:26:57Z: EC2LaunchTelemetry: IsTelemetryEnabled=true
2025/07/22 21:26:57Z: EC2LaunchTelemetry: AgentOsArch=windows_amd64
2025/07/22 21:26:57Z: EC2LaunchTelemetry: IsAgentScheduledPerBoot=true
2025/07/22 21:26:57Z: EC2LaunchTelemetry: AgentCommandErrorCode=1
2025/07/22 21:26:57Z: EC2LaunchTelemetry: AdminPasswordTypeCode=0
2025/07/22 21:26:57Z: EC2LaunchTelemetry: AgentErrorLocation=execute_windows.go:410
2025/07/22 21:26:57Z: EC2LaunchTelemetry: IpConflictDetectionCode=0
2025/07/22 21:26:57Z: Message: Windows is Ready to use
{"type":"EC2AgentTelemetry","agentId":"WindowsLaunchAgentV2", ...}
{"type":"EC2AgentTelemetry","agentId":"WindowsLaunchAgentV2", ...}

EC2Launch v2-Konsolenprotokollmeldungen

Im Folgenden finden Sie eine Liste aller EC2Launch v2-Konsolenprotokollmeldungen.

Error EC2Launch service is stopping. {error message}

Einzelheiten zum Fehler beim Beenden des Services:

Windows sysprep configuration complete

Invalid administrator username: {invalid username}

Invalid administrator password
Username: {username}
Password: <Password>{encrypted password}</Password>

Die folgende Nachricht ist ein Informationsblock, der AMI-Details enthält:

AMI Origin Version: {amiVersion}
AMI Origin Name: {amiName}
Microsoft Windows NT {currentVersion}.{currentBuildNumber}
OsVersion: {currentVersion}
OsProductName: {productName}
OsBuildLabEx: {buildLabEx}
OsCurrentBuild: {currentBuild}
OsReleaseId: {releaseId}
Language: {language}
TimeZone: {timeZone}
Offset: UTC {offset}
Launch agent: EC2Launch {BuildVersion}
AMI-ID: {amiId}
Instance-ID: {instanceId}
Instance Type: {instanceType}
HOSTNAME: {computer name}
RDPCERTIFICATE-SUBJECTNAME: {certificate subject name}
RDPCERTIFICATE-THUMBPRINT: {thumbprint hash}
SqlServerBilling: {sql billing}
SqlServerInstall: {sql patch leve, edition type}
Driver: AWS NVMe Driver {version}
Driver: Inbox NVMe Driver {version}
Driver: AWS PV Driver Package {version}
Microsoft-Hyper-V is installed.
Unable to get service status for vmms
Microsoft-Hyper-V is {status}
SSM: Amazon SSM Agent {version}
AWS VSS Version: {version}

Windows sysprep configuration complete.
Windows is being configured. 'SysprepState is {state}'
Windows is still being configured. 'SysprepState is {state}'
Windows is Ready to use
Waiting for access to metadata...
Meta-data is now available.
Metadata is not available for this instance.
Timed out waiting for access to metadata.
User data format: {format}

Telemetriemeldungen von EC2Launch v2 enthalten die Eigenschaftswerte der Starttelemetrie. Ab Version 2.2.63 werden die Telemetriedaten des EC2-Agenten als JSON-Objekt formatiert.

EC2LaunchTelemetry: {telemetry property}

{"type":"EC2AgentTelemetry","agentId":"WindowsLaunchAgentV2" ... }