Monday, 2016-10-10

*** adrian_otto has joined #heat00:09
*** rajpatel has joined #heat00:10
*** adrian_otto has quit IRC00:23
*** rajpatel1 has joined #heat00:34
*** rajpatel has quit IRC00:35
*** rajpatel1 has quit IRC01:01
*** david-lyle_ has joined #heat01:04
*** david-lyle has quit IRC01:08
*** david-lyle_ is now known as david-lyle01:10
*** yanyanhu has joined #heat01:12
*** vishwanathj has joined #heat01:20
*** xek_ has joined #heat01:28
*** jistr has quit IRC01:29
*** abramley has quit IRC01:29
*** Tristitia has quit IRC01:29
*** xek has quit IRC01:29
*** jtomasek has quit IRC01:29
*** jtomasek has joined #heat01:34
*** abramley has joined #heat01:35
*** jistr has joined #heat01:35
*** Tristitia has joined #heat01:36
*** code-R has joined #heat01:36
*** code-R has quit IRC01:40
*** zhihui has joined #heat01:54
*** vijendar has joined #heat01:59
*** dimtruck is now known as zz_dimtruck01:59
*** vijendar has quit IRC02:04
*** bana_k has joined #heat02:17
*** zz_dimtruck is now known as dimtruck02:35
*** dimtruck is now known as zz_dimtruck02:45
*** sdake has joined #heat02:46
*** bana_k has quit IRC02:46
*** bana_k has joined #heat02:57
*** code-R has joined #heat02:58
*** david-lyle has quit IRC03:09
*** code-R has quit IRC03:14
*** code-R has joined #heat03:22
*** gberginc has joined #heat03:25
*** gberginc has quit IRC03:26
*** code-R_ has joined #heat03:30
*** bana_k has quit IRC03:32
*** code-R has quit IRC03:32
*** sdake has quit IRC03:41
*** adrian_otto has joined #heat03:45
*** adrian_otto has quit IRC03:47
*** code-R_ has quit IRC03:48
*** zz_dimtruck is now known as dimtruck03:49
*** adrian_otto has joined #heat03:52
*** dimtruck is now known as zz_dimtruck03:59
*** vijendar has joined #heat04:05
*** flwang1 has quit IRC04:08
*** vijendar has quit IRC04:10
*** adrian_otto1 has joined #heat04:13
*** adrian_otto has quit IRC04:16
*** code-R has joined #heat04:18
*** code-R has quit IRC04:27
*** gberginc has joined #heat04:30
*** adrian_otto1 has quit IRC04:33
*** adrian_otto has joined #heat04:35
*** adrian_otto has quit IRC04:36
*** adrian_otto has joined #heat04:36
*** adrian_otto has quit IRC04:44
openstackgerritMerged openstack/heat: Using oslo_config's min attribute in heat  https://review.openstack.org/35906404:45
*** adrian_otto has joined #heat04:46
openstackgerritMerged openstack/heat: Correct invalid git URL in LogABug config  https://review.openstack.org/38296804:46
openstackgerritMerged openstack/heat: Keystone role assignment observe reality method  https://review.openstack.org/30342804:46
*** adrian_otto has quit IRC05:01
*** adrian_otto has joined #heat05:04
*** jaosorior has joined #heat05:07
*** jaosorior has quit IRC05:10
*** bana_k has joined #heat05:11
*** jaosorior has joined #heat05:11
*** exploreshaifali has joined #heat05:31
*** ishant|away has quit IRC05:32
*** kirankv has quit IRC05:35
*** zz_dimtruck is now known as dimtruck05:50
*** dimtruck is now known as zz_dimtruck05:59
*** vijendar has joined #heat06:06
*** gberginc has quit IRC06:12
*** vijendar has quit IRC06:12
*** adrian_otto has quit IRC06:14
*** gberginc has joined #heat06:16
*** yprokule has joined #heat06:20
*** adrian_otto has joined #heat06:23
*** bana_k has quit IRC06:26
*** code-R has joined #heat06:28
*** exploreshaifali has quit IRC06:29
*** prazumovsky has joined #heat06:32
*** code-R has quit IRC06:33
*** jprovazn has joined #heat06:33
openstackgerritMerged openstack/python-heatclient: handle empty sections in environment files  https://review.openstack.org/38378506:35
*** exploreshaifali has joined #heat06:37
*** rcernin has joined #heat06:48
openstackgerritJuan Antonio Osorio Robles proposed openstack/heat: Add http_proxy_to_wsgi middleware to Heat CFN endpoint  https://review.openstack.org/38431406:48
*** exploreshaifali has quit IRC06:52
*** code-R has joined #heat06:53
*** code-R has quit IRC06:58
*** gberginc has quit IRC07:02
*** fabian4 has joined #heat07:08
fabian4hi, i have a quesstion, util.py[WARNING]: Running scripts-user (<module 'cloudinit.config.cc_scripts_user' from '/usr/lib/python2.7/site-packages/cloudinit/config/cc_scripts_user.pyc'>) failed  ? pleae give me a help , my centos7 install cloudbase-0.7.507:09
*** gberginc has joined #heat07:22
openstackgerritMerged openstack/heat: Add networking-sfc flow-classifier resource plug-in  https://review.openstack.org/27798807:23
*** bana_k has joined #heat07:25
*** exploreshaifali has joined #heat07:25
*** dbecker has joined #heat07:27
*** prazumovsky has quit IRC07:28
*** prazumovsky has joined #heat07:33
*** jpich has joined #heat07:38
*** ccamacho has joined #heat07:38
*** ccamacho is now known as ccamacho|mtg07:39
*** prazumovsky has quit IRC07:45
*** flwang1 has joined #heat07:49
openstackgerritDeepak proposed openstack/heat: Cleanup Newton Release Notes  https://review.openstack.org/38433107:50
*** zz_dimtruck is now known as dimtruck07:50
*** bana_k has quit IRC07:59
*** zzzeek has quit IRC08:00
*** dimtruck is now known as zz_dimtruck08:00
*** zzzeek has joined #heat08:01
*** sorantis has joined #heat08:05
*** vijendar has joined #heat08:08
*** gberginc has quit IRC08:10
*** vijendar has quit IRC08:12
*** exploreshaifali has quit IRC08:14
*** vijendar has joined #heat08:18
*** adrian_otto has quit IRC08:20
*** ccamacho|mtg is now known as ccamacho08:21
*** vijendar has quit IRC08:22
*** adrian_otto has joined #heat08:23
*** yassine has joined #heat08:25
*** yassine is now known as Guest2040908:25
*** Guest20409 is now known as yassou08:25
*** exploreshaifali has joined #heat08:27
openstackgerritThomas Herve proposed openstack/heat: Use RPC to retrieve nested stack output  https://review.openstack.org/38383908:33
*** trananhkma has joined #heat08:43
*** sdake has joined #heat08:43
*** vishwana_ has joined #heat08:46
*** dsneddon_1 has quit IRC08:46
*** dsneddon_1 has joined #heat08:49
*** evilt0ne_ has joined #heat08:49
*** pleia2_ has joined #heat08:50
*** dgonzalez_ has joined #heat08:53
*** coreyob_ has joined #heat08:53
*** mfisch` has joined #heat08:53
*** andreaf_ has joined #heat08:53
*** Qiming_ has joined #heat08:54
*** vishwanathj has quit IRC08:54
*** andreaf has quit IRC08:54
*** skraynev has quit IRC08:54
*** mfisch has quit IRC08:54
*** pleia2 has quit IRC08:54
*** coreyob has quit IRC08:54
*** Qiming has quit IRC08:54
*** hoonetorg has quit IRC08:54
*** gmoro has quit IRC08:54
*** evilt0ne has quit IRC08:54
*** dgonzalez has quit IRC08:54
*** dgonzalez_ is now known as dgonzalez08:54
*** andreaf_ is now known as andreaf08:54
*** Qiming_ is now known as Qiming08:54
*** skraynev has joined #heat09:01
*** gmoro has joined #heat09:01
*** hoonetorg has joined #heat09:01
*** kirankv has joined #heat09:21
*** ishant|away has joined #heat09:21
*** code-R has joined #heat09:21
*** gberginc has joined #heat09:23
*** Guest10079 is now known as zigo09:23
*** code-R_ has joined #heat09:24
openstackgerritPeter Razumovsky proposed openstack/heat: Keystone::Endpoint observe reality implementation  https://review.openstack.org/30097309:27
*** code-R has quit IRC09:27
*** prazumovsky has joined #heat09:27
*** eliqiao has quit IRC09:28
*** ishant|away has quit IRC09:29
*** eliqiao has joined #heat09:29
*** eliqiao has quit IRC09:29
prazumovskyHi! Can someone check new property tags for server: https://review.openstack.org/#/c/374797/ I have some doubts about client versioning, so will be appreciate if KanagarajM take a look on it:)09:30
*** kirankv has quit IRC09:30
*** eliqiao has joined #heat09:32
*** gberginc has quit IRC09:32
*** eliqiao has quit IRC09:32
*** eliqiao has joined #heat09:33
*** derekh has joined #heat09:36
*** caowei has quit IRC09:36
*** shardy has joined #heat09:37
*** caowei has joined #heat09:37
*** jaosorior has quit IRC09:38
*** shardy has quit IRC09:38
*** jaosorior has joined #heat09:38
*** shardy has joined #heat09:39
openstackgerritDeepak proposed openstack/heat: Fixed the too long characters  https://review.openstack.org/38438809:44
*** evilt0ne_ has quit IRC09:45
*** evilt0ne has joined #heat09:48
*** evilt0ne has joined #heat09:48
*** zz_dimtruck is now known as dimtruck09:51
*** yassou has quit IRC09:54
therveshardy, Hi! Time to chat about my favorite subject, memory usage? :)09:54
*** dimtruck is now known as zz_dimtruck10:01
*** yanyanhu has quit IRC10:01
*** jistr is now known as jistr|mtg10:03
*** prazumovsky has quit IRC10:03
*** exploreshaifali has quit IRC10:09
*** exploreshaifali has joined #heat10:12
*** vijendar has joined #heat10:19
*** vijendar has quit IRC10:23
*** Guest2483 is now known as rook10:31
*** caowei has quit IRC10:38
*** adrian_otto has quit IRC10:46
*** code-R_ has quit IRC10:55
*** kirankv has joined #heat11:11
*** ishant|away has joined #heat11:11
*** yassine has joined #heat11:13
*** yassine is now known as Guest7540611:13
*** Alexey_Abashkin_ has joined #heat11:24
*** exploreshaifali has quit IRC11:25
*** Alexey_Abashkin has quit IRC11:27
*** exploreshaifali has joined #heat11:28
*** jistr|mtg is now known as jistr11:34
*** ccamacho is now known as ccamacho|lunch11:37
*** sdake has quit IRC11:41
*** zaneb has joined #heat11:48
*** dprince has joined #heat11:49
*** zz_dimtruck is now known as dimtruck11:52
*** code-R has joined #heat11:53
*** code-R_ has joined #heat11:56
*** code-R has quit IRC11:58
*** dimtruck is now known as zz_dimtruck12:02
openstackgerritMohankumar proposed openstack/heat: Add networking-sfc port-chain resource plug-in  https://review.openstack.org/27794012:04
*** exploreshaifali has quit IRC12:07
*** evilt0ne has quit IRC12:09
*** shardy is now known as shardy_mtg12:12
*** exploreshaifali has joined #heat12:12
*** shardy_mtg is now known as shardy12:12
shardytherve: Hey, sorry in meetings most of today - happy to chat about memory usage tho :)12:13
*** ccamacho|lunch is now known as ccamacho12:15
*** exploreshaifali has quit IRC12:16
*** vijendar has joined #heat12:20
*** vijendar has quit IRC12:24
*** EricGonczer_ has joined #heat12:29
*** blomquisg is now known as blomquisg_gone12:36
*** shardy is now known as shardy_mtg12:37
*** evilt0ne has joined #heat12:39
*** evilt0ne has quit IRC12:39
*** evilt0ne has joined #heat12:39
therveshardy_mtg, https://review.openstack.org/#/c/383839/ is the latest of the attempts I made. One of the biggest improvements12:44
therveIt's unclear exactly why it matters so much, but it does12:44
shardy_mtgtherve: aha!  Very interesting, thanks I'll test it later, but lgtm12:46
therveshardy_mtg, I tried http://paste.openstack.org/show/585172/ change in tht, which I was hoping to be effectively the same as the heat change12:47
therveBut it didn't work, and I don't really understand why12:47
therveIt looks like data available during output is not in resource creation12:47
*** shardy_mtg is now known as shardy12:49
shardytherve: interesting, I was trying to do similar until I hit bug #1629899 (now fixed and not related to your issue AFAICS)12:50
openstackbug 1629899 in heat "repeat for_each can't reference attributes" [Medium,Fix released] https://launchpad.net/bugs/1629899 - Assigned to Rabi Mishra (rabi)12:50
therveshardy, Hum, that might be it though12:50
* therve tries again12:50
shardytherve: one issue is output validation is less strict than resource property validation atm due to bug #159911412:51
openstackbug 1599114 in heat "Outputs aren't correctly validated" [Medium,In progress] https://launchpad.net/bugs/1599114 - Assigned to Oleksii Chuprykov (ochuprykov)12:51
shardytherve: so it's possible there's other issues like bug #1629899 which mean stuff breaks when moved into OS::Heat::Value12:51
openstackbug 1629899 in heat "repeat for_each can't reference attributes" [Medium,Fix released] https://launchpad.net/bugs/1629899 - Assigned to Rabi Mishra (rabi)12:51
therveshardy, It's worrying if we end up breaking current output usage with more validation12:51
shardytherve: Yeah, well it probably just means more validation bugs where stuff breaks due to get_attr returning None12:52
therveSigh12:52
shardyit'd be good to figure out a more robust approach to that in general than all the special-cases for validation in the functions12:52
therveYeah, that's on my list. We somewhat have a plan, need to see how it does in the face of the codebase12:53
shardytherve: so, is the issue that every output is resolving all the yaql for the entire tree of all nested stacks?12:53
shardyand moving to RPC breaks that chain?12:53
therveshardy, Possibly. Although, I tried to move just the yaql evaluation to RPC, and that didn't improve things.12:54
therveSo there is something else, maybe just the sheer size of data passed to yaql12:54
shardytherve: Ok, well good that we're making progress narrowing down the issue tho, thanks for digging into it :)12:54
therveYeah it's quite the haystack12:55
therveSo yeah my tht patch still fails with "resources.CephStorageServiceChain: Property error: resources.RoleData.properties.value: No method "where" for receiver None matches supplied arguments"12:56
shardytherve: Ok, so that's due to yaql getting None during validation12:56
shardyso we'll need the query to handle that with a default somewhere12:56
shardy(or at least I assume that's the issue as I hit the same myself)12:57
therveOK, I'll add some debug12:59
*** iurygregory has joined #heat13:00
shardytherve: FYI I do partial updates by heat stack-update -x <nested stack ID> fixed-template.yaml, which shortens the debug cycle a bit13:01
therveshardy, Ah good idea, thanks13:02
*** shardy is now known as shardy_mtg13:03
*** jprovazn has quit IRC13:03
*** EricGonc_ has joined #heat13:08
*** huangtianhua has joined #heat13:08
therveAh, I think I got it13:08
therveshardy_mtg, It gets None from {get_attr: [ServiceChain, role_data]}13:08
therveBecause ServiceChain specifies concurrent, we don't generate the dependencies13:09
*** EricGonczer_ has quit IRC13:09
shardy_mtgtherve: aha13:09
therveThus... we don't wait for the resources, and data is not there13:09
*** shardy_mtg is now known as shardy13:09
shardytherve: isn't that a bug in service chain?13:09
shardye.g even in concurrent mode we should wait for all nested resources to be complete?13:10
thervePossibly, I don't know enough about it to tell13:10
shardywe just don't serialize their creation13:10
shardytherve: FWIW I was somewhat involved with service chain stuff and IIRC the intention was only to serialize (or not) the creation of resources in the nested stack13:11
shardyit just adds a depends_on between each resource in the chain13:11
therveOK. So the chain itself should depend on all the resources13:11
shardytherve: yeah, that's my understanding13:11
therveOK, will try that :)13:11
*** tiantian has quit IRC13:11
therveHum no, what I'm saying doesn't make sense13:15
therveIt's done in a nested stack, so it should wait for all resources inside it13:15
*** jdandrea has joined #heat13:15
shardytherve: ah, I thought you were saying the parent resource didn't wait for complete13:17
therveshardy, Well there is no explicit depends_on, but there shouldn't be13:18
*** vijendar has joined #heat13:24
*** jprovazn has joined #heat13:24
*** vijendar has quit IRC13:33
zanebtherve: I don't think it's a ResourceChain problem, likely just a standard returns-none-during-validation problem13:35
thervezaneb, Yeah you're probably right. I don't understand where though.13:36
*** EricGonc_ has quit IRC13:38
*** EricGonczer_ has joined #heat13:41
thervezaneb, Can you enlighten me a bit on that subject?13:43
therveIt doesn't seem we filter None everywhere in functions result, should we?13:43
*** blomquisg_gone is now known as blomquisg13:44
thervezaneb, Things like https://review.openstack.org/#/c/349459/ ?13:44
zanebmy memory is fuzzy here13:45
zanebbut I think it's something along the lines that we try to validate resource definitions prior to creating any resources13:45
zaneband in the process we try resolving the functions (which we probably shouldn't)13:46
zanebso if any of their inputs resolve to None then they need some sane way of handling it13:46
therveYeah that seems to be the case13:46
zanebresulting in lots of ugly special cases :(13:47
therveRight, and we don't handle that systematically13:47
zaneband bugs in all the places where we forget to put special cases :(13:47
zanebyep13:47
therveWe just stumble upon those...13:47
therveUrg that's not a way to start the week :)13:48
zaneblol13:48
thervezaneb, https://review.openstack.org/#/c/383839/ is a better way. WDYT?13:48
therveIt makes some great improvements for tripleo, not sure for the general case though13:49
zanebhaven't read the patch yet, but the idea seems sound13:49
*** sdake has joined #heat13:49
zanebtherve: I'm curious what the theory is behind http://paste.openstack.org/show/585172/ ? I wouldn't have expected that to make a big difference13:50
*** code-R_ has quit IRC13:50
thervezaneb, So, the theory is that it moves output calculation into the nested stack13:50
therveSo that output becomes "static"13:51
therveThus not requiring the heat patch delegating output to RPC13:51
zanebah, ok, so it only has to dig down one level13:51
zanebgood thinking13:51
therveRight. I'm trying to make it work though, because of those None values popping out13:51
therveSo I haven't confirmed that it actually works13:52
zanebwhat would really have made a big difference is if you could ditch that whole stack, and replace the whole child stack with an OS::Heat::Value13:52
*** zz_dimtruck is now known as dimtruck13:53
zanebnot sure how many of those stacks have zero resources though (obviously those are the only ones it works for)13:53
therveWouldn't that create the data in the top level stack though?13:53
*** sdake has quit IRC13:54
*** sdake has joined #heat13:55
therveOh wow, that is deeply broken13:56
therveI can filter out None data when it's top level13:56
therveBut not when it's nested into something else13:56
zanebthere are templates like http://git.openstack.org/cgit/openstack/tripleo-heat-templates/tree/puppet/services/ceilometer-base.yaml that have no resources and exist purely for laundering parameters into outputs. that's the case that OS::Heat::Value can potentially replace13:57
*** code-R has joined #heat13:57
thervezaneb, Yes, it can. I mean that by delegating to a nested stack, you delegate the calculation, thus the memory can be released13:57
therveDitching the stack would have the opposite effect of what I want to achieve in tripleo13:58
zanebtherve: I'm much, much less worried about hanging on to memory after doing a calculation than I am about loading all of the nested stacks simultaneously13:59
thervezaneb, That's what I thought too, but that's not my testing showed13:59
*** jasond has joined #heat13:59
thervezaneb, With the output over RPC patch, memory is much improved, but I still load the nested stacks14:00
therveThe issue is really with the stack.outputs[op].get_value() call14:00
therveWhich I guess call function.resolve down the line14:00
zanebtherve: that's pretty much what I would expect, because the maximum number of stacks you have to load *simultaneously* is only the depth of the tree (vs. all of them), and they're spread among multiple engines14:01
zanebso depth=4, spread across 4 engines, means 1 stack loaded at a time14:02
*** dimtruck is now known as zz_dimtruck14:03
zanebconversely, all stacks loaded in-memory in a single engine is like 350 stacks loaded at a time14:03
therveHum, possibly14:03
thervetripleo stack is not very deep though14:03
zanebyeah, it's only 3 or 4 deep I think14:03
therveBut that's a good point, I'd need to check that14:04
zanebthe problem is that you get the outputs by calling self._nested(), which loads the stack in-memory and *keeps it there*14:04
zanebcurrently, I mean14:05
therveYeah, but we still call self.nested()14:05
therveBut maybe only the top level one14:05
zaneband then that stack calls self.nested() in its resources, so they get loaded in memory and kept there too14:05
therveRight, that's an interesting thing to check14:06
zanebso by the time you're done, you will have basically every stack (at least all of the ones we do get_attr on) loaded at once14:06
zanebthat's why we use so much memory14:06
*** EricGonc_ has joined #heat14:07
therveYep14:07
therveUsage of self.nested is much bigger than looking at StackResource let me think, too14:07
zanebso the RPC thing is a good fix, not so much because it spreads the workload (although that's good) as because the memory gets freed after the RPC call returns14:07
*** EricGonczer_ has quit IRC14:07
therveRight exactly14:08
*** sorantis has quit IRC14:09
*** ayoung has joined #heat14:13
*** spotz_zzz is now known as spotz14:13
*** zz_dimtruck is now known as dimtruck14:13
*** bnemec has joined #heat14:15
therveshardy, So interestingly, tripleo completely relies on output validation to be what it is to work at all :)14:24
*** rajpatel has joined #heat14:26
shardytherve: I'm not that surpised tbh, I expected to need some fixes when the heat output validation patches land, but I've not had time to test with them14:26
shardythat's the problem with the current inconsistent validation behavior :(14:26
shardytherve: patches welcome ;)14:27
*** Qiming has quit IRC14:27
therveshardy, I wonder if we should that patch goes in TBH14:27
therveI don't know how we're going to make things work with it14:28
shardytherve: Yeah it definitely runs the risk of breaking currently working things :(14:28
shardyperhaps we can combine enabling output validation with a HOT version bump for ocata?14:28
shardykind of ugly, but at least then it'd be an opt-in interface change14:29
shardyor an API flag enabling a stricter validation mode I guess14:29
therveshardy, There is a really simple thing when using yaql. If you do data: {something: {get_attr...}}. data is not None, because it's a dict, but you get None in the key14:29
therveSo I don't know how we can work around that14:29
shardytherve: IIRC I worked around it by doing the get_attr in a list then filtering for non-None values14:30
therveshardy, Right, you need to handle it in the expression14:30
shardybut yeah, it's kind of a tricky case14:30
shardyyup14:30
therveUrg :)14:30
shardyit'd be much nicer if that wasn't needed tho14:30
therveYeah, it feels validation is more a burden than a help here.14:32
*** Qiming has joined #heat14:33
*** rajpatel1 has joined #heat14:33
*** chris_hultin|AWA is now known as chris_hultin14:34
*** rajpatel has quit IRC14:34
*** Drago has joined #heat14:35
*** Drago has quit IRC14:35
*** annegentle has joined #heat14:35
*** Drago has joined #heat14:35
*** tanvirt has joined #heat14:37
*** openstack has joined #heat18:26
*** openstack has joined #heat19:08
*** sabeen has joined #heat19:10
*** dprince has joined #heat19:15
*** flwang1 has quit IRC19:21
*** spotz is now known as spotz_zzz19:21
*** yprokule has quit IRC19:27
*** jdandrea has joined #heat19:29
*** shardy has joined #heat19:33
*** shardy has quit IRC19:33
*** Zer0Byte__ has joined #heat19:34
*** bana_k has quit IRC19:45
*** Zer0Byte__ has quit IRC19:50
stevebakermorning19:50
*** adrian_otto has joined #heat19:59
*** spzala has joined #heat20:00
*** bana_k has joined #heat20:04
*** randallburt has quit IRC20:05
*** dimtruck is now known as zz_dimtruck20:07
*** dprince has quit IRC20:16
*** spotz_zzz is now known as spotz20:19
*** flwang1 has joined #heat20:23
*** annegentle has quit IRC20:26
*** annegentle has joined #heat20:27
*** blomquisg is now known as blomquisg_gone20:27
*** rajpatel has quit IRC20:28
*** rajpatel has joined #heat20:30
*** annegentle has quit IRC20:30
*** vijendar has quit IRC20:33
*** adrian_otto has quit IRC20:37
*** sorantis has joined #heat20:38
*** adrian_otto has joined #heat20:44
*** adrian_otto has quit IRC20:47
*** Zer0Byte__ has joined #heat20:48
*** adrian_otto has joined #heat20:48
*** jprovazn has quit IRC21:03
*** blomquisg_gone is now known as blomquisg21:12
*** hoonetorg has quit IRC21:15
*** adrian_otto has quit IRC21:15
*** chris_hultin is now known as chris_hultin|AWA21:24
*** hoonetorg has joined #heat21:28
openstackgerritZane Bitter proposed openstack/heat: Avoid loading nested stacks in memory where possible  https://review.openstack.org/38471821:32
*** hoonetorg has quit IRC21:36
*** evilt0ne has quit IRC21:38
*** zz_dimtruck is now known as dimtruck21:38
*** tlashchova has quit IRC21:41
*** hoonetorg has joined #heat21:53
*** dfflanders has joined #heat21:54
*** jasond has quit IRC22:02
*** jdandrea has quit IRC22:10
*** sabeen has quit IRC22:15
*** jamielennox is now known as jamielennox|away22:32
*** spzala has quit IRC22:33
*** spzala has joined #heat22:36
*** rajpatel has quit IRC22:37
*** rajpatel has joined #heat22:38
*** spzala has quit IRC22:39
*** sdake has quit IRC22:44
*** jamielennox|away is now known as jamielennox22:48
*** gus_ is now known as gus22:52
*** EricGonc_ has quit IRC22:58
*** vijendar has joined #heat22:58
*** EricGonczer_ has joined #heat23:01
*** sabeen has joined #heat23:01
*** vijendar has quit IRC23:04
*** vijendar has joined #heat23:08
*** sdake has joined #heat23:12
*** sdake_ has joined #heat23:17
*** adrian_otto has joined #heat23:19
*** hoonetorg has quit IRC23:20
*** sdake has quit IRC23:21
*** sorantis has quit IRC23:31
*** hoonetorg has joined #heat23:35
*** asalkeld has joined #heat23:38
*** rajpatel has quit IRC23:42

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