Kubernetes: A versão apps / v1beta2 da Deployment API está sendo alterada para extensions / v1beta1 na criação

Criado em 27 jan. 2018  ·  3Comentários  ·  Fonte: kubernetes/kubernetes

É um RELATÓRIO DE BUGS ou PEDIDO DE RECURSO? :

/ tipo bug

O que aconteceu :

Quando eu crio um exemplo de implantação encontrado em kubernetes / website com a versão da API apps/v1beta2 , a versão da API que vejo quando executo kubectl get deploy nginx-deployment -o yaml é extensions/v1beta1 .

O que você esperava que acontecesse :

Espero que a versão da API seja apps/v1beta2 .

Como reproduzi-lo (o mínimo e precisamente possível) :

  • Use a versão do cliente v1.9.1 e a versão do servidor v1.8.4 .
  • Crie o arquivo de implantação Nginx de exemplo:
    Bash kubectl create -f https://raw.githubusercontent.com/kubernetes/website/snapshot-final-v1.8/docs/tasks/run-application/deployment.yaml
  • Verifique se a versão da API é apps/v1beta2 (o que não é):
    Bash kubectl get deploy nginx-deployment -o yaml | grep apiVersion

Mais alguma coisa que precisamos saber? :

Não que eu possa pensar.

Meio Ambiente :

  • Versão do 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"}

  • Provedor de nuvem ou configuração de hardware:

    AWS, implantado via kops v1.8.0 (git-5099bc5)

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

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

  • Ferramentas de instalação:

    kops v1.8.0 (git-5099bc5)

  • Outros: ~

kinbug needs-sig

Comentários muito úteis

Isso é confuso. Eu acho que ele retornaria a versão que carreguei ou a versão mais recente das implantações que o servidor é capaz de retornar.

De qualquer forma, obrigado!

Todos 3 comentários

@ sean-krail: Não há rótulos de assinatura neste assunto. Adicione um rótulo de assinatura.

Um rótulo sig pode ser adicionado por:

  1. mencionando um sig: @kubernetes/sig-<group-name>-<group-suffix>
    por exemplo, @kubernetes/sig-contributor-experience-<group-suffix> para notificar o contrato de experiência do contribuidor, OU

  2. especificando o rótulo manualmente: /sig <group-name>
    por exemplo, /sig scalability para aplicar o rótulo sig/scalability

Observação: o método 1 acionará um e-mail para o grupo. Veja a lista de grupos .
O <group-suffix> no método 1 deve ser substituído por um destes: _ bugs, solicitações de recursos, revisões pré, falhas de teste, propostas _

Instruções para interagir comigo usando comentários de RP estão disponíveis aqui . Se você tiver dúvidas ou sugestões relacionadas ao meu comportamento, registre um problema no repositório kubernetes / test-infra .

kubectl get deployment sem qualificação obtém a primeira versão de implantações que o servidor indica que é capaz de retornar.

A implantação que você criou pode ser recuperada em qualquer uma das versões com suporte. Para obter um grupo ou versão específica, qualifique totalmente sua solicitação get:

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

/Fechar

Isso é confuso. Eu acho que ele retornaria a versão que carreguei ou a versão mais recente das implantações que o servidor é capaz de retornar.

De qualquer forma, obrigado!

Esta página foi útil?
0 / 5 - 0 avaliações