Bug 1715952 - Single node RHHI-V deployment, results in the host added twice to the cluster, one with backend and other with frontend FQDN
Summary: Single node RHHI-V deployment, results in the host added twice to the cluster...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Gluster Storage
Classification: Red Hat Storage
Component: rhhi
Version: rhhiv-1.6
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
: RHHI-V 1.6.z Async Update
Assignee: Sahina Bose
QA Contact: Mugdha Soni
URL:
Whiteboard:
Depends On: 1715959
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-05-31 18:00 UTC by SATHEESARAN
Modified: 2019-10-03 12:24 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Previously, a hyperconverged host was added to the Red Hat Virtualization default cluster using both its front-end and its back-end FQDN, which led to the back-end deployment being marked as a failure. Now, only the front-end FQDN is used, resolving this issue.
Clone Of:
: 1715959 (view as bug list)
Environment:
Last Closed: 2019-10-03 12:23:57 UTC
Embargoed:


Attachments (Terms of Use)
Screenshot for verification (56.36 KB, image/png)
2019-09-04 11:46 UTC, Mugdha Soni
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2019:2963 0 None None None 2019-10-03 12:24:05 UTC

Description SATHEESARAN 2019-05-31 18:00:41 UTC
Description of problem:
------------------------
Post the single node RHHI-V deployment from the cockpit, the host is added to the host twice, one with front-end FQDN, and other time with backend FQDN.

Expected is that the host should be UP with front-end FQDN only.
But in actual, the host with front-end FQDN is up while the the same host with backend FQDN is in 'Install Failed' state

Version-Release number of selected component (if applicable):
--------------------------------------------------------------
RHHI-V 1.6
RHV 4.3.3

How reproducible:
------------------
Always

Steps to Reproduce:
---------------------
1. Deploy RHHI-V on the single host
2. Post deployment check the hosts in the cluster

Actual results:
---------------
The same host is added twice one with front-end FQDN and other with back-end FQDN. The host entry with front-end FQDN is up while the host entry with back-end FQDN is in 'Install Failed' state

Expected results:
-----------------
Only one host in the cluster, added using front-end FQDN


Additional info:

Comment 2 SATHEESARAN 2019-05-31 18:30:54 UTC
There exists the simple workaround of removing the host with 'Install Failed' status from the cluster

Comment 5 Mugdha Soni 2019-09-04 11:46:04 UTC
Created attachment 1611476 [details]
Screenshot for verification

Comment 6 Mugdha Soni 2019-09-04 11:46:42 UTC
Tested with the following:-
1. rhvh-4.3.6.2-0.20190821
2.gluster-ansible-repositories-1.0.1-1.el7rhgs.noarch
glusterfs-cli-3.12.2-47.4.el7rhgs.x86_64
glusterfs-rdma-3.12.2-47.4.el7rhgs.x86_64
glusterfs-3.12.2-47.4.el7rhgs.x86_64
glusterfs-api-3.12.2-47.4.el7rhgs.x86_64
python2-gluster-3.12.2-47.4.el7rhgs.x86_64
gluster-ansible-maintenance-1.0.1-1.el7rhgs.noarch
glusterfs-events-3.12.2-47.4.el7rhgs.x86_64
vdsm-gluster-4.30.29-2.el7ev.x86_64
glusterfs-libs-3.12.2-47.4.el7rhgs.x86_64
gluster-ansible-cluster-1.0-1.el7rhgs.noarch
gluster-ansible-infra-1.0.4-3.el7rhgs.noarch
gluster-ansible-roles-1.0.5-4.el7rhgs.noarch
glusterfs-fuse-3.12.2-47.4.el7rhgs.x86_64
glusterfs-geo-replication-3.12.2-47.4.el7rhgs.x86_64
gluster-ansible-features-1.0.5-3.el7rhgs.noarch
glusterfs-client-xlators-3.12.2-47.4.el7rhgs.x86_64
3.cockpit-ovirt-dashboard-0.13.6-1.el7ev

After the successful single node deployment, when logged into RHVM could find one host in the cluster, added using front-end FQDN.

Hence ,moving the bug to verified state.

Comment 8 errata-xmlrpc 2019-10-03 12:23:57 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/RHBA-2019:2963


Note You need to log in before you can comment on or make changes to this bug.