Perl 6 - the future is here, just unevenly distributed

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

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

All times shown according to UTC.

Time Nick Message
00:33 albertw joined #openstack-rally
00:58 openstackgerrit Li Yingjun proposed openstack/rally: Add 'description' element to scenario config  https://review.openstack.org/181307
01:22 arnoldje joined #openstack-rally
03:51 boris-42 joined #openstack-rally
04:32 tfreger joined #openstack-rally
05:32 openstackgerrit Merged openstack/rally: [cli] Introduce "rally plugin" show and list commands  https://review.openstack.org/217005
06:19 yfried_ joined #openstack-rally
06:23 yfried__ joined #openstack-rally
06:52 dmorita joined #openstack-rally
06:56 e0ne joined #openstack-rally
07:00 psuriset_ joined #openstack-rally
07:18 arxcruz joined #openstack-rally
07:34 yfried joined #openstack-rally
07:55 yfried joined #openstack-rally
08:01 svasheka joined #openstack-rally
08:02 openstackstatus NOTICE: Gate is currently stuck, failing grenade upgrade tests due the release of oslo.utils 1.4.1 for Juno.
08:04 ushkalim joined #openstack-rally
08:07 kbaikov joined #openstack-rally
08:10 fhubik joined #openstack-rally
08:24 rvasilets joined #openstack-rally
08:26 amaretskiy joined #openstack-rally
08:28 kkuznetsova joined #openstack-rally
09:16 chen12 joined #openstack-rally
09:33 fhubik joined #openstack-rally
09:39 fhubik_ joined #openstack-rally
09:39 tosky joined #openstack-rally
09:41 flwang joined #openstack-rally
09:45 aix joined #openstack-rally
09:51 e0ne joined #openstack-rally
09:56 cdent joined #openstack-rally
10:01 openstackgerrit Alberto Planas proposed openstack/rally: Verification import feature  https://review.openstack.org/223569
10:01 openstackgerrit Merged openstack/rally: Nova: Support auto_assign_nic when booting multiple servers  https://review.openstack.org/219855
10:11 e0ne joined #openstack-rally
10:11 fhubik joined #openstack-rally
10:13 fhubik joined #openstack-rally
10:13 openstackgerrit Roman Vasilets proposed openstack/rally: Use Rally api in functional tests of task samples  https://review.openstack.org/198772
10:16 openstackstatus NOTICE: Gate back to normal, thanks to the backlisting of the problematic version
10:30 openstackgerrit Kun Huang proposed openstack/rally: Auto assign nic for servers context  https://review.openstack.org/214522
11:02 timbyr_ joined #openstack-rally
11:09 psuriset_ joined #openstack-rally
11:10 kbaikov boris-42: can you please take a look at https://review.openstack.org/#/c/223569/
11:11 kbaikov boris-42: need your input. it implement a stale blueprint. and we kinda use it inhouse, but need your knowledge of high level overview
11:15 openstackgerrit Anastasia Kuznetsova proposed openstack/rally: Add usage of 'os.path.expanduser' to file_exists validator  https://review.openstack.org/221075
11:16 yfried amaretskiy: andreykurilin: ping re atomic actions
11:17 andreykurilin yfried: hi!
11:17 yfried andreykurilin: hi
11:17 andreykurilin re atomic actions?
11:17 yfried andreykurilin: so I would like to use a method with AA(atomic action) decorator
11:18 yfried andreykurilin: say "wait_for_ping"
11:18 yfried andreykurilin: but I need to use it twice  in my scenario (once in the beginning and once at the end)
11:19 andreykurilin kbaikov: hi! boris-42 is sleeping now, he will be available in 3-4 hours.
11:19 yfried andreykurilin: so I would like the AA to register under a different name each time
11:19 yfried andreykurilin: say - "vm.ping.init" and "vm.ping.post"
11:20 kbaikov andreykurilin: thats cool.
11:20 yfried andreykurilin: so I don't have mixed statistics under "vm.wait_for_ping" (each call tests a different thing)
11:20 yfried andreykurilin: can I somehow change AA (the same way "with" defines a new AA on runtime)?
11:21 andreykurilin kbaikov: what is your question? maybe I, as a main maintainer of `rally verify `, can help you.
11:22 andreykurilin yfried: I suppose there is no ability to change the name of AA, if it used via aa decorator
11:22 kbaikov andreykurilin: that would be awesome!. no questions, just review the patch.
11:23 andreykurilin kbaikov: oh....I already review patch-set #3, but forgot to push "submit comment" button. :)
11:23 kbaikov lol
11:24 andreykurilin yfried: I suppose that you can edit _wait_for_ping method to accept AA name and use with AA inside method. It will be right way
11:25 yfried andreykurilin: can I inherit and override the method without the decorator?
11:26 andreykurilin yfried: maybe just edit existing method to accept AA name(with default value "vm.wait_for_ping")?
11:27 andreykurilin yfried: or maybe it would be better to move _wait_for_ping outside VMScenario. for example to rally.task.utils
11:28 andreykurilin yfried: rally.task.utils already contains several wait_for_... methods
11:28 yfried andreykurilin: ^ that was just an example. tnx
11:30 akrzos joined #openstack-rally
11:30 andreykurilin yfried: oh, understand:) so generally, I don't see any way to override AA decorator. And, imo, if some method is used in different places, it should accept AA name as one of parameters.
11:35 openstackgerrit Alberto Planas proposed openstack/rally: Verification import feature  https://review.openstack.org/223569
11:38 openstackgerrit Roman Vasilets proposed openstack/rally: Use Rally api in functional tests of task samples  https://review.openstack.org/198772
11:49 openstackgerrit Alberto Planas proposed openstack/rally: Verification import feature  https://review.openstack.org/223569
12:04 e0ne joined #openstack-rally
12:19 MaxPC joined #openstack-rally
12:29 openstackgerrit Alberto Planas proposed openstack/rally: Verification import feature  https://review.openstack.org/223569
12:48 psuriset_ joined #openstack-rally
12:59 aix joined #openstack-rally
13:07 stpierre joined #openstack-rally
13:19 openstackgerrit Konstantin Baikov proposed openstack/rally: Make default do_use=True in start method.  https://review.openstack.org/224724
13:29 openstackgerrit Alberto Planas proposed openstack/rally: Verification import feature  https://review.openstack.org/223569
13:30 redixin joined #openstack-rally
13:31 openstackgerrit joined #openstack-rally
13:53 openstackgerrit Alexander Maretskiy proposed openstack/rally: [Reports] Add Load Profile chart to report  https://review.openstack.org/169828
13:59 openstackgerrit Alexander Maretskiy proposed openstack/rally: [Reports] Show task uuid or task results file name in report  https://review.openstack.org/215598
14:06 e0ne joined #openstack-rally
14:09 openstackgerrit Konstantin Baikov proposed openstack/rally: Make default do_use=True in start method  https://review.openstack.org/224724
14:15 kbaikov gate-rally-pep8 cannot install dependances
14:15 kbaikov what happened?
14:17 boris-42 kbaikov: hm
14:17 boris-42 jaredrohe: sometimes it happens with gates
14:17 boris-42 kbaikov: ^
14:17 boris-42 jaredrohe: sorry*
14:18 kbaikov ok, cool
14:18 boris-42 kbaikov: so just add review with text "recheck"
14:28 josdotso joined #openstack-rally
14:31 yfried andreykurilin: redixin: amaretskiy: re sshutils
14:31 arnoldje joined #openstack-rally
14:32 openstackgerrit Chris St. Pierre proposed openstack/rally: Fix users/tenants in Neutron job and sample tasks  https://review.openstack.org/218859
14:33 yfried I'm trying to inject a command that would reboot the server without proper session ending, so session.exit_status_ready() would never return
14:33 openstackgerrit Chris St. Pierre proposed openstack/rally: Tempest: use mkdtemp to make temp directories  https://review.openstack.org/222669
14:33 yfried any idea how to handle that?
14:35 openstackgerrit Konstantin Baikov proposed openstack/rally: Make default do_use=True in start method  https://review.openstack.org/224724
14:37 amaretskiy yfried: no ideas from me
14:48 josdotso boris-42: More on the skipping openstack dependency.  Is there some place I could easily hackpatch a function/method as "pass" to skip the keystone dependency?
14:48 openstackgerrit Chris St. Pierre proposed openstack/rally: Add task argument to network wrapper  https://review.openstack.org/224300
14:48 openstackgerrit Chris St. Pierre proposed openstack/rally: Add context to plugin tests  https://review.openstack.org/222687
15:02 emagana joined #openstack-rally
15:05 yfried redixin: around?
15:05 redixin yfried, yep
15:05 yfried redixin: any ideas re sshutils _run() and session.exit_status_ready ?
15:08 redixin yfried, i believe that "reboot" or "shutdown" command should exit with zero status
15:08 redixin yfried, as any other unix command
15:08 rook joined #openstack-rally
15:09 yfried redixin:
15:09 yfried "command": {
15:09 yfried "script_inline": "echo 'b' > /proc/sysrq-trigger",
15:09 yfried "interpreter": "sudo /bin/sh"
15:09 yfried },
15:09 yfried redixin: this causes the system to break
15:10 yfried redixin: I want to avoid reboot/shutdown because it is too slow and shuts down in orderly fashion
15:10 yfried redixin: I am testing l3-ha
15:11 yfried redixin: btw, I WANT the system to break
15:11 redixin yfried, i got it. you may write a script which returns normally, but killing the system 1 second later
15:12 yfried redixin: do you have an example?
15:12 redixin yfried, otherwise your ssh client will wait for reply until timeout
15:12 redixin yfried, man nohup
15:13 redixin yfried, nohup sh -c 'sleep 1; echo ok'
15:14 yfried redixin: they just shut down our lab and I can't test it, but tnx :)
15:25 puranamr joined #openstack-rally
15:44 moravec joined #openstack-rally
15:52 openstackgerrit Chris St. Pierre proposed openstack/rally: Use network context for Neutron scenarios  https://review.openstack.org/210612
15:52 openstackgerrit Chris St. Pierre proposed openstack/rally: Make network context more configurable  https://review.openstack.org/210611
16:00 e0ne joined #openstack-rally
16:09 moravec joined #openstack-rally
16:12 emagana joined #openstack-rally
16:15 openstackgerrit Boris Pavlovic proposed openstack/rally: [cli] Remove "rally info" command  https://review.openstack.org/220870
16:15 openstackgerrit Boris Pavlovic proposed openstack/rally: [docs] Add plugin reference  https://review.openstack.org/218874
16:16 boris-42 redixin: ^ I add copyright
16:20 openstackgerrit Boris Pavlovic proposed openstack/rally: [cli] Remove "rally info" command  https://review.openstack.org/220870
16:20 openstackgerrit Boris Pavlovic proposed openstack/rally: [docs] Add plugin reference  https://review.openstack.org/218874
16:20 karimb joined #openstack-rally
16:25 Prashant joined #openstack-rally
16:25 dspano joined #openstack-rally
16:26 Prashant joined #openstack-rally
16:37 kiran-r joined #openstack-rally
16:57 _kiran_ joined #openstack-rally
17:04 harlowja joined #openstack-rally
17:13 openstackgerrit Kiran proposed openstack/rally: Add Neutron LBaaS V1 healthmonitor scenarios  https://review.openstack.org/217041
17:15 openstackgerrit Kiran proposed openstack/rally: Add Neutron LBaaS V1 healthmonitor scenarios  https://review.openstack.org/217041
17:31 dspano joined #openstack-rally
17:56 tosky joined #openstack-rally
18:04 pvaneck joined #openstack-rally
18:07 e0ne joined #openstack-rally
18:10 Prashant joined #openstack-rally
18:21 e0ne joined #openstack-rally
19:21 arnoldje joined #openstack-rally
19:36 tosky joined #openstack-rally
19:43 MaxPC1 joined #openstack-rally
19:46 Prashant joined #openstack-rally
20:29 karimb joined #openstack-rally
20:37 tosky joined #openstack-rally
20:38 arnoldje joined #openstack-rally
20:58 yfried joined #openstack-rally
21:00 openstackgerrit Roman Vasilets proposed openstack/rally: Fix typo in the README.rst in tests/ci/  https://review.openstack.org/224077
21:36 tosky joined #openstack-rally
21:44 jst_ joined #openstack-rally
22:04 klindgren__ joined #openstack-rally
22:05 NikitaKonovalov joined #openstack-rally
22:06 tosky joined #openstack-rally
23:34 boris-42 meteorfox: ping
23:34 meteorfox boris-42: hey
23:35 boris-42 meteorfox: how are you?
23:36 meteorfox boris-42: I'm doing well, how about you?
23:38 boris-42 meteorfox: good good=)
23:38 boris-42 meteorfox: just wanna share something http://docs-draft.openstack.org/74/218874/17/check/gate-rally-docs/303d721//doc/build/html/plugin/plugin_reference.html = )
23:39 boris-42 meteorfox: finally we have it=)
23:40 meteorfox boris-42:  ?? what exactly ? separation of plugins and Rally?
23:41 meteorfox boris-42: or docs?
23:41 meteorfox :)
23:42 boris-42 meteorfox: take a look at link=)
23:42 boris-42 meteorfox: plugin reference=)
23:42 boris-42 meteorfox: seperation is as well great change =)
23:42 meteorfox boris-42: this reference is awesome, it would've been great to have it when I started using Rally lol
23:43 boris-42 meteorfox: LOL =)
23:43 boris-42 meteorfox: it will become better over time
23:43 boris-42 =)
23:44 meteorfox boris-42: I think we need to create categories or topics to organize the reference better, like per service, also and types of plugings (context, sla, runner, etc)
23:45 meteorfox boris-42: what I mean is to add some kind of table of context for fast looks ups
23:45 meteorfox table of contents
23:45 meteorfox like on the left side bar
23:45 boris-42 meteorfox: yep
23:45 boris-42 meteorfox: exactly that but not in next release
23:45 meteorfox boris-42: cool
23:46 boris-42 meteorfox: I have idea of making base type of plugin
23:46 boris-42 meteorfox: class
23:46 boris-42 meteorfox: and putting all docs in it's docstrings
23:46 boris-42 meteorfox: so this will be done automatically
23:46 meteorfox boris-42: cool
23:47 meteorfox boris-42: I love it
23:47 boris-42 meteorfox: so it will be in single place written but used in many
23:47 meteorfox right
23:48 Aish joined #openstack-rally
23:52 meteorfox boris-42: hey, so I won't be going to the Tokyo summit, no budget :(
23:53 meteorfox boris-42: but next one is Austin, which is 1.5 hr from here :)
23:53 boris-42 meteorfox: so will see you there
23:54 meteorfox boris-42: lately, I've been using Rally a lot, in our performance lab, so maybe for next summit I'll have data to present
23:55 meteorfox boris-42: I'm really looking forward for the 'compose scenarios' spec
23:55 boris-42 meteorfox: so that will be quite hard task for Rally team
23:56 meteorfox boris-42: also, having the ability to "import" scenarios to re-use them on different tasks, without the need to re-write them over and over between files
23:56 boris-42 meteorfox: you mean import parts of yaml?
23:58 meteorfox boris-42: we talked about it once, something like this, https://gist.github.com/meteorfox/d1258f6c3d116242eb05

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