Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2022-08-09
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 gibi I think I made it green again
16:15:39 sean-k-mooney[m] it has been stable form what i have seen
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 gibi #topic Release Planning
16:17:00 sean-k-mooney[m] actully that does that curretnly
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 opendevmeet Log: https://meetings.opendev.org/meetings/nova/2022/nova.2022-08-09-16.02.log.html
16:38:35 opendevmeet Minutes (text): https://meetings.opendev.org/meetings/nova/2022/nova.2022-08-09-16.02.txt
16:38:35 opendevmeet Minutes: https://meetings.opendev.org/meetings/nova/2022/nova.2022-08-09-16.02.html
16:38:35 opendevmeet Meeting ended Tue Aug 9 16:38:35 2022 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
16:38:35 gibi #endmeeting
16:47:18 opendevreview Merged openstack/nova master: Update libvirt enlightenments for Windows https://review.opendev.org/c/openstack/nova/+/847641
19:37:17 melwitt stephenfin: thanks for bringing up the ephemeral encryption stuff. I was wary to bother people about it, there's been so much else going on. we'll need bauzas_away to remove his -2 on the bottom patch. IIRC he should be back Aug 30 (2 days before FF), so hopefully he can remove it then cc sean-k-mooney[m]
19:47:16 melwitt sean-k-mooney[m], stephenfin: wrt the naming, I wanted to give everyone a break before bringing it up again 😬 but ... I had thought more about it and thinking about it in the context of the other extra spec/image prop names, I thought "hw_disk_encryption" does seemingly fit better https://github.com/openstack/nova/blob/1220d53c2fd6231bb569a54f004a0e858536e970/nova/objects/image_meta.py#L347-L351 but as you pointed out, there's a
19:47:17 melwitt chance that users might anyway think it could be referring to cinder volumes as well (?). none of the names are a slam dunk really :(

Earlier   Later