404 from server unless version is in URL

Bug #1540180 reported by Julian Edwards
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
python-keystoneclient
Expired
Undecided
Unassigned

Bug Description

I was under the impression that you could leave the version out of the auth URL and the client side would do enough discovery to work out what it needed to use, however I get a 404 from the server unless I do have it in. The short code below shows the problem. If OS_AUTH_URL is http://foo:35357/ you get the 404, if it's http://foo:35357/v3 it works. Also if you have /v2.0 there's a 404.

import os
from keystoneclient import session
from keystoneclient.auth import identity
from keystoneclient.client import Client

auth = identity.v3.Password(
    os.environ["OS_AUTH_URL"],
    username=os.environ['OS_USERNAME'],
    password=os.environ['OS_PASSWORD'],
    project_name=os.environ['OS_TENANT_NAME'],
    project_domain_name=os.environ['OS_PROJECT_DOMAIN_ID'],
    user_domain_name=os.environ['OS_USER_DOMAIN_ID'],
    )
sess = session.Session(auth)

keystone = Client(session=sess)
keystone.domains.list()

Revision history for this message
Julian Edwards (julian-edwards) wrote :
Revision history for this message
Morgan Fainberg (mdrnstm) wrote :

Is this still the case with keystoneauth sessions? Session in keystoneclient is long-since deprecated.

Changed in python-keystoneclient:
status: New → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for python-keystoneclient because there has been no activity for 60 days.]

Changed in python-keystoneclient:
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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