проблемы с скомпилированными образами док-станции K8s - PullRequest
0 голосов
/ 30 марта 2019

после клонирования репо (тег v1.14.0) на локальную машину; я изменил cmd/kube-apiserver/app/server.go файл; я добавил одну строку нового кода, которая является обычной записью в журнале после компиляции кода K8s я нашел tar ball в docker images в _output/release-images/amd64/ и использовал docker load -i _output/release-images/amd64/kube-apiserver.tar он добавляет недавно созданное изображение докера apiserver, но вместо перезаписи на тег создает новый тег v1.14.0-dirty

enter image description here

теперь мой вопрос как и почему K8s добавляет dirty суффикс к тегу изображения? Теперь, когда я выполняю kubeam init, он по-прежнему будет развертывать исходное изображение с тегом v1.14.0 и не будет развертывать вновь созданный образ с тегом v1.14.0-dirty

.

как запустить K8s с недавно созданными образами Docker?

Ответы [ 2 ]

2 голосов
/ 30 марта 2019

Быстрое и грязное решение было бы добавить еще одну команду:

docker tag k8s.gcr.io/kube-apiserver:v1.14.0-dirty k8s.gcr.io/kube-apiserver:v1.14.0

Это должно создать правильный тег для изображения.

Тег dirty может применяться на этапе сборки tar, поскольку сборщик обнаруживает, что состояние репозитория git dirty .

1 голос
/ 30 марта 2019

Kubeadm создает манифесты для api-сервера, контроллера, служб планировщика в / etc / kubernetes /manifests.

Обновите имя образа api-сервера по указанному выше пути и затем удалите модули api-сервера.

...