+++ This bug is a downstream clone. The original bug is: +++ +++ bug 1443965 +++ ====================================================================== # imgbase w [INFO] You are on rhvh-4.0-0.20170307.0+1 # systemctl status libvirtd ● libvirtd.service - Virtualization daemon Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; disabled; vendor preset: disabled) Drop-In: /etc/systemd/system/libvirtd.service.d └─unlimited-core.conf Active: active (running) since Wed 2017-03-29 09:11:07 CEST; 5min ago Docs: man:libvirtd(8) http://libvirt.org Main PID: 1952 (libvirtd) CGroup: /system.slice/libvirtd.service └─1952 /usr/sbin/libvirtd Additional info: Should be enabled or the same as for RHEL based hosts. (Originally by Lukas Svaty)
QE can reproduce this issue. Test version: rhvh-4.0-0.20170307.0+1 imgbased-0.8.16-0.1.el7ev.noarch Test step: 1. Install rhvh-4.0-0.20170307.0+1. 2. Check libvirtd server status. # systemctl status libvirtd ● libvirtd.service - Virtualization daemon Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; disabled; vendor preset: disabled) Drop-In: /etc/systemd/system/libvirtd.service.d └─unlimited-core.conf Active: active (running) since Mon 2017-04-24 03:28:17 CST; 2h 33min ago Docs: man:libvirtd(8) http://libvirt.org Main PID: 1369 (libvirtd) CGroup: /system.slice/libvirtd.service └─1369 /usr/sbin/libvirtd (Originally by Chen Shao)
Ryan, is this fixed in 4.1.2? (Originally by Sandro Bonazzola)
Not downstream, but we'll need another build, so we can get it in. This shouldn't have been merged upstream until after 4.1.2 released, either. We should align. Either revert the patch to ovirt-4.1 upstream or pull downstream. Since we already released 4.1.2_rc1 with this upstream, I'm in favor of the latter. (Originally by Ryan Barry)
(In reply to Ryan Barry from comment #5) > Not downstream, but we'll need another build, so we can get it in. > > This shouldn't have been merged upstream until after 4.1.2 released, either. > > We should align. Either revert the patch to ovirt-4.1 upstream or pull > downstream. Since we already released 4.1.2_rc1 with this upstream, I'm in > favor of the latter. Let's pull downstream. Cloning to zstream. (Originally by Sandro Bonazzola)
Test version: redhat-virtualization-host-4.1-20170531.0 libvirt-client-2.0.0-10.el7_3.9.x86_64 libvirt-daemon-2.0.0-10.el7_3.9.x86_64 imgbased-0.9.30-0.1.el7ev.noarch Test steps: 1. Install redhat-virtualization-host-4.1-20170531.0 2. Check libvirtd server status. # systemctl status libvirtd ● libvirtd.service - Virtualization daemon Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled; vendor preset: disabled) Drop-In: /etc/systemd/system/libvirtd.service.d └─unlimited-core.conf Active: active (running) since Thu 2017-06-01 13:45:21 CST; 1 day 1h ago Docs: man:libvirtd(8) http://libvirt.org Main PID: 1334 (libvirtd) CGroup: /system.slice/libvirtd.service └─1334 /usr/sbin/libvirtd Test result: Libvirt is enabled, but vendor preset show as disabled. Douglas, Is this expected result? Thanks.
I'll add it to the present on the next build of redhat-release-virtualization-host next week
(In reply to Ryan Barry from comment #10) > I'll add it to the present on the next build of > redhat-release-virtualization-host next week Thanks Ryan :)
Test version: redhat-virtualization-host-4.1-20170609.2 libvirt-client-2.0.0-10.el7_3.9.x86_64 libvirt-daemon-2.0.0-10.el7_3.9.x86_64 imgbased-0.9.31-0.1.el7ev.noarch redhat-release-virtualization-host-4.1-3.2.el7.x86_64 Test steps: 1. Install redhat-virtualization-host-4.1-20170609.2 2. Check libvirtd server status. # systemctl status libvirtd ● libvirtd.service - Virtualization daemon Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled; vendor preset: enabled) Drop-In: /etc/systemd/system/libvirtd.service.d └─unlimited-core.conf Active: active (running) since Mon 2017-06-12 06:00:10 HDT; 21min ago Docs: man:libvirtd(8) http://libvirt.org Main PID: 1285 (libvirtd) CGroup: /system.slice/libvirtd.service └─1285 /usr/sbin/libvirtd Jun 12 06:00:08 localhost.localdomain systemd[1]: Starting Virtualization daemon... Jun 12 06:00:10 localhost.localdomain systemd[1]: Started Virtualization daemon. Test result: Libvirtd.server is enabled, vendor preset show as enabled. So the bug is fixed, change bug status to VERIFIED.
Re-verify this bug according #c12.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2017:1714