Kubernetes: Apserver no se inicia dentro del contenedor en 1.6

Creado en 8 abr. 2017  ·  3Comentarios  ·  Fuente: kubernetes/kubernetes

¿Es esto un INFORME DE ERROR o una SOLICITUD DE CARACTERÍSTICAS? (elija uno): INFORME DE ERRORES

Versión de Kubernetes (use kubectl version ):
Cliente: v1.6.1
Servidor: v1.6.1+coreos.0

Medio ambiente :

  • Proveedor de nube o configuración de hardware : Bare metal, 1 nodo (también probado para 3 nodos = 1 maestro + 2 trabajadores)
  • Sistema operativo : CoreOS 1298.7.0
  • Núcleo : 4.9.16-coreos-r1
  • Herramientas de instalación : quay.io/coreos/hyperkube:v1.6.1_coreos.0 imagen como systemd kubelet.service + manifiestos en /etc/kubernetes/manifests para componentes principales

El kubelet.service es:

# /etc/systemd/system/kubelet.service
[Unit]
Description=Kubelet service of Kubernetes

[Service]
# Mounting /etc/hosts is required for kubelet to be able to resolve
# nodes via its aliases (which may be not DNS routable).
Environment="RKT_RUN_ARGS= \
  --volume=etc-hosts,kind=host,source=/etc/hosts --mount volume=etc-hosts,target=/etc/hosts \
  --volume=var-log,kind=host,source=/var/log --mount volume=var-log,target=/var/log \
  --volume=dns,kind=host,source=/etc/resolv.conf --mount volume=dns,target=/etc/resolv.conf \
  --uuid-file-save=/var/run/kubelet-pod.uuid"
Environment=KUBELET_IMAGE_URL=quay.io/coreos/hyperkube
Environment=KUBELET_IMAGE_TAG=v1.6.1_coreos.0
ExecStartPre=/usr/bin/mkdir -p /etc/kubernetes/manifests
ExecStartPre=/usr/bin/mkdir -p /var/log/containers
ExecStartPre=-/usr/bin/rkt rm --uuid-file=/var/run/kubelet-pod.uuid
# Specifying all node labels here is required for kubelet
# to let it know its node state for correct recovery/restarts
# before sychronization with kube-apiserver happens.
ExecStart=/usr/lib/coreos/kubelet-wrapper \
  --port=10250 \
  --tls-cert-file=/etc/kubernetes/ssl/kubelet.crt \
  --tls-private-key-file=/etc/kubernetes/ssl/kubelet.key \
  --kubeconfig=/etc/kubernetes/kubeconfig-kubelet.yaml \
  --require-kubeconfig \
  --register-node=true \
  --allow-privileged=true \
  --pod-manifest-path=/etc/kubernetes/manifests \
  --hostname-override=n1.myhost.net \
  --cluster-dns=10.3.0.10 \
  --cluster-domain=cluster.local \
  --node-labels=role/apiserver=true,role/application=true \
  --network-plugin= \
  --sync-frequency=30s
ExecStop=-/usr/bin/rkt stop --uuid-file=/var/run/kubelet-pod.uuid
Restart=always
RestartSec=10

[Install]
WantedBy=multi-user.target

El /etc/kubernetes/manifests/kube-apiserver.yml es:

kind: Pod
apiVersion: v1
metadata:
  name: kube-apiserver
  namespace: kube-system
spec:
  hostNetwork: true
  containers:
    - name: kube-apiserver
      image: quay.io/coreos/hyperkube:v1.6.1_coreos.0
      command:
        - /hyperkube
        - apiserver
        - --bind-address=0.0.0.0
        - --secure-port=8443
        - --insecure-port=8081
        - --advertise-address=<public ip>
        - --external-hostname=n1.myhost.net
        - --client-ca-file=/etc/kubernetes/ssl/ca.crt
        - --tls-cert-file=/etc/kubernetes/ssl/apiserver.crt
        - --tls-private-key-file=/etc/kubernetes/ssl/apiserver.key
        - --service-account-key-file=/etc/kubernetes/ssl/apiserver.key
        - --service-cluster-ip-range=10.3.0.0/24
        - --etcd-servers=http://n1.myhost.net:4001
        - --etcd-cafile=/etc/ssl/etcd/ca.crt
        - --etcd-certfile=/etc/ssl/etcd/client.crt
        - --etcd-keyfile=/etc/ssl/etcd/client.key
        - --storage-backend=etcd2
        - --storage-media-type=application/json
        - --kubelet-https=true
        - --kubelet-certificate-authority=/etc/kubernetes/ssl/ca.crt
        - --kubelet-client-certificate=/etc/kubernetes/ssl/apiserver.crt
        - --kubelet-client-key=/etc/kubernetes/ssl/apiserver.key
        - --allow-privileged=true
        - --anonymous-auth=false
        - --admission-control=NamespaceLifecycle,LimitRanger,ServiceAccount,ResourceQuota
        - --runtime-config=extensions/v1beta1=true,extensions/v1beta1/thirdpartyresources=true
      ports:
        - name: https
          containerPort: 8443
          hostPort: 8443
        - name: local
          containerPort: 8081
          hostPort: 8081
      volumeMounts:
        - name: ssl-certs-kubernetes
          mountPath: /etc/kubernetes/ssl
          readOnly: true
        - name: ssl-certs-etcd
          mountPath: /etc/ssl/etcd
          readOnly: true
        - name: ssl-certs-host
          mountPath: /etc/ssl/certs
          readOnly: true
  volumes:
    - name: ssl-certs-kubernetes
      hostPath:
        path: /etc/kubernetes/ssl
    - name: ssl-certs-etcd
      hostPath:
        path: /etc/ssl/etcd
    - name: ssl-certs-host
      hostPath:
        path: /usr/share/ca-certificates

que paso :

kube-apiserver El pod se inicia e inmediatamente sale con un error (de docker logs ):

F0408 09:01:03.289906       1 controller.go:128] Unable to perform initial IP allocation check: unable to refresh the service IP block: Get https://localhost:8443/api/v1/services: dial tcp: lookup localhost on 8.8.8.8:53: no such host

De alguna manera apserver intenta resolver localhost a través de un DNS externo.

Lo que esperabas que sucediera :

kube-apiserver debería comenzar normalmente como lo hace en las versiones 1.5 de Kubernetes.

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

Arrancando el clúster de Kubernetes en CoreOS pero para la versión v1.6.1 de Kubernetes.

Cualquier otra cosa que necesitemos saber :

Como investigué, el ClusterFirstWithHostNet se agregó al parámetro dnsPolicy de PodSpec en 1.6 . Dice:

Para configurar las opciones de DNS junto con hostNetwork, debe especificar la política de DNS explícitamente en 'ClusterFirstWithHostNet'.

Traté de especificar dnsPolicy: ClusterFirstWithHostNet explícitamente y tuve un error diferente:

F0408 08:57:52.675808       1 controller.go:128] Unable to perform initial IP allocation check: unable to refresh the service IP block: Get https://localhost:8443/api/v1/services: dial tcp: lookup localhost on 10.3.0.10:53: write udp <public ip>:37836->10.3.0.10:53: write: operation not permitted

Además, analicé las opciones de CLI kube-apiserver y no encontré nada relacionado para ajustar.

KubeDNS en mi instalación se implementa como de costumbre en el espacio de nombres kube-system , no como un complemento de clúster en el directorio /etc/kubernetes/manifests .

Comentario más útil

Eche un vistazo al /etc/hosts de su host y vea si contiene localhost. Este fue el problema en mi configuración con exactamente la misma configuración, mi /etc/hosts contenía solo el nombre de host de mi máquina y una IP pero no localhost. Cuando agregué 127.0.0.1 localhost y reinicié el servidor ap, funcionó.

Todos 3 comentarios

¿Alguna sugerencia de por qué apiserver intenta resolver localhost en 8.8.8.8 ?

Eche un vistazo al /etc/hosts de su host y vea si contiene localhost. Este fue el problema en mi configuración con exactamente la misma configuración, mi /etc/hosts contenía solo el nombre de host de mi máquina y una IP pero no localhost. Cuando agregué 127.0.0.1 localhost y reinicié el servidor ap, funcionó.

¡Ingenio! 🤦🤦🤦🤦

Ese es exactamente el problema.

@lorenz muchas gracias!

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