Perl 6 - the future is here, just unevenly distributed

IRC log for #openstack-rally, 2015-08-18

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

All times shown according to UTC.

Time Nick Message
00:00 puranamr joined #openstack-rally
00:21 baker joined #openstack-rally
00:33 puranamr joined #openstack-rally
00:34 davideagnello joined #openstack-rally
00:38 davideagnello joined #openstack-rally
00:41 davideag_ joined #openstack-rally
00:59 boris-42 stpierre: so that dound good
01:32 openstackgerrit Li Yingjun proposed openstack/rally: Add 'description' element to scenario config  https://review.openstack.org/181307
02:18 baker joined #openstack-rally
03:13 dspano joined #openstack-rally
03:20 dspano joined #openstack-rally
03:31 pvaneck joined #openstack-rally
03:34 logan2 joined #openstack-rally
04:20 tfreger joined #openstack-rally
04:22 tfreger joined #openstack-rally
04:24 tfreger joined #openstack-rally
04:32 kiran-r joined #openstack-rally
04:56 yingjun joined #openstack-rally
05:01 rdas joined #openstack-rally
05:21 yingjun joined #openstack-rally
05:25 yingjun joined #openstack-rally
05:27 psuriset joined #openstack-rally
05:34 yingjun joined #openstack-rally
05:40 yingjun joined #openstack-rally
06:25 debu joined #openstack-rally
06:28 openstackgerrit Boris Pavlovic proposed openstack/rally: Switch scenarios plugins to plugin base  https://review.openstack.org/213631
06:33 ahirshbeg_ joined #openstack-rally
06:37 anshul joined #openstack-rally
06:42 openstackgerrit_ joined #openstack-rally
06:50 debu Hi i am deploying rally newly. Where in conf files we have to mention insecure = true
06:52 debu When i running "rally show flavors" it is giving following error http://paste.openstack.org/show/420094/ How to fix this error.
06:59 debu joined #openstack-rally
07:36 ushkalim joined #openstack-rally
07:36 exploreshaifali joined #openstack-rally
07:39 openstackgerrit nayna-patel proposed openstack/rally: Add Cinder create_and_update_volume scenario  https://review.openstack.org/208996
07:51 arxcruz joined #openstack-rally
07:52 albertw joined #openstack-rally
07:53 agarciam joined #openstack-rally
07:54 openstackgerrit nayna-patel proposed openstack/rally: Add Cinder create_and_update_snapshot scenario  https://review.openstack.org/211132
07:57 tfreger1 joined #openstack-rally
07:57 fhubik joined #openstack-rally
08:11 openstackgerrit Andrey Kurilin proposed openstack/rally: Use net_wrapper for 'rally show networks' cmd  https://review.openstack.org/214064
08:11 amaretskiy joined #openstack-rally
08:22 andreykurilin__ joined #openstack-rally
08:25 kun_huang /whois debu
08:43 yingjun joined #openstack-rally
08:49 openstackgerrit Omar Khalid proposed openstack/rally: VM-VM throughput L2/L3 scenario support  https://review.openstack.org/151905
08:51 tfreger joined #openstack-rally
09:04 ikhudoshyn joined #openstack-rally
09:19 omp_ joined #openstack-rally
09:20 tosky joined #openstack-rally
09:20 omp_ Any update on the provision to be able to run Rally without admin credentials?
09:27 andreykurilin__ omp_: you can launch rally with existing users and without admin credentials.
09:28 andreykurilin__ omp_: but some scenarios require admin user to create some resources
09:28 omp_ <andreykurilin__: Thanks. How do I identify which scenarios require admin and which don't?
09:29 omp_ Because, I see this in most scenarios: },
09:29 omp_ "context": {
09:29 omp_ "users": {
09:29 omp_ "tenants": 3,
09:29 omp_ "users_per_tenant": 2
09:30 omp_ So, this I guess would require to have the admin credentials on the cloud to be able to create tenants & users in it
09:31 omp_ <andreykurilin__: Kindly point out the scenarios which don't require admin?
09:33 andreykurilin__ omp_: all scenarios have user context section in samples :)
09:34 andreykurilin__ omp_: to launch scenario without user context, you should specify user section in deployment confit
09:35 andreykurilin__ omp_: example https://github.com/openstack/rally/blob/master/samples/deployments/existing-with-predefined-users.json
09:36 debu hi..i newly deployed rally.when i run rally show flavors i m getting following error http://paste.openstack.org/show/420227/. Am i missing any configuration step?
09:37 andreykurilin__ omp_: after user section will be specified in deployment, you will be able to launch all scenarios which don't execute admin actions
09:37 omp_ andreykurilin__: Thanks. I want to run rally on my Staging setup and I don't have the admin credentials. I just have one "regular" user credentials for a tenant.
09:38 omp_ I see this in the file: "admin": {
09:38 omp_ "username": "admin",
09:38 omp_ "password": "pa55word",
09:38 omp_ "tenant_name": "demo"
09:38 omp_ },
09:38 openstackgerrit Illia Khudoshyn proposed openstack/rally: Add task format converter  https://review.openstack.org/211160
09:38 omp_ <andreykurilin__>: Can I replace the "admin" user here with a regular user?
09:39 andreykurilin__ debu: it looks like something wrong with your cloud(maybe keystone is dead) or deployment config is wrong. You should try to run "rally deployment check"
09:39 andreykurilin__ omp_: if I don't mistaken, you can miss admin section
09:41 omp_ <andreykurilin__>: Thanks a lot. I would try this and post the results on this forum. Much appreciate your help on this :)
09:41 debu kun_huang: itz me
09:43 debu andreykurilin__: i m getting same error with "rally deployment check" also. but i can run cli commands from the machine outside rally virtual environment. check this http://paste.openstack.org/show/420231/
09:43 andreykurilin__ omp_: ok. Feel free to ping me, if you have any problems:)
09:45 andreykurilin__ debu: can you share your deployment config?(passwords can be replaced by any chars)
09:46 debu andreykurilin__: http://paste.openstack.org/show/420232/
09:48 andreykurilin__ debu: hm... You should specify https_insecure in deployment config, since it used from cli by you :)
09:49 debu andreykurilin__: ok i will redeploy n try.https_insecure=True
09:49 andreykurilin__ Also, specifying "https_cacert" can be required
09:50 debu andreykurilin__: do u mean should i remove that parameter from config file
09:53 andreykurilin__ debu: no. As far as I understood from paste of "nova flavor-list", your cloud is configured to use https, so you need to specify cacert certificate via deployment config
09:56 ikhudoshyn joined #openstack-rally
10:04 debu andreykurilin__: ok.i will give https_insecure=true and path in hpps_cacert
10:06 fhubik joined #openstack-rally
10:06 fhubik_ joined #openstack-rally
10:12 exploreshaifali joined #openstack-rally
10:17 debu andreykurilin__: in rally virtual env only i m getting 503 error. even though i give --insecure in glance list i m getting the error
10:18 debu andreykurilin__: check this http://paste.openstack.org/show/420273/
10:27 openstackgerrit Oleh Anufriiev proposed openstack/rally: [Fuel] scenario for add and remove node  https://review.openstack.org/181270
10:36 andreykurilin debu: hm...it's quite strange:)
10:36 kiran-r joined #openstack-rally
10:37 debu andreykurilin: do v need to change in rally.conf?
10:37 andreykurilin debu: no
10:38 andreykurilin debu: what rally release do you use?
10:38 debu andreykurilin: i downloaded yesterday. i dont know which version it is
10:39 andreykurilin debu: ok, so it should be master:)
10:43 andreykurilin debu: can you check that OS_CERT, OS_KEY env variables are equal to the same variables in virtual env?
10:47 debu andreykurilin: nothing is set in both the ebvironments
10:47 redixin left #openstack-rally
10:47 redixin joined #openstack-rally
10:54 andreykurilin debu: please launch rally deployment check in debug mode. `rally -d deployment check`
11:00 debu andreykurilin: http://paste.openstack.org/show/420329/
11:01 debu andreykurilin: we work under proxy .i exported them, do we need to mention anywhere else?
11:07 andreykurilin debu: can you share `env | grep -i proxy` of both envs?
11:07 _kiran_ joined #openstack-rally
11:13 exploreshaifali joined #openstack-rally
11:14 redixin debu, please try to execute curl command which you can see in logs
11:14 redixin curl -g -i --insecure -X GET http://10.250.6.15:5000/v2.0/ -H "Accept: application/json" -H "User-Agent: python-keystoneclient"
11:14 redixin curl --noproxy -g -i --insecure -X GET http://10.250.6.15:5000/v2.0/ -H "Accept: application/json" -H "User-Agent: python-keystoneclient"
11:14 redixin try both
11:14 debu andreykurilin: i unset proxy. it started working. Thanks a ton :). I can try rally now
11:15 andreykurilin debu: good luck! :)
11:35 ikhudoshyn joined #openstack-rally
12:10 omp_ joined #openstack-rally
12:15 fhubik joined #openstack-rally
12:21 openstackgerrit Merged openstack/rally: [Manila] Add share networks context for existing users  https://review.openstack.org/185423
12:25 moravec joined #openstack-rally
12:27 MaxPC joined #openstack-rally
12:39 agarciam1 joined #openstack-rally
12:39 rdas joined #openstack-rally
12:41 albertw left #openstack-rally
12:43 agarciam joined #openstack-rally
12:48 openstackgerrit Alexander Maretskiy proposed openstack/rally: [Reports] Add chunks support to report  https://review.openstack.org/146814
12:51 openstackgerrit Alexander Maretskiy proposed openstack/rally: [Reports] Add Load Profile chart to report  https://review.openstack.org/169828
12:53 ikhudoshyn joined #openstack-rally
13:01 moravec joined #openstack-rally
13:06 vichoward joined #openstack-rally
13:16 exploreshaifali joined #openstack-rally
13:21 ivasev joined #openstack-rally
13:58 openstackgerrit Sergey Skripnick proposed openstack/rally: Add new script for rally-gate jobs  https://review.openstack.org/175549
13:58 openstackgerrit Sergey Skripnick proposed openstack/rally: Add FilePathOrUrlType  https://review.openstack.org/212544
14:13 ikhudoshyn joined #openstack-rally
14:15 lutostag joined #openstack-rally
14:17 dspano joined #openstack-rally
14:20 fhubik joined #openstack-rally
14:24 fhubik_ joined #openstack-rally
14:27 baker joined #openstack-rally
14:28 baker joined #openstack-rally
14:30 tosky joined #openstack-rally
14:31 kiran-r joined #openstack-rally
14:31 kiran-r joined #openstack-rally
14:32 baker joined #openstack-rally
14:33 kiran-r joined #openstack-rally
14:52 openstackgerrit Merged openstack/rally: Updated from global requirements  https://review.openstack.org/213880
14:58 baker joined #openstack-rally
14:59 tobasco joined #openstack-rally
15:00 stannie joined #openstack-rally
15:02 ukinau joined #openstack-rally
15:05 ikhudoshyn joined #openstack-rally
15:12 jaredrohe joined #openstack-rally
15:15 klindgren joined #openstack-rally
15:22 baker joined #openstack-rally
15:25 PrashantS joined #openstack-rally
15:26 puranamr joined #openstack-rally
15:32 _kiran_ joined #openstack-rally
16:06 stpierre joined #openstack-rally
16:11 stpierre joined #openstack-rally
16:17 stpierre joined #openstack-rally
16:17 baker joined #openstack-rally
16:18 exploreshaifali joined #openstack-rally
16:19 baker joined #openstack-rally
16:25 openstackgerrit Sergey Skripnick proposed openstack/rally: Add new script for rally-gate jobs  https://review.openstack.org/175549
16:26 openstackgerrit Chris St. Pierre proposed openstack/rally: Better error messages from invalid sample tasks  https://review.openstack.org/213849
16:29 lutostag joined #openstack-rally
16:31 exploreshaifali joined #openstack-rally
16:32 openstackgerrit Valeriy Ponomaryov proposed openstack/rally: Rename Manila context  https://review.openstack.org/214269
16:34 ilbot3 joined #openstack-rally
16:34 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
16:40 omp_ joined #openstack-rally
16:43 openstackgerrit Roman Vasilets proposed openstack/rally: Implementation of 'rally task abort' command  https://review.openstack.org/161636
16:49 PrashantS joined #openstack-rally
16:51 davideagnello joined #openstack-rally
16:55 klindgren joined #openstack-rally
17:02 baker joined #openstack-rally
17:11 kiran-r joined #openstack-rally
17:22 PrashantS joined #openstack-rally
17:23 openstackgerrit Valeriy Ponomaryov proposed openstack/rally: [Manila] Add context for Manila with autocreated resources + benchmark  https://review.openstack.org/187643
17:30 openstackgerrit Valeriy Ponomaryov proposed openstack/rally: Rename Manila context  https://review.openstack.org/214269
17:37 dspano joined #openstack-rally
17:38 pvaneck joined #openstack-rally
17:39 moravec joined #openstack-rally
17:44 openstackgerrit Valeriy Ponomaryov proposed openstack/rally: [Manila] Add context for Manila with autocreated resources + benchmark  https://review.openstack.org/187643
17:50 openstackgerrit Valeriy Ponomaryov proposed openstack/rally: Rename Manila context  https://review.openstack.org/214269
17:52 openstackgerrit Valeriy Ponomaryov proposed openstack/rally: [Manila] Add context for Manila with autocreated resources + benchmark  https://review.openstack.org/187643
17:57 stpierre joined #openstack-rally
18:08 PrashantS joined #openstack-rally
18:09 PrashantS joined #openstack-rally
18:10 PrashantS joined #openstack-rally
18:15 baker joined #openstack-rally
18:17 baker joined #openstack-rally
18:26 moravec joined #openstack-rally
18:51 puranamr joined #openstack-rally
19:04 omp_ joined #openstack-rally
19:05 openstackgerrit Chris St. Pierre proposed openstack/rally: WIP: Neutron: Add option to set gateway when creating router  https://review.openstack.org/210017
19:08 e0ne joined #openstack-rally
19:10 kiran-r joined #openstack-rally
19:11 _kiran_ joined #openstack-rally
19:25 PrashantS joined #openstack-rally
19:49 MaxPC joined #openstack-rally
19:51 baker joined #openstack-rally
20:01 andreykurilin joined #openstack-rally
20:19 boris-42 joined #openstack-rally
20:19 boris-42 stpierre: hey hey
20:19 boris-42 stpierre: we have one big patch
20:19 boris-42 stpierre: with black magic https://review.openstack.org/#/c/213631/ =)
20:29 PrashantS joined #openstack-rally
20:31 PrashantS joined #openstack-rally
20:32 klindgren joined #openstack-rally
20:39 puranamr joined #openstack-rally
20:46 mpopow joined #openstack-rally
21:06 stpierre boris-42: that's a big damn patch
21:06 stpierre question for you
21:07 stpierre actually i think i just figured out the answer
21:07 stpierre nm
21:07 boris-42 stpierre: yep that's fu*** big patch
21:07 boris-42 stpierre: and it has some magic in scenario code on top of another magic
21:08 stpierre at a glance i don't like the way we have to repeat the scenario name
21:08 stpierre but i understand why
21:19 puranamr joined #openstack-rally
21:24 dspano joined #openstack-rally
21:26 boris-42 stpierre: so we don't repeat the name
21:27 boris-42 stpierre: we just specify (each time it's new)
21:27 boris-42 stpierre: it adds actually a lot of flexibiltiy
21:27 PrashantS joined #openstack-rally
21:27 stpierre yeah, i understand why we do it, i just dislike having to tell rally that NovaServers.boot is, in fact, NovaServers.boot
21:28 boris-42 stpierre: it won't be 100% cases
21:28 stpierre i know
21:28 stpierre it'd be nice to have that as a default, though
21:28 stpierre because right now it is 100% of cases, and it will be a large proportion of cases
21:30 openstackgerrit Andrey Kurilin proposed openstack/rally: Use net_wrapper for 'rally show networks' cmd  https://review.openstack.org/214064
21:30 boris-42 stpierre: so one of UX issues that we have currently
21:30 boris-42 it's impossible to find scenario using grep
21:30 boris-42 you can find context,sla,... anything
21:30 boris-42 except scenario
21:34 openstackgerrit Andrey Kurilin proposed openstack/rally: Use net_wrapper for 'rally show networks' cmd  https://review.openstack.org/214064
21:36 openstackgerrit Boris Pavlovic proposed openstack/rally: Rename Manila context  https://review.openstack.org/214269
21:49 stpierre boris-42: in practice, that's only an issue if two scenario functions have the same name, which is vanishingly rare (if it happens at all)
21:50 boris-42 stpierre: explicit is better than implicity especially in naming
21:50 stpierre they already are explicitly named, though
21:51 boris-42 stpierre: not sure not sure I was watching reaction of new developers
21:51 boris-42 stpierre: they are trying to find with grep name of scenario and fail
21:53 boris-42 stpierre: plus it blocks us a lot
21:53 boris-42 stpierre: e.g. I don't know how to do rename plugins with deprecation period
21:53 stpierre yeah, i agree with having the feature available for that reason
21:54 stpierre i just think the name should have a sensible default so we don't have to repeat ourselves every time we create a scenario that's just named <class_name>.<func_name>
21:54 stpierre the ability to rename scenarios is great
21:55 PrashantS joined #openstack-rally
21:57 baker joined #openstack-rally
21:57 boris-42 stpierre: btw it is impossible in current implemntation
21:57 boris-42 stpierre: I mean default name
21:58 boris-42 ah not so imposbile
21:58 boris-42 one more hack-)
21:59 stpierre MOAR MAGIC
21:59 boris-42 stpierre: yeeeeep
22:00 boris-42 stpierre: so I can make default naming
22:00 boris-42 stpierre: but I like more explicit names
22:00 boris-42 stpierre: it's unified and simple to grep (2 reallly huge benifits)
22:01 stpierre but, it's WET
22:01 boris-42 stpierre: why it's okay for you to specify name of context,sla,runner and not for scenario?)
22:01 baker_ joined #openstack-rally
22:01 stpierre i don't think we should be specifying the name of contexts, slas, or runners, either, where they can be determined automatically :)
22:02 * stpierre meeting &
22:02 boris-42 stpierre: heh
22:07 boris-42 stpierre: let's keep this question open during next meeting on Monday
22:08 andreykurilin__ joined #openstack-rally
22:18 zeroDivisible joined #openstack-rally
22:22 zeroDivisible hey guys, got a random question - I've started using rally to bencharmk the performance of the cluster with which I had been playing with - and wanted to extract details from SQLite database afterwards. I've noticed that most of the juicy bits are kept in the data column in task_results table, as a json object saved as a string. Is there maybe any plan about saving that one in a more structured way?
22:23 zeroDivisible if using PostgreSQL as a backend database, that wouldn't be a problem as it understands JSON natievly - but SQLite, not so much
22:24 boris-42 zeroDivisible: so the short answer is no
22:24 boris-42 zeroDivisible: db will be changed and strucutre will become even more complicated
22:25 boris-42 zeroDivisible: to add support of load of multi scenarios and chunking results (scalability issues)
22:25 boris-42 zeroDivisible: however we will provide API to work with results
22:26 zeroDivisible boris-42: thanks, I understad what you're saying here. Would you maybe have a link where I could track the plan / roadmap for this?
22:27 zeroDivisible boris-42: I'm genuinely curious now :)
22:28 boris-42 zeroDivisible: soo actually I started spec
22:28 boris-42 zeroDivisible: https://review.openstack.org/#/c/167060/
22:28 boris-42 zeroDivisible: and we have global road map
22:28 boris-42 zeroDivisible: here https://docs.google.com/spreadsheets/d/16DXpfbqvlzMFaqaXAcJsBzzpowb_XpymaK2aFY2gA2g/edit#gid=0
22:29 zeroDivisible boris-42: thanks, will take a look now.
22:29 boris-42 zeroDivisible: so the another thing that we should keep in mind is that we shouldn't use anything specific for any of DB backends
22:30 zeroDivisible boris-42: API for working with results in this case is a nice addition then - I've written few hackish Python scripts today extracting bits from rally.task.processing.utils , but API would rock :)
22:31 zeroDivisible I think the use case was more of an automatic extraction of some of the interesting bits from a run, to present it outside the usual html / junit export
22:31 mpopow joined #openstack-rally
22:31 boris-42 zeroDivisible: api is the only way to survive +)
22:32 boris-42 zeroDivisible: yep the use case is when you need to generate own reports
22:32 zeroDivisible and I think you're right with not using anything specific to particular DB backend, that might be a suicide in the longer run
22:32 boris-42 zeroDivisible: it should be simple via api
22:32 boris-42 zeroDivisible: so if you would like to join this effort you are welcome=)
22:33 boris-42 zeroDivisible: I will continue work on spec after I finish critical things for release
22:33 boris-42 zeroDivisible: and API stuff is vacant
22:33 boris-42 zeroDivisible: we can even now start a spec
22:33 zeroDivisible boris-42: as much as I'm using rally, I'm a total newcomer here - but will read through the docs provided
22:35 klindgren joined #openstack-rally
22:35 puranamr joined #openstack-rally
22:38 boris-42 zeroDivisible: so it's not so hard
22:38 boris-42 zeroDivisible: if you start thinking about api you will get familiar faster
22:42 zeroDivisible thanks, you might be right. I'll try for the next few days to get slightly more used to rally as the plan is to run few more complicated scenarios - so I'll have better understanding of things which I'm talking about.
22:51 boris-42 zeroDivisible: ok =)
22:52 PrashantS joined #openstack-rally
22:56 openstackgerrit Merged openstack/rally: Add existing_network context  https://review.openstack.org/205288
23:15 openstackgerrit Roman Vasilets proposed openstack/rally: Implementation of 'rally task abort' command  https://review.openstack.org/161636
23:17 PrashantS joined #openstack-rally
23:25 boris-42 kun_huang: ping
23:35 puranamr joined #openstack-rally
23:59 openstackgerrit Merged openstack/rally: Better error messages from invalid sample tasks  https://review.openstack.org/213849

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