Kapsüller, Sonlandırma durumunda takılı kaldı

ReplicationController12 bölmeli bir silmeyi denedim ve bölmelerin bazılarının takılıp kaldığını görebiliyordum Terminating.

Kubernetes kümem, bir kontrol düzlemi düğümü ve Ubuntu sanal makinelerinde yüklü üç çalışan düğümden oluşur.

Bu sorunun nedeni ne olabilir?

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

POD'u zorla silmek için aşağıdaki komutu kullanabilirsiniz.

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

Bölmeyi silmeye zorlayın:

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

--forceBayrak zorunludur.

Sonlandırıcı bloğunu kaynaktan (bölme, dağıtım, ds vb ...) silin:

"finalizers": [
  "foregroundDeletion"
]

Pratik cevap - Sonlandırıcı bir kapsülü her zaman çalıştırarak silebilirsiniz:

kubectl delete pod NAME --grace-period=0

Tarihsel cevap - Sürüm 1.1'de, düğümleri kümeden temiz olmayan bir şekilde çıkarılırsa bazen baklaların Sonlandırma durumunda mahsur kaldığı bir sorun vardı.

Bu komutu daha basit buldum:

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

Varsayılan ad alanındaki Sonlandırma durumundaki tüm bölmeleri siler.

Benim durumumda --forceseçenek oldukça işe yaramadı. Hala kapsülü görebiliyordum! Sonlandırma / Bilinmeyen modunda takılı kaldı. Yani koştuktan sonra

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

Koştum

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

Çalışmıyorsa --grace-period=0şunları yapabilirsiniz:

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

Son zamanlarda kale cephesi ad alanını kaldırırken tökezledim - Sonlandırma durumunda takılı kaldı.

Yardımcı olan tek şey, burada önerildiği gibi doğrudan k8s api'yi curl ile çağırarak kubernetes sonlandırıcıyı kaldırmaktı .

• kubectl get namespace rook-ceph -o json > tmp.json
• kubernetes sonlandırıcısını sil tmp.json(boş dizi bırak "finalizers": [])
• çalıştırmak kubectl proxyyetkilendirme amaçları için diğer bir terminal ve geri bağlantı için aşağıdaki kıvırmak istek çalıştırmak
• 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
• ad alanı kayboldu

Ayrıntılı kale cephesi burada .

Asıl soru " Bu sorunun nedeni ne olabilir? " Sorusudur ve cevap https://github.com/kubernetes/kubernetes/issues/51835 & https://github.com/kubernetes/kubernetes/issues adresinde tartışılmaktadır. / 65569 ve bkz. Https://www.bountysource.com/issues/33241128-unable-to-remove-a-stopped-container-device-or-resource-busy

Bunun nedeni, diğer bazı ad alanlarına sızan binicinin sızmasıdır.

Araştırmak için bölme ana bilgisayarında oturum açabilirsiniz.

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

Son zamanlarda kümemdeki kaynakları serbest bırakmak için tökezledim. hepsini silme komutu.

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

Umarım bunu okuyan birine yardım eder