Bug 1439281 - Upgrading procedures hardcodes admin@internal
Summary: Upgrading procedures hardcodes admin@internal
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: ovirt-hosted-engine-setup
Classification: oVirt
Component: Plugins.General
Version: 2.1.0.4
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ovirt-4.1.3
: 2.1.1
Assignee: Simone Tiraboschi
QA Contact: Artyom
URL:
Whiteboard:
Depends On:
Blocks: 1455606
TreeView+ depends on / blocked
 
Reported: 2017-04-05 15:15 UTC by Simone Tiraboschi
Modified: 2017-07-17 22:57 UTC (History)
4 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2017-07-06 13:11:19 UTC
oVirt Team: Integration
Embargoed:
rule-engine: ovirt-4.1+


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 76168 0 master MERGED engineapi: avoid hardcoding admin@internal 2017-05-23 05:41:54 UTC
oVirt gerrit 77148 0 ovirt-hosted-engine-setup-2.1 MERGED engineapi: avoid hardcoding admin@internal 2017-05-24 19:09:32 UTC

Description Simone Tiraboschi 2017-04-05 15:15:08 UTC
Description of problem:
The procedure for upgrading the engine VM from 3.6/el6 -> 4.0/el7 requires API access but it hardcodes the login as admin@internal while the user could also disable it on the engine.

So let's always ask an administrative login and not just the password proposing admin@internal as the default

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


How reproducible:
100%

Steps to Reproduce:
1. disable admin@internal on 3.6 engine
2. try upgrading the engine VM from 3.6/el6 -> 4.0/el7
3.

Actual results:
it requires admin@internal

Expected results:
It asks a different administrative user

Additional info:

Comment 1 Artyom 2017-06-11 13:34:24 UTC
Verified on ovirt-hosted-engine-setup-2.1.3-1.el7ev.noarch
[ INFO  ] Connecting to the Engine
[ ERROR ] The engine API didnt accepted the administrator password you provided Please enter it again to retry.
          Enter engine admin username [admin@internal]: admin@internal
          Enter engine admin password: 
[ INFO  ] Connecting to the Engine
[ INFO  ] Connecting to the Engine
[ INFO  ] Waiting for the host to become operational in the engine. This may take several minutes...

Comment 2 Yedidyah Bar David 2017-07-03 06:09:54 UTC
Byron - it's the other way around. It used to always use admin@internal, now it does not always use that - instead it prompts also for the username (and defaults to admin@internal).


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