Earlier  
Posted Nick Remark
#openstack-nova - 2026-09-14
16:04:59 gibi the tox cover issue tracked in https://bugs.launchpad.net/nova/+bug/2167088
16:05:11 gmaan as that is along running job also which take time to pass the test only changes
16:05:23 Uggla gibi, you ruin my surprise effect about tox-cover. :)
16:05:24 gibi it feels like it hits a valid hang somewhere in the functional test
16:05:29 gibi Uggla: sorry :)
16:05:33 Uggla nw
16:05:41 gibi I don't like surprises ;)
16:05:44 gmaan i am worried that is not caught in functional job?
16:05:49 lajoskatona o/
16:06:01 gibi there is some hang in the functional job too but less frequent
16:06:06 gmaan k
16:06:09 gibi I haven't rootcaused it yet to say it is the same
16:06:22 gibi I will work on this as my time allows
16:06:49 gibi at least the tox cover hand is pinpointed to two test cases
16:07:00 gibi with a somewhat usabel local reproducer
16:07:05 gibi anyhow we can move on
16:07:19 Uggla thx gibi
16:07:22 Uggla #topic Release Planning
16:07:30 Uggla #link https://releases.openstack.org/hibiscus/schedule.html
16:07:37 Uggla #info Nova deadlines are set in the above schedule
16:07:43 Uggla #info PTG etherpad for 2027.1 is available: https://etherpad.opendev.org/p/nova-2027.1-ptg (also set in the nova topic)
16:07:52 Uggla #info RC1 release patch merged. Thx elodilles
16:08:01 elodilles thx too Uggla o:)
16:08:46 gibi it was a long weekend :)
16:08:54 Uggla #topic Review priorities
16:09:38 Uggla Unsure about the need of RC2.
16:09:48 elodilles gibi: oh, and thx to you as well for the RC1 patch update ;)
16:10:39 Uggla anyway let's move on
16:10:41 Uggla #topic Stable Branches
16:10:52 elodilles Uggla: is there any release critical issue? :-o\
16:11:27 Uggla I saw earlier discussion with Sean about a possible patch missing.
16:11:44 Uggla But I have not read yet. So Would rather not say something wrong
16:12:08 elodilles ah, OK. fingers crossed
16:12:12 elodilles about stable:
16:12:18 elodilles #info we have now stable/2026.2 branch for every project
16:12:32 elodilles #info stable gates should be OK (I'm not aware of any stable gate issue)
16:12:37 elodilles #info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci
16:13:11 Uggla thx elodilles
16:13:29 Uggla #topic vmwareapi 3rd-party CI efforts Highlights
16:13:35 fwiesel Hi, no updates from my side.
16:13:44 Uggla thx fwiesel
16:14:07 Uggla #topic Nova using openstack sdk for neutron
16:14:34 Uggla lajoskatona something you'd like to share?
16:15:14 lajoskatona I updated some of the patches 2 weeks ago to use the new SDK, but last week I travelled so no fresh news
16:15:54 Uggla ok good thx
16:16:22 Uggla #topic Bug scrubbing
16:16:34 Uggla #info up to 70 (+3).
16:16:41 Uggla #link https://etherpad.opendev.org/p/nova-bug-triage-roster
16:16:47 Uggla #link https://truc.uggla.fr/ to follow the trend.
16:17:02 Uggla #info Next meeting (next week): [public] Upstream bug triage. Wednesday, Septembre 16th · 15:30 – 16:00 UTC. Video call link: meet.google.com/zjr-rxus-hzj
16:17:35 Uggla #topic Open discussion
16:17:56 Uggla (sean): reappoveal of https://blueprints.launchpad.net/nova/+spec/support-vfio-variant-driver-managed-mode-via-cyborg for 2027.1
16:20:11 Uggla ok let's switch topic because Sean seems not available.
16:20:19 Uggla (gibi): proposal for nova-reviewer group
16:20:35 gibi_ o/ slight correction to that
16:20:42 gibi_ I think the "how to populate the new nova-reviewer group?" question need some preparation before the PTG.
16:20:50 gibi_ gmaan already indicated that the review comments in https://review.opendev.org/c/openstack/nova/+/986141 not his preferred way for discussing this.
16:21:01 gibi_ So I'm raising here, how should we prepare this topic to the PTG so that we spend the time finding consensus instead of spending the time formulating and explaining opinions.
16:21:34 gibi_ I mean on the PTG time window we should focus on finding consesus
16:21:38 gibi_ rather that gathering ideas
16:21:44 gmaan yeah, its good to discuss in PTG than gerrit
16:22:17 gibi_ I think we need to do the gathering ideas and understanding each outhers viewpoint before the PTG
16:22:29 bauzas agreed with gibi
16:22:34 gmaan ++
16:22:38 Uggla ++
16:23:22 gibi_ so the question how to do that?
16:23:41 gibi_ I added some lazy strawmans in the doc patch
16:23:52 gibi_ https://review.opendev.org/c/openstack/nova/+/986141
16:24:08 gibi_ but I hear you gmaan that review comments might not be a best format for it
16:24:28 gibi_ For me it would be helpful to see other's oppinions before the actual PTG and be able to ask clarifying question about it to understand them.
16:24:49 gibi_ and I can also do a braindump myself so other can see it
16:25:05 gmaan yeah, i think we can start with what current criteria/expectation are to become nova-core for the nova-reviewers also and we can see what all we can change or add?
16:25:33 bauzas ++
16:25:58 bauzas I can add my thoughts too in the patch
16:26:03 gibi_ should I put my views in an etherpad? mail? on that doc patch?
16:26:17 gmaan even it is from adjacent service reviewer/core, i feel strongly that we should not make it volunteer basis or because they are core in other service quality for nova-reviewer
16:26:36 gmaan gibi_: i prefer in etherpad if we are going to discuss in PTG
16:27:08 gibi_ I'm OK with an etherpad (I don't like email that much)
16:27:48 gibi_ So I will dump into the PTG one my ideas. Lets try to focus on understanding each other before we start debating. Shall we?
16:28:09 gmaan yeah, thanks gibi_
16:28:20 Uggla sounds good
16:28:31 gmaan i mean sounds good to me but other can tell their preferece too
16:28:50 gmaan but i agree that email are hard to read and get consensus
16:28:53 bauzas I'd be prefering to help nova reviewers instead of other service reviewers but let's discuss this in the etherpad
16:29:27 gibi_ OK sounds like we have the next step. Thanks
16:29:30 gibi_ Uggla: back to you
16:29:53 Uggla thx gibi_
16:30:36 Uggla Anything else you'd like to discuss ?
16:30:55 Leo[m] Hello
16:31:21 Leo[m] Just wanted to circle back on my spec about using hostname for ceph mon references: https://review.opendev.org/c/openstack/nova-specs/+/1000098
16:31:32 sean-k-mooney o/
16:31:46 Leo[m] It's been up for a while and I was hoping to get someone to look at it
16:32:01 sean-k-mooney Leo[m]: i assume you mean dns name so FQDN
16:32:01 Leo[m] Please let me know if there is anything else I can do on my end
16:32:03 sean-k-mooney not hostname
16:32:51 Leo[m] Yes, the intention is to use a generic CNAME record so the ceph mons can change without needing to change the references in Nova
16:33:01 sean-k-mooney Uggla: for my topic i wanted to ask can we reappove the cybrog manage mode specless bluepint for this cycle
16:33:34 sean-k-mooney it missed last cycel because of the cyborg side not nova so im hopign stephen and Melanie will be fine with revieing it this cycle
16:34:20 sean-k-mooney Leo[m]: if the entire tech stack supprot that i think that woudl be infinetly better then the situation we have today
16:34:57 Uggla sean-k-mooney ok but will it need changes on the nova side ?

Earlier   Later