Re: [Openstack-operators] Problem setting up Rally with Keystone V3

, Boris Pavlovic On Tue, Nov 28, 2017 at 6:25 AM, Aleksander Okonski < aleksander@gmail.com> wrote: > Hello, > > I am currently trying to set up Rally so that it will connect with an > OpenStack deployment. I am able to set up Rally with no problem (via the > install

Re: [Openstack-operators] [openstack-dev] [QA][LCOO] MEX-ops-meetup: OpenStack Extreme Testing

n parallel (and generate more realistic load) -. So it would be really nice if you can share gaps that you faced that are blocking you to use directly Rally.. Thanks! Best regards, Boris Pavlovic On Tue, Oct 31, 2017 at 10:50 PM, Sam P <sam47pr...@gmail.com> wrote: > Hi All, > &

Re: [Openstack-operators] regression testing before upgrade (operators view)

est regards, Boris Pavlovic On Tue, Aug 29, 2017 at 2:24 AM, George Shuklin <george.shuk...@gmail.com> wrote: > Hello everyone. > > Does someone do regression testing before performing upgrade (within same > major version)? How do you do this? Do you know any tools for such tests? I

Re: [Openstack-operators] [openstack-dev] [QA][LCOO] MEX-ops-meetup: OpenStack Extreme Testing

/implementation/hook_and_trigger_plugins.html Best regards, Boris Pavlovic On Mon, Aug 14, 2017 at 2:35 AM, Sam P <sam47pr...@gmail.com> wrote: > Hi All, > > This is a follow up for OpenStack Extreme Testing session[1] > we did in MEX-ops-meetup. > > Quick

Re: [Openstack-operators] [openstack-dev] [Performance][Proposal] Moving IRC meeting from 15:00 UTC to 16:00 UTC

+1 from me On Fri, Dec 4, 2015 at 8:16 AM, Joshua Harlow wrote: > +1 from me :) > > Dina Belova wrote: > >> Dear performance folks, >> >> There is a suggestion to move our meeting time from 15:00 UTC (Tuesdays >>

Re: [Openstack-operators] [openstack-tc] [Performance] Where to place OpenStack performance documentation?

Dina, Is it possible just to get for performance team official status? However, for now we can use "rally" namespace if you would like. Like OSprofiler is for part of Rally for now... Best regards, Boris Pavlovic On Tue, Dec 1, 2015 at 4:57 AM, Dina Belova <dbel...@mirant

Re: [Openstack-operators] Measuring how fast is my Cloud with OpenStack

Obed, Tim, Here is the chain of patches related to VM workloads that should cover second point: https://review.openstack.org/#/q/status:open+project:openstack/rally+branch:master+topic:bp/vm-workloads-framework,n,z Best regards, Boris Pavlovic On Tue, Nov 24, 2015 at 2:56 PM, Boris Pavlovic

Re: [Openstack-operators] Measuring how fast is my Cloud with OpenStack

Obed, Rally team is working on supporting point 2. We will allow you to run distributed loads in cloud like: IPerf, SPEC, HPCC and so on However we are moving very slowly, and for now you can use https://github.com/openstack/shaker Best regards, Boris Pavlovic On Tue, Nov 24, 2015 at 9:27

Re: [Openstack-operators] [openstack-dev][tc][all][osprofiler] OSprofiler is dead, long live OSprofiler

Hi stackers, I updated OSprofiler spec: https://review.openstack.org/#/c/103825/ reviews are required. Best regards, Boris Pavlovic On Mon, Nov 9, 2015 at 2:57 AM, Boris Pavlovic <bo...@pavlovic.me> wrote: > Hi stackers, > > Intro > --- > > It's not a big secre

Re: [Openstack-operators] [openstack-dev][tc][all][osprofiler] OSprofiler is dead, long live OSprofiler

which requires actually 3 UUIDs. Putting 3 UUIDs in each log message seems to me very expensive and in case of logs not so useful. So I believe that we should keep those things separated from each other. At least for now. Best regards, Boris Pavlovic On Mon, Nov 9, 2015 at 8:37 AM, Joshu

[Openstack-operators] [openstack-dev][tc][all][osprofiler] OSprofiler is dead, long live OSprofiler

join this effort?) Best regards, Boris Pavlovic ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators

Re: [Openstack-operators] [Large Deployments Team][Tags] Ops Tag for "Scale"

/certification/openstack - Deployment Reference Architecture - Somebody should find enough resources to run at least for each release those tests on real hardware And create depending on this few scale tags: works-on-X-scale Best regards, Boris Pavlovic On Sat, Sep 26, 2015 at 5:19 PM, Boris Pavlovic

[Openstack-operators] [openstack-dev][openstack-operators][Rally] Rally plugins reference is available

eed, which was the pain in neck. So finally we have auto generated plugin reference: https://rally.readthedocs.org/en/latest/plugin/plugin_reference.html Best regards, Boris Pavlovic ___ OpenStack-operators mailing list OpenStack-operators@lists.openstac

Re: [Openstack-operators] [nova] Backlog Specs: a way to send requirements to the developer community

case - problem description - possible solution [optional] What about making nova template simpler? And actually doing this across all projects? Best regards, Boris Pavlovic On Fri, May 15, 2015 at 11:46 AM, John Garbutt j...@johngarbutt.com wrote: On 05/14/15 21:04, Boris Pavlovic wrote: I

Re: [Openstack-operators] [nova] Backlog Specs: a way to send requirements to the developer community

resources like VM, should be able to restore them during some fixed amount of time like 5 minutes. It's impossible hard task to create proper spec but it's super simple to provide such feature request. Best regards, Boris Pavlovic On Fri, May 15, 2015 at 2:38 PM, Sean Dague s...@dague.net wrote

[Openstack-operators] [openstack-dev][openstack-ops][rally][announce] What's new in Rally v0.0.3

/release_notes/v0.0.3.html Best regards, Boris Pavlovic ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators

[Openstack-operators] [openstack-dev][openstack-operators][rally] What's new in Rally v0.0.2

is quite bugless and stable we don't need feature freeze at all, so I don't think that it will be hard to achieve this goal. Best regards, Boris Pavlovic ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http

Re: [Openstack-operators] [openstack-dev][all][qa][gabbi][rally][tempest] Extend rally verfiy to unify work with Gabbi, Tempest and all in-tree functional tests

/openstack/ceilometer/tree/master/ceilometer/tests/gabbi 3. What changes if any are needed in Gabbi to make this happen? More or less no changes. It can be run via testr/nose that is enough. Best regards, Boris Pavlovic On Mon, Mar 9, 2015 at 5:05 PM, Davanum Srinivas dava...@gmail.com wrote

[Openstack-operators] [openstack-operators][openstack-dev][Rally][HA-testing][multi-scenarios-load-gen] Proposal to change Rally input task format

, Boris Pavlovic ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators

Re: [Openstack-operators] Resources owned by a project/tenant are not cleaned up after that project is deleted from keystone

=nova.get_timestampt_of_last_cleanup, update_last_update_timestampt=nova.update_timestampt_of_last_cleanup, tenant_cleanup=nova.tenant_cleanup users_cleanup=nova.users_cleanup ) keystone_janitor.spawn() ​Best regards, Boris Pavlovic