Bug 1667511

Summary: Ensure ansible 2.8 compatibility
Product: Red Hat Enterprise Virtualization Manager Reporter: Simone Tiraboschi <stirabos>
Component: ovirt-hosted-engine-setupAssignee: Simone Tiraboschi <stirabos>
Status: CLOSED ERRATA QA Contact: Nikolai Sednev <nsednev>
Severity: high Docs Contact:
Priority: urgent    
Version: 4.2.8CC: cshao, lsurette, mgoldboi, mperina, rdlugyhe
Target Milestone: ovirt-4.3.4Keywords: Triaged, ZStream
Target Release: 4.3.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Previously, testing for the new version of Ansible, version 2.8, uncovered that it would not deploy Red Hat Virtualization manager as a self-hosted engine. This issue was due to incomplete updates to roles and playbooks that were required for Ansible work with the new singular form of the ovirt module names. The current release fixes this issue.
Story Points: ---
Clone Of:
: 1668179 (view as bug list) Environment:
Last Closed: 2019-05-08 12:32:03 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Integration RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 1674477    
Bug Blocks: 1668179    
Attachments:
Description Flags
sosreport from host alma04 none

Description Simone Tiraboschi 2019-01-18 16:32:35 UTC
Description of problem:
With ansible 2.8 (May 2019?) ovirt modules will be available only with singular form naming.
Ensure that we are not using the old names anymore to avoid breaking on that.

Version-Release number of selected component (if applicable):
ovirt-hosted-engine-setup-2.2.33

How reproducible:
100%

Steps to Reproduce:
1. deploy hosted-engine on a 4.2.z host with ansible 2.8
2.
3.

Actual results:
It fails on ovirt_hosts

Expected results:
It successfully deploys HE

Additional info:

Comment 2 Simone Tiraboschi 2019-01-28 12:15:07 UTC
Devel upstrem nightly build of ansible 2.8 are available here:
https://releases.ansible.com/ansible/rpm/nightly/devel/epel-7-x86_64/

Comment 3 Nikolai Sednev 2019-02-10 14:57:13 UTC
ovirt-hosted-engine-ha-2.3.1-1.el7ev.noarch
ovirt-hosted-engine-setup-2.3.3-1.el7ev.noarch

ansible-2.7.7-1.el7ae.noarch on downstream.
Moving back to assigned as I have nothing to do with it.

Comment 5 Martin Perina 2019-02-18 08:55:11 UTC
(In reply to Nikolai Sednev from comment #3)
> ovirt-hosted-engine-ha-2.3.1-1.el7ev.noarch
> ovirt-hosted-engine-setup-2.3.3-1.el7ev.noarch
> 
> ansible-2.7.7-1.el7ae.noarch on downstream.
> Moving back to assigned as I have nothing to do with it.

Nikolai, please take a look at Comment 2, you need to install not-yet-released Ansible 2.8 and check current roles for compatibility with it. This needs to be prior to official 2.8 release, so we have a chance to fix potential bugs before customers get Ansible 2.8

Comment 7 Nikolai Sednev 2019-03-18 13:20:51 UTC
Deployment fails with "[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "missing parameter(s) required by 'attribute': value"}"
[ INFO  ] TASK [ovirt.hosted_engine_setup : Parse OVF]
[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "missing parameter(s) required by 'attribute': value"}
          Please specify the storage you would like to use (glusterfs, iscsi, fc, nfs)[nfs]: 

Tested on these components:
ovirt-hosted-engine-setup-2.3.6-1.el7ev.noarch
ovirt-hosted-engine-ha-2.3.1-1.el7ev.noarch
ansible-2.8.0-1.201903162006git.6852186235.el7.ans.noarch
ovirt-ansible-hosted-engine-setup-1.0.13-1.el7ev.noarch
rhvm-appliance-4.3-20190313.0.el7.x86_64
Linux 3.10.0-957.10.1.el7.x86_64 #1 SMP Thu Feb 7 07:12:53 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
Red Hat Enterprise Linux Server release 7.6 (Maipo)

Comment 8 Nikolai Sednev 2019-03-18 13:25:54 UTC
Created attachment 1545216 [details]
sosreport from host alma04

Comment 9 Simone Tiraboschi 2019-03-18 13:46:25 UTC
(In reply to Nikolai Sednev from comment #7)
> Deployment fails with "[ ERROR ] fatal: [localhost]: FAILED! => {"changed":
> false, "msg": "missing parameter(s) required by 'attribute': value"}"

This is an ansible 2.8 issue tracked here: https://github.com/ansible/ansible/issues/53459

Comment 10 Sandro Bonazzola 2019-03-18 14:14:27 UTC
Moving back to modified and pushing it to 4.3.3 since this can't be tested by QE until ansible-2.8 fix is available.

Comment 11 Sandro Bonazzola 2019-03-19 11:15:08 UTC
not blocking 4.3.3 since it will be out before ansible 2.8 GA. If a fix will be available soon we can test this earlier

Comment 12 Nikolai Sednev 2019-03-19 14:09:38 UTC
HE deployment fails with the same error on these components too:
ovirt-hosted-engine-setup-2.3.6-1.el7ev.noarch
ovirt-hosted-engine-ha-2.3.1-1.el7ev.noarch
virt-ansible-engine-setup-1.1.9-1.el7ev.noarch
ovirt-ansible-repositories-1.1.5-1.el7ev.noarch
ansible-2.7.9-1.el7ae.noarch
ovirt-ansible-hosted-engine-setup-1.0.13-1.el7ev.noarch

fatal: [alma03.qa.lab.tlv.redhat.com]: FAILED! => {"changed": false, "msg": "missing parameter(s) required by 'attribute': value"}

Comment 13 Nikolai Sednev 2019-03-20 09:22:54 UTC
(In reply to Nikolai Sednev from comment #12)
> HE deployment fails with the same error on these components too:
> ovirt-hosted-engine-setup-2.3.6-1.el7ev.noarch
> ovirt-hosted-engine-ha-2.3.1-1.el7ev.noarch
> virt-ansible-engine-setup-1.1.9-1.el7ev.noarch
> ovirt-ansible-repositories-1.1.5-1.el7ev.noarch
> ansible-2.7.9-1.el7ae.noarch
> ovirt-ansible-hosted-engine-setup-1.0.13-1.el7ev.noarch
> 
> fatal: [alma03.qa.lab.tlv.redhat.com]: FAILED! => {"changed": false, "msg":
> "missing parameter(s) required by 'attribute': value"}

Ok, so this happened as a result of deployment from remote server with ansible-2.8.0-1.201903162006git.6852186235.el7.ans.noarch, so its the same issue. Regular CLI deployment with components as described above is working just fine.

Comment 15 Nikolai Sednev 2019-04-02 16:00:56 UTC
Moving back to assigned forth to https://bugzilla.redhat.com/show_bug.cgi?id=1674477#c10.

Comment 16 Nikolai Sednev 2019-04-21 15:05:49 UTC
Moving back to verified forth to https://bugzilla.redhat.com/show_bug.cgi?id=1674477#c13 .

Comment 18 errata-xmlrpc 2019-05-08 12:32:03 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/RHEA-2019:1050