RDO tickets are now tracked in Jira https://issues.redhat.com/projects/RDO/issues/
Bug 1385291 - Expecting to find domain in project - Newton RDO Build
Summary: Expecting to find domain in project - Newton RDO Build
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: RDO
Classification: Community
Component: openstack-puppet-modules
Version: unspecified
Hardware: x86_64
OS: Linux
unspecified
low
Target Milestone: ---
: trunk
Assignee: Emilien Macchi
QA Contact: Shai Revivo
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-10-16 00:05 UTC by mrbenzel
Modified: 2016-10-17 20:31 UTC (History)
4 users (show)

Fixed In Version:
Clone Of:
Environment:
CentOS-7-x86_64-DVD-1511 with Newton RDO
Last Closed: 2016-10-17 20:31:14 UTC
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
OpenStack gerrit 387304 0 None MERGED Enable Keystone v3 support for nova_flavor and nova_aggregate 2020-12-07 10:58:49 UTC

Description mrbenzel 2016-10-16 00:05:17 UTC
Description of problem:# 
Using Newton RDO install 
When setting answer file to use keystone v3
Identity service API version string. ['v2.0', 'v3']
CONFIG_KEYSTONE_API_VERSION=v3


Version-Release number of selected component (if applicable): Newton RDO


How reproducible: Every install 


Steps to Reproduce:
1. Install CentOS-7-x86_64-DVD-1511 follow RDO Quickstart guide
2. Generate answer file
3. set CONFIG_KEYSTONE_API_VERSION=v3
4. Run install 

Actual results:
Copying Puppet modules and manifests                 [ DONE ]
Applying 192.168.0.22_controller.pp
Testing if puppet apply is finished: 192.168.0.22_controller.pp  [ / ]
192.168.0.22_controller.pp:                       [ ERROR ]
Applying Puppet manifests                         [ ERROR ]

ERROR : Error appeared during Puppet run: 192.168.0.22_controller.pp
Error: Could not prefetch nova_flavor provider 'openstack': Execution of '/usr/bin/openstack flavor list --quiet --format csv --long --all' returned 1: Expecting to find domain in project - the server could not comply with the request since it is either malformed or otherwise incorrect. The client is assumed to be in error. (HTTP 400) (Request-ID: req-acdb4b7b-c704-4131-a1f8-67c60e33dd7b) (tried 30, for a total of 170 seconds)


Expected results: Expected Keystone v3 to be installed


Additional info:
Setting CONFIG_KEYSTONE_API_VERSION=v2.0 completes install as required. Testing on older centos 7 build same results.

Comment 1 mrbenzel 2016-10-16 00:11:52 UTC
ANSWER.CFG

# User name for the Identity service 'admin' user.  Defaults to
# 'admin'.
CONFIG_KEYSTONE_ADMIN_USERNAME=admin

# Password to use for the Identity service 'admin' user.
CONFIG_KEYSTONE_ADMIN_PW=1e90b1f3b38d4600

# Password to use for the Identity service 'demo' user.
CONFIG_KEYSTONE_DEMO_PW=6da9b3ad0dd94931

# Identity service API version string. ['v2.0', 'v3']
CONFIG_KEYSTONE_API_VERSION=v3

# Identity service token format (UUID or PKI). The recommended format
# for new deployments is UUID. ['UUID', 'PKI']
CONFIG_KEYSTONE_TOKEN_FORMAT=UUID

# Type of Identity service backend (sql or ldap). ['sql', 'ldap']
CONFIG_KEYSTONE_IDENTITY_BACKEND=sql

# URL for the Identity service LDAP backend.
CONFIG_KEYSTONE_LDAP_URL=ldap://192.168.0.22

# User DN for the Identity service LDAP backend.  Used to bind to the
# LDAP server if the LDAP server does not allow anonymous
# authentication.
CONFIG_KEYSTONE_LDAP_USER_DN=

# User DN password for the Identity service LDAP backend.
CONFIG_KEYSTONE_LDAP_USER_PASSWORD=

Comment 2 Javier Peña 2016-10-17 09:43:41 UTC
This seems to be a puppet-nova issue. I've created https://review.openstack.org/387304 with a fix.

Comment 3 mrbenzel 2016-10-17 20:20:24 UTC
Confirmed changes to 

vi /usr/share/openstack-puppet/modules/nova/lib/puppet/provider/nova_aggregate/openstack.rb

and
vi /usr/share/openstack-puppet/modules/nova/lib/puppet/provider/nova_flavor/openstack.rb

to use 
 @credentials = Puppet::Provider::Openstack::CredentialsV3.new

from
@credentials = Puppet::Provider::Openstack::CredentialsV2_0.new

Resolves the issues in CentOS 7 Build 1511


Note You need to log in before you can comment on or make changes to this bug.