Perl 6 - the future is here, just unevenly distributed

IRC log for #openstack-rally, 2015-02-24

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

All times shown according to UTC.

Time Nick Message
00:34 dmorita joined #openstack-rally
01:40 abhirc joined #openstack-rally
01:49 abhirc joined #openstack-rally
02:03 himangi joined #openstack-rally
02:24 abhirc joined #openstack-rally
02:48 ilbot3 joined #openstack-rally
02:48 Topic for #openstack-rally is now ☁ Rally RoadMap: http://goo.gl/JZkmwY ☁ Rally IRC chat logs http://irclog.perlgeek.de/openstack-rally ☁ Key persons to ask:  boris-42, msdubov, rediskin, andreykurilin, amaretskiy  ☁ Documentation: https://rally.readthedocs.org/en/latest/ ☁ To publish changes to Rally:  https://rally.readthedocs.org/en/latest/contribute.html
03:29 dmellado joined #openstack-rally
05:11 klindgren_ joined #openstack-rally
05:15 yfried_ joined #openstack-rally
06:01 tfreger joined #openstack-rally
06:04 rdas joined #openstack-rally
06:05 AG|2 joined #openstack-rally
06:06 AG|2 oslo.config causing errors while installing rally with openstack
06:14 andreykurilin_ joined #openstack-rally
06:29 anshul joined #openstack-rally
06:34 boris-42 AG|2: hi
06:34 boris-42 AG|2: are you installing it with devstack plugin?
06:36 AG|2 yeah
06:36 anshul joined #openstack-rally
06:37 AG|2 i installed oslo manually that didn't work
06:38 AG|2 i also commented the oslo in requirements.txt after installing it manually but didn't work for me
06:41 boris-42 AG|2: so are you installing master OpenStack?
06:45 AG|2 no ice house
06:47 AG|2 ImportError: No module named oslo_config
06:47 AG|2 will system wide installation will work ?
06:48 exploreshaifali joined #openstack-rally
06:55 boris-42 AG|2: plugin works only for admin
06:56 boris-42 AG|2: master**
06:56 boris-42 AG|2: if you would like to use with ice house you need to install rally in separated virtualenv
06:56 boris-42 AG|2: simplest way is install separately devstack and rally
06:57 boris-42 AG|2: to install rally use automated installation from here https://rally.readthedocs.org/en/latest/install.html#automated-installation
07:00 AG|2 done it but
07:02 AG|2 rally deployment create --fromenv --name=existing
07:03 msdubov_ joined #openstack-rally
07:04 boris-42 AG|2: ?
07:04 AG|2 this command results in same error "no module name oslo"
07:05 boris-42 AG|2: nope you didn't install it properly
07:05 boris-42 AG|2: you should install rally in virtualenv
07:05 boris-42 AG|2: install-rally.sh -v (will do this)
07:05 AG|2 okay thanks
07:05 boris-42 AG|2: after that you need to activate this virtualenv
07:06 boris-42 AG|2: and only after that you'll be able to create venv
07:07 AG|2 thanks boris
07:07 boris-42 AG|2: tha major issue is that requriments from master and icehouse are differnet
07:07 boris-42 AG|2: in future we are going to install in VENV rally (even if it is plugin for devstack)
07:18 neeti joined #openstack-rally
07:22 yfried_ joined #openstack-rally
07:22 rdas joined #openstack-rally
07:27 yfried__ joined #openstack-rally
07:27 Miouge joined #openstack-rally
07:44 klindgren_ joined #openstack-rally
07:46 klindgren__ joined #openstack-rally
07:50 e0ne joined #openstack-rally
07:58 nmagnezi joined #openstack-rally
08:05 nkhare joined #openstack-rally
08:06 amaretskiy joined #openstack-rally
08:13 arxcruz joined #openstack-rally
08:19 kairat_kushaev boris-42: Hello, Boris. Could you please explain what bug do you mean here: https://review.openstack.org/#/c/155346/9/rally/benchmark/context/cleanup/resources.py?
08:20 kairat_kushaev boris-42: It is not quite clear for me from description.
08:50 boris-42 kairat_kushaev: you are changing how cleanup works
08:50 boris-42 kairat_kushaev: if that change is required it means that cleanup for heat is broken
08:50 boris-42 kairat_kushaev: broken cleanup is high priority bug that should be reported
08:50 boris-42 kairat_kushaev: before fixing
09:03 kairat_kushaev boris-42: IMO, it is rather improvement than bug. Heat can support deletion in cycle (but it leads to some overhead) but there is no need to delete stack many times per tenant. Should I create a bug anyway?
09:06 boris-42 kairat_kushaev: what do you mean deletion in cycle..
09:06 boris-42 kairat_kushaev: I definitely would like to see bug, to understand better
09:07 boris-42 kairat_kushaev: because if it is tenant based resource (why I didn't see any warning in LOGS? like we are trying to delete 2 times the same stack)
09:13 kairat_kushaev boris-42: Ok, I'll put the whole description in the bug
09:14 boris-42 kairat_kushaev: yep because now cleanup works different
09:14 boris-42 kairat_kushaev: it list all stacks from one user (per tenant) and delete them from this user
09:15 boris-42 kairat_kushaev: so if you have 2 users in tenant only for one user this action will be performed
09:15 boris-42 kairat_kushaev: and I am really not sure that it is proper case for stacks
09:27 neeti_ joined #openstack-rally
09:36 openstackgerrit joined #openstack-rally
09:40 himangi joined #openstack-rally
09:43 rdas joined #openstack-rally
09:51 neeti joined #openstack-rally
09:52 aix joined #openstack-rally
09:55 nmagnezi amaretskiy, ping
09:55 amaretskiy nmagnezi: hi
09:55 nmagnezi amaretskiy, hi Alexander
09:56 nmagnezi amaretskiy, i have a question about you comment: https://review.openstack.org/#/c/154825/13/rally/benchmark/scenarios/vm/utils.py
09:56 amaretskiy yes, please ask
09:57 nmagnezi amaretskiy, so your intention was that the func definition will look like this? def _run_command(self, server_ip, port, username, password, interpreter, script, script_is_inline=True):
09:58 nmagnezi assuming that True keeps the existing behavior (meaning 'script' is a file and not a single bash command)
10:01 amaretskiy nmagnezi: yes, something like this
10:02 amaretskiy I think we can even keep old definition od _run_action()
10:02 pboldin joined #openstack-rally
10:03 amaretskiy IMHO this approach looks well
10:04 amaretskiy UPDATE: _run_action() probably requires extra argument like  script_is_inline
10:05 amaretskiy nmagnezi: take a look at line 44: return ssh.execute(interpreter, stdin=open(script, "rb"))
10:06 amaretskiy we can use StringIO for inline script (str command as file obkect)
10:06 amaretskiy *object
10:07 kairat_kushaev boris-42: Sorry for late answer... Was working on some other things. FYI, I ve created a bug https://bugs.launchpad.net/rally/+bug/1424997
10:16 boris-42 kairat_kushaev: interesting
10:17 boris-42 kairat_kushaev: assign this bug to you and please add it to commit message
10:18 amaretskiy nmagnezi: script_is_inline=True means that script is inline str command, not path to file
10:25 openstackgerrit Roman Vasilets proposed stackforge/rally: Add murano benchmarks  https://review.openstack.org/137661
10:25 openstackgerrit Roman Vasilets proposed stackforge/rally: Add murano base for murano benchmarks  https://review.openstack.org/137650
10:30 rook joined #openstack-rally
10:33 himangi joined #openstack-rally
10:35 exploreshaifali joined #openstack-rally
10:43 aix joined #openstack-rally
10:51 openstackgerrit Vitaly Gusev proposed stackforge/rally: Add rally tests for Ceilometer  https://review.openstack.org/153994
10:55 nkhare joined #openstack-rally
10:58 tnurlygayanov joined #openstack-rally
11:27 psd joined #openstack-rally
11:33 openstackgerrit Kairat Kushaev proposed stackforge/rally: Add create and check stack scenario  https://review.openstack.org/155685
11:33 openstackgerrit Kairat Kushaev proposed stackforge/rally: Add create-suspend-resume stack scenario  https://review.openstack.org/155346
11:36 psd joined #openstack-rally
11:40 oanufriev joined #openstack-rally
11:43 exploreshaifali joined #openstack-rally
11:48 cdent joined #openstack-rally
11:51 psd_ joined #openstack-rally
11:52 boris-42 kairat_kushaev: so I have some extra task for you=)
11:53 boris-42 kairat_kushaev: it's related to refactoring of heat stuff
11:54 himangi joined #openstack-rally
11:54 kairat_kushaev boris-42: Ok, I can do it but not now. I have some heat-related bugs.
11:54 boris-42 kairat_kushaev: but I belive it should be done in separated patch
11:54 kairat_kushaev boris-42: Ok, i am listening=)
11:56 boris-42 kairat_kushaev: take a look here https://review.openstack.org/#/c/155346/
11:56 boris-42 kairat_kushaev: so I am ok with your patch, but it will be nice to address this in future
12:02 kairat_kushaev boris-42: Ok, thanks for proposals and review. Will try to prepare patches.
12:06 openstackgerrit Roman Vasilets proposed stackforge/rally: Adding Multiple Request Scenario  https://review.openstack.org/117705
12:07 openstackgerrit Roman Vasilets proposed stackforge/rally: Adding Multiple Request Scenario  https://review.openstack.org/117705
12:10 openstackgerrit Pavel Boldin proposed stackforge/rally: Creating OS clients from the environment variables  https://review.openstack.org/158660
12:33 openstackgerrit Andrey Kurilin proposed stackforge/rally: try to found py27 interpreter for verification  https://review.openstack.org/158490
12:38 psd__ joined #openstack-rally
12:51 nkhare joined #openstack-rally
12:54 Miouge joined #openstack-rally
12:54 openstackgerrit Andrey Kurilin proposed stackforge/rally: try to found py27 interpreter for verification  https://review.openstack.org/158490
13:00 yfried__ boris-42: how can I create junit xml from the sla output?
13:01 openstackgerrit Vitaly Gusev proposed stackforge/rally: Add rally tests for Ceilometer  https://review.openstack.org/153994
13:02 msdubov_ joined #openstack-rally
13:02 openstackgerrit Mikhail Dubov proposed stackforge/rally: Unify RPS and constant runners and tune constant runner  https://review.openstack.org/155225
13:03 rdas joined #openstack-rally
13:04 boris-42 yfried__: we don't support junit yet =(
13:04 boris-42 yfried__: it's in roadmap
13:05 openstackgerrit Vitaly Gusev proposed stackforge/rally: Add Ceilometer scenario for nova notifications  https://review.openstack.org/154803
13:06 yfried__ boris-42: let me rephrase
13:06 yfried__ boris-42: I need our jenkins to parse the sla to determine job success
13:07 yfried__ boris-42: do you have an idea how I could do that?
13:14 boris-42 yfried__: as I said it's in roadmap
13:14 boris-42 yfried__: to add --subnit arugment to return in subuint results
13:15 boris-42 yfried__: using such approach https://github.com/stackforge/rally/blob/master/rally/cmd/commands/verify.py#L213-L217
13:17 exploreshaifali joined #openstack-rally
13:26 boris-42 yfried__: but it requires some amount of coding
13:26 boris-42 yfried__: so basically we will add this to all commands
13:26 boris-42 yfried__: what you need for sla is to tune sla_check command
13:27 boris-42 yfried__: to add one more argument --subnuit https://github.com/stackforge/rally/blob/master/rally/cmd/commands/task.py#L596
13:34 nmagnezi amaretskiy, ping. still here?
13:35 amaretskiy nmagnezi hi again
13:35 nmagnezi amaretskiy, hi :)
13:35 nmagnezi amaretskiy, just want to make sure i understand your point (and prevent unneeded patch sets)
13:35 amaretskiy yes
13:36 nmagnezi amaretskiy, ssh.execute can run a cmd *not* using it as a file if stdin=None?
13:36 nmagnezi amaretskiy, this is way you prefer I'll use it?
13:37 psd_ joined #openstack-rally
13:37 amaretskiy nmagnezi: ssh.execute is good for me
13:37 amaretskiy ssh.execute - this approach is also ok imho
13:37 nmagnezi amaretskiy, wasn't that your intention?
13:38 amaretskiy oh, sorry
13:38 amaretskiy yes
13:38 nmagnezi amaretskiy, meaning if "script_is_inline=True" I'll call it _run_action which calls ssh.execute with stdin=open(script, "rb")
13:38 nmagnezi amaretskiy, and if script_is_inline=False = it leaves stdin=None
13:39 amaretskiy i actually do not remember if ssh.execute run string command, but if not, you can use StringIO instance for stdin=...
13:40 amaretskiy StringIO allows to represent string (in our case that is script text) as file object
13:40 amaretskiy this should work
13:40 nmagnezi amaretskiy, i'm not familiar with the StringIO, can it just represent a bash command instead of a file?
13:43 amaretskiy nmagnezi http://paste.openstack.org/show/181222/
13:47 mwagner_lap joined #openstack-rally
13:47 amaretskiy nmagnezi: i've checked ssh.execute - yes, you can submit a string command if stdin=None, it works
13:47 mwagner_ joined #openstack-rally
13:48 nmagnezi amaretskiy, thank you for checking! so I prefer that approach, do you agree with that?
13:48 amaretskiy so we do not need StringIO, that is even simplier
13:48 nmagnezi cool :)
13:48 amaretskiy absolutely :)
13:48 nmagnezi amaretskiy, one additional minor question
13:49 nmagnezi amaretskiy, on that very patchset https://review.openstack.org/#/c/154825/13/rally/benchmark/scenarios/vm/utils.py
13:49 nmagnezi amaretskiy, Pavel Boldin suggests to seperate this to another function
13:49 nmagnezi amaretskiy, this was my approach to begin with (reflected in earlier patchsets)
13:49 amaretskiy no, he just points to wrong name
13:50 amaretskiy s/__run_command/_run_command/ :)
13:50 nmagnezi amaretskiy, but I've changed that following to a comment that i got
13:51 amaretskiy it seems that function name in docstring should be renamed, that's all to do
13:51 nmagnezi amaretskiy, i think his intention was to split the "cmds over ssh" to a different func and use a helper func for common code
13:51 nmagnezi amaretskiy, I agree
13:52 nmagnezi amaretskiy, a suitable name would be...? :-)
13:52 amaretskiy oh, sorry, now I see one more comment from Pavel... :)
13:53 nmagnezi amaretskiy, under your comment? or in the unittests file?
13:53 amaretskiy one sec....
13:53 nmagnezi ack
13:56 psd_mo joined #openstack-rally
13:56 amaretskiy nmagnezi: I've posted a comment for that
13:57 Miouge_ joined #openstack-rally
13:57 amaretskiy IMHO we do not need a lot of methods for this simple action
13:57 nmagnezi amaretskiy, thank you!
13:58 nmagnezi amaretskiy, will send a new patch soon enough
13:58 amaretskiy great! thanks!
14:03 openstackgerrit Mikhail Dubov proposed stackforge/rally: Unify RPS and constant runners and tune constant runner  https://review.openstack.org/155225
14:04 openstackgerrit Merged stackforge/rally: Remove all non-incubated oslo code  https://review.openstack.org/152847
14:06 Miouge joined #openstack-rally
14:10 yfried joined #openstack-rally
14:19 psd joined #openstack-rally
14:20 openstackgerrit Merged stackforge/rally: Creating OS clients from the environment variables  https://review.openstack.org/158660
14:32 yfried joined #openstack-rally
14:37 yfried_ joined #openstack-rally
14:38 abhirc joined #openstack-rally
15:04 yfried__ joined #openstack-rally
15:07 klindgren__ joined #openstack-rally
15:08 yfried joined #openstack-rally
15:22 arxcruz joined #openstack-rally
15:23 yfried_ joined #openstack-rally
15:26 yfried__ joined #openstack-rally
15:54 openstackgerrit Andrey Kurilin proposed stackforge/rally: try to found py27 interpreter for verification  https://review.openstack.org/158490
15:54 abhirc joined #openstack-rally
15:58 abhirc_ joined #openstack-rally
15:59 openstackgerrit Andrey Kurilin proposed stackforge/rally: WIP: try to launch rally in py34 env  https://review.openstack.org/158743
16:02 psd joined #openstack-rally
16:09 jay_t_c joined #openstack-rally
16:09 jay_t_c hello, anyone around this morning?  I have a question about specifying availablity-zone in args? Is it possible?
16:15 rook joined #openstack-rally
16:20 openstackgerrit Roman Vasilets proposed stackforge/rally: Add murano benchmarks  https://review.openstack.org/137661
16:21 openstackgerrit Roman Vasilets proposed stackforge/rally: Add murano base for murano benchmarks  https://review.openstack.org/137650
16:23 openstackgerrit OpenStack Proposal Bot proposed stackforge/rally: Updated from global requirements  https://review.openstack.org/158764
16:28 garyk joined #openstack-rally
16:28 garyk anyone can help me with a stupd question?
16:29 garyk in test if the concurrent users is X and the number of times is Y - does it mean that X will do the opertaion Y times? or it will be done in total Y times?
16:29 garyk boris-42: ^
16:41 meteorfox garyk: hi, I had the same questions last week. :) It means that it will run Y times in total, with up to X concurrently
16:45 openstackgerrit Roman Vasilets proposed stackforge/rally: Adding Multiple Request Scenario  https://review.openstack.org/117705
16:45 openstackgerrit Roman Vasilets proposed stackforge/rally: Adding Multiple Request Scenario  https://review.openstack.org/117705
16:46 msdubov_ joined #openstack-rally
16:47 openstackgerrit Roman Vasilets proposed stackforge/rally: Adding Multiple Request Scenario  https://review.openstack.org/117705
16:50 yfried joined #openstack-rally
16:56 msdubov_ joined #openstack-rally
16:57 openstackgerrit Mikhail Dubov proposed stackforge/rally: Unify RPS and constant runners and tune constant runner  https://review.openstack.org/155225
16:58 garyk meteorfox: th!anks
17:06 exploreshaifali joined #openstack-rally
17:07 boris-42 amaretskiy: meeting
17:27 psd joined #openstack-rally
17:28 afazekas joined #openstack-rally
17:50 openstackgerrit Roman Vasilets proposed stackforge/rally: Refactor ImageGenerator and validation  https://review.openstack.org/158797
17:53 openstackgerrit Roman Vasilets proposed stackforge/rally: Refactor ImageGenerator and validation  https://review.openstack.org/158797
18:02 openstackgerrit Jan Klare proposed stackforge/rally: Optional arguments for boot_and_delete_server_with_secgroups  https://review.openstack.org/158798
18:06 psd_ joined #openstack-rally
18:13 openstackgerrit Roman Vasilets proposed stackforge/rally: Add murano benchmarks  https://review.openstack.org/137661
18:13 openstackgerrit Roman Vasilets proposed stackforge/rally: Add murano base for murano benchmarks  https://review.openstack.org/137650
18:15 openstackgerrit Jan Klare proposed stackforge/rally: Removed **kwargs for volume in create_and_attach_volume  https://review.openstack.org/158808
18:20 harlowja joined #openstack-rally
18:24 harlowja joined #openstack-rally
18:38 yfried joined #openstack-rally
18:44 garyk joined #openstack-rally
19:07 psd__ joined #openstack-rally
19:24 ilbot3 joined #openstack-rally
19:24 Topic for #openstack-rally is now ☁ Rally RoadMap: http://goo.gl/JZkmwY ☁ Rally IRC chat logs http://irclog.perlgeek.de/openstack-rally ☁ Key persons to ask:  boris-42, msdubov, rediskin, andreykurilin, amaretskiy  ☁ Documentation: https://rally.readthedocs.org/en/latest/ ☁ To publish changes to Rally:  https://rally.readthedocs.org/en/latest/contribute.html
20:07 rook joined #openstack-rally
20:28 psd_ joined #openstack-rally
21:00 nmagnezi joined #openstack-rally
21:05 stream joined #openstack-rally
21:05 benemo joined #openstack-rally
21:11 benemo anyone around
21:12 andreykurilin_ joined #openstack-rally
21:17 andreykurilin__ joined #openstack-rally
21:22 andreykurilin_ joined #openstack-rally
21:25 boris-42 benemo: yep
21:27 benemo i think i figured it out ... i want to run a rally task using a specific heat template
21:28 boris-42 benemo: so you should just create it
21:28 benemo found your post on how to do it boris :)
21:28 boris-42 benemo: I mean template and pass
21:29 boris-42 benemo: hehe
21:29 benemo so just add the path to the template as an arg
21:29 benemo i'lll try that, thx!
21:30 boris-42 benemo: yep
21:30 boris-42 benemo: quite simple
21:30 boris-42 =)
21:30 boris-42 benemo: btw if you are going to load cloud (and would like to not kill it)
21:30 boris-42 benemo:  boris-42.me/rally-tricks-stop-load-before-your-openstack-goes-wrong/
21:30 boris-42 benemo: read this before putting big load=)
21:40 openstackgerrit John Wu proposed stackforge/rally: Add base for Swift API Benchmarks - Patch-1  https://review.openstack.org/154225
21:50 openstackgerrit Wataru Takase proposed stackforge/rally: Add boot server scenario for EC2 API  https://review.openstack.org/147550
21:55 boris-42 benemo: btw could I ask you to vote for my talk?)
21:55 boris-42 benemo: ahh too late too late=)
21:55 benemo sure
21:55 benemo i'm vote on it for tokyo for sure :)
22:03 benemo joined #openstack-rally
22:32 rook joined #openstack-rally
22:33 boris-42 jlk: meteorfox btw https://twitter.com/PavlovicBoris/status/570333246354890752
22:37 openstackgerrit joined #openstack-rally
22:38 openstackgerrit Oleh Anufriiev proposed stackforge/rally: WIP removed task validation from api.Task.start  https://review.openstack.org/158899
22:43 jlk boris-42: re supernova, I'm working on a patch to turn it into superstack, which uses the openstackclient instead of the nova client. It's pretty useful.
22:43 jlk it just wraps the executable, doesn't use the python-openstacksdk
22:46 boris-42 jlk: yep sandywalsh said me about supernova
22:46 boris-42 jlk: but this one is nice as well)
22:46 boris-42 jlk: especially if you are using rally alreayd=0
22:48 boris-42 jlk: I hope someday we won't need all this stuff
22:48 jlk yeah... something like this could be backed into python-openstackclient
22:50 boris-42 jlk: btw todays is great day
22:50 boris-42 jlk: we removed all openstack-incubator code from Rally
22:50 boris-42 =)
22:54 jlk wooo
23:25 meteorfox boris-42: hey, is this a known bug. It seems to me that the tokens expires, but it still tried to used the expired token, and instead of re-authenticating, it just failed. https://gist.github.com/meteorfox/8582714d4b63a23b5756
23:26 meteorfox boris-42: seems to happen when I run several long running tasks one after the other
23:27 boris-42 meteorfox: ah
23:27 boris-42 meteorfox: I think we can tune a bit this
23:27 boris-42 meteorfox: hm acutally no... I don't know how to fix this..
23:27 boris-42 meteorfox: every run of iteration we are generating new token ...
23:28 meteorfox boris-42: I'm thinking perhaps if you get 401, try and re-authenticate to get a new token
23:28 meteorfox and retry the request
23:29 boris-42 meteorfox: ah this is actually cleanup stuff
23:29 boris-42 meteorfox: where we are initalizing clients only once
23:29 boris-42 meteorfox: yep that can be tuned
23:31 meteorfox boris-42: if you can point me to a method or class to look at, I might write something quickly to fix it
23:31 boris-42 meteorfox: it's actually strange
23:32 boris-42 meteorfox: that list() failed
23:32 boris-42 meteorfox: https://github.com/stackforge/rally/blob/master/rally/benchmark/context/cleanup/manager.py#L132-L140
23:32 boris-42 meteorfox: https://github.com/stackforge/rally/blob/master/rally/benchmark/context/cleanup/manager.py#L80
23:34 rook joined #openstack-rally
23:34 boris-42 meteorfox: so we have this class https://github.com/stackforge/rally/blob/master/rally/benchmark/context/cleanup/base.py#L73-L74
23:34 meteorfox boris-42: ok
23:34 boris-42 meteorfox: we should make somemethod like reauthenticate
23:34 boris-42 meteorfox: that will reathenticate self.admin and self.users (they are rally.oslcients.Clients) insteances
23:35 boris-42 meteorfox: and in those places catch code 401
23:35 boris-42 meteorfox: and run manager.reauthenticate() in such cases
23:35 boris-42 meteorfox: and repeat
23:35 meteorfox boris-42: ok, I assume will only retry like 3 times or something
23:35 meteorfox right?
23:36 boris-42 meteorfox: yep but it won't help you in such case
23:36 meteorfox boris-42: ok
23:36 boris-42 meteorfox: we need to improve retry function
23:36 boris-42 meteorfox: like accept on failure handlers
23:37 boris-42 meteorfox: that will be the cleanest solution
23:37 meteorfox boris-42: like a callback?
23:37 boris-42 meteorfox: lol JS style=)
23:37 boris-42 meteorfox: like handler*
23:38 boris-42 meteorfox: so thing that will be called in case of exception with passed exception
23:38 boris-42 meteorfox: inisde this method we will check is it 401 and if it is 401 then run manager.reauth
23:38 meteorfox boris-42: ok, :)
23:38 meteorfox boris-42: an onError function
23:39 boris-42 meteorfox: actually I will call it error_handler
23:39 boris-42 meteorfox: wanna work on this?
23:39 meteorfox boris-42: sure, sure, I didn't mean that was the name for it.
23:39 meteorfox boris-42: yes
23:39 boris-42 meteorfox: =)
23:40 meteorfox boris-42: do we by any change have concurrent.future in openstack
23:40 meteorfox like in Python 3
23:40 meteorfox ?
23:40 meteorfox s/change/chance
23:42 boris-42 meteorfox: what is that  concurrent.future ?)
23:43 meteorfox boris-42: https://docs.python.org/3/library/concurrent.futures.html#module-concurrent.futures
23:43 boris-42 meteorfox:you mean in rally?
23:43 meteorfox boris-42: yeah, like a library, or a utilities modules, or something
23:44 meteorfox boris-42: I'm just thinking that concurrent.future is a good way to model this kind of transactions
23:44 meteorfox boris-42: anyway, I'll just handle the handler as an extra parameter or something
23:47 meteorfox boris-42: concurrent.future and RxPython have things like this
23:47 meteorfox boris-42: so, open a bug for this token issue?
23:49 boris-42 meteorfox: yep open bug
23:49 boris-42 meteorfox: so we won't support running parallel tasks
23:49 boris-42 meteorfox: we will support running parallel scenarios
23:50 boris-42 meteorfox: I was thinking a lot about this and decided that analyze of parallel tasks is not what users want=)
23:50 meteorfox boris-42: ok, I think you are right
23:51 boris-42 meteorfox: running different tasks is huge limitations
23:51 meteorfox boris-42: how would you express this? Like, how will the json look like
23:52 boris-42 meteorfox: that is the main blocker
23:52 boris-42 meteorfox: I need to find the way to keep simplicity and allow doing this=)
23:52 boris-42 meteorfox: actually I know the first step
23:53 meteorfox boris-42: right, building things is easy, building simple things is hard
23:53 boris-42 meteorfox: and when you have maybe last chance
23:53 boris-42 meteorfox: then you would deffintely think about it
23:53 meteorfox boris-42: what's the first step
23:54 boris-42 meteorfox: let me just make something
23:55 meteorfox boris-42: quick question, a task can have multiple scenarios right?
23:57 boris-42 meteorfox: yep as much as you need
23:57 boris-42 297 root      20   0       0      0      0 R 100.0  0.0   4:54.01 kswapd0
23:57 boris-42 WTF?
23:57 meteorfox lol
23:57 boris-42 meteorfox: i want to kill that shii
23:58 meteorfox you are swapping most likelye
23:58 meteorfox likely*
23:58 meteorfox boris-42: you cannot kill swapd, is  a kernel daemon
23:58 boris-42 meteorfox: ya ya I know=(
23:58 boris-42 meteorfox: but I still want=)
23:58 meteorfox boris-42: what's your memory util?
23:59 boris-42 meteorfox: so it's actually ubuntu 14 in vmware
23:59 boris-42 meteorfox: and something went wrong..

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