AS
вообще про такие тонкости наверное Вадим лучше ответит
Size: a a a
2021 August 23
АС
Ну кстати - если я хочу, например, обновить только версию fcos.
VR
CVO ничего про FCOS не знает. Знает он только что нужные версии операторов должны быть.
Версией OS управляет MCO
Версией OS управляет MCO
VR
MCO вернет к ожидаемой
АС
"ожиданиями" MCO можно управлять?
АС
Ну в части версии fcos
VR
их создает сам CVO, так что - да, можно, при выключенным CVO
VR
на что ты её кстати обновлять собрался, для OKD мы свой билд делаем, с кубелетом и крио
АС
Это академический интерес. Например, на ваш новый билд. Предположим, по требованию ИБ.
VR
новый билд okd-machine-os создаст новый nightly build - так что обновления OS без "обновления" кластера не бывает
АС
Теперь понятно. Спс.
VR
с другой стороны, если вот вообще срочно надо что-то запатчить, то можно сделать
Как результат, обновления кластера или сертификатов применятся тоже не будет
spec.paused=True в MCP (тогда MCO будет недоволен, но трогать машины не будет) - и на хостах уже rpm-ostree update/install.Как результат, обновления кластера или сертификатов применятся тоже не будет
АС
получается, что правильный путь применения обновлений безопасности (если таковые вообще есть как отдельная сущность) - это ждать следующего релиза OKD и обновлять всё и сразу?
АС
спс
DG
а можно вмешаться - а какой вообще процесс, если был создал машин-конфиг с багом, препятствующий запуску кри-о на ноде (конфиг невалидный сформировался) и баг в исходном машин-конфиге исправлен, но часть нод в деградированном состоянии
DG
как их вернуть к старой версии или заставить перевытянуть исправленную?
VR
либо руками чинить конфиг в крио, тогда оно запустит machine-config-daemon. MCD уже приведет конфиг к ожидаемому
VR
либо конечно пересетапить ноду
DG
этот путь не работает - начинает ругаться, что содержимое на диске имеет неожидаемый контент