AWS Batch en Amazon EKS, el trabajo está STARTING estancado

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 se cancelará el trabajo en su nombre; de lo contrario, el trabajo deberá finalizarse 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: ...

Considere la posibilidad de configurar su clúster de EKS para enviar los registros del plano de control a CloudWatch los registros 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.