我试图删除一个有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
当前回答
我最近在删除rook ceph命名空间时偶然发现了这个问题——它卡在了终止状态。
唯一有帮助的是通过使用curl直接调用k8s api来删除kubernetes终结器。
Kubectl获取命名空间鲁克-ceph -o json > tmp.json 删除tmp中的kubernetes终结器。Json(留下空数组“终结器”:[]) 在另一个终端上运行kubectl代理进行身份验证，并在返回的端口上运行curl请求 curl -k -H "Content-Type: application/json" -X PUT——data-binary @tmp。json 127.0.0.1:8001 /美丽/集群/ c-mzplp / api / v1 /命名空间/ rook-ceph /完成 命名空间消失了
详细的rook ceph拆卸在这里。
其他回答
在做强制删除之前，我会先做一些检查。 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容器)。
我最近在删除rook ceph命名空间时偶然发现了这个问题——它卡在了终止状态。
唯一有帮助的是通过使用curl直接调用k8s api来删除kubernetes终结器。
Kubectl获取命名空间鲁克-ceph -o json > tmp.json 删除tmp中的kubernetes终结器。Json(留下空数组“终结器”:[]) 在另一个终端上运行kubectl代理进行身份验证，并在返回的端口上运行curl请求 curl -k -H "Content-Type: application/json" -X PUT——data-binary @tmp。json 127.0.0.1:8001 /美丽/集群/ c-mzplp / api / v1 /命名空间/ rook-ceph /完成 命名空间消失了
详细的rook ceph拆卸在这里。
你可以使用awk:
kubectl get pods --all-namespaces | awk '{if ($4=="Terminating") print "oc delete pod " $2 " -n " $1 " --force --grace-period=0 ";}' | sh
发生这种情况的一个原因可能是关闭一个节点(而不耗尽它)。在这种情况下修复是再次打开节点;那么终止应该成功。
请尝试以下命令: Kubectl补丁pod -p '{"metadata":{"finalizers":null}}'
