[Bug 1571347] Fix merged to charm-nova-cloud-controller (master)

[OpenStack Infra]

Reviewed:  https://review.openstack.org/306852
Committed: https://git.openstack.org/cgit/openstack/charm-nova-cloud-controller/commit/?id=44a5cc737cc49641f74755bc362e57581cb50bc4
Submitter: Jenkins
Branch:    master

commit 44a5cc737cc49641f74755bc362e57581cb50bc4
Author: Liam Young <liam.young at canonical.com>
Date:   Sun Apr 17 16:59:31 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: Id79a3dc10f3f08f837e6efdfb446380bb00a5891
    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