| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2026-01-26 | |||
| 16:04:48 | Uggla | #info No Critical bug | |
| 16:05:07 | Uggla | #topic Gate status | |
| 16:05:15 | Uggla | #link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs | |
| 16:05:20 | Uggla | #link https://etherpad.opendev.org/p/nova-ci-failures-minimal | |
| 16:05:28 | Uggla | #link https://zuul.openstack.org/builds?project=openstack%2Fnova&project=openstack%2Fplacement&branch=stable%2F*&branch=master&pipeline=periodic-weekly&skip=0 Nova&Placement periodic jobs status | |
| 16:05:34 | Uggla | #info Please look at the gate failures and file a bug report with the gate-failure tag. | |
| 16:05:40 | Uggla | #info Please try to provide a meaningful comment when you recheck | |
| 16:06:00 | bauzas | o/ (late) | |
| 16:06:16 | Uggla | I have not seen something special about the gate. Please tell me if I'm wrong. | |
| 16:06:59 | nicolairuckel | o/ (also late) | |
| 16:08:15 | Uggla | #topic Release Planning | |
| 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 | |