本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# AWS Batch Amazon EKS 任務上的 卡在 `STARTING` 狀態
<a name="batch-eks-job-stuck-in-starting"></a>

當 Pod 針對來自 kubelet (`pull`、`exec`、 和 `attach`) `ContainerCreating`的任何長時間執行請求卡在 Pod `PENDING`上時`log`，任務可能會保持 `STARTING` 狀態，直到 Pod 啟動問題解決或任務終止為止。在下列合格案例中， AWS Batch 會代表您終止任務，否則任務必須使用 [TerminateJob API ](https://docs.aws.amazon.com/batch/latest/APIReference/API_TerminateJob.html)手動終止。

若要驗證任務可能卡在 中的原因`STARTING`，請使用 [教學課程：將執行中的任務映射至 Pod 和節點](eks-jobs-map-running-job.md) 尋找 `podName`，並描述 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: ...
```

請考慮將您的 EKS 叢集設定為[將控制平面日誌傳送至 CloudWatch Logs](https://docs.aws.amazon.com/eks/latest/userguide/control-plane-logs.html)，以獲得完整可見性。

## 案例：持續磁碟區宣告連接或掛載失敗
<a name="batch-eks-job-stuck-in-starting-scenario"></a>

使用持久性磁碟區宣告的任務，其中磁碟區無法連接或掛載是終止的候選項目。這可能是未正確設定任務定義的結果。如需詳細資訊，請參閱[在 Amazon EKS 資源上建立單一節點任務定義](create-job-definition-eks.md)。