20:04:35 <asalkeld> #startmeeting heat
20:04:35 <asalkeld> great
20:04:35 <skraynev> why do it happen?
20:04:35 <asalkeld> ok, well let
20:04:35 <asalkeld> ok, well let plough on
20:04:35 <asalkeld> anyone around?
20:04:36 <tspatzier> hi
20:04:36 <jruano> hi
20:04:36 <pas-ha> o/
20:04:36 <asalkeld> #link https://wiki.openstack.org/wiki/Meetings/HeatAgenda
20:04:36 <asalkeld> not much on there today
20:04:36 <shardy> hi all
20:04:36 <skraynev> o/
20:04:36 <asalkeld> #topic Adding items to the agenda
20:04:41 <openstack> Meeting started Wed Apr  8 20:04:34 2015 UTC and is due to finish in 60 minutes.  The chair is asalkeld. Information about MeetBot at http://wiki.debian.org/MeetBot.
20:04:42 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
20:04:44 <openstack> The meeting name has been set to 'heat'
20:04:48 <openstack> Meeting ended Wed Apr  8 20:04:35 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
20:04:49 <openstack> Minutes:        http://eavesdrop.openstack.org/meetings/heat/2015/heat.2015-04-08-20.04.html
20:04:51 <openstack> Minutes (text): http://eavesdrop.openstack.org/meetings/heat/2015/heat.2015-04-08-20.04.txt
20:04:52 <openstack> Log:            http://eavesdrop.openstack.org/meetings/heat/2015/heat.2015-04-08-20.04.log.html
20:04:54 <openstack> Meeting started Wed Apr  8 20:04:35 2015 UTC and is due to finish in 60 minutes.  The chair is asalkeld. Information about MeetBot at http://wiki.debian.org/MeetBot.
20:04:55 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
20:04:57 <openstack> The meeting name has been set to 'heat'
20:05:00 <skraynev> he awake!
20:05:06 <tspatzier> woohoo, the bot is back ;-)
20:05:09 <asalkeld> dang, that's slow
20:05:14 <stevebaker> \o
20:05:26 <asalkeld> hi stevebaker
20:05:37 <asalkeld> #topic Any critical bugs (rc2 potential)
20:05:38 <spzala> Hi
20:05:41 <skraynev> stevebaker: makes bot alive!!!
20:05:43 <skraynev> :)
20:05:52 <stevebaker> you're welcome
20:06:21 <asalkeld> #link https://bugs.launchpad.net/heat/+bugs?field.tag=kilo-rc-potential
20:07:00 <asalkeld> if there are any critical bugs we need to backport them
20:07:08 <asalkeld> (to kilo)
20:07:21 <asalkeld> i don't see anything yet
20:07:24 <stevebaker> asalkeld: can we just backport anything which is Fix Committed?
20:07:39 <asalkeld> shrug, I guess
20:09:24 <msly> I just joined the meeting... this bug kind of affect heat's ability to autoscale.. what do you guys think? https://bugs.launchpad.net/ceilometer/+bug/1421584
20:09:26 <openstack> Launchpad bug 1421584 in Ceilometer "cpu_util volume won't report right for cpu over commit case" [Medium,Triaged] - Assigned to Ilya Tyaptin (ityaptin)
20:09:52 <prazumovsky> hi all
20:09:58 <asalkeld> hi prazumovsky
20:10:02 <asalkeld> looking msly
20:10:55 <asalkeld> so are ceilometer going to fix that?
20:12:34 <asalkeld> shardy: have you any important bugs to fix from tripelO?
20:13:09 <shardy> asalkeld: Nothing specific to heat atm AFAIK
20:13:13 <asalkeld> ok
20:13:22 <msly> asalkeld: I'm not sure if anyone is assigned or going to implement a new meter in ceilometer, but heat currently uses cpu_util from ceilometer to do its autoscaling and it's not going to work
20:13:55 <stevebaker> msly: it sounds like it is not a heat bug though, we can only consume the metrics we're given
20:14:30 <asalkeld> #topic open discussion
20:14:55 <stevebaker> should we have a meeting next week? asalkeld is away and I'll be asleep
20:15:17 <asalkeld> stevebaker: you could do it at this time?
20:15:32 <asalkeld> or ask someone in the EU to do it?
20:15:48 <asalkeld> (or cancel)
20:15:54 <shardy> asalkeld: I can do it if you decide not to cancel
20:16:03 <asalkeld> ok thanks shardy
20:16:19 <shardy> happy to skip a week tho, if there's nothing on the agenda
20:16:39 <skraynev> I think that pas-ha and me be here too :)
20:17:05 <skraynev> so there are 3 cores in meeting ;)
20:17:08 <asalkeld> nice, we do have a quiet time for a week or 2
20:17:21 <asalkeld> until summit planning kicks in
20:17:35 <asalkeld> #link https://etherpad.openstack.org/p/heat-reviews
20:17:48 <asalkeld> mostly handy links ^
20:18:29 <stevebaker> and zaneb
20:18:41 <shardy> speaking of reviews, stevebaker you had soms suggestions re review prioritization, care to share any more details on how we might go about that?
20:18:43 <zaneb> ohai
20:19:14 <skraynev> zaneb: aloha
20:19:56 <asalkeld> zaneb: you see that discussion about messaging the user on the ml?
20:19:58 <stevebaker> swift has a version of https://etherpad.openstack.org/p/heat-reviews which is manually curated, so reviewers have a priority of what to review next. I wonder if we should try something like that, as long as someone volunteers to curate (like the PTL)
20:20:05 <zaneb> asalkeld: yes, I did
20:20:27 <asalkeld> everything via notifications
20:20:30 <asalkeld> :-O
20:20:48 <shardy> stevebaker: Ok, yeah an etherpad with priorities per milestone would certainly be a good start
20:20:48 <zaneb> that's not a terrible idea
20:21:06 <zaneb> if it means there's one central implementation of how those get exposed to the user
20:21:21 <asalkeld> stevebaker: or something semi automatic
20:21:24 <stevebaker> it would help getting the convergence changes landing in the best order
20:21:33 <asalkeld> we do have priorities in the bug
20:21:41 <skraynev> stevebaker: +1
20:21:50 <asalkeld> or tags
20:22:08 <asalkeld> manual list sounds tedious
20:22:26 <asalkeld> (to keep up to date)
20:23:18 <shardy> should we consider some way of scrubbing (via WIP?) old inactive reviews?
20:23:24 <stevebaker> asalkeld: if it is too automatic then it might end up being just another gerrit dashboard with uncoordinated reviews
20:23:37 <shardy> I for one still thing it's a shame we abandoned auto-abandon..
20:23:49 <asalkeld> i like auto abandon
20:24:08 <asalkeld> else you get lots of old cruft
20:24:10 <stevebaker> someone could just go through and manual-abandon with a nice message
20:24:46 <asalkeld> that too
20:25:07 <msly> just found out this morning, heat is no longer a default enabled service on devstack :( https://review.openstack.org/#/c/169709/
20:25:11 <stevebaker> also maybe auto-abandon is a per-project decision. I'm not sure
20:25:29 <asalkeld> msly: that is mostly for the gate
20:25:50 <shardy> msly: that's the "big tent" for you :\
20:25:58 <asalkeld> so tempest doesn't install heat when it doesn't need it
20:26:09 <asalkeld> tho' not sure that saves much time
20:26:40 <stevebaker> the commit message says its to save memory, seems reasonable.
20:26:56 <asalkeld> stevebaker: start testing out the manual review board if you want
20:27:01 <skraynev_> asalkeld: but I was surprised too (spend half day by thinking where I am wrong with devstack)
20:27:03 <shardy> stevebaker: yeah, to be fair, heat is a pretty bad memory hog under some circumstances
20:27:18 <stevebaker> asalkeld: the gate has its own service enablement, so that is unrelated
20:27:44 <zaneb> seems like if the problem is in the gate it should be fixed in the gate, not for everybody in devstack
20:28:02 <stevebaker> its nothing to do with the gate
20:28:15 <asalkeld> changing defaults is always fun for users
20:29:09 <asalkeld> well i have nothing else, we can end early if you guys want
20:29:10 <stevebaker> it would be aimed for people developing locally in a vm
20:29:52 <skraynev_> stevebaker: do you mean heat standalone?
20:30:13 <asalkeld> skraynev_: just peolpe that don't want heat
20:30:19 <pas-ha> has anybody met failed to start heat-api on stack.sh run?
20:30:21 <zaneb> skraynev: he means anyone who runs devstack in a VM
20:30:26 <stevebaker> skraynev_: no, selecting a default service list which works in 4G of RAM
20:31:23 <pas-ha> stevebaker, yeah, on 4G RAM heat + Neutron + swift + Ceilo + others is already sloppy
20:32:16 <asalkeld> any new topics ...
20:32:21 <skraynev_> stevebaker: got it. agree default which eat all your resource is terrible
20:32:30 <skraynev_> *resources
20:32:40 <stevebaker> default services doesn't even include swift. It sucks that we're not default anymore but this seems reasonable
20:32:55 <skraynev_> pas-ha: and do not forget tempest ;) and sahara
20:33:27 <asalkeld> #endmeeting