Fehlercodes für angehaltene Aufgaben

Im Folgenden finden Sie die möglichen Fehlermeldungen, die Sie erhalten, wenn Ihre Fargate-Aufgabe unerwartet beendet wird. Die Fehlermeldungen werden vom Container-Agent zurückgegeben und das Präfix hängt von der Plattformversion ab, die die Aufgabe verwendet.

Wenn Sie mithilfe der AWS Management Console gestoppte Aufgaben auf eine Fehlermeldung überprüfen möchten, finden Sie weitere Informationen unter Überprüfen gestoppter Aufgaben nach Fehlern.

Fehlermeldungspräfix in Plattformversion 1.3 und älter (Linux)	Fehlermeldungspräfix in Plattformversion 1.4 und höher (Linux) und Version 1.0 und höher (Windows)	Details	Beispiel
DockerTimeoutError	ContainerRuntimeTimeoutError	Dieser Fehler tritt auf, wenn ein Container innerhalb des Timeout-Zeitraums weder in einen Status RUNNING oder STOPPED wechseln konnte. Der Grund und der Timeout-Wert werden in der Fehlermeldung angegeben.	ContainerRuntimeTimeoutError: Could not transition to running; timed out after waiting 1m: <reason>
CannotStartContainerError	CannotStartContainerError	Dieser Fehler tritt auf, wenn ein Container nicht gestartet werden kann.	CannotStartContainerError: failed to get container status: <reason>
CannotStopContainerError	CannotStopContainerError	Dieser Fehler tritt auf, wenn ein Container nicht angehalten werden kann.	CannotStopContainerError: failed sending SIGTERM to container: <reason>
CannotInspectContainerError	CannotInspectContainerError	Dieser Fehler tritt auf, wenn der Container-Agent den Container nicht über die Containerlaufzeit beschreiben kann. Bei Verwendung der Plattformversion 1.3 oder niedriger gibt der ECS-Agent den Grund von Docker zurück. Bei Verwendung der Plattformversion 1.4 oder höher, 1.4.0 oder höher (Linux) oder 1.0.0 oder höher (Windows) gibt der Fargate-Agent den Grund von containerd zurück.	CannotInspectContainerError: <reason>
	ResourceInitialisationError	Dieser Fehler tritt auf, wenn der Container-Agent für Ihre Fargate-Aufgabe die Ressourcen, die zum Starten des Containers oder der zugehörigen Aufgabe erforderlich sind, nicht erstellen oder bootstrappen kann. Eine häufige Ursache für diesen Fehler ist die Verwendung einer VPC, für die keine DNS-Auflösung aktiviert ist. Dieser Fehler tritt nur auf, wenn Sie die Plattformversion 1.4.0 oder höher (Linux) oder 1.0.0 oder höher (Windows) verwenden.	ResourceInitializationError: failed to initialize logging driver: <reason>
CannotPullContainerError	CannotPullContainerError	Dieser Fehler tritt auf, wenn der Agent das in der Aufgabendefinition angegebene Container-Image nicht abrufen kann. Weitere Informationen finden Sie unter CannotPullContainer task errors.	CannotPullContainerError: <reason>
	CannotCreateVolumeError	Dieser Fehler tritt auf, wenn der Agent die in der Aufgabendefinition angegeben Volume-Bereitstellung nicht erstellen kann. Dieser Fehler tritt nur auf, wenn Sie die Plattformversion 1.4.0 oder höher (Linux) oder 1.0.0 oder höher (Windows) verwenden.	CannotCreateVolumeError: <reason>
	ContainerRuntimeError	Dieser Fehler tritt auf, wenn der Agent einen unerwarteten Fehler von containerd für einen laufzeitspezifischen Vorgang erhält. Dieser Fehler wird normalerweise durch einen internen Fehler im Agent oder in der containerd-Laufzeitumgebung verursacht. Dieser Fehler tritt nur auf, wenn Sie die Plattformversion 1.4.0 oder höher (Linux) oder 1.0.0 oder höher (Windows) verwenden.	ContainerRuntimeError: failed to create container IO set: <reason>
OutOfMemoryError	OutOfMemoryError	Dieser Fehler tritt auf, wenn ein Container aufgrund von Prozessen im Container beendet wird, die mehr Speicher belegen als in der Aufgabendefinition zugewiesen wurde.	OutOfMemoryError: container killed due to memory usage
	InternalError	Dieser Fehler tritt auf, wenn der Agent einen unerwarteten, nicht laufzeitbezogenen internen Fehler findet. Dieser Fehler tritt nur auf, wenn die Plattformversion 1.4 oder höher verwendet wird.	InternalError: <reason>
TaskFailedToStart	TaskFailedToStart	This error occurs when an ENI attachment is requested. Amazon EC2 asynchronously handles the provisioning of the ENI. The provisioning process takes time. Amazon ECS has a timeout in case there are long wait times or unreported failures. There are times when the ENI is provisioned, but the report comes to Amazon ECS after the failure timeout. In this case, Amazon ECS sees the reported task failure with an in-use ENI.	InternalError: <reason>
TaskFailedToStart	TaskFailedToStart	This error occurs when the subnet that hosts the instances does not have enough IP addresses. The number of available IP addresses is available on the subnet details page, or by using describe-subnets. For more information, see Anzeigen Ihres Subnetzes in the Amazon VPC User Guide.	Unerwarteter EC2-Fehler beim Versuch, eine Netzwerkschnittstelle mit aktivierter öffentlicher IP-Zuweisung im Subnetz 'subnet-id': zu erstellen: InsufficientFreeAddressesInSubnet