Wyjątek PDOException: SQLSTATE [HY000] [2002] php_network_getaddresses: getaddrinfo nie powiodło się: nazwa lub usługa nieznana

Question

Mam instancję EC2, w której hostowana jest aplikacja Laravel 5. DB to Amazon Aurora RDS. Aplikacja działa dobrze od miesięcy. Ale dziś rano API było nieosiągalne. Cała reszta działa niezależnie od wywołań interfejsu API korzystającego z bazy danych. Inne połączenia służą dobrze. Błąd został zarejestrowany jako:

PDOException: SQLSTATE[HY000] [2002] php_network_getaddresses: getaddrinfo failed: Name or service not known 

Ale mogę podłączyć do tej samej bazy danych z MySQL Workbench itp stosując te same dokładne dane i nic się nie zmieniło w plikach aplikacji w międzyczasie.

Ponownie uruchomiłem Nginx i problem został rozwiązany od razu i wszystko wróciło do normy.

Nadal nie wiem, co się stało. Każdy może mnie o tym poinformować, ponieważ nie jestem pewien, czy problem powróci na losowo i jak temu zapobiec.

Answer 1

Ten sam problem tutaj na AWS EC2 z Ubuntu 14.04. Nienadzorowana zmodernizowane ostatniej nocy:

21.03.2017 03: 42: 53.570 INFO Pakiety, które zostaną zmodernizowane: libc-bin libc-dev-bin libc6 libc6-dev libfreetype6 libfreetype6-dev locales wieloarchitekturowości podparcia

Właśnie stworzyłem skrzynkę do śledzenia błędów w Ubuntu: https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1674733

Proszę kliknąć na "Ten błąd mnie dotyczy", aby ustalić priorytet poprawki po stronie Ubuntu.

Answer 2

Mam dokładnie ten sam problem. Ubuntu 16.04, PHP i Drupal - właśnie zaczęło się dziś rano. I zostały przeładunku apache na wyłączenie wszystkich rano i że tymczasowo rozwiązuje go:

service apache2 reload

Ale to nie trwale przymocować go i wrócił kilka razy ponownie.

Answer 3

Po prostu doświadczyliśmy tego samego dzisiaj. Używamy Drupala 7 na pudełku Ubuntu 16.04 z PHP 7.0, nginx w EC2 łączącym się z instancją RDS.

mamy nienadzorowanych modernizacje włączony i następuje został zamieniony dziś rano:

data rozpoczęcia: 21.03.2017 06:13:56 polecenie:/usr/bin/nienadzorowanej-upgrade Upgrade: libc6: amd64 (2.23-0ubuntu3, 2.23-0ubuntu6), locale: amd64 (2.23-0ubuntu3, 2.23-0ubuntu6), libc-bin: amd64 (2.23-0ubuntu3, 2.23-0ubuntu6), wsparcie dla wielu serwerów: amd64 (2.23 -0ubuntu3, 2.23-0ubuntu6) libfreetype6: amd64 (2.6.1-0.1ubuntu2, 2.6.1-0.1ubuntu2.1) End-Date: 2017-03-21 06:14:00

Rozwiązaniem było restart nginx i PHP:

sudo service nginx restart 
sudo service php7.0-fpm restart 

Answer 4

oni problemy poprawka. Zobacz ten link i instrukcje na dole dla swojej dystrybucji. https://www.ubuntu.com/usn/usn-3239-2/

Answer 5

Od 20 marca wielu użytkowników Ubuntu w sieci nagle miało problemy z rozpoznawaniem DNS pojawiające się w swoich aplikacjach z powodu złej aktualizacji wypieranej przez firmę Canonical (opiekunowie systemu Ubuntu), która po kilku godzinach przerywa rozwiązywanie DNS uptime.Oto raport o błędzie, gdzie problem został zgłoszony i przyporządkowani:

https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/1674532

Może to zaowocować niepowodzeń swojej CMS zaktualizować/zainstalować plugins/zainstalować motywy, awarie, aby połączyć się z API zewnętrznych i/lub błąd komunikaty podobne do następujących:

Warning: file_get_contents(): php_network_getaddresses: getaddrinfo failed: No address associated with hostname 

Could not resolve host: downloads.wordpress.org 

cURL error 6: Could not resolve host: example.com in.... 

szczęście Canonical ponieważ udało się rozwiązać ten problem, ale systemy dotkniętych musi zaktualizować nabyć poprawki. Aby to zrobić, musisz mieć działający DNS, więc jeśli jest on aktualnie wyłączony, najpierw zrestartuj swój Droplet. Gdy rozdzielczość DNS działa normalnie, uruchom:

sudo apt-get update 
sudo apt-get upgrade 

Następnie możesz sprawdzić swoje wersje, aby upewnić się, że masz właściwe. Można to zrobić z:

# sudo dpkg -l | grep "GNU C Library" | awk '{print $3}' 

Jeśli jesteś na Ubuntu 16.X, powinieneś zobaczyć wynik podobny do następującego:

# sudo dpkg -l | grep "GNU C Library" | awk '{print $3}' 
2.23-0ubuntu7 
2.23-0ubuntu7 
2.23-0ubuntu7 

Jeśli jesteś na Ubuntu 14.X, ty powinien zobaczyć wynik podobny do następującego:

# sudo dpkg -l | grep "GNU C Library" | awk '{print $3}' 
2.19-0ubuntu6.11 
2.19-0ubuntu6.11 

Jeśli widzisz starsze wersje tych pakietów, trzeba uaktualnić za poprzednich instrukcji, aby uniknąć tego problemu.