🛠️ Объект удалили, но он часами остаётся в Terminating

В YAML:

metadata: deletionTimestamp: "2026-08-19T08:15:00Z" finalizers:

• example.com/cleanup

Первая мысль:

«Удалим finalizer вручную».

Но так можно убрать объект из API и потерять cleanup, ради которого finalizer был установлен.

Как работает finalizer:

delete request → API server ставит deletionTimestamp → объект остаётся в API → controller выполняет cleanup → controller удаляет finalizer → объект исчезает окончательно

Finalizer — не код. Это строковый ключ, например:

example.com/cleanup

Логику выполняет controller или operator.

Поэтому вопрос не «как стереть finalizer», а «какой компонент должен его снять и почему он не завершил cleanup».

Что проверить:

kubectl get exampleresource demo -n production -o yaml kubectl describe exampleresource demo -n production

И точечно:

kubectl get exampleresource demo -n production -o jsonpath='{.metadata.deletionTimestamp}{"n"}{.metadata.finalizers}{"n"}'

Дальше смотрите:

— controller/operator; — его Pod или Deployment; — RBAC и ServiceAccount; — events; — logs; — доступность внешнего API; — состояние внешнего ресурса.

Частые причины:

— controller не работает; — потерял права; — внешний API недоступен; — cleanup завершён частично; — внешний ресурс уже в неожиданном состоянии; — reconciliation падает с ошибкой.

Важно: events могут не содержать всю причину. Логи controller часто важнее.

Ручное удаление finalizer не всегда приводит к утечке, но риск есть. Последствия зависят от того, что именно этот finalizer должен был гарантировать.

Типичная ошибка:

объект завис → стерли finalizers → объект исчез → решили, что cleanup завершён

Вывод:

deletionTimestamp → finalizers → ответственный controller → cleanup → events/logs → внешний ресурс → причина сбоя → штатное снятие finalizer

Сохраните диагностическую последовательность для ресурсов, зависших в Terminating.

🔹🔹🔹🔹