Kubeadm: porta 10251 e 10252 estão em uso

Obrigado por registrar o problema!

Na verdade não acho que seja um bug. De alguma forma, você / kubeadm não fez a limpeza corretamente, pois os contêineres kube-scheduler e controller-manager ainda estavam em execução. Ou o docker os reiniciou de alguma forma.
Ou você mesmo iniciou o gerenciador de controlador e o programador de alguma forma.
Ou você ^ C'd kubeadm reset um pouco antes ...

Se isso acontecer com frequência, por favor, reabra, mas eu não acho que haja algo para consertar aqui realmente

@luxas Fair point. Vou prestar atenção ao problema. Se houver algo errado em minhas configurações que esteja causando o problema, eu gostaria de relatar isso.

Seguiu suas dicas, mas ainda estava com os mesmos problemas. Percebi que há minikube em execução, que teve que ser interrompido por usar as mesmas portas, mas lista os processos como "localkube".

Como disse @luxas , funcionou. Provavelmente a melhor solução, pois nada mais funcionou.
$ sudo kubeadm reset

Eu entrei nessa situação fazendo o downgrade do docker e depois tentando executar o minikube. kubeadm reset resolveu o problema conforme sugerido por @luxas .

kubeadm reset corrigiu o problema

docker ps; docker inspect etcd1 listou o contêiner etcd que estava usando os números de porta relacionados. Portanto, sudo kubeadm init falhou.
Como eu fiz: docker kill etcd1

Existem alguns outros problemas restantes sobre a inicialização do cluster kubernetes (SSH, kernel cgroups config, ...), essencialmente, saiba qual versão do Linux / Arquitetura você usa, mas isso pode ser esclarecido nos detalhes dos requisitos.

kubeadm reset
problema resolvido para mim também

Eu tenho o mesmo problema de inicialização do minikube.
E resolvi o problema com as seguintes etapas:
1 、 docker stop $ (docker ps -a -q)
2 、 use o parâmetro --extra-config de inicialização do minikube. como: minikube start --kubernetes-version = 1.17.2 --vm-driver = none kubelet.ignore-preflight-errors kubeadm.ignore-preflight-errors

Eu tenho o mesmo problema de inicialização do minikube.
E resolvi o problema com as seguintes etapas:
1 、 docker stop $ (docker ps -a -q)
2 、 use o parâmetro --extra-config de inicialização do minikube. como: minikube start --kubernetes-version = 1.17.2 --vm-driver = none kubelet.ignore-preflight-errors kubeadm.ignore-preflight-errors

Olá a todos,
Estou tentando instalar o Kubernetes no ubuntu VM, mas infelizmente estou enfrentando alguns problemas, apesar da redefinição do kubeadm.
root @ KVM : ~ # kubeadm init --config = kubeadm-config.yaml --upload-certs | tee kubeadm-init.out # Salvar saída para revisão futura
W0719 22: 06: 28.075574 15363 configset.go: 202] AVISO: o kubeadm não pode validar configurações de componentes para grupos de API [kubelet.config.k8s.io kubeproxy.config.k8s.io]
[init] Usando a versão do Kubernetes: v1.18.1
[preflight] Execução de verificações pré-voo
[AVISO IsDockerSystemdCheck]: detectou "cgroupfs" como o driver Docker cgroup. O driver recomendado é "systemd". Siga o guia em https://kubernetes.io/docs/setup/cri/
[preflight] Extração de imagens necessárias para configurar um cluster Kubernetes
[preflight] Isso pode levar um ou dois minutos, dependendo da velocidade de sua conexão de internet
[preflight] Você também pode executar esta ação com antecedência usando 'kubeadm config images pull'
[kubelet-start] Gravando o arquivo de ambiente kubelet com sinalizadores no arquivo "/var/lib/kubelet/kubeadm-flags.env"
[kubelet-start] Gravando a configuração do kubelet no arquivo "/var/lib/kubelet/config.yaml"
[kubelet-start] Iniciando o kubelet
[certs] Usando a pasta certificateDir "/ etc / kubernetes / pki"
[certs] Gerando certificado e chave "ca"
[certs] Gerando certificado e chave "apiserver"
[certs] apiserver servindo certificado é assinado para nomes DNS [ahmed-kvm kubernetes kubernetes.default kubernetes.default.svc kubernetes.default.svc.cluster.local k8smaster] e IPs [xxxx xxxx]
[certs] Gerando certificado e chave "apiserver-kubelet-client"
[certs] Gerando certificado e chave "front-proxy-ca"
[certs] Gerando certificado e chave "front-proxy-client"
[certs] Gerando certificado e chave "etcd / ca"
[certs] Gerando certificado e chave "etcd / server"
[certs] certificado de serviço de etcd / servidor assinado para nomes DNS [ahmed-kvm localhost] e IPs [xxxx xxxx]
[certs] Gerando certificado e chave "etcd / peer"
[certs] etcd / peer serving cert é assinado para nomes DNS [ahmed-kvm localhost] e IPs [xxxx xxxx]
[certs] Gerando certificado e chave "etcd / healthcheck-client"
[certs] Gerando certificado e chave "apiserver-etcd-client"
[certs] Gerando chave "sa" e chave pública
[kubeconfig] Usando a pasta kubeconfig "/ etc / kubernetes"
[kubeconfig] Gravando o arquivo kubeconfig "admin.conf"
[kubeconfig] Gravando o arquivo kubeconfig "kubelet.conf"
[kubeconfig] Gravando o arquivo kubeconfig "controller-manager.conf"
[kubeconfig] Gravando o arquivo kubeconfig "scheduler.conf"
[control-plane] Usando a pasta de manifesto "/ etc / kubernetes / manifests"
[control-plane] Criando manifesto de pod estático para "kube-apiserver"
W0719 22: 06: 31.223537 15363 manifestos.go: 225] o modo de autorização padrão do kube-apiserver é "Nó, RBAC"; usando "Nó, RBAC"
[control-plane] Criando manifesto de pod estático para "kube-controller-manager"
W0719 22: 06: 31.224263 15363 manifestos.go: 225] o modo de autorização padrão do kube-apiserver é "Nó, RBAC"; usando "Nó, RBAC"
[control-plane] Criando manifesto de pod estático para "kube-scheduler"
[etcd] Criação de manifesto de pod estático para etcd local em "/ etc / kubernetes / manifests"
[wait-control-plane] Aguardando o kubelet inicializar o plano de controle como pods estáticos do diretório "/ etc / kubernetes / manifests". Isso pode levar até 4m0s
[kubelet-check] Tempo limite inicial de 40 segundos passado.

Unfortunately, an error has occurred:
    timed out waiting for the condition

This error is likely caused by:
    - The kubelet is not running
    - The kubelet is unhealthy due to a misconfiguration of the node in some way (required cgroups disabled)

If you are on a systemd-powered system, you can try to troubleshoot the error with the following commands:
    - 'systemctl status kubelet'
    - 'journalctl -xeu kubelet'

Additionally, a control plane component may have crashed or exited when started by the container runtime.
To troubleshoot, list all containers using your preferred container runtimes CLI.

Here is one example how you may list all Kubernetes containers running in docker:
    - 'docker ps -a | grep kube | grep -v pause'
    Once you have found the failing container, you can inspect its logs with:
    - 'docker logs CONTAINERID'

fase de execução de erro wait-control-plane: não foi possível inicializar um cluster Kubernetes
Para ver o rastreamento de pilha deste erro execute com --v = 5 ou superior

Obrigado pela ajuda

Para qualquer pessoa que esteja enfrentando esse problema, verifique se você tinha microk8s instalado e remova. Esse era o meu problema

sudo kubeadm reset

resolveu o meu também