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 com ErrorDetail informações no Amazon EMR
<a name="emr-troubleshoot-error-errordetail"></a>

Quando um cluster do EMR termina com um erro, o `DescribeCluster` e `ListClusters` APIs retorna um código de erro e uma mensagem de erro. Para alguns erros de cluster, a matriz de dados `ErrorDetail` pode ajudar a solucionar a falha.

Os erros que incluem uma matriz `ErrorDetail` fornecem os seguintes detalhes:

**`ErrorCode`**  
Um código de erro exclusivo que pode ser usado para acesso programático.

**`ErrorData`**  
Uma lista de identificadores em pares de chave-valor que podem ser usados para programação ou pesquisa manual. Para obter descrições dos valores de `ErrorData` que um código de erro inclui, consulte a página de solução de problemas do código de erro.

**`ErrorMessage`**  
Descrição do erro com um link para mais informações na documentação do Amazon EMR.   
Não é recomendável analisar o texto de `ErrorMessage` porque está sujeito a alterações.

**Topics**
+ [Falhas de bootstrap](emr-troubleshoot-error-errordetail-bootstrap.md)
+ [Erros internos](emr-troubleshoot-error-errordetail-internal.md)
+ [Falhas de validação](emr-troubleshoot-error-errordetail-validation.md)

# Códigos de erro de falha de bootstrap no Amazon EMR
<a name="emr-troubleshoot-error-errordetail-bootstrap"></a>

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

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

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

Quando um cluster é terminado com um erro `BOOTSTRAP_FAILURE_PRIMARY_WITH_NON_ZERO_CODE`, uma ação de bootstrap falhou na instância primária. Para obter mais informações sobre ações de bootstrap, consulte [Como criar ações de bootstrap para instalar softwares adicionais com um cluster do Amazon EMR](emr-plan-bootstrap.md).

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

Para resolver esse erro, revise os detalhes retornados no erro da API, modifique o script de ação de bootstrap e crie um novo cluster com a ação de bootstrap atualizada.

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:

**`primary-instance-id`**  
O ID da instância primária em que a ação de bootstrap falhou.

**`bootstrap-action`**  
O número ordinal da ação de bootstrap com falha. Um script com um valor `bootstrap-action` de `1` é a primeira ação de bootstrap a ser executada na instância.

**`return-code`**  
O código de retorno para a ação de bootstrap com falha.

**`amazon-s3-path`**  
O local da ação de bootstrap com falha no Amazon S3.

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

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

Execute as etapas a seguir para identificar e corrigir a causa raiz do erro de ação de bootstrap. Em seguida, inicie um novo cluster.

1. Analise os arquivos de log de ações de bootstrap no Amazon S3 para identificar a causa raiz da falha. Para saber mais sobre como visualizar os logs do Amazon EMR, consulte [Exibição dos arquivos de log do Amazon EMR](emr-manage-view-web-log-files.md). 

1. Se você ativou os logs do cluster ao criar a instância, consulte o log `stdout` para obter mais informações. Você encontra o log `stdout` da ação de bootstrap neste local do Amazon S3: 

   ```
   s3://amzn-s3-demo-bucket/logs/Your_Cluster_Id/node/Primary_Instance_Id/bootstrap-actions/Failed_Bootstrap_Action_Number/stdout.gz 
   ```

   Para obter mais informações sobre logs de clusters, consulte [Configuração de registro em log e depuração do cluster do Amazon EMR](emr-plan-debugging.md).

1. Para determinar a falha na ação de bootstrap, revise as exceções nos logs `stdout` e o valor `return-code` em `ErrorData`.

1. Use suas descobertas da etapa anterior para revisar a ação de bootstrap para que ela evite exceções ou consiga lidar com exceções normalmente quando elas ocorrerem.

1. Inicie um novo cluster com a ação de bootstrap atualizada.

# BOOTSTRAP\$1FAILURE\$1BA\$1DOWNLOAD\$1FAILED\$1PRIMARY
<a name="BOOTSTRAP_FAILURE_BA_DOWNLOAD_FAILED_PRIMARY"></a>

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

Um cluster é encerrado com o erro `BOOTSTRAP_FAILURE_BA_DOWNLOAD_FAILED_PRIMARY` quando a instância primária não consegue baixar um script de ação de bootstrap no local do Amazon S3 especificado. As possíveis causas incluem:
+ O arquivo de script de ação de bootstrap não está no local especificado do Amazon S3.
+ O perfil de serviço para instâncias do Amazon EC2 no cluster (também chamada de *perfil de instância do EC2 para o Amazon EMR*) não tem permissões para acessar o bucket do Amazon S3 onde o script de ação de bootstrap reside. Para obter mais informações sobre perfis de serviço, consulte [Perfil de serviço para instâncias do EC2 do cluster (perfil de instância do EC2)](emr-iam-role-for-ec2.md).

Para obter mais informações sobre ações de bootstrap, consulte [Como criar ações de bootstrap para instalar softwares adicionais com um cluster do Amazon EMR](emr-plan-bootstrap.md).

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

Para resolver esse erro, certifique-se de que a instância primária tem o devido acesso ao script de ação de bootstrap.

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:

**`primary-instance-id`**  
O ID da instância primária em que a ação de bootstrap falhou.

**`bootstrap-action`**  
O número ordinal da ação de bootstrap com falha. Um script com um valor `bootstrap-action` de `1` é a primeira ação de bootstrap a ser executada na instância.

**`amazon-s3-path`**  
O local da ação de bootstrap com falha no Amazon S3.

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

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

Execute as etapas a seguir para identificar e corrigir a causa raiz do erro de ação de bootstrap. Em seguida, inicie um novo cluster.

**Etapas de solução de problemas**

1. Use o valor `amazon-s3-path` da matriz `ErrorData` para encontrar o script de ação de bootstrap relevante no Amazon S3.

1. Se você ativou os logs do cluster ao criar a instância, consulte o log `stdout` para obter mais informações. Você encontra o log `stdout` da ação de bootstrap neste local do Amazon S3: 

   ```
   s3://amzn-s3-demo-bucket/logs/Your_Cluster_Id/node/Primary_Instance_Id/bootstrap-actions/Failed_Bootstrap_Action_Number/stdout.gz 
   ```

   Para obter mais informações sobre logs de clusters, consulte [Configuração de registro em log e depuração do cluster do Amazon EMR](emr-plan-debugging.md).

1. Para determinar a falha na ação de bootstrap, revise as exceções nos logs `stdout` e o valor `return-code` em `ErrorData`.

1. Use suas descobertas da etapa anterior para revisar a ação de bootstrap para que ela evite exceções ou consiga lidar com exceções normalmente quando elas ocorrerem.

1. Inicie um novo cluster com a ação de bootstrap atualizada.

# BOOTSTRAP\$1FAILURE\$1FILE\$1NOT\$1FOUND\$1PRIMARY
<a name="BOOTSTRAP_FAILURE_FILE_NOT_FOUND_PRIMARY"></a>

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

O erro `BOOTSTRAP_FAILURE_FILE_NOT_FOUND_PRIMARY` indica que a instância primária não consegue encontrar o script de ação de bootstrap que a instância acabou de baixar no bucket do Amazon S3 especificado.

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

Para resolver esse erro, confirme se a instância primária tem o devido acesso ao script de ação de bootstrap.

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:

**`primary-instance-id`**  
O ID da instância primária em que a ação de bootstrap falhou.

**`bootstrap-action`**  
O número ordinal da ação de bootstrap com falha. Um script com um valor `bootstrap-action` de `1` é a primeira ação de bootstrap a ser executada na instância.

**`amazon-s3-path`**  
O local da ação de bootstrap com falha no Amazon S3.

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

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

Execute as etapas a seguir para identificar e corrigir a causa raiz do erro de ação de bootstrap. Em seguida, inicie um novo cluster.

1. Para encontrar o script de ação de bootstrap relevante no Amazon S3, use o valor `amazon-s3-path` da matriz `ErrorData`.

1. Analise os arquivos de log de ações de bootstrap no Amazon S3 para identificar a causa raiz da falha. Para saber mais sobre como visualizar os logs do Amazon EMR, consulte [Exibição dos arquivos de log do Amazon EMR](emr-manage-view-web-log-files.md).
**nota**  
Se você não ativou os logs do cluster, será necessário criar um novo cluster com as mesmas configurações e ações de bootstrap. Para verificar se os logs do cluster estão ativados, consulte [Configuração de registro em log e depuração do cluster do Amazon EMR](emr-plan-debugging.md).

1. Analise o logs `stdout` de suas ações de bootstrap e confirme se não há processos personalizados que excluam arquivos na pasta `/emr/instance-controller/lib/bootstrap-actions` em suas instâncias primárias. Você encontra o log `stdout` da ação de bootstrap neste local do Amazon S3: 

   ```
   s3://amzn-s3-demo-bucket/logs/Your_Cluster_Id/node/Primary_Instance_Id/bootstrap-actions/Failed_Bootstrap_Action_Number/stdout.gz
   ```

1. Inicie um novo cluster com a ação de bootstrap atualizada.

# BOOTSTRAP\$1FAILURE\$1INSUFFICIENT\$1DISK\$1SPACE\$1PRIMARY
<a name="BOOTSTRAP_FAILURE_INSUFFICIENT_DISK_SPACE_PRIMARY"></a>

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

 O erro `BOOTSTRAP_FAILURE_INSUFFICIENT_DISK_SPACE_PRIMARY` indica que a instância primária não tem espaço em disco suficiente ao instalar o software necessário. 

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

 Para resolver esse erro, confirme se a instância primária tem espaço em disco suficiente no volume raiz. 

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:

**`primary-instance-id`**  
O ID da instância primária com espaço em disco insuficiente.

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

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

1.  Analise as práticas recomendadas para o volume do dispositivo raiz EBS do seu cluster. Consulte [Personalização do volume raiz do dispositivo do Amazon EBS](emr-custom-ami-root-volume-size.md) no *Guia de gerenciamento do Amazon EMR*. 

1. Inicie um novo cluster usando um tamanho maior do volume do dispositivo raiz do EBS.

# BOOTSTRAP\$1FAILURE\$1INSUFFICIENT\$1DISK\$1SPACE\$1WORKER
<a name="BOOTSTRAP_FAILURE_INSUFFICIENT_DISK_SPACE_WORKER"></a>

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

 O erro `BOOTSTRAP_FAILURE_INSUFFICIENT_DISK_SPACE_WORKER` indica que uma ou mais instâncias de operadores não têm espaço em disco suficiente ao instalar o software necessário. 

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

 Para resolver esse erro, confirme se suas instâncias de operadores têm espaço em disco suficiente no volume raiz. 

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:

**`worker-instance-ids`**  
A IDs das instâncias de trabalho com espaço em disco insuficiente.

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

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

1.  Analise as práticas recomendadas para o volume do dispositivo raiz EBS do seu cluster. Consulte [Personalização do volume raiz do dispositivo do Amazon EBS](emr-custom-ami-root-volume-size.md) no *Guia de gerenciamento do Amazon EMR*. 

1. Inicie um novo cluster usando um tamanho maior do volume do dispositivo raiz do EBS.

# BOOTSTRAP\$1FAILURE\$1HIVE\$1METASTORE\$1CONNECTION\$1ERROR\$1PRIMARY
<a name="BOOTSTRAP_FAILURE_HIVE_METASTORE_CONNECTION_ERROR_PRIMARY"></a>

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

 O erro `BOOTSTRAP_FAILURE_HIVE_METASTORE_CONNECTION_ERROR_PRIMARY` indica que a instância primária não consegue estabelecer uma conexão com o metastore do Hive externo configurado. 

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

 Para resolver o erro, confirme se o metastore do Hive externo está configurado corretamente e se a instância primária tem permissão para se conectar a ele. 

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:

**`primary-instance-id`**  
O ID da instância primária que não consegue estabelecer uma conexão com o metastore do Hive externo configurado.

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

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

1.  Analise as práticas recomendadas para configurar um metastore externo para o Hive. Consulte [Configurar um metastore externo para o Hive](https://docs.aws.amazon.com/emr/latest/ReleaseGuide/emr-metastore-external-hive.html). 

1. Inicie um novo cluster com a configuração de cluster atualizada.

# BOOTSTRAP\$1FAILURE\$1HIVE\$1METASTORE\$1CONNECTION\$1ERROR\$1WORKER
<a name="BOOTSTRAP_FAILURE_HIVE_METASTORE_CONNECTION_ERROR_WORKER"></a>

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

 O erro `BOOTSTRAP_FAILURE_HIVE_METASTORE_CONNECTION_ERROR_WORKER` indica que uma ou mais instâncias de operadores não conseguem estabelecer uma conexão com o metastore do Hive externo configurado. 

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

 Para resolver o erro, confirme se o metastore do Hive externo está configurado corretamente e se as instâncias de operadores podem se conectar a ele. 

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:

**`worker-instance-ids`**  
A IDs das instâncias de trabalho incapazes de estabelecer uma conexão com o Hive Metastore externo configurado.

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

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

1.  Analise as práticas recomendadas para configurar um metastore externo para o Hive. Consulte [Configurar um metastore externo para o Hive](https://docs.aws.amazon.com/emr/latest/ReleaseGuide/emr-metastore-external-hive.html). 

1. Inicie um novo cluster com a configuração de cluster atualizada.

# Códigos de erro internos do Amazon EMR
<a name="emr-troubleshoot-error-errordetail-internal"></a>

As seções a seguir fornecem informações sobre solução de problemas para códigos de erro internos, incluindo códigos de capacidade insuficiente ou nenhuma capacidade.

**Topics**
+ [ERRO\$1INTERNO\$1 EC2 \$1CAPACIDADE\$1AZ INSUFICIENTE\$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)

# ERRO\$1INTERNO\$1 EC2 \$1CAPACIDADE\$1AZ INSUFICIENTE\$1AZ
<a name="INTERNAL_ERROR_EC2_INSUFFICIENT_CAPACITY_AZ"></a>

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

Um cluster é terminado com um erro `INTERNAL_ERROR_EC2_INSUFFICIENT_CAPACITY_AZ` quando a zona de disponibilidade selecionada não tem capacidade suficiente para atender à solicitação de tipo de instância do Amazon EC2. A sub-rede que você selecionou para um cluster determina a zona de disponibilidade. Para obter mais informações sobre sub-redes para o Amazon EMR, consulte [Configuração de redes em uma VPC no Amazon EMR](emr-plan-vpc-subnet.md).

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

Para resolver esse erro, modifique as configurações de tipo de instância e crie um novo cluster com a solicitação atualizada.

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-type`**  
O tipo de instância que está fora da capacidade.

**`availability-zone`**  
A zona 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="INTERNAL_ERROR_EC2_INSUFFICIENT_CAPACITY_AZ_stc"></a>

Execute estas etapas para identificar e corrigir a causa raiz do erro de configuração do cluster:
+ Analise as práticas recomendadas para conexão de cluster. Consulte [Configuração dos tipos de instância de cluster e práticas recomendadas do Amazon EMR para instâncias spot](emr-plan-instances-guidelines.md) no *Guia de gerenciamento do Amazon EMR*.
+ Solucionar os problemas de inicialização e revisar a configuração. Consulte [Solucionar problemas de inicialização de instâncias](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/troubleshooting-launch.html) no *Guia do usuário do Amazon EC2*.
+ Inicie um novo cluster com a configuração de cluster atualizada.

# INTERNAL\$1ERROR\$1SPOT\$1PRICE\$1INCREASE\$1PRIMARY
<a name="INTERNAL_ERROR_SPOT_PRICE_INCREASE_PRIMARY"></a>

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

Um cluster é terminado com um erro `INTERNAL_ERROR_SPOT_PRICE_INCREASE_PRIMARY` quando o Amazon EMR não consegue atender à solicitação de instância spot para o nó primário porque as instâncias não estão disponíveis até o preço spot máximo. Para obter mais informações, consulte [Instâncias spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html) no *Guia do Usuário do Amazon EC2*.

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

Para resolver esse erro, especifique os tipos de instância do cluster que estejam dentro da meta de preço ou aumente o limite de preço para o mesmo tipo de instância.

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:

**`primary-instance-id`**  
O ID da instância primária do cluster que falhou.

**`instance-type`**  
O tipo de instância que está fora da capacidade.

**`availability-zone`**  
A zona de disponibilidade em que a sub-rede reside.

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

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

Execute as etapas a seguir para solucionar problemas da estratégia de configuração de cluster e iniciar um novo cluster:

1. Analise as práticas recomendadas para instâncias spot do Amazon EC2 e analise a estratégia de configuração de cluster. Para obter mais informações, consulte [Práticas recomendadas para spot do EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-best-practices.html) no *Guia do usuário do Amazon EC2* e [Configuração dos tipos de instância de cluster e práticas recomendadas do Amazon EMR para instâncias spot](emr-plan-instances-guidelines.md).

1. Modifique as configurações de tipo de instância ou zona de disponibilidade e crie um novo cluster com a solicitação atualizada.

1. Se o problema persistir, use a capacidade sob demanda para a instância primária.

# INTERNAL\$1ERROR\$1SPOT\$1NO\$1CAPACITY\$1PRIMARY
<a name="INTERNAL_ERROR_SPOT_NO_CAPACITY_PRIMARY"></a>

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

Um cluster é terminado com um erro `INTERNAL_ERROR_SPOT_NO_CAPACITY_PRIMARY` quando não há capacidade suficiente para atender a uma solicitação de instância spot para o nó primário. Para obter mais informações, consulte [Instâncias spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html) no *Guia do Usuário do Amazon EC2*.

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

Para resolver esse erro, especifique os tipos de instância do cluster que estejam dentro da meta de preço ou aumente o limite de preço para o mesmo tipo de instância. 

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:

**`primary-instance-id`**  
O ID da instância primária do cluster que falhou.

**`instance-type`**  
O tipo de instância que está fora da capacidade.

**`availability-zone`**  
A zona 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="INTERNAL_ERROR_SPOT_NO_CAPACITY_PRIMARY_stc"></a>

Execute as etapas a seguir para solucionar problemas da estratégia de configuração de cluster e iniciar um novo cluster:

1. Analise as práticas recomendadas para instâncias spot do Amazon EC2 e analise a estratégia de configuração de cluster. Para obter mais informações, consulte [Práticas recomendadas para spot do EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-best-practices.html) no *Guia do usuário do Amazon EC2* e [Configuração dos tipos de instância de cluster e práticas recomendadas do Amazon EMR para instâncias spot](emr-plan-instances-guidelines.md).

1. Modifique as configurações de tipo de instância e crie um novo cluster com a solicitação atualizada.

1. Se o problema persistir, use a capacidade sob demanda para a instância primária.

# 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).