21:00:38 <russellb> #startmeeting nova 21:00:38 <mriedem> well, depends on horizontal or vertical split 21:00:39 <openstack> Meeting started Thu Mar 27 21:00:38 2014 UTC and is due to finish in 60 minutes. The chair is russellb. Information about MeetBot at http://wiki.debian.org/MeetBot. 21:00:41 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 21:00:43 <openstack> The meeting name has been set to 'nova' 21:00:48 <russellb> hello! who's here? 21:00:51 <mriedem> hi 21:00:52 <mspreitz> I am 21:00:52 <mrodden> lo 21:00:53 <sandywalsh> o/ 21:00:53 <cyeoh_half> hi 21:00:53 <n0ano> o/ 21:00:55 <melwitt> o/ 21:01:00 <dansmith> . 21:01:00 <beagles> o/ 21:01:02 <rellerreller> hi 21:01:12 <russellb> #link https://wiki.openstack.org/wiki/Meetings/Nova 21:01:22 <russellb> #topic icehouse-rc1 21:01:28 <mrda> \o 21:01:36 <russellb> goal is to release icehouse-rc1 by end of week (tomorrow) 21:01:39 <russellb> so let's see how we're doing 21:01:46 <russellb> #link https://launchpad.net/nova/+milestone/icehouse-rc1 21:02:04 <russellb> 4 bugs left to go, so let's go through them one by one 21:02:12 <russellb> https://bugs.launchpad.net/bugs/1296913 21:02:13 <uvirtbot> Launchpad bug 1296913 in nova "GroupAntiAffinityFilter scheduler hint no longer works" [High,Confirmed] 21:02:17 <russellb> This one is on me 21:02:28 <russellb> and i have a fix running unit tests locally at the moment 21:02:32 <russellb> will post once they finish 21:02:54 <russellb> could use reviews once the fixes are up 21:03:06 <russellb> https://bugs.launchpad.net/bugs/1112912 21:03:12 <uvirtbot> Launchpad bug 1112912 in nova "get_firewall_required should use VIF parameter from neutron" [High,In progress] 21:03:14 <russellb> another one that came up this week 21:03:16 <russellb> fix is in the gate 21:03:46 <russellb> https://bugs.launchpad.net/bugs/1295381 21:03:47 <uvirtbot> Launchpad bug 1295381 in nova "VMware: resize operates on orig VM and not clone" [High,In progress] 21:03:52 <russellb> what's the status on this one? 21:04:01 * jogo walks in late 21:04:02 * russellb hasn't looked today 21:04:19 * hartsocks walks in late as well 21:04:20 <tjones> that one has been reviewed and updated today 21:04:26 <tjones> im checking on it just a sec 21:04:36 <russellb> tjones: OK thanks 21:04:40 <dansmith> kinda troubling that that one is still evolving this late 21:04:48 <dansmith> since it's not a small fix 21:05:04 <dansmith> jenkins has not voted on the latest version for some reasn 21:05:11 <tjones> minesweeper is dead today due to an upgrade from grizz to havana 21:05:13 <russellb> check zuul? 21:05:28 <dansmith> tjones: so we're not going to get a minesweeper read on this one? 21:05:38 <jogo> since this bug is in only 1 virt dirver for one operation, is it still a blocker for RC1? 21:05:50 <tjones> dansmith: im hoping we will. arosen is working like mad on it 21:05:50 <jogo> I would like to see it make RC1 of course 21:06:16 <dansmith> jogo: maybe we hold this for later rcs once we get a minesweeper read? 21:06:20 <russellb> tjones: how bad would it be if it misses rc1? 21:06:41 <russellb> i don't want to *plan* on an rc2 ... but based on history, seems quite likely 21:06:43 <tjones> we had a good run yesterday with minimal changes today. it would mean resize basically is broken 21:06:54 <tjones> it resizes the wrong vm disk 21:07:06 <jogo> tjones: this can always be one of the first backports to stable/havana if needed. 21:07:18 <tjones> jogo: stable/icehouse? 21:07:22 <dansmith> yeah 21:07:24 <russellb> heh, right 21:07:25 <jogo> tjones: derp yes 21:07:45 <russellb> so you guys think we should block until minesweeper can run on it? 21:07:51 <dansmith> I think we should 21:07:57 <russellb> yeah .. 21:08:20 <tjones> ok i will let you know as soon as it gets running. it will be the 1st patch in 21:08:25 <jogo> I think the risk to DB migrations from this patch is very minimal 21:08:26 <russellb> tjones: perfect 21:08:37 <jogo> but I am all for being cautious 21:08:41 <dansmith> so should I untarget it? 21:08:46 <russellb> dansmith: no leave it 21:08:49 <russellb> let's plan on it going in 21:08:55 <russellb> but if it's the last bug standing, then we can untarget 21:08:57 <dansmith> okay 21:09:00 <jogo> russellb: ++ 21:09:18 <russellb> tjones: be sure to make noise once it gets a run 21:09:27 <tjones> russellb will do 21:09:50 <russellb> https://bugs.launchpad.net/bugs/1240922 21:09:51 <uvirtbot> Launchpad bug 1240922 in nova "VM don't resume after detaching volume" [Medium,In progress] 21:10:01 <russellb> status on this one? 21:11:04 <russellb> that's on ndipanov, but i bet he's sleeping :) 21:12:03 <russellb> that one has a patch, https://review.openstack.org/#/c/83505/ 21:12:08 <russellb> needs review 21:12:37 <russellb> i just +2d it 21:12:39 <russellb> seems reasonable to me 21:13:30 <russellb> also, the instance group fixes ... https://review.openstack.org/83588 https://review.openstack.org/83589 https://review.openstack.org/83590 21:13:37 <jogo> +Aed 21:13:41 <russellb> jogo: thanks! 21:13:57 <russellb> any more issues related to icehouse-rc1? 21:14:09 <russellb> looks like we're on target to be able to do rc1 tomorrow, so that's great 21:14:29 <russellb> really appreciate everyone's help keeping this bug list under control 21:14:30 <russellb> http://old-wiki.openstack.org/rc/ 21:14:34 <jogo> \o/ 21:14:39 <russellb> a pretty clean burndown line 21:14:49 <russellb> tjones: and thanks for your work on bug wrangling! 21:15:07 <tjones> russellb: my pleasure - i love bossing people around ;-) 21:15:12 <russellb> hehe 21:15:26 <russellb> #topic bugs 21:15:33 <russellb> tjones: any other bug talk for today? 21:15:54 <tjones> nothing critical - let me check the untagged real quick 21:16:02 <russellb> OK 21:16:17 <tjones> it changes quickly. i'll let you know if i see anything 21:16:29 <russellb> OK 21:16:38 <russellb> melwitt: anything on the novaclient bug queue today? 21:17:00 <mriedem> dims had a novaclient patch for an ipv6 parsing bug 21:17:05 <mriedem> don't know if it's critical 21:18:09 <melwitt> russellb: nothing looks new but I need to go through it more 21:18:16 <russellb> melwitt: ok all good thanks! 21:18:18 <russellb> #topic blueprints 21:18:25 <russellb> #link http://lists.openstack.org/pipermail/openstack-dev/2014-March/030576.html 21:18:31 <russellb> the mail above discusses the updated blueprint plan for Juno 21:18:43 <russellb> the summary is that we've added a git repo so we can use gerrit for doing review of specs 21:19:01 <russellb> we've been working quickly to get this ready for when Juno opens (as early as tomorrow) 21:19:14 <russellb> the email above has links to the repo's README and the template we've been building to base specs on 21:19:26 <russellb> any comments/questions/concerns on this updated process? 21:19:40 <jogo> russellb: how far off are we from doc generation and gating 21:19:50 <russellb> jogo: nothing done there yet AFAIK 21:19:56 <russellb> it's a spinx project now at least 21:20:00 <russellb> sphinx. 21:20:01 <jogo> and do we have a domain we can publish too? 21:20:05 <jogo> nova.openstack.org/? 21:20:09 <russellb> no idea 21:20:17 <leifz> Has there been any test runs? 21:20:17 <russellb> git.openstack.org :-p 21:20:24 <sdague> jogo: publishing the sphinx job really isn't critical 21:20:26 <russellb> leifz: test runs in what sense? 21:20:33 <russellb> sdague: that's how i feel too 21:20:41 <sdague> the entry point is blueprints.launchpad.net 21:20:44 <leifz> Somebody run their blueprint through? 21:20:48 <jogo> sdague: well we want to make sure the blueprints are easy to read 21:20:51 <russellb> leifz: not yet 21:20:58 <sdague> jogo: blueprints.launchpad.net 21:21:02 <russellb> we've been blocking doing real reviews on specs while we work out the template 21:21:15 <russellb> github will render the files i bet 21:21:24 <leifz> Sure thing. :-) 21:21:24 <sdague> yeh, valid rst will render 21:21:35 <russellb> https://github.com/openstack/nova-specs/blob/master/specs/template.rst 21:21:37 <jogo> one issue with the current template: 21:21:48 <jogo> when someone fills it out, it will be hard to see if they skipped any sections 21:21:55 <russellb> jogo: i was thinking about that 21:21:56 <jogo> being they will just delete the stuff 21:22:04 <jogo> I liked the idea of rst comments 21:22:07 <russellb> for now i'm thinking have the template open in another tab as you go through and read it 21:22:25 <russellb> all the rst comments might be really annoying/distracting when trying to read it in gerrit 21:23:03 <jogo> before we open the propsals up I think we should try this with a single propsal 21:23:10 <jogo> so we can work out any kinks 21:23:17 <jogo> russellb: that may work 21:23:21 <russellb> OK 21:23:28 <jogo> mikal: may have one 21:23:38 <russellb> could file a pretty simple "backportable DB migrations" blueprint 21:23:40 <devoid> jogo, could have a test that fails if a section has less than x words and does not start with "None." 21:23:42 <tjones> i can volunteer spawn refactor ;-) 21:23:45 <russellb> that's something we know we want to approve 21:23:49 <tjones> i mean for hartsocks 21:23:51 <russellb> so we can get it through quickly 21:23:55 <hartsocks> I was planning on writing the spawn refactor proposal. 21:24:21 <hartsocks> I was planning on posting something on that as soon as you folks were ready I meant to say. 21:24:28 <jogo> I was thinking https://review.openstack.org/#/c/80865/ 21:24:33 <mspreitz> I have another question: when we switch to the new system, when does a BP go into launchpad? 21:24:40 <jogo> mikal already claimed 'first' 21:24:47 <russellb> mspreitz: it's basically the same process in launchpad as before 21:24:49 <mikal> Heh 21:24:56 * jogo waves at mikal 21:25:02 <russellb> the addition is that the "link to spec" on the blueprint has to point to a review in gerrit 21:25:10 <russellb> instead of a wiki page, google doc, or nothing 21:25:10 <mspreitz> So a BP goes into both places at the start? 21:25:14 <russellb> yeah 21:25:16 <russellb> that make sense? 21:25:23 <russellb> it's basically standardizing on where specs go 21:25:28 <mspreitz> got it 21:25:28 <mikal> I need to tweak mine to match the new template but I could do that today to one of them if we wanted a test case 21:25:31 <russellb> and reviewing them through gerrit 21:25:43 <mspreitz> that could be stated explicitly in the intro to the new system 21:25:48 <russellb> if we block everything on one BP, i want to pick the simplest one possible to expedite it 21:25:58 <tjones> makes sense 21:26:16 <mspreitz> I have to go now. Bye 21:26:18 <devoid> why block everything? especially reviews? 21:26:33 <russellb> devoid: jogo was interested in a trial run 21:26:55 <russellb> i think the juno equivalent of https://blueprints.launchpad.net/nova/+spec/backportable-db-migrations-icehouse would be quick and easy though 21:27:18 <russellb> that has to be the first db migration merge anyway 21:27:32 <jogo> russellb: that works 21:27:35 <russellb> k 21:27:41 <russellb> i can write that up tomorrow 21:27:48 <russellb> once rc1 is sorted 21:27:56 <russellb> anything else on the blueprint plans? 21:28:41 <hartsocks> I'll just need help walking through the new procedure when it comes time to propose the spawn-refactor stuff. 21:28:53 <russellb> hartsocks: yep, np 21:28:57 <russellb> #topic open discussion 21:29:00 <hartsocks> I'm sure a number of other folks will be in the same place. 21:29:03 <russellb> https://bugs.launchpad.net/openstack-ci/+bug/1282629 21:29:04 <uvirtbot> Launchpad bug 1282629 in openstack-ci "Log #openstack-nova in Eavesdrop" [Medium,Incomplete] 21:29:15 <russellb> if you have an opinion on whether #openstack-nova should be logged or not, please comment on that bug 21:29:30 <russellb> most channels are logged. i don't really like it, but happy to do whatever most people want 21:29:34 <russellb> just vote on the bug 21:30:07 <devoid> russellb, yea, and I've switched my opinion on it. but there were +1's there and I don't want to close it for them. 21:30:28 <russellb> a vote of -1 is fine too if that's how you feel 21:30:29 <russellb> whichever 21:31:14 * dansmith just voted 21:31:18 <yjiang5_1> russellb: do you know any method to search the log easily? I think a lot of discussion happens on IRC, so it will be helpful if some tools to dig out information from the log. 21:31:29 <russellb> google if it's logged 21:32:00 * hartsocks voting -1 on logging 21:32:01 <yjiang5_1> russellb: thanks. 21:32:08 * geekinutah votes -1 21:32:14 <tjones> im fine with not logging - i have a proxy 21:32:18 <cyeoh_half> yiang5_1: I suspect a lot of people just use irc loggers like znc and then just use grep 21:32:59 <russellb> any other topics for today? 21:33:04 <dansmith> how many -1 votes does it take? :) 21:33:05 <yjiang5_1> cyeoh_half: thanks for information. I will check what's znc :) 21:33:06 <russellb> getting close to opening juno! 21:33:23 <beagles> as it was likely my question in irc yesterday that brings that topic up .. 21:33:32 <tjones> yjiang5_1: it's pretty simple but i can help if you need it 21:33:59 <yjiang5_1> tjones: really thanks and will turn to you if need any help. 21:34:00 <beagles> I also log... but if it isn't not a logged channel I prefer to make sure I only refer to old info for personal use 21:34:42 <hartsocks> It's radically different to keep channel logs for your own use than it is to expose the channel logs to a web crawler. 21:34:53 <beagles> yes 21:35:47 <russellb> yep. 21:36:11 <cyeoh_half> hartsocks: yea I think this only comes up because lots of people new to IRC, can't stay connected all the time and dont know about irc proxies 21:36:25 <cyeoh_half> so we could just point people to them when they ask about logging 21:36:42 <mikal> Or write up a "how to irc" wiki page 21:36:51 <hartsocks> I've deliberately avoided building a proxy for myself. I can't possibly keep track of everything. I might change my mind late, however. 21:37:17 <russellb> znc rocks 21:37:27 <cyeoh_half> hartsocks: depends on what timezone you're in. For some people it's really necessary 21:37:31 <cyeoh_half> +1 for znc! 21:37:36 <hartsocks> cool. 21:38:03 <russellb> anything else? otherwise we can close up early 21:39:42 <dansmith> +1 for early! 21:39:47 <russellb> k :) 21:39:49 <russellb> thanks everyone! 21:39:53 <russellb> #endmeeting