16:02:33 <gibi> #startmeeting nova
16:02:33 <opendevmeet> Meeting started Tue Aug  9 16:02:33 2022 UTC and is due to finish in 60 minutes.  The chair is gibi. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:02:33 <opendevmeet> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:02:33 <opendevmeet> The meeting name has been set to 'nova'
16:02:41 <dansmith> o/
16:02:44 <elodilles> o/
16:03:38 <gibi> this is typical that I remember up until 10 minutes before the actual time :)
16:03:43 <sean-k-mooney[m]> o/
16:03:44 <gibi> then I forget
16:03:46 <gibi> anyhow
16:03:47 <elodilles> :D
16:04:19 <gibi> #topic Bugs (stuck/critical)
16:04:27 <gibi> #info No Critical bug
16:04:46 <gibi> #link https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New 11 new untriaged bugs (+0 since the last meeting)
16:04:55 <gibi> #link https://storyboard.openstack.org/#!/project/openstack/placement 27 open stories (+0 since the last meeting) in Storyboard for Placement
16:05:05 <gibi> #info Add yourself in the team bug roster if you want to help https://etherpad.opendev.org/p/nova-bug-triage-roster
16:05:16 <gibi> thanks elodilles for the bug triage this week
16:05:30 <gibi> #info bug baton is being passed to gibi
16:06:02 <gibi> is there any bugs we need to discuss today?
16:06:30 <elodilles> i had little time, but triaged 3 bugs
16:06:49 <elodilles> this one seems interesting: Shelved (offloaded) instance still have port bound to host
16:07:01 <gibi> yep that sort of a known issue
16:07:07 <elodilles> oh, i see
16:07:21 <gmann> o/
16:07:27 <gibi> probably it does not break anything but I agree that it is valid
16:08:14 <elodilles> then maybe that's it from my side :)
16:08:23 <gibi> any other bugs from anybody?
16:09:25 <gibi> #topic Gate status
16:09:34 <gibi> #link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs
16:09:44 <gibi> I dont see any new bug there
16:09:51 <gibi> #link https://zuul.openstack.org/builds?project=openstack%2Fplacement&pipeline=periodic-weekly Placement periodic job status
16:09:55 <gibi> it is green
16:10:00 <gibi> #link https://zuul.openstack.org/builds?job_name=tempest-integrated-compute-centos-9-stream&project=openstack%2Fnova&pipeline=periodic-weekly&skip=0 Centos 9 Stream periodic job status
16:10:04 <gibi> green too
16:10:13 <gibi> #link https://zuul.opendev.org/t/openstack/builds?job_name=nova-emulation&pipeline=periodic-weekly&skip=0 Emulation periodic job runs
16:10:17 <gibi> green as well
16:10:23 <gibi> #info Please look at the gate failures and file a bug report with the gate-failure tag.
16:10:28 <gibi> #info STOP DOING BLIND RECHECKS aka. 'recheck' https://docs.openstack.org/project-team-guide/testing.html#how-to-handle-test-failures
16:10:38 <gibi> any gate issue we need to discuss?
16:11:26 <gibi> I have one thing
16:12:11 <gibi> we merged the switch to unittest.mock that also showed us that in py310 the unittest.mock is more strict
16:12:17 <gibi> it does not allow mocking the same function twice
16:12:38 <gibi> this made our py310 non-voting jobs red
16:13:04 <gibi> we fixed it once but broke it later again
16:13:15 <gibi> so I'm fixing it again https://review.opendev.org/c/openstack/nova/+/852464 and making py310 jobs voting for nova
16:13:25 <gibi> to pervent breaking this again
16:13:39 <gibi> I know that officially we don't support py310 yet
16:13:55 <gibi> but I don't really want to fix double mocking in AA or BB again
16:14:30 <gibi> so any disagreement switchin the unittest and functional test jobs with py310 voting?
16:15:23 <sean-k-mooney[m]> if we can fix the final issues to make it green again
16:15:32 <sean-k-mooney[m]> then i have no issue with graduating it early
16:15:39 <sean-k-mooney[m]> it has been stable form what i have seen
16:15:39 <gibi> I think I made it green again
16:15:45 <gmann> +1, many project have it voting and in next cycle we need to run it voting. so +1 on making it voting now
16:15:47 <gibi> with https://review.opendev.org/c/openstack/nova/+/852464
16:16:25 <sean-k-mooney[m]> ack ya i saw you mentioned that we misses a case with fixtures
16:16:41 <sean-k-mooney[m]> so once that is landed im +1 on making it voting
16:16:48 <gibi> ack
16:16:54 <gibi> I don't see disagreement so moving on :)
16:17:00 <sean-k-mooney[m]> actully that does that curretnly
16:17:00 <gibi> #topic Release Planning
16:17:07 <sean-k-mooney[m]> https://review.opendev.org/c/openstack/nova/+/852464/1/.zuul.yaml
16:17:13 <sean-k-mooney[m]> but yes lets move on
16:17:16 <gibi> yes, I want to make the switch atomic :)
16:17:30 <gibi> #link https://releases.openstack.org/zed/schedule.html
16:17:35 <gibi> #info Zed-3 is in 3 weeks
16:17:40 <gibi> #link Zed tracking etherpad: https://etherpad.opendev.org/p/nova-zed-blueprint-status
16:17:46 <gibi> #link https://etherpad.opendev.org/p/nova-zed-microversions-plan
16:18:00 <gibi> so we have 3 week left to feature freeze
16:18:17 <gibi> and we have a bunch of features in flight as usual
16:18:29 <gibi> so it would be good to see what has chance to land
16:18:40 <gibi> so I ask you to update https://etherpad.opendev.org/p/nova-zed-blueprint-status with any status I missed
16:18:55 <gibi> and if you feel you have review bandwidth for some of those features
16:19:02 <gibi> then please add you name to the feature
16:19:19 <gibi> so we see where we have enough reviewers
16:20:25 <sean-k-mooney[m]> i need to add vdpa to that but its not ready for full review yet
16:20:29 <sean-k-mooney[m]> so ill hold off until it is
16:20:43 <gibi> sean-k-mooney[m]: hm, I don't know how I missed the vdpa bp
16:20:48 <gibi> or is it just a bug?
16:21:01 <sean-k-mooney[m]> bug for fist patch specless for final 3
16:21:40 <gibi> ack, I see the bug https://bugs.launchpad.net/nova/+bug/1970467 do you have a link to the bp?
16:21:54 <sean-k-mooney[m]> https://blueprints.launchpad.net/nova/+spec/vdpa-suspend-detach-and-live-migrate
16:22:36 <sean-k-mooney[m]> it did not have the serise goal or milestone so i added them now
16:23:07 <gibi> ahh that is the reason I missed it. I added it to the pad now
16:23:38 <gibi> cool
16:24:08 <gibi> any other thing I missed from the pad? or any specific bp we need to discuss now?
16:26:17 <gibi> OK, then we will look at this again next week, but please keep that status in the pad updated during the week
16:27:03 <gibi> #topic Review priorities
16:27:07 <gibi> #link https://review.opendev.org/q/status:open+(project:openstack/nova+OR+project:openstack/placement+OR+project:openstack/os-traits+OR+project:openstack/os-resource-classes+OR+project:openstack/os-vif+OR+project:openstack/python-novaclient+OR+project:openstack/osc-placement)+(label:Review-Priority%252B1+OR+label:Review-Priority%252B2)
16:27:37 <gibi> ideally this should be a superset of the bp tracking etherpad commitments
16:28:15 <gibi> but it isn't
16:28:19 <gibi> not a big deal
16:28:21 <gibi> moving on
16:28:28 <gibi> #topic Stable Branches
16:28:35 <gibi> mic -> elodilles
16:29:33 <elodilles> yes, so
16:29:47 <elodilles> unfortunately nothing news really :/
16:29:56 <elodilles> #info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci
16:30:08 <elodilles> #info stable/train (and older) are blocked, see details in the etherpad ^^^
16:30:45 <elodilles> i did not get there to continue the grenade/live-migration debug on stable/train :/
16:31:42 <gibi> I have no spare cycle either
16:32:21 <sean-k-mooney[m]> i think i agree with melwitt however that we shoudl stop rechecking the train use shell patch
16:32:28 <sean-k-mooney[m]> until we figure out why its failing
16:32:40 <elodilles> yes, that is completely worthless
16:32:41 <sean-k-mooney[m]> but i dont have time to look in the near term
16:33:16 <sean-k-mooney[m]> melwitt:  maybe we coudl -w it to signal that
16:35:17 <gibi> yepp that make sense
16:35:39 <gibi> anything else about stable?
16:35:47 <elodilles> nothing from me
16:36:26 <gibi> #topic Open discussion
16:36:30 <gibi> nothing on the agenda
16:37:04 <gibi> is there anything else today/
16:37:05 <gibi> ?
16:38:32 <gibi> then I will give you back 22 minutes
16:38:35 <gibi> #endmeeting