Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 1687975 - Unable to deploy a RHHI single host RHV setup
Summary: Unable to deploy a RHHI single host RHV setup
Keywords:
Status: NEW
Alias: None
Product: Red Hat Gluster Storage
Classification: Red Hat
Component: doc-Deploying_RHHI
Version: rhhiv-1.5
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: ---
Assignee: Laura Bailey
QA Contact: SATHEESARAN
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-03-12 19:38 UTC by Frank DeLorey
Modified: 2019-04-11 07:58 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:
Target Upstream Version:


Attachments (Terms of Use)

Description Frank DeLorey 2019-03-12 19:38:49 UTC
Description of problem:

Following the steps from https://access.redhat.com/documentation/en-us/red_hat_hyperconverged_infrastructure_for_virtualization/1.5/html-single/deploying_red_hat_hyperconverged_infrastructure_for_virtualization_on_a_single_node/

The setup fails during deploy with:

PLAY [gluster_servers] *********************************************************

TASK [Run a shell script] ******************************************************
failed: [10.18.49.229] (item=/usr/share/gdeploy/scripts/grafton-sanity-check.sh -d sdb -h 10.18.49.229) => {"item": "/usr/share/gdeploy/scripts/grafton-sanity-check.sh -d sdb -h 10.18.49.229", "msg": "Failed to connect to the host via ssh: Host key verification failed.", "unreachable": true}
fatal: [10.18.49.229]: UNREACHABLE! => {"changed": false, "msg": "All items completed", "results": [{"_ansible_ignore_errors": null, "_ansible_item_label": "/usr/share/gdeploy/scripts/grafton-sanity-check.sh -d sdb -h 10.18.49.229", "_ansible_item_result": true, "item": "/usr/share/gdeploy/scripts/grafton-sanity-check.sh -d sdb -h 10.18.49.229", "msg": "Failed to connect to the host via ssh: Host key verification failed.", "unreachable": true}]}
	to retry, use: --limit @/tmp/tmp7uJTOO/run-script.retry

PLAY RECAP *********************************************************************
10.18.49.229               : ok=0    changed=0    unreachable=1    failed=0   



Version-Release number of selected component (if applicable):

RHHI 1.5, RHVH 4.2.8

How reproducible:

Every time

Steps to Reproduce:
1. Install the RHVH host
2. Initiate a single host install from cockpit
3. Take defaults and Deploy

Actual results:

Fails to deploy

Expected results:

Should deploy

Additional info:

Ran this by Sahina and she feels that it requires passwordless ssh however there is NO mention of this requirement anywhere and nothing how to correctly set this up.

Comment 3 SATHEESARAN 2019-03-27 07:46:23 UTC
Hi Frank,

I have executed the generated gdeploy conf file in your setup and it works well now.
[root@dhcp-49-229 ~]# gdeploy -c /var/lib/ovirt-hosted-engine-setup/gdeploy/gdeployConfig.conf

PLAY [gluster_servers] ******************************************************************************************************************************************************************

TASK [Run a shell script] ***************************************************************************************************************************************************************
changed: [10.18.49.229] => (item=/usr/share/gdeploy/scripts/grafton-sanity-check.sh -d sdb -h 10.18.49.229)

PLAY RECAP ******************************************************************************************************************************************************************************
10.18.49.229               : ok=1    changed=1    unreachable=0    failed=0   

Hope you have added SSH public key authentication on this host

I looked at this doc and I see the step to do public key authentication is missing.

I will move this bug in to a doc bug.


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