我试图删除一个有12个pod的ReplicationController，我可以看到一些pod卡在终止状态。
我的Kubernetes集群由一个控制平面节点和三个安装在Ubuntu虚拟机上的工作节点组成。
这个问题的原因是什么?
NAME READY STATUS RESTARTS AGE
pod-186o2 1/1 Terminating 0 2h
pod-4b6qc 1/1 Terminating 0 2h
pod-8xl86 1/1 Terminating 0 1h
pod-d6htc 1/1 Terminating 0 1h
pod-vlzov 1/1 Terminating 0 1h
当前回答
以下命令与awk和xargs可以使用——grace-period=0——force删除所有处于终止状态的pod。
kubectl get pods|grep -i terminating | awk '{print $1}' | xargs kubectl delete --grace-period=0 --force pod
其他回答
在我的案例中，——force选项不太管用。我还能看到豆荚!它卡在终止/未知模式。跑步之后
kubectl -n redis delete pods <pod> --grace-period=0 --force
我跑
kubectl -n redis patch pod <pod> -p '{"metadata":{"finalizers":null}}'
我不建议强制删除pod，除非容器已经退出。
验证kubelet日志，看看是什么导致了问题“journalctl -u kubelet” 检查docker日志:journalctl -u docker.service 检查吊舱的卷挂载点是否仍然存在，是否有人持有锁。 检查主机内存或磁盘是否不足
我在Kubernetes生产集群中遇到了同样的问题。
一个吊舱被困在终止阶段一段时间:
pod-issuing mypod-issuing-0 1/1 Terminating 0 27h
我尝试使用命令检查日志和事件:
kubectl describe pod mypod-issuing-0 --namespace pod-issuing
kubectl logs mypod-issuing-0 --namespace pod-issuing
但没有人可以看到
我是如何解决的:
我运行下面的命令来强制删除pod:
kubectl delete pod <PODNAME> --grace-period=0 --force --namespace <NAMESPACE>
这将立即删除pod并开始创建一个新的pod。然而，当创建另一个pod时，我遇到了下面的错误:
无法挂载或挂载卷:unmounted volumes=[data]， unattach volumes=[data mypod- issue -token-5swgg aws-iam-token]:超时等待条件
我不得不等待7到10分钟，使卷从我删除的上一个pod中分离出来，以便它可以用于我正在创建的新pod。
发生这种情况的一个原因可能是关闭一个节点(而不耗尽它)。在这种情况下修复是再次打开节点;那么终止应该成功。
我最近在释放集群中的资源时偶然发现了这一点。下面是删除它们的命令。
kubectl get pods --all-namespaces | grep Terminating | while read line; do
pod_name=$(echo $line | awk '{print $2}' ) \
name_space=$(echo $line | awk '{print $1}' ); \
kubectl delete pods $pod_name -n $name_space --grace-period=0 --force
done
希望这能帮助到读到这篇文章的人
