Fedora Account System
Red Hat Associate
Red Hat Customer
Description of problem: ----------------------- Deployment fails in RHHIH 4.4 Version-Release number of selected component (if applicable): --------------------------------------------------------------- ISO :RHVH-UNSIGNED-ISO-4.4-RHEL-8-20200226.1-RHVH-x86_64-dvd1.iso Actual results: Expected results: Should not fail Additional info: PLAY [Setup backend] *********************************************************** TASK [Gathering Facts] ********************************************************* ok: [rhsqa-grafton1-nic2.lab.eng.blr.redhat.com] TASK [Check if valid hostnames are provided] *********************************** changed: [rhsqa-grafton1-nic2.lab.eng.blr.redhat.com -> localhost] => (item=rhsqa-grafton1-nic2.lab.eng.blr.redhat.com) TASK [Check if provided hostnames are valid] *********************************** fatal: [rhsqa-grafton1-nic2.lab.eng.blr.redhat.com]: FAILED! => {"msg": "The conditional check 'result.results[0]['stdout_lines'] > 0' failed. The error was: Unexpected templating type error occurred on ({% if result.results[0]['stdout_lines'] > 0 %} True {% else %} False {% endif %}): '>' not supported between instances of 'list' and 'int'"} NO MORE HOSTS LEFT ************************************************************* NO MORE HOSTS LEFT ************************************************************* PLAY RECAP ********************************************************************* rhsqa-grafton1-nic2.lab.eng.blr.redhat.com : ok=2 changed=1 unreachable=0 failed=1 skipped=0 rescued=0 ignored=0 Please check /var/log/cockpit/ovirt-dashboard/gluster-deployment.log for more informations.
The file where the issue occurs - /usr/share/cockpit/ovirt-dashboard/ansible/hc_wizard.yml <snip> - name: Check if provided hostnames are valid assert: that: - "result.results[0]['rc'] == 0" - "result.results[0]['stdout_lines']" > 0 <---------- Problematic comparison with Python 3.6 fail_msg: "The given hostname is not valid FQDN" when: gluster_features_fqdn_check | default(true) </snip>
*** This bug has been marked as a duplicate of bug 1802004 ***