Мастера то ? Для начала поищи бэкапы etcd. При обновлении ноды оны обычно складываются в отдельную папочку, рядом есть и старые манифесты. А потом замена бинарей на старые и скрестить пальцы, что бы завелось
а где обычно они хранятся ? в /etc/kuberentes ?
/etc/kubernetes/tmp
Версии контрол плейна проверьте, если все старые, просто kubelet откатите назад
что за Версии контрол плейна ?
api server и остальное
я понимаю, но не понимаю как их проверить
Describe или get pod -o yaml/json и версии image посмотреть, ещё можно configmap с кластер конфиг посмотреть, при апгрейдах новый создаётся с версией на которую апгрейдится
это версия бинарника kubelet. видать кто-то обновил систему, а кублет у тебя из пакетов стоял. вот он заодно и обновился. а конфиги все старые остались. вот новый кублет и не запустился. по идее манифесты контрол-плейна должны были старые остаться. бери документацию по своему дистрибутиву и начинай читать, как установить пакет нужной версии.
так что глупости про наличие бекапа etcd в /etc/kubernetes/tmp можно смело не читать. По дефолту никаких бекапов не делается. все настраивать надо руками и головой.
вы ошибаетесь.
если делается обновление через kubeadm, то он в явном виде пишет куда складывает бэкапы.
Делать бекап на 400 метров каждые 5 минут ? но какой в этом смысл ???? или ты хочешь сказать, что kubeadm upgrade у тебя кроном раз в 5 минут запускается ? или что ?
Конкретно тут скорее всего не с первого раза полетело обновление, но факт, что бэкапы создаются перед обновлением и лежат в той папке.
а студент был настойчивым и жал на капу после каждой сигареты ?
И таки да. авторы кубадма в очередной раз облжались. То что они считают бекапом etcd - просто тупо копия каталога с данными. А должен быть snapshot, снятый стандартными средствами. а эта копия каталога - есть небольшая вероятность, что она будет неконсистентной
Обсуждают сегодня