Earlier  
Posted Nick Remark
#openstack-nova - 2026-01-26
16:08:20 Uggla #link https://releases.openstack.org/gazpacho/schedule.html
16:08:25 Uggla #info Nova deadlines are set in the above schedule
16:08:49 Uggla #info 5 weeks before feature freeze
16:09:34 Uggla #info next impl review day is 19 Feb
16:09:50 Uggla #info PTG etherpad for 2026.1 is available: https://etherpad.opendev.org/p/nova-2026.1-ptg
16:10:00 Uggla #topic Review priorities
16:10:09 Uggla #link https://etherpad.opendev.org/p/nova-2026.1-status
16:10:16 Uggla #info I have updated Launchpad and the above doc. Please ping me if you spot something missing.
16:10:39 Uggla #topic OpenAPI
16:10:49 Uggla #link: https://review.opendev.org/q/topic:%22openapi%22+(project:openstack/nova+OR+project:openstack/placement)+-status:merged+-status:abandoned
16:10:57 Uggla #info still 14 remaining atm. (-5)
16:11:33 Uggla #topic Stable Branches
16:11:45 elodilles thanks o/
16:11:48 elodilles #info stable gates seem to be in good state
16:11:54 elodilles #info 2024.2 Dalmatian will move to End of Life in April, in preparation we could do a couple of stable releases
16:12:04 elodilles nova: https://review.opendev.org/c/openstack/releases/+/974497
16:12:09 elodilles placement: https://review.opendev.org/c/openstack/releases/+/974510
16:12:15 elodilles os-vif: https://review.opendev.org/c/openstack/releases/+/974503
16:12:24 elodilles furthermore, please check open backports on stable/2024.2 whether there are any that should be merged before the transition
16:12:32 elodilles https://review.opendev.org/q/status:open+(project:openstack/os-vif+OR+project:openstack/python-novaclient+OR+project:openstack/placement+OR+project:openstack/nova)+branch:stable/2024.2
16:12:44 elodilles #info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci
16:13:08 elodilles that's all from me about stable branches for now, Uggla back to you
16:13:17 Uggla thanks elodilles
16:13:20 elodilles np
16:13:39 Uggla #topic vmwareapi 3rd-party CI efforts Highlights
16:14:09 fwiesel I managed to run the test gibi requested.
16:14:14 fwiesel #link http://openstack-ci-logs.global.cloud.sap/openstack-nova-973468-jhvxh/index.html
16:14:52 sean-k-mooney http://openstack-ci-logs.global.cloud.sap/openstack-nova-973468-jhvxh/tempest.html
16:15:03 fwiesel The results do not look so good, so I am wondering if it makes sense to automate parsing the commit message for `Depends-On`.
16:15:09 sean-k-mooney looks like the voluem tests are failing at least some of them
16:15:54 gibi fwiesel: thanks. Is this run together with the oslo.vmware changes?
16:16:17 fwiesel Yes, it is together with "Depends-On: https://review.opendev.org/c/openstack/oslo.vmware/+/967418"
16:17:09 gibi then I guess we need to look deeper whay this is failing
16:17:18 fwiesel I think, debugging that here probably exceeds the time, but I am wondering, is "Depends-On:" something that you have standardized on? Formally or informally?
16:17:19 gibi I will take a look at the sevvice logs
16:17:38 gibi fwiesel: I think zuul formally standardized
16:17:56 fwiesel Ah, perfect... then I can add it to our CI and it should be less of a hassle.
16:18:02 sean-k-mooney it looks like there is at least one issue with the executor
16:18:18 gibi https://zuul-ci.org/docs/zuul/latest/gating.html#cross-project-dependencies
16:18:18 fwiesel Yeah, `.name` is not a property of ThreadPoolExecutor.
16:18:43 fwiesel gibi: Thanks, I'll add it.
16:18:50 gibi I will check the exact issue from the logs
16:19:12 sean-k-mooney https://paste.opendev.org/show/boH1aGsZ2GJQqltTB03J/
16:19:36 sean-k-mooney thre are a few other issues that seam unrelated to your change like project already exist and image not found
16:20:02 sean-k-mooney the spawn on failure however loosk liek its directly related
16:20:57 gibi yeah, I will take it form here and report back
16:21:02 fwiesel Another question: Should the evenlet disable flag be the default for master?
16:21:15 fwiesel s/evenlet/eventlet/
16:21:21 sean-k-mooney fwiesel: not yet
16:21:22 gibi fwiesel: eventually yes
16:21:31 sean-k-mooney maybe next cycle
16:21:36 gibi but not yet for nova-compute
16:21:53 gibi n-sch, n-api already runs without eventlet by default on master
16:21:55 fwiesel Okay, then I won't add it yet. I'll hack something that it runs just on this PR.
16:22:30 sean-k-mooney fwiesel: you could perhaps add a perodic with it once we get it passing
16:22:50 sean-k-mooney i.e. run it with it weekly
16:23:34 fwiesel sean-k-mooney: Sure, should be doable... And report it here in the meeting?
16:23:44 sean-k-mooney that was what i was thinking ya
16:23:57 fwiesel Okay, will do.
16:24:16 gibi thanks
16:25:02 fwiesel That would be all from my side.
16:25:15 Uggla thx fwiesel
16:25:42 Uggla #topic Gibi's news about eventlet removal
16:25:46 gibi o/
16:26:57 gibi So last week we discovered that the logic how the libvirt driver delays the STOPPED libvirt event to avoid VM state flip-flop in the DB during hard reboot does not work with the current native threading proposal.
16:27:13 gibi details are here https://review.opendev.org/c/openstack/nova/+/974445
16:27:32 gibi I have a solution that probably works but not fully tested yet
16:27:39 gibi this will be my focus during the week
16:28:29 gibi I have no other news
16:28:38 gibi I will check the vmware results as well and report back
16:28:48 gibi that is it from me
16:30:07 Uggla thanks gibi
16:31:52 Uggla #topic Open discussion
16:32:03 Uggla (erlon): https://bugs.launchpad.net/nova/+bug/1452641 Bug 1452641: Static Ceph mon IP addresses in connection_info can prevent VM startup
16:32:29 Uggla Not sure erlon is available.
16:33:43 Uggla seems not
16:33:56 Uggla Anything else you'd like to discuss ?
16:35:01 sean-k-mooney i have not looked at the bug but i assume this is related to the fact that if you chagne the mon ips it breaks the vms becuase the bdms are out of sync
16:35:18 sean-k-mooney we have already consier that to be operator error in the past rather then a bug
16:35:34 tkajinam sean-k-mooney, yeah I think that's a kind of long standing limitation
16:35:43 sean-k-mooney im not sayign we cant make it better just aht we also want to be able to start a vm if cidner if offline
16:35:49 tkajinam and vms should be migrated/shelved to get a new ips passed down from cinder
16:35:58 sean-k-mooney so we should not just rebind the voluem on every boot
16:36:22 sean-k-mooney tkajinam: ya that the normal workaround do a move op to update the connection info
16:36:32 sean-k-mooney we do have a nova manage command too
16:37:33 tkajinam I guess an annoying point is that we have to first make cinder to expose up-to-date ips in attachment records
16:37:38 tkajinam so that nova can pull the updated info
16:37:51 tkajinam but I can be wrong because I looked into it some time ago
16:38:05 tkajinam anyway I think we need erlon to understand what needs to be discussed further
16:38:34 sean-k-mooney well its also an issue for nova provisioned sotrage to a degree althogh if you update the cpeh.conf i think a hard reboot is enogh in that case
16:38:48 tkajinam ah yes. that's true
16:39:42 Uggla tkajinam, sean-k-mooney at least that first info that erlon look at.
16:39:54 tkajinam yup :-)
16:40:14 Uggla moving on ?
16:40:28 Uggla or you'd like to talk about something else ?
16:41:10 Uggla #topic Bug scrubbing
16:41:15 Uggla #info up to 204
16:41:20 Uggla #link: https://etherpad.opendev.org/p/nova-bug-triage-roster
16:41:27 Uggla #info: I will assign a new round of bug tomorrow or Wednesday.
16:41:52 Uggla In the mean time does someone need to discuss about a specific bug ?

Earlier   Later