21:00:43 #startmeeting nova 21:00:43 Meeting started Thu Jun 4 21:00:43 2015 UTC and is due to finish in 60 minutes. The chair is mikal. Information about MeetBot at http://wiki.debian.org/MeetBot. 21:00:44 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 21:00:47 The meeting name has been set to 'nova' 21:00:56 Ok, so who is around for a nova meeting? 21:00:58 0/ 21:00:58 o/ 21:01:00 hi 21:01:00 o/ 21:01:01 \o 21:01:02 o/ 21:01:02 o/ 21:01:04 o/ 21:01:05 o/ 21:01:07 o/ 21:01:08 abhishekk mikal tjones cburgess jgrimm adrian_otto funzo mjturek jcookekhugen irina_pov krtaylor danpb alexpilotti flip214 jaypipes gilliard garyk edleafe dims moshele anteaya Nisha sileht claudiub lxsli neiljerram markus_z swamireddy alevine tonyb andreykurilin ndipanov sc68cal akuriata artom jlvillal: ping 21:01:16 o/ 21:01:17 o/ 21:01:18 o/ 21:01:25 #topic Release Status 21:01:40 o/ 21:01:49 Ok, so John emailed out a set of Liberty deadlines and dates last night 21:01:54 o/ 21:01:57 Some of those dates are proposed and open for discussion 21:01:59 o/ 21:02:03 For example, there is a spec review day proposed 21:02:12 #link http://lists.openstack.org/pipermail/openstack-dev/2015-June/065819.html 21:02:28 So, I'd encourage people with thoughts on that to just reply to his email instead of discussing it here 21:02:53 o/ 21:02:56 John also wanted to remind reviewers and sub-teams about the priority tracking etherpad 21:03:03 #link https://etherpad.openstack.org/p/liberty-nova-priorities-tracking 21:03:23 At the moment it has trivial bugs on it mostly, but we'd like to see priorities add things for review as they become ready 21:03:29 i.e. what we did in kilo, but in a new etherpad 21:03:36 well, 21:03:42 some of the priority owners are already on top of that 21:03:48 like that upgrades guy 21:03:51 yeah johnthetubaguy recently added it 21:04:08 he moved the scheduler section on top 21:04:11 Yeah, the ordering of the page is a bit odd to me too 21:04:17 Like, having the trivial bugs in the middle 21:04:23 But whatevers, at least we're tracking _something_ 21:04:39 mikal: prios first, then trivial bugs, then subteams which are not priority 21:04:50 Oh, I see 21:04:52 dansmith: I can list my blog post for review :) 21:04:52 yeah 21:04:54 That makes sense 21:05:18 sdague: well, if you have nothing else to show for work, I guess :) 21:05:38 So I guess in all that, the most obvious thing to remind people of is that there is a spec approval deadline at liberty-1, which isn't that far away 21:05:46 So reviewers and authors of specs need to be on the ball there 21:06:28 dansmith: better watch out or I'll sign you up for writing a ton of english 21:06:33 There is also a nova-specs review out to document the priorities, but it just matches the summit so no surprises there 21:06:42 mikal: Are we going to have an international specs review day again? 21:06:48 sdague: you *know* I will be glad to nit out all your typos, you just told me to hold off :) 21:07:06 tonyb: so, what's happened in the past is we declare a date and the follow the sun with it 21:07:08 tonyb: June 12th is proposed 21:07:12 edleafe already signed up, I just need to apply his edits 21:07:17 tonyb: i.e. June 12th we'd all spend in our local timezone 21:07:18 sdague: I know that comment this morning was really prefixed with "dansmith: " :) 21:07:28 Ahh I missed that date 21:07:38 tonyb: that's from John's email that happened over night 21:07:39 mikal, bauzas: Thanks 21:07:46 tonyb: so, its understandable if you haven't seen it yet 21:07:51 Ok, next... 21:08:03 * tonyb wonders how to gurn on IRC? 21:08:07 John has also gone mad with power and is attempting to document all the action items from summit sessions 21:08:15 #link https://etherpad.openstack.org/p/YVR-nova-liberty-summit-action-items 21:08:25 It is a very very long list 21:08:30 And I don't think he's done every session yet 21:08:49 So, if you think you had an action item from the summit, or that you tricked dansmith into having an action item, it might be worth checking 21:08:52 mikal: he said tonight that he was done 21:09:03 Oh really? 21:09:04 Cool 21:09:21 yeh, he did the big push today to get it pulled together 21:09:23 So, the other thing is if you have 47 action items, now would be a good time to be honest about how much you can get done in a single cycle 21:09:35 whew, only 46 21:09:48 This johnthetubaguy person has way too many things for example 21:09:56 yeh, I think that's my only concern on the action plan. johnthetubaguy has way too many things on that list 21:10:10 So, I think we could volunteer to rescue him if we wanted 21:10:16 Unless watching him drown is funnier 21:10:28 I'm quite sure he'll delegate some of those things 21:11:06 So that moves us on to non-spec blueprint discussion unless there's anything else to cover here first 21:11:14 Anything on dates, deadlines, action items, etc etc? 21:11:35 Ok, moving on 21:11:40 #topic Non-spec blueprints 21:11:53 First off, there is a request for the vmware console thing to get a trivial approval 21:12:00 #link https://blueprints.launchpad.net/nova/+spec/vmware-console-log 21:12:48 So... 21:12:50 no API change right? 21:12:52 Sound of crickets 21:12:57 I don't think there's one 21:13:12 Anyone from vmware around to talk to this? 21:13:15 the old change https://review.openstack.org/#/c/149203/ 21:13:17 oops 21:13:18 if so I say fine 21:13:20 yes i am here 21:13:24 it's pretty small 21:13:30 can be tested with tempest once it's in 21:13:40 rado is in europe so he is alseep 21:13:47 It complicates vmware deploys, but in a way which doesn't worry anyone else 21:13:47 looks fine 21:13:50 So I think I am ok with it 21:14:09 Does anyone oppose a trivial approval? 21:14:18 mikal: seems okay to me. 21:14:21 if it implements existing apis I'm good with it 21:14:41 I just posted https://review.openstack.org/#/c/188575/ for review as requested by johnthetubaguy....that's dropping support for booting multiple instances in one REST API call. It's mostly there as a place for having the discussion about whether or not we should do it at all. 21:14:41 i'd only ask if it requires a min version of vcenter 21:14:47 but that could be handled in the review 21:14:53 Ok, approved 21:15:02 cfriesen: that sounds like open discussion at the end please 21:15:06 sure 21:15:09 cfriesen: open discussion 21:15:11 oops 21:15:15 thanks!! 21:15:26 I hope I did the approval right, we shall see 21:15:35 The other thing I wanted to discuss is config drive for PCS 21:15:45 So I realized yesterday that they want to add a new format for config drives 21:15:48 Namely ext4 21:15:59 PCS? 21:16:08 Which worries me because I worry that operators and users will then expect other hypervisors to support ext3 as a config drive format 21:16:14 Parrallels Cloud Server 21:16:22 A parallels container thingie 21:16:35 ext4 would be hard for say hyper-v to support 21:16:42 mikal: is there a reason not to support vfat or iso9660? 21:16:44 you mean virtuozzo 21:16:45 because yeah 21:16:46 The problem being that PCS only supports ext4 filesystems 21:16:48 yep, I’d -1 on ext4 21:16:57 yeah, me too 21:17:02 it’s not about Hyper-V, it’s about Windows images 21:17:19 running on whatever hypervisor 21:17:26 Yeah, they'd point out PCS can't use windows images, but I think we need to maintain a coherant set of options for all drivers here 21:17:34 alexpilotti: but those aren't going to run on PCS 21:17:34 +1 21:18:03 I'm not sure I get why it's an issue, config drive generation is completely hidden inside of nova, and can be specific per hypervisor right? 21:18:04 So, if people don't think I'm totally bonkers I might just start a mail thread about it 21:18:16 sdague: config drive is consumed by the instance 21:18:24 sdague: so if instances start assuming things about the filesystem 21:18:30 sdague: then that leaks across to other drivers 21:18:54 yep, wouldn't want kvm to start exposing ext3 config drives 21:18:55 sdague: i.e. say a tiny linux instance which doesn't want to include iso9660 or vfat support 21:18:56 I’m perfectly fine, just asking not to implement it where Windows images are supported 21:19:42 So the filesystem format is currently an admin falg 21:19:53 So I think the counter argument is that users are just used to getting whatever they're handed 21:19:57 And probably don't think about it much 21:20:11 yeh, I'd be really surprised if they care 21:20:31 How is this different to an ephemeral disk wheer we only support ext* and xfs? 21:20:40 tonyb: the guest owns the ephemeral 21:20:56 Yeah, the config drive is populated by us and then handed over, its a data transmission format 21:21:15 So, this now sounds like a mailing list thread to me 21:21:22 okay. 21:21:23 Unless anyone hates that plan 21:21:34 ML thread sounds right 21:21:34 I hate it, but that's fine 21:21:40 #topic Stuck spec reviews 21:21:55 So there is this placeholder heading where I think I am meant to ask about stuck spec reviews 21:22:21 Where stuck probably means "we will never agree in the review" 21:22:25 So, any of those? 21:22:38 ... 21:22:48 no 21:22:52 we all agree all the time 21:22:55 Yay! 21:22:59 * cfriesen snickers 21:23:02 Moving on then before someone argues against that statement 21:23:11 #topic Stable branch status 21:23:15 The agenda says we're fine? 21:23:35 Sounds like we are... 21:23:42 #topic Gate status 21:23:52 What is our current doom factor? 21:24:08 it's fine 21:24:13 Yay! 21:24:24 #topic Critical bugs 21:24:28 nope 21:24:30 zero 21:24:37 bugs are fine 21:24:38 Even in novaclient? 21:24:49 we released novaclient 2.26.0 yesterday with great success 21:24:56 Oh, look at that 21:24:58 So that's nice 21:25:00 which deprecated the volume crap 21:25:08 woot 21:25:09 Fine then 21:25:14 #topic Open Discussion 21:25:14 zero too 21:25:19 cfriesen: you had a thing? 21:25:22 Nothing critical in the Ironic driver, fwiw 21:25:51 yeah, not critical, but there was a request for a spec to have a discussion around removing support for min_count and max_count from booting instances 21:25:59 so I wrote something up 21:26:12 cfriesen: cool, I will take a look later today 21:26:32 In other news, there is some talk of the M mid-cycle being in Europe somewhere 21:26:45 yup 21:26:49 I think John is looking for thoughts on if that's a terrible idea or a fantastic idea 21:27:05 I probably won't be there if so :( 21:27:05 mikal: +1 21:27:13 fine by me 21:27:24 Not sure how to comment on that.... but I'm in Europe, and it's quite nice sometimes. 21:27:31 +1 to the idea, but I probably couldn't make it 21:27:34 So, I think people should tell John that 21:27:39 Especially if they think its a problem 21:27:43 seems like a good idea, but I can't say whether or not I could make it 21:28:10 I guess it depends if Nova folk are very predominantly outside Europe. 21:28:31 it is also about costs 21:28:40 I think that's true 21:28:45 Low cost area is good. Prague, Budapest, Bucharest :) 21:28:57 And my impression is that Europe is generally more expensive for more people 21:29:00 i won't be there, but it's a decent idea 21:29:04 I can try to see for some room blocks if possible 21:29:05 budapest has good chocolatae 21:29:05 we can happily host it in Transilvania 21:29:24 (speaking of Grenoble, by the winter season y'know) 21:29:40 * bauzas bribes 21:29:43 Anyways, something for people to ponder 21:29:54 John is also surveying people about the time for this meeting 21:30:02 He sent email, but the punch line is there is a doodle survey 21:30:09 #link http://doodle.com/eyzvnawzv86ubtaw 21:30:25 So if you care about this meeting it might be a good idea to do one of those 21:30:35 Although obviously I am only saying this to the people who can amke this time 21:30:40 Which is a bit self-reinforcing 21:30:52 mikal: the email went out too 21:31:02 The final thing on the agenda is that John also wants bug tag owners to be more active 21:31:18 Either by doing that thing, or by some new people volunteering if people need a break 21:31:28 #link https://wiki.openstack.org/wiki/Nova/BugTriage 21:31:54 So if you're looking to add more bugs to your day, that might be a thing to sign up for 21:32:04 Question: As an Ironic liaison. I am assuming that someone on Nova would tag a bug as Ironic related. Not our job to look at every Nova bug to figure out if it is Ironic related. 21:32:09 Is that correct? 21:32:18 jlvillal: yup 21:32:18 jlvillal: correctish 21:32:19 jlvillal: yes 21:32:28 The idea is someone is reading incoming bugs and tagging them 21:32:30 jlvillal: provided someone does that :) 21:32:30 please just further triage that tag 21:32:31 * jlvillal Whew! 21:32:34 But there is nothing stopping you from also doing that thing 21:32:54 https://bugs.launchpad.net/nova/+bugs?field.tag=ironic currently 29 bugs 21:32:58 * jlvillal thinks, "Only hours in the day..." 21:33:05 38 new bugs need triage :) 21:33:05 Yeah, so I'd start with those... 21:33:10 sdague: jlvillal and I are working through that 21:33:19 mrda: cool, awesome 21:33:26 And that's all we have on the agenda 21:33:31 Do people want an Early Mark? 21:33:39 yes 21:33:40 Or shall I waste 27 minutes rantinga bout how my feet are cold? 21:33:46 Cause they are 21:33:48 Even with socks 21:34:04 * jlvillal waits to hear more ;) 21:34:10 Don't encourage me 21:34:11 mikal: ugg boots are the answer :) 21:34:15 Going... 21:34:18 going... 21:34:29 gone. 21:34:35 Bye! 21:34:35 #endmeeting