Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Codici di errore con ErrorDetail informazioni in Amazon EMR
<a name="emr-troubleshoot-error-errordetail"></a>

Quando un cluster EMR termina con un errore, `DescribeCluster` e `ListClusters` APIs restituisce un codice di errore e un messaggio di errore. Per alcuni errori del cluster, l'array di dati `ErrorDetail` può aiutarti a risolvere l'errore.

Gli errori che includono un array `ErrorDetail` forniscono i seguenti dettagli:

**`ErrorCode`**  
Un codice di errore univoco che puoi utilizzare per l'accesso programmatico.

**`ErrorData`**  
Un elenco di identificatori in coppie chiave-valore che puoi utilizzare per la programmazione o la ricerca manuale. Per le descrizioni dei valori `ErrorData` inclusi in un codice di errore, consulta la pagina di risoluzione dei problemi relativa al codice di errore.

**`ErrorMessage`**  
Descrizione dell'errore con un collegamento a ulteriori informazioni nella documentazione di Amazon EMR.   
Non è consigliabile analizzare il testo di `ErrorMessage` perché è soggetto a modifiche.

**Topics**
+ [Errori di bootstrap](emr-troubleshoot-error-errordetail-bootstrap.md)
+ [Errori interni](emr-troubleshoot-error-errordetail-internal.md)
+ [Errori di convalida](emr-troubleshoot-error-errordetail-validation.md)

# Codici di errore di errore di bootstrap in Amazon EMR
<a name="emr-troubleshoot-error-errordetail-bootstrap"></a>

Le seguenti sezioni forniscono informazioni sulla risoluzione dei problemi relativi ai codici di errore per gli errori di 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>

## Panoramica di
<a name="BOOTSTRAP_FAILURE_BA_DOWNLOAD_FAILED_WITH_NON_ZERO_CODE_overview"></a>

Quando un cluster termina con un errore `BOOTSTRAP_FAILURE_PRIMARY_WITH_NON_ZERO_CODE`, un'azione di bootstrap non è riuscita nell'istanza primaria. Per ulteriori informazioni sulle operazioni di bootstrap, consulta [Crea azioni di bootstrap per installare software aggiuntivo con un cluster Amazon EMR](emr-plan-bootstrap.md).

## Risoluzione
<a name="BOOTSTRAP_FAILURE_BA_DOWNLOAD_FAILED_WITH_NON_ZERO_CODE_resolution"></a>

Per risolvere questo errore, esamina i dettagli restituiti nell'errore dell'API, modifica lo script dell'operazione di bootstrap e crea un nuovo cluster con l'operazione di bootstrap aggiornata.

Per risolvere il problema relativo al cluster EMR guasto, fare riferimento alle `ErrorDetail` informazioni restituite da e. `DescribeCluster` `ListClusters` APIs Per ulteriori informazioni, consulta [Codici di errore con ErrorDetail informazioni in Amazon EMR](emr-troubleshoot-error-errordetail.md). L'array `ErrorData` all'interno di `ErrorDetail` restituisce le seguenti informazioni per questo codice di errore:

**`primary-instance-id`**  
L'ID dell'istanza primaria in cui l'azione di bootstrap non è riuscita.

**`bootstrap-action`**  
Il numero ordinale dell'operazione di bootstrap che non è riuscita. Uno script con un valore `bootstrap-action` di `1` è la prima azione di bootstrap da eseguire sull'istanza.

**`return-code`**  
Il codice restituito per l'operazione di bootstrap non riuscita.

**`amazon-s3-path`**  
La posizione Amazon S3 dell'azione di bootstrap non riuscita.

**`public-doc`**  
L'URL pubblico della documentazione per il codice di errore.

## Passaggi da completare
<a name="BOOTSTRAP_FAILURE_BA_DOWNLOAD_FAILED_WITH_NON_ZERO_CODE_stc"></a>

Esegui i passaggi seguenti per identificare e correggere la causa principale dell'errore dell'operazione di bootstrap. Quindi avvia un nuovo cluster.

1. Esamina i file di log dell'operazione di bootstrap in Amazon S3 per identificare la causa principale dell'errore. Per ulteriori informazioni su come visualizzare i log di Amazon EMR, consulta [Visualizza i file di log di Amazon EMR](emr-manage-view-web-log-files.md). 

1. Se hai attivato i log del cluster quando hai creato l'istanza, consulta il log `stdout` per ulteriori informazioni. Puoi trovare il log `stdout` per l'operazione di bootstrap in questa posizione Amazon S3: 

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

   Per ulteriori informazioni sui log del cluster, consulta [Configurazione del logging e del debug dei cluster Amazon EMR](emr-plan-debugging.md).

1. Per determinare l'errore dell'operazione di bootstrap, esamina le eccezioni nei log `stdout` e il valore in `return-code` in `ErrorData`.

1. Usa i risultati del passaggio precedente per rivedere l'operazione di bootstrap in modo da evitare le eccezioni o gestirle correttamente quando si verificano.

1. Avvia un nuovo cluster con l'operazione di bootstrap aggiornata.

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

## Panoramica di
<a name="BOOTSTRAP_FAILURE_BA_DOWNLOAD_FAILED_PRIMARY_overview"></a>

Un cluster termina con l'errore `BOOTSTRAP_FAILURE_BA_DOWNLOAD_FAILED_PRIMARY` quando l'istanza primaria non è in grado di scaricare lo script di un'operazione di bootstrap dalla posizione Amazon S3 specificata. Le cause potenziali includono:
+ Il file script dell'operazione di bootstrap non si trova nella posizione Amazon S3 specificata.
+ Il ruolo di servizio per le istanze Amazon EC2 sul cluster (chiamato anche *profilo di istanza EC2 per Amazon EMR*) non dispone delle autorizzazioni per accedere al bucket Amazon S3 in cui risiede lo script dell'operazione di bootstrap. Per ulteriori informazioni sui ruoli di servizio, consulta [Ruolo di servizio per istanze EC2 del cluster (profilo istanza EC2)](emr-iam-role-for-ec2.md).

Per ulteriori informazioni sulle operazioni di bootstrap, consulta [Crea azioni di bootstrap per installare software aggiuntivo con un cluster Amazon EMR](emr-plan-bootstrap.md).

## Risoluzione
<a name="BOOTSTRAP_FAILURE_BA_DOWNLOAD_FAILED_PRIMARY_resolution"></a>

Per risolvere questo errore, assicurati che l'istanza primaria disponga dell'accesso appropriato allo script dell'operazione di bootstrap.

Per risolvere il problema relativo al cluster EMR guasto, fare riferimento alle `ErrorDetail` informazioni restituite da e. `DescribeCluster` `ListClusters` APIs Per ulteriori informazioni, consulta [Codici di errore con ErrorDetail informazioni in Amazon EMR](emr-troubleshoot-error-errordetail.md). L'array `ErrorData` all'interno di `ErrorDetail` restituisce le seguenti informazioni per questo codice di errore:

**`primary-instance-id`**  
L'ID dell'istanza primaria in cui l'azione di bootstrap non è riuscita.

**`bootstrap-action`**  
Il numero ordinale dell'operazione di bootstrap che non è riuscita. Uno script con un valore `bootstrap-action` di `1` è la prima azione di bootstrap da eseguire sull'istanza.

**`amazon-s3-path`**  
La posizione Amazon S3 dell'azione di bootstrap non riuscita.

**`public-doc`**  
L'URL pubblico della documentazione per il codice di errore.

## Passaggi da completare
<a name="BOOTSTRAP_FAILURE_BA_DOWNLOAD_FAILED_PRIMARY_stc"></a>

Esegui i passaggi seguenti per identificare e correggere la causa principale dell'errore dell'operazione di bootstrap. Quindi avvia un nuovo cluster.

**Fasi per la risoluzione dei problemi**

1. Utilizza il valore `amazon-s3-path` dell'array `ErrorData` per trovare lo script dell'operazione di bootstrap pertinente in Amazon S3.

1. Se hai attivato i log del cluster quando hai creato l'istanza, consulta il log `stdout` per ulteriori informazioni. Puoi trovare il log `stdout` per l'operazione di bootstrap in questa posizione Amazon S3: 

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

   Per ulteriori informazioni sui log del cluster, consulta [Configurazione del logging e del debug dei cluster Amazon EMR](emr-plan-debugging.md).

1. Per determinare l'errore dell'operazione di bootstrap, esamina le eccezioni nei log `stdout` e il valore in `return-code` in `ErrorData`.

1. Usa i risultati del passaggio precedente per rivedere l'operazione di bootstrap in modo da evitare le eccezioni o gestirle correttamente quando si verificano.

1. Avvia un nuovo cluster con l'operazione di bootstrap aggiornata.

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

## Panoramica di
<a name="BOOTSTRAP_FAILURE_FILE_NOT_FOUND_PRIMARY_overview"></a>

L'errore `BOOTSTRAP_FAILURE_FILE_NOT_FOUND_PRIMARY` indica che l'istanza primaria non riesce a trovare lo script dell'operazione di bootstrap che l'istanza ha appena scaricato dal bucket Amazon S3 specificato.

## Risoluzione
<a name="BOOTSTRAP_FAILURE_FILE_NOT_FOUND_PRIMARY_resolution"></a>

Per risolvere questo errore, verifica che l'istanza primaria disponga dell'accesso appropriato allo script dell'operazione di bootstrap.

Per risolvere il problema relativo al cluster EMR guasto, fare riferimento alle `ErrorDetail` informazioni restituite da e. `DescribeCluster` `ListClusters` APIs Per ulteriori informazioni, consulta [Codici di errore con ErrorDetail informazioni in Amazon EMR](emr-troubleshoot-error-errordetail.md). L'array `ErrorData` all'interno di `ErrorDetail` restituisce le seguenti informazioni per questo codice di errore:

**`primary-instance-id`**  
L'ID dell'istanza primaria in cui l'azione di bootstrap non è riuscita.

**`bootstrap-action`**  
Il numero ordinale dell'operazione di bootstrap che non è riuscita. Uno script con un valore `bootstrap-action` di `1` è la prima azione di bootstrap da eseguire sull'istanza.

**`amazon-s3-path`**  
La posizione Amazon S3 dell'azione di bootstrap non riuscita.

**`public-doc`**  
L'URL pubblico della documentazione per il codice di errore.

## Passaggi da completare
<a name="BOOTSTRAP_FAILURE_FILE_NOT_FOUND_PRIMARY_stc"></a>

Esegui i passaggi seguenti per identificare e correggere la causa principale dell'errore dell'operazione di bootstrap. Quindi avvia un nuovo cluster.

1. Per trovare lo script dell'operazione di bootstrap pertinente in Amazon S3, utilizza il valore `amazon-s3-path` dell'array `ErrorData`.

1. Esamina i file di log dell'operazione di bootstrap in Amazon S3 per identificare la causa principale dell'errore. Per ulteriori informazioni su come visualizzare i log di Amazon EMR, consulta [Visualizza i file di log di Amazon EMR](emr-manage-view-web-log-files.md).
**Nota**  
Se non hai attivato i log per il tuo cluster, devi creare un nuovo cluster con le stesse configurazioni e operazioni di bootstrap. Per garantire che i log del cluster siano stati attivati, consulta [Configurazione del logging e del debug dei cluster Amazon EMR](emr-plan-debugging.md).

1. Esamina il log `stdout` per le operazioni di bootstrap e conferma che non vi siano processi personalizzati che eliminano i file nella cartella `/emr/instance-controller/lib/bootstrap-actions` sulle istanze primarie. Puoi trovare il log `stdout` per l'operazione di bootstrap in questa posizione Amazon S3: 

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

1. Avvia un nuovo cluster con l'operazione di bootstrap aggiornata.

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

## Panoramica di
<a name="BOOTSTRAP_FAILURE_INSUFFICIENT_DISK_SPACE_PRIMARY_overview"></a>

 L'`BOOTSTRAP_FAILURE_INSUFFICIENT_DISK_SPACE_PRIMARY`errore indica che l'istanza principale non dispone di spazio su disco sufficiente per l'installazione del software necessario. 

## Risoluzione
<a name="BOOTSTRAP_FAILURE_INSUFFICIENT_DISK_SPACE_PRIMARY_resolution"></a>

 Per risolvere questo errore, verifica che l'istanza principale disponga di spazio su disco sufficiente sul volume principale. 

Per risolvere il problema relativo al cluster EMR guasto, fare riferimento alle `ErrorDetail` informazioni restituite da e. `DescribeCluster` `ListClusters` APIs Per ulteriori informazioni, consulta [Codici di errore con ErrorDetail informazioni in Amazon EMR](emr-troubleshoot-error-errordetail.md). L'array `ErrorData` all'interno di `ErrorDetail` restituisce le seguenti informazioni per questo codice di errore:

**`primary-instance-id`**  
L'ID dell'istanza principale con spazio su disco insufficiente.

**`public-doc`**  
L'URL pubblico della documentazione per il codice di errore.

## Passaggi da completare
<a name="BOOTSTRAP_FAILURE_INSUFFICIENT_DISK_SPACE_PRIMARY_stc"></a>

1.  Consulta le best practice per il volume del dispositivo root EBS del tuo cluster. Consulta [Personalizzazione del volume del dispositivo root Amazon EBS](emr-custom-ami-root-volume-size.md) nella *Guida alla gestione di Amazon EMR*. 

1. Avvia un nuovo cluster con un volume del dispositivo root EBS più grande.

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

## Panoramica di
<a name="BOOTSTRAP_FAILURE_INSUFFICIENT_DISK_SPACE_WORKER_overview"></a>

 L'`BOOTSTRAP_FAILURE_INSUFFICIENT_DISK_SPACE_WORKER`errore indica che una o più istanze di lavoro non dispongono di spazio su disco sufficiente per l'installazione del software necessario. 

## Risoluzione
<a name="BOOTSTRAP_FAILURE_INSUFFICIENT_DISK_SPACE_WORKER_resolution"></a>

 Per risolvere questo errore, verifica che le istanze di lavoro abbiano spazio su disco sufficiente sul volume principale. 

Per risolvere il problema relativo al cluster EMR guasto, fare riferimento alle `ErrorDetail` informazioni restituite da e. `DescribeCluster` `ListClusters` APIs Per ulteriori informazioni, consulta [Codici di errore con ErrorDetail informazioni in Amazon EMR](emr-troubleshoot-error-errordetail.md). L'array `ErrorData` all'interno di `ErrorDetail` restituisce le seguenti informazioni per questo codice di errore:

**`worker-instance-ids`**  
Le istanze IDs di lavoro con spazio su disco insufficiente.

**`public-doc`**  
L'URL pubblico della documentazione per il codice di errore.

## Passaggi da completare
<a name="BOOTSTRAP_FAILURE_INSUFFICIENT_DISK_SPACE_WORKER_stc"></a>

1.  Consulta le best practice per il volume del dispositivo root EBS del tuo cluster. Consulta [Personalizzazione del volume del dispositivo root Amazon EBS](emr-custom-ami-root-volume-size.md) nella *Guida alla gestione di Amazon EMR*. 

1. Avvia un nuovo cluster con un volume del dispositivo root EBS più grande.

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

## Panoramica di
<a name="BOOTSTRAP_FAILURE_HIVE_METASTORE_CONNECTION_ERROR_PRIMARY_overview"></a>

 L'`BOOTSTRAP_FAILURE_HIVE_METASTORE_CONNECTION_ERROR_PRIMARY`errore indica che l'istanza principale non è in grado di stabilire una connessione all'Hive Metastore esterno configurato. 

## Risoluzione
<a name="BOOTSTRAP_FAILURE_HIVE_METASTORE_CONNECTION_ERROR_PRIMARY_resolution"></a>

 Per risolvere questo errore, conferma che il tuo Hive Metastore esterno sia configurato correttamente e che l'istanza principale sia autorizzata a connettersi ad esso. 

Per risolvere il problema relativo al cluster EMR guasto, fare riferimento alle `ErrorDetail` informazioni restituite da e. `DescribeCluster` `ListClusters` APIs Per ulteriori informazioni, consulta [Codici di errore con ErrorDetail informazioni in Amazon EMR](emr-troubleshoot-error-errordetail.md). L'array `ErrorData` all'interno di `ErrorDetail` restituisce le seguenti informazioni per questo codice di errore:

**`primary-instance-id`**  
L'ID dell'istanza principale non è in grado di stabilire una connessione all'Hive Metastore esterno configurato.

**`public-doc`**  
L'URL pubblico della documentazione per il codice di errore.

## Passaggi da completare
<a name="BOOTSTRAP_FAILURE_HIVE_METASTORE_CONNECTION_ERROR_PRIMARY_stc"></a>

1.  Consulta le migliori pratiche per configurare un metastore esterno per Hive. Vedi [Configurazione di un](https://docs.aws.amazon.com/emr/latest/ReleaseGuide/emr-metastore-external-hive.html) metastore esterno per Hive. 

1. Avvia un nuovo cluster con la configurazione aggiornata.

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

## Panoramica di
<a name="BOOTSTRAP_FAILURE_HIVE_METASTORE_CONNECTION_ERROR_WORKER_overview"></a>

 L'`BOOTSTRAP_FAILURE_HIVE_METASTORE_CONNECTION_ERROR_WORKER`errore indica che una o più istanze di lavoro non sono in grado di stabilire una connessione all'Hive Metastore esterno configurato. 

## Risoluzione
<a name="BOOTSTRAP_FAILURE_HIVE_METASTORE_CONNECTION_ERROR_WORKER_resolution"></a>

 Per risolvere questo errore, verifica che l'Hive Metastore esterno sia configurato correttamente e che le istanze di lavoro siano autorizzate a connettersi ad esso. 

Per risolvere il problema relativo al cluster EMR guasto, fare riferimento alle `ErrorDetail` informazioni restituite da e. `DescribeCluster` `ListClusters` APIs Per ulteriori informazioni, consulta [Codici di errore con ErrorDetail informazioni in Amazon EMR](emr-troubleshoot-error-errordetail.md). L'array `ErrorData` all'interno di `ErrorDetail` restituisce le seguenti informazioni per questo codice di errore:

**`worker-instance-ids`**  
Le istanze IDs di lavoro che non sono in grado di stabilire una connessione all'Hive Metastore esterno configurato.

**`public-doc`**  
L'URL pubblico della documentazione per il codice di errore.

## Passaggi da completare
<a name="BOOTSTRAP_FAILURE_HIVE_METASTORE_CONNECTION_ERROR_WORKER_stc"></a>

1.  Consulta le best practice per configurare un metastore esterno per Hive. Vedi [Configurazione di un](https://docs.aws.amazon.com/emr/latest/ReleaseGuide/emr-metastore-external-hive.html) metastore esterno per Hive. 

1. Avvia un nuovo cluster con la configurazione aggiornata.

# Codici di errore interni per Amazon EMR
<a name="emr-troubleshoot-error-errordetail-internal"></a>

Le seguenti sezioni forniscono informazioni sulla risoluzione dei problemi relativi ai codici di errore interni, inclusi i codici relativi alla capacità insufficiente o inesistente.

**Topics**
+ [ERRORE\$1INTERNO\$1 EC2 \$1INSUFFICIENT\$1CAPACITY\$1AZ](INTERNAL_ERROR_EC2_INSUFFICIENT_CAPACITY_AZ.md)
+ [INTERNAL\$1ERROR\$1SPOT\$1PRICE\$1INCREASE\$1PRIMARY](INTERNAL_ERROR_SPOT_PRICE_INCREASE_PRIMARY.md)
+ [INTERNAL\$1ERROR\$1SPOT\$1NO\$1CAPACITY\$1PRIMARY](INTERNAL_ERROR_SPOT_NO_CAPACITY_PRIMARY.md)

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

## Panoramica di
<a name="INTERNAL_ERROR_EC2_INSUFFICIENT_CAPACITY_AZ_overview"></a>

Un cluster termina con un errore `INTERNAL_ERROR_EC2_INSUFFICIENT_CAPACITY_AZ` quando la zona di disponibilità selezionata non ha una capacità sufficiente per soddisfare la richiesta del tipo di istanza di Amazon EC2. La sottorete selezionata per un cluster determina la zona di disponibilità. Per ulteriori informazioni sulle sottoreti per Amazon EMR, consulta [Configurazione della rete in un VPC per Amazon EMR](emr-plan-vpc-subnet.md).

## Risoluzione
<a name="INTERNAL_ERROR_EC2_INSUFFICIENT_CAPACITY_AZ_resolution"></a>

Per risolvere questo errore, modifica le configurazioni del tipo di istanza e crea un nuovo cluster con la richiesta aggiornata.

Per risolvere il problema relativo al cluster EMR guasto, fare riferimento alle `ErrorDetail` informazioni restituite da e. `DescribeCluster` `ListClusters` APIs Per ulteriori informazioni, consulta [Codici di errore con ErrorDetail informazioni in Amazon EMR](emr-troubleshoot-error-errordetail.md). L'array `ErrorData` all'interno di `ErrorDetail` restituisce le seguenti informazioni per questo codice di errore:

**`instance-type`**  
Il tipo di istanza che ha esaurito la capacità.

**`availability-zone`**  
La zona di disponibilità in cui si risolve la sottorete.

**`public-doc`**  
L'URL pubblico della documentazione per il codice di errore.

## Passaggi da completare
<a name="INTERNAL_ERROR_EC2_INSUFFICIENT_CAPACITY_AZ_stc"></a>

Esegui i passaggi seguenti per identificare e correggere la causa principale dell'errore di configurazione del cluster:
+ Rivedi le best practice per la configurazione dei cluster. Consulta [Configurazione dei tipi di istanze del cluster Amazon EMR e delle best practice per le istanze Spot](emr-plan-instances-guidelines.md) nella *Guida alla gestione di Amazon EMR*.
+ Risolvi i problemi di avvio e rivedi la configurazione. Consulta [Risolvere i problemi di avvio delle istanze nella Guida](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/troubleshooting-launch.html) per l'utente di *Amazon EC2*.
+ Avvia un nuovo cluster con la configurazione aggiornata.

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

## Panoramica di
<a name="INTERNAL_ERROR_SPOT_PRICE_INCREASE_PRIMARY_overview"></a>

Un cluster termina con un errore `INTERNAL_ERROR_SPOT_PRICE_INCREASE_PRIMARY` quando Amazon EMR non è in grado di soddisfare la richiesta di istanza Spot per il nodo primario perché le istanze non sono disponibili al prezzo Spot massimo o inferiore. Per ulteriori informazioni, consulta [Spot Instances](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html) nella *Guida per l’utente di Amazon EC2*.

## Risoluzione
<a name="INTERNAL_ERROR_SPOT_PRICE_INCREASE_PRIMARY_resolution"></a>

Per risolvere questo errore, specifica i tipi di istanza per il cluster che rientrano nel tuo target di prezzo o aumenta il limite di prezzo per lo stesso tipo di istanza.

Per risolvere il problema relativo al cluster EMR guasto, fare riferimento alle `ErrorDetail` informazioni restituite da e. `DescribeCluster` `ListClusters` APIs Per ulteriori informazioni, consulta [Codici di errore con ErrorDetail informazioni in Amazon EMR](emr-troubleshoot-error-errordetail.md). L'array `ErrorData` all'interno di `ErrorDetail` restituisce le seguenti informazioni per questo codice di errore:

**`primary-instance-id`**  
L'ID per l'istanza primaria del cluster che ha avuto esito negativo.

**`instance-type`**  
Il tipo di istanza che ha esaurito la capacità.

**`availability-zone`**  
La zona di disponibilità in cui risiede la sottorete.

**`public-doc`**  
L'URL pubblico della documentazione per il codice di errore.

## Passaggi da completare
<a name="INTERNAL_ERROR_SPOT_PRICE_INCREASE_PRIMARY_stc"></a>

Esegui i passaggi seguenti per risolvere i problemi relativi alla tua strategia di configurazione del cluster, quindi avvia un nuovo cluster:

1. Esamina le best practice per le istanze Spot di Amazon EC2 e rivedi la tua strategia di configurazione del cluster. Per ulteriori informazioni, consulta [Best practice for EC2 Spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-best-practices.html) nella *Amazon EC2 User* Guide e. [Configurazione dei tipi di istanze del cluster Amazon EMR e delle best practice per le istanze Spot](emr-plan-instances-guidelines.md)

1. Modifica le configurazioni del tipo di istanza o la zona di disponibilità e crea un nuovo cluster con la richiesta aggiornata.

1. Se il problema persiste, utilizza la capacità On-Demand per l'istanza primaria.

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

## Panoramica di
<a name="INTERNAL_ERROR_SPOT_NO_CAPACITY_PRIMARY_overview"></a>

Un cluster termina con un errore `INTERNAL_ERROR_SPOT_NO_CAPACITY_PRIMARY` quando la capacità non è sufficiente per soddisfare una richiesta di istanza Spot per il nodo primario. Per ulteriori informazioni, consulta [Spot Instances](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html) nella *Guida per l’utente di Amazon EC2*.

## Risoluzione
<a name="INTERNAL_ERROR_SPOT_NO_CAPACITY_PRIMARY_resolution"></a>

Per risolvere questo errore, specifica i tipi di istanza per il cluster che rientrano nel tuo target di prezzo o aumenta il limite di prezzo per lo stesso tipo di istanza. 

Per risolvere il problema relativo al cluster EMR guasto, fare riferimento alle `ErrorDetail` informazioni restituite da e. `DescribeCluster` `ListClusters` APIs Per ulteriori informazioni, consulta [Codici di errore con ErrorDetail informazioni in Amazon EMR](emr-troubleshoot-error-errordetail.md). L'array `ErrorData` all'interno di `ErrorDetail` restituisce le seguenti informazioni per questo codice di errore:

**`primary-instance-id`**  
L'ID per l'istanza primaria del cluster che ha avuto esito negativo.

**`instance-type`**  
Il tipo di istanza che ha esaurito la capacità.

**`availability-zone`**  
La zona di disponibilità in cui si risolve la sottorete.

**`public-doc`**  
L'URL pubblico della documentazione per il codice di errore.

## Passaggi da completare
<a name="INTERNAL_ERROR_SPOT_NO_CAPACITY_PRIMARY_stc"></a>

Esegui i passaggi seguenti per risolvere i problemi relativi alla tua strategia di configurazione del cluster, quindi avvia un nuovo cluster:

1. Esamina le best practice per le istanze Spot di Amazon EC2 e rivedi la tua strategia di configurazione del cluster. Per ulteriori informazioni, consulta [Best practice for EC2 Spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-best-practices.html) nella *Amazon EC2 User* Guide e. [Configurazione dei tipi di istanze del cluster Amazon EMR e delle best practice per le istanze Spot](emr-plan-instances-guidelines.md)

1. Modifica le configurazioni dei tipi di istanza e crea un nuovo cluster con la richiesta aggiornata.

1. Se il problema persiste, utilizza la capacità On-Demand per l'istanza primaria.

# Codici di errore di convalida non riuscita in Amazon EMR
<a name="emr-troubleshoot-error-errordetail-validation"></a>

Le seguenti sezioni forniscono informazioni sulla risoluzione dei problemi relativi ai codici di errore per gli errori di convalida.

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

## Panoramica di
<a name="VALIDATION_ERROR_SUBNET_NOT_FROM_ONE_VPC_overview"></a>

Quando il cluster e le sottoreti a cui fai riferimento per il cluster appartengono a diversi cloud privati virtuali (VPCs), il cluster termina con un errore. `VALIDATION_ERROR_SUBNET_NOT_FROM_ONE_VPC` Puoi avviare i cluster con Amazon EMR con la configurazione dei parchi istanze tra le sottoreti in un VPC. Per ulteriori informazioni sui parchi istanze, consulta [Pianificazione e configurazione di flotte di istanze per il tuo cluster Amazon EMR](emr-instance-fleet.md) nella *Guida alla gestione di Amazon EMR*.

## Risoluzione
<a name="VALIDATION_ERROR_SUBNET_NOT_FROM_ONE_VPC_resolution"></a>

Per risolvere questo errore, utilizza sottoreti che appartengono allo stesso VPC del cluster.

Per risolvere il problema relativo al cluster EMR guasto, fare riferimento alle `ErrorDetail` informazioni restituite da e. `DescribeCluster` `ListClusters` APIs Per ulteriori informazioni, consulta [Codici di errore con ErrorDetail informazioni in Amazon EMR](emr-troubleshoot-error-errordetail.md). L'array `ErrorData` all'interno di `ErrorDetail` restituisce le seguenti informazioni per questo codice di errore:

**`vpc`**  
Per ogni coppia subnet:VPC, l'ID del VPC a cui appartiene la sottorete.

**`subnet`**  
Per ogni coppia subnet:VPC, l'ID della sottorete.

**`public-doc`**  
L'URL pubblico della documentazione per il codice di errore.

## Passaggi da completare
<a name="VALIDATION_ERROR_SUBNET_NOT_FROM_ONE_VPC_stc"></a>

Esegui i passaggi seguenti per identificare e correggere l'errore:

1. Esamina le IDs sottoreti elencate nell'`ErrorData`array e verifica che appartengano al VPC in cui desideri avviare il cluster EMR.

1. Modifica le configurazioni delle sottoreti. Puoi utilizzare uno dei metodi seguenti per trovare tutte le sottoreti pubbliche e private disponibili in un VPC.
   + Passa alla console di Amazon VPC. Scegli **Subnet ed elenca tutte le sottoreti** che risiedono all'interno del tuo cluster. Regione AWS **Per trovare solo sottoreti pubbliche o private, applica il filtro Assegna automaticamente gli indirizzi pubblici. IPv4 ** Per trovare e selezionare le sottoreti nel VPC utilizzato dal cluster, utilizza l'opzione **Filtra per VPC**. Per ulteriori informazioni su come creare sottoreti, consulta [Creazione di una sottorete](https://docs.aws.amazon.com/vpc/latest/userguide/create-subnets.html) nella *Guida per l'utente di Amazon Virtual Private Cloud*.
   + Utilizza il AWS CLI per trovare tutte le sottoreti pubbliche e private disponibili nel VPC utilizzato dal cluster. Per ulteriori informazioni, consulta l'API [describe-subnets](https://amazonaws.com/ec2/describe-subnets.html). Per creare nuove sottoreti in un VPC, consulta l'API [create-subnet](https://amazonaws.com/ec2/create-subnet.html). 

1. Avvia un nuovo cluster con sottoreti dallo stesso VPC del cluster.

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

## Panoramica di
<a name="VALIDATION_ERROR_SECURITY_GROUP_NOT_FROM_ONE_VPC_overview"></a>

Quando il cluster e i gruppi di sicurezza assegnati al cluster appartengono a diversi cloud privati virtuali (VPCs), il cluster termina con un errore. `VALIDATION_ERROR_SECURITY_GROUP_NOT_FROM_ONE_VPC` Per ulteriori informazioni sui gruppi di sicurezza, consulta [Specifica dei gruppi di sicurezza gestiti da Amazon EMR e aggiuntivi](emr-sg-specify.md) e [Controlla il traffico di rete con gruppi di sicurezza per il tuo cluster Amazon EMR](emr-security-groups.md).

## Risoluzione
<a name="VALIDATION_ERROR_SECURITY_GROUP_NOT_FROM_ONE_VPC_resolution"></a>

Per risolvere questo errore, utilizza gruppi di sicurezza che appartengono allo stesso VPC del cluster.

Per risolvere il problema relativo al cluster EMR guasto, fare riferimento alle `ErrorDetail` informazioni restituite da e. `DescribeCluster` `ListClusters` APIs Per ulteriori informazioni, consulta [Codici di errore con ErrorDetail informazioni in Amazon EMR](emr-troubleshoot-error-errordetail.md). L'array `ErrorData` all'interno di `ErrorDetail` restituisce le seguenti informazioni per questo codice di errore:

**`vpc`**  
Per ogni coppia security-group:VPC, l'ID del VPC a cui appartiene il gruppo di sicurezza.

**`security-group`**  
Per ogni coppia security-group:VPC, l'ID del gruppo di sicurezza.

**`public-doc`**  
L'URL pubblico della documentazione per il codice di errore.

## Passaggi da completare
<a name="VALIDATION_ERROR_SECURITY_GROUP_NOT_FROM_ONE_VPC_stc"></a>

Esegui i passaggi seguenti per identificare e correggere l'errore:

1. Esamina i gruppi IDs di sicurezza elencati nell'`ErrorData`array e conferma che appartengano al VPC in cui desideri avviare il cluster EMR.

1. Passa alla console di Amazon VPC. Scegli **Gruppi di sicurezza** per elencare tutti i gruppi di sicurezza all'interno della regione selezionata. Trova i gruppi di sicurezza provenienti dallo stesso VPC del cluster, quindi modifica la configurazione del gruppo di sicurezza.

1. Avvia un nuovo cluster con gruppi di sicurezza provenienti dallo stesso VPC del cluster.

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

## Panoramica di
<a name="VALIDATION_ERROR_INVALID_SSH_KEY_NAME_overview"></a>

Un cluster termina con un errore `VALIDATION_ERROR_INVALID_SSH_KEY_NAME` quando utilizzi una coppia di chiavi Amazon EC2 non valida per SSH nell'istanza primaria. Il nome della coppia di chiavi potrebbe non essere corretto o la coppia di chiavi potrebbe non esistere nella richiesta Regione AWS. Per ulteriori informazioni sulle coppie di chiavi, consulta le coppie di [chiavi Amazon EC2 e le istanze Linux](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-key-pairs.html) nella *Amazon* EC2 User Guide.

## Risoluzione
<a name="VALIDATION_ERROR_INVALID_SSH_KEY_NAME_resolution"></a>

Per risolvere questo errore, crea un nuovo cluster con un nome valido per la coppia di chiavi SSH.

Per risolvere il problema relativo al cluster EMR guasto, fare riferimento alle `ErrorDetail` informazioni restituite da e. `DescribeCluster` `ListClusters` APIs Per ulteriori informazioni, consulta [Codici di errore con ErrorDetail informazioni in Amazon EMR](emr-troubleshoot-error-errordetail.md). L'array `ErrorData` all'interno di `ErrorDetail` restituisce le seguenti informazioni per questo codice di errore:

**`ssh-key`**  
Il nome della coppia di chiavi SSH che hai fornito quando hai creato il cluster.

**`public-doc`**  
L'URL pubblico della documentazione per il codice di errore.

## Passaggi da completare
<a name="VALIDATION_ERROR_INVALID_SSH_KEY_NAME_stc"></a>

Esegui i passaggi seguenti per identificare e correggere l'errore:

1. Controlla il tuo *keypair* file.pem e conferma che corrisponda al nome della chiave SSH che vedi nella console Amazon EMR.

1. Passa alla console Amazon EC2. Verifica che il nome della chiave SSH che hai usato sia disponibile nella cartella utilizzata dal Regione AWS cluster. Puoi trovare il tuo ID Regione AWS accanto al tuo account nella parte superiore di Console di gestione AWS.

1. Avvia un nuovo cluster con un nome valido per la chiave SSH.

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

## Panoramica di
<a name="VALIDATION_ERROR_INSTANCE_TYPE_NOT_SUPPORTED_overview"></a>

Un cluster termina con un errore `VALIDATION_ERROR_INSTANCE_TYPE_NOT_SUPPORTED` quando la Regione AWS e le zone di disponibilità del cluster non supportano il tipo di istanza specificato per uno o più gruppi di istanze. Amazon EMR è in grado di supportare un tipo di istanza in una zona di disponibilità all'interno di una Regione ma non in un'altra. La sottorete selezionata per un cluster determina la zona di disponibilità all'interno della regione. Per un elenco dei tipi di istanza e delle regioni supportati da Amazon EMR, consulta [Tipi di istanze supportati con Amazon EMR](emr-supported-instance-types.md).

## Risoluzione
<a name="VALIDATION_ERROR_INSTANCE_TYPE_NOT_SUPPORTED_resolution"></a>

Per risolvere questo errore, specifica i tipi di istanza per il tuo cluster supportati da Amazon EMR nella regione e nella zona di disponibilità in cui richiedi il cluster.

Per risolvere il problema relativo al cluster EMR guasto, fare riferimento alle `ErrorDetail` informazioni restituite da e. `DescribeCluster` `ListClusters` APIs Per ulteriori informazioni, consulta [Codici di errore con ErrorDetail informazioni in Amazon EMR](emr-troubleshoot-error-errordetail.md). L'array `ErrorData` all'interno di `ErrorDetail` restituisce le seguenti informazioni per questo codice di errore:

**`instance-types`**  
L'elenco dei tipi di istanza non supportati.

**`availability-zones`**  
L'elenco delle zone di disponibilità in cui viene risolta la sottorete.

**`public-doc`**  
L'URL pubblico della documentazione per il codice di errore.

## Passaggi da completare
<a name="VALIDATION_ERROR_INSTANCE_TYPE_NOT_SUPPORTED_stc"></a>

Esegui i passaggi seguenti per identificare e correggere l'errore:

1. Utilizzare il AWS CLI per recuperare i tipi di istanza disponibili in una zona di disponibilità. A tale scopo, è possibile utilizzare il `[ec2 describe-instance-type-offerings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-type-offerings.html)` comando per filtrare i tipi di istanze disponibili in base alla posizione (Regione AWS o alla zona di disponibilità). Ad esempio, il comando seguente restituisce i tipi di istanza offerti nella zona di disponibilità specificata, `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
   ```

   Per ulteriori informazioni su come scoprire i tipi di istanza disponibili, consulta [Individuazione di un tipo di istanza Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-discovery.html).

1. Dopo aver determinato i tipi di istanza disponibili nella stessa regione e zona di disponibilità del cluster, scegli una delle seguenti risoluzioni per continuare: 

   1. Crea un nuovo cluster e scegli una sottorete per il cluster in una zona di disponibilità in cui il tipo di istanza è disponibile e supportato da Amazon EMR.

   1. Crea un nuovo cluster nella stessa regione e nella stessa sottorete Amazon EC2 del cluster in cui si è verificato l'errore, ma con un tipo di istanza supportato in quella posizione da Amazon EMR. 

Per un elenco dei tipi di istanza e delle regioni supportati da Amazon EMR, consulta [Tipi di istanze supportati con Amazon EMR](emr-supported-instance-types.md). Per confrontare le funzionalità dei tipi di istanza, consulta [Tipi di istanza Amazon EC2](https://aws.amazon.com/ec2/instance-types).