16:00:15 #startmeeting nova 16:00:16 Meeting started Thu Dec 10 16:00:15 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:17 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:00:19 The meeting name has been set to 'nova' 16:00:29 o/ 16:01:10 o/ 16:01:43 #topic Bugs (stuck/critical) 16:02:07 No critical bug (I guess we forgot to mark the gate blocker bugs as critical) 16:02:20 but lets talk about the gate a bit later 16:02:30 #link 22 new untriaged bugs (+8 since the last meeting): #link https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New 16:02:38 \o 16:02:41 this is a heavy increase 16:02:49 oof, for sure 16:02:50 we need to look at the untriaged bgugs 16:03:12 no promise but... 16:03:17 yeah, same here 16:03:18 :) 16:03:25 first I put out the fires then maybe 16:03:55 any specific bug we need to talk about today? (not the gate blocker ones as those will come in the next topic) 16:04:46 #topic Gate status 16:04:54 there are many blockers rigth now 16:05:07 Gate on master is blocked due to #link https://bugs.launchpad.net/nova/+bug/1907522 16:05:08 Launchpad bug 1907522 in OpenStack Compute (nova) "test_*_with_qos_min_bw_allocation fails in the nova-multi-cell job with: nova.exception.MigrationPreCheckError: Migration pre-check error: Failed to create port bindings for host " [High,Triaged] - Assigned to Balazs Gibizer (balazs-gibizer) 16:05:20 thanks melwitt for reporting it 16:05:26 We need to disable cross cell resize with qos ports tests as the implementation is simply missing. See #link https://review.opendev.org/c/openstack/nova/+/766471 16:05:53 I just approved that 16:05:57 stephenfin: thanks 16:06:01 Sorry for not getting to it sooner 16:06:22 stephenfin: no worries zool haven't reported it back for that yet, but it will report ERROR I see now 16:06:22 we need to backport it, right? 16:06:26 o/ 16:06:28 bauzas: yes 16:06:49 Is there anything else blocking the masteR? 16:06:51 victoria to ussuri ? 16:06:56 or train too ? 16:07:00 bauzas: up until train I guess 16:07:03 bauzas: I will double check 16:07:06 kk 16:07:42 if nothing else on the master then moving to stable where the situation is even more complicated 16:07:44 if that relates to resize, we merged it in train, irrc 16:08:04 bauzas: yes and yes then 16:08:31 so on stable 16:08:34 Gate on stable/victoria..stein is blocked due to lower-constraint job fails 16:08:52 #link https://bugs.launchpad.net/nova/+bug/1907117 16:08:54 Launchpad bug 1907117 in OpenStack Compute (nova) victoria "Could not find a version that satisfies the requirement packaging>=20.4 (from oslo-utils)" [High,In progress] - Assigned to Lee Yarwood (lyarwood) 16:09:16 but also 16:09:25 Gate on stable/victoria..train is blocked due to nova-multi-cell job fails: #link https://bugs.launchpad.net/nova/+bug/1907511 and due to #link https://bugs.launchpad.net/nova/+bug/1907522 16:09:27 Launchpad bug 1907511 in OpenStack Compute (nova) victoria "nova-multi-cell fails on stable branches with: Failed to compute_task_migrate_server: 'NoneType' object has no attribute 'version'" [Undecided,In progress] - Assigned to melanie witt (melwitt) 16:09:28 Launchpad bug 1907522 in OpenStack Compute (nova) "test_*_with_qos_min_bw_allocation fails in the nova-multi-cell job with: nova.exception.MigrationPreCheckError: Migration pre-check error: Failed to create port bindings for host " [High,Triaged] - Assigned to Balazs Gibizer (balazs-gibizer) 16:09:57 to work around the double block there is a patch that fixes the first bug and disables the nova-multi-cell job temporarly 16:10:08 #link https://review.opendev.org/c/openstack/nova/+/765749 16:10:54 I will re-enable the nova-multi-cell job on stable when I backport the qos test blacklist patch from master to stable 16:11:16 i think we should discuss on pinning the minor version of pip also in devstack side 16:11:39 gmann: do you have a bug link for that ? 16:12:16 any help here ? 16:12:21 I'm a bit confused with all the patches 16:12:29 gibi: am thinking how it occur as pip is pined to 23.0 https://review.opendev.org/q/I1feed4573820436f91f8f654cc189fa3a21956fd 16:12:44 or we need to pin with minor version too 16:13:14 bauzas: lyarwood and elod are on top of the lower constraint issue and will handle the qos blacklisting 16:13:23 gmann: it's not pinned within virtualenv iirc 16:13:28 kkk, cool then 16:13:56 lyarwood: ah I see. 16:14:00 gmann: a new version of virtualenv pulled in a later version of pip borking the lower-constraints job 16:14:03 gmann: and others 16:14:18 gmann: elod has a WIP series up looking at pinning it somehow 16:14:33 this one: https://review.opendev.org/q/topic:constrain-tox-install 16:14:39 lyarwood: yeah, i think we should add for vemv also 16:15:00 ok 16:15:08 this uses the constraints from requirements repository during ensure-tox 16:15:22 I'm also looking at resolving the issues it's raised as they are real bugs with lower-constraints 16:15:26 and virtualenv is constrained 16:16:28 just noticed zuul is still error'ing out some jobs 16:16:35 so this is all going to take a while 16:16:59 yes, we see "`ERROR Failed to update project None in 3s" from Zuul, infra knows about it 16:17:04 well that is still open question on how we test the lower-constraint job. on lowest version of deps with lowest available distro or latest one which break it many times 16:17:05 yes, this issue reveals real contradictions between (test-)requirements.txt and lower-constraints, that wasn't picked up by pip with the old resolver 16:17:20 elod: exactly 16:18:00 gmann: in terms of pip I'd like to use the latest version with the fixed dep resolver 16:18:09 OK there is one more problem on stable 16:18:11 Gate on stable/train..pike is blocked due to broken bandit release 16:18:23 which is also being worked on as far as I know 16:18:58 gibi: with this series: https://review.opendev.org/q/topic:bug%252F1907438 16:18:58 gibi: yeah it's looking more likely that the 1.6.3 release is going to be yanked now and replaced by a non-universal 1.6.4 release 16:19:12 plus what lyarwood says ^^^ :) 16:19:51 at least it isn't rc :) 16:20:05 elod, lyarwood: ack thanks 16:20:06 indeed :] 16:20:18 any other gate issue we need to be aware off? 16:20:29 oh I think that's enough fire for one meeting ^_^ 16:20:39 we will see ;) 16:20:46 lyarwood: definitely 16:21:03 then moving on 16:21:04 #topic Release Planning 16:21:09 Wallaby Milestone 1 was last week. Milestone 2 is 22nd of Jan 16:21:41 so after all the fires we should progress with features :) 16:21:57 any other release specific thing to discuss? 16:22:50 gibi: I assume we will not have another spec review day until the new year? 16:23:07 lyarwood: I'm not planning, we have 11 approved bps that is plenty 16:23:32 but if some spec needs review then let me know 16:23:40 or ping other fellow cores 16:23:46 gibi: ack understood, I've got a libvirt specific spec to write for the ephemeral encryption bp, I'll ping people about it in the coming week 16:24:00 lyarwood: ack, 16:24:22 #topic Stable Branches 16:24:29 elod's note: due to multiple gate issues, mostly fire fighting work is happening 16:24:46 anything else about stable? 16:25:17 nothing from me 16:25:20 #topic Sub/related team Highlights 16:25:26 Libvirt (bauzas) 16:25:35 nothing to report, sir. 16:25:52 ack 16:25:52 #topic Open discussion 16:25:57 nothing on the agenada 16:25:58 agenda 16:26:02 but I have one 16:26:24 I will be out between 21st of Dec and 4th of Jan. So I will not chair the nova meeting 16:26:44 if no objections then I will cancel the meetings inbetween 16:26:59 if there is objections then we need a chair :D 16:27:04 cancel it 16:27:17 most people will be in the same boat I suspect 16:27:26 yepp 16:27:30 yeah, cancel is ok 16:27:52 OK, anything else for today to discuss? 16:28:27 not from me 16:28:41 then let's go back to firefighting mode 16:28:50 thank you all for joining today 16:29:08 #endmeeting