Kubeadm: Como depurar o travamento "Cliente API criado, esperando que o plano de controle fique pronto"

Criado em 6 jan. 2017  ·  4Comentários  ·  Fonte: kubernetes/kubeadm

Eu me pergunto se há uma maneira de depurar e ver onde "esperando o plano de controle ficar pronto" o init do Kubeadm trava. Algum parâmetro -verbose para kubeadm? Alguns outros arquivos de log ou opções de depuração recomendadas?
Estou executando o Ubuntu 16.04 - mas estou tentando executar o kubeadm de dentro de um contêiner do docker. No meu host está funcionando.

Comentários muito úteis

execute journalctl -xeu kubelet depois veja os logs
'erro: falha ao executar Kubelet: falha ao criar kubelet: configuração incorreta: driver kubelet cgroup: "systemd" é diferente do driver docker cgroup: "cgroupfs
systemd [1]: kubelet.service: processo principal encerrado, código = encerrado, status = 1 / FALHA
systemd [1]: Unidade kubelet.service entrou em estado de falha.
systemd [1]: kubelet.service falhou. '

O driver cgroup do kubelet não é o mesmo que o driver cgroup do docker, então eu atualizo systemd -> cgroupfs.

vi /etc/systemd/system/kubelet.service.d/10-kubeadm.conf
atualize KUBELET_CGROUP_ARGS=--cgroup-driver=systemd para KUBELET_CGROUP_ARGS=--cgroup-driver=cgroupfs

reinicie o kubelet
execute 'service kubelet restart'

tudo está bem

Todos 4 comentários

Estou apenas abrindo outro shell e executando docker ps e / ou journalctl -xeu kubelet
É difícil fazer uma solução de depuração completa, pois há tantas informações e basicamente estamos esperando que as coisas aconteçam (por exemplo, uma conexão lenta com a Internet pode demorar muito, embora tudo esteja funcionando)

Você tem uma proposta do que deve ser incluído?

Obrigado, consegui passar pelo "esperar o plano de controle ficar pronto", as opções de depuração padrão que você sugeriu foram suficientes.

execute journalctl -xeu kubelet depois veja os logs
'erro: falha ao executar Kubelet: falha ao criar kubelet: configuração incorreta: driver kubelet cgroup: "systemd" é diferente do driver docker cgroup: "cgroupfs
systemd [1]: kubelet.service: processo principal encerrado, código = encerrado, status = 1 / FALHA
systemd [1]: Unidade kubelet.service entrou em estado de falha.
systemd [1]: kubelet.service falhou. '

O driver cgroup do kubelet não é o mesmo que o driver cgroup do docker, então eu atualizo systemd -> cgroupfs.

vi /etc/systemd/system/kubelet.service.d/10-kubeadm.conf
atualize KUBELET_CGROUP_ARGS=--cgroup-driver=systemd para KUBELET_CGROUP_ARGS=--cgroup-driver=cgroupfs

reinicie o kubelet
execute 'service kubelet restart'

tudo está bem

@heartarea Aprecie seus passos. Eles funcionam bem.

Além disso, precisamos aplicar essas mudanças a outros nós além do mestre para que eles possam se juntar ao cluster.

Isso é um inseto? Por que não está sendo definido como você sugeriu?

Esta página foi útil?
0 / 5 - 0 avaliações