Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

# Códigos de error con ErrorDetail información en Amazon EMR
<a name="emr-troubleshoot-error-errordetail"></a>

Cuando un clúster de EMR termina con un error, `ListClusters` APIs devuelve un código de error `DescribeCluster` y un mensaje de error. En el caso de algunos errores de clústeres, la matriz de datos `ErrorDetail` puede ayudarle a solucionar el error.

Los errores que incluyen una matriz `ErrorDetail` proporcionan los siguientes detalles:

**`ErrorCode`**  
Un código de error único que se puede utilizar para el acceso mediante programación.

**`ErrorData`**  
Una lista de identificadores en pares clave-valor que puede utilizar para la programación o la búsqueda manual. Para obtener una descripción de los valores `ErrorData` que incluye un código de error, consulte la página de resolución de problemas del código de error.

**`ErrorMessage`**  
Descripción del error con un enlace a más información en la documentación de Amazon EMR.   
No recomendamos analizar el texto desde `ErrorMessage` porque está sujeto a cambios.

**Topics**
+ [Errores de arranque](emr-troubleshoot-error-errordetail-bootstrap.md)
+ [Errores internos](emr-troubleshoot-error-errordetail-internal.md)
+ [Errores de validación](emr-troubleshoot-error-errordetail-validation.md)

# Códigos de errores de arranque en Amazon EMR
<a name="emr-troubleshoot-error-errordetail-bootstrap"></a>

En las siguientes secciones, se proporciona información sobre la resolución de problemas relacionados con los códigos de errores de arranque.

**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 ENT\$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>

## Descripción general de
<a name="BOOTSTRAP_FAILURE_BA_DOWNLOAD_FAILED_WITH_NON_ZERO_CODE_overview"></a>

Cuando un clúster termina con un error `BOOTSTRAP_FAILURE_PRIMARY_WITH_NON_ZERO_CODE`, se produce un error en una acción de arranque en la instancia principal. Para obtener más información sobre las acciones de arranque, consulte [Creación de acciones de arranque para instalar software adicional con un clúster de Amazon EMR](emr-plan-bootstrap.md).

## Resolución
<a name="BOOTSTRAP_FAILURE_BA_DOWNLOAD_FAILED_WITH_NON_ZERO_CODE_resolution"></a>

Para resolver este error, revise los detalles que se muestran en el error de la API, modifique el script de acción de arranque y cree un clúster nuevo con la acción de arranque actualizada.

Para solucionar los problemas del clúster de EMR que ha fallado, consulte `ErrorDetail` la información devuelta por y. `DescribeCluster` `ListClusters` APIs Para obtener más información, consulte [Códigos de error con ErrorDetail información en Amazon EMR](emr-troubleshoot-error-errordetail.md). La matriz `ErrorData` de `ErrorDetail` devuelve la siguiente información para este código de error:

**`primary-instance-id`**  
El ID de la instancia principal en la que se produjo un error en la acción de arranque.

**`bootstrap-action`**  
El número ordinal de la acción de arranque que falló. Un script con un valor de `bootstrap-action` de `1` es la primera acción de arranque que se ejecuta en la instancia.

**`return-code`**  
El código de retorno de la acción de arranque que falló.

**`amazon-s3-path`**  
La ubicación en Amazon S3 de la acción de arranque que falló.

**`public-doc`**  
La URL pública de la documentación del código de error.

## Pasos que completar
<a name="BOOTSTRAP_FAILURE_BA_DOWNLOAD_FAILED_WITH_NON_ZERO_CODE_stc"></a>

Siga estos pasos para identificar y corregir la causa raíz del error de la acción de arranque. A continuación, lance un clúster nuevo.

1. Revise los archivos de registro de acciones de arranque en Amazon S3 para identificar la causa raíz del error. Para obtener más información sobre cómo ver los registros de Amazon EMR, consulte [Visualización de los archivos de registro de Amazon EMR](emr-manage-view-web-log-files.md). 

1. Si activó los registros del clúster al crear la instancia, consulte el registro `stdout` para obtener más información. Puede encontrar el registro `stdout` de la acción de arranque en esta ubicación de Amazon S3: 

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

   Para obtener más información sobre registros del clúster, consulte [Configuración del registro y la depuración de un clúster de Amazon EMR](emr-plan-debugging.md).

1. Para determinar el error de la acción de arranque, revise las excepciones en los registros `stdout` y el valor `return-code` en `ErrorData`.

1. Utilice los resultados del paso anterior para revisar la acción de arranque de forma que evite las excepciones o pueda gestionarlas correctamente cuando se produzcan.

1. Lance un clúster nuevo con la acción de arranque actualizada.

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

## Descripción general de
<a name="BOOTSTRAP_FAILURE_BA_DOWNLOAD_FAILED_PRIMARY_overview"></a>

Un clúster termina con el error `BOOTSTRAP_FAILURE_BA_DOWNLOAD_FAILED_PRIMARY` cuando la instancia principal no puede descargar un script de acción de arranque desde la ubicación de Amazon S3 que especifique. Las posibles causas son las siguientes:
+ El archivo del script de acción de arranque no se encuentra en la ubicación de Amazon S3.
+ El rol de servicio de las instancias de Amazon EC2 del clúster (también denominado *perfil de instancia de EC2 para Amazon EMR*) no tiene permisos para acceder al bucket de Amazon S3 en el que reside el script de acción de arranque. Para obtener más información acerca de los roles de servicio, consulte [Rol de servicio para instancias de EC2 del clúster (perfil de instancia de EC2)](emr-iam-role-for-ec2.md).

Para obtener más información sobre las acciones de arranque, consulte [Creación de acciones de arranque para instalar software adicional con un clúster de Amazon EMR](emr-plan-bootstrap.md).

## Resolución
<a name="BOOTSTRAP_FAILURE_BA_DOWNLOAD_FAILED_PRIMARY_resolution"></a>

Para resolver este error, asegúrese de que la instancia principal tenga el acceso adecuado al script de acción de arranque.

Para solucionar los problemas del clúster de EMR que ha fallado, consulte `ErrorDetail` la información devuelta por y. `DescribeCluster` `ListClusters` APIs Para obtener más información, consulte [Códigos de error con ErrorDetail información en Amazon EMR](emr-troubleshoot-error-errordetail.md). La matriz `ErrorData` de `ErrorDetail` devuelve la siguiente información para este código de error:

**`primary-instance-id`**  
El ID de la instancia principal en la que se produjo un error en la acción de arranque.

**`bootstrap-action`**  
El número ordinal de la acción de arranque que falló. Un script con un valor de `bootstrap-action` de `1` es la primera acción de arranque que se ejecuta en la instancia.

**`amazon-s3-path`**  
La ubicación en Amazon S3 de la acción de arranque que falló.

**`public-doc`**  
La URL pública de la documentación del código de error.

## Pasos que completar
<a name="BOOTSTRAP_FAILURE_BA_DOWNLOAD_FAILED_PRIMARY_stc"></a>

Siga estos pasos para identificar y corregir la causa raíz del error de la acción de arranque. A continuación, lance un clúster nuevo.

**Pasos para la solución de problemas**

1. Utilice el valor `amazon-s3-path` de la matriz `ErrorData` para buscar el script de acción de arranque correspondiente en Amazon S3.

1. Si activó los registros del clúster al crear la instancia, consulte el registro `stdout` para obtener más información. Puede encontrar el registro `stdout` de la acción de arranque en esta ubicación de Amazon S3: 

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

   Para obtener más información sobre registros del clúster, consulte [Configuración del registro y la depuración de un clúster de Amazon EMR](emr-plan-debugging.md).

1. Para determinar el error de la acción de arranque, revise las excepciones en los registros `stdout` y el valor `return-code` en `ErrorData`.

1. Utilice los resultados del paso anterior para revisar la acción de arranque de forma que evite las excepciones o pueda gestionarlas correctamente cuando se produzcan.

1. Lance un clúster nuevo con la acción de arranque actualizada.

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

## Descripción general de
<a name="BOOTSTRAP_FAILURE_FILE_NOT_FOUND_PRIMARY_overview"></a>

El error `BOOTSTRAP_FAILURE_FILE_NOT_FOUND_PRIMARY` indica que la instancia principal no encuentra el script de acción de arranque que la instancia acaba de descargar del bucket de Amazon S3 especificado.

## Resolución
<a name="BOOTSTRAP_FAILURE_FILE_NOT_FOUND_PRIMARY_resolution"></a>

Para resolver este error, confirme que la instancia principal tenga el acceso adecuado al script de acción de arranque.

Para solucionar los problemas del clúster de EMR que ha fallado, consulte `ErrorDetail` la información devuelta por y. `DescribeCluster` `ListClusters` APIs Para obtener más información, consulte [Códigos de error con ErrorDetail información en Amazon EMR](emr-troubleshoot-error-errordetail.md). La matriz `ErrorData` de `ErrorDetail` devuelve la siguiente información para este código de error:

**`primary-instance-id`**  
El ID de la instancia principal en la que se produjo un error en la acción de arranque.

**`bootstrap-action`**  
El número ordinal de la acción de arranque que falló. Un script con un valor de `bootstrap-action` de `1` es la primera acción de arranque que se ejecuta en la instancia.

**`amazon-s3-path`**  
La ubicación en Amazon S3 de la acción de arranque que falló.

**`public-doc`**  
La URL pública de la documentación del código de error.

## Pasos que completar
<a name="BOOTSTRAP_FAILURE_FILE_NOT_FOUND_PRIMARY_stc"></a>

Siga estos pasos para identificar y corregir la causa raíz del error de la acción de arranque. A continuación, lance un clúster nuevo.

1. Para encontrar el script de acción de arranque correspondiente en Amazon S3, utilice el valor `amazon-s3-path` de la matriz `ErrorData`.

1. Revise los archivos de registro de acciones de arranque en Amazon S3 para identificar la causa raíz del error. Para obtener más información sobre cómo ver los registros de Amazon EMR, consulte [Visualización de los archivos de registro de Amazon EMR](emr-manage-view-web-log-files.md).
**nota**  
Si no activó los registros del clúster, debe crear un clúster nuevo con las mismas configuraciones y acciones de arranque. Para asegurarse de que los registros del clúster estén activados, consulte [Configuración del registro y la depuración de un clúster de Amazon EMR](emr-plan-debugging.md).

1. Revise el registro `stdout` de las acciones de arranque y confirme que no haya procesos personalizados que eliminen los archivos de la carpeta `/emr/instance-controller/lib/bootstrap-actions` de sus instancias principales. Puede encontrar el registro `stdout` de la acción de arranque en esta ubicación de Amazon S3: 

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

1. Lance un clúster nuevo con la acción de arranque actualizada.

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

## Descripción general de
<a name="BOOTSTRAP_FAILURE_INSUFFICIENT_DISK_SPACE_PRIMARY_overview"></a>

 El error `BOOTSTRAP_FAILURE_INSUFFICIENT_DISK_SPACE_PRIMARY` indica que la instancia primaria no tiene suficiente espacio en disco durante la instalación del software necesario. 

## Resolución
<a name="BOOTSTRAP_FAILURE_INSUFFICIENT_DISK_SPACE_PRIMARY_resolution"></a>

 Para resolver este error, confirme que su instancia primaria tiene suficiente espacio libre en el volumen raíz. 

Para solucionar los problemas del clúster de EMR que ha fallado, consulte `ErrorDetail` la información devuelta por y. `DescribeCluster` `ListClusters` APIs Para obtener más información, consulte [Códigos de error con ErrorDetail información en Amazon EMR](emr-troubleshoot-error-errordetail.md). La matriz `ErrorData` de `ErrorDetail` devuelve la siguiente información para este código de error:

**`primary-instance-id`**  
El ID de la instancia primaria con espacio en disco insuficiente.

**`public-doc`**  
La URL pública de la documentación del código de error.

## Pasos que completar
<a name="BOOTSTRAP_FAILURE_INSUFFICIENT_DISK_SPACE_PRIMARY_stc"></a>

1.  Revise las prácticas recomendadas para el volumen raíz EBS de su clúster. Consulte [Personalización del volumen de dispositivo raíz de Amazon EBS](emr-custom-ami-root-volume-size.md) en la *Guía de administración de Amazon EMR*. 

1. Inicie un clúster nuevo con un volumen raíz EBS de mayor tamaño.

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

## Descripción general de
<a name="BOOTSTRAP_FAILURE_INSUFFICIENT_DISK_SPACE_WORKER_overview"></a>

 El error `BOOTSTRAP_FAILURE_INSUFFICIENT_DISK_SPACE_WORKER` indica que una o varias instancias de trabajo no tienen suficiente espacio en disco al instalar el software necesario. 

## Resolución
<a name="BOOTSTRAP_FAILURE_INSUFFICIENT_DISK_SPACE_WORKER_resolution"></a>

 Para resolver este problema, confirme que las instancias de trabajo tengan el espacio adecuado en el volumen raíz. 

Para solucionar los problemas del clúster de EMR que ha fallado, consulte `ErrorDetail` la información devuelta por y. `DescribeCluster` `ListClusters` APIs Para obtener más información, consulte [Códigos de error con ErrorDetail información en Amazon EMR](emr-troubleshoot-error-errordetail.md). La matriz `ErrorData` de `ErrorDetail` devuelve la siguiente información para este código de error:

**`worker-instance-ids`**  
La IDs de las instancias de trabajo con espacio en disco insuficiente.

**`public-doc`**  
La URL pública de la documentación del código de error.

## Pasos que completar
<a name="BOOTSTRAP_FAILURE_INSUFFICIENT_DISK_SPACE_WORKER_stc"></a>

1.  Revise las prácticas recomendadas para el volumen raíz EBS de su clúster. Consulte [Personalización del volumen de dispositivo raíz de Amazon EBS](emr-custom-ami-root-volume-size.md) en la *Guía de administración de Amazon EMR*. 

1. Inicie un clúster nuevo con un volumen raíz EBS de mayor tamaño.

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

## Descripción general de
<a name="BOOTSTRAP_FAILURE_HIVE_METASTORE_CONNECTION_ERROR_PRIMARY_overview"></a>

 El error `BOOTSTRAP_FAILURE_HIVE_METASTORE_CONNECTION_ERROR_PRIMARY` indica que la instancia primaria no logra establecer una conexión con el Hive Metastore externo configurado. 

## Resolución
<a name="BOOTSTRAP_FAILURE_HIVE_METASTORE_CONNECTION_ERROR_PRIMARY_resolution"></a>

 Para resolver este problema, confirme que el Hive Metastore externo esté configurado correctamente y que la instancia primaria tenga permiso para conectarse a él. 

Para solucionar los problemas del clúster de EMR que ha fallado, consulte `ErrorDetail` la información devuelta por y. `DescribeCluster` `ListClusters` APIs Para obtener más información, consulte [Códigos de error con ErrorDetail información en Amazon EMR](emr-troubleshoot-error-errordetail.md). La matriz `ErrorData` de `ErrorDetail` devuelve la siguiente información para este código de error:

**`primary-instance-id`**  
Revise el ID de la instancia primaria que no puede conectarse al Hive Metastore externo.

**`public-doc`**  
La URL pública de la documentación del código de error.

## Pasos que completar
<a name="BOOTSTRAP_FAILURE_HIVE_METASTORE_CONNECTION_ERROR_PRIMARY_stc"></a>

1.  Consulte las prácticas recomendadas para configurar un metalmacén externo para Hive. Consulte [Configuring an external metastore for Hive](https://docs.aws.amazon.com/emr/latest/ReleaseGuide/emr-metastore-external-hive.html). 

1. Lance un clúster nuevo con la configuración del clúster actualizada.

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

## Descripción general de
<a name="BOOTSTRAP_FAILURE_HIVE_METASTORE_CONNECTION_ERROR_WORKER_overview"></a>

 El error `BOOTSTRAP_FAILURE_HIVE_METASTORE_CONNECTION_ERROR_WORKER` indica que una o varias instancias de trabajo no logran conectarse al Hive Metastore externo configurado. 

## Resolución
<a name="BOOTSTRAP_FAILURE_HIVE_METASTORE_CONNECTION_ERROR_WORKER_resolution"></a>

 Para resolver este problema, confirme que el Hive Metastore externo esté configurado correctamente y que las instancias de trabajo tengan permiso para conectarse a él. 

Para solucionar los problemas del clúster de EMR que ha fallado, consulte `ErrorDetail` la información devuelta por y. `DescribeCluster` `ListClusters` APIs Para obtener más información, consulte [Códigos de error con ErrorDetail información en Amazon EMR](emr-troubleshoot-error-errordetail.md). La matriz `ErrorData` de `ErrorDetail` devuelve la siguiente información para este código de error:

**`worker-instance-ids`**  
La IDs de las instancias de trabajo no pudo establecer una conexión con el Hive Metastore externo configurado.

**`public-doc`**  
La URL pública de la documentación del código de error.

## Pasos que completar
<a name="BOOTSTRAP_FAILURE_HIVE_METASTORE_CONNECTION_ERROR_WORKER_stc"></a>

1.  Consulte las prácticas recomendadas para configurar un metalmacén externo para Hive. Consulte [Configuring an external metastore for Hive](https://docs.aws.amazon.com/emr/latest/ReleaseGuide/emr-metastore-external-hive.html). 

1. Lance un clúster nuevo con la configuración del clúster actualizada.

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

En las siguientes secciones, se proporciona información sobre la resolución de problemas relacionados con los códigos de errores internos, incluidos los códigos para capacidad insuficiente o sin capacidad.

**Topics**
+ [INTERNAL\$1ERROR\$1 \$1INSUFFICIENT\$1CAPACITY\$1AZ EC2](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)

# INTERNAL\$1ERROR\$1 \$1INSUFFICIENT\$1CAPACITY\$1AZ EC2
<a name="INTERNAL_ERROR_EC2_INSUFFICIENT_CAPACITY_AZ"></a>

## Descripción general de
<a name="INTERNAL_ERROR_EC2_INSUFFICIENT_CAPACITY_AZ_overview"></a>

Un clúster termina con un error `INTERNAL_ERROR_EC2_INSUFFICIENT_CAPACITY_AZ` cuando la zona de disponibilidad seleccionada no tiene capacidad suficiente para cumplir con la solicitud de tipo de instancia de Amazon EC2. La subred que seleccione para un clúster determina la zona de disponibilidad. Para obtener más información sobre las subredes para Amazon EMR, consulte [Configuración de redes en una VPC para Amazon EMR](emr-plan-vpc-subnet.md).

## Resolución
<a name="INTERNAL_ERROR_EC2_INSUFFICIENT_CAPACITY_AZ_resolution"></a>

Para resolver este error, modifique las configuraciones del tipo de instancia y cree un clúster nuevo con la solicitud actualizada.

Para solucionar los problemas del clúster de EMR que ha fallado, consulte `ErrorDetail` la información devuelta por y. `DescribeCluster` `ListClusters` APIs Para obtener más información, consulte [Códigos de error con ErrorDetail información en Amazon EMR](emr-troubleshoot-error-errordetail.md). La matriz `ErrorData` de `ErrorDetail` devuelve la siguiente información para este código de error:

**`instance-type`**  
El tipo de instancia que no tiene capacidad.

**`availability-zone`**  
La zona de disponibilidad en la que se resuelve la subred.

**`public-doc`**  
La URL pública de la documentación del código de error.

## Pasos que completar
<a name="INTERNAL_ERROR_EC2_INSUFFICIENT_CAPACITY_AZ_stc"></a>

Siga estos pasos para identificar y corregir la causa raíz del error de configuración del clúster:
+ Revise las prácticas recomendadas para la configuración del clúster. Consulte [Configuración de tipos de instancias de clúster de Amazon EMR y prácticas recomendadas para instancias de Spot](emr-plan-instances-guidelines.md) en la *Guía de administración de Amazon EMR*.
+ Solucione los problemas de lanzamiento y revise la configuración. Consulte [Solución de problemas de lanzamiento de instancias](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/troubleshooting-launch.html) en la *Guía del usuario de Amazon EC2*.
+ Lance un clúster nuevo con la configuración del clúster actualizada.

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

## Descripción general de
<a name="INTERNAL_ERROR_SPOT_PRICE_INCREASE_PRIMARY_overview"></a>

Un clúster termina con un error `INTERNAL_ERROR_SPOT_PRICE_INCREASE_PRIMARY` cuando Amazon EMR no puede gestionar la solicitud de instancia de spot para el nodo principal porque las instancias no están disponibles por el precio máximo de spot o uno inferior. Para obtener más información, consulte [Instancias de spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html) en *Guía del usuario de Amazon EC2*.

## Resolución
<a name="INTERNAL_ERROR_SPOT_PRICE_INCREASE_PRIMARY_resolution"></a>

Para resolver este error, especifique los tipos de instancia para su clúster que estén dentro de su precio objetivo o aumente el límite de precio para el mismo tipo de instancia.

Para solucionar los problemas del clúster de EMR que ha fallado, consulte `ErrorDetail` la información devuelta por y. `DescribeCluster` `ListClusters` APIs Para obtener más información, consulte [Códigos de error con ErrorDetail información en Amazon EMR](emr-troubleshoot-error-errordetail.md). La matriz `ErrorData` de `ErrorDetail` devuelve la siguiente información para este código de error:

**`primary-instance-id`**  
El ID de la instancia principal del clúster que falló.

**`instance-type`**  
El tipo de instancia que no tiene capacidad.

**`availability-zone`**  
La zona de disponibilidad en la que reside la subred.

**`public-doc`**  
La URL pública de la documentación del código de error.

## Pasos que completar
<a name="INTERNAL_ERROR_SPOT_PRICE_INCREASE_PRIMARY_stc"></a>

Siga estos pasos para solucionar los problemas de su estrategia de configuración del clúster y, a continuación, lance un clúster nuevo:

1. Revise las prácticas recomendadas para las instancias de spot de Amazon EC2 y la estrategia de configuración del clúster. Para obtener más información, consulte [Prácticas recomendadas para EC2 Spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-best-practices.html) en la *Guía del usuario de Amazon EC2* y [Configuración de tipos de instancias de clúster de Amazon EMR y prácticas recomendadas para instancias de Spot](emr-plan-instances-guidelines.md).

1. Modifique las configuraciones del tipo de instancia o la zona de disponibilidad y cree un clúster nuevo con la solicitud actualizada.

1. Si el problema persiste, use la capacidad bajo demanda para la instancia principal.

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

## Descripción general de
<a name="INTERNAL_ERROR_SPOT_NO_CAPACITY_PRIMARY_overview"></a>

Un clúster termina con un error `INTERNAL_ERROR_SPOT_NO_CAPACITY_PRIMARY` cuando no hay suficiente capacidad para gestionar una solicitud de instancia de spot para su nodo principal. Para obtener más información, consulte [Instancias de spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html) en *Guía del usuario de Amazon EC2*.

## Resolución
<a name="INTERNAL_ERROR_SPOT_NO_CAPACITY_PRIMARY_resolution"></a>

Para resolver este error, especifique los tipos de instancia para su clúster que estén dentro de su precio objetivo o aumente el límite de precio para el mismo tipo de instancia. 

Para solucionar los problemas del clúster de EMR que ha fallado, consulte `ErrorDetail` la información devuelta por y. `DescribeCluster` `ListClusters` APIs Para obtener más información, consulte [Códigos de error con ErrorDetail información en Amazon EMR](emr-troubleshoot-error-errordetail.md). La matriz `ErrorData` de `ErrorDetail` devuelve la siguiente información para este código de error:

**`primary-instance-id`**  
El ID de la instancia principal del clúster que falló.

**`instance-type`**  
El tipo de instancia que no tiene capacidad.

**`availability-zone`**  
La zona de disponibilidad en la que se resuelve la subred.

**`public-doc`**  
La URL pública de la documentación del código de error.

## Pasos que completar
<a name="INTERNAL_ERROR_SPOT_NO_CAPACITY_PRIMARY_stc"></a>

Siga estos pasos para solucionar los problemas de su estrategia de configuración del clúster y, a continuación, lance un clúster nuevo:

1. Revise las prácticas recomendadas para las instancias de spot de Amazon EC2 y la estrategia de configuración del clúster. Para obtener más información, consulte [Prácticas recomendadas para EC2 Spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-best-practices.html) en la *Guía del usuario de Amazon EC2* y [Configuración de tipos de instancias de clúster de Amazon EMR y prácticas recomendadas para instancias de Spot](emr-plan-instances-guidelines.md).

1. Modifique las configuraciones del tipo de instancia y cree un clúster nuevo con la solicitud actualizada.

1. Si el problema persiste, use la capacidad bajo demanda para la instancia principal.

# Códigos de errores de validación en Amazon EMR
<a name="emr-troubleshoot-error-errordetail-validation"></a>

En las siguientes secciones, se proporciona información sobre la resolución de problemas relacionados con los códigos de errores de validación.

**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>

## Descripción general de
<a name="VALIDATION_ERROR_SUBNET_NOT_FROM_ONE_VPC_overview"></a>

Cuando el clúster y las subredes a las que hace referencia pertenecen a nubes privadas virtuales diferentes (VPCs), el clúster finaliza con un error. `VALIDATION_ERROR_SUBNET_NOT_FROM_ONE_VPC` Puede lanzar clústeres con Amazon EMR con la configuración de las flotas de instancias en las subredes de una VPC. Para obtener más información sobre las flotas de instancias, consulte [Planificación y configuración de flotas de instancias para su clúster de Amazon EMR](emr-instance-fleet.md) en la *Guía de administración de Amazon EMR*.

## Resolución
<a name="VALIDATION_ERROR_SUBNET_NOT_FROM_ONE_VPC_resolution"></a>

Para resolver este error, utilice subredes que pertenezcan a la misma VPC que el clúster.

Para solucionar los problemas del clúster de EMR que ha fallado, consulte `ErrorDetail` la información devuelta por y. `DescribeCluster` `ListClusters` APIs Para obtener más información, consulte [Códigos de error con ErrorDetail información en Amazon EMR](emr-troubleshoot-error-errordetail.md). La matriz `ErrorData` de `ErrorDetail` devuelve la siguiente información para este código de error:

**`vpc`**  
Para cada par subred:VPC, el ID de la VPC a la que pertenece la subred.

**`subnet`**  
Para cada par subred:VPC, el ID de la subred.

**`public-doc`**  
La URL pública de la documentación del código de error.

## Pasos que completar
<a name="VALIDATION_ERROR_SUBNET_NOT_FROM_ONE_VPC_stc"></a>

Siga estos pasos para identificar y corregir el error:

1. Revise las subredes IDs que aparecen en la `ErrorData` matriz y confirme que pertenecen a la VPC en la que desea lanzar el clúster de EMR.

1. Modifique las configuraciones de la subred. Puede usar uno de los siguientes métodos para buscar todas las subredes públicas y privadas disponibles en una VPC.
   + Vaya a la consola de Amazon VPC. Elija **Subredes** y enumere todas las subredes que residen en ellas para su clúster. Región de AWS Para buscar solo subredes públicas o privadas, aplique el filtro de **asignación automática de direcciones** públicas. IPv4 Para buscar y seleccionar subredes en la VPC que utiliza el clúster, utilice la opción **Filtrar por VPC**. Para obtener más información sobre cómo crear subredes, consulte [Creación de una subred](https://docs.aws.amazon.com/vpc/latest/userguide/create-subnets.html) en la *Guía del usuario de Amazon Virtual Private Cloud*.
   + Use el AWS CLI para buscar todas las subredes públicas y privadas disponibles en la VPC que usa su clúster. Para obtener más información, consulte la API [describe-subnets](https://amazonaws.com/ec2/describe-subnets.html). Para crear subredes en una VPC, consulta la API [create-subnet](https://amazonaws.com/ec2/create-subnet.html). 

1. Lance un clúster nuevo con subredes desde la misma VPC que el clúster.

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

## Descripción general de
<a name="VALIDATION_ERROR_SECURITY_GROUP_NOT_FROM_ONE_VPC_overview"></a>

Cuando el clúster y los grupos de seguridad que le asignas pertenecen a nubes privadas virtuales diferentes (VPCs), el clúster finaliza con un error. `VALIDATION_ERROR_SECURITY_GROUP_NOT_FROM_ONE_VPC` Para obtener más información sobre los grupos de seguridad, consulte [Especificación de los grupos de seguridad adicionales administrados por Amazon EMR](emr-sg-specify.md) y [Control del tráfico de red con grupos de seguridad para su clúster de Amazon EMR](emr-security-groups.md).

## Resolución
<a name="VALIDATION_ERROR_SECURITY_GROUP_NOT_FROM_ONE_VPC_resolution"></a>

Para resolver este error, utilice grupos de seguridad que pertenezcan a la misma VPC que el clúster.

Para solucionar los problemas del clúster de EMR que ha fallado, consulte `ErrorDetail` la información devuelta por y. `DescribeCluster` `ListClusters` APIs Para obtener más información, consulte [Códigos de error con ErrorDetail información en Amazon EMR](emr-troubleshoot-error-errordetail.md). La matriz `ErrorData` de `ErrorDetail` devuelve la siguiente información para este código de error:

**`vpc`**  
Para cada par security-group:VPC, el ID de la VPC a la que pertenece el grupo de seguridad.

**`security-group`**  
Para cada par security-group:VPC, el ID del grupo de seguridad.

**`public-doc`**  
La URL pública de la documentación del código de error.

## Pasos que completar
<a name="VALIDATION_ERROR_SECURITY_GROUP_NOT_FROM_ONE_VPC_stc"></a>

Siga estos pasos para identificar y corregir el error:

1. Revise los grupos de seguridad IDs que aparecen en la `ErrorData` matriz y confirme que pertenecen a la VPC en la que desea lanzar el clúster de EMR.

1. Vaya a la consola de Amazon VPC. Elija **Grupos de seguridad** para enumerar todos los grupos de seguridad de la región que seleccione. Busque los grupos de seguridad de la misma VPC que el clúster y, a continuación, modifique la configuración del grupo de seguridad.

1. Lance un clúster nuevo con grupos de seguridad desde la misma VPC que el clúster.

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

## Descripción general de
<a name="VALIDATION_ERROR_INVALID_SSH_KEY_NAME_overview"></a>

Un clúster termina con un error `VALIDATION_ERROR_INVALID_SSH_KEY_NAME` cuando usa un par de claves de Amazon EC2 que no es válido para SSH en la instancia principal. Es posible que el nombre del par de claves sea incorrecto o que el par de claves no exista en la solicitud Región de AWS. Para obtener más información sobre pares de claves, consulte [Pares de claves de Amazon EC2 e instancias de Linux](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-key-pairs.html) en la *Guía del usuario de Amazon EC2*.

## Resolución
<a name="VALIDATION_ERROR_INVALID_SSH_KEY_NAME_resolution"></a>

Para resolver este error, cree un clúster nuevo con un nombre de par de claves SSH válido.

Para solucionar los problemas del clúster de EMR que ha fallado, consulte `ErrorDetail` la información devuelta por y. `DescribeCluster` `ListClusters` APIs Para obtener más información, consulte [Códigos de error con ErrorDetail información en Amazon EMR](emr-troubleshoot-error-errordetail.md). La matriz `ErrorData` de `ErrorDetail` devuelve la siguiente información para este código de error:

**`ssh-key`**  
El nombre del par de claves SSH que proporcionó al crear el clúster.

**`public-doc`**  
La URL pública de la documentación del código de error.

## Pasos que completar
<a name="VALIDATION_ERROR_INVALID_SSH_KEY_NAME_stc"></a>

Siga estos pasos para identificar y corregir el error:

1. Compruebe el *keypair* archivo.pem y confirme que coincide con el nombre de la clave SSH que ve en la consola de Amazon EMR.

1. Vaya a la consola de Amazon EC2. Compruebe que el nombre de la clave SSH que utilizó esté disponible en el Región de AWS clúster que utiliza. La encontrarás Región de AWS junto a tu ID de cuenta en la parte superior de Consola de administración de AWS.

1. Lance un clúster nuevo con un nombre de clave SSH válido.

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

## Descripción general de
<a name="VALIDATION_ERROR_INSTANCE_TYPE_NOT_SUPPORTED_overview"></a>

Un clúster termina con un error `VALIDATION_ERROR_INSTANCE_TYPE_NOT_SUPPORTED` cuando la Región de AWS y las zonas de disponibilidad del clúster no admiten el tipo de instancia especificado para uno o más grupos de instancias. Amazon EMR puede admitir un tipo de instancia en una zona de disponibilidad de una región, pero no en otra. La subred que seleccione para un clúster determina la zona de disponibilidad dentro de la región. Para ver una lista de tipos de instancia y regiones compatibles con Amazon EMR, consulte [Tipos de instancias admitidas con Amazon EMR](emr-supported-instance-types.md).

## Resolución
<a name="VALIDATION_ERROR_INSTANCE_TYPE_NOT_SUPPORTED_resolution"></a>

Para resolver este error, especifique los tipos de instancia para el clúster que Amazon EMR admite en la región y la zona de disponibilidad en la que solicita el clúster.

Para solucionar los problemas del clúster de EMR que ha fallado, consulte `ErrorDetail` la información devuelta por y. `DescribeCluster` `ListClusters` APIs Para obtener más información, consulte [Códigos de error con ErrorDetail información en Amazon EMR](emr-troubleshoot-error-errordetail.md). La matriz `ErrorData` de `ErrorDetail` devuelve la siguiente información para este código de error:

**`instance-types`**  
La lista de tipos de instancia no compatibles.

**`availability-zones`**  
La lista de zonas de disponibilidad en las que se resuelve la subred.

**`public-doc`**  
La URL pública de la documentación del código de error.

## Pasos que completar
<a name="VALIDATION_ERROR_INSTANCE_TYPE_NOT_SUPPORTED_stc"></a>

Siga estos pasos para identificar y corregir el error:

1. Úselo AWS CLI para recuperar los tipos de instancias disponibles en una zona de disponibilidad. Para ello, puede usar el `[ec2 describe-instance-type-offerings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-type-offerings.html)` comando para filtrar los tipos de instancias disponibles por ubicación (Región de AWS o zona de disponibilidad). Por ejemplo, el siguiente comando devuelve los tipos de instancias que se ofrecen en la zona de disponibilidad 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 obtener más información sobre cómo descubrir los tipos de instancia disponibles, consulte [Buscar un tipo de instancia de Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-discovery.html).

1. Tras determinar los tipos de instancia que están disponibles en la misma región y zona de disponibilidad que el clúster, elija una de las siguientes soluciones para continuar: 

   1. Cree un clúster nuevo y elija una subred para el clúster que esté en una zona de disponibilidad en la que el tipo de instancia que ha seleccionado esté disponible y sea compatible con Amazon EMR.

   1. Cree un clúster nuevo en la misma región y subred de Amazon EC2 que el clúster en el que se produjo el error, pero con un tipo de instancia que Amazon EMR admita en esa ubicación. 

Para ver una lista de tipos de instancia y regiones compatibles con Amazon EMR, consulte [Tipos de instancias admitidas con Amazon EMR](emr-supported-instance-types.md). Para comparar las capacidades de los tipos de instancia, consulte [Tipos de instancia de Amazon EC2](https://aws.amazon.com/ec2/instance-types).