проблема с запуском kubectl в главном узле при создании кластера Kubernetes с использованием kubespray

Question

Я пытаюсь создать кластер Kubernetes, используя kubespray с одним главным и 3 рабочими узлами. Я клонировал репозиторий github kubespray и запустил ANSIBLE PlayBook из моего узла управления для формирования кластера.

Я пытаюсь выполнить следующую команду:

sudo ansible-playbook -i inventory/sample/hosts.ini cluster.yml --become --ask-become-pass

Когда я запускаю команду, 2 работникаузел получает окончательный статус в порядке. Но для мастер-узла это показало сбой и получило ошибку как следующее:

fatal: [mildevkub020]: FAILED! => {"changed": false, "msg": "error running kubectl (/usr/local/bin/kubectl apply --force --filename=/etc/kubernetes/k8s-cluster-critical-pc.yml) command (rc=1), out='', err='error: unable to recognize \"/etc/kubernetes/k8s-cluster-critical-pc.yml\": Get http://localhost:8080/api?timeout=32s: dial tcp 127.0.0.1:8080: connect: connection refused\n'"}

Я добавляю скриншот для ошибки ниже:

Модификация

Я удалил свое старое репо kubespray и клонировал свежее по следующей ссылке,

https://github.com/kubernetes-sigs/kubespray.git

Иобновил мой инвентарь. Но все равно получаю ту же ошибку. Когда я запускаю команду «journalctl» для журналов, я получаю следующее:

Oct 15 09:56:17 mildevdcr01 kernel: NX (Execute Disable) protection: active
Oct 15 09:56:17 mildevdcr01 kernel: SMBIOS 2.4 present.
Oct 15 09:56:17 mildevdcr01 kernel: DMI: VMware, Inc. VMware Virtual 
Platform/440BX Desktop Reference Platform, BIOS 6.00 09/22/2009
Oct 15 09:56:17 mildevdcr01 kernel: Hypervisor detected: VMware
Oct 15 09:56:17 mildevdcr01 kernel: Kernel/User page tables isolation: disabled
Oct 15 09:56:17 mildevdcr01 kernel: e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
Oct 15 09:56:17 mildevdcr01 kernel: e820: remove [mem 0x000a0000-0x000fffff] usable
Oct 15 09:56:17 mildevdcr01 kernel: AGP: No AGP bridge found
Oct 15 09:56:17 mildevdcr01 kernel: e820: last_pfn = 0x240000 max_arch_pfn = 0x400000000
Oct 15 09:56:17 mildevdcr01 kernel: MTRR default type: uncachable
Oct 15 09:56:17 mildevdcr01 kernel: MTRR fixed ranges enabled:
Oct 15 09:56:17 mildevdcr01 kernel:   00000-9FFFF write-back
Oct 15 09:56:17 mildevdcr01 kernel:   A0000-BFFFF uncachable
Oct 15 09:56:17 mildevdcr01 kernel:   C0000-CBFFF write-protect

Ошибка,

fatal: [mildevkub020]: FAILED! => {"attempts": 10, "changed": false, "msg": "error running kubectl (/usr/local/bin/kubectl apply --force --filename=/etc/kubernetes/node-crb.yml) command (rc=1), out='', err='W1016 06:50:31.365172   22692 loader.go:223] Config not found: etc/kubernetes/admin.conf\nerror: unable to recognize \"/etc/kubernetes/node-crb.yml\": Get http://localhost:8080/api?timeout=32s: dial tcp 127.0.0.1:8080: connect: connection refused\n'"}

Answer 1

Убедитесь, что вы выполнили все требования перед установкой кластера. Особенно копирование ключа ssh на все серверные части вашего инвентаря.

Сброс среды после предыдущей установки:

$ sudo ansible-playbook -i inventory/mycluster/hosts.yml reset.yml -b -v \
  --private-key=~/.ssh/private_key

Не забудьте изменить файл конфигурации кластера и персонализировать его. Вы можете изменить сетевой плагин - по умолчанию это Calico.

Затем снова запустите ansible playbook с помощью этой команды:

$ sudo ansible-playbook -i inventory/sample/hosts.ini cluster.yml -b -v \ 
  --private-key=~/.ssh/private_key

Попробуйте скопировать / сэмплировать папку и переименовать ее, а затем изменить k8s-cluster ифайл hosts.

Проверьте файл hosts: не забудьте не изменять дочерние элементы кластера k8s, например помещать группу etcd в кластер k8s, если вы не уверены в этом.

k8s-cluster ⊂ etcd => kube-node ∩ etcd = etcd

Пример файла инвентаризации, который вы можете найти здесь: инвентарь .

Если проблема все еще существует, выполните команду journalctl и проверьте, что показывают журналы.

РЕДАКТИРОВАТЬ:

Поскольку вы предоставили больше информации. Судя по вашим журналам, вы должны установить самую высокую версию оборудования виртуальной машины, доступную в вашей установке VMware, и установить все доступные обновления в этой системе.