Open Stack

hi Nate,
It looks like I know the core of your issue. We will try to fix it as soon
as possible.

On Fri, Jun 10, 2016 at 6:05 PM, Nate Johnston <openstacknate at gmail.com>
wrote:

> 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
>
>
> __________________________________________________________________________
> 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
>



-- 
Best regards,
Andrey Kurilin.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20160613/e659fd0d/attachment.html>