Bugzilla (bugzilla.redhat.com) will be under maintenance for infrastructure upgrades and will not be available on July 31st between 12:30 AM - 05:30 AM UTC. We appreciate your understanding and patience. You can follow status.redhat.com for details.
Bug 1488891 - 3.5 hosted-engine --deploy on additional node does not ask for cluster name
Summary: 3.5 hosted-engine --deploy on additional node does not ask for cluster name
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-hosted-engine-setup
Version: 3.6.10
Hardware: Unspecified
OS: Unspecified
Target Milestone: ovirt-3.6.z-async
: ---
Assignee: Simone Tiraboschi
QA Contact: Nikolai Sednev
Depends On: 1477632 1503446 1529957
Blocks: 1503445
TreeView+ depends on / blocked
Reported: 2017-09-06 12:09 UTC by Jiri Belka
Modified: 2019-04-28 11:23 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
: 1503445 (view as bug list)
Last Closed: 2017-10-18 08:52:28 UTC
oVirt Team: Integration
Target Upstream Version:

Attachments (Terms of Use)

Description Jiri Belka 2017-09-06 12:09:09 UTC
Description of problem:

While migrating 3.5 SHE on EL6 to 3.5 SHE on EL7 (and then to 3.6 SHE env) and following https://access.redhat.com/solutions/2351141 my additional host ended in the same cluster as EL6 hosts - ie. it seems hosted-engine --deploy lost feature to ask for cluster name.

(Thus the upgrade process is buggy at step '3.' of detailed steps of the KB link above.)

Version-Release number of selected component (if applicable):
Red Hat Enterprise Virtualization Hypervisor release 7.2 (20160219.0.el7ev)

How reproducible:

Steps to Reproduce:
1. add EL7 as an additional node to 3.5 SHE env with EL6 hosts
2. hosted-engine --deploy
3. see if there is question for cluster name (you created new cluster for this EL7 node in advance)

Actual results:
no such question, the host ends in Default cluster as non-operational

Expected results:
there should be question for cluster name (according to the above KB)

Additional info:

Comment 2 Yaniv Lavi 2017-09-13 08:10:21 UTC
What is the right env variable to resolve this problem?

Comment 3 Simone Tiraboschi 2017-09-13 15:00:33 UTC
(In reply to Yaniv Lavi (Dary) from comment #2)
> What is the right env variable to resolve this problem?


But we need to write that value in the answer-file we load from another host since it's also there and that one gets loaded after local initial answer-file overwriting it.

Comment 4 Nikolai Sednev 2017-09-18 13:04:07 UTC
Just in case, I'd like to remind that there is a known workaround for this:

1-set none-responsive host in to maintenance in UI.
2-edit the host and set it to belong to desired host cluster.
3-activate the host and wait until it becomes active.

Comment 5 Yaniv Lavi 2017-10-18 08:52:28 UTC
This will be fixed with using in cluster migration policy in bug #1503446.

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