[Bug 1811554] Re: bind9 slow response after netplan apply
Christian Ehrhardt
1811554 at bugs.launchpad.net
Fri Feb 22 05:52:35 UTC 2019
I added a netplan.io bug task so that cyphermox sees this ug as well.
He will know best all the substeps that happen one "netplan apply" and if one of them could be related. Furthermore he might have seen such reports but against netplan.io instead of bind.
** Also affects: netplan.io (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to netplan.io in Ubuntu.
Matching subscriptions: foundations-bugs
https://bugs.launchpad.net/bugs/1811554
Title:
bind9 slow response after netplan apply
Status in bind9 package in Ubuntu:
Incomplete
Status in netplan.io package in Ubuntu:
New
Bug description:
System:
VM running on ESXI 6.0
Description: Ubuntu 18.04.1 LTS
Release: 18.04
Package:
bind9:
Installed: 1:9.11.3+dfsg-1ubuntu1.3
Candidate: 1:9.11.3+dfsg-1ubuntu1.3
Version table:
*** 1:9.11.3+dfsg-1ubuntu1.3 500
500 http://archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages
100 /var/lib/dpkg/status
1:9.11.3+dfsg-1ubuntu1.2 500
500 http://archive.ubuntu.com/ubuntu bionic-security/main amd64 Packages
1:9.11.3+dfsg-1ubuntu1 500
500 http://archive.ubuntu.com/ubuntu bionic/main amd64 Packages
3. Expected to happen: After issuing the command "sudo netplan apply"
with no network changes bind to continue to run as it had.
This happened once to reapply config, and once during a "Daily apt
upgrade and clean activities"
4. After the netplan apply completed within 2 minutes we started
seeing timeouts and long response times from the server. We have 2
identical builds currently running as caching servers for a large
network, the servers were built on the same day and have both
experienced the issue. These servers are under heavy load and are
replying to 100's of queries a second or more. When investigating the
logs for bind and the syslog there are no indications of maximum
number of connections, maximum open files, or any other limits
reached. Though there are noticed dropped packets and external
monitoring on the bind service begins to flap, and manual testing
shows some queries timing out.
Issuing a "sudo systemctl restart bind9" instantly resolves the issue.
If there is any other information you need please let me know, but I
am unsure of where to look as the named log, kernel log, and syslog
are all clear of errors during the timeout issue.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/bind9/+bug/1811554/+subscriptions
More information about the foundations-bugs
mailing list