As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

# Códigos de erro de falha de validação no Amazon EMR
<a name="emr-troubleshoot-error-errordetail-validation"></a>

As seções a seguir fornecem informações sobre solução de problemas para códigos de erro de falha de validação.

**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
<a name="VALIDATION_ERROR_SUBNET_NOT_FROM_ONE_VPC"></a>

## Visão geral do
<a name="VALIDATION_ERROR_SUBNET_NOT_FROM_ONE_VPC_overview"></a>

Quando seu cluster e as sub-redes que você faz referência para seu cluster pertencem a diferentes nuvens privadas virtuais (VPCs), o cluster é encerrado com um erro. `VALIDATION_ERROR_SUBNET_NOT_FROM_ONE_VPC` Você pode iniciar clusters usando o Amazon EMR com a configuração de frotas de instâncias em sub-redes em uma VPC. Para obter mais informações sobre frotas de instâncias, consulte [Planejamento e configuração de frotas de instâncias para o cluster do Amazon EMR](emr-instance-fleet.md) no *Guia de gerenciamento do Amazon EMR*.

## Resolução
<a name="VALIDATION_ERROR_SUBNET_NOT_FROM_ONE_VPC_resolution"></a>

Para resolver esse erro, use sub-redes que pertençam à mesma VPC do cluster.

Para solucionar o problema do cluster EMR com falha, consulte `ErrorDetail` as informações retornadas do e. `DescribeCluster` `ListClusters` APIs Para obter mais informações, consulte [Códigos de erro com ErrorDetail informações no Amazon EMR](emr-troubleshoot-error-errordetail.md). A matriz `ErrorData` em `ErrorDetail` retorna as seguintes informações para o código de erro:

**`vpc`**  
Para cada par sub-rede:VPC, o ID da VPC à qual a sub-rede pertence.

**`subnet`**  
Para cada par sub-rede:VPC, o ID da sub-rede.

**`public-doc`**  
O URL público da documentação do código de erro.

## Etapas a serem executadas
<a name="VALIDATION_ERROR_SUBNET_NOT_FROM_ONE_VPC_stc"></a>

Realize as etapas a seguir para identificar e corrigir o erro:

1. Analise as sub-redes IDs listadas na `ErrorData` matriz e confirme se elas pertencem à VPC em que você deseja iniciar o cluster do EMR.

1. Modifique as configurações de sub-rede. Use um dos métodos a seguir para encontrar todas as sub-redes públicas e privadas em uma VPC.
   + Acesse o console da Amazon VPC. Escolha **Sub-redes** e liste todas as sub-redes que residem dentro do Região da AWS seu cluster. Para encontrar somente sub-redes públicas ou privadas, aplique o filtro de **atribuição automática de endereço público IPv4 **. Para encontrar e selecionar sub-redes na VPC que o cluster usa, use a opção **Filtrar por VPC**. Para obter mais informações sobre como criar sub-redes, consulte [Criar uma sub-rede](https://docs.aws.amazon.com/vpc/latest/userguide/create-subnets.html) no *Guia do usuário da Amazon Virtual Private Cloud*.
   + Use o AWS CLI para encontrar todas as sub-redes públicas e privadas disponíveis na VPC que seu cluster usa. Para obter mais informações, consulte a API [describe-subnets](https://amazonaws.com/ec2/describe-subnets.html). Para criar novas sub-redes em uma VPC, consulte a API [create-subnet](https://amazonaws.com/ec2/create-subnet.html). 

1. Inicie um novo cluster com sub-redes da mesma VPC do cluster.

# VALIDATION\$1ERROR\$1SECURITY\$1GROUP\$1NOT\$1FROM\$1ONE\$1VPC
<a name="VALIDATION_ERROR_SECURITY_GROUP_NOT_FROM_ONE_VPC"></a>

## Visão geral do
<a name="VALIDATION_ERROR_SECURITY_GROUP_NOT_FROM_ONE_VPC_overview"></a>

Quando seu cluster e os grupos de segurança que você atribui ao seu cluster pertencem a diferentes nuvens privadas virtuais (VPCs), o cluster é encerrado com um `VALIDATION_ERROR_SECURITY_GROUP_NOT_FROM_ONE_VPC` erro. Para obter mais informações sobre grupos de segurança, consulte [Especificar grupos de segurança gerenciados pelo Amazon EMR e adicionais](emr-sg-specify.md) e [Controle do tráfego de rede com grupos de segurança para o cluster do Amazon EMR](emr-security-groups.md).

## Resolução
<a name="VALIDATION_ERROR_SECURITY_GROUP_NOT_FROM_ONE_VPC_resolution"></a>

Para resolver esse erro, use grupos de segurança que pertençam à mesma VPC do cluster.

Para solucionar o problema do cluster EMR com falha, consulte `ErrorDetail` as informações retornadas do e. `DescribeCluster` `ListClusters` APIs Para obter mais informações, consulte [Códigos de erro com ErrorDetail informações no Amazon EMR](emr-troubleshoot-error-errordetail.md). A matriz `ErrorData` em `ErrorDetail` retorna as seguintes informações para o código de erro:

**`vpc`**  
Para cada par security-group:VPC, o ID da VPC à qual o grupo de segurança pertence.

**`security-group`**  
Para cada par security-group:VPC, o ID do grupo de segurança.

**`public-doc`**  
O URL público da documentação do código de erro.

## Etapas a serem executadas
<a name="VALIDATION_ERROR_SECURITY_GROUP_NOT_FROM_ONE_VPC_stc"></a>

Realize as etapas a seguir para identificar e corrigir o erro:

1. Analise IDs os grupos de segurança listados na `ErrorData` matriz e confirme se eles pertencem à VPC em que você deseja iniciar o cluster do EMR.

1. Acesse o console da Amazon VPC. Escolha **Grupos de segurança** para listar todos os grupos de segurança da selecionada. Encontre os grupos de segurança da mesma VPC que o cluster e modifique a configuração do grupo de segurança.

1. Inicie um novo cluster com grupos de segurança da mesma VPC do cluster.

# VALIDATION\$1ERROR\$1INVALID\$1SSH\$1KEY\$1NAME
<a name="VALIDATION_ERROR_INVALID_SSH_KEY_NAME"></a>

## Visão geral do
<a name="VALIDATION_ERROR_INVALID_SSH_KEY_NAME_overview"></a>

Um cluster é terminado com um erro `VALIDATION_ERROR_INVALID_SSH_KEY_NAME` quando você usa um par de chaves do Amazon EC2 que não é válido para SSH na instância primária. O nome do par de chaves pode estar incorreto ou o par de chaves pode não existir na solicitação Região da AWS. Para obter mais informações sobre pares de chave, consulte [Pares de chaves do Amazon EC2 e instâncias do Linux](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-key-pairs.html) no *Guia do usuário do Amazon EC2*.

## Resolução
<a name="VALIDATION_ERROR_INVALID_SSH_KEY_NAME_resolution"></a>

Para resolver esse erro, crie um novo cluster com um nome de par de chaves SSH válido.

Para solucionar o problema do cluster EMR com falha, consulte `ErrorDetail` as informações retornadas do e. `DescribeCluster` `ListClusters` APIs Para obter mais informações, consulte [Códigos de erro com ErrorDetail informações no Amazon EMR](emr-troubleshoot-error-errordetail.md). A matriz `ErrorData` em `ErrorDetail` retorna as seguintes informações para o código de erro:

**`ssh-key`**  
O nome do par de chaves SSH fornecido ao criar o cluster.

**`public-doc`**  
O URL público da documentação do código de erro.

## Etapas a serem executadas
<a name="VALIDATION_ERROR_INVALID_SSH_KEY_NAME_stc"></a>

Realize as etapas a seguir para identificar e corrigir o erro:

1. Verifique seu *keypair* arquivo.pem e confirme se ele corresponde ao nome da chave SSH que você vê no console do Amazon EMR.

1. Navegue até o console do Amazon EC2. Verifique se o nome da chave SSH que você usou está disponível no nome Região da AWS que seu cluster usa. Você pode encontrar seu Região da AWS próximo ID de conta na parte superior do Console de gerenciamento da AWS.

1. Inicie um novo cluster com um nome de chave SSH válido.

# VALIDATION\$1ERROR\$1INSTANCE\$1TYPE\$1NOT\$1SUPPORTED
<a name="VALIDATION_ERROR_INSTANCE_TYPE_NOT_SUPPORTED"></a>

## Visão geral do
<a name="VALIDATION_ERROR_INSTANCE_TYPE_NOT_SUPPORTED_overview"></a>

Um cluster é terminado com um erro `VALIDATION_ERROR_INSTANCE_TYPE_NOT_SUPPORTED` quando as Região da AWS e as zonas de disponibilidade do cluster não oferecem suporte ao tipo de instância especificado para um ou mais grupos de instâncias. Talvez o Amazon EMR ofereça suporte a um tipo de instância em uma zona de disponibilidade dentro de uma região, mas não em outra. A sub-rede selecionada para um cluster determina a zona de disponibilidade na região. Para obter uma lista de tipos de instância e regiões com suporte do Amazon EMR, consulte [Tipos de instância compatíveis do Amazon EMR](emr-supported-instance-types.md).

## Resolução
<a name="VALIDATION_ERROR_INSTANCE_TYPE_NOT_SUPPORTED_resolution"></a>

Para resolver esse erro, especifique os tipos de instância para seu cluster compatíveis com o Amazon EMR na região e na zona de disponibilidade em que o cluster é solicitado.

Para solucionar o problema do cluster EMR com falha, consulte `ErrorDetail` as informações retornadas do e. `DescribeCluster` `ListClusters` APIs Para obter mais informações, consulte [Códigos de erro com ErrorDetail informações no Amazon EMR](emr-troubleshoot-error-errordetail.md). A matriz `ErrorData` em `ErrorDetail` retorna as seguintes informações para o código de erro:

**`instance-types`**  
A lista de tipos de instância com suporte.

**`availability-zones`**  
A lista de zonas de disponibilidade para a qual sua sub-rede é resolvida.

**`public-doc`**  
O URL público da documentação do código de erro.

## Etapas a serem executadas
<a name="VALIDATION_ERROR_INSTANCE_TYPE_NOT_SUPPORTED_stc"></a>

Realize as etapas a seguir para identificar e corrigir o erro:

1. Use o AWS CLI para recuperar os tipos de instância disponíveis em uma zona de disponibilidade. Para fazer isso, você pode usar o `[ec2 describe-instance-type-offerings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-type-offerings.html)` comando para filtrar os tipos de instância disponíveis por local (Região da AWS ou zona de disponibilidade). Por exemplo, o comando a seguir retorna os tipos de instância que são oferecidos na AZ especificada, `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
   ```

   Para saber mais sobre como descobrir tipos de instância disponíveis, consulte [Localizar um tipo de instância do Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-discovery.html).

1. Após determinar os tipos de instância que estão disponíveis na mesma região e zona de disponibilidade do cluster, escolha uma das seguintes resoluções para continuar: 

   1. Crie um novo cluster e escolha uma sub-rede para o cluster que esteja em uma zona de disponibilidade onde o tipo de instância que você selecionou esteja disponível e tenha suporte do Amazon EMR.

   1. Crie um novo cluster na mesma região e sub-rede do Amazon EC2 do cluster que falhou, mas com um tipo de instância compatível com o Amazon EMR naquele local. 

Para obter uma lista de tipos de instância e regiões com suporte do Amazon EMR, consulte [Tipos de instância compatíveis do Amazon EMR](emr-supported-instance-types.md). Para comparar os recursos dos tipos de instância do EC2, consulte [Tipos de instância do Amazon EC2](https://aws.amazon.com/ec2/instance-types).