我试图删除一个有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
当前回答
在我的案例中，——force选项不太管用。我还能看到豆荚!它卡在终止/未知模式。跑步之后
kubectl -n redis delete pods <pod> --grace-period=0 --force
我跑
kubectl -n redis patch pod <pod> -p '{"metadata":{"finalizers":null}}'
其他回答
Go模板可以在没有awk的情况下工作，对我来说，它可以在没有-grace-period=0 -force的情况下工作，但是，如果你喜欢的话，可以添加它
这将输出删除终止pods的命令。
kubectl get pods --all-namespaces -otemplate='{{ range .items }}{{ if eq .status.reason "Terminated" }}{{printf "kubectl delete pod -n %v %v\n" .metadata.namespace .metadata.name}}{{end}}{{end}}'
如果您对输出感到满意，可以添加| sh -来执行它。 遵循:
kubectl get pods --all-namespaces -otemplate='{{ range .items }}{{ if eq .status.reason "Terminated" }}{{printf "kubectl delete pod -n %v %v\n" .metadata.namespace .metadata.name}}{{end}}{{end}}' |sh -
对我来说，我不喜欢变通。所以有几个步骤:
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))
现在删除豆荚应该工作而不强迫可怜豆荚。
发生这种情况的一个原因可能是关闭一个节点(而不耗尽它)。在这种情况下修复是再次打开节点;那么终止应该成功。
如果——grace-period=0不起作用，那么你可以这样做:
kubectl delete pods <pod> --grace-period=0 --force
实用的答案——你可以通过运行:
kubectl delete pod NAME --grace-period=0
历史答案——在1.1版本中有一个问题，有时如果pod的节点被不干净地从集群中移除，则它们会处于终止状态。
