Pods bloqueados no status Terminando

Tentei excluir um ReplicationControllercom 12 pods e pude ver que alguns deles estão presos no Terminatingstatus.

Meu cluster Kubernetes consiste em um nó do plano de controle e três nós de trabalho instalados nas máquinas virtuais do Ubuntu.

Qual poderia ser o motivo desse problema?

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

Você pode usar o seguinte comando para excluir o POD com força.

kubectl delete pod <PODNAME> --grace-period=0 --force --namespace <NAMESPACE>

Forçar a exclusão do pod:

kubectl delete pod --grace-period=0 --force --namespace <NAMESPACE> <PODNAME>

A --forcebandeira é obrigatória.

Exclua o bloco finalizadores do recurso (pod, implantação, ds etc ...) yaml:

"finalizers": [
  "foregroundDeletion"
]

Resposta prática - você sempre pode excluir um pod de término executando:

kubectl delete pod NAME --grace-period=0

Resposta histórica - Ocorreu um problema na versão 1.1 em que, às vezes, os pods ficam ociosos no estado Terminando se seus nós são removidos de maneira não limpa do cluster.

Eu encontrei este comando mais direto:

for p in $(kubectl get pods | grep Terminating | awk '{print $1}'); do kubectl delete pod $p --grace-period=0 --force;done

Ele excluirá todos os pods no status Terminando no namespace padrão.

No meu caso, a --forceopção não funcionou. Eu ainda podia ver o casulo! Ele ficou preso no modo Terminação / Desconhecido. Então, depois de correr

kubectl delete pods <pod> -n redis --grace-period=0 --force

Eu corri

kubectl patch pod <pod> -p '{"metadata":{"finalizers":null}}'

Se --grace-period=0não estiver funcionando, você poderá:

kubectl delete pods <pod> --grace-period=0 --force

Eu me deparei com isso recentemente ao remover o espaço de nome rook ceph - ele ficou preso no estado Terminating.

A única coisa que ajudou foi remover o finalizador do kubernetes chamando diretamente a API do k8s com curl, conforme sugerido aqui .

• kubectl get namespace rook-ceph -o json > tmp.json
• exclua o finalizador do kubernetes tmp.json(deixe a matriz vazia)"finalizers": [] )
• executar kubectl proxyem outro terminal para fins de autenticação e executar após a solicitação de curvatura na porta retornada
• curl -k -H "Content-Type: application/json" -X PUT --data-binary @tmp.json 127.0.0.1:8001/k8s/clusters/c-mzplp/api/v1/namespaces/rook-ceph/finalize
• espaço para nome se foi

Desmontagem detalhada da torre ceph aqui .

A pergunta original é " Qual poderia ser o motivo desse problema? " E a resposta é discutida em https://github.com/kubernetes/kubernetes/issues/51835 e https://github.com/kubernetes/kubernetes/issues / 65569 & veja https://www.bountysource.com/issues/33241128-unable-to-remove-a-stopped-container-device-or-resource-busy

Isso é causado pelo vazamento da montagem do docker em outro espaço de nome.

Você pode fazer logon no host de pod para investigar.

minikube ssh
docker container ps | grep <id>
docker container stop <id> 

Eu me deparei com isso recentemente para liberar recursos no meu cluster. Aqui está o comando para excluir todos eles.

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

espero que isso ajude alguém que leu isso