Default install of latest python-openstackclient fails to recognize the OS_DOMAIN_NAME environment variable

Bug #1538804 reported by Timothy Symanczyk
30
This bug affects 4 people
Affects Status Importance Assigned to Milestone
os-client-config
Invalid
Undecided
Unassigned
python-openstackclient
Invalid
Undecided
Unassigned

Bug Description

On a brand new machine, installed the latest version of python-openstackclient (2.0.0) via pip. Using an old known-working domain-scoped rc file, the token issue command would return :

openstack token issue
Missing parameter(s):
Set a scope, such as a project or domain, set a project scope with --os-project-name, OS_PROJECT_NAME or auth.project_name, set a domain scope with --os-domain-name, OS_DOMAIN_NAME or auth.domain_name

pip list reveals that it chose to install os-client-config (1.14.0) as part of the above.

Uninstalling os-client-config version 1.14.0, and installing version 1.12.0 resolves the issue.

Edit :
export OS_AUTH_URL=[our_keystone_url]
export OS_IDENTITY_API_VERSION=3
export OS_USERNAME=timothy_symanczyk
export OS_PASSWORD=[my_password]
export OS_REGION_NAME=[our_region]
export OS_DOMAIN_NAME=Default

description: updated
Brad Pokorny (bpokorny)
Changed in python-openstackclient:
status: New → Confirmed
summary: - Default install of latest client fails to recognize the OS_DOMAIN_NAME
- environment variable
+ Default install of latest python-openstackclient fails to recognize the
+ OS_DOMAIN_NAME environment variable
Revision history for this message
Steve Martinelli (stevemar) wrote :

since pulling in os-client-config we've since offloaded a lot of the logic for auth to that project.

this has caused OS_DOMAIN_NAME to exhibit funky behaviour.

can you test this out with OS_DOMAIN_NAME removed/unset and OS_USER_DOMAIN_NAME and OS_PROJECT_DOMAIN_NAME set instead?

Revision history for this message
Jonathan Thorpe (jon-thorpe) wrote :

I can confirm that with OS_DOMAIN_NAME unset and OS_USER_DOMAIN_NAME and OS_PROJECT_DOMAIN_NAME set with python-openstackclient 2.0.0 and os-client-config 1.14.0 I can successfully authenticate and perform commands against the domain.

Revision history for this message
Jonathan Thorpe (jon-thorpe) wrote :

I made a mistake in my previous comment. I meant to say when I am project scoped I can execute commands against the PROJECT, not the domain.

Revision history for this message
Timothy Symanczyk (timothy-symanczyk) wrote :

Yes, Jonathan absolutely - the bug report is explicitly against being able to authenticate at the domain level. The client can still authenticate and operate at the project level as far as I've seen.

Steve was that your question? I wasn't sure if you had intended for me to set and test OS_PROJECT_NAME. Either way I tried what you had asked literally, and the error was the same (missing parameters). Which is what I would've expected, because to the best of my knowledge the python-openstackclient doesn't seems required a scoped token.

Revision history for this message
Dean Troyer (dtroyer) wrote :

Numerous changes have been made to os-client-config and OSC since the last comments here specifically around the domain/project handling during authentication. If this is still an issue, feel free to re-open it against the current releases of both projects.

Changed in os-client-config:
status: New → Invalid
Changed in python-openstackclient:
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.