Kubernetes: Версия API развертывания apps / v1beta2 заменяется на extension / v1beta1 при создании

Созданный на 27 янв. 2018  ·  3Комментарии  ·  Источник: kubernetes/kubernetes

Это ОТЧЕТ ОБ ОШИБКЕ или ЗАПРОС О ФУНКЦИОНИРОВАНИИ? :

/ добрый баг

Что случилось :

Когда я создаю пример развертывания, найденного на kubernetes / website, с версией api apps/v1beta2 , версия api, которую я вижу при выполнении kubectl get deploy nginx-deployment -o yaml равна extensions/v1beta1 .

Что вы ожидали :

Я ожидаю, что версия api будет apps/v1beta2 .

Как это воспроизвести (максимально минимально и точно) :

  • Используйте версию клиента v1.9.1 и версию сервера v1.8.4 .
  • Создайте пример файла развертывания Nginx:
    Bash kubectl create -f https://raw.githubusercontent.com/kubernetes/website/snapshot-final-v1.8/docs/tasks/run-application/deployment.yaml
  • Убедитесь, что версия api - apps/v1beta2 (а это не так):
    Bash kubectl get deploy nginx-deployment -o yaml | grep apiVersion

Что еще нам нужно знать? :

Не то чтобы я мог придумать.

Окружающая среда :

  • Версия Kubernetes (используйте kubectl version ):

Bash Client Version: version.Info{Major:"1", Minor:"9", GitVersion:"v1.9.1", GitCommit:"3a1c9449a956b6026f075fa3134ff92f7d55f812", GitTreeState:"clean", BuildDate:"2018-01-04T11:52:23Z", GoVersion:"go1.9.2", Compiler:"gc", Platform:"linux/amd64"} Server Version: version.Info{Major:"1", Minor:"8", GitVersion:"v1.8.4", GitCommit:"9befc2b8928a9426501d3bf62f72849d5cbcd5a3", GitTreeState:"clean", BuildDate:"2017-11-20T05:17:43Z", GoVersion:"go1.8.3", Compiler:"gc", Platform:"linux/amd64"}

  • Облачный провайдер или конфигурация оборудования:

    AWS, развернутый с помощью kops v1.8.0 (git-5099bc5)

  • ОС (например, из / etc / os-release): ~

  • Ядро (например, uname -a ): ~

  • Установить инструменты:

    копс v1.8.0 (git-5099bc5)

  • Другое: ~

kinbug needs-sig

Самый полезный комментарий

Это сбивает с толку. Я бы подумал, что он вернет версию, которую я загрузил, или последнюю версию развертываний, которую сервер может вернуть.

В любом случае, спасибо!

Все 3 Комментарий

@ sean-krail: По этому вопросу нет подписей. Пожалуйста, добавьте подпись.

Метку sig можно добавить:

  1. упоминание подписи: @kubernetes/sig-<group-name>-<group-suffix>
    например, @kubernetes/sig-contributor-experience-<group-suffix> чтобы уведомить участника об опыте, ИЛИ

  2. указание метки вручную: /sig <group-name>
    например, /sig scalability для применения метки sig/scalability

Примечание. Метод 1 вызовет отправку электронной почты группе. См. Список групп .
<group-suffix> в методе 1 необходимо заменить на одно из следующих: _ ошибки, запросы функций, предварительные обзоры, ошибки тестирования, предложения _

Инструкции по взаимодействию со мной с помощью PR-комментариев доступны здесь . Если у вас есть вопросы или предложения, связанные с моим поведением, сообщите о проблеме в репозиторий kubernetes / test-infra .

kubectl get deployment без квалификации получает первую версию развертываний, которую сервер указывает на возможность возврата.

Созданное вами развертывание можно получить в любой из поддерживаемых версий. Чтобы получить конкретную группу или версию, полностью уточните свой запрос на получение:

kubectl get deployment.apps…
kubectl get deployment.v1beta2.apps…

/Закрыть

Это сбивает с толку. Я бы подумал, что он вернет версию, которую я загрузил, или последнюю версию развертываний, которую сервер может вернуть.

В любом случае, спасибо!

Была ли эта страница полезной?
0 / 5 - 0 рейтинги