Kubernetes: La versión de la API de implementación apps / v1beta2 se cambia a extensiones / v1beta1 en la creación

Creado en 27 ene. 2018  ·  3Comentarios  ·  Fuente: kubernetes/kubernetes

¿Es este un INFORME DE ERROR o una SOLICITUD DE FUNCIÓN? :

/ tipo error

Que paso :

Cuando creo una implementación de ejemplo que se encuentra en kubernetes / sitio web con la versión de api apps/v1beta2 , la versión de api que veo cuando realizo kubectl get deploy nginx-deployment -o yaml es extensions/v1beta1 .

Qué esperabas que sucediera :

Espero que la versión de la API sea apps/v1beta2 .

Cómo reproducirlo (de la forma más mínima y precisa posible) :

  • Utilice la versión del cliente v1.9.1 y la versión del servidor v1.8.4 .
  • Cree el archivo de implementación de Nginx de ejemplo:
    Bash kubectl create -f https://raw.githubusercontent.com/kubernetes/website/snapshot-final-v1.8/docs/tasks/run-application/deployment.yaml
  • Compruebe que la versión de la API sea apps/v1beta2 (que no lo es):
    Bash kubectl get deploy nginx-deployment -o yaml | grep apiVersion

¿Algo más que necesitemos saber? :

No que yo pueda pensar.

Medio ambiente :

  • Versión de Kubernetes (use 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"}

  • Proveedor de nube o configuración de hardware:

    AWS, implementado a través de kops v1.8.0 (git-5099bc5)

  • SO (por ejemplo, de / etc / os-release): ~

  • Kernel (por ejemplo, uname -a ): ~

  • Instalar herramientas:

    kops v1.8.0 (git-5099bc5)

  • Otros: ~

kinbug needs-sig

Comentario más útil

Eso es confuso. Creo que devolvería la versión que subí o la última versión de las implementaciones que el servidor es capaz de devolver.

De todas formas, gracias!

Todos 3 comentarios

@ sean-krail: No hay etiquetas sig sobre este tema. Agregue una etiqueta de firma.

Una etiqueta de firma se puede agregar por:

  1. mencionando una firma: @kubernetes/sig-<group-name>-<group-suffix>
    p. ej., @kubernetes/sig-contributor-experience-<group-suffix> para notificar la firma de la experiencia del colaborador, O

  2. especificando la etiqueta manualmente: /sig <group-name>
    por ejemplo, /sig scalability para aplicar la etiqueta sig/scalability

Nota: El método 1 enviará un correo electrónico al grupo. Vea la lista de grupos .
El <group-suffix> en el método 1 tiene que ser reemplazado por uno de estos: _ errores, solicitudes de características, revisiones de informes, fallas de prueba, propuestas _

Las instrucciones para interactuar conmigo usando comentarios de relaciones públicas están disponibles aquí . Si tiene preguntas o sugerencias relacionadas con mi comportamiento, presente un problema en el repositorio de kubernetes / test-infra .

kubectl get deployment sin calificación obtiene la primera versión de implementaciones que el servidor indica que es capaz de regresar.

La implementación que creó se puede recuperar en cualquiera de las versiones compatibles. Para obtener un grupo o una versión específicos, califique completamente su solicitud de obtención:

kubectl obtiene deployment.apps…
kubectl obtiene deployment.v1beta2.apps…

/cerca

Eso es confuso. Creo que devolvería la versión que subí o la última versión de las implementaciones que el servidor es capaz de devolver.

De todas formas, gracias!

¿Fue útil esta página
0 / 5 - 0 calificaciones

Temas relacionados

theothermike picture theothermike  ·  3Comentarios

ttripp picture ttripp  ·  3Comentarios

mml picture mml  ·  3Comentarios

rhohubbuild picture rhohubbuild  ·  3Comentarios

errordeveloper picture errordeveloper  ·  3Comentarios