Perl 6 - the future is here, just unevenly distributed

IRC log for #openstack-rally, 2016-02-04

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

All times shown according to UTC.

Time Nick Message
00:09 baker joined #openstack-rally
00:10 marcoceppi joined #openstack-rally
00:26 jjmb joined #openstack-rally
00:28 linuxgeek joined #openstack-rally
00:35 baker joined #openstack-rally
00:47 MaxPC joined #openstack-rally
01:03 chenli joined #openstack-rally
01:06 rook-laptop joined #openstack-rally
01:11 ylobankov joined #openstack-rally
01:12 baker joined #openstack-rally
01:22 baker joined #openstack-rally
01:23 paco20151113 joined #openstack-rally
01:26 openstackgerrit Julian Edwards proposed openstack/rally: Make Rally cope with unversioned keystone URL  https://review.openstack.org/274977
01:31 rook-laptop joined #openstack-rally
01:53 kjorgensen joined #openstack-rally
01:53 chenli_ joined #openstack-rally
01:54 rook-laptop joined #openstack-rally
01:55 kjorgens_ joined #openstack-rally
01:58 redixin joined #openstack-rally
02:15 openstackgerrit Yan Ning proposed openstack/rally: Add monasca benchmark in plugin - Part 0: metrics  https://review.openstack.org/248298
02:16 arnoldje joined #openstack-rally
02:20 ningy joined #openstack-rally
02:26 harshs joined #openstack-rally
02:35 openstackgerrit Yaroslav Lobankov proposed openstack/rally: [Verify] Adding new command `rally verify discover`  https://review.openstack.org/229834
03:47 akrzos joined #openstack-rally
04:11 jjmb1 joined #openstack-rally
04:13 rook joined #openstack-rally
04:13 davidlenwell_ joined #openstack-rally
04:14 gus joined #openstack-rally
04:15 harshs joined #openstack-rally
04:17 rook-laptop joined #openstack-rally
04:18 dmellado joined #openstack-rally
04:18 boris-42 joined #openstack-rally
04:18 harshs_ joined #openstack-rally
04:19 vaidy_ril joined #openstack-rally
04:23 kun_huang joined #openstack-rally
04:25 openstackgerrit Yaroslav Lobankov proposed openstack/rally: [Verify] Adding new command `rally verify discover`  https://review.openstack.org/229834
04:41 Aish joined #openstack-rally
04:42 shausy joined #openstack-rally
04:43 Aish joined #openstack-rally
04:44 bkopilov joined #openstack-rally
05:05 davidlenwell joined #openstack-rally
05:07 openstackgerrit Yaroslav Lobankov proposed openstack/rally: [Verify] Adding new command `rally verify discover`  https://review.openstack.org/229834
05:18 rook-laptop joined #openstack-rally
05:19 harshs joined #openstack-rally
05:25 openstackgerrit Yaroslav Lobankov proposed openstack/rally: [Verify] Adding new command `rally verify discover`  https://review.openstack.org/229834
05:35 shausy joined #openstack-rally
05:48 tfreger joined #openstack-rally
06:04 sverma joined #openstack-rally
06:30 kjorgensen joined #openstack-rally
07:06 Sravani Hi,Do we have a git link for Rally-as-a-service? If yes,would you please provide information ragarding the same.Thanks in advance.
07:25 psd joined #openstack-rally
07:29 rook-laptop joined #openstack-rally
07:48 anshul joined #openstack-rally
07:50 yfried_ joined #openstack-rally
07:52 kjorgensen joined #openstack-rally
07:53 neeti joined #openstack-rally
07:57 frickler joined #openstack-rally
07:58 neeti joined #openstack-rally
08:10 adiantum joined #openstack-rally
08:14 tosky joined #openstack-rally
08:26 mvk_ joined #openstack-rally
08:29 rook-laptop joined #openstack-rally
09:03 arxcruz joined #openstack-rally
09:17 openstackgerrit joined #openstack-rally
09:55 openstackgerrit Illia Khudoshyn proposed openstack/rally: [CI]Split Rally gate scenarios for Keystone API v2.0 and v3  https://review.openstack.org/274700
10:01 DrugBug joined #openstack-rally
10:02 DrugBug Hi.  Suppose I would like to set a variable for rally, so all the tests can use it, without changing the tests json or YAML files. where do I place this variable setting?
10:02 ikhudoshyn Hi, everybody! We just merged changes into infra that switch all devstack-related gate jobs to Keystone API v3. And also a dedicated job for API v2.0 was introduced. For some time gates are blocked, because not all our scenarios are suitable for v3. But don't worry, patch that sorts things out is already in the pipeline. Sorry for inconvenience.
10:02 DrugBug I want to change flavor_name
10:03 DrugBug and I see on all the tests that there is a hard-coded setting (set flavor_name=m1.tiny or flavor_name)   <--  I want the "or" to override the hard-coded setting.   so which conf file can hold those vars ?
10:04 ikhudoshyn DrugBug: hold a sec, I'll re-check
10:08 ikhudoshyn task-args should help
10:08 ikhudoshyn i'm looking for the best sample
10:08 DrugBug you mean send on the comand line the args ?
10:08 ikhudoshyn yep
10:10 ikhudoshyn you could provide task-args either as a json of as a path to json file that contains smth like  {'flavor_name': 'my_flavor_name'} and task that uses 'flavor_name' var will pick it up
10:11 DrugBug Thank you very much!
10:11 ikhudoshyn DrugBug: it's just in the doc https://rally.readthedocs.org/en/latest/tutorial/step_5_task_templates.html
10:11 ikhudoshyn welcome!
10:14 e0ne joined #openstack-rally
10:27 kjorgensen joined #openstack-rally
10:32 MaxPC joined #openstack-rally
11:14 ikhudoshyn andreykurilin: rvasilets https://review.openstack.org/#/c/274700/ pls
11:59 adiantum joined #openstack-rally
12:21 openstackgerrit Julian Edwards proposed openstack/rally: Make Rally cope with unversioned keystone URL  https://review.openstack.org/274977
12:27 adiantum joined #openstack-rally
12:34 psd joined #openstack-rally
12:38 openstackgerrit Endre Karlson proposed openstack/rally: Designate V2 - Add recordset scenarios  https://review.openstack.org/249314
12:57 akrzos joined #openstack-rally
13:15 stpierre joined #openstack-rally
13:17 psuriset joined #openstack-rally
13:24 lgreg joined #openstack-rally
13:28 andreykurilin joined #openstack-rally
13:36 sverma joined #openstack-rally
13:41 stpierre_ joined #openstack-rally
13:55 openstackgerrit Illia Khudoshyn proposed openstack/rally: Fix Ceilometer scenarios against Keystone API v3  https://review.openstack.org/275647
14:06 josdotso joined #openstack-rally
14:17 yingjun joined #openstack-rally
14:18 ikhudoshyn joined #openstack-rally
14:21 MaxPC1 joined #openstack-rally
14:57 redixin joined #openstack-rally
15:08 ylobankov joined #openstack-rally
15:12 zeroDivisible joined #openstack-rally
15:13 arnoldje joined #openstack-rally
15:14 bkopilov joined #openstack-rally
15:15 baker joined #openstack-rally
15:19 openstackgerrit Yaroslav Lobankov proposed openstack/rally: [Verify] Don't create new image when image already exists  https://review.openstack.org/274397
15:22 harshs joined #openstack-rally
15:30 e0ne joined #openstack-rally
15:34 openstackgerrit Piyush Raman Srivastava proposed openstack/rally: Log instance console to vmtasks scenarios  https://review.openstack.org/276306
15:41 openstackgerrit Yaroslav Lobankov proposed openstack/rally: [Verify] Don't create new image when image already exists  https://review.openstack.org/274397
15:43 zeroDivisible I'm wondering guys - I've stumbled a problem where plugins.openstack.scenarios.nova.servers:boot_and_get_console_output does not properly change the image which I'm passing ("cirros"), to an id, expected by OpenStack. When running this scenario, I'm getting an "invalid imageRef provided" error from Nova API, as it's presented with 'cirros', not with the UUID of it. Would anybody know what can be a
15:43 zeroDivisible problem here are how I can proceed with debugging the issue? There doesn't appear to be anything unusual in that scenario, based on what I could find.
15:44 ikhudoshyn well, debugging is pretty straightforward -- just put 'import pdb; pdb.set_trace()' in appropriate place and run the task
15:45 hughsaunders joined #openstack-rally
15:45 Murali joined #openstack-rally
15:45 arxcruz joined #openstack-rally
15:46 ikhudoshyn it is hard to tell you anything more. It would be great if you could submit an issue to launchpad
15:48 zeroDivisible I'll in the end, just wanted to get more details first to get a fix as well, if needed.
15:49 zeroDivisible As for pdb, I assumed that this would be the case - but after adding the import pdb; pdb.set_trace() in the method mentioned above, I've been getting pdb prompt when running rally (I could see it being printed to stdout), but execution of the scenario continue and finished in the end. Would I be missing something here?
15:49 Aish joined #openstack-rally
15:49 stpierre zeroDivisible: does the image already exist in openstack, or are you using the images: context to create it at scenario run time?
15:50 hughsaunders joined #openstack-rally
15:50 hughsaunders joined #openstack-rally
15:51 zeroDivisible image already exists, based on what I can use, scenario is only using nova context. Basically, that's how it looks: https://gist.github.com/zeroDivisible/094a85d3ee88d11dd1aa
15:51 zeroDivisible *based on what I can see
15:52 stpierre are you specifying an image name, or an image regex?
15:53 zeroDivisible just a name, if I'm not mistaken
15:53 stpierre i guess it doesn't matter -- does the name (or regex) match one and *exactly* one image?
15:54 redixin joined #openstack-rally
16:02 andreykurilin zeroDivisible: the suggestion proposed by ikhudoshyn(use the pdb) will work only with "serial" type of runner
16:03 ikhudoshyn andreykurilin: zeroDivisible so if we talking about debugging the issue we can easily pick this one
16:03 zeroDivisible Yes, there's just one image. So, I found one more thing and I think I know what's wrong: there's a json sample scenario provided (I know because I written it :) ) which is using this method: rally/samples/tasks/scenarios/nova/boot-and-get-console-server.json - and it finds the image correctly, the types.set decorator appears to work. In my case, we're developing a new scenario which in the process of
16:03 zeroDivisible it, is calling the mentioned method. However, we didn't add any types.set(..) decorator on the new scenario. Would I be expected to do so as well?
16:03 ikhudoshyn btw we'll figure out whether the issue occurs in the case of serial runner
16:04 zeroDivisible andreykurilin: thanks! That's a really handy tip, it will be useful going forward.
16:12 zeroDivisible Yes, I'm quite positive that everything what's in the Rally code right now is ok and the issue is in the new scenario which we had been working on (an extension to the one which I said was causing a problem). We had been working on the assumption that once the types.set(...) annotations are surrounding the scenario being called, things should work ok - however (based on the tests which I just
16:12 zeroDivisible finished), they're also necessary around the new scenario.
16:15 hughsaunders joined #openstack-rally
16:25 stpierre calling one scenario from another is unlikely to work as you expect it
16:25 stpierre scenarios should be calling utility functions
16:28 kjorgensen joined #openstack-rally
16:30 zeroDivisible stpierre: thank you - it won't be done like that then, we will refactor this.
16:32 harshs joined #openstack-rally
16:36 fsopenstack joined #openstack-rally
16:44 arnoldje joined #openstack-rally
16:50 neerbeer joined #openstack-rally
16:51 neerbeer Is there a way for rally to ping VMs once they are up ? I'm trying to test boot up times and just timing up to ACTIVE is not enough
16:53 stpierre neerbeer: VMTasks.boot_runcommand_delete does that (and also SSHs to it)
16:54 stpierre that could probably gives you a more accurate boot-up time than just waiting for ping
16:54 flaviosr joined #openstack-rally
16:56 ylobankov joined #openstack-rally
16:58 agrebennikov joined #openstack-rally
16:58 neerbeer stpierre: awesome! I'll take a peek at that scenario
17:55 amit213 joined #openstack-rally
17:55 madhu_ak joined #openstack-rally
17:56 amit213 joined #openstack-rally
18:17 Aish joined #openstack-rally
18:26 harshs joined #openstack-rally
18:28 e0ne joined #openstack-rally
18:38 kjorgensen joined #openstack-rally
18:50 yfried_ joined #openstack-rally
18:52 psuriset joined #openstack-rally
18:53 ylobankov joined #openstack-rally
19:15 MaxPC joined #openstack-rally
19:26 MaxPC joined #openstack-rally
19:30 kjorgensen Hi all, I am writing a new custom plugin, and I put it in ~/.rally/plugins directory, but I'm getting this error trying to run it "Task config is invalid: `There are no benchmark scenarios with names: `MyClass.my_test_scenario`.`"
19:32 kjorgensen It's strange because even when I specify --plugin-paths=~/.rally/plugins I get this, so it seems that rally cannot recognize it for some reason. Any suggestions?
19:39 MaxPC1 joined #openstack-rally
19:43 MaxPC joined #openstack-rally
19:45 stpierre kjorgensen: check for errors in rally's output when it first starts up
19:45 stpierre if it can't load the plugin for some reason, the error will be way up at the start of the rally output
19:50 baker joined #openstack-rally
19:51 MaxPC joined #openstack-rally
19:55 kjorgensen oops, it turned out I had just forgotten one of the import statements :) thanks
19:56 jjmb joined #openstack-rally
19:59 ylobankov joined #openstack-rally
20:13 MaxPC joined #openstack-rally
20:20 MaxPC joined #openstack-rally
20:25 MaxPC1 joined #openstack-rally
20:34 madhu_ak joined #openstack-rally
20:38 MaxPC joined #openstack-rally
20:49 Aish joined #openstack-rally
20:49 hemanthm joined #openstack-rally
20:50 jjmb joined #openstack-rally
20:51 hemanthm joined #openstack-rally
20:53 psuriset joined #openstack-rally
20:56 Aish joined #openstack-rally
21:04 openstackgerrit Merged openstack/rally: [CI]Split Rally gate scenarios for Keystone API v2.0 and v3  https://review.openstack.org/274700
21:20 arxcruz joined #openstack-rally
21:22 mvk joined #openstack-rally
21:43 madhu_ak_ joined #openstack-rally
21:44 openstackgerrit Castulo J. Martinez proposed openstack/rally: Re-run failed Tempest tests  https://review.openstack.org/244361
21:45 harshs joined #openstack-rally
21:46 yfried joined #openstack-rally
22:06 absubram joined #openstack-rally
22:08 absubram_ joined #openstack-rally
22:13 openstackgerrit Chris St. Pierre proposed openstack/rally: Add ability to specify superclass for cleanup  https://review.openstack.org/275340
22:13 openstackgerrit Chris St. Pierre proposed openstack/rally: Move OpenStack cleanup utils out of context  https://review.openstack.org/272637
22:13 openstackgerrit Chris St. Pierre proposed openstack/rally: WIP: Add name() to ResourceManager  https://review.openstack.org/272638
22:13 openstackgerrit Chris St. Pierre proposed openstack/rally: Add task_id argument to name_matches_object  https://review.openstack.org/272639
22:13 openstackgerrit Chris St. Pierre proposed openstack/rally: Create new types.convert()  https://review.openstack.org/249462
22:14 openstackgerrit Chris St. Pierre proposed openstack/rally: Convert ResourceType classes to plugins  https://review.openstack.org/249463
22:14 openstackgerrit Chris St. Pierre proposed openstack/rally: Convert existing scenarios to new types plugins  https://review.openstack.org/249464
22:23 davidlenwell joined #openstack-rally
22:25 klindgren joined #openstack-rally
22:30 jjmb joined #openstack-rally
22:44 arnoldje joined #openstack-rally
23:58 harshs joined #openstack-rally

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