Uuh, Thomas - did not know I am stepping on your toe here. Pardon!
So, your hints where quite helpful as I did not notice the file being
updated was the one in /run/resolvconf.
My situation is this:
- 4 Racks of boxes with 1 to 3 networks each
- network 1 is static, the other 2 dhcp
- resolver configuration depends on the existance of networks
- had to take care of this, so I generate the resolv.conf from a package - no
link anymore
- once you ifdown/ifup one of the dhcp interfaces, the resolv.conf got
overwritten
It was bug #1385010 you led me to that caused this.
As this might help others, here is my workaround.
- create /etc/dhcp/dhclient-enter-hooks.d/000nomk_resolv_conf whith these few
lines:
if [ -x /sbin/resolvconf ] && [ ! -L /etc/resolv.conf ]; then
make_resolv_conf() { : ; }
fi
For me its okay, as I need to run this from a package and make sure that
once updates to official packages are installed my resolv.conf will not
be overwritten. This is not a solution.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to resolvconf in Ubuntu.
https://bugs.launchpad.net/bugs/1394081
Title:
Add manual options for administrators
Status in “resolvconf” package in Ubuntu:
Incomplete
Bug description:
Currently - trusty LTS - there is no way to turn off the regeneration of
/etc/resolv.conf that would survive a package upgrade.
- you cannot remove resolvconf as it is needed by minimal
- you cannot disable-upgrades as this flag is removed by reboots
- if you disable the resolvconf job in upstart package upgrade will reset the
disable-upgrade flags
- if you hack the scripts - it will only last until the next upgrade
There are two ways to ensure that admins willing to turn it off can do
so:
First solution: add a run=no to /etc/default/resolvconf and bail out
if it is set.
The second solution is more subtile. In /etc/network/if-
up.d/000resolvconf you will find this line:
[ -x /sbin/resolvconf ] || exit 0
While in /etc/dhcp/dhclient-enter-hooks.d/resolvconf it says
if [ -x /sbin/resolvconf ] && [ -L /etc/resolv.conf ]; then
Way more clever! So if you do not want to implement the default
option, why not check if its a link all the way? So at least a conf
gets not overwritten once the admin wrote his own.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/resolvconf/+bug/1394081/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
