Perl 6 - the future is here, just unevenly distributed

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

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

All times shown according to UTC.

Time Nick Message
00:24 yingjun joined #openstack-rally
00:34 dmorita joined #openstack-rally
00:53 openstackgerrit Oleh Anufriiev proposed openstack/rally: [Fuel] scenario for add and remove node  https://review.openstack.org/181270
00:53 openstackgerrit Oleh Anufriiev proposed openstack/rally: [Fuel] Environments scenarios  https://review.openstack.org/182873
01:19 yingjun joined #openstack-rally
01:20 openstackgerrit Merged openstack/rally: Add Heat scenario to test scaling policies  https://review.openstack.org/178436
01:22 openstackgerrit Hiroki Aramaki proposed openstack/rally: Some files missing newline at end of file  https://review.openstack.org/199370
01:27 PrashantS joined #openstack-rally
01:45 mahito joined #openstack-rally
02:45 openstackgerrit Oleh Anufriiev proposed openstack/rally: [Fuel] scenario for add and remove node  https://review.openstack.org/181270
02:45 openstackgerrit Oleh Anufriiev proposed openstack/rally: [Fuel] Environments scenarios  https://review.openstack.org/182873
03:16 PrashantS joined #openstack-rally
03:19 davideagnello joined #openstack-rally
03:44 PrashantS joined #openstack-rally
03:51 kiran-r joined #openstack-rally
03:55 kun_huang kiran-r: I found your "LBaaS-V1 context" patch got more nits
03:56 kun_huang kiran-r: don't worry about that, it will be merge eventually
03:56 kiran-r kun_huang: Good morning. Yes. :)
03:56 kiran-r kun_huang: Perhaps, I need to refine even more.
03:56 kiran-r kun_huang: I have a question.
03:58 kiran-r kun_huang: It is possible to create normal users in the context and use admin_clients to run specific apiś with admin privileges
04:09 kun_huang kiran-r: yep
04:09 kun_huang kiran-r: let me find a sample for you
04:10 * kun_huang kiran-r: https://github.com/openstack/rally/blob/master/samples/deployments/existing-with-predefined-users.json
04:14 nkhare joined #openstack-rally
04:14 kiran-r kun_huang: What is the diff b/w (admin=True & using admin_clients) and (users=True & admin_clients)??
04:15 kiran-r kun_huang: I couldn´t realize the diff between the 2 :(
04:28 tfreger joined #openstack-rally
04:38 PrashantS joined #openstack-rally
04:40 tfreger joined #openstack-rally
05:21 PrashantS joined #openstack-rally
05:22 neeti joined #openstack-rally
05:51 ig0r_ joined #openstack-rally
06:01 yingjun joined #openstack-rally
06:06 exploreshaifali joined #openstack-rally
06:08 davidlenwell joined #openstack-rally
06:08 rdas joined #openstack-rally
06:08 yingjun joined #openstack-rally
06:09 aix joined #openstack-rally
06:19 kiran-r joined #openstack-rally
06:39 cdent joined #openstack-rally
06:46 yingjun joined #openstack-rally
06:48 _kiran_ joined #openstack-rally
06:50 davideagnello boris-42: we have our Rally CI test almost running :)  I am now running into an issue when our scenarios are being kicked off, here is the error snippet: http://paste.openstack.org/show/357741/
06:51 fhubik joined #openstack-rally
06:51 davideagnello boris-42: when running locally we didn't have to specify a default deployment, what does this mean?
06:54 pbandzi joined #openstack-rally
06:57 kun_huang davideagnello: when running rally, you should create a 'deployment' which means which existing cloud you need to benchmark
06:58 PrashantS joined #openstack-rally
06:58 nihilifer joined #openstack-rally
06:58 arxcruz joined #openstack-rally
06:58 davideagnello kun_huang: thank you.  we are running rally in a CI Gate job.  in this case the deployment is just a devstack, would we have to configure this in the job?
06:59 kun_huang davideagnello: are you submitting a patch? give me the link :)
07:00 davideagnello kun_huang: we submitted several :)  this was the latest one:  https://review.openstack.org/#/c/199658/
07:02 davideagnello kun_huang: off to sleep, it's midnight in PST :)
07:03 kun_huang davideagnello: ok, I will help you metion boris-42
07:03 kun_huang I have no experience other gate jobs
07:12 fhubik joined #openstack-rally
07:13 fhubik_afk joined #openstack-rally
07:19 fhubik joined #openstack-rally
07:20 fhubik joined #openstack-rally
07:20 Miouge joined #openstack-rally
07:20 fhubik_afk joined #openstack-rally
07:29 karimb joined #openstack-rally
07:34 abehl joined #openstack-rally
08:00 exploreshaifali joined #openstack-rally
08:27 amaretskiy joined #openstack-rally
08:49 kiran-r joined #openstack-rally
09:04 davideagnello joined #openstack-rally
09:07 tosky joined #openstack-rally
09:26 fhubik_lunch joined #openstack-rally
09:26 fhubik_meeting joined #openstack-rally
09:28 e0ne joined #openstack-rally
09:44 andreykurilin kun_huang: hi!
09:52 fhubik joined #openstack-rally
09:55 nihilifer joined #openstack-rally
10:10 openstackgerrit Alexander Maretskiy proposed openstack/rally: [Reports] Add class for merging data stream  https://review.openstack.org/194745
10:19 openstackgerrit Alexander Maretskiy proposed openstack/rally: [Reports] Add classes for task HTML report charts  https://review.openstack.org/159458
10:25 Vishal___ joined #openstack-rally
10:28 Vishal___ amaretskiy: Hi
10:28 amaretskiy Vishal___: hi
10:30 Vishal____ joined #openstack-rally
10:30 Vishal____ amaretskiy: Is there any way in rally to implement a plugin which do the verification of the cloud sitting in the backend
10:31 amaretskiy Vishal____: i do not understand the problem, please explain in details
10:34 Vishal___ joined #openstack-rally
10:36 Vishal___ amaretskiy: For ex- behind neutron there is a vmware solution...we create a virtual network using neutron openstack api's through rally...now I want to verify that the repective entity got created in the backed...since NSXV also has support for rest api's...can I leverage existing rally framework to insert some kind of plugin to do this verification
10:38 Vishal___ amaretskiy: currently the result of rally scenario is completely dependent on the response of neutron...there are cases where neutron plugin interacts asynchronously with the backend cloud because of which there are chances that the creation or deletion of the resource failed in the backend
10:39 Vishal___ amaretskiy: I hope I am able to explain my point :)
10:42 amaretskiy Vishal___: If i understood correctly: you want to verify that some resource, created/updated/deleted by some rally plugin, is actually created/updated/deleted? correct?
10:42 Vishal___ amaretskiy: yes
10:43 amaretskiy you can write a plugin, for example a scenario plugin
10:43 amaretskiy in this plugin - create/update/delete some resources
10:44 amaretskiy and then, in this plugin, also run some verification code
10:44 amaretskiy for example - list resources
10:44 amaretskiy or get resource and check it
10:44 andreykurilin__ joined #openstack-rally
10:44 amaretskiy or even use functional check - just call some api that requires resources and check if api call successful
10:45 amaretskiy if you need more result data than just atomic actions
10:45 amaretskiy you can use json output from the plugin method
10:46 amaretskiy this output will be available lated via `task detailed', `task results' and in task html report in Output tab
10:46 amaretskiy I hope my answer is helpful
10:48 amaretskiy example for output: http://logs.openstack.org/86/197186/1/check/gate-rally-dsvm-rally-nova/10bded1/rally-plot/results.html.gz#/VMTasks.boot_runcommand_delete/output
10:48 Vishal___ amaretskiy: checking the link
10:50 amaretskiy Vishal___: about Output - that is just FYI, you will probably do not require this
10:56 Vishal___ amaretskiy: ohk got it...so basically I have to create a child class of base.Scenario
11:03 Vishal___ amaretskiy: I will analyze if I require a whole new plugin...or will insert atomic functions in the existing neutron scenario's which will do the verification
11:05 davideagnello joined #openstack-rally
11:32 Miouge_ joined #openstack-rally
11:44 exploreshaifali joined #openstack-rally
11:45 jaypipes joined #openstack-rally
12:04 MaxPC joined #openstack-rally
12:21 Miouge joined #openstack-rally
12:28 yingjun joined #openstack-rally
12:48 oanufriev joined #openstack-rally
12:50 pserebryakov joined #openstack-rally
12:50 rvasilets joined #openstack-rally
12:54 amaretskiy joined #openstack-rally
12:57 andreykurilin joined #openstack-rally
12:59 temujin joined #openstack-rally
12:59 aarefiev joined #openstack-rally
13:00 e0ne joined #openstack-rally
13:00 yingjun joined #openstack-rally
13:02 vponomaryov joined #openstack-rally
13:05 paboldin joined #openstack-rally
13:06 davideagnello joined #openstack-rally
13:10 jaypipes joined #openstack-rally
13:14 gubouvier joined #openstack-rally
13:15 Miouge joined #openstack-rally
13:18 Miouge joined #openstack-rally
13:22 openstackgerrit Alexander Maretskiy proposed openstack/rally: [Reports] Add chunks support to report  https://review.openstack.org/146814
13:24 spyderdyne joined #openstack-rally
13:34 spyderdyne is there any movement towards creating something to provide cleanup after a faailed rally run?
13:36 spyderdyne i am new to this arena but have run a lot of rally tests now and cleanup is an issue for sure
13:37 stpierre joined #openstack-rally
13:52 spyderdyne (this is not a driveby) :)
13:52 oanufriev left #openstack-rally
13:53 pbandzi left #openstack-rally
13:57 boris-42 spyderdyne: hm
13:57 boris-42 spyderdyne: it's rare situation when raily fails
13:57 boris-42 spyderdyne: but we have in road map to create external clean up
13:58 boris-42 spyderdyne: https://review.openstack.org/#/c/172967/
14:05 stpierre boris-42: i was thinking the other day: that spec has been stuck for a while. what if we split it into two specs: first, consistent resource naming (which is nearly done); and second, resource cleanup?
14:09 openstackgerrit Andrey Kurilin proposed openstack/rally: Colorize logging output  https://review.openstack.org/199201
14:14 openstackgerrit Chris St. Pierre proposed openstack/rally: Keystone: fix service cleanup  https://review.openstack.org/199740
14:21 openstackgerrit Roman Vasilets proposed openstack/rally: Add ability to specify directory with murano package files  https://review.openstack.org/195677
14:26 andreykurilin stpierre: hi! Can you look at https://review.openstack.org/#/c/199716/ , please?
14:26 stpierre sure
14:27 kbaikov joined #openstack-rally
14:32 mpopow joined #openstack-rally
14:44 vponomaryov andreykurilin: https://review.openstack.org/#/c/198320/2/jenkins/jobs/rally.yaml - looks like "DEVSTACK_LOCAL_CONFIG" is redefined and sahara still disabled
14:44 vponomaryov andreykurilin: in case line 84 is executed
14:45 andreykurilin vponomaryov: http://logs.openstack.org/16/199716/2/check/gate-rally-dsvm-rally/a2bc2a4/rally-plot/results.html.gz#/SaharaNodeGroupTemplates.create_and_list_node_group_templates
14:46 andreykurilin vponomaryov: sahara scenarios are executable now:)
14:46 vponomaryov andreykurilin: it is because rally is installed using devstack hooks yet
14:47 vponomaryov andreykurilin: when it turns to devstack plugin model sahara job will be broken because of disabled sahara devstack plugin
14:47 vponomaryov andreykurilin: it is for sure
14:53 openstackgerrit Alexander Maretskiy proposed openstack/rally: [Reports] Add Load Profile chart to report  https://review.openstack.org/169828
15:07 davideagnello joined #openstack-rally
15:08 PrashantS joined #openstack-rally
15:14 PrashantS joined #openstack-rally
15:18 yingjun joined #openstack-rally
15:18 psd joined #openstack-rally
15:34 nihilifer joined #openstack-rally
15:44 PrashantS joined #openstack-rally
15:52 Miouge joined #openstack-rally
15:59 davideagnello joined #openstack-rally
16:03 bitblt joined #openstack-rally
16:11 exploreshaifali joined #openstack-rally
16:22 andreykurilin stpierre: I have added your idea about cleanup-spec to agenda -  https://wiki.openstack.org/wiki/Meetings/Rally#Agenda
16:22 stpierre awesome, thanks
16:22 Miouge joined #openstack-rally
16:22 abehl joined #openstack-rally
16:33 kiran-r joined #openstack-rally
16:57 Miouge joined #openstack-rally
17:00 kiran-r Hi spyderdyne
17:01 kiran-r spyderdyne: Could you elaborate on the problem you are exactly talking about?
17:10 davideagnello joined #openstack-rally
17:13 mpopow joined #openstack-rally
17:20 boris-42 joined #openstack-rally
17:20 openstackgerrit Anastasia Kuznetsova proposed openstack/rally: Add new Murano scenarios  https://review.openstack.org/200184
17:32 PrashantS joined #openstack-rally
17:36 tosky joined #openstack-rally
17:51 e0ne joined #openstack-rally
18:05 davidlenwell joined #openstack-rally
18:10 PrashantS joined #openstack-rally
18:27 jaypipes joined #openstack-rally
18:51 Prashant_ joined #openstack-rally
18:52 davideagnello boris-42: hello, need some help with our Rally CI Gate job not running because of 'default deployment' is not specified (http://paste.openstack.org/show/357741/).  Would you be able to help us address this issue?
18:53 stpierre davideagnello: if boris-42 isn't around, i might be able to help. do you have a link handy to the script that's running?
18:53 Prashant_ joined #openstack-rally
18:55 davideagnello thank you stpierre, our latest changes to our jenkins job are here: https://review.openstack.org/#/c/199658/
18:59 tosky joined #openstack-rally
19:01 stpierre is this error happening against all three cue projects, or just the new cue-dashboard project that you added?
19:10 stpierre davideagnello: looks like your post_test_hook should be rally-gate.sh, not rally-gate.py
19:10 stpierre because that's not confusing at all :/
19:20 boris-42 stpierre: we will remove .sh
19:20 boris-42 stpierre: redixin is working on that patch already forever
19:20 boris-42 stpierre: some day he will finish it=)
19:21 stpierre cool, i wasn't sure what the final state was going to be
19:21 stpierre all i know is that in the interim we'll get rally_gate.sh as well
19:31 davideagnello stpierre: cool, small detail.  thank you for identifying it
19:31 * boris-42 stpierre: going to finish patches
19:32 boris-42 stpierre: https://review.openstack.org/#/c/175549/
19:32 boris-42 stpierre: do you remember this patch?
19:32 stpierre yeah
19:33 boris-42 stpierre: so we need to finish it
19:38 PrashantS joined #openstack-rally
19:42 Prashant_ joined #openstack-rally
19:43 Prashan__ joined #openstack-rally
19:49 marcoceppi joined #openstack-rally
20:17 openstackgerrit Boris Pavlovic proposed openstack/rally: Remove osclients from runner and scenario signature  https://review.openstack.org/198956
20:17 openstackgerrit Boris Pavlovic proposed openstack/rally: Improve hacking rule that checks that [] & {} are used  https://review.openstack.org/200241
20:17 openstackgerrit Boris Pavlovic proposed openstack/rally: Introduce rally.plugins.openstack.OpenStackScenario  https://review.openstack.org/200242
20:17 boris-42 stpierre: ^^
20:17 boris-42 meteorfox: ^
20:18 marcoceppi joined #openstack-rally
20:18 marcoceppi joined #openstack-rally
20:21 stpierre boris-42: can you think of a way we can write a hacking rule that allows dict() for py2.6 "dict comprehensions," but not in other cases? if we can do that then i'm totally fine with it, but i'm reluctant to completely kill dict() in all cases
20:23 openstackgerrit Boris Pavlovic proposed openstack/rally: Introduce rally.plugins.openstack.OpenStackScenario  https://review.openstack.org/200242
20:23 boris-42 stpierre: that rule kill dict() only without args
20:23 stpierre oh!
20:24 boris-42 stpierre:  r"\sdict\(\)"
20:24 stpierre yeah
20:24 stpierre obviously
20:24 stpierre i knew that >_>
20:24 boris-42 stpierre: what you are talking about we should add in separated rule outside of that patch
20:24 stpierre we should kill list() with args, too -- that's easy
20:24 stpierre dict() is harder
20:25 boris-42 stpierre: ok it's out of scope
20:25 boris-42 stpierre: my work now
20:25 boris-42 stpierre: so please review my patches
20:33 openstackgerrit Merged openstack/rally: Revert "Disable sahara scenarios from dsvm-rally"  https://review.openstack.org/199716
20:34 gubouvier joined #openstack-rally
20:37 PrashantS joined #openstack-rally
20:38 karimb joined #openstack-rally
20:39 karimb joined #openstack-rally
21:08 PrashantS joined #openstack-rally
21:09 davideagnello joined #openstack-rally
21:21 marcoceppi joined #openstack-rally
21:53 openstackgerrit Oleh Anufriiev proposed openstack/rally: [Fuel] scenario for add and remove node  https://review.openstack.org/181270
21:53 openstackgerrit Oleh Anufriiev proposed openstack/rally: [Fuel] Environments scenarios  https://review.openstack.org/182873
22:17 PrashantS joined #openstack-rally
22:41 PrashantS joined #openstack-rally
22:48 andreykurilin__ joined #openstack-rally
23:19 openstackgerrit Oleh Anufriiev proposed openstack/rally: [Fuel] scenario for add and remove node  https://review.openstack.org/181270
23:19 openstackgerrit Oleh Anufriiev proposed openstack/rally: [Fuel] Environments scenarios  https://review.openstack.org/182873
23:23 adiantum joined #openstack-rally
23:40 openstack joined #openstack-rally

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