14:00:18 <cdent> #startmeeting nova_scheduler
14:00:19 <openstack> Meeting started Mon Jul  2 14:00:18 2018 UTC and is due to finish in 60 minutes.  The chair is cdent. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:00:20 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
14:00:23 <openstack> The meeting name has been set to 'nova_scheduler'
14:00:37 <cdent> #chair efried jaypipes edleafe bauzas
14:00:38 <openstack> Current chairs: bauzas cdent edleafe efried jaypipes
14:00:39 <gibi> o/
14:00:41 <takashin> o/
14:00:51 <bauzas> good <<<>>> folks
14:01:31 <cdent> #topic last meeting
14:01:32 <cdent> #link last minutes: http://eavesdrop.openstack.org/meetings/nova_scheduler/2018/nova_scheduler.2018-06-25-14.02.html
14:01:43 <cdent> any remainders from last week that people would like to revisit?
14:01:45 <tssurya> o/
14:01:55 <edleafe> \o
14:02:16 <bauzas> nope
14:02:19 <cdent> #topic specs and review
14:02:19 <cdent> #link latest pupdate: http://lists.openstack.org/pipermail/openstack-dev/2018-June/131915.html
14:02:38 <cdent> any reviews that need extra discussion or attention?
14:03:30 <cdent> i'll take that as a "no"
14:03:36 <cdent> #topic bugs
14:03:36 <cdent> #link placement bugs: https://bugs.launchpad.net/nova/+bugs?field.tag=placement&orderby=-id
14:04:00 <gibi> I've filed a new one this morning https://bugs.launchpad.net/nova/+bug/1779635
14:04:00 <openstack> Launchpad bug 1779635 in OpenStack Compute (nova) "placement allows RP parent loop in PUT resource_providers/{uuid}" [Medium,Confirmed]
14:04:02 <cdent> gibi reported a new bug https://bugs.launchpad.net/nova/+bug/1779635
14:04:12 <cdent> #link parent loop https://bugs.launchpad.net/nova/+bug/1779635
14:04:29 <efried> gtfo, I thought we had tests for that.
14:04:39 <gibi> efried: we have for RP create but not RP set
14:05:06 <gibi> I've pushed a patch that reproduce the problem https://review.openstack.org/#/c/579508/
14:05:09 <efried> Mm.  And we don't allow reparenting if parent is already set.  But if it wasn't set, you're saying you can set it to a loop...
14:05:17 <gibi> efried: exactly
14:05:21 <bauzas> we had a recent bug
14:05:29 <bauzas> but we fixed it
14:06:02 <bauzas> honestlty, I didn't set it Critical because the gate was fine
14:06:05 * alex_xu waves late
14:06:54 <bauzas> but we need to make sure that when we use a new API, the minimum version we have is still accepting it
14:06:55 <cdent> gibi: you able to work on fixing it?
14:07:21 <gibi> cdent: yes, I'm working on it
14:07:26 <cdent> yay!
14:07:30 <cdent> any other bugs of note?
14:08:06 <cdent> #topic opens
14:08:35 <cdent> I added "consumer gen lifecycle"
14:08:44 <cdent> because we had lengthy talk about it last week
14:09:06 <cdent> #link review about con gen 404 https://review.openstack.org/#/c/579163/
14:09:17 <cdent> #link irc discussion http://eavesdrop.openstack.org/irclogs/%23openstack-placement/%23openstack-placement.2018-06-29.log.html#t2018-06-29T13:49:51
14:09:29 <cdent> the irc discussions gets into a lot of meat
14:10:12 <cdent> It would be useful is people who weren't in that discussion (gibi, bauzas, tetsuro) could read it and add their thoughts
14:10:23 <bauzas> ok will look
14:10:28 <bauzas> thanks
14:10:53 <gibi> I've opened the link
14:11:23 <cdent> I don't reckon efried, edleafe, jaypipes and I need to add any more until other folk have had a chance to think about it
14:11:30 <bauzas> cdent: what's the concern ?
14:11:40 <bauzas> by quickly look at the change, I'm fine with it
14:11:51 <bauzas> so, maybe a new microversion needed then ?
14:11:53 <cdent> bauzas: better to read the irc log rather than me explain it, as I'm biased
14:12:05 <cdent> it's more broad than that
14:12:21 <cdent> there's also some useful discussion on the associated bug
14:12:56 <cdent> #link consumers never get deleted: https://bugs.launchpad.net/nova/+bug/1778763
14:12:56 <openstack> Launchpad bug 1778763 in OpenStack Compute (nova) "Consumers never get deleted" [Undecided,New]
14:13:05 <jaypipes> apologies for being late.
14:13:22 <bauzas> I mean, from a REST point, if you ask for allocations for a consumer but then not having a consumer, it's at least a 40x
14:13:37 <bauzas> maybe 400
14:13:47 <cdent> bauzas: you need to read the entire irc discussion or you are just repeating things we already debated there
14:13:48 <efried> That's not the core issue.  Consumers don't get deleted.  There's at least four different ways we could react.
14:14:18 <bauzas> cdent: well, sure, but you're asking me to look at like 150 lines
14:14:18 <bauzas> :)
14:14:22 <cdent> I personally think that reading those logs and then revisiting the topic is better than rehashing things here and now
14:14:26 <bauzas> so I'll do it, but later :)
14:14:29 <cdent> yes, I am
14:14:31 <cdent> and later is good
14:14:36 <cdent> there's no need to do it right now
14:14:40 <bauzas> ok
14:15:04 <bauzas> I thought you were asking for voices
14:15:08 <bauzas> but fine, will read it
14:15:33 <cdent> I'm asking for people think about it, giving it real attention and consideration, and then speak about it, not rush
14:15:45 <cdent> and preferably s/speak/write/
14:15:52 <bauzas> fait :)
14:15:55 <bauzas> fair :)
14:16:10 <cdent> any other open issues or comments on that one?
14:16:55 <cdent> Would everyone like the meeting to end?
14:17:29 <bauzas> anyway, I need to leave you in 3 mins :)
14:17:40 <cdent> silence means approval?
14:18:15 <efried> wait
14:18:22 * cdent waits
14:18:26 <efried> no, I got nothing.
14:18:40 <jaypipes> hehe
14:18:43 <jaypipes> yeah, I'm ok.
14:18:51 <cdent> thanks everyone for coming, please read those irc logs, and the review and bug and join in the discussion there
14:18:53 <cdent> #endmeeting