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) :
v1.9.1
et la version serveur v1.8.4
.Bash
kubectl create -f https://raw.githubusercontent.com/kubernetes/website/snapshot-final-v1.8/docs/tasks/run-application/deployment.yaml
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 :
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: ~
@ 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:
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
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!
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!