00:02:48 #startmeeting heat 00:02:49 Meeting started Thu Apr 17 00:02:48 2014 UTC and is due to finish in 60 minutes. The chair is zaneb. Information about MeetBot at http://wiki.debian.org/MeetBot. 00:02:50 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 00:02:52 The meeting name has been set to 'heat' 00:03:11 #chair stevebaker 00:03:12 Current chairs: stevebaker zaneb 00:03:23 \o 00:03:29 \o 00:03:33 Hi 00:04:30 stevebaker: chair is yours if you want it. or not, I don't care ;) 00:04:36 oh, ok 00:04:49 #topic Adding items to the agenda 00:05:00 I've got a couple of firefighting items 00:05:06 o/ 00:05:43 anything else to add? 00:05:48 #link https://wiki.openstack.org/wiki/Meetings/HeatAgenda#Agenda_.282014-04-17_0000_UTC.29 00:06:06 seems like people are in easter holidays mood :-) 00:06:12 yeah 00:06:21 #topic actions from last week 00:06:23 Yeah, trying to do too much in this meeting might leave people with egg on their face 00:06:27 shardy to write first Heat security page wiki 00:06:40 that has been done, but there is still a TODO on the release notes 00:07:09 #topic https://wiki.openstack.org/wiki/ReleaseNotes/Icehouse#OpenStack_Orchestration_.28Heat.29 00:07:18 I mean 00:07:20 #link https://wiki.openstack.org/wiki/ReleaseNotes/Icehouse#OpenStack_Orchestration_.28Heat.29 00:07:51 feel free to take a look, add any known issues, correct any features 00:08:50 our icehouse release has been cut, so announcements will happen very soon 00:09:04 stevebaker: didn't we deprecate some resources? 00:09:22 RouterGateway comes to mind 00:09:59 zaneb: yes, I think that is the only one 00:10:20 I assume deprecated properties are not release-notes worthy 00:10:56 zaneb: could you add that to the Upgrade Notes? 00:11:30 #topic https://bugs.launchpad.net/heat/+bug/1306743 00:11:33 #action zaneb to add deprecation of RouterGateway to Release Notes 00:11:56 oh hai heat ;) 00:12:16 * zaneb runs 00:12:50 stevebaker: I see some progress in analysis 00:13:32 so metadata polling currently has a high overhead because we currently need to parse the stack. There are a bunch of ways we could optimise and it would be great if we could all carve off bits of the problem 00:14:13 lifeless: are y'all using multiple Heat engines? 00:14:16 is it amenable to a cache? 00:14:19 zaneb: not yet 00:14:21 +1 to storing the parsed stack to swift 00:15:48 we've never even considered caching, memcached is another option. But I see that as more medium term 00:16:07 zaneb: could you take over for a sec, I'll be biab 00:16:13 sure 00:16:55 storing the parsed stack in swift would be a cache, no? 00:17:35 yip 00:18:04 it's not clear to me that these calls once every 30s are what's causing 300-400 DB requests per second... 00:18:47 having to load the whole stack is unfortunate, but it doesn't seem like it should be this... disasterous 00:18:59 back (sick kid) 00:19:30 not sure Heat should cache the parsed stack itself rather than relying on other projects 00:20:02 I believe memcached is used by other projects for caching, such as keystone 00:20:28 Anyway, we're continuing to look into the issue 00:20:37 #topic https://bugs.launchpad.net/heat/+bug/1297560 00:20:40 yep, it's been a lot of fund debugging the config option for it >:| 00:20:47 s/fund/fun/ 00:20:54 #link https://bugs.launchpad.net/heat/+bug/1297560 00:22:07 this one has lead to the heat-slow job becoming non-voting while we figure out why wait conditions time out %50 of the time. So *please* check the reason for any heat-slow failures before +2ing any heat changes 00:22:35 #topic Meeting times for the Juno cycle 00:22:38 zaneb: over to you 00:22:42 sdague asked whether we can have cfntools installed in a cirros 00:23:06 stevebaker: cheers, and thanks for all your hard work on Juno 00:23:08 Qiming: no we can't, but we could have a cirros test which signals with curl. I'll be looking at that 00:23:32 or docker tests? 00:23:36 much faster 00:24:03 so, is this meeting time working for us, and do we want to keep it for Juno? 00:24:03 (stacks with nova docker driver- when it's back in) 00:24:22 This time slot has had mixed success, maybe a slot which works for east-coast, europe and maybe asia would be better 00:24:31 +1 from me 00:24:53 or at least russia 00:25:00 I going to go out on a limb and guess that Qiming is based in asia 00:25:10 but I don't see anyone else from there present 00:25:39 so it seems like we've lost Europe folks for not much benefit 00:25:39 yeah, I was hoping for more of Liang, nanjj 00:26:14 and west coast US folks seem to struggle with this time too 00:26:38 wirehead_: I assume this is in the middle of commute time for most? 00:27:09 stevebaker: it's 8am in the morning here, for Liang and Jun Jie as well 00:27:15 #link http://xkcd.com/1335/ 00:27:23 zaneb: it's dangerously close to beer-o-clock. 00:27:32 Qiming: I thought it was 9. Do you have DST? 00:27:34 commute hour for the 9to5er 00:27:45 figures 00:27:59 I mean, I catch the 6pm train, so 00:28:03 stevebaker: no, we don't. 00:28:06 stevebaker: no DST in China afaik 00:28:56 ok, so if we're agreed the current time is not working that well 00:29:03 zaneb: oh well, do you want to experience the pure joy of finding a new time? 00:29:20 #action zaneb to propose options for alternate meeting times on Mailing List 00:29:21 Heavy is the head that wears the crown 00:29:35 That's one of the mostly-useless pieces of advice a prior manager gave me about management. 00:29:45 #topic Oslo Liason 00:29:59 #link https://wiki.openstack.org/wiki/Oslo/ProjectLiaisons 00:30:05 this is a new thing ^ 00:30:11 therve has volunteered 00:30:22 so y'all are off the hook 00:30:41 #topic Design Summit sessions 00:30:47 oh ho! 00:30:59 I wondered if the full oslo sync might help https://bugs.launchpad.net/heat/+bug/1306743, but I guess not 00:31:06 radix added updates to the one you sent back, zaneb 00:31:25 wirehead_: ok, thanks, I haven't seen that yet 00:31:40 #link http://summit.openstack.org/ 00:31:58 the really interesting link is http://summit.openstack.org/cfp/topic/8 00:32:08 but I don't think anyone else can see that 00:32:13 yah 00:32:25 :( 00:32:33 so, every project has lost slots this time 00:32:44 the good news is way have 8 00:32:53 aha, simple page says 'Forbidden' 00:32:55 same as Portland, one less than Hong Kong 00:33:30 so, remember if you click on 'Topic' it will sort by topic 00:33:46 zaneb: when is the deadline for proposing a session? 00:33:50 we have 13 sessions proposed 00:33:56 deadline is this Sunday 00:33:58 13 sessions enter... 8 leave 00:34:00 I'll be adding one 00:34:35 http://summit.openstack.org/cfp/details/85 and http://summit.openstack.org/cfp/details/11 could maybe be merged 00:34:37 so, at least one genuinely important session WILL be cut 00:34:38 What do you think about session for template catalog? 00:34:53 bgorski: that is a glance thing, surely ;) 00:34:55 so make sure you have lots of information in yours ;) 00:35:30 stevebaker, why glance ? :) 00:36:04 asalkeld: it's not clear to me that sending notifications and receiving notifications are closely related 00:36:19 stevebaker: thanks for your glance related comment on http://summit.openstack.org/cfp/details/68 .. will follow up on this. 00:36:31 one day somebody will quote that out of context 00:37:04 bgorski: the template catalog will be implemented in glance, it will become the project that catalogs all the things (images, templates, solum/murano apps) 00:37:12 is Rabi Mishra here? 00:37:48 evidently not 00:37:49 stevebaker: IIRC, tuskar intends to store templates on Swift 00:38:09 I'm just going to reject http://summit.openstack.org/cfp/details/308 and merge it with http://summit.openstack.org/cfp/details/86 if no-one objects 00:38:13 Qiming: maybe they would store them in glance if they could 00:38:36 zaneb: they look quite similar 00:39:08 fyi, my session will be about splitting out resources into different source repositories 00:40:45 yikes stevebaker 00:40:52 zaneb: should these be merged? http://summit.openstack.org/cfp/details/11 http://summit.openstack.org/cfp/details/85 00:40:52 stevebaker: rejected :D 00:41:00 lol 00:41:38 I am more inclined to push the resources back into {neutron/nova/cinder} 00:41:47 stevebaker: asalkeld just asked that 00:41:51 and I said 00:41:59 asalkeld: it's not clear to me that sending notifications and receiving notifications are closely related 00:42:41 zaneb it makes sense to talk about them together 00:42:51 esp. if we are pushed for time 00:42:59 asalkeld: can you leave comments to that effect? 00:43:01 maybe if the topics are small enough not to need a whole session 00:43:12 not suggesting it is the same functional topic 00:43:24 k 00:43:30 the other thing I want to note for y'all is that the design summit is not the *beginning* of the design process 00:43:45 so you should be proposing stuff on the mailing list... 00:43:56 socialising the various implementation options 00:44:13 in preparation for nailing down the details at summit 00:44:30 zaneb: as an aside, all the cool kids seem to be moving to git repos and gerrit to review blueprint specs. Something to consider for heat 00:44:32 and you should also be starting implementation _now_ that Icehouse is released 00:44:53 mabe one for the (#ifdef's in the templates?) 00:44:57 ;) 00:46:06 zaneb: biab again. you can take over the remainder of the meeting 00:46:24 anyway, if you haven't started the leadup work we will be less inclined to approve your session 00:46:47 there's motivation for everyone ;) 00:47:24 any thoughts about the ops session that shardy proposed? 00:47:30 The beatings will continue until morale improves? 00:47:35 do we have enough ops people interested? 00:47:49 wirehead_: you are our designated ops person for the day 00:48:45 my plan is to roll andrewplunk's heatclient session into that one too 00:49:03 Isn't there a seperate operators summit? 00:49:22 there's an ops track at the main summit 00:49:54 but this was an initiative to get projects to make space for ops-developer communication at the design summit 00:50:22 ok, 10 minutes left so let's move on 00:50:31 Doing it as one of the design talk slots feels weird, but we do need to have this discussion. 00:50:55 #action everyone to submit design summit session proposals by the end of the week 00:51:10 #topic Heat/Mistral collaboration 00:51:12 It does overlap with the heatclient 00:51:43 are the Murano folks here? 00:52:15 gokrokve: o/ 00:52:27 Hi 00:52:35 you mean mistral? 00:52:54 tnurlygayanov, .. 00:52:56 oh, I totally misread that 00:52:59 thanks 00:53:14 gokrokve: sorry. btw, what's Renat's IRC handle? 00:53:38 only me and tnurlygayanov in #mistral 00:53:54 rakhmerov 00:54:05 But it is deep night for him now 00:54:17 maybe next meeting 00:54:27 I actually thought that Heat meeting is at 1PM today 00:54:28 only 5 mins left 00:54:35 good point, I wonder why he wanted it on the agenda of this meeting 00:54:43 #topic Open Discussion 00:54:49 any takers? 00:55:38 ill bite 00:56:17 I will bite 00:57:22 mspreitz: 3 minutes 00:57:35 just wanted to post a heads up. I am writing a nova bp for simultaneous sched of server group 00:58:05 would later want to discuss how to use it thru heat 00:58:27 mspreitz: it would look like a resource to heat? 00:58:50 thats all gor now 00:59:11 hopefully not just an option to nova.boot 00:59:26 so we can track the sub servers 00:59:37 or is that totally hidden? 00:59:46 dub servers? 00:59:53 sub 01:00:02 well do we get a server group 01:00:08 (resource) 01:00:26 yes 01:00:32 ok 01:00:36 mspreitz: this is a different blueprint to https://blueprints.launchpad.net/nova/+spec/instance-group-api-extension ? 01:01:15 time's up 01:01:18 #endmeeting