touch-packages team mailing list archive

[HeinMueck <1394081@xxxxxxxxxxxxxxxxxx>]

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