AWS Batch no Amazon EKS, o trabalho está preso no status STARTING

Um trabalho pode permanecer no status STARTING quando o Pod fica preso em PENDING no ContainerCreating em qualquer solicitação de longa execução do kubelet (pull, log, exec e attach) até que o problema de inicialização do Pod seja resolvido ou o trabalho seja encerrado. Nos cenários de qualificação abaixo, o trabalho AWS Batch será encerrado em seu nome, caso contrário, o trabalho deverá ser encerrado manualmente usando a API TerminateJob.

Para verificar o motivo pelo qual um trabalho pode estar preso no STARTING, use Tutorial: mapear um trabalho em execução para um pod e um nó para encontrar o podName e descreva o 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 configurar seu cluster EKS para Enviar logs do ambiente de gerenciamento para o CloudWatch Logs para obter visibilidade total.

Cenário: falha persistente na conexão ou na montagem da solicitação de volume

Trabalhos que usam declarações de volume persistentes em que o volume não é anexado ou montado são candidatos ao encerramento. Isso pode ser resultado de uma definição de trabalho configurada incorretamente. Consulte Criar uma definição de trabalho de nó único nos recursos do Amazon EKS para obter mais detalhes.