Patch posted at: https://github.com/gluster/gluster-ansible-features/pull/20
FQDN validation with dig failed, as there is check 'localhost' as hostname with dig command and this blocks the RHHI deployment Error exactly goes like this: <snip> TASK [gluster.features/roles/gluster_hci : Check if valid FQDN is provided] **** failed: [dhcp37-124.lab.eng.blr.redhat.com -> localhost] (item=localhost) => {"changed": true, "cmd": ["dig", "localhost", "+short"], "delta": "0:00:00.117666", "end": "2019-02-21 14:29:31.546174", "failed_when_result": true, "item": "localhost", "rc": 0, "start": "2019-02-21 14:29:31.428508", "stderr": "", "stderr_lines": [], "stdout": "", "stdout_lines": []} changed: [dhcp37-124.lab.eng.blr.redhat.com -> localhost] => (item=dhcp37-124.lab.eng.blr.redhat.com) changed: [dhcp37-124.lab.eng.blr.redhat.com -> localhost] => (item=dhcp37-138.lab.eng.blr.redhat.com) changed: [dhcp37-124.lab.eng.blr.redhat.com -> localhost] => (item=dhcp37-108.lab.eng.blr.redhat.com) </snip> [root@ ~]# dig localhost +short [root@ ~]#
(In reply to SATHEESARAN from comment #4) > FQDN validation with dig failed, as there is check 'localhost' as hostname > with dig command and this blocks the RHHI deployment > > Error exactly goes like this: > <snip> > TASK [gluster.features/roles/gluster_hci : Check if valid FQDN is provided] > **** > failed: [dhcp37-124.lab.eng.blr.redhat.com -> localhost] (item=localhost) => > {"changed": true, "cmd": ["dig", "localhost", "+short"], "delta": > "0:00:00.117666", "end": "2019-02-21 14:29:31.546174", "failed_when_result": > true, "item": "localhost", "rc": 0, "start": "2019-02-21 14:29:31.428508", > "stderr": "", "stderr_lines": [], "stdout": "", "stdout_lines": []} > changed: [dhcp37-124.lab.eng.blr.redhat.com -> localhost] => > (item=dhcp37-124.lab.eng.blr.redhat.com) > changed: [dhcp37-124.lab.eng.blr.redhat.com -> localhost] => > (item=dhcp37-138.lab.eng.blr.redhat.com) > changed: [dhcp37-124.lab.eng.blr.redhat.com -> localhost] => > (item=dhcp37-108.lab.eng.blr.redhat.com) > </snip> > > [root@ ~]# dig localhost +short > [root@ ~]# sas, localhost will fail because it is not a valid FQDN. Can you provide the playbook that you used. We should not have localhost in the playbook. This is the expected result. The playbook has to fail if there an entry called localhost in the gluster_inventory.yml Else you have to set: gluster_features_fqdn_check: false
Inventory file provided by sas had the lines: local: hosts: localhost: null vars: ansible_ssh_common_args: '-o BatchMode=yes' which caused the above error, and it is the expected behaviour to fail because localhost is not a valid FQDN. To sidestep the error we should set the variable - gluster_features_fqdn_check: false
(In reply to Sachidananda Urs from comment #7) > Inventory file provided by sas had the lines: > > local: > hosts: > localhost: null > vars: > ansible_ssh_common_args: '-o BatchMode=yes' > > which caused the above error, and it is the expected behaviour to fail > because localhost is not a valid FQDN. > To sidestep the error we should set the variable - > gluster_features_fqdn_check: false Yes, this is the inventory file generated by cockpit-ovirt-dashboard. So its the bug in this construction of this inventory file. I have reported a bug[1] on cockpit-ovirt-dashboard for the same And this bug[1] blocks verification of this bug [1] - https://bugzilla.redhat.com/show_bug.cgi?id=1679536
Verified with gluster-ansible-features-1.0.4-3 with the following tests 1. Using IPs for hostnames and the deployment failed 2. Use the non-resolvable hostnames and also the deployment fails
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-2019:0661