View a markdown version of this page

Jobs blieben aufgrund der Kapazität in RUNNABLE hängen - AWS Batch

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Jobs blieben aufgrund der Kapazität in RUNNABLE hängen

Unzureichende Instanzkapazität

Alle verbundenen Rechenumgebungen weisen unzureichende Kapazitätsfehler auf. AWS Batch Erkennt auf Anfrage Amazon EC2 EC2-Instances, bei denen Fehler mit unzureichender Kapazität auftreten. Wenn Sie den Job manuell abbrechen, kann der nachfolgende Job an die Spitze der Warteschlange verschoben werden.

  • statusReasonNachricht, während der Job feststeckt: CAPACITY:INSUFFICIENT_INSTANCE_CAPACITY - Service cannot fulfill the capacity requested for instance type [instanceTypeName]

  • reasonverwendet fürjobStateTimeLimitActions: CAPACITY:INSUFFICIENT_INSTANCE_CAPACITY

  • statusReasonNachricht, nachdem der Job abgebrochen wurde vonjobStateTimeLimitActions: Canceled by JobStateTimeLimit action due to reason: CAPACITY:INSUFFICIENT_INSTANCE_CAPACITY

Hinweis:

  1. Die AWS Batch Servicerolle benötigt eine autoscaling:DescribeScalingActivities entsprechende Genehmigung, damit diese Erkennung funktioniert. Wenn Sie die Verwenden von serviceverknüpften Rollen für AWS Batch serviceverknüpfte Rolle (SLR) oder die AWS verwaltete Richtlinie: AWSBatchServiceRole policy verwaltete Richtlinie verwenden, müssen Sie keine Maßnahmen ergreifen, da die entsprechenden Berechtigungsrichtlinien aktualisiert wurden.

  2. Wenn Sie die SLR- oder die verwaltete Richtlinie verwenden, müssen Sie die ec2:DescribeSpotFleetRequestHistory Berechtigungen autoscaling:DescribeScalingActivities und hinzufügen, damit Sie blockierte Jobwarteschlangenereignisse und den aktualisierten Auftragsstatus erhalten können, wenn Sie angemeldet sind. RUNNABLE Darüber hinaus sind diese AWS Batch Berechtigungen erforderlich, um cancellation Aktionen über den jobStateTimeLimitActions Parameter ausführen zu können, auch wenn sie in der Auftragswarteschlange konfiguriert sind.

  3. Wenn bei einem MNP-Job (Multi-Node Parallel) Fehler in der angehängten Amazon EC2 EC2-Rechenumgebung mit hoher Priorität auftreten, wird die Warteschlange blockiert, selbst wenn dieser insufficient capacity Fehler in einer Rechenumgebung mit niedrigerer Priorität auftritt.