为什么系统解决方案会频繁地重新启动？

Question

在将一个EC2实例升级到Ubuntu18.04之后，我开始在我的PHP脚本中为我的数据库服务器解析DNS时偶尔出现错误，如下所示：

Uncaught Exception: PDOException: PDO::__construct(): php_network_getaddresses: getaddrinfo failed: Temporary failure in name resolution

这些在syslog中与系统解析的重新启动有关。我打开了调试日志记录，但我仍然不明白为什么服务每天要重新启动几次。下面是围绕着重新启动的syslog条目：

Dec 6 11:31:20 ip-172-31-X-X systemd-resolved[15188]: Processing incoming packet on transaction 51967. (rcode=SUCCESS)
Dec 6 11:31:20 ip-172-31-X-X systemd-resolved[15188]: Processing query...
Dec 6 11:31:20 ip-172-31-X-X systemd-resolved[15188]: Cache miss for sqs.us-west-2.amazonaws.com IN A, Cache miss for sqs.us-west-2.amazonaws.com IN A @version:1 @timestamp:December 6th 2018, 05:31:20.000
Dec 6 11:31:20 ip-172-31-X-X systemd-resolved[15188]: Removing cache entry for gmail-imap.l.google.com IN AAAA (expired 19s ago)
Dec 6 11:31:22 ip-172-31-X-X systemd-resolved[15188]: Removing scope on link *, protocol dns, family *
Dec 6 11:31:22 ip-172-31-X-X dhclient[768]: DHCPREQUEST of 172.31.X.X on eth0 to 172.31.32.X port 67 (xid=0x66c614b9)
Dec 6 11:31:22 ip-172-31-X-X dhclient[768]: DHCPACK of 172.31.X.X from 172.31.32.X
Dec 6 11:31:22 ip-172-31-X-X systemd-resolved[15188]: Bus n/a: changing state RUNNING → CLOSED
Dec 6 11:31:22 ip-172-31-X-X systemd[1]: Stopping Network Name Resolution...
Dec 6 11:31:23 ip-172-31-X-X dhclient[768]: bound to 172.31.X.X -- renewal in 1565 seconds.
Dec 6 11:31:23 ip-172-31-X-X systemd-resolved[15465]: Got message type=signal sender=org.freedesktop.DBus destination=:1.2496 path=/org/freedesktop/DBus interface=org.freedesktop.DBus member=NameAcquired cookie=3 reply_cookie=0 signature=s error-name=n/a error-message=n/a
Dec 6 11:31:23 ip-172-31-X-X systemd-resolved[15465]: Found new link 2/eth0
Dec 6 11:31:23 ip-172-31-X-X systemd-resolved[15465]: New scope on link *, protocol dns, family *

我的/etc/resolv.conf似乎是默认的AWS，它是一个指向/run/systemd/resolve/resolv.conf的符号链接，其中包含：

nameserver 172.31.0.X
search us-west-2.compute.internal

有人知道我为什么要让这些看似随机的重启，以及我能做些什么来解决这些问题？

Answer 1

对我来说，根本原因是systemd-resolved在dhclient上重新启动，从你的日志中我也为你打赌

看看这个bug报告https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1805183

在应用了工作补丁之后，https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1805183/comments/8 php(和getaddrinfo)再也没有抱怨过了。

Answer 2

如果您有此问题，并且不希望应用链接修补程序，则可以为临时DNS错误提供替代解决方案。

禁用系统-在Ubuntu中解析。有一个解释，这里，在我们的姐妹网站Ubuntu。

我不会抄袭这里的解释。已经有一个关于禁用系统的警告-解决。如果我把解释复制到这个答案中，那么这个答案可能会错过其他重要的更新。