Bug 1453162

Summary: [downstream clone - 4.1.3] Libvirt is disabled on RHVH host
Product: Red Hat Enterprise Virtualization Manager Reporter: rhev-integ
Component: rhev-hypervisor-ngAssignee: Douglas Schilling Landgraf <dougsland>
Status: CLOSED ERRATA QA Contact: cshao <cshao>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 4.0.0CC: bmcclain, dfediuck, dougsland, eheftman, lsurette, pstehlik, rbarry, srevivo, ycui, ykaul
Target Milestone: ovirt-4.1.3Keywords: ZStream
Target Release: ---   
Hardware: All   
OS: All   
Whiteboard:
Fixed In Version: redhat-release-virtualization-host-4.1-3.1 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: 1443965 Environment:
Last Closed: 2017-07-11 08:41:19 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Node RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 1443965    
Bug Blocks:    

Description rhev-integ 2017-05-22 09:46:04 UTC
+++ 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)

Comment 3 rhev-integ 2017-05-22 09:46:17 UTC
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)

Comment 5 rhev-integ 2017-05-22 09:46:26 UTC
Ryan, is this fixed in 4.1.2?

(Originally by Sandro Bonazzola)

Comment 6 rhev-integ 2017-05-22 09:46:30 UTC
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)

Comment 7 rhev-integ 2017-05-22 09:46:35 UTC
(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)

Comment 9 cshao 2017-06-02 08:26:53 UTC
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.

Comment 10 Ryan Barry 2017-06-05 03:04:01 UTC
I'll add it to the present on the next build of redhat-release-virtualization-host next week

Comment 11 cshao 2017-06-05 03:15:36 UTC
(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 :)

Comment 12 cshao 2017-06-12 06:25:22 UTC
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.

Comment 17 cshao 2017-07-06 03:12:48 UTC
Re-verify this bug according #c12.

Comment 20 errata-xmlrpc 2017-07-11 08:41:19 UTC
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