** Description changed:

- The service definition in /lib/systemd/system/nova-compute.service
- contains
+ [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.

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

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

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

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to