Điểm:1

php_network_getaddresses: getaddrinfo không thành công: Lỗi tạm thời trong việc phân giải tên

lá cờ ng

Tôi tiếp tục gặp lỗi này rất thường xuyên:

Mức độ nghiêm trọng: Cảnh báo -> mysqli::real_connect(): php_network_getaddresses: getaddrinfo không thành công: Lỗi tạm thời trong việc phân giải tên

Sự cố này chỉ được giải quyết sau khi Máy chủ khởi động lại. Xem xét điều này xảy ra trên một máy chủ trực tiếp có hàng triệu yêu cầu hàng ngày, khởi động lại không phải là một lựa chọn tốt nhất.

[ĐÃ CHỈNH SỬA]

Tôi đang sử dụng Ubuntu 18.04 và đang kết nối với Cụm Aurora trên AWS và mã phụ trợ nằm trên EC2

@matigo trên Askubfox dường như nghĩ rằng tôi có thể đạt đến giới hạn:

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

Vì vậy, tôi đã thực hiện một số sửa lỗi để hiểu liệu tôi có thực sự đạt đến giới hạn 1024 PPS đó hay không.May mắn thay, có một bài báo AWS dường như giúp tôi hiểu điều đó,

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

Tôi đã thử các lệnh để hiểu PPS mà tôi đang nhấn vào lúc này và theo dõi cho đến khi tìm thấy lỗi.

LỖI - 2021-09-20 12:14:31.547863 --> Mức độ nghiêm trọng: Cảnh báo --> mysqli::real_connect(): (HY000/2002): php_network_getaddresses: getaddrinfo fail: Lỗi tạm thời trong phân giải tên

Thật ngạc nhiên, sau đây là đầu ra của lệnh được đề cập trong bài viết AWS

tcpdump -r <file_name.pcap> -nn cổng dst 53 | awk -F " " '{ in $1 }' | cắt -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

Xem xét múi giờ là +05:30, lỗi lúc 12:14:31 IST phải có mục cho dns lúc 06:44:31 UTC.

Nếu chúng tôi coi kích thước gói trung bình là 4 gói cho mỗi cuộc gọi, tham khảo câu trả lời của @ matigo, tôi sẽ không thực hiện 22 cuộc gọi dns mỗi giây. Vì vậy, nhìn sâu hơn vào các bản ghi,

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

Một số mục nhập đã vượt quá giới hạn 22 cuộc gọi dns mỗi giây và chúng tôi không gặp phải lỗi php_network_getaddresses.

Vì vậy, tôi không chắc vấn đề ở đây là gì.

Ai đó cũng cho biết điều này có thể xảy ra do một máy chủ DHCP giả mạo trong mạng LAN, không chắc chắn cách xác định điều đó hoặc có thể xảy ra trên EC2 khi DNS duy nhất được định cấu hình là AWS Route53 Resolver.

Tại thời điểm này, tôi bối rối không biết đây có phải là vấn đề giới hạn PPS hay không.

Điểm:0
lá cờ cn

Tôi gặp lỗi tương tự với một phiên bản không đạt đến giới hạn.Sau một thời gian, tôi tình cờ thấy một chuỗi hỗ trợ AWS chỉ ra rằng đó có thể là sự cố phần cứng.

Máy chủ vật lý cơ bản của phiên bản của bạn (i-3d124c6d) dường như thỉnh thoảng gặp sự cố, một số sự cố chắc chắn đã gây ra gián đoạn dịch vụ.

Bạn có thể thử dừng và bắt đầu phiên bản này không? Làm như vậy sẽ khiến nó được hiển thị trên phần cứng cơ bản mới và sau đó chúng tôi có thể sử dụng dịch vụ pingdom của bạn để xác minh xem có phát sinh thêm sự cố nào không.

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

Dừng và khởi động lại phiên bản đã giải quyết vấn đề cho tôi.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.