Perl 6 - the future is here, just unevenly distributed

IRC log for #openstack-rally, 2015-04-21

| Channels | #openstack-rally index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:00 davideagnello boris-42: ok
00:07 davideagnello boris-42: if I am running my rally benchmarks in script (e.g. bash), is there a way to get a simple pass/fail from rally task start ...?
00:08 boris-42 davideagnello: did you put sla section?
00:08 davideagnello boris-42: not yet
00:08 boris-42 davideagnello: without sla section test is always passing
00:09 boris-42 davideagnello: so you need to put them
00:09 davideagnello boris-42: oh ok
00:09 boris-42 davideagnello: take a look here https://rally.readthedocs.org/en/latest/tutorial/step_3_adding_success_criteria_for_benchmarks.html
00:09 boris-42 davideagnello: this is basically done for negatvie testing
00:09 boris-42 davideagnello: sometimes it is okay if you get failures from scenaior (like quota exceed)
00:10 davideagnello boris-42: ok cool :)
00:10 davideagnello boris-42: can you define custom sla parameters?
00:11 boris-42 davideagnello: they are plugins
00:11 davideagnello boris-42: ok
00:11 boris-42 davideagnello: you can write them together with scenarios/context and rest of plugins
00:12 boris-42 davideagnello: for example here https://github.com/openstack/rally/blob/master/rally/benchmark/sla/base.py#L155-L186
00:12 boris-42 davideagnello: but I believe that combination of already exsitng sla
00:12 boris-42 davideagnello: plugins will be enough
00:12 davideagnello boris-42: that's a nice design
00:14 davideagnello boris-42: I have added basic sla with max failure rate of 0
00:14 davideagnello boris-42: when I run my benchmark scenario:  rally task start --task ~/cue/rally-scenarios/cue-scenarios.yaml
00:15 davideagnello boris-42: I get an entire summary of the benchmarks, in a bash script I would have to parse this for success %?
00:15 boris-42 davideagnello: so for now rally task start won't show them at the end
00:15 boris-42 davideagnello: first of all
00:15 davideagnello boris-42: ok
00:15 boris-42 davideagnello: rally task results will return all in json
00:16 boris-42 davideagnello: the second thing use "rally task sla_check"
00:16 boris-42 davideagnello: it will have exit code 1 if some of sla checkes failed
00:16 davideagnello boris-42: rally task sla_check --task ~/cue/rally-scenarios/cue-scenarios.yaml?
00:17 boris-42 davideagnello: nope
00:17 boris-42 rally task sla_check
00:17 boris-42 davideagnello: rally stores all results in it's own DB
00:17 boris-42 davideagnello: after that rally task sla_check fetch that data
00:17 davideagnello boris-42: oh ok
00:17 boris-42 davideagnello: if you don't specify UUID it will use UUID of latest task
00:17 davideagnello boris-42: I see this if formatted in a pretty table
00:18 boris-42 davideagnello: but you can run rally task list
00:18 boris-42 davideagnello: after that you will know all UUIDs of all tasks
00:18 davideagnello boris-42: ok cool, can I get a 0/1 from a task run?
00:18 boris-42 davideagnello: and you can run rally task results|sla|detailed --uuid UUID
00:18 boris-42 davideagnello: it is exit code of "rally task sla_check"
00:18 boris-42 so
00:18 boris-42 rally task sla_check
00:19 boris-42 $?
00:19 boris-42 echo $?
00:19 boris-42 will be 1 if it didn't pass or 0 if it pass
00:19 davideagnello boris-42: oh ok!  see that
00:19 davideagnello boris-42: how would you know it's in $?
00:20 boris-42 ?
00:20 boris-42 it's default place where exit code in bash is stored
00:20 boris-42 exit code of the latest command*
00:22 openstackgerrit joined #openstack-rally
00:23 boris-42 davideagnello: okay I would like to sleep a bit=)
00:23 boris-42 davideagnello: seeee you
00:36 davideagnello boris-42: ok have a good evening!
00:36 davideagnello boris-42: thank you for answering all my questions :)
00:36 openstack joined #openstack-rally
01:21 openstackgerrit Pavel Boldin proposed openstack/rally: Refactor run_command_over_ssh, add script_args  https://review.openstack.org/173371
01:21 openstackgerrit Pavel Boldin proposed openstack/rally: Add `LogCatcher' context  https://review.openstack.org/174454
01:37 mwagner_lap joined #openstack-rally
02:04 echoingumesh joined #openstack-rally
02:38 PerfBeing joined #openstack-rally
02:47 exploreshaifali joined #openstack-rally
02:55 PerfBeing joined #openstack-rally
03:43 tfreger joined #openstack-rally
04:19 davideagnello joined #openstack-rally
04:23 echoingumesh joined #openstack-rally
04:30 echoingumesh joined #openstack-rally
04:33 davideagnello joined #openstack-rally
04:42 rdas joined #openstack-rally
04:45 pradeep joined #openstack-rally
04:57 PerfBeing joined #openstack-rally
05:08 vkmc joined #openstack-rally
05:29 PerfBeing joined #openstack-rally
05:42 neeti joined #openstack-rally
05:43 anshul joined #openstack-rally
05:55 echoingumesh joined #openstack-rally
06:04 echoingumesh joined #openstack-rally
06:20 nkhare joined #openstack-rally
06:22 rdas joined #openstack-rally
06:33 yfried__ joined #openstack-rally
07:02 echoingumesh joined #openstack-rally
07:38 openstackgerrit Pradeep K Surisetty proposed openstack/rally: Add shelve and unshelve scenario  https://review.openstack.org/175751
07:48 tfreger1 joined #openstack-rally
07:49 arxcruz joined #openstack-rally
07:53 karimb joined #openstack-rally
07:54 pradeep joined #openstack-rally
07:58 Miouge joined #openstack-rally
08:17 pbandzi joined #openstack-rally
08:25 rdas joined #openstack-rally
08:34 e0ne joined #openstack-rally
08:50 fhubik joined #openstack-rally
08:52 openstackgerrit Pradeep K Surisetty proposed openstack/rally: Add Nova shelve and unshelve scenario  https://review.openstack.org/175751
09:20 pbandzi joined #openstack-rally
09:26 openstackgerrit Cyril Roelandt proposed openstack/rally: task report: generate a JUnit report  https://review.openstack.org/171664
09:33 tosky joined #openstack-rally
09:36 openstackgerrit Pradeep K Surisetty proposed openstack/rally: Add Nova shelve and unshelve scenario  https://review.openstack.org/175751
09:59 cdent joined #openstack-rally
10:04 oanufriev joined #openstack-rally
10:08 boris-42 joined #openstack-rally
10:09 msdubov_ joined #openstack-rally
10:16 openstackgerrit Pradeep K Surisetty proposed openstack/rally: Add Nova shelve and unshelve scenario  https://review.openstack.org/175751
10:21 tfreger joined #openstack-rally
10:25 pbandzi joined #openstack-rally
10:28 kkuznetsova joined #openstack-rally
10:58 kkuznetsova Hi, colleagues. Can you help me? How can I run scenario with user with member or admin role?
11:02 tosky_ joined #openstack-rally
11:04 svasheka somehow use admin_clients or clients base on something)
11:06 svasheka guys right now it's impossible to submit review request to rally gerrit
11:06 svasheka I believe it's cause of change of repo url
11:06 svasheka so probably this should be changed in gerrit also
11:06 svasheka or it could be my local issue?
11:07 tosky joined #openstack-rally
11:07 openstackgerrit svasheka proposed openstack/rally: Add keystone create_update_and_delete_tenant scenario  https://review.openstack.org/165450
11:08 panbalag joined #openstack-rally
11:08 openstackgerrit Boris Pavlovic proposed openstack/rally: [DO NOT MERGE] Testing coverage job  https://review.openstack.org/175558
11:08 openstackgerrit Boris Pavlovic proposed openstack/rally: Improve coverage job  https://review.openstack.org/175557
11:16 boris-42 msdubov_: ^
11:17 msdubov_ boris-42 thanks
11:27 redixin joined #openstack-rally
11:29 openstackgerrit Cyril Roelandt proposed openstack/rally: task report: generate a JUnit report  https://review.openstack.org/175817
11:31 openstackgerrit Cyril Roelandt proposed openstack/rally: task report: generate a JUnit report  https://review.openstack.org/171664
11:43 openstackgerrit Pavel Boldin proposed openstack/rally: Refactor run_command_over_ssh, add script_args  https://review.openstack.org/173371
11:44 openstackgerrit Pavel Boldin proposed openstack/rally: Refactor run_command_over_ssh, add script_args  https://review.openstack.org/173371
11:48 boris-42 msdubov_: nope
11:48 boris-42 msdubov_: I mean comments above
11:48 boris-42 msdubov_: with questions
11:51 msdubov_ svasheka, seems like you have solved the problem?
11:51 msdubov_ svasheka, Anyway one of the options is to clone the repo from openstack
11:52 msdubov_ svasheka, And just "git fetch ..." your patch from gerrit using the link provided by review.openstack.org on the page of your patch
11:54 yingjun joined #openstack-rally
11:54 msdubov_ kkuznetsova, Rally has the "roles" context that may help you
11:54 msdubov_ kkuznetsova, https://github.com/openstack/rally/blob/master/rally/benchmark/context/roles.py
11:55 softCloud joined #openstack-rally
11:55 kkuznetsova OK, thanks
12:07 openstackgerrit Alexander Gubanov proposed openstack/rally: Adds Nova floating IPs bulk tests  https://review.openstack.org/168054
12:14 openstackgerrit Boris Pavlovic proposed openstack/rally: [DO NOT MERGE] Testing coverage job  https://review.openstack.org/175558
12:14 openstackgerrit Boris Pavlovic proposed openstack/rally: Improve coverage job  https://review.openstack.org/175557
12:16 openstackgerrit Boris Pavlovic proposed openstack/rally: [DO NOT MERGE] Testing coverage job  https://review.openstack.org/175558
12:16 openstackgerrit Boris Pavlovic proposed openstack/rally: Improve coverage job  https://review.openstack.org/175557
12:18 tfreger joined #openstack-rally
12:19 mwagner_lap joined #openstack-rally
12:21 aix joined #openstack-rally
12:25 openstackgerrit Boris Pavlovic proposed openstack/rally: [DO NOT MERGE] Testing coverage job  https://review.openstack.org/175558
12:25 openstackgerrit Boris Pavlovic proposed openstack/rally: Improve coverage job  https://review.openstack.org/175841
12:27 yingjun joined #openstack-rally
12:27 pradeep joined #openstack-rally
12:27 openstackgerrit Boris Pavlovic proposed openstack/rally: [DO NOT MERGE] Testing coverage job  https://review.openstack.org/175558
12:27 openstackgerrit Boris Pavlovic proposed openstack/rally: Improve coverage job  https://review.openstack.org/175841
12:33 yfried__ boris-42: do we have a mtg today?
12:34 boris-42 yfried__: yes
12:34 yfried__ boris-42: what time?
12:34 yfried__ boris-42: agenda?
12:34 boris-42 yfried__: previous one
12:34 boris-42 yfried__: no agenda yet
12:34 yfried__ boris-42: :(:(
12:34 boris-42 yfried__: we should make some corrections
12:34 boris-42 yfried__: I will write in mailing list
12:35 yfried__ boris-42: I assume you have SOME agenda for tonight. could you please post is somewher?
12:36 yfried__ boris-42: I'm hitting this error Invalid scenario argument: 'Could not open samples/tasks/support/instance_dd_test.sh with mode 4 for parameter script'
12:37 yfried__ trying to execute a script from cloned setup. what's up with that?
12:38 boris-42 yfried__: maybe some bugs
12:38 boris-42 yfried__: have to go
13:11 kiran-r joined #openstack-rally
13:14 openstackgerrit Chris St. Pierre proposed openstack/rally: Add scenario to modify Cinder volume metadata  https://review.openstack.org/174894
13:22 openstackgerrit Cyril Roelandt proposed openstack/rally: task report: generate a JUnit report  https://review.openstack.org/171664
13:39 openstackgerrit Vadim Rovachev proposed openstack/rally: Fix validation for rps parameter  https://review.openstack.org/170160
13:46 openstackgerrit Sergey Skripnick proposed openstack/rally: Improve coverage job  https://review.openstack.org/175557
13:56 openstackgerrit Sergey Skripnick proposed openstack/rally: Add new script for rally-gate jobs  https://review.openstack.org/175549
13:56 openstackgerrit Sergey Skripnick proposed openstack/rally: Fix creating user in keystone v3 wrapper  https://review.openstack.org/175504
13:56 openstackgerrit Sergey Skripnick proposed openstack/rally: Improve coverage job  https://review.openstack.org/175841
14:01 openstackgerrit Arx Cruz proposed openstack/rally: Adding FunctionalMixin class  https://review.openstack.org/146838
14:04 openstackgerrit Mike Durnosvistov proposed openstack/rally: Server block migration scenario  https://review.openstack.org/175875
14:06 nkhare joined #openstack-rally
14:08 arxcruz andreykurilin, that was really fast :D
14:08 andreykurilin arxcruz: ;)
14:10 yfried__ andreykurilin: do you have agenda for tonight's mtg?
14:13 andreykurilin yfried__: hi. no:( I think the main topics will be "news about stackforge/rally->openstack/rally", "new time for meeting" and "where will be agenda for meetings placed and who will manage it"
14:13 yfried__ andreykurilin: ok, I probably won't attend - memorial day here
14:15 andreykurilin yfried__: ok
14:16 karimb joined #openstack-rally
14:28 openstackgerrit Sergey Skripnick proposed openstack/rally: Improve coverage job  https://review.openstack.org/175841
14:37 openstackgerrit Alexander Gubanov proposed openstack/rally: Adds Nova floating IPs bulk tests  https://review.openstack.org/168054
14:48 openstackgerrit Sergey Skripnick proposed openstack/rally: Improve coverage job  https://review.openstack.org/175841
14:49 openstackgerrit Boris Pavlovic proposed openstack/rally: [DO NOT MERGE] Testing coverage job  https://review.openstack.org/175558
14:53 openstackgerrit Chris St. Pierre proposed openstack/rally: Add scenario to boot a server, lock it, unlock it, and delete it  https://review.openstack.org/175912
14:54 stpierre joined #openstack-rally
15:13 pradeep andreykurilin: boris-42: @ What time we have meeting?
15:15 boris-42 pradeep:  in 1 hrs and 45 mins
15:15 boris-42 pradeep: today
15:17 pradeep thanks
15:19 openstackgerrit Sergey Skripnick proposed openstack/rally: [DO NOT MERGE] Testing coverage job  https://review.openstack.org/175558
15:19 openstackgerrit Sergey Skripnick proposed openstack/rally: Improve coverage job  https://review.openstack.org/175841
15:38 PerfBeing joined #openstack-rally
15:40 PerfBeing joined #openstack-rally
15:41 boris-42 yfried__: so I will create wiki page with agendas
15:41 andreykurilin__ joined #openstack-rally
16:15 prashantS joined #openstack-rally
16:20 davideagnello joined #openstack-rally
16:27 openstackgerrit Sergey Skripnick proposed openstack/rally: [DO NOT MERGE] Testing coverage job  https://review.openstack.org/175558
16:27 openstackgerrit Sergey Skripnick proposed openstack/rally: Improve coverage job  https://review.openstack.org/175841
16:28 openstackgerrit Sergey Skripnick proposed openstack/rally: Add new script for rally-gate jobs  https://review.openstack.org/175549
16:28 openstackgerrit Sergey Skripnick proposed openstack/rally: Fix creating user in keystone v3 wrapper  https://review.openstack.org/175504
16:28 openstackgerrit Sergey Skripnick proposed openstack/rally: WIP: Add manifest file and split jobs  https://review.openstack.org/175973
16:29 meteorfox boris-42: hey, I re-ran the test again. Here's the data
16:29 meteorfox https://gist.github.com/meteorfox/03063532e731adc9bc0c
16:29 meteorfox boris-42: much better
16:30 meteorfox boris-42: there's still overhead but not as a bad as before
16:30 boris-42 meteorfox: yep
16:30 jaypipes joined #openstack-rally
16:30 boris-42 meteorfox: rally is bad when duration is 1ms
16:30 exploreshaifali joined #openstack-rally
16:31 meteorfox boris-42: yeah, I know python overhead, and data transformation dominates and that scale
16:31 meteorfox *at that scale
16:31 meteorfox boris-42: so how can we solve this generally
16:32 meteorfox ?
16:32 meteorfox create_network incurs the keystone call, but delete does not
16:35 pradeep joined #openstack-rally
16:39 msdubov_ joined #openstack-rally
16:49 meteorfox boris-42:  the problem seems to me that we are measuring too high on the stack (of level of abstractions). If we could somehow get the timings just before sending the request and receiving the response
16:50 meteorfox boris-42: my concern is that the client could also introduce regressions
16:53 prashantS joined #openstack-rally
16:55 openstackgerrit Merged openstack/rally: Add keystone create_update_and_delete_tenant scenario  https://review.openstack.org/165450
16:57 openstackgerrit Merged openstack/rally: Add Nova shelve and unshelve scenario  https://review.openstack.org/175751
16:57 openstackgerrit Merged openstack/rally: [Docs] Various fixes  https://review.openstack.org/174639
17:03 boris-42 meteorfox: meeting
17:03 boris-42 kun_huang: meeting
17:04 boris-42 meteorfox: I will takl about this afert meeting
17:04 meteorfox boris-42: ok
17:04 boris-42 I want all *
17:04 boris-42 in IRC
17:05 boris-42 stpierre: softCloud serverascode rmk redixin ptoohill prashantS  panbalag oanufriev nithyag_  and others meeting in #openstack-meeting
17:06 boris-42 jseutter: jlk frickler frickler dmellado darkhuy ^
17:06 boris-42 apal: akuznetsova aix ^
17:19 openstackgerrit Sergey Skripnick proposed openstack/rally: [DO NOT MERGE] Testing coverage job  https://review.openstack.org/175558
17:19 openstackgerrit Sergey Skripnick proposed openstack/rally: Improve coverage job  https://review.openstack.org/175841
17:25 boris-42 #startmeeting testing
17:25 openstack Meeting started Tue Apr 21 17:25:51 2015 UTC and is due to finish in 60 minutes.  The chair is boris-42. Information about MeetBot at http://wiki.debian.org/MeetBot.
17:25 openstack Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
17:25 openstack The meeting name has been set to 'testing'
17:25 boris-42 #endmeeting
17:25 openstack Meeting ended Tue Apr 21 17:25:58 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
17:26 openstack Minutes:        http://eavesdrop.openstack.org/meetings/testing/2015/testing.2015-04-21-17.25.html
17:26 openstack Minutes (text): http://eavesdrop.openstack.org/meetings/testing/2015/testing.2015-04-21-17.25.txt
17:26 openstack Log:            http://eavesdrop.openstack.org/meetings/testing/2015/testing.2015-04-21-17.25.log.html
17:26 boris-42 ^ lol it works
17:26 meteorfox lol
17:29 msdubov_ joined #openstack-rally
17:33 e0ne joined #openstack-rally
17:45 openstackgerrit Chris St. Pierre proposed openstack/rally: Add Nova lock and unlock scenario  https://review.openstack.org/175912
17:51 meteorfox boris-42: hey, I'm going to grab something to eat now
17:52 boris-42 meteorfox: sure
17:56 yfried__ joined #openstack-rally
17:58 echoingumesh joined #openstack-rally
18:03 openstackgerrit Sergey Skripnick proposed openstack/rally: Improve coverage job  https://review.openstack.org/175841
18:10 e0ne joined #openstack-rally
18:19 prashantS joined #openstack-rally
18:21 prashantS joined #openstack-rally
18:36 davideagnello boris-42: when running benchmarks in a task, is there any way to extract logs from your test target openstack through rally?
18:37 openstackgerrit joined #openstack-rally
18:44 davideagnello joined #openstack-rally
18:48 openstackgerrit Sergey Skripnick proposed openstack/rally: [DO NOT MERGE] Testing coverage job  https://review.openstack.org/175558
18:48 openstackgerrit Sergey Skripnick proposed openstack/rally: Improve coverage job  https://review.openstack.org/175841
18:48 pbandzi joined #openstack-rally
18:50 openstackgerrit Sergey Skripnick proposed openstack/rally: Fix creating user in keystone v3 wrapper  https://review.openstack.org/175504
19:01 darkhuy joined #openstack-rally
19:15 prashant_ joined #openstack-rally
19:20 psd joined #openstack-rally
19:32 prashantS joined #openstack-rally
19:57 echoingumesh joined #openstack-rally
20:01 prashantS joined #openstack-rally
20:05 prashantS joined #openstack-rally
20:07 echoingumesh joined #openstack-rally
20:12 andreykurilin__ joined #openstack-rally
20:38 boris-42 meteorfox: soo
20:39 boris-42 Miouge: you around?
20:39 boris-42 Miouge: sry
20:39 boris-42 meteorfox: you around?
20:39 meteorfox boris-42: yes
20:40 boris-42 meteorfox: so
20:40 boris-42 meteorfox: overhead is not created by rally or python or python clients
20:40 boris-42 meteorfox: overhead is related to keystone authentication that takes mesuarable time
20:41 boris-42 meteorfox: this can be imporved if we will use instead of users credentials token directly
20:42 meteorfox boris-42: well there is still 'overhead', after doing authentication first, it improved. But the response time reported is still 50% higher than what Gatling, and the neutron log reports
20:42 meteorfox boris-42: I think we are not measuring the 'right' thing
20:43 meteorfox boris-42: in my opinion, we should be as close as possible to the HTTP request call, unless it's an action that involves several http calls
20:43 boris-42 meteorfox: why?
20:43 boris-42 meteorfox: it is not real life usage
20:43 boris-42 meteorfox: measuring not real life usage is wasting time
20:44 boris-42 meteorfox: but I am not QA/Perf/Scale Engineer just dev
20:44 meteorfox boris-42: It's about reducing variables, and variance. The system under test is the openstack services, not the clients
20:44 meteorfox boris-42: not all interactions are with those clients libraries
20:45 cdent joined #openstack-rally
20:47 meteorfox boris-42: the problem with measuring at this 'level of abstraction' is that the layers below it can introduce performance regressions without us knowing
20:48 meteorfox boris-42: for example, somebody, accidentally could introduce a slow step in one of the Rally scenarios, or client abstractions
20:48 meteorfox boris-42: then one wastes times finding if it's a real regression or not
20:52 openstackgerrit joined #openstack-rally
21:02 boris-42 meteorfox: waht I saw from real life is that
21:02 psd_mo joined #openstack-rally
21:03 boris-42 meteorfox: that python clients and rally are not the problem
21:03 boris-42 meteorfox: usually all issues and regressions are related to services
21:03 boris-42 meteorfox: so we are working on some http base for benchmarking
21:04 boris-42 meteorfox: but except few little case it won't make sense whether you are using python clients or directly http
21:07 exploreshaifali joined #openstack-rally
21:07 meteorfox boris-42: true. services are more likely to introduce regressions than clients, and/or rally
21:08 meteorfox boris-42: I think one way we could at least tackle this issue, is by somehow capturing the lower level timings
21:08 meteorfox boris-42: I think novaclient has --timings supports
21:08 meteorfox and can bubble up these timings
21:09 meteorfox we could still leave the measurements at the 'atomic_actions' level, but have the options to also gather the response times of the HTTP calls emitted from an atomic_action
21:09 boris-42 meteorfox: so me and andreykurilin
21:10 boris-42 meteorfox: were thinking about this
21:10 boris-42 meteorfox: unfortunately request lib doesn't support request handlers
21:10 boris-42 meteorfox: so it is quite hard to measure duration of HTTP requests
21:10 boris-42 meteorfox: but it will be really nice to collect such info as well
21:11 meteorfox boris-42: hmm... I see.\
21:12 boris-42 meteorfox: so maybe we can improve request lib
21:13 meteorfox boris-42: is this the python-requests library?
21:14 boris-42 meteorfox: https://github.com/kennethreitz/requests/
21:14 boris-42 meteorfox: ^ even openstack decided to use this and not reimplement own
21:14 meteorfox boris-42: ok
21:14 meteorfox boris-42: it's a very good library
21:16 meteorfox boris-42: we could this. http://docs.python-requests.org/en/latest/api/#requests.Response.elapsed
21:16 meteorfox use*
21:17 boris-42 meteorfox: not sure how (in we don't touch clients)
21:17 boris-42 meteorfox: what about mokney patching this https://github.com/kennethreitz/requests/blob/master/requests/adapters.py#L323 ?)
21:17 boris-42 meteorfox: and localthread variable
21:17 boris-42 meteorfox: that will collect all requests from single thread?
21:19 boris-42 meteorfox: let me try
21:28 meteorfox boris-42: ok, the more I think about your suggestion of monkey patching, the more I think is the way to go
21:38 openstackgerrit Boris Pavlovic proposed openstack/rally: [WIP] Split Rally framework and plugins  https://review.openstack.org/176092
21:40 boris-42 meteorfox: so it is actually quite simple thing
21:40 boris-42 meteorfox: btw what do you think about that patch ^
21:41 meteorfox boris-42: cool
21:41 boris-42 meteorfox: that patch?
21:41 * meteorfox checking cool patch that boris-42 wrote
21:42 meteorfox boris-42: those are just renames? is that the right patch?
21:43 boris-42 meteorfox: yep
21:43 boris-42 meteorfox: end patch will be just renames
21:43 boris-42 meteorfox: and in few places name changes
21:43 boris-42 the idea is to move all plugins from framework
21:43 boris-42 to separated place
21:43 boris-42 so the framework will be simpler to learn
21:43 meteorfox boris-42: ok, I thought this was related to the monkey patching
21:44 boris-42 nope
21:45 meteorfox boris-42: I think is a good idea. plus it helps with your other goals of separating rally-core from the extensions
21:46 boris-42 meteorfox: yep baby steps
21:46 boris-42 meteorfox: okay will ifnish this patch today soon
21:46 meteorfox boris-42: do you think 'context' should be plural, like 'contexts'
21:46 boris-42 idk=)
21:46 karimb joined #openstack-rally
21:46 boris-42 is it proper/
21:46 boris-42 not english expert
21:47 boris-42 meteorfox: ^
21:47 meteorfox boris-42: i'm thinking that since that is package that contains multiple contexts, it should be name contexts
21:47 meteorfox boris-42: and 'contexts' is valid english
21:48 boris-42 meteorfox: ok then contexts
22:25 prashantS joined #openstack-rally
22:32 mwagner_lap joined #openstack-rally
22:44 prashantS joined #openstack-rally
22:57 openstackgerrit Sergey Skripnick proposed openstack/rally: [DO NOT MERGE] Testing coverage job  https://review.openstack.org/175558
22:57 openstackgerrit Sergey Skripnick proposed openstack/rally: Improve coverage job  https://review.openstack.org/175841
23:00 openstackgerrit Sergey Skripnick proposed openstack/rally: Add new script for rally-gate jobs  https://review.openstack.org/175549
23:00 openstackgerrit Sergey Skripnick proposed openstack/rally: Fix creating user in keystone v3 wrapper  https://review.openstack.org/175504
23:00 prashantS joined #openstack-rally
23:50 openstackgerrit Sergey Skripnick proposed openstack/rally: [DO NOT MERGE] Testing coverage job  https://review.openstack.org/175558
23:50 openstackgerrit Sergey Skripnick proposed openstack/rally: Improve coverage job  https://review.openstack.org/175841
23:51 openstackgerrit Sergey Skripnick proposed openstack/rally: Fix creating user in keystone v3 wrapper  https://review.openstack.org/175504

| Channels | #openstack-rally index | Today | | Search | Google Search | Plain-Text | summary