我试图删除一个有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
当前回答
对我来说，我不喜欢变通。所以有几个步骤:
k get pod -o wide ->这会显示哪个Node正在运行pod k get nodes ->检查节点状态…我明白了
我修复了这个节点。对于我的情况，它只是重新启动kubelet:
ssh that-node ->运行swapoff -a && systemctl restart kubelet(或systemctl restart k3s，如果k3s |或systemctl restart crio，在其他情况下，如OCP 4。X (k8s <1.23))
现在删除豆荚应该工作而不强迫可怜豆荚。
其他回答
在我的案例中，——force选项不太管用。我还能看到豆荚!它卡在终止/未知模式。跑步之后
kubectl -n redis delete pods <pod> --grace-period=0 --force
我跑
kubectl -n redis patch pod <pod> -p '{"metadata":{"finalizers":null}}'
我的pod卡在“终止”中，即使在我尝试重新启动docker和重新启动服务器之后。在编辑pod并删除'finalizer'下面的项目后解决
$ kubectl -n mynamespace edit pod/my-pod-name
强制删除命名空间中的所有pod:
kubectl delete pods --all -n <namespace> --grace-period 0 --force
我使用这个命令删除pods
kubectl delete pod --grace-period=0 --force --namespace <NAMESPACE> <PODNAME>
但是当我尝试运行另一个pod时，它没有工作，它被卡在“Pending”状态，它看起来像节点本身被卡住了。
对我来说，解决方案是重新创建节点。我只是去了GKE控制台，从集群中删除了节点，所以GKE开始了另一个。
从那以后，一切又开始正常工作了。
最初的问题是“这个问题的原因是什么?”，答案在https://github.com/kubernetes/kubernetes/issues/51835和https://github.com/kubernetes/kubernetes/issues/65569上讨论，请参阅https://www.bountysource.com/issues/33241128-unable-to-remove-a-stopped-container-device-or-resource-busy
这是由于码头挂载泄漏到其他命名空间造成的。
您可以登录到pod主机进行调查。
minikube ssh
docker container ps | grep <id>
docker container stop <id>
