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@osrally-wc-1d ~]# openstack network list | wc -l > 62 > [root@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 <[email protected]> > 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 <[email protected]> > > > 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: > > [email protected]?subject:unsubscribe > > > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > > > > > > > > > __________________________________________________________________________ > > > OpenStack Development Mailing List (not for usage questions) > > > Unsubscribe: > > [email protected]?subject:unsubscribe > > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > > > > __________________________________________________________________________ > > OpenStack Development Mailing List (not for usage questions) > > Unsubscribe: [email protected]?subject:unsubscribe > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: [email protected]?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: [email protected]?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
