

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

# Risolvi gli errori relativi alle attività interrotte in Amazon ECS
<a name="resolve-stopped-errors"></a>

Quando l'attività non riesce ad avviarsi, viene visualizzato un messaggio di errore nella console e nei parametri di output `describe-tasks` (`stoppedReason` e `stopCode`).

Puoi visualizzare le attività interrotte nella console per un'ora. Per visualizzare le attività interrotte, devi modificare l'opzione di filtro. Per ulteriori informazioni, consulta [Visualizza gli errori relativi alle attività interrotte in Amazon ECS](stopped-task-errors.md).

Le pagine seguenti forniscono informazioni sulle attività interrotte.
+ Scopri le modifiche apportate ai messaggi di errore relativi alle attività interrotte.

  [Amazon ECS ha interrotto gli aggiornamenti dei messaggi di errore relativi alle attività](stopped-tasks-error-messages-updates.md)
+ Visualizza le attività interrotte per ottenere informazioni sulle cause.

  [Visualizza gli errori relativi alle attività interrotte in Amazon ECS](stopped-task-errors.md)
+ Scopri i messaggi di errore relativi alle attività interrotte e le possibili cause degli errori.

  [Amazon ECS ha interrotto i messaggi di errore relativi alle attività](stopped-task-error-codes.md)
+ Scopri come verificare la connettività delle attività interrotte e correggere gli errori.

  [Verifica della connettività delle attività interrotte di Amazon ECS](verify-connectivity.md)

# Amazon ECS ha interrotto gli aggiornamenti dei messaggi di errore relativi alle attività
<a name="stopped-tasks-error-messages-updates"></a>

A partire dal 14 giugno 2024, il team Amazon ECS modificherà i messaggi di errore relativi alle attività interrotte come descritto nelle tabelle seguenti. Il `stopCode` non cambierà. Se le tue applicazioni dipendono da stringhe di messaggi di errore precise, devi aggiornare le applicazioni con le nuove stringhe. Per assistenza in caso di domande o problemi, contatta. Supporto AWS

**Nota**  
Consigliamo di non fare affidamento sui messaggi di errore per l'automazione, in quanto tali messaggi di errore sono soggetti a modifiche.

## CannotPullContainerError
<a name="cannot-pull-container-error-changes"></a>


| Vecchio messaggio di errore | Nuovo messaggio di errore | 
| --- | --- | 
| CannotPullContainerError: Risposta di errore dal demone: accesso pull negatorepository, il repository non esiste o potrebbe richiedere 'accesso docker': negato: Utente: roleARN | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonECS/latest/developerguide/stopped-tasks-error-messages-updates.html)  | 
|  CannotPullContainerError: Risposta di errore dal demone: GetimageURI: net/http: richiesta annullata in attesa della connessione |  CannotPullContainerError: L'operazione non può estrarre l'immagine. Controlla la configurazione di rete. Risposta di errore dal demone: Get: net/httpimage: richiesta annullata in attesa della connessione (Client.Timeout superato in attesa delle intestazioni) | 
| CannotPullContainerError<ip><port>: ref pull è stato riprovato 5 volte: failed to copy:: failed open: failed to do request: Get: dial tcp httpReadSeeker: timeout registry-uri i/o  | CannotPullContainerError: L'operazione non può essere estratta image-uri dal registro. registry-uri C'è un problema di connessione tra l'attività e il registro. <port>Controlla la configurazione della rete dell'operazione.: failed to copy: httpReadSeeker: failed open: failed to do request: Getregistry-uri: dial tcp<ip>: timeout i/o  | 

## ResourceNotFoundException
<a name="resourcenotfound-error-changes"></a>


| Vecchio messaggio di errore | Nuovo messaggio di errore | 
| --- | --- | 
| Il recupero di dati segreti dalla Gestione dei segreti AWS region regione: secret: sercretARN ResourceNotFoundException: Secrets Manager non riesce a trovare il segreto specificato. | ResourceNotFoundException: l'operazione non può recuperare il segreto con ARN sercretARN '' da. Gestione dei segreti AWS Verifica se il segreto esiste nella regione specificata. ResourceNotFoundException: Recupero di dati segreti dalla Gestione dei segreti AWS regioneregion: secret: sercretARN ResourceNotFoundException: Secrets Manager non riesce a trovare il segreto specificato. | 

## ResourceInitializationError
<a name="resourceinitialization-error-changes"></a>


| Vecchio messaggio di errore | Nuovo messaggio di errore | 
| --- | --- | 
| ResourceInitializationError<ip><port>: impossibile recuperare i segreti o l'autenticazione del registro: recupero delle risorse di esecuzione non riuscito: impossibile recuperare l'autenticazione del registro ecr: la chiamata di servizio è stata ritentata 3 volte:: invio della richiesta non riuscito a causa di RequestError: Post "https://api.ecr.us-east-1.amazonaws.com/»: dial tcp:: timeout. i/o Verifica la configurazione di rete dell'attività. | ResourceInitializationError: impossibile recuperare i segreti o l'autenticazione del registro: l'attività non può recuperare l'autenticazione del registro da Amazon ECR: c'è un problema di connessione tra l'attività e Amazon ECR. Controlla la configurazione della rete delle tue attività. RequestError: invio della richiesta non riuscito a causa di: Post "https://api.ecr.us-east-1.amazonaws.com«: dial tcp<ip>:<port>: timeout i/o  | 
| ResourceInitializationError: impossibile recuperare segreti o autenticazione del registro: recupero delle risorse di esecuzione non riuscito: impossibile recuperare segreti da ssm: la chiamata al servizio è stata ritentata 5 volte:: contesto della richiesta annullato a causa di RequestCanceled: scadenza del contesto superata | ResourceInitializationError: impossibile recuperare segreti o autenticazione del registro: impossibile recuperare segreti da ssm: L'attività non può recuperare segreti da. AWS Systems Manager Si è verificato un problema di connessione tra l'attività e AWS Systems Manager Parameter Store. Controlla la configurazione della rete della tua attività. RequestCanceled: contesto della richiesta annullato a causa di: scadenza del contesto superata | 
| ResourceInitializationError: impossibile scaricare i file env: comando di download del file: flusso di errore non vuoto:: contesto della richiesta annullato a causa di RequestCanceled: scadenza del contesto superata | ResourceInitializationError: impossibile scaricare i file env: l'attività non può scaricare i file delle variabili di ambiente da Amazon S3. Si è verificato un problema di connessione tra l'attività e Amazon S3. Controlla la configurazione della rete dell'attività. La chiamata di servizio è stata ritentata 5 volte: RequestCanceled: il contesto della richiesta è stato annullato a causa del superamento della scadenza del contesto | 
| ResourceInitializationError: impossibile convalidare il logger args: :signal:killed | ResourceInitializationError: failed to validate logger args: L'attività non riesce a trovare il gruppo di CloudWatch log Amazon definito nella definizione dell'attività. C'è un problema di connessione tra l'attività e Amazon CloudWatch. Controlla la configurazione di rete. : signal: killed | 
| ResourceInitializationError: impossibile recuperare i segreti o l'autenticazione del registro: comando pull fallito:: signal: killed | ResourceInitializationError: impossibile recuperare i segreti o l'autenticazione del registro: controlla la configurazione della rete delle attività.: signal: killed | 

# Visualizza gli errori relativi alle attività interrotte in Amazon ECS
<a name="stopped-task-errors"></a>

Se si verificano dei problemi con l'avvio di un'attività, questa potrebbe essere interrotta a causa di errori dell'applicazione o della configurazione. Ad esempio, quando esegui l'attività, questa visualizza lo stato `PENDING` e poi scompare.

 Se l'attività è stata creata da un servizio Amazon ECS, le azioni intraprese da Amazon ECS per gestire il servizio sono pubblicate negli eventi del servizio. Puoi visualizzare gli eventi nell' Console di gestione AWS,, AWS CLI AWS SDKs, API Amazon ECS o negli strumenti che utilizzano l'API SDKs and. Questi eventi includono l'arresto e la sostituzione di un'attività da parte di Amazon ECS a causa dell'interruzione dell'esecuzione dei container dell'attività o del superamento di troppi controlli dell'integrità effettuati da Elastic Load Balancing.

Se l'attività è stata eseguita su un'istanza di container su Amazon EC2 o computer su esterni, puoi esaminare anche i log di runtime del container e dell'agente Amazon ECS. Questi log si trovano sull'istanza Amazon EC2 dell'host o sul computer esterno. Per ulteriori informazioni, consulta [Visualizzare i log dell'agente container Amazon ECS](logs.md).

## Procedura
<a name="view-stopped-errors-procedure"></a>

------
#### [ Console ]

**Console di gestione AWS**

La seguente procedura può essere utilizzata per verificare la presenza di errori nelle attività arrestate utilizzando la nuova console. Per visualizzare le attività interrotte, devi modificare l'opzione di filtro.

Le attività interrotte rimangono visibili nella console solo per 1 ora.

1. [Apri la console nella versione 2https://console.aws.amazon.com/ecs/.](https://console.aws.amazon.com/ecs/v2)

1. Nel pannello di navigazione scegliere **Cluster**.

1. Nella pagina **Cluster**, scegliere il cluster.

1. Nella *name* pagina **Cluster:**, scegli la scheda **Attività**. 

1. Configura il filtro per visualizzare le attività interrotte. In **Filtra lo stato desiderato**, seleziona **Interrotto**.

   L'opzione **Interrotto** mostra le attività interrotte, mente **Qualsiasi stato desiderato** mostra tutte le attività.

1. Scegli il processo interrotto da ispezionare.

1. Nella riga relativa all'attività interrotta, nella colonna **Stato più recente**, scegli **Interrotto**.

   Una finestra pop-up mostra il motivo dell'interruzione.

------
#### [ AWS CLI ]

1. Elenca i processi arrestati in un cluster. L'output contiene l'Amazon Resource Name (ARN) del processo, necessario per descrivere il processo. 

   ```
   aws ecs list-tasks \
        --cluster cluster_name \
        --desired-status STOPPED \
        --region region
   ```

1. Descrivi l'attività arrestata per recuperare le informazioni. *Per ulteriori informazioni, consulta [describe-tasks](https://docs.aws.amazon.com/cli/latest/reference/ecs/describe-tasks.html) nella Guida di riferimento. AWS Command Line Interface *

   ```
   aws ecs describe-tasks \
        --cluster cluster_name \
        --tasks arn:aws:ecs:region:account_id:task/cluster_name/task_ID \
        --region region
   ```

Usa i seguenti parametri di output.
+ `stopCode`- Il codice di interruzione indica il motivo per cui un'attività è stata interrotta, ad esempio ResourceInitializationError
+ `StoppedReason` - Il motivo per cui l'attività è stata interrotta.
+ `reason`(nella struttura `containers`) - Il motivo fornisce ulteriori dettagli sul container interrotto.

------

## Fasi successive
<a name="additional-resources"></a>

Visualizza le attività interrotte per ottenere informazioni sulle cause. Per ulteriori informazioni, consulta [Amazon ECS ha interrotto i messaggi di errore relativi alle attività](stopped-task-error-codes.md).

# Amazon ECS ha interrotto i messaggi di errore relativi alle attività
<a name="stopped-task-error-codes"></a>

Di seguito sono riportati i possibili messaggi di errore che potresti ricevere quando l'attività si interrompe in modo imprevisto.

Per verificare la presenza di un messaggio di errore tra le attività interrotte utilizzando il Console di gestione AWS, vedere[Visualizza gli errori relativi alle attività interrotte in Amazon ECS](stopped-task-errors.md).

**Suggerimento**  
Puoi utilizzarlo [Server MCP Amazon ECS](ecs-mcp-introduction.md) con gli assistenti AI per analizzare gli errori delle attività e i log dei container utilizzando il linguaggio naturale.

Ai codici di errore delle attività interrotte è associata una categoria, ad esempio "». ResourceInitializationError Per ulteriori informazioni su ogni categoria, consulta:


| Categoria | Ulteriori informazioni | 
| --- | --- | 
|  TaskFailedToStart  |  [Risoluzione degli errori di Amazon ECS TaskFailedToStart](failed-to-start-error.md)  | 
|  ResourceInitializationError  |  [Risoluzione degli errori di Amazon ECS ResourceInitializationError](resource-initialization-error.md)  | 
| ResourceNotFoundException |  [Risoluzione degli errori di Amazon ECS ResourceNotFoundException](resource-not-found-error.md) | 
|  SpotInterruptionError  |  [Risoluzione degli errori di Amazon ECS SpotInterruption](spot-interruption-errors.md)  | 
|  InternalError  |  [Risoluzione degli errori di Amazon ECS InternalError](internal-error.md)  | 
|  OutOfMemoryError  |  [Risoluzione degli errori di Amazon ECS OutOfMemoryError](out-of-memory.md)  | 
|  ContainerRuntimeError  |  [Risoluzione degli errori di Amazon ECS ContainerRuntimeError](container-runtime-error.md)  | 
|  ContainerRuntimeTimeoutError  |  [Risoluzione degli errori di Amazon ECS ContainerRuntimeTimeoutError](container-runtime-timeout-error.md)  | 
|  CannotStartContainerError  |  [Risoluzione degli errori di Amazon ECS CannotStartContainerError](cannot-start-container.md)  | 
|  CannotStopContainerError  |  [Risoluzione degli errori di Amazon ECS CannotStopContainerError](cannot-stop-container.md)  | 
|  CannotInspectContainerError  |  [Risoluzione degli errori di Amazon ECS CannotInspectContainerError](cannot-inspect-container.md)  | 
|  CannotCreateVolumeError  |  [Risoluzione degli errori di Amazon ECS CannotCreateVolumeError](cannot-create-volume.md)  | 
| CannotPullContainer |  [CannotPullContainer errori di attività in Amazon ECS](task_cannot_pull_image.md)  | 

# Risoluzione degli errori di Amazon ECS TaskFailedToStart
<a name="failed-to-start-error"></a>

Di seguito sono riportati alcuni messaggi di errore `TaskFailedToStart` e le azioni che puoi intraprendere per correggere gli errori. 

Per verificare la presenza di un messaggio di errore tra le attività interrotte utilizzando il Console di gestione AWS, consulta. [Visualizza gli errori relativi alle attività interrotte in Amazon ECS](stopped-task-errors.md)

## Errore EC2 imprevisto durante il tentativo di creare un'interfaccia di rete con l'assegnazione dell'IP pubblico abilitata nella sottorete '*subnet-id*
<a name="subnet-error"></a>

Ciò accade quando un'attività Fargate usa la modalità di rete `awsvpc`, viene eseguita in una sottorete con un indirizzo IP pubblico e la sottorete non dispone di indirizzi IP sufficienti.

Il numero di indirizzi IP disponibili è visibile nella pagina dei dettagli della sottorete nella console Amazon EC2 o utilizzando `[describe-subnets](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-subnets.html)`. Per ulteriori informazioni, consulta [Visualizzazione della sottorete](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-vpcs.html#view-subnet) nella *Guida per l'utente di Amazon VPC*.

Per risolvere questo problema, puoi creare una nuova sottorete in cui eseguire l'attività.

## InternalError: *<reason>*
<a name="internal-error-reason"></a>

Questo errore si verifica quando viene richiesto un allegato ENI. Amazon EC2 gestisce in modo asincrono il provisioning dell'ENI. Il processo di provisioning richiede del tempo. Amazon ECS raggiunge un valore di timeout in caso di lunghi tempi di attesa o errori non segnalati. Ci sono momenti in cui viene eseguito il provisioning dell'ENI, ma il report arriva ad Amazon ECS dopo il timeout dell'errore. In questo caso, Amazon ECS rileva l'errore segnalato dell'attività con un'ENI in uso.

## La definizione dell'attività selezionata non è compatibile con la strategia di elaborazione selezionata
<a name="compute-compatibility"></a>

Questo errore si verifica quando scegli una definizione dell'attività con un tipo di avvio che non corrisponde al tipo di capacità del cluster. Devi selezionare una definizione dell'attività che corrisponda al provider di capacità assegnato al cluster.

## Impossibile collegare l'interfaccia di rete all'indice dei dispositivi inutilizzati
<a name="compute-compatibility-cpu"></a>

Questo errore si verifica quando si utilizza un tipo `awsvpc` di rete e non è sufficiente per CPU/memory l'operazione. Innanzitutto, controlla la CPU per le istanze. Per ulteriori informazioni, consulta [Amazon EC2 instance type specifications](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-instance-type-specifications.html) in *Amazon EC2 instance types*. Prendi il valore della CPU per l'istanza e moltiplicalo ENIs per il numero dell'istanza. Usa questo valore e nella definizione dell'attività.

## AGENTE
<a name="agent-not-started"></a>

L'istanza di container su cui hai provato ad avviare un processo ha un agente attualmente disconnesso. Per prevenire lunghi tempi di attesa per il posizionamento delle attività, la richiesta è stata respinta.

Per informazioni su come risolvere i problemi relativi a un agente disconnesso, consulta [How do I troubleshoot a disconnected Amazon ECS agent?](https://repost.aws/knowledge-center/ecs-agent-disconnected-linux2-ami) (Come posso risolvere i problemi di un agente Amazon ECS disconnesso).

# Risoluzione degli errori di Amazon ECS ResourceInitializationError
<a name="resource-initialization-error"></a>

Di seguito sono riportati alcuni messaggi di errore `ResourceInitialization` e le azioni che puoi intraprendere per correggere gli errori.

Per verificare la presenza di un messaggio di errore tra le attività interrotte utilizzando il Console di gestione AWS, consulta[Visualizza gli errori relativi alle attività interrotte in Amazon ECS](stopped-task-errors.md).

**Topics**
+ [L'attività non può richiamare l'autenticazione del registro da Amazon ECR. Si è verificato un problema di connessione tra l'attività e Amazon ECR. Verifica la configurazione di rete dell'attività.](#unable-to-pull-secrets-ecr)
+ [L'attività non è in grado di scaricare i file delle variabili di ambiente da Amazon S3. Si è verificato un problema di connessione tra l'attività e Amazon S3. Verifica la configurazione di rete dell'attività.](#failed-to-download-env-files)
+ [L'attività non può recuperare segreti da AWS Systems Manager Parameter Store. Controlla la connessione di rete tra l'attività e AWS Systems Manager.](#unable-to-pull-secrets-sys-manager)
+ [L'attività non può estrarre segreti da Gestione dei segreti AWS. Si è verificato un problema di connessione tra l'attività e Secrets Manager. Verifica la configurazione di rete dell'attività.](#unable-to-pull-secrets-asm-no-arn)
+ [L'attività non può recuperare il segreto da Secrets Manager. L'operazione non può recuperare il segreto con ARN *secretARN* '' da Secrets Manager. Verifica se il segreto esiste nella regione specificata.](#unable-to-pull-secrets-asm)
+ [comando pull non riuscito: impossibile recuperare segreti o autenticazione del registro Verifica la configurazione di rete dell'attività.](#pull-command-failed)
+ [L'attività non riesce a trovare il gruppo di CloudWatch log Amazon definito nella definizione dell'attività. C'è un problema di connessione tra l'attività e Amazon CloudWatch. Controlla la configurazione di rete.](#failed-to-initialize-logging-network)
+ [inizializzazione del driver di registrazione non riuscita](#failed-to-initialize-logging)
+ [impossibile invocare i comandi EFS utils per configurare i volumi EFS](#efs-utils-failed)

## L'attività non può richiamare l'autenticazione del registro da Amazon ECR. Si è verificato un problema di connessione tra l'attività e Amazon ECR. Verifica la configurazione di rete dell'attività.
<a name="unable-to-pull-secrets-ecr"></a>

Questo errore indica che l'attività non può connettersi ad Amazon ECR.

Verifica la connessione tra l'attività e Amazon ECR. Per informazioni, consulta [Verifica della connettività delle attività interrotte di Amazon ECS](verify-connectivity.md).

## L'attività non è in grado di scaricare i file delle variabili di ambiente da Amazon S3. Si è verificato un problema di connessione tra l'attività e Amazon S3. Verifica la configurazione di rete dell'attività.
<a name="failed-to-download-env-files"></a>

Questo errore si verifica quando l'attività non può scaricare il file di ambiente da Amazon S3. 

Verifica la connessione tra l'attività e l'endpoint VPC Amazon S3. Per informazioni, consulta [Verifica della connettività delle attività interrotte di Amazon ECS](verify-connectivity.md).

## L'attività non può recuperare segreti da AWS Systems Manager Parameter Store. Controlla la connessione di rete tra l'attività e AWS Systems Manager.
<a name="unable-to-pull-secrets-sys-manager"></a>

Questo errore si verifica quando l'attività non riesce a eseguire il pull dell'immagine definita nella definizione dell'attività usando le credenziali in Systems Manager.

Verifica la connessione tra l'attività e l'endpoint VPC di Systems Manager. Per informazioni, consulta [Verifica della connettività delle attività interrotte di Amazon ECS](verify-connectivity.md).

## L'attività non può estrarre segreti da Gestione dei segreti AWS. Si è verificato un problema di connessione tra l'attività e Secrets Manager. Verifica la configurazione di rete dell'attività.
<a name="unable-to-pull-secrets-asm-no-arn"></a>

Questo errore si verifica quando l'attività non riesce a eseguire il pull dell'immagine definita nella definizione dell'attività usando le credenziali in Secrets Manager. 

L'errore indica che c'è un problema di connettività di rete tra l'endpoint VPC di Systems Manager e l'attività.

Per informazioni su come verificare la connettività tra l'attività e l'endpoint, consulta [Verifica della connettività delle attività interrotte di Amazon ECS](verify-connectivity.md).

## L'attività non può recuperare il segreto da Secrets Manager. L'operazione non può recuperare il segreto con ARN *secretARN* '' da Secrets Manager. Verifica se il segreto esiste nella regione specificata.
<a name="unable-to-pull-secrets-asm"></a>

Questo errore si verifica quando l'attività non riesce a eseguire il pull dell'immagine definita nella definizione dell'attività usando le credenziali in Secrets Manager. 

Questo problema è causato da uno dei seguenti motivi.


| Causa dell'errore. | Esegui questa operazione… | 
| --- | --- | 
|   Problema di connettività di rete tra l'endpoint VPC di Secrets Manager e l'attività. Si tratta di un problema di rete quando viene visualizzata una delle seguenti stringhe nel messaggio di errore: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonECS/latest/developerguide/resource-initialization-error.html)  |  Verifica la connettività tra l'attività e l'endpoint di Secrets Manager. Per ulteriori informazioni, consulta [Verifica della connettività delle attività interrotte di Amazon ECS](verify-connectivity.md).  | 
| Il ruolo di esecuzione dell'attività stabilito nella definizione dell'attività non dispone delle autorizzazioni per Secrets Manager. |  Aggiungi le autorizzazioni necessarie per Secrets Manager al ruolo di esecuzione dell'attività. Per ulteriori informazioni, consulta [Autorizzazioni per Secrets Manager o Systems Manager](task_execution_IAM_role.md#task-execution-secrets).  | 
| L'ARN segreto non esiste | Controlla che l'ARN esista in Secrets Manager. Per informazioni sulla visualizzazione delle immagini, consulta [Trova segreti in Secrets Manager](https://docs.aws.amazon.com/secretsmanager/latest/userguide/manage_search-secret.html) nella Guida per sviluppatori di Secrets Manager. | 

## comando pull non riuscito: impossibile recuperare segreti o autenticazione del registro Verifica la configurazione di rete dell'attività.
<a name="pull-command-failed"></a>

Questo errore si verifica quando l'attività non è in grado di connettersi ad Amazon ECR, Systems Manager o Secrets Manager. Ciò è dovuto a una configurazione errata della rete.

Per risolvere il problema, controlla la connettività tra l'attività e Amazon ECR. Devi inoltre verificare la connettività tra l'attività e il servizio su cui è archiviato il segreto (Systems Manager o Secrets Manager). Per ulteriori informazioni, consulta [Verifica della connettività delle attività interrotte di Amazon ECS](verify-connectivity.md).

## L'attività non riesce a trovare il gruppo di CloudWatch log Amazon definito nella definizione dell'attività. C'è un problema di connessione tra l'attività e Amazon CloudWatch. Controlla la configurazione di rete.
<a name="failed-to-initialize-logging-network"></a>

Questo errore si verifica quando l'attività non riesce a trovare il gruppo di CloudWatch log definito nella definizione dell'attività.

L'errore indica che esiste un problema di connettività di rete tra l'endpoint CloudWatch VPC e l'attività.

Per informazioni su come verificare la connettività tra l'attività e l'endpoint, consulta [Verifica della connettività delle attività interrotte di Amazon ECS](verify-connectivity.md).

## inizializzazione del driver di registrazione non riuscita
<a name="failed-to-initialize-logging"></a>

Questo errore si verifica quando l'attività non riesce a trovare il gruppo di CloudWatch log definito nella definizione dell'attività.

L'errore indica che il CloudWatch gruppo nella definizione dell'attività non esiste.

Usa i seguenti passaggi per trovare i mancanti CloudWatch.

1. Esegui il comando seguente per ottenere le informazioni sulla definizione dell'attività.

   ```
   aws ecs describe-task-definition \ 
       --task-definition task-def-name
   ```

   Osserva l'output di ciascun container e annota il valore `awslogs-group`.

   ```
   "logConfiguration": {
                   "logDriver": "awslogs",
                   "options": {
                       "awslogs-group": "/ecs/example-group",
                       "awslogs-create-group": "true",
                       "awslogs-region": "us-east-1",
                       "awslogs-stream-prefix": "ecs"
                   },
   ```

1. Verifica che il gruppo esista. CloudWatch Per ulteriori informazioni, consulta [Working with log groups and log stream](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/Working-with-log-groups-and-streams.html) nella *Amazon CloudWatch Logs* User Guide.

   Il problema è che il gruppo specificato nella definizione dell'attività non è corretto oppure che il gruppo di log non esiste.

1. Risolvi il problema.    
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonECS/latest/developerguide/resource-initialization-error.html)

## impossibile invocare i comandi EFS utils per configurare i volumi EFS
<a name="efs-utils-failed"></a>

I seguenti problemi potrebbero impedirti di montare i volumi Amazon EFS sulle tue attività:
+ Il file system Amazon EFS non è configurato in modo corretto.
+ L'attività non dispone delle autorizzazioni necessarie.
+ Ci sono problemi relativi alle configurazioni di rete e VPC.

 Per informazioni su come eseguire il debug e risolvere questo problema, consulta [Perché non posso montare i miei volumi Amazon EFS sulle mie AWS Fargate attività su](https://repost.aws/knowledge-center/fargate-unable-to-mount-efs) AWS re:POST.

# Risoluzione degli errori di Amazon ECS ResourceNotFoundException
<a name="resource-not-found-error"></a>

Di seguito sono riportati alcuni messaggi di errore ` ResourceNotFoundException` e le azioni che puoi intraprendere per correggere gli errori.

Per verificare la presenza di un messaggio di errore tra le attività interrotte utilizzando il Console di gestione AWS, consulta[Visualizza gli errori relativi alle attività interrotte in Amazon ECS](stopped-task-errors.md).

## L'operazione non può recuperare il segreto con ARN *sercretARN* '' da. Gestione dei segreti AWS Verifica se il segreto esiste nella regione specificata.
<a name="unable-to-pull-secrets-ecr"></a>

Questo errore si verifica quando l'attività non è in grado di recuperare il segreto da Secrets Manager. Ciò significa che il segreto specificato nella definizione dell'attività (e contenuto nel messaggio di errore) non esiste in Secrets Manager. 

Nel messaggio di errore è indicata la regione.

Il recupero di dati segreti dalla Gestione dei segreti AWS regione*region*: secret: *sercretARN* ResourceNotFoundException: Secrets Manager non riesce a trovare il segreto specificato.

Per informazioni su come trovare un segreto, consulta [Scopri i segreti in Gestione dei segreti AWS](https://docs.aws.amazon.com/secretsmanager/latest/userguide/manage_search-secret.html) nella *Guida per l'utente di Gestione dei segreti AWS *.

Usa la seguente tabella per individuare e risolvere l'errore.


| Problema | Azioni | 
| --- | --- | 
| Il segreto si trova in una regione diversa rispetto a quella della definizione dell'attività. |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonECS/latest/developerguide/resource-not-found-error.html) | 
| La definizione dell'attività contiene un ARN segreto errato. Il segreto corretto esiste in Secrets Manager. | Aggiorna la definizione dell'attività con il segreto corretto. Per ulteriori informazioni, consulta [Aggiornamento di una definizione di attività Amazon ECS attraverso la console](update-task-definition-console-v2.md) o [RegisterTaskDefinition](https://docs.aws.amazon.com/AmazonECS/latest/APIReference/API_RegisterTaskDefinition.html)consulta l'Amazon Elastic Container Service API Reference. | 
| Il segreto non esiste più. |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonECS/latest/developerguide/resource-not-found-error.html)  | 

# Risoluzione degli errori di Amazon ECS SpotInterruption
<a name="spot-interruption-errors"></a>

L'`SpotInterruption`errore ha diverse ragioni per Fargate e. EC2s 

Per verificare la presenza di un messaggio di errore tra le attività interrotte utilizzando il Console di gestione AWS, vedere[Visualizza gli errori relativi alle attività interrotte in Amazon ECS](stopped-task-errors.md).

## Fargate
<a name="fargate-spot-error"></a>

L'errore `SpotInterruption` si verifica quando non c'è capacità Fargate Spot o quando Fargate riprende la capacità spot.

Per aumentare la capacità, puoi eseguire le tue attività in più zone di disponibilità.

## EC2
<a name="ec2-spot-error"></a>

Questo errore si verifica quando non ci sono istanze spot disponibili o quando EC2 riprende la capacità delle istanze spot. 

Per aumentare la capacità, puoi eseguire le tue istanze in più zone di disponibilità.

# Risoluzione degli errori di Amazon ECS InternalError
<a name="internal-error"></a>

**Si applica a**: Fargate

Per verificare la presenza di un messaggio di errore tra le attività interrotte utilizzando il Console di gestione AWS, vedere[Visualizza gli errori relativi alle attività interrotte in Amazon ECS](stopped-task-errors.md).

L'errore `InternalError` si verifica quando l'agente rileva un errore interno imprevisto, non correlato al runtime.

Questo errore si verifica solo se si utilizza la piattaforma versione `1.4` o una versione successiva.

Per informazioni su come effettuare il debug e risolvere il problema, consulta [Amazon ECS ha interrotto i messaggi di errore relativi alle attività](stopped-task-error-codes.md).

# Risoluzione degli errori di Amazon ECS OutOfMemoryError
<a name="out-of-memory"></a>

Di seguito sono riportati alcuni messaggi OutOfMemoryError di errore e le azioni che è possibile eseguire per correggere gli errori.

Per verificare la presenza di un messaggio di errore tra le attività interrotte utilizzando il Console di gestione AWS, consulta[Visualizza gli errori relativi alle attività interrotte in Amazon ECS](stopped-task-errors.md).

## container interrotto a causa dell'utilizzo della memoria
<a name="container-memory-usage"></a>

Questo errore si verifica quando un container si chiude a causa di attività al suo interno che consumano più memoria di quella allocata nella definizione di attività oppure a causa di limitazioni dell'host o del sistema operativo.

# Risoluzione degli errori di Amazon ECS ContainerRuntimeError
<a name="container-runtime-error"></a>

Di seguito sono riportati alcuni messaggi ContainerRuntimeError di errore e azioni che è possibile eseguire per correggere gli errori.

Per verificare la presenza di un messaggio di errore tra le attività interrotte utilizzando il Console di gestione AWS, consulta[Visualizza gli errori relativi alle attività interrotte in Amazon ECS](stopped-task-errors.md).

## ContainerRuntimeError
<a name="container-runtime-error-1"></a>

Questo errore si verifica quando l'agente riceve un errore non previsto da `containerd` per un'operazione specifica del runtime. Questo errore in genere è causato da un errore interno nell'agente o nel runtime di `containerd`.

Questo errore si verifica solo se si utilizza la versione `1.4.0` della piattaforma o versioni successive (Linux) o `1.0.0` o versioni successive (Windows).

Per informazioni su come eseguire il debug e risolvere questo problema, consulta [Why is my Amazon ECS task Stopped](https://repost.aws/knowledge-center/ecs-task-stopped) on AWS re:post.

# Risoluzione degli errori di Amazon ECS ContainerRuntimeTimeoutError
<a name="container-runtime-timeout-error"></a>

Di seguito sono riportati alcuni messaggi ContainerRuntimeTimeoutError di errore e le azioni che è possibile eseguire per correggere gli errori.

Per verificare la presenza di un messaggio di errore tra le attività interrotte utilizzando il Console di gestione AWS, consulta[Visualizza gli errori relativi alle attività interrotte in Amazon ECS](stopped-task-errors.md).

## Impossibile passare all'esecuzione; timeout dopo 1 minuto di attesa o errore di timeout Docker
<a name="container-runtime-timeout-error-1"></a>

Questo errore si verifica quando un container non è in grado di passare a uno stato `RUNNING` o `STOPPED` entro il periodo di timeout. Il motivo e il valore di timeout vengono forniti nel messaggio di errore.

# Risoluzione degli errori di Amazon ECS CannotStartContainerError
<a name="cannot-start-container"></a>

Di seguito sono riportati alcuni messaggi CannotStartContainerError di errore e le azioni che è possibile eseguire per correggere gli errori.

Per verificare la presenza di un messaggio di errore tra le attività interrotte utilizzando il Console di gestione AWS, consulta[Visualizza gli errori relativi alle attività interrotte in Amazon ECS](stopped-task-errors.md).

## impossibile ottenere lo stato del contenitore: *<reason>*
<a name="cannot-start-container-1"></a>

Questo errore si verifica quando un container non può essere avviato.

Se il container tenta di superare la memoria specificata qui, viene arrestato. Aumentare la memoria presentata al container. Questo è il parametro `memory` nella definizione dell'attività. Per ulteriori informazioni, consulta [Memoria](task_definition_parameters.md#container_definition_memory).

# Risoluzione degli errori di Amazon ECS CannotStopContainerError
<a name="cannot-stop-container"></a>

Di seguito sono riportati alcuni messaggi CannotStopContainerError di errore e azioni che è possibile eseguire per correggere gli errori.

Per verificare la presenza di un messaggio di errore tra le attività interrotte utilizzando il Console di gestione AWS, consulta[Visualizza gli errori relativi alle attività interrotte in Amazon ECS](stopped-task-errors.md).

## CannotStopContainerError
<a name="cannot-stop-container-1"></a>

Questo errore si verifica quando un container non può essere arrestato.

Per informazioni su come eseguire il debug e risolvere questo problema, consulta [Why is my Amazon ECS task Stopped](https://repost.aws/knowledge-center/ecs-task-stopped) on AWS re:post.

# Risoluzione degli errori di Amazon ECS CannotInspectContainerError
<a name="cannot-inspect-container"></a>

Di seguito sono riportati alcuni messaggi CannotInspectContainerError di errore e azioni che è possibile eseguire per correggere gli errori.

Per verificare la presenza di un messaggio di errore tra le attività interrotte utilizzando il Console di gestione AWS, consulta[Visualizza gli errori relativi alle attività interrotte in Amazon ECS](stopped-task-errors.md).

## CannotInspectContainerError
<a name="cannot-inspect-container-1"></a>

Questo errore si verifica quando l'agente del container non può descrivere il container tramite il runtime del container.

Quando si utilizza la versione della piattaforma `1.3` o una versione precedente, l'agente Amazon ECS restituisce il motivo da Docker.

Quando si utilizza la versione della piattaforma `1.4.0` o successiva (Linux) oppure `1.0.0` o successiva (Windows), l'agente Fargate restituisce il codice errore da `containerd`.

Per informazioni su come eseguire il debug e risolvere questo problema, consulta [Why is my Amazon ECS task Stopped](https://repost.aws/knowledge-center/ecs-task-stopped) on AWS re:post.

# Risoluzione degli errori di Amazon ECS CannotCreateVolumeError
<a name="cannot-create-volume"></a>

Di seguito sono riportati alcuni messaggi CannotCreateVolumeError di errore e le azioni che è possibile eseguire per correggere gli errori.

Per verificare la presenza di un messaggio di errore tra le attività interrotte utilizzando il Console di gestione AWS, consulta[Visualizza gli errori relativi alle attività interrotte in Amazon ECS](stopped-task-errors.md).

## CannotCreateVolumeError
<a name="cannot-create-volume-1"></a>

Questo errore si verifica quando l'agente non è in grado di creare il montaggio del volume specificato nella definizione di attività.

Questo errore si verifica solo se si utilizza la versione `1.4.0` della piattaforma o versioni successive (Linux) o `1.0.0` o versioni successive (Windows).

Per informazioni su come eseguire il debug e risolvere questo problema, consulta [Why is my Amazon ECS task Stopped](https://repost.aws/knowledge-center/ecs-task-stopped) on AWS re:post.

# CannotPullContainer errori di attività in Amazon ECS
<a name="task_cannot_pull_image"></a>

I seguenti errori indicano che l'attività non è stata avviata perché Amazon ECS non riesce a recuperare l'immagine del container specificata.

**Nota**  
La piattaforma Fargate versione 1.4 tronca i messaggi di errore troppo lunghi.

Per verificare la presenza di un messaggio di errore tra le attività interrotte utilizzando il Console di gestione AWS, vedere. [Visualizza gli errori relativi alle attività interrotte in Amazon ECS](stopped-task-errors.md)

**Suggerimento**  
Puoi utilizzare gli assistenti [Server MCP Amazon ECS](ecs-mcp-introduction.md) con intelligenza artificiale per analizzare gli errori di acquisizione delle immagini utilizzando il linguaggio naturale.

**Topics**
+ [L'attività non riesce a eseguire il pull dell'immagine. Verifica che il ruolo disponga delle autorizzazioni necessarie per estrarre le immagini dal registro.](#pull-request-image-not-found)
+ [L'attività non può estrarre *image-name* '' dal repository Amazon ECR ''. *repository URI* Si è verificato un problema di connessione tra l'attività e Amazon ECR. Verifica la configurazione di rete dell'attività.](#pull-image-io-timeout)
+ [L'attività non riesce a eseguire il pull dell'immagine. Controlla la configurazione di rete](#pull-request-image-not-found-network)
+ [CannotPullContainerError: pull image manifest è stato riprovato 5 volte: impossibile risolvere ref](#pull-request-image-tag)
+ [Errore API (500): Get https://111122223333.dkr.ecr.us-east-1.amazonaws.com/v2/: net/http: richiesta annullata in attesa della connessione](#request-canceled)
+ [Errori API](#pull-request-api-error)
+ [write/var/lib/docker/tmp/*GetImageBlob111111111*: non è rimasto spazio sul dispositivo](#pull-request-write-error)
+ [ERRORE: toomanyrequests: Troppe richieste oppure Hai raggiunto il limite di pull rate.](#container-pull-too-many-requests)
+ [Risposta di errore dal demone: Get: net/http*url*: richiesta annullata in attesa della connessione](#container-pull-request-canceled-connection)
+ [ref pull è stato riprovato 1 volta/e: copia non riuscita: apertura fallita: codice di stato imprevisto httpReaderSeeker](#container-pull-failed-open)
+ [accesso pull negato](#container-pull-access-denied.title)
+ [comando pull non riuscito: panic: errore di runtime: indirizzo di memoria non valido oppure dereferenziazione del puntatore nulla](#container-pull-runtime-error.title)
+ [errore durante l'estrazione dell'immagine durante l' conf/error estrazione della configurazione dell'immagine](#container-pull-pulling-image.title)
+ [Contesto annullato](#container-pull-context-canceled)

## L'attività non riesce a eseguire il pull dell'immagine. Verifica che il ruolo disponga delle autorizzazioni necessarie per estrarre le immagini dal registro.
<a name="pull-request-image-not-found"></a>

Questo errore indica che l'attività non è in grado di recuperare l'immagine specificata nella definizione dell'attività a causa di problemi di autorizzazione. 

Per risolvere il problema:

1. Verifica che l'immagine esista in. *repository* Per informazioni sulla visualizzazione delle immagini, consulta [Viewing image details in Amazon ECR](https://docs.aws.amazon.com/AmazonECR/latest/userguide/image-info.html) nella *Guida per l'utente di Amazon Elastic Container Registry*.

1. Verifica di disporre delle *role-arn* autorizzazioni corrette per estrarre l'immagine. 

   Per informazioni su come aggiornare i ruoli, consulta [Aggiornare le autorizzazioni per un ruolo](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_update-role-permissions.html) nella *Guida per l'utente di AWS Identity and Access Management *

   L'attività usa uno dei seguenti ruoli:
   + Per le attività con Fargate, questo è il ruolo di esecuzione delle attività. Per informazioni sulle autorizzazioni aggiuntive per Amazon ECR, [Autorizzazioni per attività Fargate che eseguono il pull delle immagini Amazon ECR su endpoint di interfaccia](task_execution_IAM_role.md#task-execution-ecr-conditionkeys).
   + Per le attività con EC2, questo è il ruolo dell'istanza di container. Per informazioni sulle autorizzazioni aggiuntive per Amazon ECR, [Autorizzazioni Amazon ECR](instance_IAM_role.md#container-instance-role-ecr).

## L'attività non può estrarre *image-name* '' dal repository Amazon ECR ''. *repository URI* Si è verificato un problema di connessione tra l'attività e Amazon ECR. Verifica la configurazione di rete dell'attività.
<a name="pull-image-io-timeout"></a>

Questo errore indica che l'attività non può connettersi ad Amazon ECR. Verifica la connessione al repository. *repository URI*

Per informazioni su come effettuare la verifica e risolvere questi problemi, consulta [Verifica della connettività delle attività interrotte di Amazon ECS](verify-connectivity.md).

## L'attività non riesce a eseguire il pull dell'immagine. Controlla la configurazione di rete
<a name="pull-request-image-not-found-network"></a>

Questo errore indica che l'attività non può connettersi ad Amazon ECR.

Per informazioni su come effettuare la verifica e risolvere questi problemi, consulta [Verifica della connettività delle attività interrotte di Amazon ECS](verify-connectivity.md).

## CannotPullContainerError: pull image manifest è stato riprovato 5 volte: impossibile risolvere ref
<a name="pull-request-image-tag"></a>

Questo errore indica che l'attività non è in grado di eseguire il pull dell'immagine.

Per risolvere questo, puoi:
+ Verifica che l'immagine specificata nella definizione dell'attività corrisponda all'immagine nel repository.
+ Amazon ECS impone la stabilità della versione dell'immagine. Se l'immagine originale non è più disponibile, viene mostrato questo errore. Il tag dell'immagine fa parte dell'applicazione di questo comportamento. Modifica l'immagine nella definizione dell'attività utilizzando una versione specifica invece del tag :latest. Per ulteriori informazioni, consulta [Risoluzione dell’immagine del container](deployment-type-ecs.md#deployment-container-image-stability).

Per informazioni su come effettuare la verifica e risolvere questi problemi, consulta [Verifica della connettività delle attività interrotte di Amazon ECS](verify-connectivity.md).

## Errore API (500): Get https://111122223333.dkr.ecr.us-east-1.amazonaws.com/v2/: net/http: richiesta annullata in attesa della connessione
<a name="request-canceled"></a>

Questo errore indica che la connessione è scaduta perché non esiste una route a Internet.

Per risolvere questo problema, puoi procedere in questi modi:
+ Per le attività in sottoreti pubbliche, puoi specificare **ENABLED** (ABILITATO) per **Assegna automaticamente IP pubblico** all'avvio del processo. Per ulteriori informazioni, consulta [Esecuzione di un'applicazione come attività Amazon ECS](standalone-task-create.md).
+ Per le attività in sottoreti private, puoi specificare **DISABLED** (DISABILITATO) per **Assegna automaticamente IP pubblico** all'avvio del processo e quindi configurare un gateway NAT nel VPC per instradare le richieste a Internet. Per ulteriori informazioni, consulta [Gateway NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html) nella *Guida per l'utente di Amazon VPC*. 

## Errori API
<a name="pull-request-api-error"></a>

Questo errore indica un problema di connessione con l'endpoint Amazon ECR.

Per informazioni su come risolvere questo problema, consulta [How can I resolve the Amazon ECR error "CannotPullContainerError: API error» in Amazon ECS sul Supporto sito Web.](https://aws.amazon.com/premiumsupport/knowledge-center/ecs-pull-container-api-error-ecr/)

## write/var/lib/docker/tmp/*GetImageBlob111111111*: non è rimasto spazio sul dispositivo
<a name="pull-request-write-error"></a>

Questo errore indica che lo spazio su disco è insufficiente.

Per risolvere questo problema, libera spazio sul disco.

Se stai usando l'AMI ottimizzata per Amazon ECS, puoi utilizzare il comando seguente per recuperare i 20 file più grandi sul tuo file system:

```
du -Sh / | sort -rh | head -20
```

Output di esempio:

```
5.7G    /var/lib/docker/containers/50501b5f4cbf90b406e0ca60bf4e6d4ec8f773a6c1d2b451ed8e0195418ad0d2
1.2G    /var/log/ecs
594M    /var/lib/docker/devicemapper/mnt/c8e3010e36ce4c089bf286a623699f5233097ca126ebd5a700af023a5127633d/rootfs/data/logs
...
```

In alcuni casi, il volume root potrebbe essere compilato da un container in esecuzione. Se il container sta utilizzando il driver di log `json-file` predefinito senza un limite `max-size`, è probabile che il file di log sia responsabile della maggior parte dello spazio occupato. Puoi utilizzare il comando `docker ps` per verificare quale container sta utilizzando lo spazio mappando il nome della directory dall'output sopra l'ID del container. Ad esempio:

```
CONTAINER ID   IMAGE                            COMMAND             CREATED             STATUS              PORTS                            NAMES
50501b5f4cbf   amazon/amazon-ecs-agent:latest   "/agent"            4 days ago          Up 4 days                                            ecs-agent
```

Di default, quando utilizzi il driver di log `json-file`, Docker acquisisce l'output standard (e l'errore standard) di tutti i container e li scrive in file utilizzando il formato JSON. Puoi impostare `max-size` come opzione del driver di log per evitare che il file di log occupi troppo spazio. Per ulteriori informazioni, consulta [Driver di registrazione file JSON](https://docs.docker.com/engine/logging/drivers/json-file/) sulla documentazione di Docker.

La seguente è uno snippet di definizione di container che mostra come usare questa opzione:

```
{
    "log-driver": "json-file",
    "log-opts": {
        "max-size": "256m"
    }
}
```

Se i tuoi log di container utilizzano troppo spazio sul disco, l'alternativa è di utilizzare il driver di log `awslogs`. Il driver di registro invia i `awslogs` log a CloudWatch, il che libera lo spazio su disco che verrebbe altrimenti utilizzato per i registri del contenitore sull'istanza del contenitore. Per ulteriori informazioni, consulta [Invia i log di Amazon ECS a CloudWatch](using_awslogs.md).

Potresti dover aggiornare le dimensioni del disco a cui Docker può accedere.

Per ulteriori informazioni, consulta [CannotPullContainerError: nessuno spazio rimasto](https://repost.aws/questions/QUx6Ix1R1SSNisYSs1Sw8EBA/cannotpullcontainererror-no-space-left-on-device) sul dispositivo.

## ERRORE: toomanyrequests: Troppe richieste oppure Hai raggiunto il limite di pull rate.
<a name="container-pull-too-many-requests"></a>

Questo errore indica che è in atto una limitazione della velocità di Docker Hub.

Se ricevi uno degli errori seguenti, è probabile che si stiano per raggiungere i limiti della frequenza di Docker Hub:

Per ulteriori informazioni sui limiti di frequenza di Docker Hub, consulta [Informazioni sulla limitazione della frequenza di Docker Hub](https://www.docker.com/increase-rate-limits).

Se il limite di frequenza di Docker Hub è stato aumentato ed è necessario autenticare i pull Docker per le istanze di container, consulta [Autenticazione di registri privati per istanze di container](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/private-auth-container-instances.html).

## Risposta di errore dal demone: Get: net/http*url*: richiesta annullata in attesa della connessione
<a name="container-pull-request-canceled-connection"></a>

Questo errore indica che la connessione è scaduta perché non esiste una route a Internet.

Per risolvere questo problema, puoi procedere in questi modi:
+ Per le attività in sottoreti pubbliche, puoi specificare **ENABLED** (ABILITATO) per **Assegna automaticamente IP pubblico** all'avvio del processo. Per ulteriori informazioni, consulta [Esecuzione di un'applicazione come attività Amazon ECS](standalone-task-create.md).
+ Per le attività in sottoreti private, puoi specificare **DISABLED** (DISABILITATO) per **Assegna automaticamente IP pubblico** all'avvio del processo e quindi configurare un gateway NAT nel VPC per instradare le richieste a Internet. Per ulteriori informazioni, consulta [Gateway NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html) nella *Guida per l'utente di Amazon VPC*. 

## ref pull è stato riprovato 1 volta/e: copia non riuscita: apertura fallita: codice di stato imprevisto httpReaderSeeker
<a name="container-pull-failed-open"></a>

Questo errore indica che si è verificato un errore durante la copia di un'immagine.

Per risolvere questo problema, consulta uno dei seguenti articoli:
+ Per i processi Fargate, consulta [Come posso risolvere l'errore "cannotpullcontainererror" per i miei processi Amazon ECS su Fargate](https://aws.amazon.com/premiumsupport/knowledge-center/ecs-fargate-pull-container-error/).
+ Per altri processi, consulta [Come posso risolvere l'errore "cannotpullcontainererror" per i miei processi Amazon ECS](https://aws.amazon.com/premiumsupport/knowledge-center/ecs-pull-container-error/).

## accesso pull negato
<a name="container-pull-access-denied.title"></a>

Questo errore indica che l'immagine non è accessibile.

Per risolvere questo problema, potrebbe essere necessario autenticare il client Docker con Amazon ECR. Per ulteriori informazioni, consulta [Autenticazione del registro privato](https://docs.aws.amazon.com/AmazonECR/latest/userguide/registry_auth.html) nella *Guida per l'utente di Amazon ECR*.

## comando pull non riuscito: panic: errore di runtime: indirizzo di memoria non valido oppure dereferenziazione del puntatore nulla
<a name="container-pull-runtime-error.title"></a>

Questo errore indica che non è possibile accedere all'immagine per via di un indirizzo di memoria non valido o di una dereferenziazione del puntatore nulla.

Per risolvere il problema:
+ Verifica di disporre delle regole del gruppo di sicurezza per accedere ad Amazon S3.
+ Quando utilizzi gli endpoint del gateway, devi aggiungere una route nella tabella di routing per accedere all'endpoint.

## errore durante l'estrazione dell'immagine durante l' conf/error estrazione della configurazione dell'immagine
<a name="container-pull-pulling-image.title"></a>

Questo errore indica che è stato raggiunto un limite di velocità o che si è verificato un errore di rete:

Per risolvere questo problema, consulta [Come posso risolvere l'errore "CannotPullContainerError" nel mio task di tipo di avvio di Amazon ECS EC2](https://repost.aws/knowledge-center/ecs-pull-container-error).

## Contesto annullato
<a name="container-pull-context-canceled"></a>

Questo errore indica che il contesto è stato annullato.

La causa comune di questo errore è che il VPC utilizzato dal processo che non ha un percorso per estrarre l'immagine del container da Amazon ECR.

# Verifica della connettività delle attività interrotte di Amazon ECS
<a name="verify-connectivity"></a>

A volte un'attività si interrompe a causa di un problema di connettività di rete. Potrebbe trattarsi di un problema intermittente, ma molto probabilmente è causato dall'impossibilità dell'attività di connettersi a un endpoint. 

## Test della connettività delle attività
<a name="test-network"></a>

È possibile utilizzare il runbook `AWSSupport-TroubleshootECSTaskFailedToStart` per testare la connettività delle attività. Quando usi il runbook, ti servono le seguenti informazioni sulle risorse:
+ L'ID dell'attività

  Usa l'ID dell'ultima attività non riuscita.
+ Il cluster in cui si trovava l'attività

Per informazioni su come usare il runbook, consulta [https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-aws-troubleshootecstaskfailedtostart.html](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-aws-troubleshootecstaskfailedtostart.html) nel *Riferimento al runbook del servizio di automazione AWS Systems Manager *.

Il runbook analizza l'attività. Puoi visualizzare i risultati nella sezione **Output** per i seguenti problemi che possono impedire l'avvio di un'attività: 
+ Connettività di rete al registro dei container configurato
+ Connettività dell'endpoint VPC
+ Configurazione delle regole del gruppo di sicurezza

## Risoluzione dei problemi degli endpoint VPC
<a name="fix-vpc-endpoints"></a>

Quando il risultato del runbook `AWSSupport-TroubleshootECSTaskFailedToStart` indica un problema con l'endpoint VPC, controlla la seguente configurazione:
+ Il VPC in cui si crea l'endpoint e l'endpoint VPC devono utilizzare il DNS privato.
+ Assicurati di avere un AWS PrivateLink endpoint per il servizio a cui l'attività non può connettersi nello stesso VPC dell'attività. Per ulteriori informazioni, consulta uno dei seguenti argomenti:    
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonECS/latest/developerguide/verify-connectivity.html)
+ Configura una regola in uscita per la sottorete dell'attività che consenta il traffico DNS (TCP) HTTPS sulla porta 443. Per ulteriori informazioni, consulta [Configurare le regole dei gruppi di sicurezza](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/changing-security-group.html#add-remove-security-group-rules) nella *Guida utente di Amazon Elastic Compute Cloud.*.
+ Se usi un server di dominio con nomi personalizzati, conferma le impostazioni della query DNS. La query deve avere accesso in uscita sulla porta 53 e usare i protocolli UDP e TCP. Inoltre, deve disporre di un accesso HTTPS sulla porta 443. Per ulteriori informazioni, consulta [Configurare le regole dei gruppi di sicurezza](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/changing-security-group.html#add-remove-security-group-rules) nella *Guida utente di Amazon Elastic Compute Cloud.*.
+ Se la sottorete è dotata di un ACL di rete, sono necessarie le seguenti regole ACL:
  + Una regola in uscita che consenta il traffico sulle porte 1024-65535.
  + Una regola in entrata che consenta il traffico TCP sulla porta 443.

  Per informazioni su come configurare le regole, consulta [Controllare il traffico verso le sottoreti utilizzando la rete ACLs](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-network-acls.html) nella Guida per l'*utente di Amazon Virtual Private Cloud*.

## Risoluzione dei problemi di rete
<a name="fix-network-issues"></a>

Quando il risultato del runbook `AWSSupport-TroubleshootECSTaskFailedToStart` indica un problema di rete, controlla la seguente configurazione:

### Attività che usano la modalità di rete awsvpc in una sottorete pubblica
<a name="fix-network-issues-fargate-public"></a>

Esegui la configurazione seguente in base al runbook:
+ Per le attività in sottoreti pubbliche, puoi specificare **ENABLED** (ABILITATO) per **Assegna automaticamente IP pubblico** all'avvio del processo. Per ulteriori informazioni, consulta [Esecuzione di un'applicazione come attività Amazon ECS](standalone-task-create.md).
+ È necessario un gateway per gestire il traffico Internet. La tabella di routing per la sottorete dell'attività deve avere una route per il traffico verso il gateway.

  Per ulteriori informazioni, consultare la sezione relativa ad [Aggiungere e rimuovere route da una tabella di routing](https://docs.aws.amazon.com/vpc/latest/userguide/WorkWithRouteTables.html#AddRemoveRoutes) nella *Guida per l'utente di Amazon Virtual Private Cloud*.    
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonECS/latest/developerguide/verify-connectivity.html)
+ Se la sottorete dell'attività è dotata di un ACL di rete, sono necessarie le seguenti regole ACL:
  + Una regola in uscita che consenta il traffico sulle porte 1024-65535.
  + Una regola in entrata che consenta il traffico TCP sulla porta 443.

  Per informazioni su come configurare le regole, consulta [Controllare il traffico verso le sottoreti utilizzando la rete ACLs](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-network-acls.html) nella Guida per l'*utente di Amazon Virtual Private Cloud*.

### Attività che usano la modalità di rete awsvpc in una sottorete privata
<a name="fix-network-issues-fargate-private"></a>

Esegui la configurazione seguente in base al runbook:
+ Scegli **DISABLED** per **assegnare automaticamente l'IP pubblico** all'avvio dell'attività.
+  Configura un gateway NAT nel tuo VPC per instradare le richieste a Internet. Per ulteriori informazioni, consulta [Gateway NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html) nella *Guida per l'utente di Amazon Virtual Private Cloud*. 
+ La tabella di routing per la sottorete dell'attività deve avere una route per il traffico verso il gateway NAT.

  Per ulteriori informazioni, consultare la sezione relativa ad [Aggiungere e rimuovere route da una tabella di routing](https://docs.aws.amazon.com/vpc/latest/userguide/WorkWithRouteTables.html#AddRemoveRoutes) nella *Guida per l'utente di Amazon Virtual Private Cloud*.    
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonECS/latest/developerguide/verify-connectivity.html)
+ Se la sottorete dell'attività è dotata di un ACL di rete, sono necessarie le seguenti regole ACL:
  + Una regola in uscita che consenta il traffico sulle porte 1024-65535.
  + Una regola in entrata che consenta il traffico TCP sulla porta 443.

  Per informazioni su come configurare le regole, consulta [Controllare il traffico verso le sottoreti utilizzando la rete ACLs](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-network-acls.html) nella Guida per l'*utente di Amazon Virtual Private Cloud*.

### Attività che non usano la modalità di rete awsvpc in una sottorete pubblica
<a name="fix-network-issues-ec2-public"></a>

Esegui la configurazione seguente in base al runbook:
+ Seleziona **Attiva** per l'**assegnazione automatica dell'IP** in **Rete per istanze Amazon EC2** quando crei il cluster.

  Questa opzione assegna un indirizzo IP pubblico all'interfaccia di rete primaria dell'istanza.
+ È necessario un gateway per gestire il traffico Internet. La tabella di routing per la sottorete dell'istanza deve avere una route per il traffico verso il gateway.

  Per ulteriori informazioni, consultare la sezione relativa ad [Aggiungere e rimuovere route da una tabella di routing](https://docs.aws.amazon.com/vpc/latest/userguide/WorkWithRouteTables.html#AddRemoveRoutes) nella *Guida per l'utente di Amazon Virtual Private Cloud*.    
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonECS/latest/developerguide/verify-connectivity.html)
+ Se l'istanza della sottorete è dotata di un ACL di rete, sono necessarie le seguenti regole ACL:
  + Una regola in uscita che consenta il traffico sulle porte 1024-65535.
  + Una regola in entrata che consenta il traffico TCP sulla porta 443.

  Per informazioni su come configurare le regole, consulta [Controllare il traffico verso le sottoreti utilizzando la rete ACLs](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-network-acls.html) nella Guida per l'*utente di Amazon Virtual Private Cloud*.

### Attività che non usano la modalità di rete awsvpc in una sottorete privata
<a name="fix-network-issues-fargate-private"></a>

Esegui la configurazione seguente in base al runbook:
+ Seleziona **Disattiva** per l'**assegnazione automatica dell'IP** in **Rete per istanze Amazon EC2** quando crei il cluster.
+  Configura un gateway NAT nel tuo VPC per instradare le richieste a Internet. Per ulteriori informazioni, consulta [Gateway NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html) nella *Guida per l'utente di Amazon VPC*. 
+ La tabella di routing per la sottorete dell'istanza deve avere una route per il traffico verso il gateway NAT.

  Per ulteriori informazioni, consultare la sezione relativa ad [Aggiungere e rimuovere route da una tabella di routing](https://docs.aws.amazon.com/vpc/latest/userguide/WorkWithRouteTables.html#AddRemoveRoutes) nella *Guida per l'utente di Amazon Virtual Private Cloud*.    
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonECS/latest/developerguide/verify-connectivity.html)
+ Se la sottorete dell'attività è dotata di un ACL di rete, sono necessarie le seguenti regole ACL:
  + Una regola in uscita che consenta il traffico sulle porte 1024-65535.
  + Una regola in entrata che consenta il traffico TCP sulla porta 443.

  Per informazioni su come configurare le regole, consulta [Controllare il traffico verso le sottoreti utilizzando la rete ACLs](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-network-acls.html) nella Guida per l'*utente di Amazon Virtual Private Cloud*.