[Bug 1723480] Re: openvswitch-switch package upgrade triggers openvswitch-switch service restart

Frode Nordahl frode.nordahl at gmail.com
Tue Oct 17 07:45:23 UTC 2017


Marking invalid for charm as this should be fixed in the openvswitch
package itself.

** Also affects: openvswitch (Ubuntu)
   Importance: Undecided
       Status: New

** Summary changed:

- openvswitch-switch package upgrade triggers openvswitch-switch service restart
+ openvswitch-switch package upgrade overwrites /etc/default/openvswitch-switch

** Changed in: charm-neutron-openvswitch
       Status: New => Invalid

** Changed in: openvswitch (Ubuntu)
   Importance: Undecided => High

** Changed in: openvswitch (Ubuntu)
     Assignee: (unassigned) => Frode Nordahl (fnordahl)

** Changed in: openvswitch (Ubuntu)
       Status: New => Triaged

** Changed in: openvswitch (Ubuntu)
       Status: Triaged => Confirmed

-- 
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 upgrade overwrites /etc/default
  /openvswitch-switch

Status in OpenStack neutron-openvswitch charm:
  Invalid
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



More information about the Ubuntu-openstack-bugs mailing list