Perl 6 - the future is here, just unevenly distributed

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

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

All times shown according to UTC.

Time Nick Message
00:00 morourke checked the launchpad a little while ago; last comment on Rally-aaS was from boris-42 in August 2014. Anyone know if `RaaS` is still in-progress?
00:29 yingjun joined #openstack-rally
00:43 openstackgerrit Merged openstack/rally: Documentation tox fix  https://review.openstack.org/282118
00:46 jlk joined #openstack-rally
00:46 jlk joined #openstack-rally
01:10 harshs joined #openstack-rally
01:31 klindgren joined #openstack-rally
02:03 baker joined #openstack-rally
02:09 baker joined #openstack-rally
02:23 baker joined #openstack-rally
02:48 ilbot3 joined #openstack-rally
02:48 Topic for #openstack-rally is now ☁ Rally RoadMap: http://goo.gl/JZkmwY ☁ Review Dashboard: http://goo.gl/YuCJfl ☁ IRC logs http://irclog.perlgeek.de/openstack-rally ☁ Key persons to ask:  boris-42, yfried, msdubov, rediskin, andreykurilin, amaretskiy  ☁ Documentation: https://rally.readthedocs.org/en/latest/ ☁ To publish changes to Rally:  https://rally.readthedocs.org/en/latest/contribute.html
02:50 baker joined #openstack-rally
03:30 arnoldje joined #openstack-rally
03:44 harshs joined #openstack-rally
03:56 luzC joined #openstack-rally
03:56 baker joined #openstack-rally
03:57 akrzos joined #openstack-rally
03:58 baker_ joined #openstack-rally
04:05 openstackgerrit OpenStack Proposal Bot proposed openstack/rally: Updated from global requirements  https://review.openstack.org/286971
04:06 shausy joined #openstack-rally
04:13 bkopilov joined #openstack-rally
04:13 baker joined #openstack-rally
04:22 akrzos joined #openstack-rally
04:55 sverma joined #openstack-rally
04:57 harshs joined #openstack-rally
05:15 baker joined #openstack-rally
05:26 harshs joined #openstack-rally
05:36 pcaruana joined #openstack-rally
05:51 rcernin joined #openstack-rally
06:38 yfried_ joined #openstack-rally
06:39 rdas joined #openstack-rally
06:42 kbaikov joined #openstack-rally
07:02 Allen_Gao joined #openstack-rally
07:06 e0ne joined #openstack-rally
07:18 anshul joined #openstack-rally
07:59 neeti joined #openstack-rally
08:02 pcaruana joined #openstack-rally
08:15 adiantum joined #openstack-rally
08:35 arxcruz joined #openstack-rally
08:42 permalac joined #openstack-rally
09:00 permalac joined #openstack-rally
09:05 yfried joined #openstack-rally
09:21 adiantum joined #openstack-rally
09:27 arxcruz joined #openstack-rally
09:27 amaretskiy joined #openstack-rally
09:28 e0ne joined #openstack-rally
09:31 openstackgerrit Zhongcheng Lao proposed openstack/rally: Fixed imcompatible argument in service create with keystone v2/3 API  https://review.openstack.org/287058
09:58 openstackgerrit Illia Khudoshyn proposed openstack/rally: [CI] Temporarily disable failing Ceilometer scenarios in gates  https://review.openstack.org/286691
10:00 e0ne joined #openstack-rally
10:01 berendt joined #openstack-rally
10:35 mvk joined #openstack-rally
10:51 tosky joined #openstack-rally
10:57 yingjun joined #openstack-rally
10:59 kiran-r joined #openstack-rally
11:11 tosky joined #openstack-rally
11:30 rvasilets Hi. https://github.com/openstack/rally/blob/master/rally/plugins/openstack/context/glance/images.py#L109 I don't like that we store in the key "images" not images, but image ids. So I want to deprecate this "key" and to create the new one "images_id". What you think?
11:37 sverma joined #openstack-rally
11:39 yfried_ joined #openstack-rally
11:52 MaxPC joined #openstack-rally
12:27 Liuqing joined #openstack-rally
12:28 kiran-r joined #openstack-rally
12:28 openstackgerrit Roman Vasilets proposed openstack/rally: [Bug1535948] Add Heat template validator  https://review.openstack.org/284736
12:29 kiran-r joined #openstack-rally
12:34 andreykurilin rvasilets: hi! we don't have deprecation mechanism for dictionaries :( so we can deprecate old keys. just replace them by new ones
12:37 rvasilets I can throw there warning if we have "images" in dict
12:37 rvasilets andreykurilin, ^
12:53 andreykurilin rvasilets: and what will be new name of key?
12:54 andreykurilin rvasilets: oh not, here is another problem
12:56 andreykurilin rvasilets: as far as I understand, "image" key is created by ImageGenerator context. If you rename it, "image" key will just disappear, so it will be no condition to print a warning message. BUT all external plugins, which expect "image" key, will failed
12:57 rvasilets yes
12:57 rvasilets that is why i don't want just to remove it
12:58 andreykurilin rvasilets: there is no default mechanism to check that key of dict is used
12:58 andreykurilin rvasilets: previously, there was same issue while renaming "endpoints" key to "credentials"
12:58 rvasilets First deprecate and then in the future rename
12:58 akrzos joined #openstack-rally
12:58 andreykurilin What is a proposed way to deprecate name of key(except not in release notes)?
12:59 rvasilets why we cant just if "images" in self.context[tenant]: print warn?
13:00 andreykurilin rvasilets: because `"images" in self.context[tenant] ` means that ImageGenerator context is used
13:00 andreykurilin :)
13:00 rvasilets and then just rename it in the future releases
13:00 rvasilets Yes, We will use this in ImageContext generator code
13:00 andreykurilin rvasilets: so it will produce warning message even for default scenarios which use ImageGenerator context
13:00 stpierre joined #openstack-rally
13:01 rvasilets yes
13:01 rvasilets Is it bad?
13:03 andreykurilin rvasilets: yes:) because such warning message will mislead users. We should print warning messages only for cases when users should fix something(fix their tasks, custom plugins and so on)
13:04 rvasilets Okey lets duplicate it
13:04 rvasilets store to keys
13:05 andreykurilin rvasilets: in this case users will continue to use old key:)
13:05 rvasilets "images_id" use in Rally. "images" if it would be called then print warn=)
13:06 rvasilets and use instead of simple dict more complex dict that could control whether we called the key or not
13:06 andreykurilin again, what is a proposed way to check that key is called(it is different from exist)?
13:06 andreykurilin rvasilets: some time ago I proposed such complex dict
13:07 andreykurilin rvasilets: but the patch was abandoned due to reasons described by stpierre several meetings ago :)
13:09 rvasilets First time I'm not suggested to check called key or not. Just to print warning to all that we will replace this with other key. This is optimal from the view of efforts/result
13:09 adiantum joined #openstack-rally
13:23 amaretskiy kiran-r: ping
13:33 yfried joined #openstack-rally
13:38 kiran-r amaretskiy:
13:38 kiran-r ping
13:38 amaretskiy kiran-r: there is a task that you can implement if you want :)
13:39 kiran-r OK. Please let me know
13:39 amaretskiy kiran-r: in Rally, we have a lot of deprecated code
13:39 amaretskiy which is marked by proper deprecation decorator
13:39 andreykurilin *or by not in docstring :)
13:39 andreykurilin *note
13:40 amaretskiy you can find all places where we have deprecated code older then 2 releases
13:40 amaretskiy and remove all this code
13:40 amaretskiy kiran-r: ^
13:40 kiran-r OK
13:40 amaretskiy great!
13:48 stpierre does the --plugin-paths option work for anyone else? i get rally: error: unrecognized arguments: --plugin-paths
13:49 stpierre but setting RALLY_PLUGIN_PATHS works fine
13:49 openstackgerrit Trevor McCasland proposed openstack/rally: Change unstable neutron rally job's flavors  https://review.openstack.org/284149
13:50 andreykurilin stpierre: Can you share a failed cmd? Where is --plugin-paths option put?
13:51 bkopilov joined #openstack-rally
13:51 stpierre rally task start --plugin-paths plugins --deployment ... --task ...
13:51 andreykurilin it is wrong place:)
13:51 stpierre why is option parsing always so terrible?
13:52 andreykurilin you should use --plugin-paths as a cli-option(like --debug). i.e rally --plugin-paths task ...
13:52 andreykurilin *rally --plugin-paths path task ....
13:55 openstackgerrit Roman Vasilets proposed openstack/rally: [Bug1535948] Add Heat template validator  https://review.openstack.org/284736
14:00 openstackgerrit Rodion Promyshlennikov proposed openstack/rally: Change deployment model schema  https://review.openstack.org/276821
14:06 bapalm joined #openstack-rally
14:11 baker joined #openstack-rally
14:26 arnoldje joined #openstack-rally
14:27 openstackgerrit Alexander Maretskiy proposed openstack/rally: [Tests] Improve test_cliutils.py  https://review.openstack.org/287227
14:29 njohnston left #openstack-rally
14:32 neeti_ joined #openstack-rally
14:44 anshul joined #openstack-rally
14:46 sverma joined #openstack-rally
14:53 openstackgerrit Alexander Maretskiy proposed openstack/rally: [Cliutils] Add dict support for cliutils.print_list  https://review.openstack.org/287240
15:01 tosky joined #openstack-rally
15:08 sverma joined #openstack-rally
15:15 tosky joined #openstack-rally
15:17 jaypipes joined #openstack-rally
15:53 rpromyshlennikov joined #openstack-rally
16:11 harshs joined #openstack-rally
16:13 ikhudoshyn_ joined #openstack-rally
16:15 smurke joined #openstack-rally
16:20 luzC joined #openstack-rally
16:22 jaypipes joined #openstack-rally
16:36 harshs joined #openstack-rally
16:41 yfried joined #openstack-rally
16:43 harshs joined #openstack-rally
16:44 openstackgerrit Alexander Maretskiy proposed openstack/rally: [API] Extend api.Task.get_detailed  https://review.openstack.org/287311
16:44 HuiKang joined #openstack-rally
16:44 baker joined #openstack-rally
16:46 HuiKang Hi, I created a subnet  10.0.0.0/24. In my rally test, I want to test creating 500 instances. In the middle of the benchamrk, it reports   u'No fixed IP addresses available for network:
16:47 HuiKang How can I run test creating more than 253 instances? Thanks.
16:50 openstackgerrit Roman Vasilets proposed openstack/rally: [WIP]Release notes for 0.3.2  https://review.openstack.org/287314
16:51 openstackgerrit Merged openstack/rally: Re-run failed Tempest tests  https://review.openstack.org/244361
16:59 arnoldje joined #openstack-rally
17:04 luzC joined #openstack-rally
17:08 luzC joined #openstack-rally
17:12 baker joined #openstack-rally
17:12 openstackgerrit Merged openstack/rally: Add support for nova service-list  https://review.openstack.org/282030
17:21 openstackgerrit Alexander Maretskiy proposed openstack/rally: [CLI] Rework commands.task.TaskCommands.detailed  https://review.openstack.org/287329
17:23 yfried joined #openstack-rally
17:26 stpierre HuiKang: create more or bigger subnets
17:31 linuxgeek joined #openstack-rally
17:31 psd joined #openstack-rally
17:35 boris-42 joined #openstack-rally
17:36 jaypipes joined #openstack-rally
17:36 itlinux joined #openstack-rally
17:38 openstackgerrit Sergii Turivnyi proposed openstack/rally: Add driver name in ironic scenarios  https://review.openstack.org/274636
17:41 morourke boris-42: hello boris, do you know if progress has been made to run Rally as a service?
17:47 tosky_ joined #openstack-rally
17:59 openstackgerrit Merged openstack/rally: [Docs] Add cli reference to docs  https://review.openstack.org/262568
18:04 e0ne joined #openstack-rally
18:09 madhu_ak joined #openstack-rally
18:13 absubram joined #openstack-rally
18:14 itlinux hello all I have a rally box which is trying to connect using admin admin even though I setup the openrc with a specific user (I want to use demo) but when I do rally show images it will use admin any suggestions?
18:14 itlinux thanks
18:14 luzC joined #openstack-rally
18:26 HuiKang joined #openstack-rally
18:29 harshs joined #openstack-rally
18:29 boris-42 itlinux: it will try
18:29 boris-42 itlinux: rally uses admin network for now
18:30 e0ne joined #openstack-rally
18:31 Aish joined #openstack-rally
18:32 e0ne joined #openstack-rally
18:53 pvaneck joined #openstack-rally
19:12 ylobankov joined #openstack-rally
19:22 openstackgerrit Piyush Raman Srivastava proposed openstack/rally: Refactored atomic action in authenticate scenario  https://review.openstack.org/274882
19:24 openstackgerrit OpenStack Proposal Bot proposed openstack/rally: Updated from global requirements  https://review.openstack.org/286971
19:31 twm2016 joined #openstack-rally
19:33 twm2016 Hi all! I'm trying to change some rally jobs to use nano instead of tiny flavors but I can not get the nano flavor-create command to work in rally-gate.sh
19:34 twm2016 https://review.openstack.org/#/c/284149/14/tests/ci/rally-gate.sh
19:35 twm2016 At first I just had the flavor-create command without any options and that gave me an error to add options and now I have this error:
19:35 twm2016 ERROR (EndpointNotFound): Could not find requested endpoint in Service Catalog.
19:59 boris-42 twm2016: hi
19:59 boris-42 twm2016: interesting..
20:20 twm2016 Yes it is. I have found this question https://ask.openstack.org/en/question/59044/error-commanderror-you-must-provide-a-username-or-user-id-via-os-username-os-user-id-envos_username-or-envos_user_id/
20:28 andreykurilin__ joined #openstack-rally
20:44 luzC joined #openstack-rally
20:58 pvaneck joined #openstack-rally
21:00 twm2016 joined #openstack-rally
21:02 twm2016 I think I have narrowed down my issue with nova flavor-create in tests/ci/rally-gate.sh, would anyone know how to source the openrc file? This holds the values for OS_USERNAME etc.
21:03 twm2016 I think it may be something like this but im not sure: source $BASE/new/$PROJECT/openrc
21:05 twm2016 This is the file I am refering to https://github.com/openstack/rally/blob/master/tests/ci/rally-gate.sh
21:08 arxcruz joined #openstack-rally
21:09 moravec joined #openstack-rally
21:22 aunnam joined #openstack-rally
21:24 anshul joined #openstack-rally
21:27 aunnam left #openstack-rally
21:36 Aish joined #openstack-rally
21:43 openstackgerrit Trevor McCasland proposed openstack/rally: Change unstable neutron rally job's flavors  https://review.openstack.org/284149
22:17 e0ne joined #openstack-rally
22:37 MaxPC joined #openstack-rally
22:50 bkopilov joined #openstack-rally
23:56 yingjun joined #openstack-rally

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