AWS Batch en Amazon EKS, el trabajo está atascado en el estado STARTING

Es posible que un trabajo permanezca en estado STARTING cuando el pod esté bloqueado en PENDING en ContainerCreating para recibir solicitudes prolongadas del kubelet (pull, log, execy attach) hasta que se resuelva el problema de inicio del pod o se finalice el trabajo. En los siguientes casos, AWS Batch cancelará el trabajo en Su nombre; de lo contrario, el trabajo se tendrá que cancelar manualmente mediante la API TerminateJob.

Para comprobar el motivo por el que un trabajo puede estar bloqueado en STARTING, utilice Tutorial: asignación de un trabajo en ejecución a un pod y un nodo para buscar el podName, describa el pod:

% kubectl describe pod aws-batch.000c8190-87df-31e7-8819-176fe017a24a -n my-aws-batch-namespace
Name:             aws-batch.000c8190-87df-31e7-8819-176fe017a24a
Namespace:        my-aws-batch-namespace
...
Containers:
  default:
...
    State:          Waiting
      Reason:       ContainerCreating
    Ready:          False
...
Conditions:
  Type                        Status
  PodReadyToStartContainers   False 
  Initialized                 True 
  Ready                       False 
  ContainersReady             False 
  PodScheduled                True 
...
Events:
  Type     Reason       Age    From     Message
  ----     ------       ----   ----     -------
  Warning  FailedMount  2m32s  kubelet  Unable to attach or mount volumes: ...

Evalúe la posibilidad de configurar su clúster de EKS para enviar los registros del plano de control a los registros de CloudWatch para obtener una visibilidad total.

Situación: Error al adjuntar o montar una recuperación de volumen persistente

Los trabajos que utilizan recuperaciones de volumen persistente en las que el volumen no se adjunta o no se monta son candidatos a ser cancelados. Esto puede deberse a una configuración incorrecta de la definición de trabajo. Consulte Creación de una definición de trabajo de un solo nodo en los recursos de Amazon EKS para obtener más detalles.