[Bug 1567811] Update Released

[Chris Halse Rogers]

The verification of the Stable Release Update for libvirt has completed
successfully and the package has now been released to -updates.
Subsequently, the Ubuntu Stable Release Updates Team is being
unsubscribed and will not receive messages about this bug report.  In
the event that you encounter a regression using the package from
-updates please report a new bug using ubuntu-bug and tag the bug report
regression-update so we can easily find any regressions.

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

Title:
  nova-compute should depend on libvirt-bin.service instead of
  libvirtd.service

Status in libvirt package in Ubuntu:
  Fix Released
Status in nova package in Ubuntu:
  Fix Released
Status in libvirt source package in Xenial:
  Fix Released

Bug description:
  [Impact]

   * libvirt service name was changed from libvirt-bin to libvirtd. Newer 
     releases hold an alias to older libvirt-bin name. But any newer guide, 
     backport to any other package and such might call the new libvirtd 
     name. Yet in the Xenial release we have only the old name being 
     libvirt-bin.

   * This adds an alias libvirtd to Xenials libvirt-bin, to avoid issues in 
     maintenance and backports by matching the newer (and the Debian) name 
     of the service with the alias.

  [Test Case]

   * try to start it as libvirtd service like "service libvirtd status" just 
     as any newer guide and any user (or backport) coming from debian will 
     do.

  [Regression Potential]

   * Just as we want to prevent issues by inserting a service alias to the 
     new (and Debian) name there might be issues being caused by that. While 
     none came up in testing this is still possible.

  [Other Info]
   
   * Yes this is a preemptive fix, but suggested by smb who maintains 
     libvirt for quite a while now and has lived through the pain when 
     things are not fixed preemptively. So I hope this can still be 
     considered as a valid SRU

  -----

  
  The service definition in /lib/systemd/system/nova-compute.service contains

  After=libvirtd.service

  however that service does not exist, the correct service name would be
  libvirt-bin.service. As a result, nova-compute is started too early
  and fails because it cannot talk to libvirtd after a reboot.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1567811/+subscriptions