Adding a second region breaks existing clients

Bug #1940341 reported by Sam Morrison
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
OpenStack Identity (keystone)
Confirmed
Wishlist
Unassigned

Bug Description

We currently have an installation with a single region. We want to expand to another region but this is proving difficult.

When I add a new endpoint for our new region, clients that are configured not to use a region can (depending on the ID of the endpoint) all of a sudden now start hitting the new endpoint.

It is not practical to get all of our thousands of users using lots of different clients to explicitly set a region when authing.

So I'm wondering if it is possible to support a default region or default endpoint. This endpoint would be listed first when listing the endpoints for a service. Currently this is ordered based on the endpoint ID so a work around is to hack the endpoint IDs to ensure the one you want listed first is set.

Thoughts?

Sam Morrison (sorrison)
summary: - Default regions and endpoints
+ Adding a second region breaks existing clients
Revision history for this message
Adam Young (ayoung) wrote :

Would the default be per user, per project, per domain, or just on the server if not explicitly set?

Would a config option be required?

Changed in keystone:
status: New → Confirmed
importance: Undecided → Wishlist
Revision history for this message
Sam Morrison (sorrison) wrote :

For us a global default region would suffice, could be done with a config option or maybe be an attribute of a region (eg. default=true)

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.