sem acesso ao minikube dashboard

Oi Paulo,

Primeiro tente executar:

minikube dashboard --url

E tente usar essa URL para acessar o dashboard pelo seu navegador.

Se isso não resolveu, tente apagar o cluster e recriar:

minikube stop
minikube delete  
minikube start

Se isso tbm nao resolveu, tente aumentar a memória do minikube:

minikube stop
minikube delete  
minikube start --memory=4096

Se tbm nao foi resolveu, tem aqui um link onde foi criada uma variável de ambiente no_proxy como solução:

https://stackoverflow.com/questions/49317782/not-able-to-access-minikube-dashboard

Espero ter ajudado!

abs

Olá Nico Steppat,

Testes realizados, porém nenhuma mudança no cenário anterior. Tudo parece estar rodando (minikube status - ok), porém não vejo o dashboard. Só vejo no Browser uma página com uma lista de API.

Obrigado,

Oi Paulo,

preciso investigar mais um pouco:

1) O comando minikube addons list mostra que o dashboard está habilitado?

2) Qual versão do minikube vc usa e qual é o seu sistema operacional?

abs

Olá Nico Steppat,

minikube addons list

• addon-manager: enabled
• dashboard: enabled
• default-storageclass: enabled
• efk: disabled
• freshpod: disabled
• gvisor: disabled
• heapster: disabled
• helm-tiller: disabled
• ingress: disabled
• ingress-dns: disabled
• logviewer: disabled
• metrics-server: disabled
• nvidia-driver-installer: disabled
• nvidia-gpu-device-plugin: disabled
• registry: disabled
• registry-creds: disabled
• storage-provisioner: enabled
• storage-provisioner-gluster: disabled

minikube version: v1.5.2 commit: 792dbf92a1de583fcee76f8791cff12e0c9440ad-dirty

Linux Ubuntu-1904 x86_64 x86_64 x86_64 GNU/Linux (SO virtualizado no VirtualBox)

Comando Minikube de Inicialização minikube --vm-driver=none start --docker-env http_proxy=$http_proxy --docker-env https_proxy=$https_proxy --docker-env no_proxy=(IPdoMinikube) --memory=4096

Log kubernetes-dashboard

=> kubernetes-dashboard ["024fd4139bc5"] <== 2019/12/04 13:16:36 Using namespace: kubernetes-dashboard 2019/12/04 13:16:36 Using in-cluster config to connect to apiserver 2019/12/04 13:16:36 Using secret token for csrf signing 2019/12/04 13:16:36 Initializing csrf token from kubernetes-dashboard-csrf secret 2019/12/04 13:16:36 Empty token. Generating and storing in a secret kubernetes-dashboard-csrf 2019/12/04 13:16:36 Successful initial request to the apiserver, version: v1.16.2 2019/12/04 13:16:36 Generating JWE encryption key 2019/12/04 13:16:36 New synchronizer has been registered: kubernetes-dashboard-key-holder-kubernetes-dashboard. Starting 2019/12/04 13:16:36 Starting secret synchronizer for kubernetes-dashboard-key-holder in namespace kubernetes-dashboard 2019/12/04 13:16:37 Initializing secret synchronizer synchronously using secret kubernetes-dashboard-key-holder from namespace kubernetes-dashboard 2019/12/04 13:16:37 Initializing JWE encryption key from synchronized object 2019/12/04 13:16:37 Creating in-cluster Sidecar client 2019/12/04 13:16:37 Serving insecurely on HTTP port: 9090 2019/12/04 13:17:06 Metric client health check failed: the server is currently unable to handle the request (get services dashboard-metrics-scraper). Retrying in 30 seconds. 2019/12/04 13:18:06 Metric client health check failed: the server is currently unable to handle the request (get services dashboard-metrics-scraper). Retrying in 30 seconds. ... 2019/12/04 13:16:36 Starting overwatch 2019/12/04 13:24:06 Metric client health check failed: the server is currently unable to handle the request (get services dashboard-metrics-scraper). Retrying in 30 seconds. 2019/12/04 13:25:06 Metric client health check failed: the server is currently unable to handle the request (get services dashboard-metrics-scraper). Retrying in 30 seconds. ..

Essas são algumas informações, porém, visto a complexidade do ambiente que utilizo e após pesquisa na Internet, acredito que o problema seja de comunicação dos componentes do minikube, neste caso seria melhor fechar esse tópico.

Obrigado,