[Bug 933723] Re: bind9 registers itself with resolvconf even though it's unable to provide name service
Alexis Wilke
933723 at bugs.launchpad.net
Sat Oct 12 07:56:47 UTC 2013
As I ran in this problem too, I wanted to mention one thing:
The RESOLVCONF=no parameter one can set in /etc/default/bind9 is NOT "in
effect" until you reboot.
I put "in effect" between quotes because it is, but bind9 will not
delete the file it created on boot:
/run/resolvconf/interface/lo.named
And if resolvconf sees that file, it uses it and ignores the other
files. Therefore it looks like the flag does not work.
After a reboot, the /run/... being in RAM, it will have been wiped out
and thus it won't include the lo.named anymore.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to bind9 in Ubuntu.
https://bugs.launchpad.net/bugs/933723
Title:
bind9 registers itself with resolvconf even though it's unable to
provide name service
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/bind9/+bug/933723/+subscriptions
More information about the Ubuntu-server-bugs
mailing list