Puncte:1

php_network_getaddresses: getaddrinfo failed: Eșec temporar în rezolvarea numelui

drapel ng

Continuu să primesc această eroare foarte frecvent:

Severitate: Avertisment --> mysqli::real_connect(): php_network_getaddresses: getaddrinfo failed: Eșec temporar în rezolvarea numelui

Această problemă se rezolvă numai după repornirea serverului. Având în vedere că acest lucru se întâmplă pe un server live care are milioane de solicitări zilnic, repornirea nu este cea mai bună opțiune.

[EDITAT]

Folosesc Ubuntu 18.04 și mă conectez la un cluster Aurora pe AWS, iar codul backend se află pe EC2

@matigo pe Askubuntu par să creadă că s-ar putea să ating limita:

https://askubuntu.com/a/1363447/135086

Așa că am făcut niște depanare pentru a înțelege dacă de fapt ating limita de 1024 PPS.Din fericire, a existat un articol AWS care pare să mă ajute să înțeleg că,

https://aws.amazon.com/premiumsupport/knowledge-center/vpc-find-cause-of-failed-dns-queries/

Am încercat comenzile pentru a înțelege PPS-ul pe care îl lovesc în acest moment și am monitorizat până când găsesc eroarea.

EROARE - 2021-09-20 12:14:31.547863 --> Severitate: Avertisment --> mysqli::real_connect(): (HY000/2002): php_network_getaddresses: getaddrinfo failed: Eșec temporar la rezoluția numelui

Spre surprinderea mea, următoarea este rezultatul comenzii menționate în articolul AWS

tcpdump -r <nume_fișier.pcap> -nn dst portul 53 | awk -F " " '{ print $1 }' | tăiați -d"." -f1 | uniq -c


  2 06:44:22
  6 06:44:24
  4 06:44:26
  2 06:44:28
  4 06:44:30
  7 06:44:34
  2 06:44:38
  7 06:44:39
  9 06:44:44
  6 06:44:46
  4 06:44:49
  6 06:44:50

Luând în considerare fusul orar ca +05:30, o eroare la 12:14:31 IST ar trebui să aibă o intrare pentru dns la 06:44:31 UTC.

Dacă luăm în considerare dimensiunea medie a pachetului la 4 pachete per apel, referindu-ne la răspunsul lui @matigo, nu ating 22 de apeluri dns pe secundă. Așa că uitând mai departe în jurnale,

  4 06:39:06
 26 06:39:09
  4 06:39:10
  2 06:39:13
  6 06:39:16
 16 06:39:17

Unele intrări au depășit limita de 22 de apeluri dns pe secundă și nu am întâlnit eroarea php_network_getaddresses.

Deci nu sunt sigur care este problema aici.

Cineva a mai spus că acest lucru s-ar putea datora unui server DHCP necinstit în LAN, nu sunt sigur cum să identifice asta, sau ar fi posibil pe un EC2 când singurul DNS configurat este AWS Route53 Resolver.

În acest moment, sunt confuz dacă aceasta este chiar problema limitei PPS sau altceva.

Puncte:0
drapel cn

Am avut aceeași eroare cu o instanță care nu atingea limita.După ceva timp, am dat peste un fir de asistență AWS care indică faptul că ar putea fi o problemă hardware.

Gazda fizică subiacentă a instanței dvs. (i-3d124c6d) pare să fi întâmpinat cu intermitență probleme, dintre care unele ar fi cauzat cu siguranță întreruperea serviciului.

Ați putea încerca să opriți și să porniți această instanță? Dacă faceți acest lucru, acesta va fi afișat pe noul hardware de bază și apoi am putea folosi serviciul dvs. Pingdom pentru a verifica dacă apar alte probleme.

din: https://forums.aws.amazon.com/thread.jspa?threadID=171805.

Oprirea și repornirea instanței a rezolvat problema pentru mine.

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.