Tuesday, 2014-11-25

*** ikke-t has quit IRC00:00
*** rdo has joined #heat00:00
*** pmallya has quit IRC00:02
*** dims has quit IRC00:03
*** dims has joined #heat00:03
*** alexheneveld_ has joined #heat00:07
*** dims has quit IRC00:08
*** alexheneveld has quit IRC00:09
*** alexheneveld_ is now known as alexheneveld00:09
*** sarob has quit IRC00:14
*** rushiagr_away is now known as rushiagr00:17
*** ygoto has joined #heat00:19
*** dims has joined #heat00:21
*** swygue has joined #heat00:23
*** rushiagr is now known as rushiagr_away00:28
*** dims has quit IRC00:31
*** dims has joined #heat00:31
*** dims has quit IRC00:36
*** zhenzanz has joined #heat00:42
*** zhenzanz_ has joined #heat00:43
*** mc__ has joined #heat00:45
*** che-arne has quit IRC00:45
*** che-arne has joined #heat00:45
*** zhenzanz has quit IRC00:47
*** zhenzanz_ is now known as zhenzanz00:47
*** tellesnobrega_ has joined #heat00:51
*** Putns has quit IRC01:00
*** tellesnobrega_ has quit IRC01:01
*** tellesnobrega_ has joined #heat01:04
*** zhiwei has joined #heat01:22
*** Qiming has joined #heat01:23
*** tellesnobrega_ has quit IRC01:28
*** tellesnobrega_ has joined #heat01:28
*** sarob has joined #heat01:29
*** sarob has quit IRC01:29
*** che-arne has quit IRC01:29
*** sarob has joined #heat01:37
*** dims has joined #heat01:42
*** tellesnobrega_ has quit IRC01:45
*** achanda has quit IRC01:50
*** sarob has quit IRC01:59
*** dims has quit IRC02:00
*** dims has joined #heat02:00
*** nosnos has joined #heat02:01
*** zhenzanz_ has joined #heat02:03
*** zhenzanz has quit IRC02:04
*** zhenzanz_ is now known as zhenzanz02:04
*** sarob has joined #heat02:05
*** dims has quit IRC02:05
*** Yanyanhu has joined #heat02:05
*** sarob has quit IRC02:10
*** apporc has joined #heat02:11
*** erkules_ has joined #heat02:29
*** erkules has quit IRC02:31
*** kitch_ has quit IRC02:35
*** ramishra has joined #heat02:36
*** tellesnobrega_ has joined #heat02:49
*** GonZo2K has quit IRC02:51
*** KanagarajM has joined #heat02:54
*** zhenzanz has quit IRC03:03
*** elynn has joined #heat03:05
elynnmorning guys:)03:08
*** zhenzanz has joined #heat03:08
*** ahonda has quit IRC03:09
*** elynn has quit IRC03:10
*** zhenzanz_ has joined #heat03:11
*** LiJiansheng has joined #heat03:13
*** zhenzanz has quit IRC03:13
*** zhenzanz_ is now known as zhenzanz03:14
*** hdd has joined #heat03:16
openstackgerrithuangtianhua proposed openstack/heat: Record update_time for suspend/resume/snapshot actions  https://review.openstack.org/13622403:25
openstackgerrithuangtianhua proposed openstack/heat: Failed res no need UpdateReplace which has nested_stack  https://review.openstack.org/13010703:25
openstackgerrithuangtianhua proposed openstack/heat: Correct group's updates from a failed state  https://review.openstack.org/13552403:25
*** zhiwei has quit IRC03:28
*** JayJ has joined #heat03:28
*** nosnos has quit IRC03:29
*** elynn has joined #heat03:31
*** ckmvishnu has joined #heat03:31
*** JayJ has quit IRC03:33
openstackgerrithuangtianhua proposed openstack/heat: Apply neutron network constraint  https://review.openstack.org/13582303:35
openstackgerrithuangtianhua proposed openstack/heat: Apply neutron port constraint  https://review.openstack.org/13583503:35
*** KanagarajM has quit IRC03:36
*** ckmvishnu has quit IRC03:37
openstackgerritAngus Salkeld proposed openstack/heat-specs: Use oslo-versioned-objects to help with upgrades  https://review.openstack.org/13215703:40
*** elynn has quit IRC03:41
*** hdd has quit IRC03:44
*** tiantian is now known as huangtianhua03:46
openstackgerrithuangtianhua proposed openstack/heat: Apply nova server constraints for resources  https://review.openstack.org/13415103:52
*** elynn has joined #heat03:54
*** ahonda has joined #heat03:56
cmystermorning04:02
*** nosnos has joined #heat04:03
*** apporc_ has joined #heat04:04
*** apporc has quit IRC04:04
*** apporc_ has quit IRC04:04
*** apporc has joined #heat04:05
*** rdo has quit IRC04:07
*** rdo has joined #heat04:09
*** erkules_ is now known as erkules04:15
*** tochi has joined #heat04:15
*** ygoto has quit IRC04:16
*** ygoto has joined #heat04:19
*** hdd has joined #heat04:21
*** sgordon_ has quit IRC04:34
*** mc__ has quit IRC04:36
*** nkhare has joined #heat04:53
*** hdd has quit IRC04:54
*** elynn has quit IRC05:08
*** sarob has joined #heat05:10
*** jamielennox has quit IRC05:11
*** jamielennox has joined #heat05:11
*** sarob has quit IRC05:15
*** kopparam has joined #heat05:22
*** nosnos has quit IRC05:30
*** nosnos_ has joined #heat05:30
*** elynn has joined #heat05:35
*** rakesh_hs has joined #heat05:40
*** unmeshg has joined #heat05:41
*** Qiming has quit IRC05:46
*** Qiming has joined #heat05:47
*** tspatzier has joined #heat05:47
*** kopparam has quit IRC05:48
*** kopparam has joined #heat05:48
*** tspatzier has quit IRC05:55
*** renlt has joined #heat06:06
*** ishant has joined #heat06:09
*** ygoto has quit IRC06:15
*** killer_prince is now known as lazy_prince06:18
*** mc__ has joined #heat06:18
*** ifarkas has joined #heat06:19
*** rushiagr_away is now known as rushiagr06:19
*** k4n0 has joined #heat06:24
*** kopparam has quit IRC06:31
*** kopparam has joined #heat06:32
*** alexheneveld has quit IRC06:32
*** nosnos_ has quit IRC06:34
*** nosnos has joined #heat06:34
*** ifarkas has quit IRC06:39
*** bhi has quit IRC06:47
openstackgerrithuangtianhua proposed openstack/heat: Apply neutron subnet constraint  https://review.openstack.org/13587506:47
*** tomek_adamczewsk has joined #heat06:48
openstackgerrithuangtianhua proposed openstack/heat: Apply neutron router constraint  https://review.openstack.org/13588006:48
*** harlowja is now known as harlowja_away07:01
*** kopparam_ has joined #heat07:01
*** kopparam has quit IRC07:03
*** tomek_adamczewsk has quit IRC07:04
skraynevgood morning!07:04
cmystermorning07:05
*** kopparam_ has quit IRC07:06
*** saju_m has joined #heat07:06
*** kopparam has joined #heat07:06
*** achanda has joined #heat07:08
*** cody-somerville has quit IRC07:09
asalkeldhi skraynev07:22
*** cody-somerville has joined #heat07:23
skraynevhi asalkeld07:24
*** inc0 has joined #heat07:31
*** achanda has quit IRC07:35
*** pas-ha has joined #heat07:37
*** jtomasek has joined #heat07:37
inc0good morning07:38
inc0asalkeld, ping07:38
asalkeldhi inc007:39
asalkeldi did look at your code07:39
inc0yesterday I've pushed props updates07:39
*** vijayagurug has joined #heat07:39
inc0but general idea should be visible before07:39
*** vijayagurug has left #heat07:39
inc0what do you think about that approach?07:39
asalkeldso it's seems very heavy in the recalulation phase07:41
asalkeldwe do need to be to careful about hitting api's a lot07:42
asalkeld(of other services)07:42
inc0well, I was rather thinking of different approach07:42
*** alexheneveld has joined #heat07:42
inc0there will be DB table which will represent "reality"07:42
inc0probably current resource table07:42
asalkeldhelp me here: what keeps calling "converge"07:43
*** achanda has joined #heat07:43
inc0coverage will be infinite loop07:43
inc0nothing will actually call it07:43
asalkeldhttps://github.com/inc0/heat-convergence-prototype/blob/iterative/converge/engine.py#L2907:44
inc0its main reason is to keep looking at reality_database_table and stack_goal_table and try to keep these 2 aligned07:44
inc0this is hack to allow tests to specify "now simulate x iterations of coverage"07:44
asalkeldi like some aspects of this, the setting of the goal vs. reality07:44
inc0main idea is that coverage won't have notion of graph whatsoever07:45
inc0all it does is check "what actions can be performed *right now*"07:45
inc0and schedules performing these07:45
*** saju_m has quit IRC07:46
inc0that don't guarantee what stack will ever finish, but it should finish in finite time07:46
inc0whats really nice about that - its completely stateless07:46
*** achanda has quit IRC07:46
asalkeldwe don't guarentee timelyness07:46
inc0all it has is "what I have right now" and based on that "what I can do to bring reality a little bit closer to goal"07:47
asalkeldsome questions would be:07:47
inc0that will also mean that stack isn't monolythic thing which eighter fails completely or succeed completely...07:48
asalkeldhow expensive is it to re-calulate this every loop07:48
inc0if we have resources cached in local db?07:48
asalkeldin terms of mem/cpu on large stacks07:48
inc0I don't think that would even matter07:48
*** achanda has joined #heat07:48
asalkeldinc0, even if you are not calling out to services07:48
asalkeldwell tripelo and others have very large templates07:49
*** jamielennox is now known as jamielennox|away07:49
asalkeldso we need to look at this aspect of scale as well07:49
inc0well, with good db queries and scallability, I still think that will be managable07:49
asalkeldinc0, - not critising you - but this is a good thing to benchmark and understand07:49
*** alexheneveld has quit IRC07:50
*** vijayagurug has joined #heat07:50
asalkeldso we can compare one with the other07:50
inc0asalkeld, I totally agree, but I think we'll need to do that anyway at some point07:50
inc0having notion of graph and so on will always be faster than recalculating it07:50
inc0but what recalculation gives us is statelessness07:51
asalkeldthat's fine there are pros/cons07:51
inc0and, well, I don't think we can apply classical graph approach here07:51
inc0because graph may change during traversal07:51
asalkeldjust good to know what you are giving up to get another benefit07:51
inc0update, resource can fail after spawn and so on07:51
inc0I don't ever think that resource is "complete so I don't have to check that again"07:52
asalkeldagree07:52
inc0if for example we set up VM (one of 1000)07:52
inc0and it finishes07:52
inc0so I keep going with graph07:52
inc0and it fails07:52
inc0my approach will try to recreate/heal/whatever07:53
*** achanda has quit IRC07:53
asalkeldyip07:53
asalkeldi'd suggest adding some instrumentation to measure mem when you have a template of N resources07:53
inc0I'd be caucious about measuring a PoC07:53
asalkeldand we can get this on all the algos07:53
asalkeldinc0, maybe - it's just an idea tho'07:53
inc0because that can be accelerated by having actual db and have better queries and so on07:53
inc0well, we can time out how long it takes to finishes all test cases;)07:54
inc0that would give us some idea07:54
inc0although I think statelessness and therefore scallability is more important than singular performance07:55
asalkeldi am not stressed about performance *that* much, but I am worried about having a linear relationship of memory to template size07:56
inc0I don't think we need07:56
inc0when we traverse graph, we don't need to load it into memory really07:56
asalkeldinc0, i am simply trying to get you to think about potential down sides of this approach and face/think about them07:56
inc0we iterate over every resource in this stack07:56
inc0and check "am I good?"07:56
*** jprovazn has joined #heat07:57
inc0so memory wise it will be just space required for single resource07:57
inc0and status of its immediate neighbors07:57
asalkeldwell we could do a query as you suggested we could query for state != complete?07:57
inc0yup07:57
asalkeldor not converged07:58
*** achanda has joined #heat07:58
inc0we'll have list of resources_goal, then for each resource goal check if reality matches07:58
ekarlso-is there any of the convergence stuff gone into master atm ?07:58
asalkeldekarlso-, not yet07:59
inc0we're testing few approaches07:59
asalkeldyip ^07:59
asalkeldinc0, any reason you didn't have the action call converge() after it is done?08:00
inc0cpu-wise it will be heavier, but we can for example add "last checked" flag and check every resource every few minutes08:00
inc0that would spread the load08:00
inc0asalkeld, after what is done?08:00
asalkeldinc0, cpu can scale easier than mem08:00
inc0true, thats why I'm not *that* concerned'08:00
*** jcoufal has joined #heat08:00
asalkeldaction == update, when the update is done, call converge (async)08:01
inc0update call just sets up a goal08:01
inc0and yeah, we can call converge afterwards08:01
inc0but that would be one iteration anyway08:01
inc0so might speed things a little bit, but just a little bit08:02
inc0creation of a stack isn't atomic action here, it requires n iterations of converge...and we never really know what n is08:02
asalkeldok08:03
inc0it will try its best to finish someday08:03
inc0;)08:03
asalkeldinc0, i do like it's simplicity08:03
inc0but that may mean recreating failed resources and so on, so we can't really predict that08:03
inc0yeah, I don't think you were when Glyph described it08:04
inc0at meetup08:04
inc0but I liked this approach very much. I think its very elegant08:04
asalkeldyeah, that was some side chat08:04
inc0they did that in rackspace, very similar problems08:05
pas-hamorning all08:05
inc0and they had same problems we're facing (and probably few what we will/would face;))08:05
inc0hello pas-ha08:05
cmystermorning pas-ha08:05
pas-haoff-top - for all NZ people here :) http://twentytwowords.com/theres-a-country-youve-all-heard-of-thats-literally-not-on-the-map/08:06
pas-hamorning smile break :)08:06
inc0whats funny, we'll just need to rewrite nova::instance behaviour, and we won't have statefull creation problem anymore:)08:06
asalkeldo, that sucks08:06
asalkeld(nz not on the map)08:07
inc0I've seen maps where Poland wasn't there (not politically...there was actual see here)08:08
inc0and we're in very center of Europe08:08
asalkeldmust have been a black hole:-(08:08
cmysterinc0: I shall remain silent here regarding maps and countries in them ;)08:09
inc0yeah...geopolitics is a bitch;)08:10
*** ifarkas has joined #heat08:10
*** achanda has quit IRC08:10
inc0google knows that, thats why it shows Crimea as part of Russia in Russia, and part of Ukraine in Europe08:10
inc0https://www.youtube.com/watch?v=OH1bZ0F3zVU08:15
asalkeldbbl, dinner08:16
*** jistr has joined #heat08:18
*** ckmvishnu has joined #heat08:20
openstackgerrithuangtianhua proposed openstack/heat: Implement 'InstanceId' for autoscaling group  https://review.openstack.org/13390508:26
skraynevasalkeld: about comment for https://review.openstack.org/#/c/135924/: can I make this refactor in follow patch? I do not want combine it with current change.08:29
*** stannie has joined #heat08:31
*** messimeier has joined #heat08:34
*** kopparam_ has joined #heat08:36
*** kopparam has quit IRC08:36
*** messimei_ has joined #heat08:36
*** tomek_adamczewsk has joined #heat08:37
*** messimei_ has quit IRC08:37
*** messimei_ has joined #heat08:39
openstackgerrithuangtianhua proposed openstack/heat: Apply neutron subnet constraint  https://review.openstack.org/13587508:44
openstackgerrithuangtianhua proposed openstack/heat: Apply neutron router constraint  https://review.openstack.org/13588008:45
asalkeldskraynev, sure08:46
*** tspatzier has joined #heat08:46
*** asalkeld has quit IRC08:46
skraynevasalkeld: ok, will do :) thx for the pointing08:46
*** asalkeld has joined #heat08:46
*** kopparam_ has quit IRC08:47
*** mkerrin has quit IRC08:48
*** kopparam has joined #heat08:49
*** julienvey has joined #heat08:51
*** tspatzier has quit IRC08:53
*** bdossant has joined #heat08:56
*** tspatzier has joined #heat08:57
*** tspatzier has quit IRC09:02
*** zhenzanz has quit IRC09:03
*** mc__ has quit IRC09:08
matttpas-ha: you in NZ ?09:13
pas-hanooo :) Ukraine. Having recently maps problems too though :(09:14
asalkeldbit of a WIP :-O09:14
*** derekh has joined #heat09:14
matttasalkeld: one way of putting it ;P09:15
* cmyster Hmmms09:18
*** jstrachan has joined #heat09:21
cmysterhaving a bit of a problem, I am get_attr-ing a couple of attributes one of them is a subnet id from a nested template that created it. I am trying to pass it to another nested template that creates a load balancer (so it needs the subnet) but it keeps telling me that load balancer cannot be created because it needs a subnet. I have defined the outputs in the network template like so: http://paste.openstack.org/show/138030/09:21
cmysterthats how its done right ?09:22
*** tspatzier has joined #heat09:23
inc0pas-ha, I've been in Kiev, gorgeous city09:24
*** renlt has quit IRC09:25
*** dulek has joined #heat09:26
pas-hacmyster, not sure, but the attr is "subnets" - might that be that you are getting a list instead of a single subnet?09:26
cmysterpas-ha: I thought about it but only one is being created09:27
cmysteralso this is a total ripoff from one of the predefined templates in github...09:27
*** tspatzier has quit IRC09:28
cmysterpas-ha: apart from running a local engine and try to debug it step by step, any wat to debug it further ?09:29
cmysterlogs are not very useful09:29
cmysterhttp://paste.openstack.org/show/138013/09:29
cmysterunless I'm missing something09:30
*** LiJiansheng has quit IRC09:33
*** jistr has quit IRC09:33
*** sorantis has joined #heat09:39
*** tspatzier has joined #heat09:39
ekarlso-ERROR: The template version is invalid: Template version was not provided09:41
ekarlso-when doing stack-list09:41
openstackgerrithuangtianhua proposed openstack/heat: Implement 'InstanceId' for autoscaling group  https://review.openstack.org/13390509:43
*** tomek_adamczews1 has joined #heat09:43
*** tomek_adamczewsk has quit IRC09:45
cmysterekarlso-: was that stack created a long time ago or something? there was a change in validating the version09:46
ekarlso-cmyster: uhm, during juno I think09:46
cmysterhmmm09:46
ekarlso-cmyster: how to fix anywayS ?09:46
cmysterI'd try to update first and then list but its a strange status (if it is even relevent to what I just said)09:47
*** tomek_adamczewsk has joined #heat09:47
*** tomek_adamczews1 has quit IRC09:48
cmysterekarlso-: can you do template-show on that stack ?09:48
*** kopparam has quit IRC09:48
cmystershould have the version in the first line09:49
ekarlso-nope, same error :d09:49
cmystercan you fetch it from the DB then and see if it has a version ?09:50
*** kopparam has joined #heat09:51
ekarlso-heat_template_version 2013-03-2309:52
cmysterekarlso-: its in the raw_template table in heat09:52
cmysteroh09:52
cmysterupdate it to heat_template_version: '2013-05-23' :)09:52
*** kopparam has quit IRC09:52
ekarlso-cmyster: sorry that was what it was already :)09:52
cmysterahhh09:53
cmysterthen no idea, sounds buggish09:53
*** kopparam has joined #heat09:53
ekarlso-sigh :P09:53
*** kopparam_ has joined #heat09:56
ekarlso-cmyster: pip install -e . fixed it, apparantly new entrypoints for template types :)09:58
*** kopparam has quit IRC09:59
*** jistr has joined #heat10:03
*** blues-man has joined #heat10:04
*** Yanyanhu has quit IRC10:08
*** nosnos has quit IRC10:08
*** nosnos has joined #heat10:09
*** saju_m has joined #heat10:10
*** mkerrin has joined #heat10:11
*** saju_m has quit IRC10:12
*** kopparam has joined #heat10:13
*** saju_m has joined #heat10:13
*** saju_m has quit IRC10:13
*** saju_m has joined #heat10:14
*** bhi has joined #heat10:15
*** kopparam_ has quit IRC10:16
*** pas-ha has quit IRC10:33
*** Qiming has quit IRC10:49
pfreunddo you know where I can find docs about DeleteOnTermination equivalent in HOT Format ?10:53
pfreundI see only references of this parameter in AWS resources in heat10:54
pfreundis it a different concept in heat ?10:54
*** blues-man has quit IRC10:55
thervepfreund, It's just a property of the Instance resource?10:57
therveYou can use that resource in HOT10:57
therveOr use the Server resource and delete_on_termination10:57
pfreundtherve: yes sorry I didn't say that I was looking for this parameter in a cinder volume. Is it only on nova servers ?10:58
pfreundoh I get it10:59
thervePossibly you're looking for deletion_policy then11:00
pfreundevery resource can have a deletion_policy ?11:00
therveYeah11:01
pfreundok founded11:01
pfreundtherve: thanks11:01
*** sorantis has quit IRC11:02
*** blues-man has joined #heat11:03
*** kopparam has quit IRC11:07
*** kopparam has joined #heat11:10
*** ckmvishnu has quit IRC11:12
*** kopparam has quit IRC11:15
*** kopparam has joined #heat11:15
asalkeldjpeeler, ping11:17
asalkeldjpeeler, https://blueprints.launchpad.net/heat/+spec/lazy-load-outputs11:17
*** justin-8 has joined #heat11:17
asalkeldis that ^ going to make kilo-111:17
*** justin-8_ has quit IRC11:18
*** k4n0 has quit IRC11:20
*** dims has joined #heat11:20
*** jstrachan has quit IRC11:20
asalkeldjpeeler, just got raised in the project 1-1 as it is in an unknown state11:20
inc0asalkeld, https://review.openstack.org/#/c/134848/4/specs/kilo/external_resource.rst quick question, when res has property A: foo and we use this method to adapt it with property A: bar...should we make immediate update of existing res?11:23
*** sorantis has joined #heat11:24
asalkeldinc0, so when you say property, do you mean the properties that the user can set on the resource or properties of the external_resource?11:25
inc0I assume there is something that means both...like metadata in nova instance11:25
inc0something you can set up in tpl and differs from real state11:26
asalkeldinc0, are you just figuring out how this effects "need_to_update"?11:27
inc0I'm curious what type of behaviour we should take in this case11:28
asalkeldso if the external ref changes we just write it to the db11:28
inc0I mean, we want to adapt new resource, and it differs from what we have11:28
inc0in our template11:28
asalkeldyeah, we just change it11:28
asalkeldbrutal :)11:29
inc0on resource right?11:29
asalkeldresource_{data,id}11:29
inc0then calling external_resource may need immediate update on resource in question....ok I agree, just wanted to clarify in this spec;)11:30
*** kopparam has quit IRC11:31
*** jstrachan has joined #heat11:32
asalkeldyip11:32
inc0also, why exactly don't we use adapt in this case?11:34
openstackgerritSergey Kraynev proposed openstack/heat: Add evacuate action.  https://review.openstack.org/13530311:35
*** che-arne has joined #heat11:38
*** apporc has quit IRC11:45
*** che-arne has quit IRC11:47
*** saju_m has quit IRC11:50
*** Qiming has joined #heat11:50
*** nkhare has quit IRC11:55
*** julienvey has quit IRC11:56
*** tspatzier has quit IRC11:57
*** sorantis_ has joined #heat12:00
*** saju_m has joined #heat12:01
*** sorantis has quit IRC12:02
*** sorantis_ is now known as sorantis12:02
asalkeldinc0, a couple of reasons12:03
asalkeld1. we don't want to end up with it adopted12:03
asalkeld( meaning we won't manage the resource until you remove the external_ref)12:04
asalkeld2. you can keep  a resource extenal and just have the convience of a resource to use get_resource and get_attr - but not modify it12:05
asalkeldadopt assumes: you are bringing the resource under control of heat - we are not really wanting that12:06
* asalkeld needs to sleep12:06
inc0asalkeld, I've put comment to this review...why not introduce "read-only"?12:06
asalkeldearly morning heat meeting12:06
asalkeldread-only to what?12:06
asalkeldexternal == read only12:07
inc0we mark resource as "read-only"12:07
asalkeldalso there is a spec that describes some of this12:07
inc0add generic flag to every resource12:07
asalkeldshrug, cos' i haven't needed it12:07
inc0but then we end up with adopt with read-only rather than external_import12:08
inc0so one logic12:08
*** hdd has joined #heat12:08
*** pas-ha has joined #heat12:08
asalkeldinc0, but people don't want to use the adopt api12:08
asalkeldthey want a template base solution that does exactly this12:09
*** nkhare has joined #heat12:09
* cmyster nods12:10
inc0meh...that seems hacky to me tbh12:10
cmysterre the tools used to setup openstack back in the summit12:10
inc0I'd rather teach people to use existing mechanism rather than add new one12:11
cmysterits a philosophical debate ;)12:11
cmysterinc0: is there a chance I can use your pair of eyes?12:12
cmystersome strangeness I can't seem to find its origin12:12
inc0go on12:13
asalkeldinc0, i'd rather provide users with features that they really need12:13
cmysterinc0: lets start from this, have you ever seen this error in stack-show ? "output_error": "The specified reference \"private_network\" (in unknown) is incorrect.",12:13
asalkeldand btw the api can't do it nicely chat to SpamapS about it12:13
asalkeldanyways seriously off to bed now12:13
cmysternn asalkeld12:14
*** asalkeld has quit IRC12:14
skraynevg'night asalkeld12:17
*** julienvey has joined #heat12:19
*** tochi has quit IRC12:20
*** julienve_ has joined #heat12:21
inc0give me 10 mins cmyster plz12:22
cmysterinc0: no problem12:22
cmysterthink I found the issue anyway12:22
cmysteror narrowing it down12:22
*** julienvey has quit IRC12:24
*** tellesnobrega_ has quit IRC12:25
*** blues-man has quit IRC12:26
inc0shardy, ping12:29
inc0and cmyster, no, I have not seen this error12:31
*** bdossant_ has joined #heat12:31
cmysterI'm trying now on an older version, and stack-show is just a huge mess12:31
*** kopparam has joined #heat12:32
*** bdossan__ has joined #heat12:32
*** jistr is now known as jistr|english12:32
*** bdossant has quit IRC12:34
*** dulek_ has joined #heat12:35
*** dulek has quit IRC12:35
*** bdossant_ has quit IRC12:35
*** kopparam has quit IRC12:37
*** nkhare has quit IRC12:38
cmysterinc0: just a silly thing... I created a templates without resourses: but added resources anyway. heat did not like showing it.12:40
*** che-arne has joined #heat12:41
*** jdob has joined #heat12:41
cmysterbbl12:42
*** bdossant has joined #heat12:44
*** bdossan__ has quit IRC12:45
*** GonZo2K has joined #heat12:45
*** bdossant_ has joined #heat12:47
*** messimeier has quit IRC12:47
*** hdd has quit IRC12:49
*** bdossant has quit IRC12:49
*** rakesh_hs has quit IRC12:51
*** mkollaro has joined #heat12:54
*** jcoufal has quit IRC12:56
shardyinc0: Hi12:57
*** GonZo2K has quit IRC12:57
*** jcoufal has joined #heat12:57
inc0shardy, I'm wondering about one thing...in update-replace do we always keep old resource and remove it afterwards?12:58
inc0and if we consider for example volume attachment12:58
*** che-arne has quit IRC12:59
inc0can we do update-replace on it?12:59
inc0there can't be 2 volume attachment for one volume12:59
shardyinc0: Yes, but AFAIK VolumeAttachment allows non-replacement updates of all properties13:03
*** che-arne has joined #heat13:03
inc0I wonder if it works underneath...13:03
*** ramishra has quit IRC13:03
inc0I'll check this out;)13:03
*** saju_m has quit IRC13:04
*** sgordon_ has joined #heat13:05
pas-hainc0, volume attachment update first detaches the present volume from the present server and than attaches with new param (server, volume, mount)13:10
*** ishant has quit IRC13:10
pas-haeverything is update_allowed=True13:11
pas-habut only for the OS::Cinder::VolumeAttachment13:11
pas-haAWS one does not support *any* updates in accordance with AWS docs13:11
*** stannie has quit IRC13:12
pas-hai.e any update of AWS::EC2::VolumeAttachment will fail13:12
*** JayJ has joined #heat13:17
*** unmeshg has quit IRC13:21
*** JayJ has quit IRC13:22
*** JayJ has joined #heat13:22
*** tspatzier has joined #heat13:24
*** swygue has quit IRC13:24
*** JayJ has quit IRC13:27
*** JayJ has joined #heat13:27
*** crose has joined #heat13:28
*** tspatzier has quit IRC13:31
*** alexheneveld has joined #heat13:32
*** JayJ has quit IRC13:32
*** JayJ has joined #heat13:32
*** crose has quit IRC13:34
*** rpothier has joined #heat13:35
inc0thanks pas-ha13:43
*** ananta has joined #heat13:43
*** blues-man has joined #heat13:44
*** alexheneveld has quit IRC13:46
*** nosnos has quit IRC13:48
*** nosnos has joined #heat13:49
*** jprovazn has quit IRC13:49
*** nosnos has quit IRC13:54
*** bdossant_ has quit IRC13:56
*** bdossant_ has joined #heat13:56
*** dims has quit IRC13:57
*** dims has joined #heat13:58
*** bdossant_ has quit IRC13:59
*** alexheneveld has joined #heat14:00
*** bdossant has joined #heat14:01
*** jcoufal has quit IRC14:03
*** jcoufal has joined #heat14:04
openstackgerritAnderson Mesquita proposed openstack/heat-specs: Add digest intrinsic function  https://review.openstack.org/13690114:04
*** andersonvom has joined #heat14:07
andersonvomQiming: that was quick! =P14:07
Qimingandersonvom, :)14:08
*** jistr|english is now known as jistr14:13
*** jprovazn has joined #heat14:13
openstackgerritQiming Teng proposed openstack/heat: Fix permission bits for source file.  https://review.openstack.org/13707414:14
zanebinc0: I push a branch to try to move you over to the same tests I'm using. You have a lot of failures though. Some could probably be fixed by just waiting longer, but given that a couple of your own tests are failing there's probably some other issues there too14:18
*** kopparam has joined #heat14:18
*** crose has joined #heat14:21
*** alexheneveld has quit IRC14:21
openstackgerritQiming Teng proposed openstack/heat: Add InstanceList attr to AutoScalingGroup.  https://review.openstack.org/13707714:21
inc0zaneb, I've added few test cases myselfd14:21
inc0and new features14:22
inc0but I'll take a look14:22
*** blues-man has quit IRC14:22
*** kopparam has quit IRC14:23
*** rushiagr is now known as rushiagr_away14:24
*** blues-man has joined #heat14:25
inc0zaneb, I don't see any case which my tests hasn't covered...and it works for me;)14:31
zanebinc0: well, I checked out your branch directly. and the first thing I get is "AttributeError: 'Resource' object has no attribute '__dict__'" on every single test14:32
inc0thats strange...14:33
inc0which python? I'm working on 2.7.814:33
zaneband after fixing that, I get ".....F.F", so two failures14:33
zaneb2.7.514:33
inc0I get 3 failures on your code;)14:33
inc0I mean adapted14:34
inc0but it seems I've covered same cases14:34
inc0and it works14:34
zanebyes, I get failures on the adapted branch too14:34
zaneband even more if I import tests directly from my branch14:35
zanebhttps://github.com/zaneb/heat-convergence-prototype/commit/d67d4bf6e2093db177e3317edee8b5d677209384 is the fix for the __dict__ thing btw14:35
inc0thats funny14:36
inc0could you please try my repo and my branch directly now?14:36
inc0(it should fail on one test case, but I'm still implementing it = update_replace3)14:37
zaneball errors14:37
inc0oO14:38
zanebyou are using an implementation detail to get the value as a dict. you should use the API instead14:38
inc0yeah, I wonder what's wrong14:39
inc0it works for me anyway..14:39
zanebwell that's how implementation details work - they work for you and then someone else tries it and they don't14:40
*** alexheneveld has joined #heat14:41
inc0well, with _asdict it works too so I'll just commit this thing14:41
inc0and done, try now14:42
zaneb........F.14:43
*** mkoderer has joined #heat14:43
zanebso just the expected update_replace3 failing14:44
zanebthis thing is brutal on the DB14:44
inc0algorithm you mean?14:45
inc0well, its worse than graph approach, thats for sure14:45
inc0but also stateless14:45
inc0and I don't think its nearly as brutal as other things...and hey, I'm from intel, if your server can't handle this computation, come and buy new processor;)14:46
inc0but really, I don't think it will be that critical if we build queries optimally14:47
inc0most of this will be much better when we'll actually care to make it optimally (I didn't sorry)14:48
zanebI mean, it's n^2 or worse... when we had n^2 queries in Heat tripleo topped out at ~20 resources per stack14:49
*** kitch_ has joined #heat14:49
inc0I don't think real thing will exceed n logn14:49
inc0converge provess will only check n nodes14:50
zanebtbh after playing around with this branch I'm ready to put it in the 'interesting experiment but dead end' category14:50
*** crose has quit IRC14:50
inc0and if there is action required it will check node n and immediate neighbors14:50
inc0so less than n log n14:50
inc0zaneb, why exactly?14:51
*** rushiagr_away is now known as rushiagr14:51
*** swygue has joined #heat14:52
*** jcoufal_ has joined #heat14:53
*** jcoufal has quit IRC14:53
*** jcoufal_ has quit IRC14:54
zanebbecause it doesn't solve any problems that my branch doesn't, and there is heaps of stuff that is unproven (like exactly how these processes will communicate, whether it can be optimised, &c.) that is all done in my branch14:54
*** jcoufal has joined #heat14:54
zaneband maybe that can be fixed given enough time14:54
sdakezaneb translator = NIH :)14:54
zanebbut I'm not seeing a major upside, and we need to get moving14:55
inc0well, upside is that it is actually contionous observer14:55
inc0so on a longer run, it will be better than multiple separate approaches14:56
inc0because its one algorithm to rule them all14:56
zanebalso add 'works with the existing resource plugin model' to the list of unproven things14:57
inc0well, its a major change in architecture, I agree14:57
inc0I don't see why it wouldn't work with current resource model, but it is unproven14:58
zanebyeah, what I'm trying to do is basically port our existing code to a distributed model with the minimal possible changes14:58
zanebagreed, like I said, that can probably all be fixed given enough time, but right now it is not proven by this simulation14:59
inc0I'm just saying, that we will have to solve this issues eventually15:00
inc0anyway, when we'll try to make it all really stateless15:00
inc0it will be much easyier of we consider core algorithm to be stateless from the beginning15:01
*** bdossant has quit IRC15:01
zanebI'm not actually convinced we want to bake continuous convergence into the architecture. Every user is different; how do we know what the right way to converge is? I would prefer we leave ourselves the option of having the user trigger the convergence through the API (probably via a Mistral timed workflow)15:01
zanebif we were starting from the beginning that might be true, but we're not - we're starting from Heat as it is now15:02
*** bdossant has joined #heat15:03
zaneband we have to shoehorn this change in behind the current API, with the current plugins, in a way that enables phase 2 to happen, without changing anything for the user. And we need to do it in Kilo.15:04
*** dulek_ has quit IRC15:05
inc0but, when we'll want phase2, won't we have to face exactly these problems?15:05
inc0when one resource dies in the middle of stack-create, we'll have to deal with that15:05
inc0right now we don't care (given it was complete at some point, afterwards we don't care), in phase 1 we may still not care, but shouldn't we care at some point?15:07
zanebdoes https://wiki.openstack.org/wiki/Heat/ConvergenceDesign#Flowchart not cover that just as well?15:07
inc0yeah, and this would be observer15:08
inc0only difference would be that observer would be only process there (and worker)15:09
inc0and we do create in observer15:09
inc0same as update15:09
inc0and so on15:09
inc0one mechanism to take care of15:09
zanebbeing able to add the observer in once we have phase 1 is not something that worries me a great deal15:11
zanebmaybe it should :D15:12
inc0maybe it will:P15:12
inc0well, you're right, its all unproven and it might cause us problems, but it might give us powerful tools later as well15:14
inc0its a leap of faith;)15:15
*** jdandrea has quit IRC15:16
*** jdandrea has joined #heat15:17
*** vijendar has joined #heat15:19
*** vijendar has quit IRC15:19
*** vijendar has joined #heat15:19
*** tspatzier has joined #heat15:22
inc0anyway, lets discuss that tomorrow please, I'm not emotionally bound to my approach (well, maybe a little), I just want to have autohealing in heat one day15:24
zanebinc0: btw none of your update_replace examples are actually doing an UpdateReplace15:24
*** pmallya_ has joined #heat15:24
inc0zaneb, thats update315:24
inc0thing I'm implementing;)15:24
*** serg_melikyan has joined #heat15:24
inc0in fact it will just modify "delete_ready" in a way that it will also check if there is replacement and replacement is set up correctly15:25
inc0then return true15:25
zanebok, from what I saw you're still changing the name of the resource in the template15:25
zanebbut maybe it's just not done yet :)15:25
inc0I will change name, but in reality it might be sha1 or whatever...I just need someting to identify resource15:25
*** prazumovsky has joined #heat15:26
inc0name in this PoC is unique id of resource, but in reality it might as well be hash from all the data from template15:26
inc0so old and new resource will have different id15:27
*** jasond has joined #heat15:27
*** achanda has joined #heat15:29
openstackgerritPeter Razumovsky proposed openstack/heat: Fix [H302] errors in heat/engine  https://review.openstack.org/13418715:29
*** alexheneveld has quit IRC15:29
*** achanda has quit IRC15:32
*** che-arne has quit IRC15:32
*** alexpilotti has joined #heat15:32
*** che-arne has joined #heat15:33
*** che-arn7 has joined #heat15:33
*** che-arne has quit IRC15:33
*** che-arn7 is now known as che-arne15:34
*** che-arne has quit IRC15:36
*** dulek has joined #heat15:38
*** che-arn0 has joined #heat15:38
*** che-arne has joined #heat15:38
*** che-arn0 has quit IRC15:38
*** Qiming has quit IRC15:43
*** che-arne has quit IRC15:43
*** che-arne has joined #heat15:43
*** che-arn3 has joined #heat15:44
inc0zaneb, reason for this housecleaning data is just to be able to match resource back to res it originally had15:44
zanebright, but in reality you can't do that15:44
zanebproperties are sacrosanct15:45
*** ananta has quit IRC15:45
inc0that was problem with my poc - I used name as unique id15:45
*** tspatzier has quit IRC15:45
inc0now I'd use md5 of tpl definition15:46
inc0thats why I could match back phys_id I have now to one I should have15:46
zanebyeah, names are very much not unique15:46
*** che-arne has quit IRC15:46
inc0yeah, I see that now;)15:46
*** kebray has joined #heat15:47
inc0I just had to have identifier of resource that I can get straight from tpl15:47
zanebI wouldn't rely on being able to store an intrinsic function in the db at all15:47
*** kebray has quit IRC15:47
*** kebray has joined #heat15:48
inc0problem I had was I really need some key which would map resource definition to actual resource15:48
zanebin actual Heat you'll just get a string for the property value, you'll have no way of even knowing _if_ it contains an id (or more than one)15:48
*** achanda has joined #heat15:48
*** blues-man has quit IRC15:49
inc0but uuid can be mapped to resource d15:49
inc0id15:49
inc0and then we can check if resource_id it maps to equals that we want to have from template15:49
openstackgerritPavlo Shchelokovskyy proposed openstack/heat: Add console_urls attribute to server resource  https://review.openstack.org/12446315:49
inc0so if I have 'c': GetRes('C') in db it should be represented as 'c': 'C_phys_id'15:50
inc0and if I do update 'c': GetRes('D') I need to map C_phys_id to resource in stack_resources (so goal) to check if there is any work to be done15:51
inc0hence this hack15:51
inc0in reality I could inject goal_id into reality_db and have this solved15:51
*** sdake has quit IRC15:51
zanebscratching my head here15:54
zanebsurely you resolve GetRes('D') and if the result is not the same as what you have stored in the DB (i.e. 'C_phys_id') then you need to update?15:55
*** sdake has joined #heat15:55
*** sdake has quit IRC15:55
*** sdake has joined #heat15:55
zanebwhat does it matter where the value came from?15:55
inc0well, all I'm saying its solvable and it will have to be implemented in any approach15:55
*** blues-man has joined #heat15:56
inc0I'm pretty sure this is one of worst possible solutions;)15:56
zaneblol15:57
inc0I didn't want to resolve reference before I'm convinced I have to15:57
openstackgerritJulien Danjou proposed openstack/heat: Remove Python 2.6 classifier  https://review.openstack.org/13711515:57
zanebI'm just worried about all the handwaving15:57
*** jtomasek has quit IRC15:57
zaneb'in reality it'll work like this, but completely different'15:57
inc0sorry about that, we didn't really have time to implement all the corners15:57
zanebthat doesn't really prove the concept to my mind15:57
inc0also now I'd rewrite whole thing and start from scratch;)15:58
pas-haguys, when/where was it stated that we do not support Py26 any more? https://review.openstack.org/#/c/137115/15:58
zanebpas-ha: I believe it was decided that OpenStack as a whole would drop Py2.6 in Kilo15:59
pas-haok, nice to hear :) although need to remember that for backports still..16:00
inc0anyways zaneb I'll be going home now16:00
inc0I'm quite tired :(16:00
zanebinc0: o/ see you tomorrow16:00
inc0let's talk tomorrow, maybe we'll find some common ground16:00
zanebfor some definition of 'see'16:00
*** serg_melikyan has quit IRC16:01
inc0well you reffered to me as 'inc0', so I guess you'll see this nick here16:01
openstackgerritJulien Danjou proposed openstack/heat: Remove Python 2.6 classifier  https://review.openstack.org/13711516:01
inc0cyas everyone16:01
zanebpas-ha: https://etherpad.openstack.org/p/juno-cross-project-future-of-python16:01
openstackgerritJulien Danjou proposed openstack/heat: Remove Python 2.6 classifier  https://review.openstack.org/13711516:02
*** achanda has quit IRC16:02
*** bdossant has quit IRC16:02
*** jprovazn is now known as jprovazn_ffl16:03
*** jprovazn_ffl is now known as jprovazn_bbl16:03
*** inc0 has quit IRC16:06
*** dulek_ has joined #heat16:06
*** kopparam has joined #heat16:07
openstackgerritPeter Razumovsky proposed openstack/heat: Fix [H302] errors in heat/engine  https://review.openstack.org/13418716:07
openstackgerritPeter Razumovsky proposed openstack/heat: Fix [H302] errors in heat/tests  https://review.openstack.org/13533016:07
*** dulek_ has quit IRC16:07
*** reed has joined #heat16:08
*** dulek_ has joined #heat16:08
*** bdossant has joined #heat16:08
*** dulek has quit IRC16:09
*** kopparam has quit IRC16:11
*** dulek_ has quit IRC16:13
openstackgerritPeter Razumovsky proposed openstack/heat: Fix [H302] errors in heat_integrationtests  https://review.openstack.org/13712616:14
*** sorantis has quit IRC16:14
*** bdossant has quit IRC16:15
*** bdossant has joined #heat16:16
*** radez is now known as radez_g0n316:17
*** bdossant has quit IRC16:17
*** crose has joined #heat16:17
*** bdossant has joined #heat16:18
openstackgerritPeter Razumovsky proposed openstack/heat: Remove ignoring [H302] in tox.ini  https://review.openstack.org/13712716:18
*** randallburt has joined #heat16:19
*** randallburt has quit IRC16:19
*** ramishra has joined #heat16:19
*** randallburt has joined #heat16:19
*** bdossant has quit IRC16:22
*** bdossant_ has joined #heat16:23
*** tomek_adamczewsk has quit IRC16:25
*** dsneddon has joined #heat16:27
*** bdossant_ has quit IRC16:27
*** JayJ has quit IRC16:29
*** serg_melikyan has joined #heat16:31
*** alexheneveld has joined #heat16:33
openstackgerritPeter Razumovsky proposed openstack/heat: Fix [H302] errors in heat/engine  https://review.openstack.org/13418716:35
*** alexpilotti has quit IRC16:37
*** alexpilotti has joined #heat16:38
openstackgerritPeter Razumovsky proposed openstack/heat: Fix [H302] errors in heat/engine  https://review.openstack.org/13418716:43
pas-hazaneb, thanks for the link16:51
openstackgerritTetiana Lashchova proposed openstack/heat: Add 'required' attribute to OS::Heat::CWLiteAlarm properties  https://review.openstack.org/13713716:51
*** thedodd has joined #heat16:52
*** serg_melikyan has quit IRC16:53
openstackgerritPeter Razumovsky proposed openstack/heat: Fix [H302] errors in heat/tests  https://review.openstack.org/13533016:54
openstackgerritPeter Razumovsky proposed openstack/heat: Fix [H302] errors in heat/tests  https://review.openstack.org/13533016:54
*** tspatzier has joined #heat16:56
*** radez_g0n3 is now known as radez16:56
*** ifarkas has quit IRC16:56
*** serg_melikyan has joined #heat16:58
*** EricGonczer_ has joined #heat17:01
*** jtomasek has joined #heat17:02
*** blues-man has quit IRC17:04
*** alexheneveld has quit IRC17:06
*** messimei_ has quit IRC17:07
*** dims has quit IRC17:09
*** EricGonczer_ has quit IRC17:20
*** EricGonczer_ has joined #heat17:21
*** prazumovsky has quit IRC17:22
*** pmally___ has joined #heat17:24
*** pas-ha has quit IRC17:24
*** sjmc7 has joined #heat17:24
*** kebray has quit IRC17:25
*** derekh has quit IRC17:25
*** jtomasek has quit IRC17:26
*** kebray has joined #heat17:27
*** pmallya_ has quit IRC17:27
*** alexpilotti has quit IRC17:28
*** alexheneveld has joined #heat17:32
*** lazy_prince is now known as killer_prince17:36
*** pmally___ has quit IRC17:36
*** swygue has quit IRC17:38
openstackgerritTetiana Lashchova proposed openstack/heat: Add 'required' attribute to OS::Heat::CWLiteAlarm properties  https://review.openstack.org/13713717:38
*** jcoufal has quit IRC17:40
*** EricGonczer_ has quit IRC17:46
*** harlowja_away is now known as harlowja17:49
*** dimsum__ has joined #heat17:51
*** jistr has quit IRC17:52
*** mkollaro has quit IRC17:53
*** kopparam has joined #heat17:56
*** EricGonczer_ has joined #heat17:56
*** EricGonczer_ has quit IRC17:57
*** rushiagr is now known as rushiagr_away17:59
*** kopparam has quit IRC18:00
*** sarob_ has joined #heat18:08
*** serg_melikyan has quit IRC18:09
*** jamielennox|away is now known as jamielennox18:11
*** che-arn3 has quit IRC18:13
*** alexheneveld has quit IRC18:18
*** mkollaro has joined #heat18:22
openstackgerritAnderson Mesquita proposed openstack/heat-specs: Add digest intrinsic function  https://review.openstack.org/13690118:23
*** jstrachan has quit IRC18:24
*** serg_melikyan has joined #heat18:26
*** serg_melikyan has quit IRC18:29
*** serg_melikyan has joined #heat18:30
*** swygue has joined #heat18:32
*** alexpilotti has joined #heat18:33
*** ramishra has quit IRC18:33
*** serg_melikyan has quit IRC18:34
*** messimeier has joined #heat18:35
*** rushiagr_away is now known as rushiagr18:36
*** sarob_ has quit IRC18:36
*** serg_melikyan has joined #heat18:38
*** messimei_ has joined #heat18:38
*** messimeier has quit IRC18:39
*** messimei_ has quit IRC18:39
*** jstrachan has joined #heat18:42
*** pmallya has joined #heat18:43
*** jprovazn_bbl is now known as jprovazn18:45
*** achanda has joined #heat18:47
*** pmallya has quit IRC18:49
*** pmallya has joined #heat18:50
*** mkollaro has quit IRC18:51
*** achanda_ has joined #heat18:52
*** achanda has quit IRC18:52
*** gokrokve has joined #heat18:54
*** harlowja is now known as harlowja_away18:58
*** jtomasek has joined #heat18:58
*** gokrokve has quit IRC19:00
*** gokrokve has joined #heat19:00
*** achanda_ has quit IRC19:04
*** achanda has joined #heat19:04
*** achanda has quit IRC19:05
*** kebray has quit IRC19:06
*** achanda has joined #heat19:07
*** harlowja_away is now known as harlowja19:07
*** jistr has joined #heat19:09
*** tomek_adamczewsk has joined #heat19:12
*** kebray has joined #heat19:13
*** gokrokve has quit IRC19:17
*** crose has quit IRC19:18
*** gokrokve has joined #heat19:18
*** achanda_ has joined #heat19:19
*** achanda has quit IRC19:20
*** gokrokve has quit IRC19:22
*** jtomasek has quit IRC19:28
*** serg_melikyan has quit IRC19:29
*** julienve_ has quit IRC19:34
*** serg_melikyan has joined #heat19:35
*** julienvey has joined #heat19:36
*** serg_melikyan has quit IRC19:38
*** serg_melikyan has joined #heat19:41
*** mkollaro has joined #heat19:44
*** kopparam has joined #heat19:45
*** jstrachan has quit IRC19:48
*** julienvey has quit IRC19:48
*** achanda_ has quit IRC19:49
*** kopparam has quit IRC19:49
*** sorantis has joined #heat19:58
*** gokrokve has joined #heat19:59
*** julienvey has joined #heat19:59
*** tomek_adamczewsk has quit IRC20:01
openstackgerritMerged openstack/heat-templates: Enable script hook to handle Json input  https://review.openstack.org/13460720:03
*** sjmc7 has quit IRC20:04
*** sjmc7 has joined #heat20:05
*** zaneb has quit IRC20:05
*** achanda has joined #heat20:07
openstackgerritAnderson Mesquita proposed openstack/heat: Add Digest intrinsic function  https://review.openstack.org/13718820:09
*** achanda has quit IRC20:11
*** achanda has joined #heat20:12
*** GonZo2K has joined #heat20:15
*** swygue has quit IRC20:16
*** achanda has quit IRC20:19
*** zaneb has joined #heat20:20
*** achanda has joined #heat20:21
*** rushiagr is now known as rushiagr_away20:22
gokrokveHi, By any chance is there anybody who can help with Docker Plugin (Icehouse) and Volumes attachment? I added necessary code to pass volume bindings (binds) information to Docker, but Apps still can't see data on this volume.20:22
*** achanda has quit IRC20:24
*** achanda has joined #heat20:25
*** sarob has joined #heat20:28
*** serg_melikyan has quit IRC20:29
*** serg_melikyan has joined #heat20:30
*** zaneb has quit IRC20:33
*** serg_melikyan has quit IRC20:34
*** serg_melikyan has joined #heat20:34
*** jistr has quit IRC20:41
*** tomek_adamczewsk has joined #heat20:43
*** randallburt has quit IRC20:46
*** thedodd has quit IRC20:47
*** asalkeld has joined #heat20:49
*** randallburt has joined #heat20:51
asalkeldmorning20:53
*** crose has joined #heat20:55
*** serg_melikyan has quit IRC20:56
*** serg_melikyan has joined #heat20:57
*** serg_mel_ has joined #heat20:57
*** serg_melikyan has quit IRC20:57
*** serg_mel_ has quit IRC20:57
*** serg_melikyan has joined #heat20:58
*** thedodd has joined #heat21:00
sdakeasalkeld you around21:01
asalkeldsdake, in the project meeting atm21:03
sdakecan u ping me when your avialble pls21:03
sdakehave code Q21:03
asalkeldsure21:03
sdaketa21:03
*** alexpilotti has quit IRC21:04
*** randallburt has quit IRC21:09
*** randallburt has joined #heat21:09
*** tomek_adamczewsk has quit IRC21:11
*** jdob has quit IRC21:11
*** jprovazn has quit IRC21:21
*** julienvey has quit IRC21:22
*** tomek_adamczewsk has joined #heat21:23
*** jamielennox is now known as jamielennox|away21:23
*** crose has quit IRC21:25
*** sorantis has quit IRC21:28
*** achanda has quit IRC21:28
*** jamielennox|away is now known as jamielennox21:28
*** andersonvom has quit IRC21:32
*** sorantis has joined #heat21:33
*** kopparam has joined #heat21:33
*** thedodd has quit IRC21:33
*** kitch_ has quit IRC21:36
*** kopparam has quit IRC21:38
*** andersonvom has joined #heat21:40
*** tspatzier has quit IRC21:43
*** Marga_ has joined #heat21:49
asalkeldsdake, shoot21:54
*** sorantis has quit IRC21:56
*** andersonvom has quit IRC21:58
sdakeasalkeld i copied auth.py from solum api22:00
sdakeand am getting auth denied22:00
sdakeany ideas?22:01
asalkeldyou need the context22:01
sdakei would expect auth.py would call keystone22:02
sdakebut it doens't appear to be doing that22:02
sdakeit looks in X-User-Data22:02
sdakewhich is unset22:02
sdakeand then pops out immediately from there22:02
asalkeldif not CONF.get('enable_authentication')22:02
asalkeldyou have that?22:02
sdakewhere does that go22:02
asalkeldhttps://github.com/stackforge/solum/blob/master/solum/api/auth.py#L9422:03
sdakeyup got that22:03
sdakeit is popped out at the user_id is none22:03
sdakeaccording to the powerful rpint debugging I was doing ;-)22:03
asalkeldwhat client are you using22:04
openstackgerritJason Dunsmore proposed openstack/heat: Fix raw_templates in migration scripts  https://review.openstack.org/13722322:04
sdakehttps://github.com/stackforge/solum/blob/master/solum/api/auth.py#L10422:04
*** sjmc7_ has joined #heat22:04
sdakei used both curl and a client some cat wrote in the community22:04
sdakehttp://github.com/stackforge/python-magnumclient22:04
sdakeis auth.py supposed to call keystone there?22:05
sdakeor is keystone supposed to have already been called?22:05
asalkeldsdake, it inserts keystone middleware22:06
*** tomek_adamczewsk has quit IRC22:06
asalkeldwhich calls keystone22:06
sdakepecan is calling before almost immedately22:06
sdakehttps://github.com/stackforge/solum/blob/master/solum/api/auth.py#L9322:06
sdakeI dont see between lines 93 and 102 where auth gets loaded22:07
asalkeldadd some debug https://github.com/stackforge/solum/blob/master/solum/api/auth.py#L8522:07
*** sjmc7 has quit IRC22:07
asalkeldthat's the middleware wrapper22:07
asalkeldsdake, i'd kill line 85-8722:09
sdakethanks it was the endpoint list22:13
sdakethanks asalkeld22:14
sdake++!22:14
asalkeldcool22:15
*** dimsum__ has quit IRC22:16
*** sorantis has joined #heat22:16
*** dimsum__ has joined #heat22:17
*** JayJ has joined #heat22:18
*** rdo has quit IRC22:20
*** alexpilotti has joined #heat22:20
*** julienvey has joined #heat22:21
*** dimsum__ has quit IRC22:21
*** rdo has joined #heat22:21
*** julienvey has quit IRC22:24
*** julienvey has joined #heat22:24
*** achanda has joined #heat22:28
*** fbo has quit IRC22:34
*** kopparam has joined #heat22:34
*** fbo has joined #heat22:36
*** gokrokve has quit IRC22:36
*** mkollaro has quit IRC22:37
*** kopparam has quit IRC22:39
*** achanda has quit IRC22:39
*** gokrokve has joined #heat22:40
*** rpothier has quit IRC22:42
*** kebray has quit IRC22:42
*** zaneb has joined #heat22:45
openstackgerritJason Dunsmore proposed openstack/heat: Encrypt Heat template hidden parameters  https://review.openstack.org/9790022:47
*** jasond has quit IRC22:48
*** alexheneveld has joined #heat22:48
*** dims_ has joined #heat22:49
*** swygue has joined #heat22:49
*** swygue has quit IRC22:51
*** swygue has joined #heat22:54
*** alexheneveld has quit IRC23:00
*** alexheneveld has joined #heat23:01
*** GonZo2K has quit IRC23:01
openstackgerritJeff Peeler proposed openstack/heat: WIP: Lazy load outputs  https://review.openstack.org/13723723:02
*** achanda has joined #heat23:03
*** sarob has quit IRC23:07
*** sarob has joined #heat23:07
*** sarob has quit IRC23:07
*** vijendar has quit IRC23:09
*** gokrokve has quit IRC23:16
*** achanda has quit IRC23:17
stevebakercould I get some reviews on this regression fix? https://review.openstack.org/#/c/136906/23:19
*** achanda has joined #heat23:23
*** sorantis has quit IRC23:27
randallburtstevebaker:  I took a look, but don't have enough detailed knowlege of the bug or how its supposed to work to +223:28
*** gokrokve has joined #heat23:30
*** zaneb has quit IRC23:30
stevebakerrandallburt: if you look at the change that caused the regression, it was caused by copypasta23:31
randallburtstevebaker:  ah, will look again23:31
asalkeldlooking stevebaker23:33
randallburtstevebaker:  gotcha. +223:34
asalkeldstevebaker, approved23:36
stevebakerta23:37
*** kebray has joined #heat23:39
*** tochi has joined #heat23:39
*** zaneb has joined #heat23:43
*** kebray has quit IRC23:43
*** randallburt has quit IRC23:46
*** kebray has joined #heat23:46
*** swygue has quit IRC23:46
*** rdo has quit IRC23:54
*** rdo has joined #heat23:56
stevebakerbbl, son's hospital appointment23:58

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