AS
Size: a a a
2020 October 18
AS
но там нетворк в user-mode что вообще половину кейсов блокает
BD
хотите сказать, что при смене логгер драйвера надо мало того рестартнуть докер, надо еще все поды переубивать? )
У меня как получилось... Я поменял лог драйвер и ребутнул докер на хосте ( без ребута кубелета). Делаю docker ps и там нет не одного контейнера запущенного.
Делаю docker ps -a и вижу старые контейнеры в STATUS: Exited, а docker inspect в этих контейнерах показывает RestartPolicy.Name: no и старый лог драйвер. Ребутаю кубелет и поднимаются все поды запланированные на этом хосте. Docker inspect в этих новых контейнерах показывает актуальный лог драйвер
Делаю docker ps -a и вижу старые контейнеры в STATUS: Exited, а docker inspect в этих контейнерах показывает RestartPolicy.Name: no и старый лог драйвер. Ребутаю кубелет и поднимаются все поды запланированные на этом хосте. Docker inspect в этих новых контейнерах показывает актуальный лог драйвер
AS
У меня как получилось... Я поменял лог драйвер и ребутнул докер на хосте ( без ребута кубелета). Делаю docker ps и там нет не одного контейнера запущенного.
Делаю docker ps -a и вижу старые контейнеры в STATUS: Exited, а docker inspect в этих контейнерах показывает RestartPolicy.Name: no и старый лог драйвер. Ребутаю кубелет и поднимаются все поды запланированные на этом хосте. Docker inspect в этих новых контейнерах показывает актуальный лог драйвер
Делаю docker ps -a и вижу старые контейнеры в STATUS: Exited, а docker inspect в этих контейнерах показывает RestartPolicy.Name: no и старый лог драйвер. Ребутаю кубелет и поднимаются все поды запланированные на этом хосте. Docker inspect в этих новых контейнерах показывает актуальный лог драйвер
мм, ну тут нельзя однозначно сказать рестарт это был или таки рекреате
AS
докер рестарт контейнеры рестартнет тоже, а кубер мог их пересоздать просто
BD
мм, ну тут нельзя однозначно сказать рестарт это был или таки рекреате
Я думаю что рекреате, так как контейнеры со старым лог драйвером до сих по висят в выводе docker ps -a в состоянии Exited, а рядом подняты новые контейнеры в состоянии Running. Если правильно понял тебя
AS
Я думаю что рекреате, так как контейнеры со старым лог драйвером до сих по висят в выводе docker ps -a в состоянии Exited, а рядом подняты новые контейнеры в состоянии Running. Если правильно понял тебя
+
AS
спс, разобрались, я такой хрени не знал, точнее даже не думал про нее никогда, мне казалось что достаточно просто смнеить драйвер и рестартнуть докер )
AS
ну потому что докер - унылое говно
AS
они придумали революционную штуку, но потом все включились, убежали вперед, а эти до сих пор сидят пилят свою убогую реджирстри и унылый докер-ее
AS
на кубеконе стенд с докером отстуствовал, их на праздник жизни даже не зовут, поняли , что обсуждать с ними нечего, все равно толку нет
AS
щас может мирантис вытянет их канеш
BD
А кто знает, какой флаг отвечает у кубелета за проверку состояния подов запущенных на ноде? Просто пока сейчас возился с одной нодой, на других нодах спустя какое-то время кубелет пересоздал поды
BD
Просто после рестарта докера, на одной ноде переподнялись практически сразу, а на других спустя какое-то время
G
Нода была в нотреди?
BD
Нода была в нотреди?
Да, через describe вижу что у некоторых нод на этот момент было состояние NodeNotReady
G
pod-eviction-timeout
BD
кажется теперь понятно
G
в kube-controller-manager
BD
докер рестарт контейнеры рестартнет тоже, а кубер мог их пересоздать просто
Вообщем наврал немного. У меня после рестарта докера только daemonset контейнеры не стартанули, на 3 из 5 нод, и эти daemonset были контейнеры cni