Рейтинг:0

Ошибка инициализации kubeadm при инициализации кластера Kubernetes

флаг tn

Версия ОС ВМ — RHEL 8.2 (4.18.0-193.el8.x86_64)
Версия докера — 19.03.8
Версия Kubernetes — 1.18.0
Аппаратная конфигурация — 4 ЦП и 16 ГБ ОЗУ (доступно 90 %)

журналы выполнения из kubeadm init

$$kubeadm init --kubernetes-version="v1.18.0" --pod-network-cidr="10.244.0.0/16"

W0519 21:08:48.180818 913499 configset.go:202] ПРЕДУПРЕЖДЕНИЕ: kubeadm не может проверять конфигурации компонентов для групп API [kubelet.config.k8s.io kubeproxy.config.k8s.io]
[init] Использование версии Kubernetes: v1.18.0
[preflight] Запуск проверки перед полетом
        [ПРЕДУПРЕЖДЕНИЕ IsDockerSystemdCheck]: обнаружен «cgroupfs» в качестве драйвера cgroup Docker. Рекомендуемый драйвер «systemd». Следуйте инструкциям на странице https://kubernetes.io/docs/setup/cri/.
        [ПРЕДУПРЕЖДЕНИЕ FileExisting-socat]: socat не найден в системном пути
[preflight] Извлечение изображений, необходимых для настройки кластера Kubernetes
[предварительная проверка] Это может занять минуту или две, в зависимости от скорости вашего интернет-соединения.
[preflight] Вы также можете выполнить это действие заранее, используя «вытягивание образов конфигурации kubeadm»
[kubelet-start] Запись файла среды kubelet с флагами в файл «/var/lib/kubelet/kubeadm-flags.env»
[kubelet-start] Запись конфигурации kubelet в файл «/var/lib/kubelet/config.yaml»
[kubelet-start] Запуск kubelet
[certs] Использование папки certificateDir «/etc/kubernetes/pki»
[certs] Создание сертификата и ключа «ca»
[certs] Генерация сертификата и ключа "apiserver"
[certs] apiserver, обслуживающий сертификат, подписан для DNS-имен [host422 kubernetes kubernetes.default kubernetes.default.svc kubernetes.default.svc.cluster.local] и IP-адресов [10.96.0.1 10.180.40.75]
[certs] Генерация сертификата и ключа «apiserver-kubelet-client»
[certs] Генерация сертификата и ключа «front-proxy-ca»
[certs] Генерация сертификата и ключа «front-proxy-client»
[certs] Создание сертификата и ключа «etcd/ca»
[certs] Генерация сертификата и ключа «etcd/server»
[certs] сертификат etcd/server, обслуживающий сервер, подписан для DNS-имен [host422 localhost] и IP-адресов [10.180.40.75 127.0.0.1 :: 1]
[certs] Генерация сертификата и ключа «etcd/peer»
[certs] сертификат etcd/peer service подписан для DNS-имен [host422 localhost] и IP-адресов [10.180.40.75 127.0.0.1 ::1]
[certs] Генерация сертификата и ключа «etcd/healthcheck-client»
[certs] Создание сертификата и ключа «apiserver-etcd-client»
[certs] Генерация ключа «sa» и открытого ключа
[kubeconfig] Использование папки kubeconfig «/etc/kubernetes»
[kubeconfig] Запись файла kubeconfig «admin.conf»
[kubeconfig] Запись файла kubeconfig «kubelet.conf»
[kubeconfig] Запись файла kubeconfig «controller-manager.conf»
[kubeconfig] Запись файла kubeconfig «scheduler.conf»
[control-plane] Использование папки манифеста «/etc/kubernetes/manifests»
[control-plane] Создание статического манифеста пода для «kube-apiserver»
[control-plane] Создание статического манифеста пода для «kube-controller-manager»
W0519 21:08:50.681218 913499 manifests.go:225] режим авторизации kube-apiserver по умолчанию — «Node,RBAC»; используя «Узел, RBAC»
[control-plane] Создание статического манифеста Pod для «kube-scheduler»
W0519 21:08:50.681948 913499 manifests.go:225] режим авторизации kube-apiserver по умолчанию — «Node,RBAC»; используя «Узел, RBAC»
[etcd] Создание статического манифеста Pod для локального etcd в «/etc/kubernetes/manifests»
[wait-control-plane] Ожидание загрузки kubelet плоскости управления в виде статических подов из каталога «/etc/kubernetes/manifests». Это может занять до 4 минут
[kubelet-check] Исходный тайм-аут в 40 секунд пройден.
        К сожалению, произошла ошибка:
                истекло время ожидания условия

        Эта ошибка, вероятно, вызвана:
                - Кубелет не запущен
                - Кублет неисправен из-за неправильной настройки узла (необходимые cgroups отключены)

        Если вы работаете в системе на основе systemd, вы можете попытаться устранить ошибку с помощью следующих команд:
                - 'кубелет статуса systemctl'
                - 'journalctl -xeu кубелет'

        Кроме того, компонент плоскости управления мог аварийно завершать работу при запуске средой выполнения контейнера.
        Чтобы устранить неполадки, перечислите все контейнеры, используя предпочитаемый интерфейс командной строки среды выполнения контейнеров.

        Вот один пример того, как вы можете перечислить все контейнеры Kubernetes, работающие в докере:
                - 'докер ps -a | grep куб | grep -v пауза'
                Как только вы нашли неисправный контейнер, вы можете проверить его журналы с помощью:
                - 'журналы докера CONTAINERID'

ошибка фазы выполнения план ожидания управления: не удалось инициализировать кластер Kubernetes  

(1) Выполненный swapoff -a
(2) Попытался обновить драйвер cgroup для docker и kubelet до systemd.
Сброс kubeadm, swap -a и iptables уже были сброшены и безуспешно. Пожалуйста, дайте мне знать, что еще мне нужно проверить.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.