

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