Re: [openstack-dev] [rally] Moving OpenStack plugins into separate repo

Andrey, Great news! Best regards, Boris Pavlovic On Wed, Apr 11, 2018 at 9:14 AM, Andrey Kurilin <andr.kuri...@gmail.com> wrote: > Hi Stackers! > > Today I am happy to announce great news! > > From a historical perspective, Rally is testing (benchmarking)

Re: [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, > &

[openstack-dev] [openstack-infra][stable][urgent][rally] Someone deleted Rally stable branch, we need to restore

Hi, Someone somehow deleted 0.9.* branches from GitHub repo https://github.com/openstack/rally A lot of end users are using these branches and are affected by this change. Can someone help to restore them? Best regards, Boris Pavlovic

Re: [openstack-dev] [Tripleo] Containerizing tempest

Chandan, Not a big expert in Kola, but I have the same task for containerizing Rally. The solution is simple, just use ENTRYPOINT like here: https://github.com/openstack/rally/blob/master/Dockerfile#L38 (but for tempest) Best regards, Boris Pavlovic On Mon, Oct 9, 2017 at 10:08 PM, Chandan

Re: [openstack-dev] [ptg] Simplification in OpenStack

Jay, OK, I'll bite. This doesn't sound like a constructive discussion. Bye Bye. Best regards, Boris Pavlovic On Thu, Sep 14, 2017 at 8:50 AM, Jay Pipes <jaypi...@gmail.com> wrote: > OK, I'll bite. > > On 09/13/2017 08:56 PM, Boris Pavlovic wrote: > >> Jay, >&g

Re: [openstack-dev] [ptg] Simplification in OpenStack

However, what's wrong with Cobol? If you use right architecture and right algorithms it will definitely work better than implementation of program in any other language with wrong architecture and bad algorithms... so not sure that I understand this point/joke... Best regards, Boris Pavlovic On We

Re: [openstack-dev] [ptg] Simplification in OpenStack

upgrade So basically we are not losing anything even if we do not backward compatible changes and rethink completely architecture and API. I know this sounds like science fiction, but I believe community will appreciate steps in this direction... Best regards, Boris Pavlovic On Tue, Sep 12, 201

Re: [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-dev] [oslo][performance] Proposing tail-based sampling in OSProfiler

oo much to fix the real problems in architecture (in my opinion it's too late), for example creating VM performs ~400 DB requests... and yep this is going to be slow, and now what? how can you fix that?.. Best regards, Boris Pavlovic On Fri, Aug 4, 2017 at 1:12 PM, Rajul Kumar <kumar.r...@husky

Re: [openstack-dev] [python-openstacksdk] Status of python-openstacksdk project

e in such way that it's easy to extend and provide to end user nice user experience from both side (shell & python) and nice and stable interface for client developers . By the way stevedore is really providing very bad plugin experience and should not be used definitely. Best regards, Boris Pavlov

Re: [openstack-dev] [oslo][performance] Proposing tail-based sampling in OSProfiler

Rajul, May I ask why you think so? Exposed by OSprofiler issues are going to be really hard to fix in current OpenStack architecture. Best regards, Boris Pavlovic On Thu, Aug 3, 2017 at 12:56 PM, Rajul Kumar <kumar.r...@husky.neu.edu> wrote: > Hi Boris > > Good to hear from y

Re: [openstack-dev] [oslo][performance] Proposing tail-based sampling in OSProfiler

Rajul, It makes sense! However, maybe it's a bit too late... ;) Best regards, Boris Pavlovic On Thu, Aug 3, 2017 at 12:16 PM, Rajul Kumar <kumar.r...@husky.neu.edu> wrote: > Hello everyone > > I have added a blueprint on having tail-based sampling as a sampling > option for

[openstack-dev] [glance][rally] Disabling Glance Testing in Rally gates

/1fa653635781cd975a1031e212b35b6c38196ba4 Best regards, Boris Pavlovic __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http

Re: [openstack-dev] [docs][all][ptl] Contributor Portal and Better New Contributor On-boarding

t review 3) Maybe few tutorials (how to find some bug, how to test it and where are the docs, devstack, ...) That would simplify onboarding process... Best regards, Boris Pavlovic On Mon, Jun 26, 2017 at 2:45 AM, Alexandra Settle <a.set...@outlook.com> wrote: > I think this is a good idea

Re: [openstack-dev] [nova][scheduler][placement] Trying to understand the proposed direction

rce information and doing this very very simple and easy placement selection... Best regards, Boris Pavlovic On Mon, Jun 19, 2017 at 5:05 PM, Edward Leafe <e...@leafe.com> wrote: > On Jun 19, 2017, at 5:27 PM, Jay Pipes <jaypi...@gmail.com> wrote: > > > It was from the s

[openstack-dev] [rally][no-admin] Finally Rally can be run without admin user

t be able to use plugins that requires admin role. This patch finishes works: https://review.openstack.org/#/c/465495/ Thanks to everybody that was involved in this huge effort! Best regards, Boris Pavlovic __ OpenStack De

Re: [openstack-dev] [tc] Active or passive role with our database layer

align everybody in community and make it default for all projects. Best regards, Boris Pavlovic On Tue, May 23, 2017 at 2:18 PM, Zane Bitter <zbit...@redhat.com> wrote: > On 21/05/17 15:38, Monty Taylor wrote: > >> One might argue that HA strategies are an operator concern, but in

[openstack-dev] [rally] Project Update Slides (Pika)

Hi stackers, Here are the slides from summit https://docs.google.com/presentation/d/1QxsQh8E7Tr46KkLPV7QTwBAbTKFtB6dVEv-pQwg6LUA/edit#slide=id.p4 Here is the video https://www.openstack.org/videos/boston-2017/project-update-rally Best regards, Boris Pavlovic

Re: [openstack-dev] [tripleo] pingtest vs tempest

he functionality. If you specify what exactly you want to test I can help with writing Rally Task for that. (it will use as minimum as possible resources) Best regards, Boris Pavlovic On Thu, Apr 6, 2017 at 2:38 AM, Dmitry Tantsur <dtant...@redhat.com> wrote: > On 04/05/2017 10:49 PM,

Re: [openstack-dev] [Rally] Open HTML Task report in other machine

in HTML report (which makes it work without internet) Best regards, Boris Pavlovic On Fri, Mar 24, 2017 at 6:27 AM, Fernando López <fernando.lo...@fiware.org> wrote: > Dear all, > > I just started to play with Rally and I wonder if I could get the output > html file with the res

Re: [openstack-dev] OpenStack New Years Resolutions

Jean-Philippe, > s/COBOL/go/g and it makes your comment even funnier. It makes it scary =) Best regards, Boris Pavlovic On Tue, Dec 13, 2016 at 2:24 AM, Jean-Philippe Evrard < jean-philippe.evr...@rackspace.co.uk> wrote: > s/COBOL/go/g and it makes your comment even funni

Re: [openstack-dev] [Openstack-operators] Destructive / HA / fail-over scenarios

be implemented as a single Rally task which is quite convenient. Best regards, Boris Pavlovic On Wed, Nov 30, 2016 at 6:02 AM, Dulko, Michal <michal.du...@intel.com> wrote: > On Mon, 2016-11-28 at 15:51 +0300, Timur Nurlygayanov wrote: > > Hi OpenStack developers and operators, > >

Re: [openstack-dev] Cloud Reliability and Resilience for OpenStack (Fault Injection, Chaos Engineering, and Google SRE)

github.com/openstack/rally/blob/master/doc/specs/in-progress/hook_section.rst You are very welcome to join this effort and help Rally team deliver it faster. Thanks! Best regards, Boris Pavlovic On Wed, Aug 31, 2016 at 11:55 PM, Jorge Cardoso (Cloud Operations and Analytics, IT R Division) <j

Re: [openstack-dev] [Fuel] Replace OSTF with Rally

lly, I would like to see feature > parity comparison. It's very necessary to understand how much work we need > to spend to rewrite all our tests in rally way. Totally agree, let's do it. Best regards, Boris Pavlovic On Mon, Jun 27, 2016 at 8:58 AM, Vladimir Kuklin <vkuk...@mirantis.co

Re: [openstack-dev] [keystone][all] Incorporating performance feedback into the review process

way, Rally stores all results to DB (it stored it always) and is know capable to build performance trends of many runs Best regards, Boris Pavlovic > > > > > On Fri, Jun 10, 2016 at 3:58 PM, Morgan Fainberg <morgan.fainb...@gmail.com> wrote: > > > On Fri, Jun 10, 2016 at 3:26 PM

Re: [openstack-dev] [keystone][all] Incorporating performance feedback into the review process

Lance, I share just how it looked from my side. I really support your idea (no matter what you pick to use your tooling/rally/jmeter) it is very valuable, especially if it will become voting job. This really should be done by someone. Best regards, Boris Pavlovic On Fri, Jun 10, 2016 at 3:26

Re: [openstack-dev] [keystone][all] Incorporating performance feedback into the review process

o we are blind and can't see where is the issue in code 5. They didn't help to develop any Rally plugin or even review the Rally test cases that we proposed to them Best regards, Boris Pavlovic On Mon, Jun 6, 2016 at 10:45 AM, Clint Byrum <cl...@fewbar.com> wrote: > Excerpts from Br

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

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 <openstackn...@gmail.com> wrote: > Rally folks,

Re: [openstack-dev] [Rally] Could you share reference for Mitaka Upadates

Yuki, Sorry for long reply. Here are the slides: https://docs.google.com/presentation/d/1g5fd2BJXc40yienjCB0Fuc8NaB0e5pQO0XbUHQ1CY0s Best regards, Boris Pavlovic On Tue, May 10, 2016 at 12:16 AM, Yuki Nisiwaki <uckey.1...@gmail.com> wrote: > To: Mr. Boris > cc: OpenStacker who i

Re: [openstack-dev] [nova] Proposing Andrey Kurilin for python-novaclient core

Great! On Wed, Apr 13, 2016 at 2:56 PM, Sylvain Bauza wrote: > > > Le 13/04/2016 19:53, Matt Riedemann a écrit : > >> I'd like to propose that we make Andrey Kurilin core on python-novaclient. >> >> He's been doing a lot of the maintenance the last several months and a >> lot

Re: [openstack-dev] [Rally] Term "workload" has two clashing meanings

Alex, I would suggest to call it "dataplane" because it obvious points to dataplane testing Best regards, Boris Pavlovic On Mon, Apr 11, 2016 at 11:10 AM, Roman Vasilets <rvasil...@mirantis.com> wrote: > Hi all, personally I want to suggest* crossload. *Concept is similar

[openstack-dev] [tc][ptl][keystone] Proposal to split authentication part out of Keystone to separated project

for large clouds. Thoughts? [1] http://web.mit.edu/kerberos/ [2] http://ldapcon.org/2011/downloads/hummel-slides.pdf Best regards, Boris Pavlovic __ OpenStack Development Mailing List (not for usage questions) Unsubscribe

[openstack-dev] [python-openstackclient] I tried it and....

Hi stackers, Recently I tried openstackclient and it has amazing UX! Thanks to everybody involved in this! You are doing great job keep going! Best regards, Boris Pavlovic __ OpenStack Development Mailing List

Re: [openstack-dev] [Tempest] [Devstack] Where to keep tempest configuration?

, devops, devs,...) Best regards, Boris Pavlovic On Thu, Mar 17, 2016 at 4:50 AM, Jordan Pittier <jordan.pitt...@scality.com> wrote: > > > On Thu, Mar 17, 2016 at 12:24 PM, Vasyl Saienko <vsaie...@mirantis.com> > wrote: > >> Hello Community, >> >> W

Re: [openstack-dev] [all][infra] revert new gerrit

Hi everybody, What about if we just create new project for alternative Gerrit WebUI and use it? I don't think that with current set of web frameworks it would be too hard. Best regards, Boris Pavlovic On Fri, Mar 18, 2016 at 9:50 AM, Andrew Laski <and...@lascii.com> wrote: > > >

Re: [openstack-dev] [cross-project] [all] Quotas -- service vs. library

that requires db migrations, we will need to run amount of projects migrations. Best regards, Boris Pavlovic On Tue, Mar 15, 2016 at 11:25 PM, Nikhil Komawar <nik.koma...@gmail.com> wrote: > Hello everyone, > > tl;dr; > I'm writing to request some feedback on whether the cr

[openstack-dev] [Rally] PTL candidacy

ults functionality (CLI and plugins for many systems) - Disaster cleanup (be able to cleanup env no matter what happened) - many other interesting tasks Best regards, Boris Pavlovic __ OpenStack Development Mailing List (not for u

Re: [openstack-dev] [oslo] Common RPC Message Trace Mechanism

Xuanzhou, I am not sure what do you mean by "trace". But if you need something that allows to do cross service/project tracing then you should take a look at osprofiler: https://github.com/openstack/osprofiler Best regards, Boris Pavlovic On Sun, Mar 6, 2016 at 8:15 PM, Xuanzhou

Re: [openstack-dev] [cinder][all] Integration python-*client tests on gates

Hi, It's still not clear for me, why we can't just add Rally jobs with scenarios related to specific project. It will work quite fast and it will cover CLI (instantly) with good integration/functional testing. Best regards, Boris Pavlovic On Wed, Mar 2, 2016 at 4:52 AM, Sean Dague &l

Re: [openstack-dev] [cinder] Proposal: changes to our current testing process

give guarantee that we are facing 100% of cases (however facing most of issues is better then nothing) Best regards, Boris Pavlovic On Wed, Mar 2, 2016 at 7:30 AM, Michał Dulko <michal.du...@intel.com> wrote: > On 03/02/2016 04:11 PM, Gorka Eguileor wrote: > > On 02/03, Ivan Ko

Re: [openstack-dev] [mitaka][hackathon] Mitaka Bug Smash Hackathon in Bay Area (March 7-9)

Just making sure that everybody saw this topic. Best regards, Boris Pavlovic On Thu, Feb 11, 2016 at 11:21 AM, Boris Pavlovic <bo...@pavlovic.me> wrote: > Hi stackers, > > If you are in Bay Area and you would to work together with your friends > from community on fixin

Re: [openstack-dev] [nova] A prototype implementation towards the "shared state scheduler"

(which is actually quite simple task after those change) and moving that code outside of Nova. So solutions are quite similar overall. I hope you'll get more luck with getting them in upstream. Best regards, Boris Pavlovic On Sun, Feb 14, 2016 at 11:08 PM, Cheng, Yingxin <yingxin.ch...@intel.

Re: [openstack-dev] [nova] A prototype implementation towards the "shared state scheduler"

Yingxin, This looks quite similar to the work of this bp: https://blueprints.launchpad.net/nova/+spec/no-db-scheduler It's really nice that somebody is still trying to push scheduler refactoring in this way. Thanks. Best regards, Boris Pavlovic On Sun, Feb 14, 2016 at 9:21 PM, Cheng, Yingxin

[openstack-dev] [mitaka][hackathon] Mitaka Bug Smash Hackathon in Bay Area (March 7-9)

here info in which project you are interested: https://etherpad.openstack.org/p/OpenStack-Bug-Smash-Mitaka-BayArea Best regards, Boris Pavlovic __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: ope

Re: [openstack-dev] [keystone][neutron][requirements] - keystonemiddleware-4.1.0 performance regression

Hi, By the way OSprofiler trace shows how this regression impacts on amount of DB queries done by Keystone (during the boot of VM): http://boris-42.github.io/b2.html Best regards, Boris Pavlovic On Wed, Jan 20, 2016 at 3:30 PM, Morgan Fainberg <morgan.fainb...@gmail.com> wrote: > As

Re: [openstack-dev] [Oslo][all] os-profiler under Oslo umbrella

Dims, Great news! =) When we address some small issues I'll make demo. Best regards, Boris Pavlovic On Wed, Jan 13, 2016 at 5:06 AM, Davanum Srinivas <dava...@gmail.com> wrote: > Team, > > Oslo folks have voted[1] to be the home for the osprofiler project[2]. > Several pr

[openstack-dev] [oslo][osprofiler] OSprofiler spec is ready for review

Hi stackers, OSprofiler spec is ready for review. Please review it, if you are interested in making native profiling/tracing OpenStack happen: https://review.openstack.org/#/c/103825/ Thanks! Best regards, Boris Pavlovic

Re: [openstack-dev] [Neutron][QA] New testing guidelines

Assaf, We can as well add Rally testing for scale/performance/regression testing. Best regards, Boris Pavlovic On Wed, Dec 16, 2015 at 7:00 AM, Fawad Khaliq <fa...@plumgrid.com> wrote: > Very useful information. Thanks, Assaf. > > Fawad Khaliq > > > On Thu, Dec 10

Re: [openstack-dev] [Kuryr] Testing, Rally and Wiki

on this. What this context is going to do? Best regards, Boris Pavlovic On Thu, Dec 10, 2015 at 6:11 AM, Gal Sagie <gal.sa...@gmail.com> wrote: > Hello everyone, > > As some of you have already noticed one of the top priorities for Kuryr > this cycle is to get > our CI and gate t

Re: [openstack-dev] [Fuel] [QA] [Tests] MOS integration tests in SWARM test suite

Timur, I hope you are going to use for [1] and [2] Rally verify command? Best regards, Boris Pavlovic On Mon, Dec 7, 2015 at 6:09 AM, Timur Nurlygayanov < tnurlygaya...@mirantis.com> wrote: > Hi Fuel team, > > we have a lot of automated integration tests for OpenStack verifi

Re: [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-dev] Rally as A Service?

Obed, We are refactoring Rally to make it possible to run it as a deamon. There is plenty amount of work that should be done, including this spec: https://review.openstack.org/#/c/182245/ Best regards, Boris Pavlovic On Tue, Nov 24, 2015 at 2:20 PM, Munoz, Obed N <obed.n.mu...@intel.com>

Re: [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

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

join this effort?) Best regards, Boris Pavlovic __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mai

Re: [openstack-dev] Questions regarding OpenStack CI tools

Hi Maty, Usually in python projects are used next thing: - cover - for unit test coverage - pep8 + custom hacking rules - to check code styles - pylint - to check even more code styles Best regards, Boris Pavlovic On Sun, Nov 8, 2015 at 4:41 AM, GROSZ, Maty (Maty) < maty.gr...@alca

Re: [openstack-dev] [all][api][tc][perfromance] API for getting only status of resources

o have Async API, because we have long running operations. And basically there are 3 approaches to understand that operation is done: 1) pub/sub 2) polling resource status 3) long polling requests All approaches have pros and cons, however the "actual" problem will stay the same and you can'

Re: [openstack-dev] [all][api][tc][perfromance] API for getting only status of resources

t regards, Boris Pavlovic On Thu, Nov 5, 2015 at 12:42 AM, Sean Dague <s...@dague.net> wrote: > On 11/04/2015 10:13 AM, John Garbutt wrote: > > On 4 November 2015 at 14:49, Jay Pipes <jaypi...@gmail.com> wrote: > >> On 11/04/2015 09:32 AM, Sean Dague wrote: > >>

Re: [openstack-dev] [all][api][tc][perfromance] API for getting only status of resources

it doesn't seem like hard task to collect the numbers. Best regards, Boris Pavlovic On Thu, Nov 5, 2015 at 3:56 AM, Robert Collins <robe...@robertcollins.net> wrote: > On 5 November 2015 at 04:42, Sean Dague <s...@dague.net> wrote: > > On 11/04/2015 10:13 AM, John Garbutt wrote:

[openstack-dev] [all][api][tc][perfromance] API for getting only status of resources

tains multiple JOINs, e,g for nova vm it's 6 joins). What if we add new API method that will just resturn resource status by UUID? Or even just extend get request with the new argument that returns only status? Thoughts? Best regards, Boris Pavlovic ___

Re: [openstack-dev] [all][api][tc][perfromance] API for getting only status of resources

ting both approaches? Best regards, Boris Pavlovic On Wed, Nov 4, 2015 at 9:33 AM, Morgan Fainberg <morgan.fainb...@gmail.com> wrote: > > On Nov 3, 2015 4:29 PM, "Clint Byrum" <cl...@fewbar.com> wrote: > > > > Excerpts from Boris Pavlovic's message of

Re: [openstack-dev] [all][api][tc][perfromance] API for getting only status of resources

nfo: http://paste.openstack.org/show/477934/ (it has 6 joins) This is how it looks for glance image: http://paste.openstack.org/show/477933/ (it has 2 joins) So the performance/scale impact will be higher. Best regards, Boris Pavlovic On Wed, Nov 4, 2015 at 4:18 PM, Clint Byrum <cl...@fewb

Re: [openstack-dev] Scheduler proposal

his AZ, and separated AZ can have own rabbit servers for example which will allows us to get horizontal scalability in terms of AZ. So do we really need Cassandra, Mongo, ... and other Web-scale solution for such simple task? Best regards, Boris Pavlovic On Sat, Oct 10, 2015 at 11:19 PM, Clint Byr

Re: [openstack-dev] Scheduler proposal

which is good. Best regards, Boris Pavlovic On Sun, Oct 11, 2015 at 12:23 AM, Clint Byrum <cl...@fewbar.com> wrote: > Excerpts from Boris Pavlovic's message of 2015-10-11 00:02:39 -0700: > > 2Everybody, > > > > Just curios why we need such complexity. > > > >

Re: [openstack-dev] [OPNFV] [Functest] Tempest & Rally

Morgan, You should add at least: sla: failure_rate: max: 0 Otherwise rally will pass 100% no matter what is happening. Best regards, Boris Pavlovic On Thu, Sep 24, 2015 at 10:29 PM, Tikkanen, Viktor (Nokia - FI/Espoo) < viktor.tikka...@nokia.com> wrote: > Hi Morgan > >

Re: [openstack-dev] [OPNFV] [Functest] Tempest & Rally

Jose, Rally community provides official docker images here: https://hub.docker.com/r/rallyforge/rally/ So I would suggest to use them. Best regards, Boris Pavlovic On Fri, Sep 25, 2015 at 5:07 AM, Jose Lausuch <jose.laus...@ericsson.com> wrote: > Hi, > > > > Than

[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 Development Mailing List (not

[openstack-dev] [rally][releases] New Rally release model

xes and part of features to it *) Stable version - we will port only high & critical bug fixes if it is possible Here is the diagram that explains the release cycle: [image: Inline image 1] Thoughts? Best regards, Boris P

Re: [openstack-dev] [openstack-operators][tc][tags] Rally tags

Thierry, Okay great I will propose patches. Best regards, Boris Pavlovic On Mon, Sep 21, 2015 at 1:14 AM, Thierry Carrez <thie...@openstack.org> wrote: > Boris Pavlovic wrote: > > I have few ideas about the rally tags: > > > > - covered-by-rally > >It mean

[openstack-dev] [openstack-operators][tc][tags] Rally tags

.org/#/c/225176/5 which will be the standard way to check whatever cloud is ready for production based on volume, performance & scale testing. Thoughts? Best regards, Boris Pavlovic __ OpenStack Development Mailing

[openstack-dev] [Rally] PTL candidacy

I would like to continue to work as PTL of Rally until we get all this done. Best regards, Boris Pavlovic __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?

Re: [openstack-dev] [requirements] dependencies problem on different release

are installed as upstream versions and some of them breaks. An ugly way is to copy pip list from old Juno environment and install those properly. I hope there are better ways to do this work. Anyone has smart ideas? Install everything in virtualenv (or at least Rally) Best regards, Boris

Re: [openstack-dev] [Fuel] Great updates to tests and CI jobs

Roman, well done! ;) Best regards, Boris Pavlovic On Wed, Aug 19, 2015 at 8:38 AM, Roman Prykhodchenko m...@romcheg.me wrote: Hi folks! Today I’m proud to announce that since this moment python-fuelclient has it’s own python-jobs in OpenStack CI. Thanks to all of you who helped me making

Re: [openstack-dev] [rally] [Ceilometer] profiler sample resource id

Pradeep, Actually this topic is more about osprofiler ceilometer. Overall it doesn't require this prefix. However it is used in osproifler lib. https://github.com/stackforge/osprofiler/blob/master/osprofiler/parsers/ceilometer.py#L129 Best regards, Boris Pavlovic On Thu, Aug 13, 2015 at 7

Re: [openstack-dev] [fuel] Plan to implement the OpenStack Testing Interface for Fuel

and adding openstack-ci jobs. -1 risk. Best regards, Boris Pavlovic On Sat, Jul 18, 2015 at 12:16 AM, Dmitry Borodaenko dborodae...@mirantis.com wrote: One of the requirements for all OpenStack projects is to use the same Testing Interface [0]. In response to the Fuel application [1], the Technical

Re: [openstack-dev] [Sahara] [QA] [tests coverage] Can we add CI job to control the unit tests coverage?

will be less or the same (if everything was covered before) Fixing typos in docstrings won't introduce new lines. Btw job allows you to introduce N (few) new lines that are not covered by unit tests that are uncovered in some cases. Best regards, Boris Pavlovic On Thu, Jul 2, 2015 at 10:46 AM

Re: [openstack-dev] stackforge projects are not second class citizens

about 130 (40 at the begging on kilo) patches on review. *) In IRC +15 online members in average *) We merged about x2 if we compare to kilo-1 vs liberty-1 *) I see a lot of interest from various companies to use Rally (because it is *official* now) Best regards, Boris Pavlovic On Mon, Jun 15, 2015

Re: [openstack-dev] [Neutron] Issue with pymysql

Sean, Thanks for quick fix/revert https://review.openstack.org/#/c/191010/ This unblocked Rally gates... Best regards, Boris Pavlovic On Fri, Jun 12, 2015 at 8:56 PM, Clint Byrum cl...@fewbar.com wrote: Excerpts from Mike Bayer's message of 2015-06-12 09:42:42 -0700: On 6/12/15 11:37 AM

Re: [openstack-dev] [QA] [Ironic] [Inspector] Where should integration tests for non-core projects live now? (Was: Toward 2.0.0 release)

, scalability, load...) so you are killing two birds with one stone. P.S. I would imho prefer to keep all high quality plugins inside Rally repo to simplify operators life.. Best regards, Boris Pavlovic On Wed, Jun 10, 2015 at 11:57 AM, Ken'ichi Ohmichi ken1ohmi...@gmail.com wrote: 2015-06-10 16:48 GMT+09

Re: [openstack-dev] [QA] [Ironic] [Inspector] Where should integration tests for non-core projects live now? (Was: Toward 2.0.0 release)

Dmitry, We introduced recently dsvm rally ironic job: https://review.openstack.org/#/c/187997/ Now we are working on Rally tests for Ironic: https://review.openstack.org/#/c/186064/ Don't hesitate to join us=) Best regards, Boris Pavlovic On Wed, Jun 10, 2015 at 1:23 PM, Dmitry Tantsur dtant

Re: [openstack-dev] [rally][scaling up development] Rally core team re-organization

Pavlovic On Fri, Jun 5, 2015 at 8:43 PM, Sylvain Bauza sba...@redhat.com wrote: Le 05/06/2015 19:03, Boris Pavlovic a écrit : Hi stackers, Seems likes after stackforge/rally - openstack/rally Rally project started being more attractive. According recent stats we are on top 3 position

Re: [openstack-dev] [rally][scaling up development] Rally core team re-organization

such list. Best regards, Boris Pavlovic On Fri, Jun 5, 2015 at 8:31 PM, Doug Hellmann d...@doughellmann.com wrote: Excerpts from Boris Pavlovic's message of 2015-06-05 20:03:44 +0300: Hi stackers, Seems likes after stackforge/rally - openstack/rally Rally project started being more

Re: [openstack-dev] [all][infra][tc][ptl] Scaling up code review process (subdir cores)

Hi, Maybe we should just give a try: 1) I will prepare all modifications out of infra and show demo 2) Get it in Infra as experimental feature 3) Try it in Rally 4) Share experience and if it is worth keep it or get rid of it. Best regards, Boris Pavlovic On Fri, Jun 5, 2015 at 9:21 PM

Re: [openstack-dev] [puppet] Change abandonment policy

Hi, +1 for #1 and if patch is not touched for N weeks just finish it using current active team. Best regards, Boris Pavlovic On Fri, Jun 5, 2015 at 7:27 PM, Richard Raseley rich...@raseley.com wrote: Colleen Murphy wrote: 3) Manually abandon after N months/weeks changes that have a -1

[openstack-dev] [rally][scaling up development] Rally core team re-organization

by end of this cycle each component will have own subteam which will resolve most of reviewing process scale issues.. Best regards, Boris Pavlovic __ OpenStack Development Mailing List (not for usage questions) Unsubscribe

Re: [openstack-dev] [all]Big Tent Mode within respective projects

, stabilize and document the virt driver API in Nova before any splitting of driver repos would be feasible. Imho not only Neutron has this. ;) Rally support out of tree plugins as well and I saw already some third party repos: https://github.com/stackforge/haos Best regards, Boris Pavlovic On Thu

Re: [openstack-dev] [all][infra][tc][ptl] Scaling up code review process (subdir cores)

Josh, Yep let's just make experiment in Rally and I will share experience with the rest of community. Best regards, Boris Pavlovic On Wed, Jun 3, 2015 at 9:45 PM, Joshua Harlow harlo...@outlook.com wrote: S, just some thoughts, If boris thinks this might help rally, why not just let him

Re: [openstack-dev] [all][infra][tc][ptl] Scaling up code review process (subdir cores)

really impact on architecture a lot. Best regards, Boris Pavlovic ​ __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http

Re: [openstack-dev] [all][infra][tc][ptl] Scaling up code review process (subdir cores)

CI for testing. Best regards, Boris Pavlovic On Wed, Jun 3, 2015 at 2:28 PM, Ihar Hrachyshka ihrac...@redhat.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/03/2015 08:29 AM, Boris Pavlovic wrote: Guys, I will try to summarize all questions and reply on them

Re: [openstack-dev] [all][infra][tc][ptl] Scaling up code review process (subdir cores)

regards, Boris Pavlovic On Wed, Jun 3, 2015 at 12:55 PM, Alexis Lee alex...@hp.com wrote: Robert Collins said on Wed, Jun 03, 2015 at 11:12:35AM +1200: So I'd like us to really get our heads around the idea that folk are able to make promises ('I will only commit changes relevant to the DB

Re: [openstack-dev] [all][infra][tc][ptl] Scaling up code review process (subdir cores)

rule 2 cores / review (sometimes even 3,4,5...)... In ideal work Lieutenants model will work out of the box. In real life all checks like: person X today has permission to do Y operation should be checked automatically. This is exactly what I am proposing. Best regards, Boris Pavlovic On Wed

Re: [openstack-dev] [all][infra][tc][ptl] Scaling up code review process (subdir cores)

James B. One more time. Everybody makes mistakes and it's perfectly OK. I don't want to punish anybody and my goal is to make system that catch most of them (human mistakes) no matter how it is complicated. Best regards, Boris Pavlovic On Wed, Jun 3, 2015 at 5:33 PM, James Bottomley

Re: [openstack-dev] [all][infra][tc][ptl] Scaling up code review process (subdir cores)

communities. Plugins are not so hard to review and mostly developed part. If I would be able to have cores for specific areas that will scale up code reviewing process a lot without any trust, process, social, arch, whatever changes in project. Best regards, Boris Pavlovic On Wed, Jun 3, 2015

Re: [openstack-dev] [all][infra][tc][ptl] Scaling up code review process (subdir cores)

mistakes. My goal on the PTL position is to make such process that stops human mistakes before they land in master. In other words everything should be automated and pre not post checked. Best regards, Boris Pavlovic On Wed, Jun 3, 2015 at 4:00 PM, Thierry Carrez thie...@openstack.org wrote

Re: [openstack-dev] [all][infra][tc][ptl] Scaling up code review process (subdir cores)

are speaking about various groups of cores that are mantaining only parts of systems. Keeping all this in heads will be hard task (it should be automated) Best regards, Boris Pavlovic On Wed, Jun 3, 2015 at 2:12 AM, Robert Collins robe...@robertcollins.net wrote: On 3 June 2015 at 10:34, Jeremy

[openstack-dev] [all][infra][tc][ptl] Scaling up code review process (subdir cores)

will be able to merge changes that touch only files from some specific subdirs. As a result with proper organization of directories in project we can scale up review process without losing quality. *Thoughts?* Best regards, Boris Pavlovic

[openstack-dev] [rally][summit] Rally summit updates

Hi stackers, For those who don't want to miss anything related to Rally on summit I make a small blogpost that covers most interesting things: http://boris-42.me/rally-on-openstack-summit-in-vancouver/ Best regards, Boris Pavlovic

Re: [openstack-dev] [openstack-operators][Rally][announce] What's new in Rally v0.0.4

Mike, Thank you for release notes! Nice work! Best regards, Boris Pavlovic On Thu, May 14, 2015 at 5:48 PM, Mikhail Dubov mdu...@mirantis.com wrote: Hi everyone, Rally team is happy to announce that we have just cut the new release 0.0.4! *Release stats:* - Commits: *87* - Bug

Re: [openstack-dev] [all] [tc] A way for Operators/Users to submit feature requests

=( and not just use it. Best regards, Boris Pavlovic On Thu, May 14, 2015 at 11:45 PM, Robert Collins robe...@robertcollins.net wrote: On 15 May 2015 at 08:34, Jay Pipes jaypi...@gmail.com wrote: Hi Maish, I would support this kind of thing for projects that wish to do

Re: [openstack-dev] [all] Replace mysql-python with mysqlclient

Mike, Thank you for saying all that you said above. Best regards, Boris Pavlovic On Tue, May 12, 2015 at 2:35 AM, Clint Byrum cl...@fewbar.com wrote: Excerpts from Mike Bayer's message of 2015-05-11 15:44:30 -0700: On 5/11/15 5:25 PM, Robert Collins wrote: Details: Skip over

Re: [openstack-dev] [nova][all] Architecture Diagrams in ascii art?

Couldn't we just use real image files to do this. IIRC, gerrit supports displaying image files which are included in a commit. For example, I've been planning to copy these images: +1 for real images Best regards, Boris Pavlovic On Tue, May 12, 2015 at 1:36 AM, Matthew Treinish mtrein

  1   2   3   4   >