Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

# AWS Batch en Amazon EKS, el trabajo está `RUNNABLE` estancado
<a name="batch_eks_job_stuck_in_runnable"></a>

Un `aws-auth` `ConfigMap` se crea y aplica de forma automática al clúster cuando crea un grupo de nodos administrados o cuando crea un grupo de nodos mediante `eksctl`. Un `aws-auth` `ConfigMap` se crea inicialmente para permitir que los nodos se unan a su clúster. Sin embargo, también se utiliza `aws-auth` `ConfigMap` para agregar acceso de control de acceso basado en roles (RBAC) a los usuarios y roles.

Compruebe que `aws-auth` `ConfigMap` se ha configurado correctamente:

1. Recupere los roles mapeados en `aws-auth` `ConfigMap`:

   ```
   $ kubectl get configmap -n kube-system aws-auth -o yaml
   ```

1. Compruebe que `roleARN` está configurado de la siguiente manera.

   `rolearn: arn:aws:iam::{{aws_account_number}}:role/AWSServiceRoleForBatch`
**nota**  
También puede revisar los registros del plano de control de Amazon EKS. Para obtener más información, consulte [Registros del plano de control del clúster de Amazon EKS](https://docs.aws.amazon.com/eks/latest/userguide/control-plane-logs.html) en la *Guía del usuario de Amazon EKS*.

Para resolver un problema en el que un trabajo está atascado en un estado `RUNNABLE`, le recomendamos que use `kubectl` para volver a aplicar el manifiesto. Para obtener más información, consulte [Paso 2: Prepare el clúster de Amazon EKS para AWS Batch](getting-started-eks.md#getting-started-eks-step-1). O bien, puede usar `kubectl` para editar manualmente el `aws-auth``ConfigMap`. Para obtener más información, consulte [Habilitación del usuario de IAM y el acceso de rol a un clúster](https://docs.aws.amazon.com/eks/latest/userguide/add-user-role.html) en la *Guía del usuario de Amazon EKS*.