

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

# Messages d’erreurs liées aux tâches Amazon ECS arrêtées
<a name="stopped-task-error-codes"></a>

Voici les messages d’erreur possibles que vous pouvez recevoir lorsque votre tâche est arrêtée de façon inattendue.

Pour vérifier la présence d'un message d'erreur dans vos tâches arrêtées à l'aide du AWS Management Console, voir[Affichage des erreurs liées aux tâches Amazon ECS arrêtées](stopped-task-errors.md).

**Astuce**  
Vous pouvez utiliser les assistants [Serveur Amazon ECS MCP](ecs-mcp-introduction.md) dotés d'IA pour analyser les échecs de tâches et les journaux de conteneurs en langage naturel.

Les codes d'erreur des tâches arrêtées sont associés à une catégorie, par exemple « ResourceInitializationError ». Pour plus d’informations sur chaque catégorie, consultez les rubriques suivantes :


| Catégorie | En savoir plus | 
| --- | --- | 
|  TaskFailedToStart  |  [Résolution des TaskFailedToStart erreurs Amazon ECS](failed-to-start-error.md)  | 
|  ResourceInitializationError  |  [Résolution des ResourceInitializationError erreurs Amazon ECS](resource-initialization-error.md)  | 
| ResourceNotFoundException |  [Résolution des ResourceNotFoundException erreurs Amazon ECS](resource-not-found-error.md) | 
|  SpotInterruptionError  |  [Résolution des SpotInterruption erreurs Amazon ECS](spot-interruption-errors.md)  | 
|  InternalError  |  [Résolution des InternalError erreurs Amazon ECS](internal-error.md)  | 
|  OutOfMemoryError  |  [Résolution des OutOfMemoryError erreurs Amazon ECS](out-of-memory.md)  | 
|  ContainerRuntimeError  |  [Résolution des ContainerRuntimeError erreurs Amazon ECS](container-runtime-error.md)  | 
|  ContainerRuntimeTimeoutError  |  [Résolution des ContainerRuntimeTimeoutError erreurs Amazon ECS](container-runtime-timeout-error.md)  | 
|  CannotStartContainerError  |  [Résolution des CannotStartContainerError erreurs Amazon ECS](cannot-start-container.md)  | 
|  CannotStopContainerError  |  [Résolution des CannotStopContainerError erreurs Amazon ECS](cannot-stop-container.md)  | 
|  CannotInspectContainerError  |  [Résolution des CannotInspectContainerError erreurs Amazon ECS](cannot-inspect-container.md)  | 
|  CannotCreateVolumeError  |  [Résolution des CannotCreateVolumeError erreurs Amazon ECS](cannot-create-volume.md)  | 
| CannotPullContainer |  [CannotPullContainer erreurs de tâche dans Amazon ECS](task_cannot_pull_image.md)  | 

# Résolution des TaskFailedToStart erreurs Amazon ECS
<a name="failed-to-start-error"></a>

Vous trouverez ci-dessous quelques messages d’erreur `TaskFailedToStart` et les actions que vous pouvez entreprendre pour corriger ces erreurs. 

Pour vérifier la présence d'un message d'erreur dans vos tâches arrêtées à l'aide du AWS Management Console, voir[Affichage des erreurs liées aux tâches Amazon ECS arrêtées](stopped-task-errors.md).

## Erreur EC2 inattendue lors de la tentative de création d'une interface réseau avec l'attribution d'adresses IP publiques activée dans le sous-réseau '*subnet-id*
<a name="subnet-error"></a>

Cela se produit lorsqu’une tâche Fargate utilisant le mode réseau `awsvpc` s’exécute dans un sous-réseau doté d’une adresse IP publique et que le sous-réseau ne possède pas suffisamment d’adresses IP.

Le nombre d’adresses IP disponibles est indiqué sur la page des détails du sous-réseau dans la console Amazon EC2 ou en utilisant `[describe-subnets](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-subnets.html)`. Pour plus d’informations, consultez la section [Afficher votre sous-réseau](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-vpcs.html#view-subnet) dans le *Guide de l’utilisateur Amazon VPC*.

Pour résoudre ce problème, vous pouvez créer un sous-réseau dans lequel exécuter votre tâche.

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

Cette erreur se produit lorsqu'une pièce jointe ENI est demandée. Amazon EC2 gère de manière asynchrone le provisionnement de l'ENI. Le processus de provisionnement prend du temps. Amazon ECS dispose d'un délai d'expiration au cas où les temps d'attente seraient longs ou les défaillance non signalées. Parfois, l'ENI est provisionnée, mais le rapport arrive à Amazon ECS après l'expiration du délai de défaillance. Dans ce cas, Amazon ECS détecte la défaillance de la tâche signalée avec un ENI en cours d'utilisation.

## La définition de tâche sélectionnée n’est pas compatible avec la stratégie de calcul sélectionnée
<a name="compute-compatibility"></a>

Cette erreur se produit lorsque vous avez choisi une définition de tâche dont le type de lancement ne correspond pas au type de capacité du cluster. Vous devez sélectionner une définition de tâche qui correspond au fournisseur de capacité attribué à votre cluster.

## Impossible de connecter l’interface réseau à l’index des appareils non utilisés
<a name="compute-compatibility-cpu"></a>

Cette erreur se produit lorsque vous utilisez le type `awsvpc` de réseau et qu'il n'y en a pas assez CPU/memory pour la tâche. Tout d’abord, vérifiez que les instances sont bien présentes sur l’UC. Pour plus d’informations, consultez la section [Spécifications des types d’instances Amazon EC2](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-instance-type-specifications.html) dans les *Types d’instances Amazon EC2*. Prenez la valeur du processeur pour l'instance et multipliez-la par le nombre de ENIs pour l'instance. Utilisez cette valeur e dans la définition de tâche.

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

L'instance de conteneur avec laquelle vous avez essayé de lancer une tâche comporte un agent qui est actuellement déconnecté. Afin d'éviter de longs délais d'attente pour le placement de la tâche, la demande a été rejetée.

Pour plus d'informations sur la résolution problèmes des agents déconnectés, consultez [Comment résoudre les problèmes liés à un agent Amazon ECS déconnecté ?](https://repost.aws/knowledge-center/ecs-agent-disconnected-linux2-ami).

# Résolution des ResourceInitializationError erreurs Amazon ECS
<a name="resource-initialization-error"></a>

Vous trouverez ci-dessous quelques messages d’erreur `ResourceInitialization` et les actions que vous pouvez entreprendre pour corriger ces erreurs.

Pour vérifier la présence d'un message d'erreur dans vos tâches arrêtées à l'aide du AWS Management Console, voir[Affichage des erreurs liées aux tâches Amazon ECS arrêtées](stopped-task-errors.md).

**Topics**
+ [La tâche ne peut pas extraire l’authentification du registre depuis Amazon ECR. Il existe un problème de connexion entre la tâche et Amazon ECR. Vérifiez la configuration réseau de votre tâche.](#unable-to-pull-secrets-ecr)
+ [La tâche ne peut pas télécharger les fichiers de variables d’environnement à partir d’Amazon S3. Il existe un problème de connexion entre la tâche et Amazon S3. Vérifiez la configuration réseau de votre tâche.](#failed-to-download-env-files)
+ [La tâche ne peut pas extraire les secrets du AWS Systems Manager Parameter Store. Vérifiez votre connexion réseau entre la tâche et AWS Systems Manager.](#unable-to-pull-secrets-sys-manager)
+ [La tâche ne peut pas en extraire des secrets AWS Secrets Manager. Il existe un problème de connexion entre la tâche et Secrets Manager. Vérifiez la configuration réseau de votre tâche.](#unable-to-pull-secrets-asm-no-arn)
+ [La tâche ne peut pas extraire le secret depuis Secrets Manager. La tâche ne peut pas récupérer le secret avec l'ARN « *secretARN* » dans Secrets Manager. Vérifiez si le secret existe dans la région spécifiée.](#unable-to-pull-secrets-asm)
+ [échec de la commande d’extraction : impossible d’extraire les secrets ou l’authentification du registre Vérifiez la configuration réseau de votre tâche.](#pull-command-failed)
+ [La tâche ne trouve pas le groupe de CloudWatch journaux Amazon défini dans la définition de la tâche. Il existe un problème de connexion entre la tâche et Amazon CloudWatch. Vérifiez la configuration de votre réseau.](#failed-to-initialize-logging-network)
+ [échec de l’initialisation du pilote de journalisation](#failed-to-initialize-logging)
+ [échec de l’invocation des commandes EFS utils pour configurer les volumes EFS](#efs-utils-failed)

## La tâche ne peut pas extraire l’authentification du registre depuis Amazon ECR. Il existe un problème de connexion entre la tâche et Amazon ECR. Vérifiez la configuration réseau de votre tâche.
<a name="unable-to-pull-secrets-ecr"></a>

Cette erreur indique que la tâche ne peut pas se connecter à Amazon ECR.

Vérifiez la connexion entre la tâche et Amazon ECR. Pour plus d'informations, consultez [Vérification de la connectivité de la tâche Amazon ECS arrêtée](verify-connectivity.md).

## La tâche ne peut pas télécharger les fichiers de variables d’environnement à partir d’Amazon S3. Il existe un problème de connexion entre la tâche et Amazon S3. Vérifiez la configuration réseau de votre tâche.
<a name="failed-to-download-env-files"></a>

Cette erreur se produit lorsque votre tâche ne parvient pas à télécharger votre fichier d’environnement depuis Amazon S3. 

Vérifiez la connexion entre la tâche et le point de terminaison de VPC Amazon S3. Pour plus d'informations, consultez [Vérification de la connectivité de la tâche Amazon ECS arrêtée](verify-connectivity.md).

## La tâche ne peut pas extraire les secrets du AWS Systems Manager Parameter Store. Vérifiez votre connexion réseau entre la tâche et AWS Systems Manager.
<a name="unable-to-pull-secrets-sys-manager"></a>

Cette erreur se produit lorsque votre tâche ne parvient pas à extraire l’image définie dans la définition de tâche à l’aide des informations d’identification dans Systems Manager.

Vérifiez la connexion entre la tâche et le point de terminaison de VPC Systems Manager. Pour plus d'informations, consultez [Vérification de la connectivité de la tâche Amazon ECS arrêtée](verify-connectivity.md).

## La tâche ne peut pas en extraire des secrets AWS Secrets Manager. Il existe un problème de connexion entre la tâche et Secrets Manager. Vérifiez la configuration réseau de votre tâche.
<a name="unable-to-pull-secrets-asm-no-arn"></a>

Cette erreur se produit lorsque votre tâche ne parvient pas à extraire l’image définie dans la définition de tâche à l’aide des informations d’identification dans Secrets Manager. 

L’erreur indique qu’il existe un problème de connectivité réseau entre le point de terminaison de VPC Systems Manager et la tâche.

Pour en savoir plus sur la vérification de la connectivité entre la tâche et le point de terminaison, consultez la section [Vérification de la connectivité de la tâche Amazon ECS arrêtée](verify-connectivity.md).

## La tâche ne peut pas extraire le secret depuis Secrets Manager. La tâche ne peut pas récupérer le secret avec l'ARN « *secretARN* » dans Secrets Manager. Vérifiez si le secret existe dans la région spécifiée.
<a name="unable-to-pull-secrets-asm"></a>

Cette erreur se produit lorsque votre tâche ne parvient pas à extraire l’image définie dans la définition de tâche à l’aide des informations d’identification dans Secrets Manager. 

Cela peut être dû à l’une des raisons suivantes.


| Cause de l’erreur. | Faites ceci... | 
| --- | --- | 
|   Problème de connectivité réseau entre le point de terminaison de VPC Secrets Manager et la tâche. Le problème est lié au réseau lorsque l’une des chaînes suivantes apparaît dans le message d’erreur : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonECS/latest/developerguide/resource-initialization-error.html)  |  Vérifiez la connectivité entre la tâche et le point de terminaison Secrets Manager. Pour de plus amples informations, veuillez consulter [Vérification de la connectivité de la tâche Amazon ECS arrêtée](verify-connectivity.md).  | 
| Le rôle d’exécution de la tâche défini dans la définition de la tâche ne dispose pas des autorisations nécessaires pour Secrets Manager. |  Ajoutez les autorisations requises pour Secrets Manager au rôle d’exécution de tâche. Pour de plus amples informations, veuillez consulter [Autorisations Secrets Manager ou Systems Manager](task_execution_IAM_role.md#task-execution-secrets).  | 
| L’ARN secret n’existe pas | Vérifiez que l’ARN existe dans Secrets Manager. Pour plus d’informations sur l’affichage de vos images, consultez la section [Rechercher des secrets dans Secrets Manager](https://docs.aws.amazon.com/secretsmanager/latest/userguide/manage_search-secret.html) du Guide du développeur Secrets Manager. | 

## échec de la commande d’extraction : impossible d’extraire les secrets ou l’authentification du registre Vérifiez la configuration réseau de votre tâche.
<a name="pull-command-failed"></a>

Cette erreur se produit lorsque votre tâche ne parvient pas à se connecter à Amazon ECR, Systems Manager ou Secrets Manager. Cela est dû à une mauvaise configuration de votre réseau.

Pour résoudre ce problème, vérifiez la connectivité entre la tâche et Amazon ECR. Vous devez également vérifier la connectivité entre votre tâche et le service qui stocke votre secret (Systems Manager ou Secrets Manager). Pour de plus amples informations, veuillez consulter [Vérification de la connectivité de la tâche Amazon ECS arrêtée](verify-connectivity.md).

## La tâche ne trouve pas le groupe de CloudWatch journaux Amazon défini dans la définition de la tâche. Il existe un problème de connexion entre la tâche et Amazon CloudWatch. Vérifiez la configuration de votre réseau.
<a name="failed-to-initialize-logging-network"></a>

Cette erreur se produit lorsque votre tâche ne trouve pas le groupe de CloudWatch journaux que vous avez défini dans la définition de la tâche.

L'erreur indique qu'il existe un problème de connectivité réseau entre le point de terminaison du CloudWatch VPC et la tâche.

Pour en savoir plus sur la vérification de la connectivité entre la tâche et le point de terminaison, consultez la section [Vérification de la connectivité de la tâche Amazon ECS arrêtée](verify-connectivity.md).

## échec de l’initialisation du pilote de journalisation
<a name="failed-to-initialize-logging"></a>

Cette erreur se produit lorsque votre tâche ne trouve pas le groupe de CloudWatch journaux que vous avez défini dans la définition de la tâche.

L'erreur indique que le CloudWatch groupe dans la définition de tâche n'existe pas.

Suivez les étapes ci-dessous pour trouver les éléments manquants CloudWatch.

1. Exécutez la commande suivante pour obtenir les informations de définition de la tâche.

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

   Examinez le résultat pour chaque conteneur et notez la valeur `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. Vérifiez que le groupe existe. CloudWatch Pour plus d'informations, consultez la section [Utilisation des groupes de journaux et des flux de journaux](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/Working-with-log-groups-and-streams.html) dans le *guide de l'utilisateur Amazon CloudWatch Logs*.

   Le problème est soit que le groupe spécifié dans la définition de la tâche est incorrect, soit que le groupe de journaux n’existe pas.

1. Résolvez le problème.    
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonECS/latest/developerguide/resource-initialization-error.html)

## échec de l’invocation des commandes EFS utils pour configurer les volumes EFS
<a name="efs-utils-failed"></a>

Les problèmes suivants peuvent vous empêcher de monter vos volumes Amazon EFS selon vos demandes :
+ Le système de fichiers Amazon EFS n’est pas configuré correctement.
+ La tâche ne dispose pas des autorisations requises.
+ Certains problèmes sont liés à la configuration réseau et VPC.

 Pour plus d'informations sur la façon de déboguer et de résoudre ce problème, consultez [Pourquoi ne puis-je pas monter mes volumes Amazon EFS sur mes AWS Fargate tâches sur](https://repost.aws/knowledge-center/fargate-unable-to-mount-efs) AWS Re:post.

# Résolution des ResourceNotFoundException erreurs Amazon ECS
<a name="resource-not-found-error"></a>

Vous trouverez ci-dessous quelques messages d’erreur ` ResourceNotFoundException` et les actions que vous pouvez entreprendre pour corriger ces erreurs.

Pour vérifier la présence d'un message d'erreur dans vos tâches arrêtées à l'aide du AWS Management Console, voir[Affichage des erreurs liées aux tâches Amazon ECS arrêtées](stopped-task-errors.md).

## La tâche ne peut pas récupérer le secret dont l'ARN est *sercretARN* « » de AWS Secrets Manager. Vérifiez si le secret existe dans la région spécifiée.
<a name="unable-to-pull-secrets-ecr"></a>

Cette erreur se produit lorsque la tâche ne parvient pas à extraire le secret depuis Secrets Manager. Cela signifie que le secret spécifié dans la définition de la tâche (et contenu dans le message d’erreur) n’existe pas dans Secrets Manager. 

La région figure dans le message d’erreur.

Récupération de données secrètes depuis AWS Secrets Manager la région *region* : secret *sercretARN* : ResourceNotFoundException : Secrets Manager ne trouve pas le secret spécifié.

Pour en savoir plus sur la recherche de Secrets Manager, consultez la section [Rechercher des secrets dans AWS Secrets Manager](https://docs.aws.amazon.com/secretsmanager/latest/userguide/manage_search-secret.html) dans le *Guide de l’utilisateur AWS Secrets Manager *.

Utilisez le tableau suivant pour déterminer et corriger l’erreur.


| Problème | Actions | 
| --- | --- | 
| Le secret se trouve dans une région différente de celle de la définition de la tâche. |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonECS/latest/developerguide/resource-not-found-error.html) | 
| L’ARN secret de la définition de tâche est incorrect. Le secret correct existe dans Secrets Manager. | Mettez à jour la définition de la tâche avec le secret correct. Pour plus d'informations, consultez [Mise à jour d’une définition de tâche Amazon ECS à l’aide de la console](update-task-definition-console-v2.md) ou consultez le [RegisterTaskDefinition](https://docs.aws.amazon.com/AmazonECS/latest/APIReference/API_RegisterTaskDefinition.html)manuel Amazon Elastic Container Service API Reference. | 
| Le secret n’existe plus. |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonECS/latest/developerguide/resource-not-found-error.html)  | 

# Résolution des SpotInterruption erreurs Amazon ECS
<a name="spot-interruption-errors"></a>

L'`SpotInterruption`erreur a différentes raisons pour Fargate et. EC2s 

Pour vérifier la présence d'un message d'erreur dans vos tâches arrêtées à l'aide du AWS Management Console, voir[Affichage des erreurs liées aux tâches Amazon ECS arrêtées](stopped-task-errors.md).

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

L’erreur `SpotInterruption` se produit lorsqu’il n’y a pas de capacité Fargate Spot ou lorsque Fargate récupère la capacité de Fargate Spot.

Vous pouvez exécuter vos tâches dans plusieurs zones de disponibilité pour augmenter la capacité.

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

Cette erreur se produit lorsqu’aucune instance Spot n’est disponible ou lorsqu’EC2 récupère la capacité de l’instance Spot. 

Vous pouvez exécuter vos instances dans plusieurs zones de disponibilité pour augmenter la capacité.

# Résolution des InternalError erreurs Amazon ECS
<a name="internal-error"></a>

**S’applique à** : Fargate

Pour vérifier la présence d'un message d'erreur dans vos tâches arrêtées à l'aide du AWS Management Console, voir[Affichage des erreurs liées aux tâches Amazon ECS arrêtées](stopped-task-errors.md).

L’erreur `InternalError` se produit lorsque l’agent rencontre une erreur interne inattendue, non liée à l’exécution.

Cette erreur se produit uniquement si vous utilisez la version `1.4` ou ultérieure de la plateforme.

Pour plus d’informations sur la manière de déboguer et de résoudre ce problème, consultez la section [Messages d’erreurs liées aux tâches Amazon ECS arrêtées](stopped-task-error-codes.md).

# Résolution des OutOfMemoryError erreurs Amazon ECS
<a name="out-of-memory"></a>

Vous trouverez ci-dessous des messages OutOfMemoryError d'erreur et des actions que vous pouvez entreprendre pour corriger les erreurs.

Pour vérifier la présence d'un message d'erreur dans vos tâches arrêtées à l'aide du AWS Management Console, voir[Affichage des erreurs liées aux tâches Amazon ECS arrêtées](stopped-task-errors.md).

## conteneur supprimé en raison de l’utilisation de la mémoire
<a name="container-memory-usage"></a>

Cette erreur se produit lorsqu’un conteneur est fermé parce que les processus qu’il contient consomment plus de mémoire que celle allouée dans la définition de la tâche, ou en raison de contraintes liées à l’hôte ou au système d’exploitation.

# Résolution des ContainerRuntimeError erreurs Amazon ECS
<a name="container-runtime-error"></a>

Vous trouverez ci-dessous des messages ContainerRuntimeError d'erreur et des actions que vous pouvez entreprendre pour corriger les erreurs.

Pour vérifier la présence d'un message d'erreur dans vos tâches arrêtées à l'aide du AWS Management Console, voir[Affichage des erreurs liées aux tâches Amazon ECS arrêtées](stopped-task-errors.md).

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

Cette erreur se produit lorsque l'agent reçoit une erreur inattendue de `containerd` pour une opération spécifique à l'exécution. Cette erreur est généralement causée par une défaillance interne de l'agent ou de l'environnement d'exécution `containerd`.

Cette erreur se produit uniquement si vous utilisez la version `1.4.0` ou ultérieure de la plateforme (Linux) ou `1.0.0`ou une version ultérieure (Windows).

Pour plus d'informations sur la façon de déboguer et de résoudre ce problème, consultez [Pourquoi ma tâche Amazon ECS est-elle arrêtée](https://repost.aws/knowledge-center/ecs-task-stopped) sur AWS Re:Post.

# Résolution des ContainerRuntimeTimeoutError erreurs Amazon ECS
<a name="container-runtime-timeout-error"></a>

Vous trouverez ci-dessous des messages ContainerRuntimeTimeoutError d'erreur et des actions que vous pouvez entreprendre pour corriger les erreurs.

Pour vérifier la présence d'un message d'erreur dans vos tâches arrêtées à l'aide du AWS Management Console, voir[Affichage des erreurs liées aux tâches Amazon ECS arrêtées](stopped-task-errors.md).

## Impossible de passer à l’exécution ; délai d’attente expiré après une minute ou erreur de délai d’attente Docker.
<a name="container-runtime-timeout-error-1"></a>

Cette erreur se produit lorsqu'un conteneur n'a pas pu passer à l'état `RUNNING` ou `STOPPED` dans le délai d'expiration. La raison et la valeur du délai d'expiration sont fournies dans le message d'erreur.

# Résolution des CannotStartContainerError erreurs Amazon ECS
<a name="cannot-start-container"></a>

Vous trouverez ci-dessous des messages CannotStartContainerError d'erreur et des actions que vous pouvez entreprendre pour corriger les erreurs.

Pour vérifier la présence d'un message d'erreur dans vos tâches arrêtées à l'aide du AWS Management Console, voir[Affichage des erreurs liées aux tâches Amazon ECS arrêtées](stopped-task-errors.md).

## Impossible d'obtenir le statut du conteneur : *<reason>*
<a name="cannot-start-container-1"></a>

Cette erreur se produit lorsqu'un conteneur ne peut pas être démarré.

Si votre conteneur tente de dépasser la mémoire spécifiée ici, il est arrêté. Augmentez la mémoire présentée au conteneur. Il s’agit du paramètre `memory` figurant dans la définition de la tâche. Pour de plus amples informations, veuillez consulter [Mémoire](task_definition_parameters.md#container_definition_memory).

# Résolution des CannotStopContainerError erreurs Amazon ECS
<a name="cannot-stop-container"></a>

Vous trouverez ci-dessous des messages CannotStopContainerError d'erreur et des actions que vous pouvez entreprendre pour corriger les erreurs.

Pour vérifier la présence d'un message d'erreur dans vos tâches arrêtées à l'aide du AWS Management Console, voir[Affichage des erreurs liées aux tâches Amazon ECS arrêtées](stopped-task-errors.md).

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

Cette erreur se produit lorsqu'un conteneur ne peut pas être arrêté.

Pour plus d'informations sur la façon de déboguer et de résoudre ce problème, consultez [Pourquoi ma tâche Amazon ECS est-elle arrêtée](https://repost.aws/knowledge-center/ecs-task-stopped) sur AWS Re:Post.

# Résolution des CannotInspectContainerError erreurs Amazon ECS
<a name="cannot-inspect-container"></a>

Vous trouverez ci-dessous des messages CannotInspectContainerError d'erreur et des actions que vous pouvez entreprendre pour corriger les erreurs.

Pour vérifier la présence d'un message d'erreur dans vos tâches arrêtées à l'aide du AWS Management Console, voir[Affichage des erreurs liées aux tâches Amazon ECS arrêtées](stopped-task-errors.md).

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

Cette erreur se produit lorsque l'agent de conteneur ne peut pas décrire le conteneur via son environnement d'exécution.

Lors de l’utilisation de la version de plateforme `1.3` ou d’une version antérieure, l’agent ECS renvoie le motif de l’erreur à partir de Docker.

Lors de l’utilisation de la version de plateforme `1.4.0` ou ultérieure (Linux) ou de la version de plateforme `1.0.0` ou ultérieure (Windows), l’agent Fargate renvoie le motif de l’erreur depuis `containerd`.

Pour plus d'informations sur la façon de déboguer et de résoudre ce problème, consultez [Pourquoi ma tâche Amazon ECS est-elle arrêtée](https://repost.aws/knowledge-center/ecs-task-stopped) sur AWS Re:Post.

# Résolution des CannotCreateVolumeError erreurs Amazon ECS
<a name="cannot-create-volume"></a>

Vous trouverez ci-dessous des messages CannotCreateVolumeError d'erreur et des actions que vous pouvez entreprendre pour corriger les erreurs.

Pour vérifier la présence d'un message d'erreur dans vos tâches arrêtées à l'aide du AWS Management Console, voir[Affichage des erreurs liées aux tâches Amazon ECS arrêtées](stopped-task-errors.md).

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

Cette erreur se produit lorsque l'agent ne parvient pas à créer le montage de volume spécifié dans la définition de tâche.

Cette erreur se produit uniquement si vous utilisez la version `1.4.0` ou ultérieure de la plateforme (Linux) ou `1.0.0`ou une version ultérieure (Windows).

Pour plus d'informations sur la façon de déboguer et de résoudre ce problème, consultez [Pourquoi ma tâche Amazon ECS est-elle arrêtée](https://repost.aws/knowledge-center/ecs-task-stopped) sur AWS Re:Post.

# CannotPullContainer erreurs de tâche dans Amazon ECS
<a name="task_cannot_pull_image"></a>

Les erreurs suivantes indiquent que la tâche n’a pas pu démarrer, car Amazon ECS ne parvient pas à récupérer l’image de conteneur spécifiée.

**Note**  
La version 1.4 de la plateforme Fargate tronque les messages d'erreur longs.

Pour vérifier la présence d'un message d'erreur dans vos tâches arrêtées à l'aide du AWS Management Console, voir[Affichage des erreurs liées aux tâches Amazon ECS arrêtées](stopped-task-errors.md).

**Astuce**  
Vous pouvez utiliser les assistants dotés [Serveur Amazon ECS MCP](ecs-mcp-introduction.md) d'IA pour étudier les erreurs d'extraction d'images à l'aide du langage naturel.

**Topics**
+ [La tâche ne peut pas extraire l’image. Vérifiez que le rôle dispose des autorisations nécessaires pour extraire des images du registre.](#pull-request-image-not-found)
+ [La tâche ne peut pas extraire *image-name* « » du référentiel Amazon ECR « *repository URI* ». Il existe un problème de connexion entre la tâche et Amazon ECR. Vérifiez la configuration réseau de votre tâche.](#pull-image-io-timeout)
+ [La tâche ne peut pas extraire l’image. Vérification de la configuration de votre réseau](#pull-request-image-not-found-network)
+ [CannotPullContainerError: le manifeste pull image a été réessayé 5 fois : échec de la résolution de la référence](#pull-request-image-tag)
+ [Erreur API (500) : demande Get https://111122223333.dkr.ecr.us-east-1.amazonaws.com/v2/ : net/http : annulée en attendant la connexion](#request-canceled)
+ [Erreur d'API](#pull-request-api-error)
+ [write/var/lib/docker/tmp/*GetImageBlob111111111*: il ne reste plus d'espace sur l'appareil](#pull-request-write-error)
+ [ERREUR : toomanyrequests : trop de requêtes ou vous avez atteint votre limite de taux d’extraction.](#container-pull-too-many-requests)
+ [Réponse d'erreur du démon : Get *url* : net/http : demande annulée en attendant la connexion](#container-pull-request-canceled-connection)
+ [ref pull a été réessayé 1 fois : échec de la copie : échec de l'ouverture httpReaderSeeker : code d'état inattendu](#container-pull-failed-open)
+ [accès en extraction refusé](#container-pull-access-denied.title)
+ [échec de la commande d’extraction : panique : erreur d’exécution : adresse mémoire non valide ou déréférencement de pointeur nul](#container-pull-runtime-error.title)
+ [erreur lors de l' conf/error extraction de l'image lors de la configuration](#container-pull-pulling-image.title)
+ [Contexte annulé](#container-pull-context-canceled)

## La tâche ne peut pas extraire l’image. Vérifiez que le rôle dispose des autorisations nécessaires pour extraire des images du registre.
<a name="pull-request-image-not-found"></a>

Cette erreur indique que la tâche ne peut pas extraire l’image spécifiée dans la définition de la tâche en raison de problèmes d’autorisation. 

Pour résoudre ce problème :

1. Vérifiez que l'image existe dans le*repository*. Pour plus d’informations sur l’affichage de vos images, consultez la section [Affichage des détails des images dans Amazon ECR](https://docs.aws.amazon.com/AmazonECR/latest/userguide/image-info.html) dans le *guide de l’utilisateur d’Amazon Elastic Container Registry*.

1. Vérifiez que vous disposez des autorisations appropriées pour extraire l'image. *role-arn* 

   Pour plus d’informations sur la mise à jour des rôles, consultez la section [Mettre à jour les autorisations d’un rôle](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_update-role-permissions.html) dans le *Guide d’utilisation Gestion des identités et des accès AWS *.

   La tâche utilise l’un des rôles suivants :
   + Pour les tâches utilisant Fargate, il s’agit du rôle d’exécution des tâches. Pour plus d’informations sur les autorisations supplémentaires pour Amazon ECR, consultez la section [Tâches Fargate extrayant des images Amazon ECR via les autorisations des points de terminaison d’interface](task_execution_IAM_role.md#task-execution-ecr-conditionkeys).
   + Pour les tâches avec EC2, il s’agit du rôle d’instance de conteneur. Pour plus d’informations sur les autorisations supplémentaires pour Amazon ECR, consultez la section [Autorisations Amazon ECR](instance_IAM_role.md#container-instance-role-ecr).

## La tâche ne peut pas extraire *image-name* « » du référentiel Amazon ECR « *repository URI* ». Il existe un problème de connexion entre la tâche et Amazon ECR. Vérifiez la configuration réseau de votre tâche.
<a name="pull-image-io-timeout"></a>

Cette erreur indique que la tâche ne peut pas se connecter à Amazon ECR. Vérifiez la connexion au *repository URI* référentiel.

Pour plus d’informations sur la manière de vérifier et de résoudre le problème, consultez la section [Vérification de la connectivité de la tâche Amazon ECS arrêtée](verify-connectivity.md).

## La tâche ne peut pas extraire l’image. Vérification de la configuration de votre réseau
<a name="pull-request-image-not-found-network"></a>

Cette erreur indique que la tâche ne peut pas se connecter à Amazon ECR.

Pour plus d’informations sur la manière de vérifier et de résoudre le problème, consultez la section [Vérification de la connectivité de la tâche Amazon ECS arrêtée](verify-connectivity.md).

## CannotPullContainerError: le manifeste pull image a été réessayé 5 fois : échec de la résolution de la référence
<a name="pull-request-image-tag"></a>

Cette erreur indique que la tâche ne peut pas extraire l’image.

Pour résoudre cela, vous pouvez :
+ Vérifiez que l’image spécifiée dans la définition de tâche correspond à l’image du référentiel.
+ Amazon ECS impose la stabilité de la version de l’image. Si l’image d’origine n’est plus disponible, vous recevez ce message d’erreur. La balise d’image permet de renforcer ce comportement. Modifiez l’image dans la définition de la tâche en remplaçant la balise « :latest » par une version spécifique. Pour de plus amples informations, veuillez consulter [Résolution des images de conteneurs](deployment-type-ecs.md#deployment-container-image-stability).

Pour plus d’informations sur la manière de vérifier et de résoudre le problème, consultez la section [Vérification de la connectivité de la tâche Amazon ECS arrêtée](verify-connectivity.md).

## Erreur API (500) : demande Get https://111122223333.dkr.ecr.us-east-1.amazonaws.com/v2/ : net/http : annulée en attendant la connexion
<a name="request-canceled"></a>

Cette erreur indique qu’une connexion a expiré, car il n’existe pas d’itinéraire vers Internet.

Pour résoudre ce problème, vous pouvez :
+ Pour des tâches de sous-réseaux publics, spécifiez **ENABLED** (Activé) pour **Auto-assign public IP** (Attribuer automatiquement l'adresse IP publique) lors du lancement de la tâche. Pour de plus amples informations, veuillez consulter [Exécution d’une application en tant que tâche Amazon ECS](standalone-task-create.md).
+ Pour des tâches de sous-réseaux privés, spécifiez **Désactivé** pour **Attribuer automatiquement l'adresse IP publique** lors du lancement de la tâche, puis configurez une passerelle NAT dans votre VPC pour acheminer les demandes vers Internet. Pour plus d'informations, consultez [Passerelles NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html) dans le *Guide de l'utilisateur Amazon VPC*. 

## Erreur d'API
<a name="pull-request-api-error"></a>

Cette erreur indique l’existence d’un problème de connexion avec le point de terminaison Amazon ECR.

Pour plus d'informations sur la manière de résoudre ce problème, consultez l'[article Comment puis-je résoudre l'erreur Amazon ECR « CannotPullContainerError : erreur d'API » dans Amazon ECS](https://aws.amazon.com/premiumsupport/knowledge-center/ecs-pull-container-api-error-ecr/) sur le Support site Web.

## write/var/lib/docker/tmp/*GetImageBlob111111111*: il ne reste plus d'espace sur l'appareil
<a name="pull-request-write-error"></a>

Cette erreur indique que l’espace disque est insuffisant.

Pour résoudre ce problème, vous devez libérer de l'espace disque.

Si vous utilisez l’AMI optimisée pour Amazon ECS, vous pouvez utiliser la commande suivante pour récupérer les 20 fichiers les plus volumineux de votre système de fichiers :

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

Exemple de sortie :

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

Dans certains cas, le volume racine peut être saturé par un conteneur en cours d’exécution. Si le conteneur utilise le pilote de journal `json-file` par défaut sans limite `max-size`, le fichier journal est peut-être responsable de la plupart de l'utilisation de cet espace. Vous pouvez utiliser la commande `docker ps` pour vérifier quel conteneur utilise l'espace en mappant le nom du répertoire dans la sortie ci-dessus à l'ID de conteneur. Par exemple :

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

Par défaut, lorsque vous utilisez le pilote de journal `json-file`, Docker capture la sortie standard (et l'erreur standard) de tous vos conteneurs et les écrit dans les fichiers au format JSON. Vous pouvez définir l'option `max-size` comme une option de pilote de journal, ce qui empêche le fichier journal d'occuper trop d'espace. Pour plus d’informations, consultez la section [Pilote de journalisation](https://docs.docker.com/engine/logging/drivers/json-file/) dans la documentation Docker.

Voici un extrait de définition de conteneur illustrant la manière d'utiliser cette option :

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

Si vos journaux de conteneur occupent trop d’espace disque, vous pouvez également utiliser le pilote de journal `awslogs`. Le pilote de `awslogs` journal envoie les journaux à CloudWatch, ce qui libère de l'espace disque qui serait autrement utilisé pour vos journaux de conteneur sur l'instance de conteneur. Pour de plus amples informations, veuillez consulter [Envoyez les journaux Amazon ECS à CloudWatch](using_awslogs.md).

Vous devrez peut-être mettre à jour la taille du disque auquel Docker peut accéder.

Pour plus d'informations, voir [CannotPullContainerError: il ne reste plus d'espace sur l'appareil](https://repost.aws/questions/QUx6Ix1R1SSNisYSs1Sw8EBA/cannotpullcontainererror-no-space-left-on-device).

## ERREUR : toomanyrequests : trop de requêtes ou vous avez atteint votre limite de taux d’extraction.
<a name="container-pull-too-many-requests"></a>

Cette erreur indique l’existence d’une limite de débit Docker Hub.

Si vous recevez un message pour l'une des erreurs suivantes, vous êtes probablement en train d'atteindre les limites de débit Docker Hub :

Pour en savoir plus sur les limites de débit Docker Hub, consultez [Understanding Docker Hub rate limiting](https://www.docker.com/increase-rate-limits).

Si vous avez augmenté la limite de débit Docker Hub et que vous devez authentifier vos extractions Docker pour vos instances de conteneur, consultez la section [Authentification de registre privé pour les instances de conteneur](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/private-auth-container-instances.html).

## Réponse d'erreur du démon : Get *url* : net/http : demande annulée en attendant la connexion
<a name="container-pull-request-canceled-connection"></a>

Cette erreur indique qu’une connexion a expiré, car il n’existe pas d’itinéraire vers Internet.

Pour résoudre ce problème, vous pouvez :
+ Pour des tâches de sous-réseaux publics, spécifiez **ENABLED** (Activé) pour **Auto-assign public IP** (Attribuer automatiquement l'adresse IP publique) lors du lancement de la tâche. Pour de plus amples informations, veuillez consulter [Exécution d’une application en tant que tâche Amazon ECS](standalone-task-create.md).
+ Pour des tâches de sous-réseaux privés, spécifiez **Désactivé** pour **Attribuer automatiquement l'adresse IP publique** lors du lancement de la tâche, puis configurez une passerelle NAT dans votre VPC pour acheminer les demandes vers Internet. Pour plus d'informations, consultez [Passerelles NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html) dans le *Guide de l'utilisateur Amazon VPC*. 

## ref pull a été réessayé 1 fois : échec de la copie : échec de l'ouverture httpReaderSeeker : code d'état inattendu
<a name="container-pull-failed-open"></a>

Cette erreur indique un échec lors de la copie d’une image.

Pour résoudre ce problème, consultez l’un des articles suivants :
+ Pour les tâches Fargate, consultez [Comment puis-je corriger l'erreur « cannotpullcontainererror » pour mes tâches Amazon ECS sur Fargate ?](https://aws.amazon.com/premiumsupport/knowledge-center/ecs-fargate-pull-container-error/).
+ Pour les autres tâches, consultez [Comment puis-je corriger l'erreur « cannotpullcontainererror » pour mes tâches Amazon ECS ?](https://aws.amazon.com/premiumsupport/knowledge-center/ecs-pull-container-error/).

## accès en extraction refusé
<a name="container-pull-access-denied.title"></a>

Cette erreur indique l’impossibilité d’accéder à l’image.

Pour résoudre ce problème, vous devrez peut-être authentifier votre client Docker auprès d’Amazon ECR. Pour plus d’informations, consultez la section [Authentification de registre privé](https://docs.aws.amazon.com/AmazonECR/latest/userguide/registry_auth.html) dans le *Guide de l’utilisateur Amazon ECR*.

## échec de la commande d’extraction : panique : erreur d’exécution : adresse mémoire non valide ou déréférencement de pointeur nul
<a name="container-pull-runtime-error.title"></a>

Cette erreur indique qu’il n’est pas possible d’accéder à l’image en raison d’une adresse mémoire non valide ou d’un déréférencement de pointeur nul.

Pour résoudre ce problème :
+ Vérifiez que vous disposez des règles du groupe de sécurité pour accéder à Amazon S3.
+ Lorsque vous utilisez des points de terminaison de passerelle, vous devez ajouter une route dans la table de routage pour accéder au point de terminaison.

## erreur lors de l' conf/error extraction de l'image lors de la configuration
<a name="container-pull-pulling-image.title"></a>

Cette erreur indique qu’une limite de débit a été atteinte ou qu’il y a une erreur réseau :

Pour résoudre ce problème, consultez [Comment puis-je résoudre l'erreur « CannotPullContainerError » dans ma tâche de type de lancement Amazon ECS EC2](https://repost.aws/knowledge-center/ecs-pull-container-error).

## Contexte annulé
<a name="container-pull-context-canceled"></a>

Cette erreur indique que le contexte a été annulé.

La cause courante de cette erreur est que le VPC utilisé par votre tâche n'a pas de route pour extraire l'image d'Amazon ECR.