случайно смещено системное время на 1-2 года вперёд. Вернул обратно. Но на этом мастере kube controller manager и scheduler упали и не поднимаются, ссылаясь на то, что время сейчас май 2023 года, а серты до марта 2023. Используется containerd. Но сейчас в системе верное время и не могу понять откуда он берет время из будущего. ОС ребутал уже целиком. Мысли иссякли. Может кто сталкивался? Или глубже шарите?
kubeadm + containerd?
Потуши кублет, удали поды руками, а не через апи, прям crictl rmp, запусти кублет
Поды шедулера и контроллерменеджера
А разве ребут системы это не делал?
Может проще добавить новый мастер и потом удалить кривой? Если это ВМ
На крайняк так и сделаю. Но пока есть возможность по-траблшутить
Спасибо! Это решило проблему. Он еще оказывается и старые поды хранит (видимо одну версию до текущей) 2ba7a6d53e67c 5 hours ago Ready kube-scheduler-mm-prod-k8s-m01 kube-system 2 (default) 62f8e87ce0a61 5 hours ago Ready kube-controller-manager-mm-prod-k8s-m01 kube-system 2 (default) 1f842afe6f8c2 5 hours ago Ready kube-apiserver-mm-prod-k8s-m01 kube-system 2 (default) 9c8f804384f99 5 hours ago NotReady kube-apiserver-mm-prod-k8s-m01 kube-system 1 (default) 0945b8397308c 8 weeks ago NotReady kube-controller-manager-mm-prod-k8s-m01 kube-system 0 (default) 5f1d76513d898 8 weeks ago NotReady kube-scheduler-mm-prod-k8s-m01 kube-system 0 (default) Но с временем всё равно странность какая-то. Почему и как сохранилось старое время… не ясно.
потому, что кластер стейт хранится в етцд. Я не уверен, что время там есть, но почему бы и нет
Я подозреваю, что у контейнера свой uts namespace, и время синкается с хостом только при создании контейнера. А раз мы выяснили, что containerd переподымает старый контейнер, то и время выставлено в нем то, что было при создании
в uts хостнейм только и домен ) времени там вроде нет
uts вроде как unix time share, но могу ошибаться, да, что время именно в нем. Но неймспейс для времени точно существует, но гуглить лень
Обсуждают сегодня