Kubernetes: La version de l'API de déploiement apps / v1beta2 est modifiée en extensions / v1beta1 lors de la création

Créé le 27 janv. 2018  ·  3Commentaires  ·  Source: kubernetes/kubernetes

S'agit-il d'un rapport de bogue ou d'une demande de fonctionnalité? :

/ genre bug

Qu'est-il arrivé :

Lorsque je crée un exemple de déploiement trouvé sur kubernetes / site Web avec la version api apps/v1beta2 , la version api que je vois lorsque j'effectue kubectl get deploy nginx-deployment -o yaml est extensions/v1beta1 .

Ce à quoi vous vous attendiez :

Je m'attends à ce que la version de l'API soit apps/v1beta2 .

Comment le reproduire (de la manière la plus minimale et la plus précise possible) :

  • Utilisez la version client v1.9.1 et la version serveur v1.8.4 .
  • Créez l'exemple de fichier de déploiement Nginx:
    Bash kubectl create -f https://raw.githubusercontent.com/kubernetes/website/snapshot-final-v1.8/docs/tasks/run-application/deployment.yaml
  • Vérifiez que la version de l'API est apps/v1beta2 (ce qui n'est pas le cas):
    Bash kubectl get deploy nginx-deployment -o yaml | grep apiVersion

Y a-t-il autre chose que nous devons savoir? :

Pas que je puisse penser.

Environnement :

  • Version Kubernetes (utilisez 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"}

  • Fournisseur de cloud ou configuration matérielle:

    AWS, déployé via kops v1.8.0 (git-5099bc5)

  • OS (par exemple à partir de / etc / os-release): ~

  • Noyau (par exemple uname -a ): ~

  • Installer les outils:

    kops v1.8.0 (git-5099bc5)

  • Autres: ~

kinbug needs-sig

Commentaire le plus utile

C'est déroutant. Je pense qu'il renverrait la version que j'ai téléchargée ou la dernière version des déploiements que le serveur est capable de renvoyer.

Bref, merci!

Tous les 3 commentaires

@ sean-krail: Il n'y a pas d'étiquettes sig sur ce problème. Veuillez ajouter une étiquette sig.

Une étiquette sig peut être ajoutée soit par:

  1. en mentionnant un sig: @kubernetes/sig-<group-name>-<group-suffix>
    par exemple, @kubernetes/sig-contributor-experience-<group-suffix> pour notifier l'expérience de contributeur sig, OU

  2. spécifier l'étiquette manuellement: /sig <group-name>
    par exemple, /sig scalability pour appliquer l'étiquette sig/scalability

Remarque: la méthode 1 déclenchera un e-mail au groupe. Voir la liste des groupes .
Le <group-suffix> de la méthode 1 doit être remplacé par l'un de ceux-ci: _ bugs, feature-requests, pr-reviews, test-failures, propositions _

Les instructions pour interagir avec moi en utilisant les commentaires PR sont disponibles ici . Si vous avez des questions ou des suggestions concernant mon comportement, veuillez signaler un problème sur le

kubectl get deployment sans qualification obtient la première version des déploiements que le serveur indique qu'il est capable de renvoyer.

Le déploiement que vous avez créé peut être récupéré dans l'une des versions prises en charge. Pour obtenir un groupe ou une version spécifique, qualifiez entièrement votre demande d'obtention:

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

/Fermer

C'est déroutant. Je pense qu'il renverrait la version que j'ai téléchargée ou la dernière version des déploiements que le serveur est capable de renvoyer.

Bref, merci!

Cette page vous a été utile?
0 / 5 - 0 notes