É um pedido de ajuda? (Se sim, você deve usar nosso guia de solução de problemas e canais de suporte da comunidade, consulte http://kubernetes.io/docs/trou troubleshooting/.): Um relatório de bug pode ser classificado como pedido de ajuda, mas principalmente este é um relatório de bug porque este produto não se comporta conforme documentado.
Quais palavras-chave você pesquisou nos problemas do Kubernetes antes de preencher este? (Se você encontrou alguma duplicata, você deve responder lá.):
No connection could be made because the target machine actively refused it
É um RELATÓRIO DE BUGS ou PEDIDO DE RECURSO? (escolha um): RELATÓRIO DE BUG
Versão do Kubernetes (use kubectl version
): 1.6.2
Meio Ambiente :
uname -a
): N / Agcloud
, kubectl
O que aconteceu :
gcloud
e kubectl
recém-instalados executando gcloud components install kubectl
, todos bem-sucedidos, sem erros, sem avisosgcloud init
e gcloud auth login
- sucessokubectl get pods
, obteve este erro, citação:Unable to connect to the server: dial tcp [::1]:8080: connectex: No connection could be made because the target machine actively refused it.
Na verdade, mesmo kubectl version
mostra o mesmo erro
O que você esperava que acontecesse :
Comandos em execução de acordo com seus --help
conforme documentado. Ou seja, kubectl get pod
deve mostrar meus pods, não o erro.
Como reproduzi-lo (o mínimo e precisamente possível):
Conforme descrito acima: instale o Google Cloud SDK em uma máquina Windows 10 e, mais adiante, de acordo com o cenário descrito na seção O que aconteceu acima ↑
Mais alguma coisa que precisamos saber :
Basta perguntar.
Descobri: preciso executar gcloud container clusters get-credentials cluster-id
antes de executar kubectl
Comentários muito úteis
Descobri: preciso executar
gcloud container clusters get-credentials cluster-id
antes de executarkubectl