Puncte:0

Getaddrinfo nu se rezolvă în unele pod kubernetes pe unele gazde

drapel ma

Am un pod unde getaddrinfo nu pot rezolva adresa la un serviciu Kubernetes în același spațiu de nume, dar mă pot conecta la serviciu dacă folosesc în schimb adresa IP. Folosind tcpdump, pot confirma că nu trimite interogări DNS către nodelocaldns sau la coredns. Adăugarea manuală a adresei la /etc/hosts nu rezolvă problema. Imaginea podului este un derivat al https://github.com/jupyter/docker-stacks/tree/master/datascience-notebook și aleargă start-un singur utilizator.sh ca punct de intrare.

Dacă creez un pod pe aceeași mașină, dar doar rulez dormi ca punct de intrare, totul funcționează. Această problemă apare și la unele dintre mașinile mai noi (instalate la aproximativ 2 ani după ce clusterul a fost configurat inițial).

Aveți idei despre cum să remediați sau să depanați această problemă extrem de enigmatică?

Jakub Siemaszko avatar
drapel jp
Ce versiune Kubernetes folosești? Cum l-ai implementat? Ați putea furniza un fișier .yaml al podului dvs.?
Wytrzymały Wiktor avatar
drapel it
Salut @ChristianAlis. Orice actualizari?
drapel ma
Rulează kubernetes 1.19 instalat de kubespray 2.15.1. Clusterul rulează de 3 ani acum, așa că ar putea exista modificări care nu au fost migrate corect, deși am folosit mai ales valorile implicite. Am încercat să rulez `start-singleuser.sh` pe podul de lucru, dar rezoluția dns nu a eșuat după aceea.

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.