Perl 6 - the future is here, just unevenly distributed

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

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

All times shown according to UTC.

Time Nick Message
00:12 davideagnello joined #openstack-rally
00:23 Prashant joined #openstack-rally
00:38 albertw joined #openstack-rally
01:32 MaxPC joined #openstack-rally
02:52 Prashant joined #openstack-rally
02:59 davideagnello joined #openstack-rally
04:12 davideagnello joined #openstack-rally
04:20 tfreger joined #openstack-rally
04:35 psuriset joined #openstack-rally
05:02 rdas joined #openstack-rally
05:27 ukinau- ping boris-42
05:27 ukinau- boris-42: ping
05:27 boris-42 ukinau-: hi there
05:28 boris-42 ukinau-: so let me expalin here the use case that I would like to achieve
05:28 ukinau- I saw your comment
05:28 boris-42 As a user you would like to share directory
05:29 boris-42 and put it whater you want in file system
05:29 boris-42 e.g. ~/rally/some_task
05:29 boris-42 ~/rally/some_task/main.yaml
05:29 boris-42 so user will just run main.yaml
05:29 boris-42 like rally task start ~/rally/some_task/main.yaml
05:29 boris-42 and it will work
05:30 boris-42 e.g. you should specify in main only relative paths
05:31 boris-42 that is enough to cover all uses cases that I see
05:31 boris-42 ukinau-: ^ am I missing something?
05:32 ukinau- No, It is ok for me.
05:32 boris-42 ukinau-: btw be free to change interface of that method*
05:34 ukinau- But if user want to separate main file from benchmarks directory, the user can't do it. Isn't there use case ?
05:42 ukinau- boris-42: Ok, I'll change it for the time being. Please wait a little.
05:42 yfried joined #openstack-rally
05:43 boris-42 ukinau-: thank you
05:44 boris-42 ukinau-: so that may be the case but I would still chose the another way
05:44 boris-42 ukinau-: e.g. users specify the directory of task templates
05:44 boris-42 yfried: hi there
05:44 boris-42 ukinau-: explicityly
05:47 yfried_ joined #openstack-rally
05:48 ukinau- boris-42: I see. for now, we only focus on the use case except for it. and I'll issue it as other task.
06:10 e0ne joined #openstack-rally
06:20 _afazekas joined #openstack-rally
06:45 openstackgerrit Yuki Nishiwaki proposed openstack/rally: Support to include other template in task file  https://review.openstack.org/225485
07:06 e0ne joined #openstack-rally
07:06 davideagnello joined #openstack-rally
07:27 psuriset joined #openstack-rally
07:28 openstackgerrit Merged openstack/rally: Adding possibility to generate tempest.conf, not running tempest  https://review.openstack.org/225130
07:30 openstackgerrit Merged openstack/rally: Fix lbaas vip cleanup with LbaasV1Mixin  https://review.openstack.org/225413
07:33 arxcruz joined #openstack-rally
07:56 fhubik joined #openstack-rally
08:25 gema_ joined #openstack-rally
08:38 amaretskiy joined #openstack-rally
08:38 neeti joined #openstack-rally
08:38 svasheka joined #openstack-rally
08:48 anshul joined #openstack-rally
08:50 neeti joined #openstack-rally
08:51 neeti joined #openstack-rally
09:02 redixin joined #openstack-rally
09:07 davideagnello joined #openstack-rally
09:24 boris-42 joined #openstack-rally
09:25 aix joined #openstack-rally
09:26 openstackgerrit Yaroslav Isakov proposed openstack/rally: Certification task: macros and cinder checks  https://review.openstack.org/225176
09:27 tosky joined #openstack-rally
09:27 openstackgerrit Yaroslav Isakov proposed openstack/rally: Certification task: keystone checks  https://review.openstack.org/225203
09:30 openstackgerrit Yaroslav Isakov proposed openstack/rally: Certification task: neutron checks  https://review.openstack.org/225214
09:58 e0ne joined #openstack-rally
10:03 kiran-r joined #openstack-rally
10:42 openstackgerrit Christian Berendt proposed openstack/rally: On keyboard interrupt abort the started task  https://review.openstack.org/225163
10:52 dmellado 829216
11:08 davideagnello joined #openstack-rally
11:08 akrzos joined #openstack-rally
11:09 rvasilets joined #openstack-rally
11:17 yfried_ kiran-r: do you have a scenario that actually tests traffic in lbaas? or only api calls?
11:18 kiran-r kiran-r: I am working on the scenarios with live traffic. :)
11:19 kiran-r yfried_: I am working on the scenarios with live traffic. :)
11:19 kiran-r yfried_: I have a few scenarios on my whiteboard which I would be pushing.
11:20 yfried_ kiran-r: ack
11:30 openstackgerrit Yaroslav Isakov proposed openstack/rally: Certification task: neutron checks  https://review.openstack.org/225214
11:38 openstackgerrit Yaroslav Isakov proposed openstack/rally: Certification task: nova checks  https://review.openstack.org/225634
11:39 openstackgerrit Yaroslav Isakov proposed openstack/rally: Certification task: nova checks  https://review.openstack.org/225634
11:43 moravec joined #openstack-rally
11:51 yfried_ boris-42: andreykurilin: you guys here?
12:01 vponomaryov https://bugs.launchpad.net/rally/+bug/1497897
12:01 openstack Launchpad bug 1497897 in Rally ""cover" job is broken using "coverage" package v4.0" [Undecided,New]
12:09 openstackgerrit Alberto Planas proposed openstack/rally: Verification import feature  https://review.openstack.org/223569
12:13 andreykurilin yfried_: hi
12:18 mwagner_lap joined #openstack-rally
12:30 yingjun joined #openstack-rally
12:31 kbaikov hello
12:32 kbaikov andreykurilin: hello
12:32 andreykurilin kbaikov: hi!
12:32 kbaikov andreykurilin: any love for this? https://review.openstack.org/#/c/224724/
12:32 kbaikov i made it grean in CI :)
12:32 kbaikov *green
12:34 stpierre joined #openstack-rally
12:38 andreykurilin kbaikov: +2
12:38 kbaikov \o/
12:39 openstackgerrit Valeriy Ponomaryov proposed openstack/rally: Fix 'cover' tox job  https://review.openstack.org/225655
12:43 yfried_ andreykurilin: I accidentally created new branches on gerrit. can you delete them? https://review.openstack.org/#/admin/projects/openstack/rally,branches
12:44 andreykurilin yfried_: gg
12:47 moravec joined #openstack-rally
12:48 andreykurilin yfried_: I suppose only boris-42 can do it
12:48 yfried_ andreykurilin: tnx
12:48 andreykurilin I don't have 'Force Push' rights
12:54 MaxPC joined #openstack-rally
13:05 jaypipes joined #openstack-rally
13:07 openstackgerrit Yaroslav Isakov proposed openstack/rally: Certification task: image name and flavor name as variable  https://review.openstack.org/225659
13:07 exploreshaifali joined #openstack-rally
13:09 davideagnello joined #openstack-rally
13:09 psd joined #openstack-rally
13:09 openstackgerrit Kiran proposed openstack/rally: Add Neutron FLoating IP benchmark scenarios  https://review.openstack.org/225223
13:16 openstackgerrit Yaroslav Isakov proposed openstack/rally: Certification task: quota scenarios for cinder, nova, neutron  https://review.openstack.org/225663
13:20 rvasilets joined #openstack-rally
13:20 redixin joined #openstack-rally
13:27 openstackgerrit Andrey Kurilin proposed openstack/rally: [COVERAGE] Turn off coverage  https://review.openstack.org/225670
13:28 MaxPC joined #openstack-rally
13:28 openstackgerrit Valeriy Ponomaryov proposed openstack/rally: Fix 'cover' tox job  https://review.openstack.org/225655
13:36 andreykurilin yfried_: I need your +2 :) https://review.openstack.org/#/c/225670/
13:41 yfried_ andreykurilin: please +A it
13:41 yfried_ andreykurilin: I'm afraid from boris-42 :)
13:41 andreykurilin heh
13:41 * yfried_ messed up too much already today
13:42 jaypipes joined #openstack-rally
13:42 yfried_ https://review.openstack.org/#/c/225655/2
13:43 yfried_ boris-42, yfried, msdubov, rediskin, andreykurilin, amaretskiy : please don't merge anything until ^ lands
13:43 yfried_ gate is broken
13:43 amaretskiy yfried_: ok
13:43 yfried_ amaretskiy: ^ did I miss any core?
13:43 andreykurilin yfried_: no worries. boris-42 is very calm and kind, except when he forget to have a breakfast.
13:44 amaretskiy yfried_:  rvasilets is core
13:45 yfried_ andreykurilin: or when I merge specs :)
13:45 rvasilets rvasilets, ok
13:45 andreykurilin yfried_: a full list of rally cores - https://review.openstack.org/#/admin/groups/211,members
13:46 openstackgerrit Kiran proposed openstack/rally: Add Neutron FLoating IP benchmark scenarios  https://review.openstack.org/225223
13:47 e0ne joined #openstack-rally
13:50 dspano joined #openstack-rally
13:54 openstackgerrit Andrey Kurilin proposed openstack/rally: [COVERAGE] Turn off coverage  https://review.openstack.org/225670
13:55 openstackgerrit Valeriy Ponomaryov proposed openstack/rally: Fix 'cover' tox job  https://review.openstack.org/225655
13:55 openstackgerrit Yaroslav Isakov proposed openstack/rally: Certification task: nova checks  https://review.openstack.org/225634
13:56 openstackgerrit Yaroslav Isakov proposed openstack/rally: Certification task: image name and flavor name as variable  https://review.openstack.org/225659
13:56 openstackgerrit Yaroslav Isakov proposed openstack/rally: Certification task: quota scenarios for cinder, nova, neutron  https://review.openstack.org/225663
13:57 openstackgerrit Yaroslav Isakov proposed openstack/rally: Certification task: glance scenarios  https://review.openstack.org/225688
14:01 ikhudoshyn joined #openstack-rally
14:02 amaretskiy yfried, rvasilets, oanufriev, rediskin, andreykurilin, amaretskiy - meeting time
14:02 amaretskiy kun_huang ^
14:05 openstackgerrit Yaroslav Isakov proposed openstack/rally: Certification task: glance scenarios  https://review.openstack.org/225688
14:08 arnoldje joined #openstack-rally
14:08 arnoldje_ joined #openstack-rally
14:10 openstackgerrit Roman Vasilets proposed openstack/rally: Use Rally api in functional tests of task samples  https://review.openstack.org/198772
14:12 openstackgerrit Yaroslav Isakov proposed openstack/rally: Certification task: reference task arguments file  https://review.openstack.org/225696
14:14 e0ne joined #openstack-rally
14:15 openstackgerrit Kiran proposed openstack/rally: Add Neutron LBaaS V1 healthmonitor scenarios  https://review.openstack.org/217041
14:19 openstackgerrit Roman Vasilets proposed openstack/rally: Use Rally api in functional tests of task samples  https://review.openstack.org/198772
14:24 openstackgerrit Andrey Kurilin proposed openstack/rally: Implementation of 'rally task abort' command  https://review.openstack.org/161636
14:25 arxcruz joined #openstack-rally
14:25 redixin joined #openstack-rally
14:59 emagana joined #openstack-rally
15:00 psuriset joined #openstack-rally
15:17 akrzos joined #openstack-rally
15:26 redixin joined #openstack-rally
15:42 openstackgerrit Andrey Kurilin proposed openstack/rally: [COVERAGE] Turn off coverage  https://review.openstack.org/225670
15:43 openstackgerrit Valeriy Ponomaryov proposed openstack/rally: Fix 'cover' tox job  https://review.openstack.org/225655
15:48 openstackgerrit Valeriy Ponomaryov proposed openstack/rally: Enable back cover job  https://review.openstack.org/225655
16:02 emagana joined #openstack-rally
16:24 redixin joined #openstack-rally
16:37 openstackgerrit Chris St. Pierre proposed openstack/rally: Use network context for Neutron scenarios  https://review.openstack.org/210612
16:37 openstackgerrit Chris St. Pierre proposed openstack/rally: Make network context more configurable  https://review.openstack.org/210611
16:43 meghal joined #openstack-rally
16:44 meghal hello folks
16:44 meghal had a qq. on https://github.com/openstack/rally/blob/master/samples/tasks/scenarios/nova/boot-and-delete.json#L14
16:44 meghal on the concurrency level and times feature
16:45 meghal so does it mean that it will run boot test at concurrency of 'x' for 'y' times
16:45 meghal and will it wait for the instance to become active ?
16:46 cdent joined #openstack-rally
16:49 stpierre yes and yes
16:52 meghal stpierre:  thanks for the response. so after it runs the test 1 time, which means booting instances at a concurrency of 'x', waiting for instances to be active, deleting the instances and then running the test second time
16:52 meghal right ?
16:53 stpierre no
16:53 stpierre it runs 10 tests, two at a time
16:53 stpierre each test boots an instance, waits for it to be active, then deletes it
16:56 meghal ok…so at a particular instant, cloud will receive request for 2 simultaneous instance creation, instance will become active, deleted and then the same flow 10 times
16:56 psuriset joined #openstack-rally
16:56 stpierre no
16:56 stpierre rally creates two threads; each thread runs a test to boot an instance, wait for it to be active, then delete it
16:57 stpierre so the first two might be simultaneous, but i wouldn't expect any subsequent instance creations to be
16:57 meghal ok
16:58 stpierre two threads, operating in parallel, create and delete 10 instances total
16:58 meghal ok
17:00 cdent joined #openstack-rally
17:03 meghal I want to simulate a scenario where I want to send a continuous burst of traffic for 1 hour with a cloud receiving simultaneous request (close enough) of 'x' at max
17:04 meghal so I was thinking that I could use boot and delete scenario, define a concurrency level of x, but is it possible to define time duration or is it controlled by the 'times' feature ?
17:07 meghal stpierre:  ^
17:14 boris-42 meghal: hi
17:15 boris-42 meghal: so you can use constant_for_duration runner
17:15 boris-42 meghal: and define the duration
17:17 meghal boris-42:  thanks…let me look into it, and is there some scenario where in I can define boot and wait for instance to be in 'spawning' state (and not active); before starting the next batch ?
17:17 meghal does boot and list already do that ?
17:21 openstackgerrit Anastasia Kuznetsova proposed openstack/rally: Add new Murano scenarios  https://review.openstack.org/200184
17:21 boris-42 meghal: boot and list is scenario it does nothing except single iteration
17:22 meghal single iteration of booting and waiting for instance to become active ?
17:22 meghal or just running nova boot and listing it ?
17:22 meghal boris-42:  ^
17:22 openstackgerrit Andrey Kurilin proposed openstack/rally: Implementation of 'rally task abort' command  https://review.openstack.org/161636
17:23 davideagnello joined #openstack-rally
17:24 e0ne joined #openstack-rally
17:26 redixin joined #openstack-rally
17:27 boris-42 meghal: so not sure what you need to do
17:27 boris-42 meghal: you can run any scenario for any duration
17:29 meghal boris-42:  so I want to send a burst of traffic for an hour - 5 boots at a time, wait for those 5 boots to go into 'spawning' state and then send the next batch of 5 boots
17:30 meghal since this is for Ironic testing, I want to move on once it goes into spawning state as BM provisioning takes longer
17:42 openstackgerrit Kirill Shileev proposed openstack/rally: Add CobblerProvider provider  https://review.openstack.org/188847
17:44 pvaneck joined #openstack-rally
17:46 harlowja joined #openstack-rally
17:51 Prashant joined #openstack-rally
17:53 Prashant joined #openstack-rally
18:09 meghal boris-42:  one more question, does rally report how much time was spent in each state during boot, which is -> scheduling -> networking -> block-device-mapping -> spawning -> active ?
18:09 boris-42 meghal: sorry was in meeting
18:09 meghal boris-42:  no worries
18:10 mgagne We have multiple networks available to a tenant and we wish to use a specific network (and disable an network creation) when running rally. How can I make it happen?
18:10 boris-42 meghal: nope it doesn't now report, because we didn't finsih work on osprofiler
18:10 boris-42 mgagne: that allows to trace openstack
18:10 boris-42 doesn't report such info now*
18:10 mgagne there is the nics args but it looks to not be available in all tasks
18:11 boris-42 mgagne: so about waiting spawning status and send new reuquest
18:11 boris-42 mgagne: I am not sure that it is possible with current scenario plugins
18:11 boris-42 mgagne: you can wathewer run each interval
18:11 boris-42 mgagne: wihtout waiting anything except interval
18:12 meghal boris-42:  here is what I was thinking, if I modify boot scenario to accept one more param, which is wait until nova reaches a particular state (for eg. scheduling or networking or spawning) then it will help track how much time it takes for nova boot to reach that state and it will also let that rally thread move on to start another batch ?
18:12 mgagne boris-42: meghal ^
18:12 meghal boris-42:  so instead of polling until active, we poll until a configurable state ?
18:13 boris-42 meghal: so basically you can do that
18:13 boris-42 meghal: it will look quite simple to boot_and_list scenario
18:13 boris-42 meghal: but instead of wating active status you can wait spawn
18:15 meghal boris-42:  right…let me look into that
18:15 meghal boris-42:  thanks
18:16 openstackgerrit Merged openstack/rally: [COVERAGE] Turn off coverage  https://review.openstack.org/225670
18:26 redixin joined #openstack-rally
18:28 stpierre mgagne: there's an existing_network context plugin that you should be able to use
18:29 stpierre pretty much any scenario that boots a server should accept the nics kwarg, although it may not be documented. if any don'tt, i'd consider that a bug.
18:35 mgagne stpierre: this one does not: https://github.com/openstack/rally/blob/master/rally/plugins/openstack/scenarios/nova/keypairs.py#L54-L79
18:36 mgagne stpierre: will it list all networks available to the tenant and pick one from them? if so, that's not what I'm looking for as some networks shouldn't be used
18:36 stpierre you're right. that scenario should accept a set of arguments for instance creation and another set for keypair creation.
18:36 stpierre no, you choose the networks you want to use
18:37 stpierre err, never mind
18:37 stpierre i thought you did, but it just lists all existing networks and uses those
18:37 mgagne stpierre: yea, I'm looking to filter them. Or fix any task not accepting nics arg
18:38 stpierre the existing_users plugin works like that, so you could probably use the same approach to add that feature to existing_networks
18:38 mgagne stpierre: ok so this would be something to code/patch to make it happen
18:38 stpierre yes, either route you take will require some code
18:40 mgagne alright, thanks for the help. we are starting to play with rally, will see what we can improve in the future
18:59 openstackgerrit OpenStack Proposal Bot proposed openstack/rally: Updated from global requirements  https://review.openstack.org/224684
19:39 yfried_ joined #openstack-rally
19:56 meteorfox boris-42:  do you recommend cloning Rally from HEAD, or the 0.0.4 tag version?
19:58 boris-42 meteorfox: depends on what you want=)
19:59 boris-42 meteorfox: on this week we are going to cut new release 0.1.0
19:59 meteorfox boris-42: nice, I'll consume from HEAD, that way I can report bugs, if I find any
20:00 e0ne joined #openstack-rally
20:02 boris-42 meteorfox: so as well we are going to change release cycles
20:03 boris-42 meteorfox: so we will have stable branch with releases 0.1.0, 0.1.1, 0.1.2, ... that are fully backward comaptible
20:03 boris-42 meteorfox: and in master we will develop new features and changes that requires migrations and so on
20:04 meteorfox boris-42: how is it going to change?
20:06 meteorfox boris-42: oh ok. That's cool so we can have some stability
20:08 emagana_ joined #openstack-rally
20:12 pvaneck_ joined #openstack-rally
20:12 boris-42 meteorfox: I wrote email in maling list
20:12 boris-42 meteorfox: [openstack-dev][rally][releases] New Rally release model
20:13 meteorfox boris-42: found it
20:16 meteorfox boris-42: I think Doug, and  Thierry, bring a good point, so I'll look forward for your answer
20:57 aix joined #openstack-rally
21:01 openstackgerrit Boris Pavlovic proposed openstack/rally: Fix & Restore cover job  https://review.openstack.org/225829
21:01 boris-42 andreykurilin: ^
21:01 pvaneck joined #openstack-rally
21:15 openstackgerrit Sirisha Areti proposed openstack/rally: Adds nova image list plugin  https://review.openstack.org/221501
21:24 sasha_ joined #openstack-rally
21:24 sasha_ https://review.openstack.org/#/c/221501/5
21:25 madhu_ak joined #openstack-rally
21:41 boris-42 sasha_: gates are boken
21:41 boris-42 sasha_: until we fix them we xan
21:41 boris-42 can't merge your partch*
21:52 sasha_ boris_42 : Oh ok. However, the patch is still under review. Not ready for merge yet. I'm just sharing it on the channel. Thanks for the update.
21:54 sasha_ boris_42: This is the 1st time I created a patch. I'm not sure if patches that are +1's are the only ones that should be shared on the channel. Pls let me know. Thanks!
22:27 MaxPC joined #openstack-rally
22:51 akrzos joined #openstack-rally
23:16 meghal joined #openstack-rally
23:51 akrzos joined #openstack-rally

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