Friday, 2017-02-03

*** Pavo has joined #heat00:01
*** catintheroof has joined #heat00:04
*** dimtruck is now known as zz_dimtruck00:16
*** rajpatel has quit IRC00:19
*** adrian_otto has joined #heat00:19
*** jose-phillips has quit IRC00:22
*** catintheroof has quit IRC00:30
*** jaosorior has quit IRC00:46
openstackgerritSteve Baker proposed openstack/heat-agents master: Set labels on containers managed by docker-cmd  https://review.openstack.org/42851600:47
*** liusheng has joined #heat00:56
*** zz_dimtruck is now known as dimtruck01:21
*** evilt0ne has quit IRC01:25
*** sdake has joined #heat01:28
*** chris_hultin|AWA is now known as chris_hultin01:41
*** evilt0ne has joined #heat01:43
*** evilt0ne has joined #heat01:43
*** chris_hultin is now known as chris_hultin|AWA01:43
*** zhurong has joined #heat01:52
*** Pavo has quit IRC02:01
*** Pavo has joined #heat02:05
*** adrian_otto has quit IRC02:06
*** gongysh has joined #heat02:11
*** dimtruck is now known as zz_dimtruck02:13
*** zz_dimtruck is now known as dimtruck02:19
*** Pavo_ has joined #heat02:24
*** spzala has quit IRC02:34
*** spzala has joined #heat02:34
*** spzala has quit IRC02:39
*** EricGonczer_ has joined #heat02:47
*** EricGonczer_ has quit IRC02:52
*** ricolin has joined #heat02:53
*** dimtruck is now known as zz_dimtruck02:54
*** ramishra has joined #heat03:09
*** Pavo_ has quit IRC03:13
*** KanagarajM_ has joined #heat03:29
*** zhurong_ has joined #heat03:36
*** rajpatel has joined #heat03:36
*** zhurong has quit IRC03:38
*** sdake has quit IRC03:41
*** Pavo has quit IRC04:01
*** Pavo has joined #heat04:06
*** sdake has joined #heat04:08
openstackgerritMerged openstack/heat master: Update reno for stable/ocata  https://review.openstack.org/42828304:08
*** zhurong_ has quit IRC04:11
*** sdake_ has joined #heat04:11
*** nmathew has joined #heat04:12
*** sdake has quit IRC04:12
*** stingaci has quit IRC04:23
*** ricolin has quit IRC04:59
*** stingaci has joined #heat05:05
*** stingaci has quit IRC05:06
*** adrian_otto has joined #heat05:14
openstackgerritRabi Mishra proposed openstack/heat master: Tail correct log files with devstack  https://review.openstack.org/42857405:19
*** ricolin has joined #heat05:20
*** prateek has joined #heat05:25
*** rajpatel has quit IRC05:29
openstackgerritRabi Mishra proposed openstack/heat master: Add 'default_pool' property to lbaasv2 listener  https://review.openstack.org/41938505:33
openstackgerritRabi Mishra proposed openstack/heat master: Add 'pools' attribute to lbaasv2 loadbalancer  https://review.openstack.org/41938305:33
openstackgerritRabi Mishra proposed openstack/heat master: Add 'loadbalancer' property to lbassv2 pool  https://review.openstack.org/41937705:33
*** Pavo has quit IRC06:01
*** Pavo has joined #heat06:05
*** mvpnitesh has joined #heat06:13
mvpniteshHi guys , Happy morning06:14
mvpniteshI've a doubt, if we delete a stack , the stack details are still in database. Is it an expected behaviour06:14
ramishramvpnitesh: yeah, that's expected, we soft delete stacks and they can be purged at regular intervals using #heat-manage purge_deleted06:22
mvpnitesh@ramishra : ok thank you06:23
*** mvpnitesh has quit IRC06:27
*** mvpnitesh has joined #heat06:28
*** msno has joined #heat06:43
skraynevramishra: hi. are you around?06:45
skraynevramishra: can we merge this patch https://review.openstack.org/#/c/428281/1 ?06:45
*** zhurong has joined #heat06:45
ricolinskraynev: I think we can right?06:46
skraynevricolin: oh. it's already stable/ocata - yes :) we can :)06:46
ricolinskraynev: exactly:)06:47
*** unlaudable has joined #heat06:47
*** mvpnitesh has quit IRC06:47
*** sdake_ has quit IRC06:52
*** adrian_otto has quit IRC07:20
*** adrian_otto has joined #heat07:26
*** rcernin has joined #heat07:26
*** adrian_otto has quit IRC07:33
*** Pavo has quit IRC08:01
*** Pavo has joined #heat08:05
openstackgerritCrag Wolfe proposed openstack/heat master: Store resource attributes in the DB  https://review.openstack.org/42298308:20
openstackgerritCrag Wolfe proposed openstack/heat master: Data migration enabling storage of resource attributes  https://review.openstack.org/42298208:20
*** jpich has joined #heat08:32
*** FL1SK has quit IRC08:32
*** mannamne has joined #heat08:38
*** mannamne has quit IRC08:52
*** shardy has joined #heat08:54
*** zzzeek has quit IRC09:00
*** zzzeek has joined #heat09:00
*** liusheng has quit IRC09:07
*** liusheng has joined #heat09:07
*** nilles has joined #heat09:07
*** derekh has joined #heat09:13
*** ricolin has quit IRC09:23
*** spzala has joined #heat09:35
*** chlong has quit IRC09:38
*** spzala has quit IRC09:40
*** blues-man has joined #heat09:52
*** zhurong has quit IRC09:55
*** gfidente has joined #heat09:58
*** gfidente has joined #heat09:58
*** evilt0ne has quit IRC09:59
*** Pavo has quit IRC10:01
*** Pavo has joined #heat10:05
*** gongysh has quit IRC10:19
openstackgerritPeter Razumovsky proposed openstack/heat master: Handle network property for Server on cancel-update  https://review.openstack.org/41584910:20
*** msno has quit IRC10:33
*** mannamne has joined #heat10:34
*** FL1SK has joined #heat10:36
*** prazumovsky has joined #heat10:52
*** sdake has joined #heat11:18
*** gongysh has joined #heat11:24
*** jprovazn has joined #heat11:25
*** blues-man has quit IRC11:41
*** sdake_ has joined #heat11:43
*** sdake has quit IRC11:46
*** Pavo has quit IRC12:01
*** gongysh has quit IRC12:03
*** Pavo has joined #heat12:05
*** catintheroof has joined #heat12:20
*** catintheroof has quit IRC12:20
*** catintheroof has joined #heat12:21
*** sdake has joined #heat12:27
*** sdake_ has quit IRC12:30
*** rcernin has quit IRC12:31
*** KanagarajM_ has quit IRC12:49
openstackgerritRabi Mishra proposed openstack/heat master: Use region_name when creating keystone client  https://review.openstack.org/42871812:58
*** EricGonczer_ has joined #heat12:59
*** blues-man has joined #heat12:59
*** askb has quit IRC12:59
*** ccamacho is now known as ccamacho|lunch13:02
*** EricGonc_ has joined #heat13:03
*** EricGonczer_ has quit IRC13:03
*** zhurong has joined #heat13:09
*** KanagarajM_ has joined #heat13:13
*** dprince has joined #heat13:23
*** KanagarajM_ has quit IRC13:26
*** KanagarajM_ has joined #heat13:26
*** KanagarajM_ has quit IRC13:27
*** KanagarajM_ has joined #heat13:27
*** EricGonc_ has quit IRC13:28
*** shardy is now known as shardy_mtg13:34
*** hoonetorg has quit IRC13:35
*** spzala has joined #heat13:35
*** spzala has quit IRC13:36
*** spzala has joined #heat13:36
*** annegentle has joined #heat13:42
*** prateek_ has joined #heat13:43
*** mewald_ has joined #heat13:47
*** hoonetorg has joined #heat13:48
*** annegentle has quit IRC13:50
mewald_I am trying to prepare my images for use with OS::Heat::SoftwareDeployment using diskimage-builder. I believe all the software is there but found that at something is not working. Looking at /etc/os-collect-config.conf I found that the auth_url is wrong: https://gist.github.com/9abf5de846d69d56403ea8ee06347034 The URL you are seeing is the internalURL of Keystone which cannot be reached from the instance by design. How can I solve this13:51
*** KanagarajM_ has quit IRC13:54
*** KanagarajM_ has joined #heat13:54
*** KanagarajM_ has quit IRC13:55
*** jpich has quit IRC13:55
*** KanagarajM_ has joined #heat13:55
*** annegentle has joined #heat14:00
*** Pavo has quit IRC14:01
*** Pavo has joined #heat14:05
*** KanagarajM_ has quit IRC14:07
*** KanagarajM_ has joined #heat14:08
*** shardy_mtg is now known as shardy14:11
*** annegentle has quit IRC14:17
*** ccamacho|lunch is now known as ccamacho14:20
*** spzala has quit IRC14:23
*** jtomasek has quit IRC14:25
*** jtomasek has joined #heat14:26
*** KanagarajM_ has quit IRC14:30
*** prazumovsky has quit IRC14:33
*** jcoufal has joined #heat14:35
*** paw has quit IRC14:39
*** Pavo_ has joined #heat14:42
*** zz_dimtruck is now known as dimtruck14:42
*** paw has joined #heat14:42
*** Pavo_ has quit IRC14:54
*** spzala has joined #heat14:55
*** spzala_ has joined #heat14:57
*** spzala_ has quit IRC14:57
*** spzala_ has joined #heat14:57
*** ricolin has joined #heat14:59
*** spzala has quit IRC15:00
*** chris_hultin|AWA is now known as chris_hultin15:01
*** crose has joined #heat15:02
*** jasond has joined #heat15:07
*** randallburt has joined #heat15:10
*** chris_hultin is now known as chris_hultin|AWA15:10
*** dimtruck is now known as zz_dimtruck15:10
*** zz_dimtruck is now known as dimtruck15:11
*** mewald_ has quit IRC15:13
*** randallburt has quit IRC15:15
*** adrian_otto has joined #heat15:20
*** stingaci has joined #heat15:20
*** ricolin has quit IRC15:21
*** prateek has quit IRC15:23
*** prateek_ has quit IRC15:23
*** stingaci has quit IRC15:24
*** chlong has joined #heat15:24
*** adrian_otto has quit IRC15:25
*** stingaci has joined #heat15:25
*** randallburt has joined #heat15:27
*** chris_hultin|AWA is now known as chris_hultin15:29
openstackgerritZane Bitter proposed openstack/heat-templates master: Add template for autohealing servers  https://review.openstack.org/42877615:30
*** rajpatel has joined #heat15:31
*** crose has quit IRC15:31
*** charliejllewelly has joined #heat15:31
*** unlaudable has quit IRC15:33
*** jcoufal_ has joined #heat15:34
*** jcoufal has quit IRC15:36
*** jaosorior has joined #heat15:40
*** nilles has quit IRC15:42
*** dimtruck is now known as zz_dimtruck15:48
*** unlaudable has joined #heat15:48
*** rajpatel1 has joined #heat15:52
*** rajpatel has quit IRC15:53
*** unlaudable has quit IRC15:54
*** Drago1 has joined #heat15:55
*** annegentle has joined #heat15:59
*** unlaudable has joined #heat15:59
*** Pavo has quit IRC16:00
*** jcoufal_ has quit IRC16:03
*** jcoufal has joined #heat16:03
*** Pavo has joined #heat16:05
*** unlaudable has quit IRC16:07
*** jcoufal_ has joined #heat16:07
*** sdake_ has joined #heat16:08
*** sdake has quit IRC16:08
*** sdake has joined #heat16:09
*** zz_dimtruck is now known as dimtruck16:09
*** jcoufal has quit IRC16:09
*** ccamacho has quit IRC16:11
*** jcoufal has joined #heat16:11
*** sdake has quit IRC16:12
*** sdake_ has quit IRC16:12
*** ccamacho has joined #heat16:13
*** jcoufal_ has quit IRC16:13
*** unlaudable has joined #heat16:20
*** unlaudable has quit IRC16:24
*** nmathew has quit IRC16:25
*** unlaudable has joined #heat16:26
*** adrian_otto has joined #heat16:28
*** stingaci has quit IRC16:32
*** zhurong has quit IRC16:34
*** chlong has quit IRC16:36
*** unlaudable has quit IRC16:41
*** adrian_otto has quit IRC16:51
*** chlong has joined #heat16:52
*** rajpatel1 has quit IRC16:52
*** d0ugal is now known as d0ugal|skiing16:54
*** stingaci has joined #heat16:58
*** adrian_otto has joined #heat17:02
*** blues-man has quit IRC17:06
*** rajpatel has joined #heat17:09
*** rwsu has quit IRC17:15
*** chlong has quit IRC17:16
*** annegentle has quit IRC17:25
*** EricGonc_ has joined #heat17:26
charliejllewellyhey all...is it possible to use output from one resource in another in the same file?17:27
*** annegentle has joined #heat17:28
Drago1charliejllewelly: Yes, that is what get_attr is for17:29
charliejllewellyAh okay thanks17:29
charliejllewellyI tried that but I guess I'm not referencing it correctly17:30
charliejllewellyare there any examples?17:30
*** derekh has quit IRC17:30
*** rajpatel has quit IRC17:30
*** rajpatel has joined #heat17:32
*** steve_mul has joined #heat17:33
zanebcharliejllewelly: dozens http://git.openstack.org/cgit/openstack/heat-templates/tree/hot17:34
charliejllewellyamazing thanks17:35
*** stingaci has quit IRC17:35
*** shardy has quit IRC17:38
*** ccamacho has quit IRC17:43
*** adrian_otto1 has joined #heat17:48
*** dprince has quit IRC17:50
*** adrian_otto has quit IRC17:50
*** EmilienM has quit IRC17:56
*** pkoraca has quit IRC17:56
*** mkoderer___ has quit IRC17:56
*** nwonknu has quit IRC17:56
*** alex_xu has quit IRC17:56
*** EmilienM has joined #heat17:56
*** EmilienM has quit IRC17:56
*** EmilienM has joined #heat17:56
*** andreaf has quit IRC17:56
*** kevinbenton has quit IRC17:56
*** shadower has quit IRC17:56
*** sirushti has quit IRC17:56
*** alex_xu has joined #heat17:56
*** shadower has joined #heat17:56
*** pkoraca has joined #heat17:56
*** mkoderer__ has joined #heat17:57
*** kevinbenton has joined #heat17:57
*** sirushti has joined #heat17:57
*** andreaf has joined #heat17:58
*** jose-phillips has joined #heat17:59
*** Pavo has quit IRC18:00
*** nwonknu has joined #heat18:02
*** blomquisg_gone is now known as blomquisg18:03
*** Pavo has joined #heat18:05
*** alex_xu has quit IRC18:06
*** alex_xu has joined #heat18:08
*** sabeen has joined #heat18:16
*** dprince has joined #heat18:20
*** akuznetsov has joined #heat18:22
*** mewald_ has joined #heat18:25
mewald_Is there any documentation on the various clients_* sections in heat.conf? I would like to understand what each means.18:25
*** akuznetsov has quit IRC18:26
*** annegentle has quit IRC18:30
*** stingaci has joined #heat18:33
*** jcoufal_ has joined #heat18:35
*** stingaci has quit IRC18:36
*** jcoufal has quit IRC18:38
*** mannamne has quit IRC18:39
*** chlong has joined #heat18:39
*** prateek_ has joined #heat18:42
*** prateek has joined #heat18:42
*** chris_hultin is now known as chris_hultin|AWA18:44
*** gfidente is now known as gfidente|afk18:56
*** sdake has joined #heat18:56
*** rajpatel has quit IRC19:04
*** annegentle has joined #heat19:06
mewald_Is there any documentation on the various clients_* sections in heat.conf? I would like to understand what each means.19:09
*** chlong has quit IRC19:11
*** chlong has joined #heat19:21
*** mewald_ has quit IRC19:25
*** rajpatel has joined #heat19:25
*** chlong has quit IRC19:27
openstackgerritZane Bitter proposed openstack/heat master: Log stack status changes in unit tests  https://review.openstack.org/42900119:28
openstackgerritZane Bitter proposed openstack/heat master: Enable debug logging in unit tests  https://review.openstack.org/42900219:28
*** prateek_ has quit IRC19:33
*** prateek has quit IRC19:33
*** stingaci has joined #heat19:35
*** jcoufal has joined #heat19:37
*** jcoufal_ has quit IRC19:37
*** chlong has joined #heat19:41
*** charliejllewelly has quit IRC19:43
*** stingaci has quit IRC19:48
*** jcoufal has quit IRC19:53
*** jcoufal has joined #heat19:53
*** adrian_otto1 has quit IRC19:55
*** adrian_otto has joined #heat19:57
*** Pavo has quit IRC20:01
*** rajpatel has quit IRC20:01
*** rajpatel has joined #heat20:02
*** Pavo has joined #heat20:05
*** jcoufal has quit IRC20:06
*** jcoufal has joined #heat20:06
*** EricGonc_ has quit IRC20:12
*** gfidente|afk has quit IRC20:14
openstackgerritZane Bitter proposed openstack/heat master: Use stored value in OS::Heat::Value resource  https://review.openstack.org/42902420:15
zanebcwolferh: ^ mea culpa20:15
*** mannamne has joined #heat20:16
cwolferhzaneb, i need to stare at that for awhile, i think that makes sense20:20
*** jprovazn has quit IRC20:21
*** jcoufal_ has joined #heat20:23
*** jcoufal has quit IRC20:23
cwolferhzaneb, sort of related, i think https://review.openstack.org/#/c/422983/ is working despite a test...signal failures. it still needs special logic to store template resource output/attributes though, which is where the big win really would be.20:25
zanebcwolferh: interesting... I think that would tie in well to the stuff I'm working on atm. I'll try to post something WIP soon, it's getting pretty close20:30
cwolferhoh, and you may have noticed it's convergence only :)  not sure non-convergence is worth it20:31
*** steve_mul has quit IRC20:32
zanebagree20:33
zanebcwolferh: I had this crazy thought a second ago...20:33
*** stingaci has joined #heat20:34
zanebwhat if every output was just a hidden OS::Heat::Value resource?20:34
*** chris_hultin|AWA is now known as chris_hultin20:34
*** adrian_otto has quit IRC20:40
zanebI think we'd still want to store attrs though, for the case where we're doing an update and don't change the resource, so we don't have to re-fetch 'em20:40
cwolferhzaneb, hmm. the problem with that is sort of related to the problem with your patch. sometimes the expression we are resolving has non_cacheable attributes20:41
zaneband at that point I don't know if it's worth storing the outputs separately as well, since they should be ~fairly quickly computable20:41
cwolferhyeah, if we are storing only attributes, especially the outputs of a template resource which are also attributes, that should be good enough20:42
zanebcwolferh: can you explain that previous point more? I don't know if I believe in non-cacheable attributes20:43
cwolferhi would like to not believe in them either20:43
zaneblet's say we don't believe in them20:44
zaneblife will be simpler20:44
cwolferhlol20:44
zanebno, seriously20:44
cwolferhwell, there are only two workarounds in my patch... one has to do with group size https://review.openstack.org/#/c/422983/8/heat/engine/resources/aws/autoscaling/autoscaling_group.py20:45
cwolferhwhich can change outside of a traversal20:45
cwolferhso i wipe out the stored attributes for that resource whenever it changes and life is good20:45
cwolferhbut then there is https://review.openstack.org/#/c/422983/8/heat/engine/resources/openstack/neutron/lbaas/pool.py which is more irksome20:46
*** dimtruck is now known as zz_dimtruck20:46
zanebis this something to do with https://review.openstack.org/#/c/94755/ ?20:46
cwolferhyes, i'm piggy backing off of that.  poolmembers may be added to a pool after a pool has been updated in a traversal, so for now i'm just not storing attributes for a pool since one of its attributes is poolmembers20:48
cwolferhwell, i should say i'm piggy backing off the existing CACHE_LOCAL and CACHE_NONE convention, it seems more or less aligned. i didn't dive into the history of it20:50
zanebI mention because I find that patch bizarre... afaict it doesn't do *anything* in 99.8% of cases, which made me wonder whether the whole CACHE_LOCAL vs. CACHE_NONE thing was real or as much a figment of the imagination as the supposed performance benefits20:51
cwolferhCACHE_LOCAL gives you performance. CACHE_NONE gives extra security, i guess (haven't cared about that one too much yet), and maybe something more accurate for an underlying thing that changes a lot. i have to admit i don't get the first bullet in that patch commit "Derived from any resource's metadata, resource data or resource_id", like why is that not cacheable?20:54
*** rajpatel has quit IRC20:54
zanebCACHE_LOCAL doesn't actually give you any performance though20:55
cwolferhoh, yeah, since the that cache intersects with input data, it makes sense you don't want cleartext secrets passed around in there20:55
*** rajpatel has joined #heat20:56
zaneb"Whenever any resource changes state, all resource attribute caches are cleared just in case the state change has side-effects in other resources." <- so that guarantees zero performance benefit except in the rare case where you refer to the same attribute twice or more in the same resource20:57
zaneb"* An API call which returns a secret" <- this makes no sense to me either, why would it matter? it's all in-memory anyway20:58
cwolferhfrom a convergence perspective, when a node propagates its attributes, that is stored in the sync_point. then when the stack is built in memory in the next resource, those attributes are the cached attributes, ie CACHE_LOCAL ones. i think.21:00
zaneb"* Derived from any resource's metadata, resource data or resource_id" <- this sort-of makes sense, in the sense that all of that stuff can already be cached in variously places, which already have their own invalidation logic21:01
*** cmartin has joined #heat21:04
zanebcwolferh: yep, that's correct21:04
*** sdake has quit IRC21:06
cwolferhso that's the performance benefit, especially with your recent patch ;)   maybe instead of CACHE_NONE we could have CACHE_SECRET  for the secretive cases so it gets encrypted and passed along like everything else in the input_data21:07
*** catintheroof has quit IRC21:11
zanebare we not storing the CACHE_NONE attributes in the SyncPoint? I was pretty sure we were21:12
zanebthe performance benefit came from convergence, not that patch, which empties the cache every time it's about to become useful21:13
cwolferhnevermind, i think we are now that i look at it.21:17
*** askb has joined #heat21:18
*** askb has quit IRC21:22
*** rwsu has joined #heat21:23
cwolferhso, for the one case that of poolmembers being an attribute of pool, 1/ it makes sense not to store them in the db and refer to them. 2/ maybe that patch makes more sense in non-convergence land if that pool is kept around in memory as part of a stack, but 3/ i don't see how it helps in convergence.21:25
zanebI think we should deprecate the poolmembers attribute on the grounds that it's stupid21:29
*** cmartin has quit IRC21:31
*** randallburt has quit IRC21:33
cwolferhi'm not sure the pool's non-SHOW attributes even work.21:34
zanebeven more reason to delete them :)21:37
zanebthey probably do, NeutronResource has lots of magic in it21:37
zanebcwolferh: btw did you see my comment on https://review.openstack.org/#/c/422983/8/heat/engine/resources/openstack/neutron/lbaas/pool.py ?21:38
*** chlong has quit IRC21:44
cwolferhzaneb, yes, replied.21:44
Drago1I really wish there was an intermediate state to create/update in progress, something like "in progress but some attributes that other resources depend on are ready"21:44
Drago1It would help avoid waiting on everything in a child template to complete when you need a server IP from it ASAP, for instance.21:45
zanebcwolferh: no you haven't ;)21:46
cwolferh:D21:46
cwolferhnow i have21:46
zaneb:D21:47
*** chris_hultin is now known as chris_hultin|AWA21:47
zanebDrago1: yeah, at one point I thought about making outputs in a nested stack nodes in a dependency graph that spans across parent/child stacks21:48
zanebDrago1: I can't remember why I gave up on that idea... probably because it seemed a little too ambitious21:49
Drago1zaneb: I'm sure there are funny edge cases, but if every output was its own resource, they could go create_complete individually and kick off dependent resources21:51
Drago1Same with resources attributes21:52
Drago1*resource21:52
zanebI can see the nested stack thing but I can't think of a legitimate use for different attributes becoming available at different times21:53
*** jcoufal has joined #heat21:53
zanebDrago1: can you give a for-instance?21:53
*** jcoufal_ has quit IRC21:54
Drago1zaneb: Not for the normal attribute case, no. Nested stacks are the only thing I can think of where outputs can become available at very different speeds21:55
zanebyeah, ok, I agree that would be nice21:55
*** stingaci has quit IRC21:55
*** spzala_ has quit IRC21:55
cwolferhcouldn't one break up one nested stack into two, where the fast things are in one stack, for instance?21:56
Drago1cwolferh: Yes, and that's what I've been forced to do. It's uglier, but works.21:57
*** adrian_otto has joined #heat21:57
zanebit's the classic question of whether you optimise your design for performance or maintainability21:58
zaneb(design in this context = how you arrange your resources in various template)21:59
zanebit's clearly better if the same design can get you both performance + maintainability, so as a feature request this makes sense21:59
*** Pavo has quit IRC22:00
zanebmy hidden OS::Heat::Value resource idea could be part of the solution here, but the other part is to somehow knit together all of the dependency graphs of all the stacks in the tree. that part seems hard22:01
*** stingaci has joined #heat22:04
*** Pavo has joined #heat22:05
*** jcoufal has quit IRC22:06
Drago1zaneb: If get_attr resolved to the hidden OS::Heat::Value, wouldn't it be knit correctly automatically? As long as the nested stack would properly update them whenever resources inside of itself went create_complete.22:07
Drago1*If a get_attr targeting a nested stack resource22:08
zanebthere's no current way for a parent stack to watch resources in a child stack. they're not part of the same graph22:09
Drago1zaneb: I'm not saying it would though. Instead, resources from a parent stack would "see" a OS::Heat::Value instead of the nested stack resource22:09
zaneboh22:10
*** jcoufal has joined #heat22:10
Drago1The OS::Heat::Value resources would be on the "outside" of the nested stack resource22:10
zanebthen you have the opposite problem, of how the child stack can update them22:11
Drago1zaneb: Maybe I'm naive, but what would be difficult about letting the nested stack resource know about the synthetic Values?22:13
Drago1Your idea of them being "hidden" implies some sort of special relationship to me anyway22:14
*** dprince has quit IRC22:24
*** sdake has joined #heat22:31
*** sdake has quit IRC22:32
*** sdake has joined #heat22:32
*** jcoufal has quit IRC22:39
*** jcoufal has joined #heat22:40
*** chlong has joined #heat22:42
*** jcoufal has quit IRC22:50
*** stingaci has quit IRC22:51
*** jcoufal has joined #heat22:51
*** jaosorior has quit IRC22:52
*** stingaci has joined #heat22:53
*** mannamne has quit IRC22:56
*** stingaci has quit IRC22:57
*** jasond has quit IRC23:01
*** spzala has joined #heat23:02
*** chris_hultin|AWA is now known as chris_hultin23:02
*** chris_hultin is now known as chris_hultin|AWA23:03
*** Pavo_ has joined #heat23:05
*** adrian_otto has quit IRC23:05
*** jcoufal has quit IRC23:06
*** Pavo is now known as Guest2970923:06
*** spzala has quit IRC23:06
*** Pavo_ has quit IRC23:08
*** Pavo has joined #heat23:09
*** jcoufal has joined #heat23:09
*** Pavo has quit IRC23:10
*** Guest29709 has quit IRC23:11
*** Pavo has joined #heat23:11
*** sdake has quit IRC23:11
*** Pavo has quit IRC23:17
*** Pavo has joined #heat23:17
*** EricGonczer_ has joined #heat23:20
*** jcoufal has quit IRC23:21
*** EricGonczer_ has quit IRC23:21
*** jcoufal has joined #heat23:21
*** EricGonczer_ has joined #heat23:22
*** EricGonczer_ has quit IRC23:23
*** zz_dimtruck is now known as dimtruck23:25
*** rajpatel has quit IRC23:28
*** adrian_otto has joined #heat23:30
*** annegentle has quit IRC23:35
*** dbecker has quit IRC23:36
*** rajpatel has joined #heat23:43
*** blomquisg is now known as blomquisg_gone23:43
*** paw has quit IRC23:51

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