Description of problem: ------------------------- Current implementation of the hosts tab is done such a way it falls through the validation below: 1. Check for hosts in known_hosts 2. Ping test 3. DNS test 4. TCP test When 'ping' or 'ping6' test fails, then the check falls back to DNS and TCP test, which is not right and will not help in liveliness check for the hosts in place. Version-Release number of selected component (if applicable): -------------------------------------------------------------- cockpit-ovirt-dashboard-0.14.2-1 How reproducible: ------------------ Always Steps to Reproduce: ------------------- 1. Start with Hyperconverged deployment from UI 2. Provide the FQDN of the host which is not reachable Actual results: --------------- When the host is not reachable, proceeding to next tab of deployment is allowed Expected results: ------------------ When the host is not reachable, proceeding to next tab of deployment should be abandoned
Tested it with cockpit-ovirt-dashboard-0.14.5 Problem is that before the validation is complete, there is a window, in which the user could proceed to the next tab. We need to implement the mechanism for the validation to complete early or make user wait before the validation is complete. Though part of the bug is addressed with removing the fall back to DNS or ping, but the really expectation of validation of host liveliness is not satisfied.
Tested with cockpit-ovirt-dashboard-0.14.6, observed one specific problem When for the second host, (i.e) second row, Storage FQDN is not reachable, then the public FQDN is reachable, user could still proceed to the next tab. So on any occasion, if the hostname is not reachable then the logic should not allow to proceed to the next tab
Tested with cockpit-ovirt-dashboard-0.14.8 1. when feeding the hostnames and clicking on 'Next' button triggers the host reachability check When the host is not reachable, it throws appropriate errors. 2. when the host name is not added to SSH known_hosts file, then also it throws proper error messages 3. When the public network name is skipped, without selecting, use same hostname for Public and storage FQDN, then also error pops up
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 (RHHI for Virtualization 1.8 bug fix and enhancement update), 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-2020:3314