[Bug 1723480] Re: openvswitch-switch package postinst modifies existing configuration

[Frode Nordahl]

** Patch added: "openvswitch-xenial.patch"
   https://bugs.launchpad.net/ubuntu/+source/openvswitch/+bug/1723480/+attachment/4973883/+files/openvswitch-xenial.patch

** Bug watch added: Email to dev at openvswitch #
   mailto:dev at openvswitch.org

** Also affects: openvswitch via
   mailto:dev at openvswitch.org
   Importance: Undecided
       Status: New

-- 
You received this bug notification because you are a member of Ubuntu
OpenStack, which is subscribed to openvswitch in Ubuntu.
https://bugs.launchpad.net/bugs/1723480

Title:
  openvswitch-switch package postinst modifies existing configuration

Status in OpenStack neutron-openvswitch charm:
  Invalid
Status in openvswitch:
  New
Status in openvswitch package in Ubuntu:
  Confirmed

Bug description:
  Similar to, but slightly different from bug 1712444, we have found the
  upgrade of the openvswitch-switch package by unattended-upgrade (or
  otherwise) will trigger the service restart of openvswitch-switch
  within the neutron-openvswitch charm if the config-changed hook is
  called.

  While this is a reasonable behavior based on an assumption that if the
  /etc/default/openvswitch-switch file changes due to upgrade and the
  charm resets it to the charm-configured version of the file, we should
  want to restart the service to be on the latest code.  However, the
  restart of the service causes between 6-12 seconds of network outage
  for the tenant VMs utilizing OVS.

  Would it be possible to have a config-flag to disable the charm's
  ability to restart the openvswitch-switch service outside of the
  install hook to avoid automated network outages due to package
  upgrades?

  Elsewise, is there a way to serialize the resulting restarts in such a
  way that only one member of the neutron-openvswitch
  application/service is restarting at a time along with a buffer to
  allow for high availability applications to failover and fail back and
  not be afflicted by multiple nodes' switches being restarted
  simultaneously.

To manage notifications about this bug go to:
https://bugs.launchpad.net/charm-neutron-openvswitch/+bug/1723480/+subscriptions