16:00:29 #startmeeting nova 16:00:30 Meeting started Thu Mar 26 16:00:29 2020 UTC and is due to finish in 60 minutes. The chair is gibi. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:00:31 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:00:34 The meeting name has been set to 'nova' 16:00:37 o/ 16:00:46 o/ (still on this call) 16:00:46 o/ 16:01:11 \o 16:01:17 o/ 16:01:31 o/ 16:01:49 we have a pretty long agenda. Let's get started 16:01:55 #topic Last meeting 16:02:00 #link Minutes from last meeting: http://eavesdrop.openstack.org/meetings/nova/2020/nova.2020-03-19-16.00.log.html 16:02:06 gibi promised to follow up on the ML about the plans for a virtual PTG. 16:02:10 proposal sent to the ML #link http://lists.openstack.org/pipermail/openstack-discuss/2020-March/013555.html but I'm open to any suggestion about the format. 16:02:50 let's continue that on the ML 16:02:56 We had a discussion about the two company rule last week. 16:03:05 the resulting ML thread #link http://lists.openstack.org/pipermail/openstack-discuss/2020-March/013423.html 16:03:08 based on the different discussion I'm now proposing a compromise #link http://lists.openstack.org/pipermail/openstack-discuss/2020-March/013553.html Please raise your voice if you don't like it til next Tuesday 16:03:24 cool, i need to write my opinions for the both threads 16:03:42 bauzas: thanks 16:03:54 we discussed the core situation last week as well. It is resulted in a nomination of two new cores. Cores, please cast your votes on the ML til next Monday 16:03:57 lyarwood #link http://lists.openstack.org/pipermail/openstack-discuss/2020-March/013511.html 16:04:00 gmann #link http://lists.openstack.org/pipermail/openstack-discuss/2020-March/013519.html 16:04:21 Anything else we need to discuss from the last meeting? 16:05:19 #topic Bugs (stuck/critical) 16:05:32 No Critical bugs 16:05:39 #link 102 new untriaged bugs (+3 since the last meeting): https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New 16:05:59 I wanted but had no time to triage bugs this week :/ 16:06:17 any help is appreciated 16:06:41 anything about bugs? 16:07:21 melwitt, lyarwood, gmann: how is the gate doing recently? 16:07:27 sorry did not get chance to do bug thins this week. few from previous week 'need-discussion' completed the discussion part and in progress of fix or in todo list. 16:07:38 gmann: thanks 16:07:41 I'd love too 16:07:52 we're close to the RC period and I'm a bit afraid 16:08:10 but once I'm done with all the stuff I have, I'll try to triage 16:08:20 thanks 16:08:51 gibi: not seen any frequent occurring issue on gate but live migration job status can be updated by melwitt or lyarwood 16:09:20 gmann: thanks. 16:09:50 FYI, fluctuate network issue is merged now. (there might be few more tests, so keep reporting or push patch) - https://review.opendev.org/#/c/711049/ 16:10:01 awesome 16:10:08 \o hey sorry just back 16:10:19 gibi: LM job should be stable now, let me know if it isn't please. 16:10:26 lyarwood: thank you 16:10:49 #topic Release Planning 16:10:57 One week until "Final release for non-client libraries" (Apr 3.) 16:11:02 os-vif #link https://review.opendev.org/#/q/project:openstack/os-vif+status:open 16:11:09 os-resource-classes #link https://review.opendev.org/#/q/project:openstack/os-resource-classes+status:open 16:11:16 os-traits #link https://review.opendev.org/#/q/project:openstack/os-traits+status:open 16:11:22 I see nothing open that is a must-have for Ussuri. 16:11:31 but please shout if I missed something 16:11:32 gibi: the pending os-vif changes wont merge in ussuri 16:11:51 sean-k-mooney: yeah I they have -W on them 16:11:52 they need ovs changes to merge first and that wont happen in time 16:12:28 Who will propose the releases for these libs next week? sean-k-mooney could you take os-vif? 16:12:44 sure 16:12:47 thanks 16:13:21 if nobody signs up for os-traits and os-resource-classes then I will propose them 16:13:44 Two weeks until Milestone 3 16:13:53 i can proably take a look at doing that too since ill be doing the os-vif one 16:14:03 sean-k-mooney: that would be awesome 16:14:09 ping me if you stuck 16:14:19 M3 means Feature Freeze 16:14:30 from the 30 approved BPs for Ussuri 8 is already implemented \o/ 16:14:32 gibi: are those libs owned by placement now? 16:14:46 johnthetubaguy: honestly I don't know 16:14:58 I can ping tetsuro about it 16:15:00 I was just looking here: https://github.com/openstack/governance/blob/master/reference/projects.yaml#L2592 16:15:09 worth a chat to make sure I guess :) 16:15:28 they sure matter to us, either way 16:15:31 jeah I will let tetsuro know that he is supposed to handle it :) 16:15:48 johnthetubaguy: yes they are 16:15:56 https://opendev.org/openstack/governance/src/branch/master/reference/projects.yaml#L2570-L2597 16:16:17 moving back to FF 16:16:37 I did a quick scan an targeted 12 from the remaining 22 BPs to ussuri-3 #link https://launchpad.net/nova/+milestone/ussuri-3 These are the ones I feel still has chance to be finished before the freeze. 16:16:57 if something is missing then please let me know 16:18:04 I'll upload a new one soon but I'll ping you 16:19:08 bauzas: yeah some of you bp was not started but If you have code now then I can target it to ussuri-3 16:19:22 I am still pretending my unified limits stuff might be ready, but I am not sure we have the review bandwidth 16:19:59 johnthetubaguy: I glanced at the series but I had not time to dig into it maybe next week 16:20:29 speaking fo review bandwith we might want to start using the runways again to priortise it or just make a concouse effort to look at that list 16:20:41 no worries, its just one of those multi-year things that finally feels closer, like policy 16:21:15 +1 on runways again, to focus our efforts to get more things over the line 16:21:56 sean-k-mooney, johnthetubaguy: sure, if you have or know about a bp that is really close then put that in the queue 16:21:57 johnthetubaguy: i will start reviewing those but keeping policy stuff on priority for now. may be from Monday, I will be able to 16:22:19 gmann: +1 on getting policy stuff up for review being the highest priority there 16:23:07 policy and cyborg integration is the two highest prio bp in lauchpad now 16:23:13 I haven't yet met an operator that isn't hurting because we don't have that policy stuff yet 16:23:42 there might be too many negatives there 16:24:10 anything else on the FF ? 16:24:51 gibi: i assume we will try to avoid FF exceptions unless on of the bluepirts you have targeted to u3 misses 16:25:20 ideally we would not have any exceptions but i guess we will see how it goes 16:25:52 I prefere not to have exception but if a bp is close (e.g. has +2) then I think we are willing to consider 16:26:56 ok we can proably move on 16:27:03 Milestone 3 also means: Final release for client libraries 16:27:12 we have patches open #link https://review.opendev.org/#/q/project:openstack/python-novaclient+status:open but these are still tight to open nova patches. 16:27:29 you have have anything important then let me know 16:28:20 anything else about the release? 16:29:03 #topic Stable Branches 16:29:09 lyarwood: anything newsworthy? 16:31:41 I guess that means no :) 16:31:46 #topic Sub/related team Highlights 16:31:57 Placement (tetsuro) 16:32:54 API (gmann) 16:32:56 gibi: no sorry 16:33:05 deleted_on_termination things you already have on agenda for Open Discussion. nothing else than ML updates or what we already discussed. 16:33:06 lyarwood: np 16:33:09 Updates on ML: http://lists.openstack.org/pipermail/openstack-discuss/2020-March/013615.html 16:33:19 gmann: thanks 16:33:26 #topic Stuck Reviews 16:33:34 (brinzhang_): https://review.opendev.org/#/q/topic:bp/destroy-instance-with-datavolume is stuck on whether we want a PATCH API or not. 16:33:47 this was since discussed on #openstack-nova 16:34:11 and the current consensus is to change the API design to use PUT instead 16:34:22 I didn't catch up on this yet, 16:34:36 but it sounds like everyone is okay with it, but we don't know about brin himself yet? 16:34:51 dansmith: yes, brin said he cannot attend the meting 16:34:57 ack 16:35:20 summary is in https://review.opendev.org/#/c/693828/ now so brin will see it tomorrow 16:35:36 I will commit to prioritized review of that when the change is done 16:35:38 I think dansmith and I will help him if needed 16:35:43 will we update spec doc also for that ? 16:35:55 gmann: yes, that is needed too 16:35:55 just replacing PUT to PATCH 16:35:57 we should, but we can do that later 16:36:01 yeah 16:36:04 yeah 16:36:17 kind of doc update 16:36:17 let's focus on getting the code done 16:36:26 +1 16:36:39 agree 16:36:52 any other stuck review we need to talk about? 16:37:04 I am suggesting we stop documenting the existing PUT API that should only be used by Cinder, to help remove confusion. 16:37:44 johnthetubaguy: would that confuse Cinder devs? 16:37:44 johnthetubaguy: as I said, i think that it will be easier to document the put as primarily for updating the flag, but with a note:: that the volume_id can be updated under certain circumstances 16:38:06 not sure we should really remove it entirely, but make the swap look like the weird stepchild instead of the primary reason for a PUT of that resource 16:38:07 dansmith: true and gibi: possibly 16:38:25 dansmith: that is a nice way of looking at it, I am sold. 16:38:40 dansmith: removing swap things from api-ref can make it internal though 16:38:47 gmann: it's not internal 16:39:08 but we except users not to use this right ? 16:39:22 if we had a separate document of "friend" APIs for services only, then we could put it there, but we don't 16:39:36 gmann: I've actually heard of people using that API for reasons they shouldn't 16:39:49 but still, I don't think we should un-document it just because we expect only cinder to call it 16:40:00 think of how much of the neutron api would be undocumented if they did that for nova 16:40:39 hopefully ironic a zun would close some of the gaps but that is a fair point 16:40:57 ohk. +1 on making primary reason as update resource not swap at least. 16:41:10 cinder is kind of users for nova 16:41:57 any other stuck review we need to talk about? 16:42:45 #topic Open discussion 16:42:55 just a heads up 16:42:56 (gibi): Note that this weekend EU goes to summer time (e.g. I will go from UTC + 1 to UTC + 2) but the meeting remains at 16:00 UTC. 16:43:49 any other topic to discuss? 16:45:09 then lets close this. Thanks for coming. Take case and wash your hands! 16:45:18 Take care I mean 16:45:31 #endmeeting