13:59:28 #startmeeting nova 13:59:29 Meeting started Thu Aug 7 13:59:28 2014 UTC and is due to finish in 60 minutes. The chair is johnthetubaguy. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:59:30 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 13:59:32 The meeting name has been set to 'nova' 13:59:46 OK, 30 seconds early apparently 13:59:57 who is around for today's meeting? 13:59:59 * n0ano must wake up 14:00:01 o/ 14:00:16 we are going to try and go with a slightly different agenda for today's meeting 14:00:23 #link https://wiki.openstack.org/wiki/Meetings/Nova#Agenda_for_next_meeting 14:01:19 \o 14:01:27 OK.. a few more people joining now 14:01:40 #topic Juno-3 status 14:01:55 o/ 14:02:08 hi 14:02:11 hi 14:02:19 so we have Feature Proposal freeze fast approaching on August 21st and Feature Freeze on September 4th 14:02:31 … but first spec exceptions 14:02:42 we have like four pending specs still 14:02:55 but really all spec exceptions have expired 14:03:03 so whats people thoughts about these specs? 14:03:25 I vote for not approving any more spec exceptions :) 14:03:29 johnthetubaguy: the spec exception period was conflicting with nova mid-cycle meetup 14:03:31 first API, I think mikal was planning a meeting to sort that, I haven't hurd anything though, dansmith any news? 14:03:50 johnthetubaguy: he sent a mail last night, nothing scheduled yet 14:04:03 ah, OK, I should read my email better 14:04:10 well, the scheduler DB isolation, https://wiki.openstack.org/wiki/Meetings/Nova#Agenda_for_next_meeting, has one +2, only needs another +2 and we're working on it, I think it should be accepted 14:04:25 dansmith: how is the ironic discussions going, I don't see an updated deprecation sepc 14:04:31 wrong link - https://review.openstack.org/#/c/85399/ 14:04:39 devananda: any news on the https://review.openstack.org/#/c/95025/13/specs/juno/deprecate-baremetal-driver.rst,cm 14:04:45 johnthetubaguy: I talked with devananda yesterday, he's going to revise that soon 14:04:53 OK... 14:05:11 dansmith: are you cool with the list on the agenda? I think thats what we agreed at the midcycle 14:05:23 n0ano: still wrong link : Isolate-Sched-DB is https://review.openstack.org/89893 14:05:35 API maybe, keystone was already merged, isolate-db, deprecate-baremetal 14:05:56 yeah 14:05:59 o/ 14:05:59 * n0ano I repeat - must wake up 14:06:08 cinderv2 merged last night, by the way 14:06:11 dansmith: cool, thanks 14:06:19 don't see that on this list, but I think we agreed that too, no? 14:06:23 or maybe that was already in the list 14:06:36 dansmith: yeah, good point, I looked an unmerged ones about 15mins ago 14:06:48 dansmith: it was on the other list at least 14:06:59 dansmith: but yeah, agreed no more other than the above list 14:07:00 cool, well was happy to see that go :) 14:07:11 i'm sure thingee was too 14:07:11 yeah 14:07:28 OK… so I figure we should try and agree some review priorities 14:07:37 I tried to make a list of the top few blueprints to review: 14:07:44 #link https://etherpad.openstack.org/p/nova-juno-3-review-list 14:08:07 now, first things, dansmith: what are you thinking about objects and juno? 14:08:23 do we just draw a line under it, and mark them all as NeedsCodeReview for juno now? 14:08:46 what do you mean draw a line under it? 14:08:57 sorry, totally unclear... 14:09:04 the objects patches move pretty quickly, so maybe just "good progress" or something? 14:09:06 are we ready to say, we have all the patches up for juno now? 14:09:14 oh, no 14:09:28 ah, OK, thats good new really, wasn't sure 14:09:36 yeah, maybe good progress is best 14:09:41 they move quickly, so I'm constantly throwing more up and getting them reviewed 14:09:47 plan to keep doing that until FF 14:10:01 dansmith: sweet, makes sense 14:10:04 cool 14:10:16 dansmith: so reviewing those is at the top of the list, its imporant 14:10:43 woot :) 14:10:54 OK, so we have a list now, there are four slots left, any suggestions on what needs to go in there (looking at medium priority stuff that has code up for review) 14:11:04 #link https://launchpad.net/nova/+milestone/juno-3 14:11:21 i think to make this successful, people need to be tagged as reviewers 14:11:43 russellb: so this probably comes on to another idea for ttx 14:11:57 i'm worried that just having a list doesn't do much 14:12:03 should we try to get people to sign up in pairs for all the days between now and FF? 14:12:40 russellb: the hope is to focus all the reviews on the same subset of super important blueprints, but I get what you mean 14:12:48 when is FF again? 14:12:48 right, i get that 14:12:54 russellb: at the meetup, people asked for a top ten prioritization like this 14:12:59 basically "what should I be reviewing" 14:12:59 FF=feature freeze, I guess 14:13:05 What about https://bugs.launchpad.net/nova/+bug/1327406 ? It is a pretty small and simple thing, with a patch already having some approval 14:13:06 #info Feature Proposal Freeze August 21st, September 4th Juno-3, FF and SF 14:13:07 Launchpad bug 1327406 in nova "The One And Only network is variously visible" [Undecided,In progress] 14:13:19 so how about saying "here is a list a subset of the group thinks is important, would anyone like to sign up to reivew these to completion?" 14:13:21 https://blueprints.launchpad.net/nova/+spec/user-defined-shutdown for a slot ? 14:13:24 focusing on juno-3 blueprints just now 14:13:32 FF is 9/4 https://wiki.openstack.org/wiki/Juno_Release_Schedule 14:13:33 fyi 14:13:39 avoid things getting missed, or duplicated efforts 14:13:42 medium priority stuff first ideally 14:13:54 PhilD: its not all up for review yet though? still might get cut before FF 14:14:16 PhilD: want to focus review time on stuff we can complete first, there loads been up for review for a few months now 14:14:17 mspreitz: we're talking about juno blueprint reviews, not bugs... 14:14:25 The computer manager layer is all up for review 14:14:47 As discussed that would be worth landing on its own 14:14:52 russellb: back to your point, I like that idea 14:15:06 johnthetubaguy: https://blueprints.launchpad.net/nova/+spec/isolate-scheduler-db is not triaged :) 14:15:29 PhilD: Thats different then, maybe mark that is NeedsCodeReview, and drop the other stuff, and propose a reduction in the spec, then we raise the priority of it, maybe, just maybe 14:15:31 johnthetubaguy: I think just having the prioritized list is helpful, FWIW 14:16:16 so getting people signed up to reviews, are people wanting to sign up for specific days, or is that just impractical? 14:16:35 i think it's impractical 14:16:41 yeah 14:16:43 dansmith: maybe the signup is just additional, better to have something rather than nothing though, at least thats my feeling 14:16:55 johnthetubaguy: sure, doesn't hurt of course 14:16:56 russellb: dansmith: that was my thinking, I have no free days 14:16:57 i don't think that's how reviews should work, the same people should continue to follow up on the same thing 14:17:28 for the big stuff 14:17:37 you don't pass it around day to day 14:18:07 russellb: yeah, thats true, the per day thing only really works for the "little" bugs I guess 14:18:14 anyways, lets discount that for now 14:19:22 OK... 14:19:39 so I vote we have a nova-drivers meeting to look at filling out this list: https://etherpad.openstack.org/p/nova-juno-3-review-list 14:19:47 does that make sense? 14:19:54 sure, 14:20:16 I think we discussed doing that anyway, and I think we can continue to revise the ordering as things get more or less likely to be ready 14:20:27 (we will make the time public, its just don't want to waste the time of the bigger group) 14:20:45 yeah, right now the list is a bit short, but the other stuff all seemed lower priority at this point 14:20:55 OK… 14:21:08 any more on Juno-3 status, mostly blueprint status? 14:21:41 #topic Bugs 14:21:49 #link http://54.201.139.117/nova-bugs.html 14:21:58 Ok, no unassigned critical bugs 14:22:23 any other bugs people want to raise 14:22:27 * ttx lurks 14:22:29 not seen a list from tjones 14:22:39 she's been on vacation I think 14:22:58 dansmith: ah, OK, not heard anything mikal wanted to raise either 14:23:05 so I guess we skip that for now 14:23:06 I think the meetup led to a decision to close some old bugs, right? 14:23:06 https://bugs.launchpad.net/nova/+bug/1327406 14:23:08 Launchpad bug 1327406 in nova "The One And Only network is variously visible" [Undecided,In progress] 14:23:15 that would make looking at the list a lot easier 14:23:25 dansmith: right, very good point 14:23:34 who was owned that task, can you remember 14:23:48 I figured tjones, but I can try to catch up with her when she pops up and see 14:24:13 #action tjones: need to close out some old bugs so we can read the bug list, need to find out who is doing that 14:24:19 dansmith: yeah, I guess 14:24:26 #topic Gate status 14:24:43 mriedem: hows we doing these days? 14:24:51 johnthetubaguy: quiet 14:24:57 mspreitz: your patch needs a unit test 14:25:03 I guess thats good 14:25:14 quiet is good 14:25:23 #topic Open Discussion 14:25:26 I'll work on the unit test. How about some prioritization of the bug? 14:25:38 mspreitz: there are like 1000 bugs 14:25:43 mspreitz: feel free to join the group and help with bug triage 14:26:09 mspreitz: the only bugs that generally get high priority are the ones breaking the gate 14:26:09 mspreitz: there is a wiki on that, and a meeting run my tjones if you want to talk about that with the sub team 14:26:28 mspreitz: agreed its an issue though 14:26:49 OK, so we are skipping the sub-team updates to help concentrage on juno-3 status more 14:26:51 wiki ref pls? 14:27:02 but if there is anything urgent then you can cover that here? 14:27:08 about opens, was just wondering if there would be any design session planned for presenting elastic-recheck and how people could help ? 14:27:17 #link https://etherpad.openstack.org/p/juno-nova-mid-cycle-meetup 14:27:32 if you want to know what happened at the mid-cycle it was fun, notes are above ^ 14:27:36 mspreitz: looking 14:27:41 mspreitz: https://wiki.openstack.org/wiki/Nova/BugTriage 14:27:42 most of the time, I'm unable to find out the correct Kibana query for checking if the bug is already known or not 14:27:53 google \o/ 14:28:06 mspreitz: https://wiki.openstack.org/wiki/Meetings/NovaBugScrub 14:28:14 i think a recap of key topics on the mailing list would be helpful, easier to parse than the notes, and also to allow discussion 14:28:17 which is linked from the above 14:28:29 ^ re: meetup 14:28:29 russellb: +2 14:28:33 russellb: thats a very good idea 14:28:35 mriedem: johnthetubaguy: thanks 14:28:37 asked for that w/ the containers guys too in the ML 14:28:48 b/c they were busy bees but no notes in ML 14:28:50 mriedem: dammit, was not so used to find good docs :) 14:28:53 yeah, definitely need documentation from the container folks :) 14:29:12 #action mikal to find someone to create a summary of midcycle meetup 14:29:22 OK, so I have mikal an action item for that... 14:29:26 bauzas: see the e-r readme for notes on queries 14:29:28 and writing them 14:29:35 if you want to help out with that, please email mikal 14:29:37 dansmith, I think they worked mainly on defining their API, expect spec soon 14:29:49 bauzas: also look for a juno summit session from sdague on e-r 14:29:51 for a high-level 14:30:05 n0ano: I want them to document what they presented to us there, for the rest of the group :) 14:30:12 right 14:30:14 dansmith, +1 14:30:15 dansmith: +1 14:30:22 there are people that didn't make the meetup that are interested in the containers/nova stuff 14:30:29 also to help avoid letting them change their minds later :P 14:30:36 without due scorn 14:30:42 and for people that didn't pay great attention that were there.... :( 14:30:56 russellb: I think mikal has been in a conference since the midcycle, I will sync up with him about getting out a summary, not had chance myself 14:31:17 as for open discussion, the core team should probably weigh in here https://review.openstack.org/#/c/110754/ 14:31:24 dansmith: should we maybe add our thoughts into the etherpad about what we remember? 14:31:37 johnthetubaguy: about what, containers? 14:31:39 johnthetubaguy: use the ML please... 14:31:56 johnthetubaguy: maybe just me, but i lose things in etherpads b/c i lose etherpads 14:32:06 i can always search for the thread in thunderbird 14:32:07 mriedem: agreed, just thinking to refine the etherpad, so we can send something fairly complete to the ML 14:32:12 sure 14:32:15 yeah, I think just poking them to send a mail to the list would be ideal 14:32:18 dansmith: yeah, I should get in contact with those folks 14:32:33 fwiw i did send a thing to the containers thread already asking for that 14:32:36 I have some notes, but they had... PPT! 14:32:43 mriedem: yeah, saw that 14:32:44 mriedem: sweet 14:32:58 dansmith: I hear rumers of a draft spec as well 14:33:08 it seems we are all done then? 14:33:12 adrian_otto: ^? 14:33:12 any more for any more? 14:33:16 johnthetubaguy: https://review.openstack.org/#/c/110754/ 14:33:22 just fyi for the core team 14:33:38 well anyone really 14:33:42 since it's policy related 14:34:05 i think that needs to go to the ML 14:34:11 let's not use gerrit as a debate forum 14:34:19 #info we should discuss the libvirt cap here: https://review.openstack.org/#/c/110754/ 14:34:25 sure, it probably just tacks on to the existing thread 14:34:34 yeah ML is usually better 14:34:40 honestly i'm tired of talking about it 14:34:44 and have become complacent 14:34:57 wrong word there... 14:35:02 indifferent 14:35:13 mriedem: lets keep tracking it, so indecision doesn't just keep the patch in the tree 14:35:24 sure 14:35:30 i'll post it to the ML for everyone's FYI 14:35:34 * russellb thinks the patch is fine (obviously since he was one of the +2s) 14:36:09 do we want to chat about this here right now? I kinda feel like the ML is better for that though 14:36:14 ML++ 14:36:15 anyways, any other things? 14:36:27 sdague isn't here, and danpb is on PTO 14:36:34 2 key parties to that particular revert proposal 14:36:48 russellb: +1 we need to wait for those folks, very good point 14:37:12 johnthetubaguy: Sorry for my delayed response. The draft specs for the containers service are expected next week. I am out on ETO this week, on minimum duty. 14:37:30 #info please feedback on the agenda format, its a WIP, more ideas welcome to johnthetubaguy and/or mikal 14:37:47 so its holiday season, this much is clear 14:37:52 I am out next week myself 14:37:56 I guess we are done now 14:38:03 thanks all 14:38:21 lets keep evolving the agenda so we keep this useful, ideas very welcome 14:38:27 #endmeeting