Description of problem: after running the command 'openstack undercloud --debug --log-file=undercloud_install.log install' Installation pause until user enter stack password Version-Release number of selected component (if applicable): How reproducible: Run undercloud installation (os 7.3_beta) Steps to Reproduce: 1.Run undercloud installation (os 7.3_beta) 2. 3. Actual results: Auth plugin password selected auth_config_hook(): {'auth_type': 'password', 'beta_command': False, 'tripleoclient_api_version': '1', u'compute_api_version': u'2', 'key': None, u'database_api_version': u'1.0', u'metering_api_version': u'2', 'inspector_api_version': '1', u'network_api_version': u'2', u'message': u'', u'image_format': u'qcow2', 'networks': [], u'image_api_version': u'2', 'verify': True, u'dns_api_version': u'2', u'object_store_api_version': u'1', u'status': u'active', 'verbose_level': 3, 'region_name': '', 'api_timeout': None, u'baremetal_api_version': '1.6', 'auth': {}, 'default_domain': 'default', 'debug': True, u'image_api_use_tasks': False, u'floating_ip_source': u'neutron', u'orchestration_api_version': '1', 'timing': False, 'cacert': None, u'key_manager_api_version': u'v1', 'workflow_api_version': '2', 'deferred_help': False, u'identity_api_version': u'2.0', u'volume_api_version': u'2', 'cert': None, u'secgroup_source': u'neutron', u'container_api_version': u'1', 'log_file': u'undercloud_install.log', u'interface': None, u'disable_vendor_agent': {}} Password: Expected results: Additional info:
Just noting that in my manual install environment hitting 'ENTER' at this prompt (i.e. without password) allowed the install to proceed successfully.
workaround for scripted deployment: yes ""| openstack undercloud deploy
this should be fixed upstream in python-openstackclient. maybe we just need an updated version of that downstream.
i see that the fix is landed in master upstream, but not in newton, so I proposed a backport: https://review.openstack.org/#/c/372712/ we will want to pick that up downstream once it's merged upstream
plan is to carry the patch in rdo and downstream packaging for now: https://review.rdoproject.org/r/#/c/3044/ this is due to upstream not maintaining their stable branches
James, I know this belongs to another DFG but since you are already on top of it,can you please finish it so it does not drop off the table? Thanks, jarda
James, is it fixed now? I didn't hit it in the latest puddle yesterday.
Where is a patch for OSP9 and OSP8?
Arkady, I wasn't aware this bug also affects OSP8 and 9. Is it the case for you?
We bumped into this when we upgraded from OSP8 to OSP9 (JS-5.0 -> JS-6.0)
I've run 'openstack undercloud install' several times with the latest puddle, and I've never seen this issue, so I assume it's fixed. Arkady, please file a separate bug for your upgrade issue, so that we can track releases simpler. Thanks!
Not a problem for JS-6.0.
We encountered this problem when installing the October 5th puddle of OSP 10.
To clarify: it is an issue with JS-7.0.
I verified that this is fixed in the 11/14 puddle.
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://rhn.redhat.com/errata/RHEA-2016-2948.html