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. # Vérifiez que le `aws-auth ConfigMap` est correctement configuré Pour vérifier que le `aws-auth` `ConfigMap` est correctement configuré, procédez comme suit : 1. Récupérez les rôles mappés dans le `aws-auth``ConfigMap`. ``` $ kubectl get configmap -n kube-system aws-auth -o yaml ``` 1. Vérifiez que le `roleARN` est configuré comme suit. `rolearn: arn:aws:iam::{{aws_account_number}}:role/AWSServiceRoleForBatch` **Note** Le chemin `aws-service-role/batch.amazonaws.com/` a été supprimé de l'ARN du rôle lié au service. Cela est dû à un problème avec la carte `aws-auth` de configuration. Pour plus d'informations, consultez la section Les [rôles dotés de chemins ne fonctionnent pas lorsque le chemin est inclus dans leur ARN dans le aws-authconfigmap](https://github.com/kubernetes-sigs/aws-iam-authenticator/issues/268). **Note** Vous pouvez également consulter les journaux du plan de contrôle Amazon EKS. Pour plus d'informations, consultez la section [Connexion au plan de contrôle Amazon EKS](https://docs.aws.amazon.com/eks/latest/userguide/control-plane-logs.html) dans le *guide de l'utilisateur Amazon EKS*. Pour résoudre un problème lié au blocage d'une tâche dans un `RUNNABLE` statut, nous vous recommandons de `kubectl` réappliquer le manifeste. Pour de plus amples informations, veuillez consulter [Étape 2 : Préparez votre cluster Amazon EKS pour AWS Batch](getting-started-eks.md#getting-started-eks-step-1). Vous pouvez également l'utiliser `kubectl` pour modifier manuellement le `aws-auth``ConfigMap`. Pour plus d'informations, consultez la section [Activation de l'accès des utilisateurs et des rôles IAM à votre cluster](https://docs.aws.amazon.com/eks/latest/userguide/add-user-role.html) dans le *guide de l'utilisateur Amazon EKS*.