20:01:05 <sdake_z> #startmeeting heat
20:01:06 <openstack> Meeting started Wed Feb 20 20:01:05 2013 UTC.  The chair is sdake_z. Information about MeetBot at http://wiki.debian.org/MeetBot.
20:01:07 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
20:01:09 <openstack> The meeting name has been set to 'heat'
20:01:25 <sdake_z> hidey ho - rollcall pls
20:01:43 <Slower> o/
20:01:43 <stevebaker> _o/
20:01:44 <echohead> |o
20:01:44 <jpeeler> hi
20:01:45 <zaneb> o/
20:01:54 <SpamapS> _\o/_
20:02:01 <zaneb> stevebaker: semaphore?
20:02:19 <stevebaker> ~o~
20:02:21 <SpamapS> Wuthering Heights by Semaphore..  a classic. :)
20:02:27 <shadower> o/
20:02:49 <sdake_z> #topic graduation
20:02:54 <sdake_z> so grats folks
20:03:06 <sdake_z> 11 months all in we were successful :)
20:03:10 <Slower> woot!  That's awesome
20:03:12 * stevebaker shoots silly-string
20:03:23 <Slower> very nice work guys
20:03:36 * SpamapS mourns poor old Mr Silly-string.. why'd we have to shoot him? ;)
20:03:39 <SpamapS> very cool
20:03:59 <sdake_z> not to be debbie downer but i expect the project will change a bit ass we add more contributors
20:04:03 <asalkeld> me too here
20:04:11 <sdake_z> hi angus welcome to the party ;)
20:04:35 <sdake_z> #topic g3 rc1 bugs
20:04:50 <SpamapS> sdake_z: downer? I think its going to change only in that it will get more awesome. :)
20:05:04 <sdake_z> yup hope so ;)
20:05:10 <sdake_z> better then decline ;)
20:05:20 <sdake_z> https://launchpad.net/heat/+milestone/grizzly-rc1
20:05:28 <Slower> better than most of the redhat started projects I've been on :)
20:05:36 <sdake_z> ok we got 14 bugs
20:05:49 <sdake_z> slower blame the devs ;)
20:06:02 <sdake_z> we have 2 weeks to fix these bugs
20:06:25 <SpamapS> I feel like https://bugs.launchpad.net/bugs/1105806 needs a bit of careful handling. If we can fix that in a way that sets up Havana to eliminate the use of /var/lib/cloud/data that would be ideal.
20:06:26 <uvirtbot> Launchpad bug 1105806 in heat "/var/lib/cloud belongs to cloud-init, heat should not write files there" [Medium,Triaged]
20:06:27 <asalkeld> 1 a day
20:06:31 <sdake_z> rather then go through all of them i'd like to just talk about the unassigned ones
20:07:04 <sdake_z> and get someone assigned
20:07:06 <sdake_z> or remove them
20:07:21 <sdake_z> #link https://bugs.launchpad.net/bugs/1105806
20:07:40 <sdake_z> i can take this one
20:07:50 <stevebaker> ok
20:07:51 <sdake_z> unless stevebaker has something in the works already
20:08:03 <asalkeld> sdake_z can't we just priotise them
20:08:09 <asalkeld> and work from the top
20:08:12 <stevebaker> nope, but at lease I am familiar with the area now
20:08:40 <sdake_z> they are priortized i believe
20:08:59 <asalkeld> ok, job done then?
20:09:21 <zaneb> woo! party time ;)
20:09:32 <sdake_z> there are only two other unasssigned bugs
20:09:45 <sdake_z> #link https://bugs.launchpad.net/bugs/1072938
20:09:48 <uvirtbot> Launchpad bug 1072938 in heat/grizzly "nosetests -a does not return error if credentials not loaded on functional tests" [Low,Triaged]
20:10:25 <jpeeler> may be easier to fix, but how much do we care if we are going to testr eventually?
20:10:38 * stevebaker started playing with testr yesterday
20:11:15 <sdake_z> well g is one release - should either fix bugs or say invalid
20:11:21 <sdake_z> what we do in the future is not relevant ;)
20:11:36 <jpeeler> fair enough
20:11:36 <SpamapS> IMO, for an RC, low bugs are not really valid.
20:11:45 <asalkeld> I think drop from g
20:11:45 <stevebaker> I'd like to know if moving to testr is considered a "feature" for feature freeze
20:11:52 <SpamapS> unless people are sitting around twiddling thumbs
20:11:57 <zaneb> is nose the cause of the issue?
20:12:20 <SpamapS> stevebaker: testr is enough of a different experience that I'd delay it to havana as well.
20:12:32 <sdake_z> no big changes please :)
20:12:34 <stevebaker> ok
20:12:46 <SpamapS> the main reason to love testr is parallelization, and right now, nose takes what, 10s to run?
20:12:56 <stevebaker> what about unittest -> testtools?
20:13:06 <SpamapS> the other reasons are to help iterate and make tests faster by tracking their run times...
20:13:06 <clarkb> when we did it with nova we dove into the deep end during a not so busy period giving us time to work out issues that cropped up
20:13:24 <clarkb> stevebaker: unittest to testtools should be safe
20:13:27 <sdake_z> lets not change the test infra right before a release :)
20:13:40 <SpamapS> stevebaker: I'd just let new tests switch to testtools as a need is identified. testtools just makes it easier to write more clear/concise tests.. and it builds on top of unittest
20:13:42 <asalkeld> +1
20:13:49 <stevebaker> pff ;)
20:14:03 <sdake_z> stevebaker - fearless or reckless ;)
20:14:21 <sdake_z> jpeeler you might taking that bug
20:14:27 <sdake_z> might/mind
20:14:41 <jpeeler> sure
20:15:20 <sdake_z> #link https://bugs.launchpad.net/bugs/1072949
20:15:22 <uvirtbot> Launchpad bug 1072949 in heat/grizzly "Reset DB migrations" [Low,Triaged]
20:15:35 <sdake_z> this will be our last opportunity
20:15:43 <sdake_z> I guess we need to decide if we want to pull the trigger on this one
20:16:24 <sdake_z> any debate?
20:16:28 <zaneb> is it really a breaking change? nova did something similar
20:16:43 <sdake_z> they squashed tho right?
20:16:45 <SpamapS> +1 for doing it now. I doubt it will be so simple after G
20:16:53 <zaneb> sdake_z: yes
20:16:58 <sdake_z> ya if we dont do it now we wont ever do it ;)
20:17:07 <stevebaker> +1 for doing it now
20:17:10 <sdake_z> it will break existing users
20:17:20 <asalkeld> do it quick
20:17:25 <Slower> +1
20:17:37 <asalkeld> so we have 10  days to find any issues
20:17:37 <sdake_z> ok - probably should reprioritize to critical then
20:17:39 <zaneb> +1
20:18:06 <sdake_z> zaneb you mind taking this one
20:18:07 <SpamapS> Probably worth an email to openstack@ ... I doubt Heat has "production" users, but it may be disruptive to those in full scale testing.
20:18:20 <zaneb> sure, can do
20:18:23 <sdake_z> thx
20:18:59 <SpamapS> with G, technically Heat will still be an incubated component right? Like, its not official until H?
20:19:02 <sdake_z> anyone having trouble with reviews of bugs?
20:19:34 <asalkeld> you mean code reviews?
20:19:40 <sdake_z> ya
20:19:43 <sdake_z> any stuck
20:20:14 <sdake_z> spamaps to be integrated in havana
20:20:35 <sdake_z> Voted on "Approve graduation of Heat (to be integrated in common Havana release)?" yes (10) abstain (1) no (1)
20:21:24 <sdake_z> #topic open items
20:21:36 <sdake_z> 2 weeks for bug fixes and finding
20:21:42 <sdake_z> then 3 weeks to fix any critical/high bugs
20:22:01 <sdake_z> during that 3 weeks we can start cleaning up the bps for havana and having a look at  them
20:22:24 <SpamapS> would performance bugs count for this current 2 weeks?
20:22:29 <stevebaker> sounds good
20:22:37 <sdake_z> define performance bug
20:22:50 <SpamapS> Well I plan to spin up a few racks of servers w/ heat + nova baremetal
20:23:03 <asalkeld> so scale +1
20:23:12 <SpamapS> I know its going to take 48*single boot time...but it should be able to go a lot faster than that.
20:23:27 <stevebaker> unless the fix is major architecture rewrite, I say go for it
20:23:36 <SpamapS> I figure for low impact low hanging fruit, would be nice to get those in now.
20:23:37 <sdake_z> spamaps it should be multithreaded
20:23:40 <stevebaker> otherwise blueprint
20:23:56 <sdake_z> should take single boot time + 400usec for api calls per node
20:24:15 <asalkeld> sdake_z don't need to be threaded
20:24:26 <sdake_z> if you see somehting specifc - file a bug ;)
20:24:31 <SpamapS> sdake_z: well the single boot time is like, 10,000,000 usec .. so.. the 400 didn't seem worth mentioning :)
20:24:36 <zaneb> hold on, we only wait for nova to create the server, not to boot it
20:24:46 <asalkeld> just shouldn't block waiting for active
20:24:51 <sdake_z> each stack create is a separate operation
20:24:51 <SpamapS> it has to go "ACTIVE"
20:25:00 <asalkeld> just to get the instance id
20:25:00 <sdake_z> with  a separate thread
20:25:03 <SpamapS> I said "single boot" I guess I mean "single create"
20:25:21 <SpamapS> anyway, just wanted to make sure thats a problem people will be open to tackling now if I can find a low impact way to do it
20:25:24 <SpamapS> (which I can... I think)
20:25:40 <sdake_z> you mean multipel vms in one template?
20:25:57 <asalkeld> patrick would love this too
20:26:01 <SpamapS> right we don't have o block waiting for active, we don't need to block until we actually need something from the instance info.
20:26:18 <sdake_z> ok i thought you meant 48 separate api calls
20:26:22 <SpamapS> no, one stack
20:26:27 <SpamapS> 48 machines
20:26:41 <SpamapS> (40 or so are in a single instance group)
20:26:42 <zaneb> SpamapS: are you using an autoscaling group?
20:26:47 <SpamapS> ^^ aye
20:26:49 <uvirtbot> SpamapS: Error: "^" is not a valid command.
20:27:15 <zaneb> ok, that should be fixable in a not-too-horrible way I would imagine
20:27:38 <asalkeld> also there is the nova.boot(mincount) optioin
20:27:52 <asalkeld> so nova creates the instances for you
20:27:56 <SpamapS> yeah, lazy load of details... lots of things we can do without tackling the multiple threads issue
20:27:56 <sdake_z> blocking on dependency execution rather then parent creation seems easy enough
20:28:18 <SpamapS> lets not implement it in the meeting, just getting the greenlight is good enough :)
20:28:29 <sdake_z> wfm - 10 days after that lockdown ;)
20:29:18 <SpamapS> blueprint review?
20:29:25 <sdake_z> 2 weeks
20:29:26 <SpamapS> I know they're all "done"
20:29:35 <sdake_z> oh you mean existing ones
20:29:39 <sdake_z> ya w eshould be set there
20:29:49 <SpamapS> did anything slip through the cracks at the end?
20:29:59 <sdake_z> ya shardy put some code in
20:30:04 <sdake_z> that may need a review
20:30:12 <sdake_z> the schedule slipped a day
20:30:39 <SpamapS> https://blueprints.launchpad.net/heat/+spec/update-rollback ?
20:32:25 * SpamapS has a conflicting appointment and must bow out now
20:32:32 <sdake_z> ok blueprint looks good
20:32:35 <sdake_z> anything else?
20:33:06 <SpamapS> one last thing.. is everyone ok with uvirtbot joining #heat and posting messages whenever there is a New bug reported on launchpad?
20:33:17 <stevebaker> yes please
20:33:19 <sdake_z> yes
20:33:20 <sdake_z> please
20:33:42 <SpamapS> ok, I've asked soren to join it to the channel.. the new bug tracking will take a couple of days
20:33:51 * SpamapS disappears
20:33:52 <sdake_z> nice
20:33:54 <sdake_z> thanks!
20:33:56 <sdake_z> ok anything else?
20:34:01 <asalkeld> no
20:34:06 <sdake_z> #endmeeting