[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