Thursday, 2016-06-09

*** pvaneck has quit IRC00:52
*** beslemon_ has quit IRC01:16
*** banix has joined #openstack-rally03:00
banixcan someone check the log if you get a chance: http://logs.openstack.org/05/265105/34/check/gate-kuryr-dsvm-rally-nv/44cdbeb/console.html is this something we are doing incorrectly in Kuryr or there is a Rally issue; i see there was a bug that is related https://bugs.launchpad.net/kuryr/+bug/1556775  but that bug was fixed a while back03:04
openstackLaunchpad bug 1556775 in Rally "gate-kuryr-dsvm-rally-nv is failing due to the recent rally change" [Critical,Fix released] - Assigned to Dmitry Ratushnyy (dratushnyy)03:04
*** beslemon has joined #openstack-rally03:04
*** banix has quit IRC03:20
*** MaxPC has joined #openstack-rally04:03
*** MaxPC has quit IRC04:06
*** sshnaidm|afk has quit IRC04:13
*** Alex_Stef has joined #openstack-rally04:29
*** beslemon has quit IRC05:05
*** arnoldje has quit IRC05:08
*** rdas has joined #openstack-rally05:14
*** rcernin|off has joined #openstack-rally05:15
*** psd has joined #openstack-rally05:16
*** meteorfox has quit IRC05:24
*** anevenchannyy has quit IRC05:24
*** athinkingmeat has quit IRC05:24
*** andreykurilin__ has quit IRC05:25
*** serverascode has quit IRC05:25
*** kun_huang has quit IRC05:25
*** boris-42 has quit IRC05:25
*** zhiyan has quit IRC05:25
*** anevenchannyy has joined #openstack-rally05:26
*** rcernin|off has quit IRC05:26
*** meteorfox has joined #openstack-rally05:28
*** athinkingmeat has joined #openstack-rally05:32
*** andreykurilin__ has joined #openstack-rally05:32
*** zhiyan has joined #openstack-rally05:33
*** boris-42 has joined #openstack-rally05:34
*** serverascode has joined #openstack-rally05:34
*** kun_huang has joined #openstack-rally05:37
*** rcernin|off has joined #openstack-rally06:14
*** rcernin|off is now known as rcernin06:21
*** zackf has quit IRC06:25
*** Guest8385 has joined #openstack-rally06:29
*** abalutoiu has joined #openstack-rally06:38
*** akrzos has joined #openstack-rally06:49
*** akrzos has quit IRC06:52
*** akrzos has joined #openstack-rally06:52
*** akrzos has quit IRC06:54
*** pcaruana has joined #openstack-rally07:09
*** arxcruz has joined #openstack-rally07:20
*** Alex_Stef has quit IRC07:25
*** psd has quit IRC07:44
*** amaretskiy has joined #openstack-rally07:45
*** akrzos has joined #openstack-rally07:55
*** tesseract has joined #openstack-rally07:56
*** akrzos has quit IRC07:59
*** Alex_Stef has joined #openstack-rally08:00
*** ushkalim has joined #openstack-rally08:01
*** openstackgerrit has quit IRC08:03
*** openstackgerrit has joined #openstack-rally08:03
*** psuriset has quit IRC08:10
*** permalac has joined #openstack-rally08:21
*** psuriset has joined #openstack-rally08:27
*** psuriset has quit IRC08:35
*** zackf has joined #openstack-rally08:37
*** zackf has quit IRC08:42
*** Alex_Stef has quit IRC08:43
*** yingjun has joined #openstack-rally08:46
*** psuriset has joined #openstack-rally08:47
*** alexchadin has joined #openstack-rally08:52
*** rdas has quit IRC08:54
*** Guest8385 has quit IRC08:58
*** yingjun has quit IRC09:01
*** yingjun has joined #openstack-rally09:01
*** rdas has joined #openstack-rally09:02
*** e0ne has joined #openstack-rally09:04
*** yingjun has quit IRC09:06
*** yingjun has joined #openstack-rally09:06
*** Alex_Stef has joined #openstack-rally09:08
*** Guest8385 has joined #openstack-rally09:11
*** alexchadin has quit IRC09:20
strigazirvasilets__: are you there?09:24
*** amaretskiy has left #openstack-rally09:24
*** yingjun has quit IRC09:25
*** yingjun has joined #openstack-rally09:25
strigazior amaretskiy: Are rally's packages up to date? https://github.com/openstack-packages/rally09:26
*** yingjun has quit IRC09:30
*** tosky has joined #openstack-rally09:30
*** sshnaidm|afk has joined #openstack-rally09:32
*** amaretskiy has joined #openstack-rally09:35
*** adiantum has joined #openstack-rally09:45
*** mvk_ has quit IRC09:46
openstackgerritMerged openstack/rally: Updated from global requirements  https://review.openstack.org/32486609:50
openstackgerritAndrey Kurilin proposed openstack/rally: Improve test_docstrigs  https://review.openstack.org/29169509:55
*** yingjun has joined #openstack-rally10:00
*** mvk_ has joined #openstack-rally10:17
openstackgerritIllia Khudoshyn proposed openstack/rally: [CI]Prepare for gate job testing existing users context  https://review.openstack.org/32457710:19
*** Guest8385 has quit IRC10:32
*** Guest8385 has joined #openstack-rally10:44
rvasilets__strigazi, hi10:55
rvasilets__strigazi, They are updated due to the last release10:56
rvasilets__strigazi, the last commit there should be https://github.com/openstack/rally/commit/d8fde48e865f7d5a0d8d66c4cc772e08dbda8dd610:57
rvasilets__18 april10:57
openstackgerritAndrey Kurilin proposed openstack/rally: Modify file-exporter plugin and base TaskExporter  https://review.openstack.org/30175010:57
openstackgerritAndrey Kurilin proposed openstack/rally: [docs] show references based on plugin bases  https://review.openstack.org/30191310:57
openstackgerritAndrey Kurilin proposed openstack/rally: [Docs] Include cofig json schema in plugin refs  https://review.openstack.org/32759210:57
*** adiantum has quit IRC11:03
*** adiantum has joined #openstack-rally11:04
openstackgerritAndrey Kurilin proposed openstack/rally: Improve test_docstrigs  https://review.openstack.org/29169511:19
openstackgerritIllia Khudoshyn proposed openstack/rally: [CI]Prepare for gate job testing existing users context  https://review.openstack.org/32457711:30
*** akrzos has joined #openstack-rally11:51
strigazirvasilets__: thanks11:52
strigazirvasilets__: I have a question about the cleanup of resources: https://review.openstack.org/#/c/309546/7/rally/plugins/openstack/cleanup/resources.py11:54
openstackgerritAndrey Kurilin proposed openstack/rally: Modify file-exporter plugin and base TaskExporter  https://review.openstack.org/30175012:04
*** alexchadin has joined #openstack-rally12:14
*** sshnaidm|afk is now known as sshnaidm12:16
openstackgerritIllia Khudoshyn proposed openstack/rally: [CI]Prepare for gate job testing existing users context  https://review.openstack.org/32457712:18
rvasilets__strigazi, Looks like that magnum baymodels could be deleted even if their heat stacks were deleted earlier. What would be going if we: 1)Create Magnum baymodel 2) Delete all heat resources. Will the baymodel would be steel working?12:20
rvasilets__strigazi, I saw that magnum is dependent on heat. So I think that its not the good Idea to clean up heat resources first. But looks like it work=)12:23
*** akrzos has quit IRC12:26
*** akrzos has joined #openstack-rally12:27
*** Guest8385 has quit IRC12:29
*** Anticimex has joined #openstack-rally12:29
*** abehl has joined #openstack-rally12:30
Anticimexhi12:30
Anticimexare there rally devs who're aware of the concurrency issues when running jobs with parallelism?12:31
*** akrzos has quit IRC12:31
rvasilets__Anticimex, hi, with what problems you faced with?)12:36
Anticimextrams can elaborate12:38
tramswell. rally seem to confuse which projects each thread belongs too. Thi results in errors but also that rally fails to clean up12:45
tramsAn example would be NeutronNetworks.create_and_list_subnets12:46
andreykurilintrams Anticimex: Are you running several rally processes in parallel?12:48
tramsnope, only one process12:48
tramsbut tasks have concurrency ofc.12:49
tramsplatform el7, python 2.7.512:49
rvasilets__is there any traces or logs?12:50
tramssure. :)12:50
andreykurilintrams: what rally version is used?12:51
tramshttps://paste.fedoraproject.org/376614/76680146/12:51
tramsrally --version12:51
trams0.4.1~dev2012:51
tramshm. that was a shitty paste12:52
rvasilets__)12:53
andreykurilintrams: sorry, I don't understand you issue. Could you share more details?12:53
tramsofc. the stack trace is because neutron isnt happy12:53
rvasilets__Full log of the task for example12:54
tramshm, i'll try to explain. i believe the issue is that when rally uses multiple tenants and users, created resources are only vissible to those specific users, but rally seem to get confused and use the wrong tennant to delete/list the network after it is created12:55
tramsthe problem seem to be generall, not for a specific task, but i guess it is easier with a somewhat simple one, like create_and_delete_subnets12:56
andreykurilintrams: could you share code of _run_scenario_once method from rally/task/runner.py ?12:57
tramsandreykurilin: sure.12:57
tramsandreykurilin: https://paste.fedoraproject.org/376616/77134146/12:59
andreykurilintrams: everything looks good12:59
*** akrzos has joined #openstack-rally13:00
andreykurilintrams: Does it reproduced only with neutron scenarios?13:00
*** dpaterson has joined #openstack-rally13:01
tramsandreykurilin: no, it seems to work with others as well.13:02
tramsandreykurilin: reducing concurrency to 1 always removes the issue13:02
andreykurilintrams: it is strange13:02
andreykurilintoo strange13:02
tramsandreykurilin: yes. at first i was convinced that the problem was not related at all to rally but instead to the deployment, but after disabling ssl everywhere and lookuing in pcaps very carefully i changed opinion13:03
*** absubram has quit IRC13:05
andreykurilintrams: 1) we launch most of scenarios in our gates for each new change. As you can see http://logs.openstack.org/95/291695/3/check/gate-rally-dsvm-neutron-rally/f1efb3a/rally-plot/results.html.gz there are few scenarios which have concurrency==1(they take took much time); 2) each iteration of task initialize new class of scenario and launch specified method. This method initialize openstack clients one time, so I cannot imagine situation wh13:07
*** arnoldje has joined #openstack-rally13:08
openstackgerritAndrey Kurilin proposed openstack/rally: [Verify] Add tempest configs and move to new section  https://review.openstack.org/31517113:19
*** yingjun has quit IRC13:20
*** yingjun has joined #openstack-rally13:20
andreykurilintrams: I have no ideas about the core of issue. I can only suggest you to do something like - https://review.openstack.org/#/c/288522/ to ensure that everything is write at rally side:)13:21
*** yingjun has quit IRC13:25
ciprian-barbuylobankov: ping13:36
*** yingjun has joined #openstack-rally13:38
*** arnoldje has quit IRC13:39
*** banix has joined #openstack-rally13:39
*** yingjun has quit IRC13:39
*** yingjun has joined #openstack-rally13:39
*** MaxPC has joined #openstack-rally13:40
tramsandreykurilin: nice, thanks!13:40
ylobankovciprian-barbu: pong13:41
banixhi. I get this error in our Rally gate job: “ERROR (EndpointNotFound): publicURL endpoint for compute service in RegionOne region not found”13:42
banix i see there was a Rally bug that causes the same error:  https://bugs.launchpad.net/kuryr/+bug/1556775  but that bug was fixed a while back13:42
openstackLaunchpad bug 1556775 in Rally "gate-kuryr-dsvm-rally-nv is failing due to the recent rally change" [Critical,Fix released] - Assigned to Dmitry Ratushnyy (dratushnyy)13:42
banixCan someone have a look at the log here  http://logs.openstack.org/05/265105/34/check/gate-kuryr-dsvm-rally-nv/44cdbeb/console.html and see if this is something we are doing incorrectly in Kuryr or there is a Rally issue13:43
andreykurilin(facepalm)13:43
ylobankovciprian-barbu: I am reviewing you patch right now13:43
andreykurilinbanix: hi13:43
banixandreykurilin: hi13:43
*** yingjun has quit IRC13:43
andreykurilinbanix: I know the reason of the issue:(13:44
andreykurilinbanix: I think it relates to https://review.openstack.org/#/c/311526/13:44
*** zackf has joined #openstack-rally13:45
*** zackf has quit IRC13:45
*** zackf has joined #openstack-rally13:45
banixandreykurilin: looks like it :) anything we can do about it? I guess we hit the rror because we do not have Nova service running. right?13:46
andreykurilinbanix: yes:(13:46
andreykurilinbanix: could you post a small change to rally repo?13:47
banixshoudln’t the nova boot statement go inside the if block right above it?13:47
andreykurilinyes13:47
andreykurilinit should13:47
banixsure, will do13:47
andreykurilinlike we have at L5813:47
andreykurilinbanix: thanks13:48
banixthanks for pointing me to the source of the problem13:48
andreykurilinthanks for pinging us:)13:48
ylobankovciprian-barbu: once Jenkins gives a +1 to you, I will +2 it.13:50
*** alexchadin has quit IRC13:52
andreykurilinylobankov: It haf +1 from jenkins in previous patch-set. The difference between patch-sets are in commit message. If we talk about https://review.openstack.org/#/c/315171/ :)13:53
andreykurilinciprian-barbu: Please, use labels "Closes-Bug: #7777", "Related-Bug: #777" and others in commit messages in futures;) It helps to write release notes based on commit messages. Also, jenkins detects such labels and attachs fix to bug report13:55
openstackbug 7777 in Ubuntu "iso-codes update request" [Medium,Fix released] https://launchpad.net/bugs/777713:55
openstackbug 777 in helix-player (Ubuntu) "installscript fails to create a symbolic link for plugin registration (mozilla-firefox)" [Medium,Invalid] https://launchpad.net/bugs/77713:55
tramsandreykurilin: did another test with create_and_list_subnet. setting concurrency to 1 always work, where higher concurrency gives errors.13:56
tramsandreykurilin: and also the requirement to clean up after rally manually13:56
andreykurilintrams: We had problems only with two neutron scenarios, but it was fixed a month ago and your code includes the fix(if you posted code which is actually used). Btw, what is the issue on cleanup steps? any traces/logs?13:58
tramsandreykurilin: if you wish, i can run two rallys in parallell with concurrency 1. that should create a concurrency situation but isolate if rally have the issue or if it is neutron13:58
tramsandreykurilin: i'm pretty sure the clean up errors are follow up errors rather than a seperate issue14:00
*** alexchadin has joined #openstack-rally14:01
tramsinteresting. doing a concurrency of 10, and number of tennants 10 also yields 0 errors14:01
tramswill do the test some more, to see if this is always true14:02
openstackgerritIllia Khudoshyn proposed openstack/rally: [CI]Prepare for gate job testing existing users context  https://review.openstack.org/32457714:02
andreykurilinO_o14:04
tramsno it can still fail, but fails a lot less14:06
openstackgerritMohammad Banikazemi proposed openstack/rally: Use Nova only when Nova is available  https://review.openstack.org/32769114:07
*** abehl has quit IRC14:09
*** asdfasdfasdf has joined #openstack-rally14:16
*** vkhalin has joined #openstack-rally14:16
*** asdfasdfasdf has quit IRC14:16
vkhalintest14:17
andreykurilinvkhalin: hi14:17
*** akrzos has quit IRC14:17
vkhalinHouston I have a problem14:17
ciprian-barbuylobankov: I can amend the commit message, would you like me to do that ?14:18
ylobankovciprian-barbu: No, andreykurilin added the link to the bug :)14:18
ciprian-barbuylobankov: great, thank you and sorry about that14:19
ylobankovciprian-barbu: could you please assigne https://bugs.launchpad.net/rally/+bug/1580695 to yourself?14:20
openstackLaunchpad bug 1580695 in Rally "flavor_ref and flavor_ref_alt have hardcoded 64 and 128 ram size" [Undecided,In progress]14:20
*** abehl has joined #openstack-rally14:22
vkhalinaccording to this man - https://rally.readthedocs.io/en/0.0.2/plugins.html#id8  I tried to add my custom scenario to Rally, placed filename.py to directory ~/.rally/plugins and started custom scenario via "rally task start ..." and got message that Task config is invalid: `There are no benchmark scenarios with names: `VMCustomScenario.boot_runcommand_delete`.`14:22
vkhalinwhere I've failed?14:22
*** abehl has quit IRC14:22
*** anshul has joined #openstack-rally14:22
*** anshul is now known as Guest7677414:23
*** arnoldje has joined #openstack-rally14:24
andreykurilinvkhalin: could you share code of scenario?14:26
openstackgerritAndrey Kurilin proposed openstack/rally: WIP: some work around deployment configs  https://review.openstack.org/32771514:30
*** rook-remote has joined #openstack-rally14:31
*** alexchadin has quit IRC14:32
*** akrzos has joined #openstack-rally14:40
*** pcaruana has quit IRC14:41
*** banix has quit IRC14:45
*** banix has joined #openstack-rally14:49
*** vkhalin has quit IRC14:55
*** akrzos has quit IRC14:58
*** KevinE has joined #openstack-rally15:07
KevinEcan anyone help me with a strange issue I'm getting in rally?15:13
*** abalutoiu has quit IRC15:26
*** rdas has quit IRC15:26
*** tesseract has quit IRC15:30
*** rcernin has quit IRC15:32
*** MaxPC has quit IRC15:33
*** rook-remote has quit IRC15:34
*** MaxPC has joined #openstack-rally15:44
*** KevinE_ has joined #openstack-rally15:45
*** KevinE has quit IRC15:46
*** banix has quit IRC15:46
*** banix has joined #openstack-rally15:47
*** beslemon has joined #openstack-rally15:57
*** beslemon has quit IRC15:57
*** beslemon has joined #openstack-rally15:58
*** arxcruz has quit IRC16:01
*** Guest76774 has quit IRC16:02
*** pvaneck has joined #openstack-rally16:22
*** leoswaldo has joined #openstack-rally16:27
*** MaxPC has quit IRC16:27
*** amaretskiy has quit IRC16:31
openstackgerritIllia Khudoshyn proposed openstack/rally: [CI]Prepare for gate job testing existing users context  https://review.openstack.org/32457716:32
andreykurilinKevinE_: what happened?16:32
*** adiantum has quit IRC16:34
*** klindgren has quit IRC16:34
*** leoswaldo has left #openstack-rally16:35
KevinE_andreykurilin: I'm just really bad at python lol16:37
andreykurilinlol16:37
*** ushkalim has quit IRC16:37
KevinE_andreykurilin: can you check this out for me? http://pastebin.com/XzjHZi7E16:39
KevinE_So I copied from a scenarios file first. There is a method that I pulled (that I need) that used to tie to an older version of utils.generate_random_name. Now that method is in a class, RandomNameGeneratorMixin16:40
*** akrzos has joined #openstack-rally16:40
KevinE_andreykurilin: That second class/file is listed below the ~~. I can't figure out how to edit that little method to return a correctly randomly generated name16:41
andreykurilinKevinE_: what is a correctly randomly generated name for you?)16:41
KevinE_andreykurilin: I'm not sure. What I see is that the second class is up-to-date and should produce a good result. The only params I see is the format and length. In the old class it has prefix which I guess was before someone decided to change it to a format16:42
KevinE_andreykurilin: I think all that needs to be done is correctly pull that resource_name_format, and somehow return from the correct method16:43
andreykurilinKevin_: what is wrong now?) do you need to specify custom prefix?16:43
KevinE_andreykurilin: So I'm getting error "AttributeError: 'module' object has no attribute 'generate_random_name'" because I think the way it calls that method is wrong16:44
KevinE_it's not imported or something16:44
andreykurilinKevinE_: it looks like you are trying to call custom plugin. Right?16:44
andreykurilin*to execute custom scenario or custom context16:44
*** beslemon has quit IRC16:45
KevinE_andreykurilin: the only thing I'm changing in these files is that one method16:45
KevinE_oh wait yes lol I'm executing custom scenarios16:46
*** klindgren has joined #openstack-rally16:46
KevinE_andreykurilin: I have an old internal repo I'm trying to fix to merge upstream16:46
andreykurilinKevinE_: does it really important to you to specify the length of name?16:46
andreykurilinKevinE_: let me describe the reason of changes in generate_random_name method16:47
KevinE_andreykurilin: Not really sure, that var used to be 10 and I changed it to 25 when I counted the chars in the format, that's literally all I know about how these segments of code work16:47
*** e0ne has quit IRC16:48
andreykurilinKevinE_: previously, different scenarios and contexts were able to generate random names whatever the want, but it was not good idea, since there was not ability to identify resource. Now, each resource created by rally has name which include word rally and a part of task id. in the nearest future, you will be able to disable automatic cleanup after the task, check failed resources and launch cleanup for particular task manually. That is wh16:50
andreykurilinKevinE_: In your case, you need to change your code and call self.generate_random_name from scenario instead of utils.generate_random_name . It means that you need to drop ability to setup the length of name16:52
KevinE_andreykurilin: Totally fine with me, I just want compatibility :)16:53
KevinE_andreykurilin: so I can delete the length, and the prefix since that's not even a thing anymroe, what do I need to pass now?16:54
*** diogogmt has joined #openstack-rally16:57
*** akrzos has quit IRC16:58
andreykurilinKevinE_: you should pass nothing to latest generate_random_name method16:59
*** mvk_ has quit IRC16:59
*** akrzos has joined #openstack-rally16:59
andreykurilinKevinE_: What does you mean when said "want compatibility"? Do you want to port your scenario to latest rally or to make your scenarios compatible for both old release and new one?16:59
KevinE_andreykurilin: port scenario to latest rally currently17:00
andreykurilinso you need to just call self.generate_random_name()17:00
*** akrzos has quit IRC17:03
KevinE_@classmethod~~    def _generate_random_name(self):~~         return self.generate_random_name()17:03
KevinE_andreykurilin: that's my method correct? :)17:04
dpatersonboris-42: any plans for a rally mid-cycle sprint?  Trying to budget travel for second half of 201617:04
KevinE_andreykurilin: http://pastebin.com/MGEzWarm There i have listed my new method with what you said. Now I'm getting error that _generate_random_name() takes 1 argument but 2 given, from the class that I have pasted there. How should I fix that part now?17:06
Anticimexandreykurilin: the way i understood our issue from a month back or so, was that high concurrency number on single tenant (iirc) basically meant concurrency-code messed up the pointers between its objects. so object A gets created at t_1. B gets created at t_2. A gets deleted at t_3, however, A has been replaced with something like C, which hasn't been created yet, and the error ends up being tha17:10
Anticimext e.g. neutron can't delete ...17:10
Anticimex... something that doesn't exist17:11
Anticimexi guess a trace of each thread with high precision timestamps could help sort out the global ordering of events17:11
Anticimexor similar17:11
openstackgerritMerged openstack/rally: [Verify] Add tempest configs and move to new section  https://review.openstack.org/31517117:16
*** permalac has quit IRC17:31
*** akrzos has joined #openstack-rally17:42
KevinE_hmm anyone else have a free second to help me trace a bit of python?17:50
*** akrzos has quit IRC17:54
*** MaxPC has joined #openstack-rally17:57
*** serverascode has quit IRC17:58
*** serverascode has joined #openstack-rally18:00
*** rvasilets__ has quit IRC18:00
*** rvasilets__ has joined #openstack-rally18:00
*** abalutoiu has joined #openstack-rally18:10
*** arnoldje has quit IRC18:10
*** mgagne has quit IRC18:16
*** mgagne has joined #openstack-rally18:17
*** abalutoiu has quit IRC18:24
*** abalutoiu has joined #openstack-rally18:25
*** arnoldje has joined #openstack-rally18:29
njohnstonHi!  I have a quick question.  I am working with an engineer to get him up to speed on Rally on a new development.  He is trying out running a few tests from the samples directory, like samples/tasks/scenarios/nova/list-hypervisors.yaml - but he keeps getting the error "Completed: Exit context: `users`\nTask config is invalid: `Unable to setup context 'users': 'Failed to create the requested number of tenants.'`"18:34
njohnstonThis is against an Icehouse environment with Mitaka Rally; When I run Rally with debug logging I see: "2016-06-08 18:59:24.692 11197 ERROR rally.common.broker EndpointNotFound: admin endpoint for identity service in XXXX region not found" - but $OS_AUTH_URL is set in the rally deployment... http://paste.openstack.org/show/509002/ for the full log18:34
*** banix has quit IRC18:38
*** banix has joined #openstack-rally18:43
*** smurke has quit IRC18:55
*** smurke has joined #openstack-rally18:57
*** e0ne has joined #openstack-rally18:59
*** e0ne has quit IRC19:02
KevinE_andreykurilin: you still around? :)19:06
*** e0ne has joined #openstack-rally19:07
*** pvaneck has quit IRC19:10
*** harlowja has quit IRC19:12
*** pvaneck has joined #openstack-rally19:16
*** itlinux has joined #openstack-rally19:18
*** MaxPC has quit IRC19:36
*** MaxPC has joined #openstack-rally19:38
*** harlowja has joined #openstack-rally19:49
*** e0ne has quit IRC19:49
*** arnoldje has quit IRC19:55
*** MaxPC has quit IRC20:00
*** MaxPC has joined #openstack-rally20:02
*** arnoldje has joined #openstack-rally20:12
openstackgerritKevin Esensoy proposed openstack/rally: [DO NOT MERGE] Add scenarios to VM  https://review.openstack.org/32670120:33
*** rcernin has joined #openstack-rally20:36
*** MaxPC has quit IRC20:39
KevinE_Fault: {u'message': u'No valid host was found. There are not enough hosts available.', u'code': 500, u'created': u'2016-06-09T20:39:58Z'}20:40
KevinE_anyone know what this error means?20:40
openstackgerritMerged openstack/rally: Use Nova only when Nova is available  https://review.openstack.org/32769120:42
*** akrzos has joined #openstack-rally20:43
*** banix has quit IRC20:51
*** rcernin has quit IRC21:15
*** dpaterson has quit IRC21:42
*** njohnston is now known as njohnston|afk21:49
openstackgerritKevin Esensoy proposed openstack/rally: [DO NOT MERGE] Add scenarios to VM  https://review.openstack.org/32670121:50
*** KevinE_ has quit IRC22:11
*** arnoldje has quit IRC22:13
andreykurilin__Anticimex: let me share some links which should describe how rally runs iterations in parallel22:15
*** banix has joined #openstack-rally22:19
*** banix has quit IRC22:22
andreykurilin__Anticimex: https://github.com/openstack/rally/blob/master/rally/task/engine.py#L340-L348 this is a first part - obtain runner class(constant in your case) and execute run method on it.22:26
andreykurilin__https://github.com/openstack/rally/blob/master/rally/plugins/common/runners/constant.py#L118-L119 is a constant runner. there is no run method, so it will use run method from parent class22:26
andreykurilin__https://github.com/openstack/rally/blob/master/rally/task/runner.py#L154-L162 this method obtains class object of scenario and execute _run_scenario method of constant runner22:26
andreykurilin__https://github.com/openstack/rally/blob/master/rally/plugins/common/runners/constant.py#L159 actually it is only about creating processes and threads. each iteration executes  _run_scenario_once_with_unpack_args -> runner._run_scenario_once method22:26
andreykurilin__https://github.com/openstack/rally/blob/master/rally/task/runner.py#L5322:26
andreykurilin__https://github.com/openstack/rally/blob/master/rally/task/runner.py#L62 as you can see, class of scenario is initialized on the last step. in each iteration we have separate instance of scenario class with own properties22:26
Anticimexcool, thanks22:27
andreykurilin__Each iteration creates clients once and cache them. since instance of scenario class is not shared across iterations, cache is not shared too.22:27
andreykurilin__Also cache means that for operations create and delete in one iteration, one client will be used22:28
andreykurilin__so I can't imagine case when at create step we have user1 and at delete step we have user222:28
andreykurilin__Anticimex: one more link:) https://github.com/openstack/rally/blob/master/rally/task/runner.py#L56-L57 input data is not shared too:)22:29
tramsit would be too easy22:30
tramsif it was only users22:30
tramsand also mean that all concurrency would work if used just 1 tennant for all tests22:30
tramswhich doesnt avail the issue (but removing concurrency does)22:30
tramsi will try to circle the issue more closely tomorrow22:31
tramsand aslo write down what and what doesnt work and why for easy tracking22:31
andreykurilin__"aslo write down what and what doesnt work and why for easy tracking" it can help22:31
andreykurilin__I think you need to insert a lot of `LOG.debug` statements around the code22:32
andreykurilin__but your issue sounds very strange22:32
andreykurilin__https://review.openstack.org/#/c/324577/ <- an example of patch where you can see a lot of rally jobs which launch a lot of different scenarios. most of them uses constant runner with concurrency>122:34
andreykurilin__so I'll waiting for more data tomorrow :)22:34
*** abalutoiu has quit IRC22:35
Anticimexandreykurilin__: thanks for the pointers :)22:36
andreykurilin__Anticimex: you are welcome:)22:37
*** MaxPC has joined #openstack-rally22:44
*** zackf has quit IRC22:58
*** davideagnello has joined #openstack-rally23:03
*** zackf has joined #openstack-rally23:04
*** davideagnello has quit IRC23:04
*** zackf has quit IRC23:08
*** MaxPC has quit IRC23:22
*** tosky has quit IRC23:43

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!