21:01:06 <mriedem> #startmeeting nova
21:01:07 <openstack> Meeting started Thu Jun 23 21:01:06 2016 UTC and is due to finish in 60 minutes.  The chair is mriedem. Information about MeetBot at http://wiki.debian.org/MeetBot.
21:01:08 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
21:01:10 <openstack> The meeting name has been set to 'nova'
21:01:13 <rlrossit> o/
21:01:14 <auggy> o/
21:01:14 <takashin> o/
21:01:16 <doffm> o/
21:01:17 <dims> o/
21:01:17 <edleafe> \o
21:01:19 <lbeliveau> o/
21:01:20 <melwitt> o/
21:01:20 <raj_singh> o/
21:01:20 <jlvillal> o/
21:01:21 <dansmith> o7
21:01:22 <cdent> o/
21:01:23 <tonyb> \o
21:01:33 <claudiub> \o/
21:01:43 <bauzas> \o
21:01:55 <scottda> hi
21:02:06 <mriedem> i will assume everyone is here
21:02:09 <mriedem> #link agenda https://wiki.openstack.org/wiki/Meetings/Nova#Agenda_for_next_meeting
21:02:17 <mriedem> #topic release news
21:02:24 <mriedem> #link Newton release schedule: https://wiki.openstack.org/wiki/Nova/Newton_Release_Schedule
21:02:27 <woodster_> o/
21:02:30 <mriedem> #info June 30: non-priority feature freeze (1 weeks from today)
21:02:39 <mriedem> We have 100 approved blueprints: https://blueprints.launchpad.net/nova/newton - 18 are completed, 6 have not started, 2 are blocked
21:03:02 <mriedem> any questions on that?
21:03:17 <mriedem> i've been trying to focus reviews on non-priority bps the last two weeks
21:03:34 <mriedem> we should have a big push to next thursday
21:03:48 <mriedem> #topic bugs
21:03:57 <mriedem> the gate is stable
21:04:18 <mriedem> third party ci, virtuozzo says they got their stuff working again
21:04:31 <mriedem> they need to get their storage ci using os-brick from g-r
21:04:36 <mriedem> i haven't looked at the compute ci for vz
21:04:47 <mriedem> vmware still seems behind
21:05:01 <mriedem> tjones: are you around?
21:05:19 <mriedem> critical bugs - i'm not aware of any
21:05:38 <tjones> yes
21:05:40 <tjones> yes it is
21:05:50 <mriedem> tjones: ok
21:05:54 <tjones> sorry
21:06:03 <tjones> working on it (as always)
21:06:35 <mriedem> #topic stable branch status
21:06:50 <mriedem> no major issues in the gate or in mitaka that i know of
21:07:16 <mriedem> liberty has a cve fix though,
21:07:22 <mriedem> which requires oslo.concurrency 2.6.1
21:07:39 <mriedem> for mitaka we raised the minimum required oslo.concurrency to make that work by default in the requirements,
21:07:44 <mriedem> with liberty it's not very nice https://review.openstack.org/#/c/333403/
21:07:56 * tonyb was just reading that review
21:08:02 <mriedem> because essentially it means the new minimum for oslo.concurrency in liberty would be the old max constraint
21:08:09 <mriedem> along with a bunch of updated transitive deps
21:08:10 <mriedem> which sucks
21:08:27 <mriedem> anyway, if you're interested in terrible things like that, read ^
21:08:55 <mriedem> #topic subteam highlights
21:09:25 <mriedem> i didn't make the cells meeting yesterday but alaski said basically cells v2 just needs reviews
21:09:45 <mriedem> with the freeze coming next thursday, i'm mostly planning on getting back to priorities after next week
21:09:58 <mriedem> scheduler,
21:10:00 <mriedem> edleafe: around?
21:10:06 <edleafe> yes
21:10:08 <edleafe> Discussed yet another proposal for a shared-state scheduler that would allow for horizontal scaling without increased raciness
21:10:11 <edleafe> Will try to have preformance numbers by the midcycle for that
21:10:17 <mriedem> that's rlrossit right?
21:10:21 <bauzas> yup
21:10:22 <edleafe> yep
21:10:32 <edleafe> otherwise, same ol same ol
21:10:39 <bauzas> we said we shouldn't focus on the backend tho
21:10:47 <bauzas> tbc :)
21:11:11 <edleafe> it's just POC for now
21:11:16 <mriedem> yeah
21:11:23 <edleafe> see if it's even meaningful
21:11:26 <mriedem> i have to sit with the guy every day so i've heard about it
21:11:43 <mriedem> regarding the placement api
21:11:47 <mriedem> there is the big long thread in the ML
21:11:47 <cdent> on the placement api stuff: a) I'd like to apologize for being a dick b) sdague, mriedem and I came up with a short term plan that basically involves replacing routes with selector and seeing how it seems from there.
21:12:10 <cdent> If people are keen on that plan, I'll make it go.
21:12:10 <mriedem> replacing selector with routes
21:12:11 <bauzas> I missed 2) but okay
21:12:11 <edleafe> cdent: other way around?
21:12:23 <cdent> edleafe: yes, sorry
21:12:25 <bauzas> was that discussed over IRC ?
21:12:28 <mriedem> yes
21:12:34 <mriedem> in -nova earlier today
21:12:38 <bauzas> k
21:12:51 <tonyb> okay that makes more sense
21:13:13 <mriedem> i haven't gone into the series in huge detail, sdague has reviewed more of it than me,
21:13:18 <mriedem> but i think we agreed that we didn't hate it :)
21:13:20 <tonyb> cdent: care to abandone the requirements review when you have time?
21:13:20 <bauzas> just tbc, replacing selector in the WIP patch ?
21:13:27 <mriedem> bauzas: yeah
21:13:31 <cdent> tonyb: ya, will do now
21:13:35 <bauzas> because I read the contrary :)
21:13:38 <bauzas> but okay
21:13:41 <mriedem> so i think we're looking for some incremental changes and then go from there
21:13:44 <tonyb> cdent: danke kinda sir
21:13:46 <bauzas> you english guys drive left
21:14:04 <bauzas> so that's fine to me if we all agree :)
21:14:17 <mriedem> cdent: are you going to be at the midcycle?
21:14:39 <cdent> mriedem: yes, I'm staying in the US between now and then
21:14:50 <mriedem> cdent: ok. hit a trump rally while you're here.
21:14:51 <mriedem> moving on
21:14:57 <mriedem> live migration, paul isn't here, but i attended
21:15:01 <edleafe> mriedem: so mean!
21:15:07 <cdent> hit as in "take care of"?
21:15:14 <anteaya> cdent: attend
21:15:27 <mriedem> mdbooth pointed out that he suspects resize is busted in the libvirt storage refactor series
21:15:47 <mriedem> diana_clarke was going to work on a tempest test that verifies the size of disks before and after resize
21:15:48 <bauzas> busted, like doesn't work ?
21:15:50 <mriedem> in case the api is lying
21:15:56 <mriedem> bauzas: yeah, doesn't actually resize
21:15:59 <mriedem> but the api doesn't fail
21:16:01 <dansmith> mriedem: that set is also broken for lvm
21:16:08 <mriedem> dansmith: ooo
21:16:09 <mriedem> news to me
21:16:10 * alaski shows up late
21:16:31 <bauzas> funny
21:16:31 <dansmith> mriedem: well, actually, not sure if it's lvm or not, but one of the experimental tests shows a ton of traces in n-cpu.log
21:16:33 <mriedem> mdbooth already posted a bug for resize being broken with ephemeral disks, as in trunk today
21:16:35 <dansmith> at least one I sould say
21:16:54 <mriedem> and diana said the series just needed more review
21:16:55 <dansmith> related traces
21:17:05 <dansmith> yeah, well...
21:17:11 <mriedem> i rechecked with 'flat' backend today too but didn't check results yet
21:17:21 <dansmith> those seemed to be okay when I looked
21:17:23 <mriedem> yeah, again, it's a priority series so it will live past next week
21:17:27 <dansmith> not too surprising though I think
21:17:31 <dansmith> yep
21:17:47 <mriedem> oh, the other thing from that meeting
21:18:00 <mriedem> tdurakov had a change up to add the live migration job to nova's check queue, non-voting
21:18:12 <mriedem> so we can get a better idea of how stable that is in the basic config
21:18:30 <mriedem> that merged https://review.openstack.org/#/c/332175/
21:19:05 <mriedem> i think that's it for LM - some of the other bp changes needed tempest testing
21:19:12 <mriedem> api
21:19:15 <mriedem> sdague: around?
21:19:32 <mriedem> nope, ok i was at that one
21:19:45 <mriedem> mostly, the api extension folding is happening
21:19:56 <mriedem> the first one for disk-config is close to merged
21:20:17 <mriedem> api-ref cleanup is moving slowly - we talked about a sprint in early august
21:20:44 <mriedem> and alex_xu is working on the proxy api deprecations, which we agreed should land at the same time (same microverison for all of them)
21:21:06 <mriedem> and the policy defaults in code series is moving
21:21:33 <mriedem> i don't think there was an sriov/pci meeting this week
21:21:48 <mriedem> notifications: rlrossit?
21:21:59 <rlrossit> wrap_exceptions got merged earlier this week
21:22:14 <rlrossit> instance.delete notification is getting close and could use some eyes
21:22:21 <rlrossit> #link https://review.openstack.org/#/c/313654/
21:22:31 <rlrossit> there have been a lot of follow-up patches to that one
21:22:42 <rlrossit> but we aren't looking to get those in this release
21:22:56 <rlrossit> we also have an o.vo patch that I think is good to go
21:23:12 <rlrossit> would be nice to get nova guys to take a look at that since it's related to this initiative
21:23:17 <rlrossit> #link https://review.openstack.org/#/c/318950/
21:23:29 <rlrossit> I think that's about it
21:23:48 <mriedem> gibi also reported some bug https://bugs.launchpad.net/nova/+bug/1595575
21:23:48 <openstack> Launchpad bug 1595575 in OpenStack Compute (nova) "The hash of a notification object does not depend on its SCHEMA" [Undecided,New] - Assigned to Balazs Gibizer (balazs-gibizer)
21:23:57 <rlrossit> ah, didn't see that
21:24:26 <rlrossit> I worked to get that in, so I'll probably have to take a look at that
21:24:32 <mriedem> ok
21:24:34 <mriedem> thanks
21:24:44 <mriedem> #topic stuck reviews
21:24:49 <mriedem> there was nothing on the agenda
21:25:01 <mriedem> #topic open discussion
21:25:07 <mriedem> nothing on the agenda
21:25:11 <mriedem> anyone have anything?
21:25:36 <mriedem> ok, let's end it then
21:25:41 <mriedem> thanks everyone
21:25:43 <mriedem> #endmeeting