[openstack-dev] [rally] "Failed to create the requested number of tenants" error

Nate Johnston openstacknate at gmail.com
Fri Jun 10 15:05:33 UTC 2016


Running 'rally deployment check' appears to come up with good results:

> keystone endpoints are valid and following services are available:
> +-------------+----------------+-----------+
> | services    | type           | status    |
> +-------------+----------------+-----------+
> | __unknown__ | object-store2  | Available |
> | __unknown__ | s3_cluster2    | Available |
> | ceilometer  | metering       | Available |
> | cinder      | volume         | Available |
> | cloud       | cloudformation | Available |
> | glance      | image          | Available |
> | heat        | orchestration  | Available |
> | keystone    | identity       | Available |
> | neutron     | network        | Available |
> | nova        | compute        | Available |
> | s3          | s3             | Available |
> | swift       | object-store   | Available |
> +-------------+----------------+-----------+

Running `openstack network list` as you said appears to give good
results:

> [root at osrally-wc-1d ~]# openstack network list | wc -l
> 62
> [root at osrally-wc-1d ~]# openstack network list | tail -4
> | ed4e4ab4-0b3d-447a-8333-e6020221391f | sample_network_5_updated     | 6496fffb-47d0-4a0a-8a52-5b12ac5f15fc                                                                             |
> | f7d26120-057f-4dd5-a5b3-a684c4ce3350 | WayneNework                  | b0234e85-6e19-4f2b-ac6a-aac875ed445f                                                                             |
> | fd569510-3306-4b41-b97a-c4d337881128 | private-test-net             | f3aa1c34-d08a-41ea-87cf-019e87805a2e                                                                             |
> +--------------------------------------+------------------------------+------------------------------------------------------------------------------------------------------------------+

Looking at `rally deployment config | grep auth_url` shows the correct
value for the auth URL, which is the centralized keystone service.

Thanks,

--N.

On Fri, Jun 10, 2016 at 05:42:47PM +0300, Aleksandr Maretskiy wrote:
> Nate,
> 
> please try to make this simple check to make sure that everything is set up
> properly:
> 
> 1) command "rally deployment check" should print an ascii-table with a list
> of services available
> 2) load rally auto-generated openrc file and run some OpenStack CLI command,
>     for example:
> 
>       $ . ~/.rally/openrc
>       $ openstack network list   # does this work as expected?
> 
> Also, make sure that value of "auth_url" in Rally deployment configuration
> (this can be obtained via command "rally deployment config") is correct.
> Please use correct deployment configuration in opposite to envvars like
> OS_AUTH_URL while using Rally
> 
> 
> On Fri, Jun 10, 2016 at 5:25 PM, Nate Johnston <openstacknate at gmail.com>
> wrote:
> 
> > Boris,
> >
> > We use a common Keystone across all of our production environments; I
> > was running this against a new deployment we are working on making
> > production-ready, so I had specified OS_AUTH_URL to be the common
> > keystone.  There is no keystone deployed in this datacenter.
> >
> > Is there a specific way I need to tweak Rally for that kind of setup?
> >
> > Thanks,
> >
> > --N.
> >
> > P.S. Sending you the catalog under separate cover.
> >
> > Thu, Jun 09, 2016 at 10:15:09PM -0700, Boris Pavlovic wrote:
> > > Nate,
> > >
> > > This looks quite strange. Could you share the information from keystone
> > > catalog?
> > >
> > > Seems like you didn't setup admin endpoint for keystone in that region.
> > >
> > > Best regards,
> > > Boris Pavlovic
> > >
> > > On Thu, Jun 9, 2016 at 12:41 PM, Nate Johnston <openstacknate at gmail.com>
> > > wrote:
> > >
> > > > Rally folks,
> > > >
> > > > I am working with an engineer to get him up to speed on Rally on a new
> > > > development.  He is trying out running a few tests from the samples
> > > > directory, like samples/tasks/scenarios/nova/list-hypervisors.yaml -
> > but
> > > > he keeps getting the error "Completed: Exit context: `users`\nTask
> > > > config is invalid: `Unable to setup context 'users': 'Failed to create
> > > > the requested number of tenants.'`"
> > > >
> > > > This is against an Icehouse environment with Mitaka Rally; When I run
> > > > Rally with debug logging I see:
> > > >
> > > > 2016-06-08 18:59:24.692 11197 ERROR rally.common.broker
> > EndpointNotFound:
> > > > admin endpoint for identity service in XXXX region not found
> > > >
> > > > However I note that $OS_AUTH_URL is set in the Rally deployment... see
> > > > http://paste.openstack.org/show/509002/ for the full log.
> > > >
> > > > Any ideas you could give me would be much appreciated.  Thanks!
> > > >
> > > > --N.
> > > >
> > > >
> > > >
> > > >
> > __________________________________________________________________________
> > > > OpenStack Development Mailing List (not for usage questions)
> > > > Unsubscribe:
> > OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> > > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> > > >
> >
> > >
> > __________________________________________________________________________
> > > OpenStack Development Mailing List (not for usage questions)
> > > Unsubscribe:
> > OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >
> >
> > __________________________________________________________________________
> > OpenStack Development Mailing List (not for usage questions)
> > Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >

> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev




More information about the OpenStack-dev mailing list