Всем привет! Прошу помощи. При изменении количества реплик в statefulset Pod

не создается. Вообще. Т.е. не то чтобы залип в каком-то состоянии, а вообще не создается объект типа Pod.
В эвентах такое:
create Pod keycloak-keycloakx-0 in StatefulSet keycloak-keycloakx failed error: Internal error occurred: failed calling webhook "admission-controller.k8tz.io": failed to call webhook: Post "https://k8tz.k8tz.svc:443/?timeout=10s": context deadline exceeded

Но суть в том, что
во-первых, нет возможности достучаться до указанного https-адреса по такому короткому пути (приложения находятся в разных namespace)
во-вторых, k8tz в принципе уже настроен так, чтобы не инжектить настройки во вновь создаваемые Pod-ы.
в-третьих, тестовый Pod в другом неймспейсе создается без проблем.

Моё умозаключение, что где-то что-то залипло. И это что-то связано с admission-controller.k8tz, но именно для этого StatefulSet.
Что можно пнуть, чтобы keycloak воссоздался при изменении количества реплки в стейтфулсете?

Смотри что у тебя с контроллером в k8tz

не совсем понимаю, что это значит. Выставлял Deployment.replicaset = 0 Pod k8tz пропадал После чего выставляю StatefulSet для Keycloak = 1, но Pod киклока не создается. В эвентах он зачем-то пытается вызвать webhook "admission-controller.k8tz.io", да еще и обращается по короткому адресу, без добавления cluster.local В эвентах k8tz не может удалить сеть для песочницы 6m37s Warning FailedKillPod pod/k8tz-7f5755c8df-smgfx error killing pod: failed to "KillPodSandbox" for "5f5b16aa-f8a7-4ab8-9237-ce07b97f6445" with KillPodSandboxError: "rpc error: code = Unknown desc = failed to destroy network for sandbox \"093e08d1c3560d42cb7aaee355382ef64bb893510c8dc6ff6b55aa0b7ef9ba70\": plugin type=\"calico\" failed (delete): error getting ClusterInformation: Get \"https://10.96.0.1:443/apis/crd.projectcalico.org/v1/clusterinformations/default\": dial tcp 10.96.0.1:443: connect: no route to host" Но тем ни менее, Pod для k8tz удаляется, и репликасет становится равной 0.

У тебя проблема в том, что контроллер не работает, смотри почему

Зачем ты удаляешь под k8tz, если он должен работать?

ну не то чтобы он должен работать... С другим приложением удаление k8tz прокатило, приложение запустилось, хотя там тоже был какой-то клин. Вот и пробовал удалять, перезапускать... Пока идей больше нет. В Интернете наткнулся на перезапуск демонсетов calico-node...

У тебя явно ошибка говорит, что нужен вебхук admission controller. Если он тебе не нужен, зачем ты его ставил тогда?

Ставил не я. На тот момент решался вопрос с расхождением времени больше положенного, из-за чего приложение не работало. Вопрос синхронизации времени решился другим образом, но появился k8tz. Как говорится, "так исторически сложилось". Если ошибка говорит о том, что нужен вебхук, то есть два вопроса: почему запустился новый под другого приложения? и Как вырезать из стейтфулсет информацию о вебхуке?

хотелось бы избежать ситуацию, когда я удалю k8tz, но какое-то приложение будет требовать этот вебхук для старта...нонсенс будет.

Я не знаком с этим контроллером, либо он избирательно действует, либо на тот момент работал

собственно, вопрос подходит к тому, что Как заставить стейтфулсет киклока забыть про вебхук? up: ...без удаления стейтфулсет-а

Посмотри конфигурацию вебхука k -n k8tz get -o yaml MutatingWebhookConfiguration

тут скорее надо почитать о том, что это такое ) спасибо за наводку! А если удалить этот MutatingWebhookConfiguration из одного определенного неймспейса, то будут какие-то последствия?

Ну перестанут таймзоны добавлятся там где раньше добавлялись