[Bug 1571347] Fix merged to charm-cinder (master)

OpenStack Infra 1571347 at bugs.launchpad.net
Mon Apr 18 09:30:52 UTC 2016


Reviewed:  https://review.openstack.org/306849
Committed: https://git.openstack.org/cgit/openstack/charm-cinder/commit/?id=e2d8622b416249913da3ca04af79e706b2b43caa
Submitter: Jenkins
Branch:    master

commit e2d8622b416249913da3ca04af79e706b2b43caa
Author: Liam Young <liam.young at canonical.com>
Date:   Sun Apr 17 16:53:20 2016 +0000

    Update keystone_auth section for Mitaka
    
    The keystone_auth section has changed for Mitaka. The Liberty format
    ,which is currently being used, is incompatible with keystone v3 on
    Mitaka as it assumes the id of the default domain is default where
    as in Mitaka it is a uuid.
    
    The install documentation for Mitaka dictates that domain name should
    be used rather than id when setting project_domain and user_domain
    
    Change-Id: Ic8621020db16eaa4ac398e48406d8a858f974ae4
    Partial-Bug: 1571347

-- 
You received this bug notification because you are a member of Ubuntu
OpenStack, which is subscribed to cinder in Juju Charms Collection.
Matching subscriptions: charm-bugs
https://bugs.launchpad.net/bugs/1571347

Title:
  Main config keystone-authtoken section is incompatible with keystone
  v3 on mitaka

Status in Charm Helpers:
  In Progress
Status in cinder package in Juju Charms Collection:
  In Progress
Status in glance package in Juju Charms Collection:
  In Progress
Status in heat package in Juju Charms Collection:
  In Progress
Status in neutron-api package in Juju Charms Collection:
  In Progress
Status in neutron-gateway package in Juju Charms Collection:
  In Progress
Status in nova-cloud-controller package in Juju Charms Collection:
  In Progress
Status in nova-compute package in Juju Charms Collection:
  In Progress

Bug description:
  The keystone_auth section has changed for Mitaka. The Liberty format
  which is currently being used is  incompatible with keystone v3 on
  mitaka as it assumes the id of the default domain is default where as
  in Mitaka it is a random uuid.

  This change is reflected in the setup documentation:

  Mitaka:

  [keystone_authtoken]
  ...
  auth_uri = http://controller:5000
  auth_url = http://controller:35357
  memcached_servers = controller:11211
  auth_type = password
  project_domain_name = default
  user_domain_name = default
  project_name = service
  username = nova
  password = NOVA_PASS

  http://docs.openstack.org/mitaka/install-guide-ubuntu/nova-controller-
  install.html

  
  Liberty:

  [keystone_authtoken]
  ...
  auth_uri = http://controller:5000
  auth_url = http://controller:35357
  auth_plugin = password
  project_domain_id = default
  user_domain_id = default
  project_name = service
  username = nova
  password = NOVA_PASS

  http://docs.openstack.org/liberty/install-guide-ubuntu/nova-
  controller-install.html

To manage notifications about this bug go to:
https://bugs.launchpad.net/charm-helpers/+bug/1571347/+subscriptions



More information about the Ubuntu-openstack-bugs mailing list