Bug 1816051

Summary:	Falling back to DNS,TCP doesn't help for liveliness check of the host
Product:	[Red Hat Storage] Red Hat Gluster Storage	Reporter:	SATHEESARAN <sasundar>
Component:	rhhi	Assignee:	Parth Dhanjal <dparth>
Status:	CLOSED ERRATA	QA Contact:	SATHEESARAN <sasundar>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	rhgs-3.5	CC:	godas, rhs-bugs
Target Milestone:	---
Target Release:	RHHI-V 1.8
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:	cockpit-ovirt-0.14.8	Doc Type:	No Doc Update
Doc Text:		Story Points:	---
Clone Of:
Clones:	1816057 (view as bug list)		Environment:
Last Closed:	2020-08-04 14:52:05 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	1816057
Bug Blocks:	1779977

Description SATHEESARAN 2020-03-23 09:04:20 UTC

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

Comment 2 SATHEESARAN 2020-04-21 07:32:56 UTC

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.

Comment 3 SATHEESARAN 2020-06-03 10:26:45 UTC

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

Comment 4 SATHEESARAN 2020-06-16 04:54:19 UTC

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

Comment 6 errata-xmlrpc 2020-08-04 14:52:05 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 (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