Puncte:0

Conexiunea la serverul localhost:8080 a fost refuzată - ați specificat gazda sau portul potrivit?

drapel cn

Am creat un al doilea context în cluster-ul meu local:

Primul context funcționează:

kubectl obține păstăi

STAREA NUMELE GATA REINCEPE VARSTA
dashboard-kubernetes-dashboard-76bd8dc445-wp9l6 1/1 Running 5 (acum 26 ore) 10d
foo-5c9ff58bf4-c5mgh 1/1 Alergare 3 (acum 26 ore) 14 zile

Am creat un al doilea context, dar acesta nu se poate conecta:

kubectl --context=DevDan-context obține pod-uri


Conexiunea la serverul localhost:8080 a fost refuzată - ați specificat gazda sau portul potrivit?

Ce ar putea fi în neregulă?

Puncte:0
drapel cn

Am gasit solutia privind .kube/config

apiVersion: v1
clustere:
- cluster:
    date-autoritatea-de-certificare: LS...==
    server: https://127.0.0.1:43437
  nume: amabil
contexte:
- context:
    cluster: kubernetes
    spatiu de nume: dezvoltare
    utilizator: DevDan
  nume: DevDan-context
- context:
    cluster: amabil
    utilizator: amabil
  nume: amabil
...

Contextul DevCan folosește un cluster numit „kubernetes”, în timp ce celălalt context folosește „kind-kind”.

Clusterul „kubernetes” nu este configurat în configurație. După ce l-am schimbat în „amabilă”, a funcționat.

Este un pic ciudat, asta kubectl nu se plânge, că clusterul numit „kubernetes” nu este configurat. Se pare că este implicit localhost:8080.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.