我试图删除一个有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
当前回答
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 -
其他回答
实用的答案——你可以通过运行:
kubectl delete pod NAME --grace-period=0
历史答案——在1.1版本中有一个问题，有时如果pod的节点被不干净地从集群中移除，则它们会处于终止状态。
在做强制删除之前，我会先做一些检查。 1- node state:获取节点正在运行的节点名，可以使用以下命令查看:
"kubectl -n YOUR_NAMESPACE describe pod YOUR_PODNAME"
在“Node”标签下，您将看到节点名称。 你可以这样做:
kubectl describe node NODE_NAME
如果您看到任何奇怪的东西，请检查“条件”字段。 如果这是好的，那么你可以移动到步骤，重做:
"kubectl -n YOUR_NAMESPACE describe pod YOUR_PODNAME"
检查它挂起的原因，你可以在“事件”部分找到这个。 我这么说是因为在强制删除pod之前，您可能需要采取初步的操作，强制删除pod只删除pod本身，而不删除底层资源(例如，一个卡住的docker容器)。
我不建议强制删除pod，除非容器已经退出。
验证kubelet日志，看看是什么导致了问题“journalctl -u kubelet” 检查docker日志:journalctl -u docker.service 检查吊舱的卷挂载点是否仍然存在，是否有人持有锁。 检查主机内存或磁盘是否不足
最初的问题是“这个问题的原因是什么?”，答案在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>
我发现这个命令更直接:
for p in $(kubectl get pods | grep Terminating | awk '{print $1}'); do kubectl delete pod $p --grace-period=0 --force;done
它将删除默认命名空间中处于终止状态的所有pod。
