Стручки застрягли в статусі припинення

Я спробував видалити ReplicationControllerз 12 стручків, і я помітив, що деякі стручки застрягли в Terminatingстатусі.

Мій кластер 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

Ви можете використовувати наступну команду для насильного видалення POD.

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

Примусово видаліть стручок:

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

--forceПрапор є обов'язковим.

Видаліть блок фіналізаторів з ресурсу (струк, розгортання, ds тощо ...) yaml:

"finalizers": [
  "foregroundDeletion"
]

Практична відповідь - ви завжди можете видалити кінцевий стручок, виконавши:

kubectl delete pod NAME --grace-period=0

Історична відповідь - У версії 1.1 виникла проблема, коли іноді стручки потрапляють у стан припинення, якщо їхні вузли нечисто видаляються з кластеру.

Я знайшов цю команду більш зрозумілою:

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

Це видалить усі стручки в статусі припинення у просторі імен за замовчуванням.

У моєму випадку --forceваріант не спрацював. Я ще міг побачити стручок! Він застряг у режимі припинення / невідомо. Тож після бігу

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

Я побіг

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

Якщо --grace-period=0це не працює, ви можете:

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

Нещодавно я натрапив на це, коли видаляв простір імен rook ceph - він застряг у режимі завершення.

Єдине, що допомогло - це видалити фіналізатор kubernetes, безпосередньо викликавши k8s api з завитком, як тут запропоновано .

• kubectl get namespace rook-ceph -o json > tmp.json
• видалити фіналізатор kubernetes в tmp.json(залишити порожній масив "finalizers": [])
• запустити kubectl proxyв інший термінал для автентичних цілей і запустити наступний запит на згортання до поверненого порту
• 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
• простору імен вже немає

Детальний грак цефів тут пролунав .

Оригінальне запитання - " Що може бути причиною цього питання? ", А відповідь обговорюється на веб - сторінці https://github.com/kubernetes/kubernetes/isissue/51835 & https://github.com/kubernetes/kubernetes/isissue / 65569 та дивіться https://www.bountysource.com/isissue/33241128-unable-to-remove-a-stopped-container-device-or-resource-busy

Це спричинено витоком кріплення докера в інший простір імен.

Ви можете увійти в хост ходу для дослідження.

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

Нещодавно я натрапив на це, щоб звільнити ресурс у своєму кластері. ось команда видалити їх усіх.

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

сподіваюся, що це допоможе тому, хто це прочитав