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.
# Fehlercodes mit ErrorDetail Informationen in Amazon EMR
Wenn ein EMR-Cluster mit einem Fehler beendet wird, werden ein Fehlercode und eine Fehlermeldung `ListClusters` APIs zurückgegeben. `DescribeCluster` Bei einigen Clusterfehlern kann Ihnen das `ErrorDetail`-Datenarray bei der Behebung des Fehlers helfen.
Fehler, die ein `ErrorDetail`-Array beinhalten, enthalten die folgenden Informationen:
**`ErrorCode`**
Ein eindeutiger Fehlercode, den Sie für den programmatischen Zugriff verwenden können.
**`ErrorData`**
Eine Liste von Bezeichnern in Schlüssel-Wert-Paaren, die Sie für die Programmierung oder die manuelle Suche verwenden können. Eine Beschreibung der `ErrorData` Werte, die ein Fehlercode enthält, finden Sie auf der Seite zur Problembehandlung für den Fehlercode.
**`ErrorMessage`**
Beschreibung des Fehlers mit einem Link zu weiteren Informationen in der Amazon-EMR-Dokumentation.
Es wird nicht empfohlen, den Text von `ErrorMessage` zu analysieren, da sich dieser Text ändern kann.
**Topics**
+ [Bootstrap-Fehler](emr-troubleshoot-error-errordetail-bootstrap.md)
+ [Interne Fehler](emr-troubleshoot-error-errordetail-internal.md)
+ [Validierungsfehler](emr-troubleshoot-error-errordetail-validation.md)
# Bootstrap-Fehlercodes in Amazon EMR
Die folgenden Abschnitte enthalten Informationen zur Fehlerbehebung bei Bootstrap-Fehlercodes.
**Topics**
+ [BOOTSTRAP\$1FAILURE\$1PRIMARY\$1WITH\$1NON\$1ZERO\$1CODE](BOOTSTRAP_FAILURE_PRIMARY_WITH_NON_ZERO_CODE.md)
+ [BOOTSTRAP\$1FAILURE\$1BA\$1DOWNLOAD\$1FAILED\$1PRIMARY](BOOTSTRAP_FAILURE_BA_DOWNLOAD_FAILED_PRIMARY.md)
+ [BOOTSTRAP\$1FAILURE\$1FILE\$1NOT\$1FOUND\$1PRIMARY](BOOTSTRAP_FAILURE_FILE_NOT_FOUND_PRIMARY.md)
+ [BOOTSTRAP\$1FAILURE\$1INSUFFICIENT\$1DISK\$1SPACE\$1PRIMARY](BOOTSTRAP_FAILURE_INSUFFICIENT_DISK_SPACE_PRIMARY.md)
+ [BOOTSTRAP\$1FAILURE\$1INSUFFICIENT\$1DISK\$1SPACE\$1WORKER](BOOTSTRAP_FAILURE_INSUFFICIENT_DISK_SPACE_WORKER.md)
+ [BOOTSTRAP\$1FAILURE\$1HIVE\$1METASTORE\$1CONNECTION\$1ERROR\$1PRIMARY](BOOTSTRAP_FAILURE_HIVE_METASTORE_CONNECTION_ERROR_PRIMARY.md)
+ [BOOTSTRAP\$1FAILURE\$1HIVE\$1METASTORE\$1CONNECTION\$1ERROR\$1WORKER](BOOTSTRAP_FAILURE_HIVE_METASTORE_CONNECTION_ERROR_WORKER.md)
# BOOTSTRAP\$1FAILURE\$1PRIMARY\$1WITH\$1NON\$1ZERO\$1CODE
## -Übersicht
Wenn ein Cluster mit einem `BOOTSTRAP_FAILURE_PRIMARY_WITH_NON_ZERO_CODE`-Fehler beendet wird, ist eine Bootstrap-Aktion in der primären Instance fehlgeschlagen. Weitere Informationen zu Bootstrap-Aktionen finden Sie unter [Erstellen Sie Bootstrap-Aktionen, um zusätzliche Software mit einem Amazon EMR-Cluster zu installieren](emr-plan-bootstrap.md).
## Auflösung
Um diesen Fehler zu beheben, überprüfen Sie die im API-Fehler zurückgegebenen Details, ändern Sie Ihr Bootstrap-Aktionsskript und erstellen Sie einen neuen Cluster mit der aktualisierten Bootstrap-Aktion.
Informationen zur Behebung des ausgefallenen EMR-Clusters finden Sie in den `ErrorDetail` Informationen, die von `DescribeCluster` und `ListClusters` APIs zurückgegeben wurden. Weitere Informationen finden Sie unter [Fehlercodes mit ErrorDetail Informationen in Amazon EMR](emr-troubleshoot-error-errordetail.md). Das in `ErrorDetail` enthaltene `ErrorData`-Array gibt die folgenden Informationen für diesen Fehlercode zurück:
**`primary-instance-id`**
Die ID der primären Instance, bei der die Bootstrap-Aktion fehlgeschlagen ist.
**`bootstrap-action`**
Die Ordinalzahl für die fehlgeschlagene Bootstrap-Aktion. Ein Skript mit dem `bootstrap-action`-Wert von `1` ist die erste Bootstrap-Aktion, die auf der Instance ausgeführt wird.
**`return-code`**
Der Rückgabecode für die fehlgeschlagene Bootstrap-Aktion.
**`amazon-s3-path`**
Der Amazon-S3-Speicherort der Bootstrap-Aktion, die fehlgeschlagen ist.
**`public-doc`**
Die öffentliche URL der Dokumentation für den Fehlercode.
## Schritte zum Absolvieren
Gehen Sie wie folgt vor, um die Ursache des Bootstrap-Aktionsfehlers zu ermitteln und zu beheben. Starten Sie dann einen neuen Cluster.
1. Überprüfen Sie die Bootstrap-Aktionsprotokolldateien in Amazon S3, um die Hauptursache für den Fehler zu ermitteln. Weitere Informationen zum Anzeigen von Amazon-EMR-Protokollen finden Sie unter [Amazon EMR-Protokolldateien anzeigen](emr-manage-view-web-log-files.md).
1. Wenn Sie bei der Erstellung der Instance Cluster-Protokolle aktiviert haben, finden Sie weitere Informationen im `stdout`-Protokoll. Sie finden das `stdout`-Protokoll für die Bootstrap-Aktion an diesem Amazon-S3-Speicherort:
```
s3://amzn-s3-demo-bucket/logs/Your_Cluster_Id/node/Primary_Instance_Id/bootstrap-actions/Failed_Bootstrap_Action_Number/stdout.gz
```
Weitere Informationen zu Clusterprotokollen finden Sie im Abschnitt [Amazon EMR-Cluster-Protokollierung und Debugging konfigurieren](emr-plan-debugging.md).
1. Um festzustellen, ob die Bootstrap-Aktion fehlgeschlagen ist, überprüfen Sie die Ausnahmen in den `stdout`-Protokollen und den `return-code`-Wert in `ErrorData`.
1. Verwenden Sie Ihre Ergebnisse aus dem vorherigen Schritt, um Ihre Bootstrap-Aktion so zu überarbeiten, dass Ausnahmen vermieden werden oder Ausnahmen ordnungsgemäß behandelt werden können, wenn sie auftreten.
1. Starten Sie einen neuen Cluster mit Ihrer aktualisierten Bootstrap-Aktion.
# BOOTSTRAP\$1FAILURE\$1BA\$1DOWNLOAD\$1FAILED\$1PRIMARY
## -Übersicht
Ein Cluster wird mit dem `BOOTSTRAP_FAILURE_BA_DOWNLOAD_FAILED_PRIMARY`-Fehler beendet, wenn die primäre Instance kein Bootstrap-Aktionsskript von dem von Ihnen angegebenen Amazon-S3-Speicherort herunterladen kann. Zu den potentiellen Ursachen zählen auch die Folgenden:
+ Die Bootstrap-Aktionsskriptdatei befindet sich nicht am angegebenen Amazon-S3-Speicherort.
+ Die Servicerolle für Amazon-EC2-Instances auf dem Cluster (auch *EC2-Instance-Profil für Amazon EMR genannt) hat keine Berechtigungen für* den Zugriff auf den Amazon-S3-Bucket, in dem sich das Bootstrap-Aktionsskript befindet. Weitere Informationen zu Servicerollen finden Sie unter [Servicerolle für EC2-Cluster-Instances (EC2-Instance-Profil)](emr-iam-role-for-ec2.md).
Weitere Informationen zu Bootstrap-Aktionen finden Sie unter [Erstellen Sie Bootstrap-Aktionen, um zusätzliche Software mit einem Amazon EMR-Cluster zu installieren](emr-plan-bootstrap.md).
## Auflösung
Um diesen Fehler zu beheben, stellen Sie sicher, dass Ihre primäre Instance über angemessenen Zugriff auf das Bootstrap-Aktionsskript verfügt.
Informationen zur Behebung des ausgefallenen EMR-Clusters finden Sie in den `ErrorDetail` Informationen, die von `DescribeCluster` und `ListClusters` APIs zurückgegeben wurden. Weitere Informationen finden Sie unter [Fehlercodes mit ErrorDetail Informationen in Amazon EMR](emr-troubleshoot-error-errordetail.md). Das in `ErrorDetail` enthaltene `ErrorData`-Array gibt die folgenden Informationen für diesen Fehlercode zurück:
**`primary-instance-id`**
Die ID der primären Instance, bei der die Bootstrap-Aktion fehlgeschlagen ist.
**`bootstrap-action`**
Die Ordinalzahl für die fehlgeschlagene Bootstrap-Aktion. Ein Skript mit dem `bootstrap-action`-Wert von `1` ist die erste Bootstrap-Aktion, die auf der Instance ausgeführt wird.
**`amazon-s3-path`**
Der Amazon-S3-Speicherort der Bootstrap-Aktion, die fehlgeschlagen ist.
**`public-doc`**
Die öffentliche URL der Dokumentation für den Fehlercode.
## Schritte zum Absolvieren
Gehen Sie wie folgt vor, um die Ursache des Bootstrap-Aktionsfehlers zu ermitteln und zu beheben. Starten Sie dann einen neuen Cluster.
**Fehlerbehebungsschritte**
1. Verwenden Sie den `amazon-s3-path`-Wert aus dem `ErrorData`-Array, um das entsprechende Bootstrap-Aktionsskript in Amazon S3 zu finden.
1. Wenn Sie bei der Erstellung der Instance Cluster-Protokolle aktiviert haben, finden Sie weitere Informationen im `stdout`-Protokoll. Sie finden das `stdout`-Protokoll für die Bootstrap-Aktion an diesem Amazon-S3-Speicherort:
```
s3://amzn-s3-demo-bucket/logs/Your_Cluster_Id/node/Primary_Instance_Id/bootstrap-actions/Failed_Bootstrap_Action_Number/stdout.gz
```
Weitere Informationen zu Clusterprotokollen finden Sie im Abschnitt [Amazon EMR-Cluster-Protokollierung und Debugging konfigurieren](emr-plan-debugging.md).
1. Um festzustellen, ob die Bootstrap-Aktion fehlgeschlagen ist, überprüfen Sie die Ausnahmen in den `stdout`-Protokollen und den `return-code`-Wert in `ErrorData`.
1. Verwenden Sie Ihre Ergebnisse aus dem vorherigen Schritt, um Ihre Bootstrap-Aktion so zu überarbeiten, dass Ausnahmen vermieden werden oder Ausnahmen ordnungsgemäß behandelt werden können, wenn sie auftreten.
1. Starten Sie einen neuen Cluster mit Ihrer aktualisierten Bootstrap-Aktion.
# BOOTSTRAP\$1FAILURE\$1FILE\$1NOT\$1FOUND\$1PRIMARY
## -Übersicht
Der `BOOTSTRAP_FAILURE_FILE_NOT_FOUND_PRIMARY`-Fehler weist darauf hin, dass die primäre Instance das Bootstrap-Aktionsskript nicht finden kann, das die Instance gerade aus dem angegebenen Amazon-S3-Bucket heruntergeladen hat.
## Auflösung
Um diesen Fehler zu beheben, stellen Sie sicher, dass Ihre primäre Instance über angemessenen Zugriff auf das Bootstrap-Aktionsskript verfügt.
Informationen zur Behebung des ausgefallenen EMR-Clusters finden Sie in den `ErrorDetail` Informationen, die von `DescribeCluster` und `ListClusters` APIs zurückgegeben wurden. Weitere Informationen finden Sie unter [Fehlercodes mit ErrorDetail Informationen in Amazon EMR](emr-troubleshoot-error-errordetail.md). Das in `ErrorDetail` enthaltene `ErrorData`-Array gibt die folgenden Informationen für diesen Fehlercode zurück:
**`primary-instance-id`**
Die ID der primären Instance, bei der die Bootstrap-Aktion fehlgeschlagen ist.
**`bootstrap-action`**
Die Ordinalzahl für die fehlgeschlagene Bootstrap-Aktion. Ein Skript mit dem `bootstrap-action`-Wert von `1` ist die erste Bootstrap-Aktion, die auf der Instance ausgeführt wird.
**`amazon-s3-path`**
Der Amazon-S3-Speicherort der Bootstrap-Aktion, die fehlgeschlagen ist.
**`public-doc`**
Die öffentliche URL der Dokumentation für den Fehlercode.
## Schritte zum Absolvieren
Gehen Sie wie folgt vor, um die Ursache des Bootstrap-Aktionsfehlers zu ermitteln und zu beheben. Starten Sie dann einen neuen Cluster.
1. Verwenden Sie den `amazon-s3-path`-Wert aus dem `ErrorData`-Array, um das entsprechende Bootstrap-Aktionsskript in Amazon S3 zu finden.
1. Überprüfen Sie die Bootstrap-Aktionsprotokolldateien in Amazon S3, um die Hauptursache für den Fehler zu ermitteln. Weitere Informationen zum Anzeigen von Amazon-EMR-Protokollen finden Sie unter [Amazon EMR-Protokolldateien anzeigen](emr-manage-view-web-log-files.md).
**Anmerkung**
Wenn Sie die Protokolle für Ihren Cluster nicht aktiviert haben, müssen Sie einen neuen Cluster mit denselben Konfigurationen und Bootstrap-Aktionen erstellen. Informationen dazu, wie Sie sicherstellen können, dass die Clusterprotokolle aktiviert sind, finden Sie unter [Amazon EMR-Cluster-Protokollierung und Debugging konfigurieren](emr-plan-debugging.md).
1. Überprüfen Sie das `stdout`-Protokoll auf Ihre Bootstrap-Aktionen und stellen Sie sicher, dass es keine benutzerdefinierten Prozesse gibt, die Dateien im `/emr/instance-controller/lib/bootstrap-actions`-Ordner auf Ihren primären Instances löschen. Sie finden das `stdout`-Protokoll für die Bootstrap-Aktion an diesem Amazon-S3-Speicherort:
```
s3://amzn-s3-demo-bucket/logs/Your_Cluster_Id/node/Primary_Instance_Id/bootstrap-actions/Failed_Bootstrap_Action_Number/stdout.gz
```
1. Starten Sie einen neuen Cluster mit Ihrer aktualisierten Bootstrap-Aktion.
# BOOTSTRAP\$1FAILURE\$1INSUFFICIENT\$1DISK\$1SPACE\$1PRIMARY
## -Übersicht
Der `BOOTSTRAP_FAILURE_INSUFFICIENT_DISK_SPACE_PRIMARY` Fehler weist darauf hin, dass die primäre Instanz bei der Installation der erforderlichen Software nicht über genügend Festplattenspeicher verfügt.
## Auflösung
Um diesen Fehler zu beheben, stellen Sie sicher, dass Ihre primäre Instanz über ausreichend Speicherplatz auf dem Root-Volume verfügt.
Informationen zur Behebung des ausgefallenen EMR-Clusters finden Sie in den `ErrorDetail` Informationen, die von `DescribeCluster` und `ListClusters` APIs zurückgegeben wurden. Weitere Informationen finden Sie unter [Fehlercodes mit ErrorDetail Informationen in Amazon EMR](emr-troubleshoot-error-errordetail.md). Das in `ErrorDetail` enthaltene `ErrorData`-Array gibt die folgenden Informationen für diesen Fehlercode zurück:
**`primary-instance-id`**
Die ID der primären Instanz mit unzureichendem Festplattenspeicher.
**`public-doc`**
Die öffentliche URL der Dokumentation für den Fehlercode.
## Schritte zum Absolvieren
1. Informieren Sie sich über die bewährten Methoden für das EBS-Root-Geräte-Volume Ihres Clusters. Weitere Informationen finden Sie unter [Anpassen des Root-Geräte-Volumes in Amazon EBS](emr-custom-ami-root-volume-size.md) im *Verwaltungshandbuch für Amazon EMR*.
1. Starten Sie einen neuen Cluster mit einem größeren EBS-Root-Geräte-Volume.
# BOOTSTRAP\$1FAILURE\$1INSUFFICIENT\$1DISK\$1SPACE\$1WORKER
## -Übersicht
Der `BOOTSTRAP_FAILURE_INSUFFICIENT_DISK_SPACE_WORKER` Fehler weist darauf hin, dass eine oder mehrere Worker-Instanzen bei der Installation der erforderlichen Software nicht über genügend Speicherplatz verfügen.
## Auflösung
Um diesen Fehler zu beheben, stellen Sie sicher, dass Ihre Worker-Instanzen über ausreichend Speicherplatz auf dem Root-Volume verfügen.
Informationen zur Behebung des ausgefallenen EMR-Clusters finden Sie in den `ErrorDetail` Informationen, die von `DescribeCluster` und `ListClusters` APIs zurückgegeben wurden. Weitere Informationen finden Sie unter [Fehlercodes mit ErrorDetail Informationen in Amazon EMR](emr-troubleshoot-error-errordetail.md). Das in `ErrorDetail` enthaltene `ErrorData`-Array gibt die folgenden Informationen für diesen Fehlercode zurück:
**`worker-instance-ids`**
Die IDs der Worker-Instanzen mit unzureichendem Festplattenspeicher.
**`public-doc`**
Die öffentliche URL der Dokumentation für den Fehlercode.
## Schritte zum Absolvieren
1. Informieren Sie sich über die bewährten Methoden für das EBS-Root-Geräte-Volume Ihres Clusters. Weitere Informationen finden Sie unter [Anpassen des Root-Geräte-Volumes in Amazon EBS](emr-custom-ami-root-volume-size.md) im *Verwaltungshandbuch für Amazon EMR*.
1. Starten Sie einen neuen Cluster mit einem größeren EBS-Root-Geräte-Volume.
# BOOTSTRAP\$1FAILURE\$1HIVE\$1METASTORE\$1CONNECTION\$1ERROR\$1PRIMARY
## -Übersicht
Der `BOOTSTRAP_FAILURE_HIVE_METASTORE_CONNECTION_ERROR_PRIMARY` Fehler weist darauf hin, dass die primäre Instanz keine Verbindung zum konfigurierten externen Hive Metastore herstellen kann.
## Auflösung
Um diesen Fehler zu beheben, stellen Sie sicher, dass Ihr externer Hive Metastore ordnungsgemäß konfiguriert ist und dass die primäre Instanz eine Verbindung zu ihm herstellen darf.
Informationen zur Behebung des ausgefallenen EMR-Clusters finden Sie in den `ErrorDetail` Informationen, die von `DescribeCluster` und `ListClusters` APIs zurückgegeben wurden. Weitere Informationen finden Sie unter [Fehlercodes mit ErrorDetail Informationen in Amazon EMR](emr-troubleshoot-error-errordetail.md). Das in `ErrorDetail` enthaltene `ErrorData`-Array gibt die folgenden Informationen für diesen Fehlercode zurück:
**`primary-instance-id`**
Die ID der primären Instanz, die keine Verbindung zum konfigurierten externen Hive Metastore herstellen konnte.
**`public-doc`**
Die öffentliche URL der Dokumentation für den Fehlercode.
## Schritte zum Absolvieren
1. Lesen Sie die bewährten Methoden für die Konfiguration eines externen Metastores für Hive. Siehe [Konfiguration eines externen Metastores](https://docs.aws.amazon.com/emr/latest/ReleaseGuide/emr-metastore-external-hive.html) für Hive.
1. Starten Sie einen neuen Cluster mit Ihrer aktualisierten Cluster-Konfiguration.
# BOOTSTRAP\$1FAILURE\$1HIVE\$1METASTORE\$1CONNECTION\$1ERROR\$1WORKER
## -Übersicht
Der `BOOTSTRAP_FAILURE_HIVE_METASTORE_CONNECTION_ERROR_WORKER` Fehler weist darauf hin, dass eine oder mehrere Worker-Instanzen keine Verbindung zum konfigurierten externen Hive Metastore herstellen können.
## Auflösung
Um diesen Fehler zu beheben, stellen Sie sicher, dass Ihr externer Hive Metastore ordnungsgemäß konfiguriert ist und dass die Worker-Instanzen eine Verbindung zu ihm herstellen dürfen.
Informationen zur Behebung des ausgefallenen EMR-Clusters finden Sie in den `ErrorDetail` Informationen, die von `DescribeCluster` und `ListClusters` APIs zurückgegeben wurden. Weitere Informationen finden Sie unter [Fehlercodes mit ErrorDetail Informationen in Amazon EMR](emr-troubleshoot-error-errordetail.md). Das in `ErrorDetail` enthaltene `ErrorData`-Array gibt die folgenden Informationen für diesen Fehlercode zurück:
**`worker-instance-ids`**
Die IDs Worker-Instances konnten keine Verbindung zum konfigurierten externen Hive Metastore herstellen.
**`public-doc`**
Die öffentliche URL der Dokumentation für den Fehlercode.
## Schritte zum Absolvieren
1. Lesen Sie die bewährten Methoden für die Konfiguration eines externen Metastores für Hive. Siehe [Konfiguration eines externen Metastores](https://docs.aws.amazon.com/emr/latest/ReleaseGuide/emr-metastore-external-hive.html) für Hive.
1. Starten Sie einen neuen Cluster mit Ihrer aktualisierten Cluster-Konfiguration.
# Interne Fehlercodes für Amazon EMR
Die folgenden Abschnitte enthalten Informationen zur Fehlerbehebung für interne Fehlercodes, einschließlich Codes für unzureichende oder fehlende Kapazität.
**Topics**
+ [EC2INTERNAL\$1ERROR\$1 \$1INSUFFICIENT\$1CAPACITY\$1AZ](INTERNAL_ERROR_EC2_INSUFFICIENT_CAPACITY_AZ.md)
+ [INTERNAL\$1ERROR\$1SPOT\$1PRICE\$1INCREASE\$1PRIMARY](INTERNAL_ERROR_SPOT_PRICE_INCREASE_PRIMARY.md)
+ [INTERNAL\$1ERROR\$1SPOT\$1NO\$1CAPACITY\$1PRIMARY](INTERNAL_ERROR_SPOT_NO_CAPACITY_PRIMARY.md)
# EC2INTERNAL\$1ERROR\$1 \$1INSUFFICIENT\$1CAPACITY\$1AZ
## -Übersicht
Ein Cluster wird mit einem `INTERNAL_ERROR_EC2_INSUFFICIENT_CAPACITY_AZ`-Fehler beendet, wenn die ausgewählte Availability Zone nicht über genügend Kapazität verfügt, um Ihre Anfrage vom Amazon-EC2-Instance-Typ zu erfüllen. Die Availability Zone ist von dem von Ihnen für einen Cluster ausgewählten Subnetz abhängig. Weitere Informationen über die Amazon-EMR-Unterstützung erhalten Sie unter [Konfiguration von Netzwerken in einer VPC für Amazon EMR](emr-plan-vpc-subnet.md).
## Auflösung
Um diesen Fehler zu beheben, ändern Sie Ihre Instance-Typ-Konfigurationen und erstellen Sie einen neuen Cluster mit Ihrer aktualisierten Anfrage.
Informationen zur Behebung des ausgefallenen EMR-Clusters finden Sie in den `ErrorDetail` Informationen, die von `DescribeCluster` und `ListClusters` APIs zurückgegeben wurden. Weitere Informationen finden Sie unter [Fehlercodes mit ErrorDetail Informationen in Amazon EMR](emr-troubleshoot-error-errordetail.md). Das in `ErrorDetail` enthaltene `ErrorData`-Array gibt die folgenden Informationen für diesen Fehlercode zurück:
**`instance-type`**
Der Instance-Typ, dessen Kapazität aufgebraucht ist.
**`availability-zone`**
Die Availability Zone, in die Ihr Subnetz aufgelöst wird.
**`public-doc`**
Die öffentliche URL der Dokumentation für den Fehlercode.
## Schritte zum Absolvieren
Gehen Sie wie folgt vor, um die Ursache des Cluster Konfigurationsfehlers zu ermitteln und zu beheben:
+ Für andere Clusterkonfiguration lesen Sie die bewährten Methoden. Weitere Informationen finden Sie unter [Konfiguration von Amazon EMR-Cluster-Instance-Typen und Best Practices für Spot-Instances](emr-plan-instances-guidelines.md) im *Verwaltungshandbuch für Amazon EMR*.
+ Beheben Sie die Startprobleme und überprüfen Sie Ihre Konfiguration. Weitere Informationen finden Sie unter [Beheben von Problemen beim Starten von Instances](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/troubleshooting-launch.html) im *Amazon EC2 EC2-Benutzerhandbuch*.
+ Starten Sie einen neuen Cluster mit Ihrer aktualisierten Cluster-Konfiguration.
# INTERNAL\$1ERROR\$1SPOT\$1PRICE\$1INCREASE\$1PRIMARY
## -Übersicht
Ein Cluster wird mit einem `INTERNAL_ERROR_SPOT_PRICE_INCREASE_PRIMARY`-Fehler beendet, wenn Amazon EMR Ihre Spot Instance-Anfrage für den Primärknoten nicht erfüllen kann, weil Instances nicht zu oder unter Ihrem maximalen Spot-Preis verfügbar sind. Weitere Informationen finden Sie unter [Spot Instances](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html) im *Amazon-EC2-Benutzerhandbuch*.
## Auflösung
Um diesen Fehler zu beheben, geben Sie Instance-Typen für Ihren Cluster an, die innerhalb Ihres Preisziels liegen, oder erhöhen Sie Ihr Preislimit für denselben Instance-Typ.
Informationen zur Behebung des ausgefallenen EMR-Clusters finden Sie in den `ErrorDetail` Informationen, die von `DescribeCluster` und `ListClusters` APIs zurückgegeben wurden. Weitere Informationen finden Sie unter [Fehlercodes mit ErrorDetail Informationen in Amazon EMR](emr-troubleshoot-error-errordetail.md). Das in `ErrorDetail` enthaltene `ErrorData`-Array gibt die folgenden Informationen für diesen Fehlercode zurück:
**`primary-instance-id`**
Die ID für die primäre Instance des Clusters, die fehlgeschlagen ist.
**`instance-type`**
Der Instance-Typ, dessen Kapazität aufgebraucht ist.
**`availability-zone`**
Die Availability Zone, in der sich Ihr Subnetz befindet.
**`public-doc`**
Die öffentliche URL der Dokumentation für den Fehlercode.
## Schritte zum Absolvieren
Führen Sie die folgenden Schritte aus, um Probleme mit Ihrer Cluster-Konfigurationsstrategie zu beheben, und starten Sie dann einen neuen Cluster:
1. Lesen Sie die bewährten Methoden für Spot Instances in Amazon EC2 und überprüfen Sie Ihre Cluster-Konfigurationsstrategie. Weitere Informationen finden Sie unter [Bewährte Methoden für EC2 Spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-best-practices.html) im *Amazon EC2 EC2-Benutzerhandbuch* und. [Konfiguration von Amazon EMR-Cluster-Instance-Typen und Best Practices für Spot-Instances](emr-plan-instances-guidelines.md)
1. Um diesen Fehler zu beheben, ändern Sie Ihre Instance-Typ-Konfigurationen oder Availability Zone und erstellen Sie einen neuen Cluster mit Ihrer aktualisierten Anfrage.
1. Wenn das Problem weiterhin besteht, verwenden Sie On-Demand-Kapazität für Ihre primäre Instance.
# INTERNAL\$1ERROR\$1SPOT\$1NO\$1CAPACITY\$1PRIMARY
## -Übersicht
Ein Cluster wird mit einem `INTERNAL_ERROR_SPOT_NO_CAPACITY_PRIMARY`-Fehler beendet, wenn nicht genügend Kapazität vorhanden ist, um eine Spot-Instance-Anfrage für Ihren Primärknoten zu erfüllen. Weitere Informationen finden Sie unter [Spot Instances](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html) im *Amazon-EC2-Benutzerhandbuch*.
## Auflösung
Um diesen Fehler zu beheben, geben Sie Instance-Typen für Ihren Cluster an, die innerhalb Ihres Preisziels liegen, oder erhöhen Sie Ihr Preislimit für denselben Instance-Typ.
Informationen zur Behebung des ausgefallenen EMR-Clusters finden Sie in den `ErrorDetail` Informationen, die von `DescribeCluster` und `ListClusters` APIs zurückgegeben wurden. Weitere Informationen finden Sie unter [Fehlercodes mit ErrorDetail Informationen in Amazon EMR](emr-troubleshoot-error-errordetail.md). Das in `ErrorDetail` enthaltene `ErrorData`-Array gibt die folgenden Informationen für diesen Fehlercode zurück:
**`primary-instance-id`**
Die ID für die primäre Instance des Clusters, die fehlgeschlagen ist.
**`instance-type`**
Der Instance-Typ, dessen Kapazität aufgebraucht ist.
**`availability-zone`**
Die Availability Zone, in die Ihr Subnetz aufgelöst wird.
**`public-doc`**
Die öffentliche URL der Dokumentation für den Fehlercode.
## Schritte zum Absolvieren
Führen Sie die folgenden Schritte aus, um Probleme mit Ihrer Cluster-Konfigurationsstrategie zu beheben, und starten Sie dann einen neuen Cluster:
1. Lesen Sie die bewährten Methoden für Spot Instances in Amazon EC2 und überprüfen Sie Ihre Cluster-Konfigurationsstrategie. Weitere Informationen finden Sie unter [Bewährte Methoden für EC2 Spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-best-practices.html) im *Amazon EC2 EC2-Benutzerhandbuch* und. [Konfiguration von Amazon EMR-Cluster-Instance-Typen und Best Practices für Spot-Instances](emr-plan-instances-guidelines.md)
1. Ändern Sie Ihre Instance-Typ-Konfigurationen und erstellen Sie einen neuen Cluster mit Ihrer aktualisierten Anfrage.
1. Wenn das Problem weiterhin besteht, verwenden Sie On-Demand-Kapazität für Ihre primäre Instance.
# Fehlercodes für Validierungsfehler in Amazon EMR
Die folgenden Abschnitte enthalten Informationen zur Fehlerbehebung bei Validierung-Fehlercodes.
**Topics**
+ [VALIDATION\$1ERROR\$1SUBNET\$1NOT\$1FROM\$1ONE\$1VPC](VALIDATION_ERROR_SUBNET_NOT_FROM_ONE_VPC.md)
+ [VALIDATION\$1ERROR\$1SECURITY\$1GROUP\$1NOT\$1FROM\$1ONE\$1VPC](VALIDATION_ERROR_SECURITY_GROUP_NOT_FROM_ONE_VPC.md)
+ [VALIDATION\$1ERROR\$1INVALID\$1SSH\$1KEY\$1NAME](VALIDATION_ERROR_INVALID_SSH_KEY_NAME.md)
+ [VALIDATION\$1ERROR\$1INSTANCE\$1TYPE\$1NOT\$1SUPPORTED](VALIDATION_ERROR_INSTANCE_TYPE_NOT_SUPPORTED.md)
# VALIDATION\$1ERROR\$1SUBNET\$1NOT\$1FROM\$1ONE\$1VPC
## -Übersicht
Wenn Ihr Cluster und die Subnetze, auf die Sie für Ihren Cluster verweisen, zu verschiedenen virtuellen privaten Clouds (VPCs) gehören, wird der Cluster mit einem Fehler beendet. `VALIDATION_ERROR_SUBNET_NOT_FROM_ONE_VPC` Sie können Cluster mit Amazon EMR mit der Konfiguration der Instance-Flotten in allen Subnetzen in einer VPC starten. Weitere Informationen über Instance-Flotten finden Sie unter [Planung und Konfiguration von Instance-Flotten für Ihren Amazon EMR-Cluster](emr-instance-fleet.md) im *Verwaltungshandbuch für Amazon EMR*.
## Auflösung
Verwenden Sie Subnetze, die zur gleichen VPC gehören wie der Cluster, um diesen Fehler zu beheben.
Informationen zur Behebung des ausgefallenen EMR-Clusters finden Sie in den `ErrorDetail` Informationen, die von `DescribeCluster` und `ListClusters` APIs zurückgegeben wurden. Weitere Informationen finden Sie unter [Fehlercodes mit ErrorDetail Informationen in Amazon EMR](emr-troubleshoot-error-errordetail.md). Das in `ErrorDetail` enthaltene `ErrorData`-Array gibt die folgenden Informationen für diesen Fehlercode zurück:
**`vpc`**
Für jedes Subnetz:VPC-Paar die ID für die VPC, der das Subnetz angehört.
**`subnet`**
Für jedes Subnetz:VPC-Paar die ID für das Subnetz.
**`public-doc`**
Die öffentliche URL der Dokumentation für den Fehlercode.
## Schritte zum Absolvieren
Führen Sie die folgenden Schritte aus, um den Fehler zu identifizieren und zu beheben:
1. Überprüfen Sie die Subnetze IDs , die im `ErrorData` Array aufgeführt sind, und stellen Sie sicher, dass sie zu der VPC gehören, in der Sie den EMR-Cluster starten möchten.
1. Ändern Sie Ihre Subnetzkonfigurationen. Sie können eine der folgenden Methoden verwenden, um alle verfügbaren öffentlichen und privaten Subnetze in einer VPC zu finden.
+ Navigieren Sie zur Amazon-VPC-Konsole. Wählen Sie **Subnetze** und listen Sie alle Subnetze auf, die sich in Ihrem Cluster befinden. AWS-Region Um nur öffentliche oder private Subnetze zu finden, wenden Sie den Filter Öffentliche Adresse **automatisch** zuweisen an. IPv4 Um Subnetze in der von Ihrem Cluster verwendeten VPC zu finden und auszuwählen, verwenden Sie die Option **Nach VPC filtern**. Weitere Informationen zum Erstellen von Subnetzen finden Sie unter [Erstellen eines Subnetzes](https://docs.aws.amazon.com/vpc/latest/userguide/create-subnets.html) im *Benutzerhandbuch von Amazon Virtual Private Cloud*.
+ Verwenden Sie den AWS CLI , um alle verfügbaren öffentlichen und privaten Subnetze in der VPC zu finden, die Ihr Cluster verwendet. Weitere Informationen finden Sie in der [describe-subnets](https://amazonaws.com/ec2/describe-subnets.html)-API. Informationen zum Erstellen neuer Subnetze in einer VPC finden Sie in der [create-subnet](https://amazonaws.com/ec2/create-subnet.html)-API.
1. Starten Sie einen neuen Cluster mit Subnetzen aus derselben VPC wie der Cluster.
# VALIDATION\$1ERROR\$1SECURITY\$1GROUP\$1NOT\$1FROM\$1ONE\$1VPC
## -Übersicht
Wenn Ihr Cluster und die Sicherheitsgruppen, die Sie Ihrem Cluster zuweisen, zu verschiedenen virtuellen privaten Clouds (VPCs) gehören, wird der Cluster mit einem Fehler beendet. `VALIDATION_ERROR_SECURITY_GROUP_NOT_FROM_ONE_VPC` Weitere Informationen zu Sicherheitsgruppen finden Sie unter [Angeben von Amazon-EMR-verwalteten und zusätzlichen Sicherheitsgruppen](emr-sg-specify.md) und [Steuern Sie den Netzwerkverkehr mit Sicherheitsgruppen für Ihren Amazon EMR-Cluster](emr-security-groups.md).
## Auflösung
Um diesen Fehler zu beheben, verwenden Sie Sicherheitsgruppen, die zu derselben VPC gehören wie der Cluster.
Informationen zur Behebung des ausgefallenen EMR-Clusters finden Sie in den `ErrorDetail` Informationen, die von `DescribeCluster` und `ListClusters` APIs zurückgegeben wurden. Weitere Informationen finden Sie unter [Fehlercodes mit ErrorDetail Informationen in Amazon EMR](emr-troubleshoot-error-errordetail.md). Das in `ErrorDetail` enthaltene `ErrorData`-Array gibt die folgenden Informationen für diesen Fehlercode zurück:
**`vpc`**
Für jedes Security-Group:VPC-Paar die ID für die VPC, zu der die Sicherheitsgruppe gehört.
**`security-group`**
Für jedes Security-Group:VPC-Paar die ID für die Sicherheitsgruppe.
**`public-doc`**
Die öffentliche URL der Dokumentation für den Fehlercode.
## Schritte zum Absolvieren
Führen Sie die folgenden Schritte aus, um den Fehler zu identifizieren und zu beheben:
1. Überprüfen Sie die Sicherheitsgruppe IDs , die im `ErrorData` Array aufgeführt ist, und stellen Sie sicher, dass sie zu der VPC gehören, auf der Sie den EMR-Cluster starten möchten.
1. Navigieren Sie zur Amazon-VPC-Konsole. Wählen Sie **Sicherheitsgruppen** aus, um alle Sicherheitsgruppen in der ausgewählten Region aufzulisten. Suchen Sie die Sicherheitsgruppen aus derselben VPC wie Ihr Cluster und ändern Sie dann Ihre Sicherheitsgruppenkonfiguration.
1. Starten Sie einen neuen Cluster mit Sicherheitsgruppen aus derselben VPC wie der Cluster.
# VALIDATION\$1ERROR\$1INVALID\$1SSH\$1KEY\$1NAME
## -Übersicht
Ein Cluster wird mit einem `VALIDATION_ERROR_INVALID_SSH_KEY_NAME`-Fehler beendet, wenn Sie ein Amazon-EC2-Schlüsselpaar verwenden, das für SSH-Verbindungen zur primären Instance nicht gültig ist. Der Name des Schlüsselpaars ist möglicherweise falsch, oder das key pair ist in der angeforderten Datei nicht vorhanden AWS-Region. Weitere Informationen zu Schlüsselpaaren finden Sie unter [Amazon EC2 EC2-Schlüsselpaare und Linux-Instances](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-key-pairs.html) im *Amazon EC2 EC2-Benutzerhandbuch*.
## Auflösung
Um diesen Fehler zu beheben, erstellen Sie einen neuen Cluster mit einem gültigen SSH-Schlüsselpaarnamen.
Informationen zur Behebung des ausgefallenen EMR-Clusters finden Sie in den `ErrorDetail` Informationen, die von `DescribeCluster` und `ListClusters` APIs zurückgegeben wurden. Weitere Informationen finden Sie unter [Fehlercodes mit ErrorDetail Informationen in Amazon EMR](emr-troubleshoot-error-errordetail.md). Das in `ErrorDetail` enthaltene `ErrorData`-Array gibt die folgenden Informationen für diesen Fehlercode zurück:
**`ssh-key`**
Der Name des SSH-Schlüsselpaars, den Sie bei der Erstellung des Clusters angegeben haben.
**`public-doc`**
Die öffentliche URL der Dokumentation für den Fehlercode.
## Schritte zum Absolvieren
Führen Sie die folgenden Schritte aus, um den Fehler zu identifizieren und zu beheben:
1. Überprüfen Sie Ihre *keypair* PEM-Datei und vergewissern Sie sich, dass sie mit dem Namen des SSH-Schlüssels übereinstimmt, den Sie in der Amazon EMR-Konsole sehen.
1. Navigieren Sie zur Amazon-EC2-Konsole. Stellen Sie sicher, dass der SSH-Schlüsselname, den Sie verwendet haben, in dem, den AWS-Region Ihr Cluster verwendet, verfügbar ist. Sie finden Ihre ID AWS-Region neben Ihrer Konto-ID oben im AWS-Managementkonsole.
1. Starten Sie einen neuen Cluster mit einem gültigen SSH-Schlüsselnamen.
# VALIDATION\$1ERROR\$1INSTANCE\$1TYPE\$1NOT\$1SUPPORTED
## -Übersicht
Ein Cluster wird mit einem `VALIDATION_ERROR_INSTANCE_TYPE_NOT_SUPPORTED`-Fehler beendet, wenn die AWS-Region und Availability Zones für Ihren Cluster den angegebenen Instance-Typ für eine oder mehrere Instance-Gruppen nicht unterstützen. Amazon EMR unterstützt möglicherweise einen Instance-Typ in einer Availability Zone innerhalb einer Region, aber nicht in einer anderen. Die Availability Zone innerhalb der Region ist von dem von Ihnen für einen Cluster ausgewählten Subnetz abhängig. Eine Liste der Instance-Typen und -Regionen, die Amazon EMR unterstützt, finden Sie unter [Unterstützte Instance-Typen mit Amazon EMR](emr-supported-instance-types.md).
## Auflösung
Um diesen Fehler zu beheben, geben Sie Instance-Typen für Ihren Cluster an, die Amazon EMR in der Region und Availability Zone unterstützt, in der Sie den Cluster anfordern.
Informationen zur Behebung des ausgefallenen EMR-Clusters finden Sie in den `ErrorDetail` Informationen, die von `DescribeCluster` und `ListClusters` APIs zurückgegeben wurden. Weitere Informationen finden Sie unter [Fehlercodes mit ErrorDetail Informationen in Amazon EMR](emr-troubleshoot-error-errordetail.md). Das in `ErrorDetail` enthaltene `ErrorData`-Array gibt die folgenden Informationen für diesen Fehlercode zurück:
**`instance-types`**
Die Liste der nicht unterstützten Instance-Typen.
**`availability-zones`**
Die Availability Zone Liste, in die Ihr Subnetz aufgelöst wird.
**`public-doc`**
Die öffentliche URL der Dokumentation für den Fehlercode.
## Schritte zum Absolvieren
Führen Sie die folgenden Schritte aus, um den Fehler zu identifizieren und zu beheben:
1. Verwenden Sie den AWS CLI , um die verfügbaren Instance-Typen in einer Availability Zone abzurufen. Zu diesem Zweck können Sie den `[ec2 describe-instance-type-offerings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-type-offerings.html)` Befehl verwenden, um verfügbare Instance-Typen nach Standort (AWS-Region oder Availability Zone) zu filtern. Beispielsweise können Sie den folgenden Befehl verwenden, um die Instance-Typen anzuzeigen, die in der angegebenen AZ angeboten werden. `us-east-2a`
```
aws ec2 describe-instance-type-offerings --location-type "availability-zone" --filters Name=location,Values=us-east-2a --region us-east-2 --query "InstanceTypeOfferings[*].[InstanceType]" --output text | sort
```
Weitere Informationen darüber, wie Sie verfügbare Instance-Typen ermitteln können, finden Sie unter [Suchen eines Amazon-EC2-Instance-Typs](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-discovery.html).
1. Nachdem Sie die Instance-Typen ermittelt haben, die in derselben Region und Availability Zone wie der Cluster verfügbar sind, wählen Sie eine der folgenden Lösungen, um fortzufahren:
1. Erstellen Sie einen neuen Cluster und wählen Sie ein Subnetz für den Cluster aus, das sich in einer Availability Zone befindet, in der der von Ihnen ausgewählte Instance-Typ verfügbar ist und von Amazon EMR unterstützt wird.
1. Erstellen Sie einen neuen Cluster in derselben Region und demselben Amazon-EC2-Subnetz wie der ausgefallene Cluster, jedoch mit einem Instance-Typ, der an diesem Standort von Amazon EMR unterstützt wird.
Eine Liste der Instance-Typen und -Regionen, die Amazon EMR unterstützt, finden Sie unter [Unterstützte Instance-Typen mit Amazon EMR](emr-supported-instance-types.md). Informationen zum Vergleichen der Funktionen der Instance-Typen finden Sie unter [Amazon-EC2-Instance-Typen](https://aws.amazon.com/ec2/instance-types).