Pods stecken im Beendigungsstatus fest

Ich habe versucht, eine zu löschen ReplicationController mit 12 Pods und ich konnte sehen, dass einige der Pods im TerminatingStatus stecken bleiben .

Mein Kubernetes-Cluster besteht aus einem Steuerebenenknoten und drei Arbeitsknoten, die auf virtuellen Ubuntu-Maschinen installiert sind.

Was könnte der Grund für dieses Problem sein?

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

Mit dem folgenden Befehl können Sie den POD zwangsweise löschen.

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

Löschen des Pods erzwingen:

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

Die --forceFlagge ist obligatorisch.

Löschen Sie den Finalizer-Block aus der Ressource (Pod, Bereitstellung, DS usw.). Yaml:

"finalizers": [
  "foregroundDeletion"
]

Praktische Antwort - Sie können einen terminierenden Pod jederzeit löschen, indem Sie Folgendes ausführen:

kubectl delete pod NAME --grace-period=0

Historische Antwort - In Version 1.1 gab es ein Problem, bei dem Pods manchmal im Status "Beenden" gestrandet sind, wenn ihre Knoten unrein aus dem Cluster entfernt wurden.

Ich fand diesen Befehl einfacher:

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

Alle Pods im Status "Beenden" im Standard-Namespace werden gelöscht.

In meinem Fall hat die --forceOption nicht ganz funktioniert. Ich konnte die Kapsel immer noch sehen! Es steckte im Terminierungs- / Unbekannten-Modus fest. Also nach dem Laufen

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

Ich rannte

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

Wenn --grace-period=0es nicht funktioniert, können Sie Folgendes tun:

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

Ich bin kürzlich darauf gestoßen, als ich den Rook Ceph-Namespace entfernt habe - er blieb im Abschlusszustand stecken.

Das einzige, was geholfen hat, war das Entfernen des Kubernetes-Finalizers durch direktes Aufrufen der k8s-API mit Curl, wie hier vorgeschlagen .

• kubectl get namespace rook-ceph -o json > tmp.json
• Kubernetes Finalizer in löschen tmp.json(leeres Array lassen"finalizers": [] )
• Führen Sie kubectl proxyzu Authentifizierungszwecken ein anderes Terminal aus und führen Sie die folgende Curl-Anforderung an den zurückgegebenen Port aus
• 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
• Namespace ist weg

Detaillierter Abriss des Turm-Cephs hier .

Die ursprüngliche Frage lautet " Was könnte der Grund für dieses Problem sein? ". Die Antwort wird unter https://github.com/kubernetes/kubernetes/issues/51835 & https://github.com/kubernetes/kubernetes/issues erläutert / 65569 & siehe https://www.bountysource.com/issues/33241128-unable-to-remove-a-stopped-container-device-or-resource-busy

Es wird durch Docker-Mount verursacht, der in einen anderen Namespace gelangt.

Sie können sich beim Pod-Host anmelden, um dies zu untersuchen.

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

Ich bin kürzlich darauf gestoßen, um Ressourcen in meinem Cluster freizugeben. Hier ist der Befehl, um alle zu löschen.

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

hoffe, das hilft jemandem, der das liest