<div dir="ltr"><div class="gmail_extra">With regards to converting all services to use Keystone v3 endpoints, note the following:
</div><div class="gmail_extra"><br></div><div class="gmail_extra">1) swift-dispersion currently does not support consuming Keystone v3 endpoints [1]. There is a patch merged to master [2] to fix that, but a backport to kilo is yet to be done.</div><div class="gmail_extra">2) Each type (internal, admin, public) of endpoint created with the Keystone v3 API has its own unique id, unlike with the v2 API where they're all created with a single ID. This results in the keystone client being unable to read the catalog created via the v3 API when querying via the v2 API. The solution is to use the openstack client and to use the v3 API but this obviously needs to be noted for upgrade impact and operators.</div><div class="gmail_extra">3) When glance is setup to use swift as a back-end, glance_store is unable to authenticate to swift when the endpoint it uses is a v3 endpoint. There is a review to master in progress [3] to fix this which is unlikely to make it into kilo.</div><div class="gmail_extra"><br></div><div class="gmail_extra">We (the openstack-ansible/os-ansible-deployment project) are tracking these issues and doing tests to figure out all the bits. These are the bugs we've hit so far. Also note that there is a WIP patch to gate purely on Keystone v3 API's which is planned to become voting (hopefully) by the end of this cycle.</div><div class="gmail_extra"><br></div><div class="gmail_extra">[1] <a href="https://bugs.launchpad.net/swift/+bug/1468374">https://bugs.launchpad.net/swift/+bug/1468374</a></div><div class="gmail_extra">[2] <a href="https://review.openstack.org/195131">https://review.openstack.org/195131</a></div><div class="gmail_extra">[3] <a href="https://review.openstack.org/193422">https://review.openstack.org/193422</a></div></div>