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 1354053 - Not able to start master because of cloud config.
Summary: Not able to start master because of cloud config.
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Pod
Version: 3.1.0
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
: ---
Assignee: Seth Jennings
QA Contact: DeShuai Ma
Depends On:
TreeView+ depends on / blocked
Reported: 2016-07-08 20:53 UTC by Eric Rich
Modified: 2017-03-08 18:14 UTC (History)
5 users (show)

Fixed In Version: atomic-openshift-
Doc Type: No Doc Update
Doc Text:
Clone Of:
Last Closed: 2016-09-27 09:39:36 UTC
Target Upstream Version:

Attachments (Terms of Use)

System ID Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2016:1933 normal SHIPPED_LIVE Red Hat OpenShift Container Platform 3.3 Release Advisory 2016-09-27 13:24:36 UTC

Description Eric Rich 2016-07-08 20:53:28 UTC
Description of problem:

Master will not start, and is reporting: 

> ERROR: could not init cloud provider "openstack": You must provide exactly one of DomainID or DomainName to authenticate by Username

Version-Release number of selected component (if applicable): 3.1
How reproducible: Unconfirmed 

Steps to Reproduce:
1. create /etc/cloud.conf with the following per the docs:

auth-url =
username = "14666788 OTC00000000001000000815"
password = "xxxxxxxx"
tenant-id = "OTC00000000001000000815"
region = "nova"
domain-name = "OTC00000000001000000815"

1.2. This also seems to fail if the domain-id is uesed, instead of the domain-name. 

domain-id = "OTC00000000001000000815"

Actual results:

> ERROR: could not init cloud provider "openstack": You must provide exactly one of DomainID or DomainName to authenticate by Username

Expected results:

Master should start, and be able to integrate and work with OpenStack. 

Additional info:

Commit: that added the functionality. 

Code Walk:                           << ERROR [1]
           << ERROR [2] 

In short no, debugging in this code (as it relates to reading or creating the config) can be enabled to help explain why the config is not being read properly, or why a user might see this error.

Comment 1 Eric Rich 2016-07-08 21:10:20 UTC
This might be related to however its not clear because this error should be seen before authentication is done. 


The error is thrown in creating the authentication client (in the middle of the authentication methods).

Comment 2 Seth Jennings 2016-07-11 20:52:21 UTC
There is conflicting information here.  Bug is filed against 3.2 but c0 says 3.1.  

If this is indeed 3.1, it lacks the cloud provider code to handle v3 identity service.  In particular, the domain name and id code was added in upstream Kubernetes 1.2 (

I was able to reproduce on

However, it should work for OSE 3.2.

Comment 3 Seth Jennings 2016-07-12 14:11:53 UTC
Assuming this is 3.1, in which case, this is fixed in the current release.  QE can verify.

Comment 4 Weihua Meng 2016-07-13 09:43:37 UTC
Verified on openshift v3.3.0.4
If correct openstack configuration used, openshift master running.
If openstack configuration is incorrect, openshift master cannot start and reason is given. "could not init cloud provider "openstack"
no string like "domain-id" found.

NOTE: If openstack configuration is incorrect, openshift master could not start.

Comment 6 errata-xmlrpc 2016-09-27 09:39:36 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.

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