Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Codes d'erreur d'échec de validation dans Amazon EMR
Les sections suivantes fournissent des informations de dépannage relatives aux codes d'erreur d'échec de validation.
**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
## Présentation de
Lorsque votre cluster et les sous-réseaux auxquels vous faites référence pour votre cluster appartiennent à des clouds privés virtuels différents (VPCs), le cluster se termine avec une `VALIDATION_ERROR_SUBNET_NOT_FROM_ONE_VPC` erreur. Vous pouvez lancer des clusters avec Amazon EMR avec la configuration des flottes d'instances sur les sous-réseaux d'un VPC. Pour plus d'informations sur les flottes d'instances, consultez [Planification et configuration de flottes d'instances pour votre cluster Amazon EMR](emr-instance-fleet.md) dans le *Guide de gestion Amazon EMR*.
## Résolution
Pour résoudre cette erreur, utilisez des sous-réseaux appartenant au même VPC que le cluster.
Pour dépanner le cluster EMR défaillant, reportez-vous aux informations renvoyées `ErrorDetail` par le et. `DescribeCluster` `ListClusters` APIs Pour de plus amples informations, veuillez consulter [Codes d'erreur contenant ErrorDetail des informations dans Amazon EMR](emr-troubleshoot-error-errordetail.md). Le tableau `ErrorData` dans `ErrorDetail` renvoie les informations suivantes pour ce code d'erreur :
**`vpc`**
Pour chaque paire VPC-sous-réseau : l'ID du VPC auquel appartient le sous-réseau.
**`subnet`**
Pour chaque paire VPC-sous-réseau : l'ID du sous-réseau.
**`public-doc`**
URL publique de la documentation du code d'erreur.
## Étapes à suivre
Procédez comme suit pour identifier et corriger l'erreur :
1. Passez en revue le IDs sous-réseau répertorié dans le `ErrorData` tableau et confirmez qu'il appartient au VPC sur lequel vous souhaitez lancer le cluster EMR.
1. Modifiez les configurations de vos sous-réseaux. Vous pouvez utiliser l'une des méthodes suivantes pour rechercher tous les sous-réseaux publics et privés disponibles dans un VPC.
+ Accédez à la console Amazon VPC. Choisissez **Subnets** et listez tous les sous-réseaux qui résident au sein Région AWS de votre cluster. Pour rechercher uniquement les sous-réseaux publics ou privés, appliquez le filtre d'**attribution automatique des IPv4 adresses publiques**. Pour rechercher et sélectionner des sous-réseaux dans le VPC utilisé par votre cluster, utilisez l'option **Filtrer par VPC**. Pour plus d'informations sur la création de sous-réseaux, consultez la section [Créer un sous-réseau](https://docs.aws.amazon.com/vpc/latest/userguide/create-subnets.html) du *Guide de l'utilisateur du cloud privé virtuel Amazon*.
+ Utilisez le AWS CLI pour rechercher tous les sous-réseaux publics et privés disponibles dans le VPC utilisé par votre cluster. Pour plus d'informations, consultez l'API [describe-subnets](https://amazonaws.com/ec2/describe-subnets.html). Pour créer de nouveaux sous-réseaux dans un VPC, consultez l'API [create-subnet](https://amazonaws.com/ec2/create-subnet.html).
1. Lancez un nouveau cluster avec des sous-réseaux provenant du même VPC que le cluster.
# VALIDATION\$1ERROR\$1SECURITY\$1GROUP\$1NOT\$1FROM\$1ONE\$1VPC
## Présentation de
Lorsque votre cluster et les groupes de sécurité que vous lui attribuez appartiennent à des clouds privés virtuels différents (VPCs), le cluster se termine avec une `VALIDATION_ERROR_SECURITY_GROUP_NOT_FROM_ONE_VPC` erreur. Pour de plus amples informations sur les groupes de sécurité consultez [Spécification des groupes de sécurité gérés par Amazon EMR et des groupes de sécurité supplémentaires](emr-sg-specify.md) et [Contrôlez le trafic réseau avec des groupes de sécurité pour votre cluster Amazon EMR](emr-security-groups.md).
## Résolution
Pour résoudre cette erreur, utilisez des groupes de sécurité appartenant au même VPC que le cluster.
Pour dépanner le cluster EMR défaillant, reportez-vous aux informations renvoyées `ErrorDetail` par le et. `DescribeCluster` `ListClusters` APIs Pour de plus amples informations, veuillez consulter [Codes d'erreur contenant ErrorDetail des informations dans Amazon EMR](emr-troubleshoot-error-errordetail.md). Le tableau `ErrorData` dans `ErrorDetail` renvoie les informations suivantes pour ce code d'erreur :
**`vpc`**
Pour chaque paire groupe de sécurité-VPC, l'ID du VPC auquel appartient le groupe de sécurité.
**`security-group`**
Pour chaque paire groupe de sécurité-VPC, l'ID du groupe de sécurité.
**`public-doc`**
URL publique de la documentation du code d'erreur.
## Étapes à suivre
Procédez comme suit pour identifier et corriger l'erreur :
1. Passez en revue le groupe IDs de sécurité répertorié dans le `ErrorData` tableau et confirmez qu'il appartient au VPC sur lequel vous souhaitez lancer le cluster EMR.
1. Accédez à la console Amazon VPC. Choisissez **Groupes de sécurité** pour répertorier tous les groupes de sécurité de la région que vous sélectionnez. Recherchez les groupes de sécurité du même VPC que votre cluster, puis modifiez la configuration de votre groupe de sécurité.
1. Lancez un nouveau cluster avec des groupes de sécurité issus du même VPC que le cluster.
# VALIDATION\$1ERROR\$1INVALID\$1SSH\$1KEY\$1NAME
## Présentation de
Un cluster se termine avec une erreur `VALIDATION_ERROR_INVALID_SSH_KEY_NAME` lorsque vous utilisez une paire de clés Amazon EC2 qui n'est pas valide pour accéder à l'instance principale par SSH. Le nom de la paire de clés est peut-être incorrect ou la paire de clés n'existe peut-être pas dans le fichier demandé Région AWS. Pour plus d'informations sur les paires de clés, consultez les [paires de clés Amazon EC2 et les instances Linux](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-key-pairs.html) dans le guide de l'utilisateur *Amazon EC2*.
## Résolution
Pour résoudre cette erreur, créez un nouveau cluster avec un nom de paire de clés SSH valide.
Pour dépanner le cluster EMR défaillant, reportez-vous aux informations renvoyées `ErrorDetail` par le et. `DescribeCluster` `ListClusters` APIs Pour de plus amples informations, veuillez consulter [Codes d'erreur contenant ErrorDetail des informations dans Amazon EMR](emr-troubleshoot-error-errordetail.md). Le tableau `ErrorData` dans `ErrorDetail` renvoie les informations suivantes pour ce code d'erreur :
**`ssh-key`**
Le nom de la paire de clés SSH que vous avez fourni lors de la création du cluster.
**`public-doc`**
URL publique de la documentation du code d'erreur.
## Étapes à suivre
Procédez comme suit pour identifier et corriger l'erreur :
1. Vérifiez votre fichier *keypair* .pem et vérifiez qu'il correspond au nom de la clé SSH que vous voyez dans la console Amazon EMR.
1. Accédez à la console Amazon EC2. Vérifiez que le nom de clé SSH que vous avez utilisé est disponible dans Région AWS celui utilisé par votre cluster. Vous trouverez votre numéro de compte à Région AWS côté de votre numéro de compte en haut du AWS Management Console.
1. Lancez un nouveau cluster avec un nom de clé SSH valide.
# VALIDATION\$1ERROR\$1INSTANCE\$1TYPE\$1NOT\$1SUPPORTED
## Présentation de
Un cluster se termine avec une erreur `VALIDATION_ERROR_INSTANCE_TYPE_NOT_SUPPORTED` lorsque les zones de disponibilité Région AWS de votre cluster ne prennent pas en charge le type d'instance spécifié pour un ou plusieurs groupes d'instances. Amazon EMR peut prendre en charge un type d'instance dans une zone de disponibilité au sein d'une région, mais pas dans une autre. Le sous-réseau que vous sélectionnez pour un cluster détermine la zone de disponibilité au sein de la région. Pour consulter la liste des types d'instance et des régions pris en charge par Amazon EMR, consultez [Types d'instances pris en charge avec Amazon EMR](emr-supported-instance-types.md).
## Résolution
Pour résoudre cette erreur, spécifiez les types d'instances pour votre cluster pris en charge par Amazon EMR dans la région et la zone de disponibilité où vous demandez le cluster.
Pour dépanner le cluster EMR défaillant, reportez-vous aux informations renvoyées `ErrorDetail` par le et. `DescribeCluster` `ListClusters` APIs Pour de plus amples informations, veuillez consulter [Codes d'erreur contenant ErrorDetail des informations dans Amazon EMR](emr-troubleshoot-error-errordetail.md). Le tableau `ErrorData` dans `ErrorDetail` renvoie les informations suivantes pour ce code d'erreur :
**`instance-types`**
La liste des types d'instances non pris en charge.
**`availability-zones`**
La liste des zones de disponibilité vers lesquelles votre sous-réseau est résolu.
**`public-doc`**
URL publique de la documentation du code d'erreur.
## Étapes à suivre
Procédez comme suit pour identifier et corriger l'erreur :
1. Utilisez le AWS CLI pour récupérer les types d'instances disponibles dans une zone de disponibilité. Pour ce faire, vous pouvez utiliser la `[ec2 describe-instance-type-offerings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-type-offerings.html)` commande pour filtrer les types d'instances disponibles par emplacement (Région AWS ou zone de disponibilité). Par exemple, la commande suivante renvoie les types d'instances proposés dans la zone de disponibilité spécifié, `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
```
Pour plus d'informations sur la manière de découvrir les types d'instance disponibles, consultez [Rechercher un type d'instance Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-discovery.html).
1. Après avoir déterminé les types d'instances disponibles dans la même région et zone de disponibilité que le cluster, choisissez l'une des solutions suivantes pour continuer :
1. Créez un nouveau cluster et choisissez un sous-réseau pour le cluster qui se trouve dans une zone de disponibilité où le type d'instance que vous avez sélectionné est disponible et pris en charge par Amazon EMR.
1. Créez un nouveau cluster dans la même région et dans le même sous-réseau Amazon EC2 que le cluster défaillant, mais avec un type d'instance pris en charge à cet emplacement par Amazon EMR.
Pour consulter la liste des types d'instance et des régions pris en charge par Amazon EMR, consultez [Types d'instances pris en charge avec Amazon EMR](emr-supported-instance-types.md). Pour comparer les capacités des types d'instance, consultez les [types d'instance Amazon EC2](https://aws.amazon.com/ec2/instance-types).