Puncte:0

etcdctl endpoint health --> nesănătos?

drapel cn

Dacă fug etcdctl se atarna. Daca folosesc --debug=adevărat Înțeleg:

root@k8scp:~# kubectl exec -n kube-system -it etcd-k8scp sh


sh-5.1# ETCDCTL_API=3 etcdctl --debug=sănătate adevărată a punctului final

{"level":"warn","ts":1643546720.7707205,"logger":"client","caller":"v3/retry_interceptor.go:62","msg":"reîncercarea invocatorului unary eșuat"," target":"etcd-endpoints://0xc0005681c0/127.0.0.1:2379","attempt":0,"error":"rpc error: code = DeadlineExceeded desc = ultima eroare de echilibrare: ultima conexiune eroare: conexiune închisă"}
127.0.0.1:2379 este nesănătos: propunerea eșuată: termenul limită de context a fost depășit
Eroare: cluster nesănătos

Știu că etcd funcționează bine.

De ce eșuează această comandă?

Puncte:1
drapel cn

Am găsit soluția uitându-mă la jurnalele:

root@k8scp:~# kubectl logs -n kube-system etcd-k8scp 

{"level":"warn","ts":"2022-01-30T12:45:09.762Z","caller":"embed/config_logging.go:169",
"msg":"conexiune respinsă","adresă-la distanță":"127.0.0.1:36846","nume-server":"",
"error":"tls: prima înregistrare nu arată ca o strângere de mână TLS"}

Serverul vrea TLS, dar punctul final implicit pentru etcdctl este localhost prin http (nu https).

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.