Fedora libvirtd fails to start on Xen instances (i.e. rackspace
instances) due to [1]. This works around the issue until it can be
fixed upstream.
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1098376
Change-Id: I3790b5025982730263a6a84fce596e80f09efd5a
... | ... |
@@ -28,6 +28,23 @@ function install_libvirt { |
28 | 28 |
install_package libvirt-python |
29 | 29 |
install_package python-libguestfs |
30 | 30 |
fi |
31 |
+ |
|
32 |
+ # workaround for |
|
33 |
+ # https://bugzilla.redhat.com/show_bug.cgi?id=1098376; if we see |
|
34 |
+ # the empty Xen proc file then remove the xen/libxl plugin |
|
35 |
+ # shared-libraries (yum remove would uninstall libvirt due to |
|
36 |
+ # dependencies, so let's avoid that...) |
|
37 |
+ if is_fedora && [ -f /proc/xen/capabilities ] && \ |
|
38 |
+ [ $(stat -c '%s' /proc/xen/capabilities) -eq 0 ]; then |
|
39 |
+ sudo rm -f /usr/lib64/libvirt/connection-driver/libvirt_driver_libxl.so |
|
40 |
+ sudo rm -f /usr/lib64/libvirt/connection-driver/libvirt_driver_xen.so |
|
41 |
+ |
|
42 |
+ # another bug requires these to be restarted to avoid |
|
43 |
+ # potential hang of libvirtd |
|
44 |
+ # https://bugzilla.redhat.com/show_bug.cgi?id=1098866 |
|
45 |
+ sudo service dbus restart |
|
46 |
+ sudo service firewalld restart |
|
47 |
+ fi |
|
31 | 48 |
} |
32 | 49 |
|
33 | 50 |
# Configures the installed libvirt system so that is accessible by |