Kubernetes: kubectl --validate sinalizador aprovado quando o arquivo yaml está errado

Criado em 6 jun. 2018  ·  2Comentários  ·  Fonte: kubernetes/kubernetes

/ tipo bug

Eu acho que é um bug

O que aconteceu :
O kubectl consegue validar com sucesso um arquivo yaml que contém dados inválidos (veja abaixo o conteúdo do arquivo yaml):

$ kubectl --context=minikube  create --dry-run --validate -f invalid.yml 
deployment "test" created (dry run)

No entanto, ao emitir o comando sem a validação, ele falha

$ kubectl --context=minikube apply -f invalid.yml 
The Deployment "test" is invalid: 
* metadata.labels: Invalid value: "£\"+=_+!¹²³€}{{@\"}{@~@:>?|\\|¬`}": a valid label must be an empty string or consist of alphanumeric characters, '-', '_' or '.', and must start and end with an alphanumeric character (e.g. 'MyValue',  or 'my_value',  or '12345', regex used for validation is '(([A-Za-z0-9][-A-Za-z0-9_.]*)?[A-Za-z0-9])?')
* spec.replicas: Invalid value: -100: must be greater than or equal to 0
* spec.selector.matchLabels: Invalid value: "£\"+=_+!¹²³€}{{@\"}{@~@:>?|\\|¬`}": a valid label must be an empty string or consist of alphanumeric characters, '-', '_' or '.', and must start and end with an alphanumeric character (e.g. 'MyValue',  or 'my_value',  or '12345', regex used for validation is '(([A-Za-z0-9][-A-Za-z0-9_.]*)?[A-Za-z0-9])?')
* spec.selector: Invalid value: v1.LabelSelector{MatchLabels:map[string]string{"app":"£\"+=_+!¹²³€}{{@\"}{@~@:>?|\\|¬`}"}, MatchExpressions:[]v1.LabelSelectorRequirement(nil)}: invalid label selector.

O que você esperava que acontecesse :
kubectl create --dry-run --validate deve relatar que há erros no arquivo yaml

Como reproduzi-lo (o mínimo e precisamente possível) :
Salve o yaml abaixo em um arquivo yaml e aplique uma vez com
kubectl create --dry-run --validate -f file.yaml

e então ir pra valer com
kubectl create -f file.yaml

O Minikube pode ser usado.

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: test
  labels:
    app: £"+=_+!¹²³€}{{@"}{@~@:>?|\|¬`}
  namespace: default
spec:
  replicas: -100
  revisionHistoryLimit: 2
  template:
    metadata:
      labels:
        app: £"+=_+!¹²³€}{{@"}{@~@:>?|\|¬`}
    spec:
      containers:
      - image: £"+=_+!¹²³€}{{@"}{@~@:>?|\|¬`}
        name: £"+=_+!¹²³€}{{@"}{@~@:>?|\|¬`}
        envFrom:
        - secretRef:
            name: £"+=_+!¹²³€}{{@"}{@~@:>?|\|¬`}

Mais alguma coisa que precisamos saber? :

Meio Ambiente :

  • Versão do Kubernetes (use kubectl version ):
    Versão do cliente: version.Info {Principal: "1", Secundária: "9", GitVersion: "v1.9.6", GitCommit: "9f8ebd171479bec0ada837d7ee641dec2f8c6dd1", GitTreeState: "clean", BuildDate: "2018-03-21T15: 21 50Z ", GoVersion:" go1.9.3 ", Compilador:" gc ", Plataforma:" linux / amd64 "}
    Versão do servidor: version.Info {principal: "", secundária: "", GitVersion: "v1.9.4", GitCommit: "bee2d1505c4fe820744d26d41ecd3fdd4a3d6546", GitTreeState: "clean", BuildDate: "2018-03-21ZT21: 48: 36 , GoVersion: "go1.9.1", Compilador: "gc", Plataforma: "linux / amd64"}
  • Provedor de nuvem ou configuração de hardware:
    minikube no linux, também acontece em outros clusters não minikube
  • SO (por exemplo, de / etc / os-release):
NAME="Linux Mint"
VERSION="18.3 (Sylvia)"
ID=linuxmint
ID_LIKE=ubuntu
PRETTY_NAME="Linux Mint 18.3"
VERSION_ID="18.3"
VERSION_CODENAME=sylvia
UBUNTU_CODENAME=xenial
  • Kernel (por exemplo, uname -a ):
    Linux nb 4.13.0-43-generic # 48 ~ 16.04.1-Ubuntu SMP Qui, 17 de maio 12:56:46 UTC 2018 x86_64 x86_64 x86_64 GNU / Linux

  • Ferramentas de instalação:

  • Outras:

/ sig cli

kinbug sicli

Comentários muito úteis

a validação do lado do cliente não é exaustiva. principalmente garante que os nomes e tipos de campos no arquivo yaml sejam válidos. a validação completa é sempre feita pelo servidor e pode sempre impor restrições / restrições adicionais sobre a validação do lado do cliente.

Todos 2 comentários

a validação do lado do cliente não é exaustiva. principalmente garante que os nomes e tipos de campos no arquivo yaml sejam válidos. a validação completa é sempre feita pelo servidor e pode sempre impor restrições / restrições adicionais sobre a validação do lado do cliente.

/Fechar

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