Назад | Перейти на главную страницу

kubernetes CRISocket загрузка информации не удалась, узел не найден

Я использую следующую конфигурацию kubeadmin с внешней установкой etcd для настройки HA kubernetes после https://kubernetes.io/docs/setup/independent/high-availability/#external-etcd-nodes в голом железном сервере с centos7.

Версия etcd - v3.2.26

kind: ClusterConfiguration
kubernetesVersion: v1.13.1
apiServer:
  certSANs:
  - "k8-master01.loc.prov.domain.tld"
controlPlaneEndpoint: "k8-master01.loc.prov.domain.tld:8080"
etcd:
    external:
        endpoints:
        - https://k8-master01.loc.prov.domain.tld:2379
        - https://k8-master02.loc.prov.domain.tld:2379
        - https://k8-master03.loc.prov.domain.tld:2379
        caFile: /etc/kubernetes/pki/etcd/ca.crt
        certFile: /etc/kubernetes/pki/apiserver-etcd-client.crt
        keyFile: /etc/kubernetes/pki/apiserver-etcd-client.key

Однако init продолжает давать сбой на следующем шаге:


I0204 15:04:24.985393  142883 uploadconfig.go:133] [upload-config] Preserving the CRISocket information for the control-plane node
[patchnode] Uploading the CRI Socket information "/var/run/dockershim.sock" to the Node API object "k8-master01.loc.prov.domain.tld" as an annotation
I0204 15:04:25.485719  142883 round_trippers.go:419] curl -k -v -XGET  -H "User-Agent: kubeadm/v1.13.1 (linux/amd64) kubernetes/eec55b9" -H "Accept: application/json, */*" 'https://k8-master01.loc.prov.domain.tld:8080/api/v1/nodes/k8-master01.loc.prov.domain.tld'
I0204 15:04:25.488810  142883 round_trippers.go:438] GET https://k8-master01.loc.prov.domain.tld:8080/api/v1/nodes/k8-master01.loc.prov.domain.tld 404 Not Found in 3 milliseconds

Он продолжает повторять попытки, а затем время ожидания истекает.


error execution phase upload-config/kubelet: Error writing Crisocket information for the control-plane node: timed out waiting for the condition

(Имя хоста в журнале выше нечеткое)

Есть предложения относительно того, как мы можем продолжить?

Так как Аншу Пратик упоминается в комментариях:

Мы решили проблему. Прерывание SSL для haproxy было нарушено, и только в некоторых случаях оно вызывало сбои.