| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2025-08-26 | |||
| 14:32:32 | dansmith | bauzas: I thought we were sticking with two releases always to make sure we always support skip-level? | |
| 14:33:07 | bauzas | nope, we always set the minimum object version to N-1 if we are on a non-SLURP as we don't support skip-level for ops | |
| 14:33:21 | dansmith | ...but we run grenate-skip-level-always | |
| 14:33:35 | dansmith | I'm not sure why that didn't fail though (logs are gone) | |
| 14:33:37 | bauzas | indeed, but that's again not our support envelope | |
| 14:33:49 | bauzas | skip-level changes the option and bypasses that value then | |
| 14:33:58 | dansmith | does it? | |
| 14:34:00 | bauzas | (IIRC) | |
| 14:34:19 | bauzas | yeah, IIRC we have a flag that says "I gonna skip the min version" | |
| 14:34:26 | bauzas | for something we called FFU way long before | |
| 14:34:43 | bauzas | the beast is gone but the flag remains | |
| 14:34:44 | dansmith | if so I don't know where that is | |
| 14:35:31 | bauzas | https://review.opendev.org/c/openstack/nova/+/913890 was the one we merged for Dalmatian | |
| 14:36:22 | bauzas | NOVA_ENABLE_UPGRADE_WORKAROUND is the tempest flag if I'm not mistaken | |
| 14:36:22 | dansmith | yeah, I see, but .. I'm not sure that's right | |
| 14:38:07 | bauzas | https://opendev.org/openstack/grenade/src/branch/master/projects/60_nova/upgrade.sh#L77 | |
| 14:38:20 | dansmith | I'm not sure skip-level-always actually does a multinode and leaves a node behind.. from the code I don't see how this would not break a skip level | |
| 14:38:22 | bauzas | that's the thing we did from Antelope and older | |
| 14:38:41 | bauzas | skip-level was turning the object version check off | |
| 14:39:02 | bauzas | but we always said that our support envelope was N-1 | |
| 14:39:05 | bauzas | for non-SLURP | |
| 14:39:16 | dansmith | okay, I see yeah | |
| 14:39:17 | bauzas | I even wrote that big fat comment in the object | |
| 14:40:28 | bauzas | some day around early october after we branch RC1, we would keep the value of that object | |
| 14:40:42 | bauzas | as we would continue to support Epoxy | |
| 14:40:50 | dansmith | yes there's a big comment, but it doesn't cover the skip-level detail | |
| 14:40:53 | bauzas | even if master is Gazpatcho-based | |
| 14:41:25 | dansmith | while I was grepping through the tree, my shell was reminding me that I have run some of the same greps in the last year, so clearly I was doing the same thing last time ;) | |
| 14:41:26 | bauzas | I can add some extra paragraph that would mention that that value is not read by skip-level | |
| 14:41:54 | bauzas | as skip-level turns on [workarounds]/disable_compute_service_check_for_ffu | |
| 14:42:19 | bauzas | lemme then amend my patch and add that comment to prevent another brain cycle next time :) | |
| 14:43:01 | dansmith | yeah just mentioning the config option might be enough | |
| 14:52:49 | opendevreview | Sylvain Bauza proposed openstack/nova master: Update min support for Flamingo https://review.opendev.org/c/openstack/nova/+/944018 | |
| 14:53:52 | bauzas | dansmith: can you just reapply your +W ? | |
| 14:54:19 | dansmith | done | |
| 14:55:20 | bauzas | thanks | |
| 15:00:37 | dansmith | gibi: I don't have anything proposed but unmerged for precache | |
| 15:00:44 | gibi | ack | |
| 15:00:57 | gibi | I will test a bit manually the eventlet removal change then | |
| 15:01:01 | dansmith | _probably_ because we can't externally validate it, we could only make sure it didn't fail the call or something | |
| 15:01:01 | sean-k-mooney | i was talking to gmann about this at one point | |
| 15:01:18 | gibi | dansmith: ahh good point. Maybe whitebox then... | |
| 15:01:20 | sean-k-mooney | about maybe adding a whitebox test to ssh in and assert the base image is created after caching | |
| 15:01:27 | dansmith | yeah | |
| 15:01:32 | sean-k-mooney | i dont know if they wrote that test yest hwoever but let me look | |
| 15:02:47 | gibi | I don't see anything in whitebox either | |
| 15:03:05 | sean-k-mooney | no i don tthink they started on it | |
| 15:03:28 | sean-k-mooney | we were chating about it in the context of dicussiong what ci coverage we had in general when they joined the team | |
| 15:03:30 | gibi | OK. manual testing then... I anyhow wanted to test two different caching running in paralle | |
| 15:04:08 | dansmith | that might be hard unless you have a large image or artificially slow it down | |
| 15:04:17 | sean-k-mooney | it would be nice to add a test for it to whitebox eventually | |
| 15:04:41 | gibi | sean-k-mooney: I agree | |
| 15:04:53 | gibi | dansmith: yepp I will do one or the other :) | |
| 15:05:32 | sean-k-mooney | so gmaan recently added a test for booting form an iso to validate that https://review.opendev.org/c/openstack/whitebox-tempest-plugin/+/955950/4/whitebox_tempest_plugin/api/compute/test_iso_image.py | |
| 15:05:58 | sean-k-mooney | so we already have a custom image file in ci we could use | |
| 15:06:19 | sean-k-mooney | i.e. we can create a new imag e in the test in clance using the iso | |
| 15:06:37 | sean-k-mooney | and the pre cache that to an aggreate | |
| 15:10:19 | gibi | cool | |
| 15:11:32 | gmaan | gibi: sean-k-mooney this is where I added Core-14.0.iso image in job and devstack download it and tempest plugin can play with that image from file locattion - https://github.com/openstack/whitebox-tempest-plugin/blob/master/.zuul.yaml#L72C206-L72C219 | |
| 15:13:33 | gibi | thanks | |
| 15:14:29 | sean-k-mooney | we could also have used any of the sandard images like cirros but since whitebox now expect an iso at least to run that test we might as well use it esplciy since we are intenallysuing tiny core which as the name implies is small | |
| 15:15:06 | sean-k-mooney | i want to revive the idea of running a subset of whitebox in nova's check jobs at somepoint by the way | |
| 15:15:08 | gmaan | yeah, that is not too large but we can add larger image here | |
| 15:15:34 | sean-k-mooney | we can skip all the ahrdware specfic stuff but obvioulsy but this and the iso but check woudl be nice to have | |
| 15:15:50 | gmaan | only tricky part of ssh into server booted from iso image. But i do not think pre-cache image test need that | |
| 15:16:18 | sean-k-mooney | we are also not doing that in whitebox today for the iso case | |
| 15:16:26 | gmaan | sean-k-mooney: good idea, I can add that or maybe we can run a separate peroidic job as full whitebox plugin | |
| 15:16:52 | gmaan | I mean running iso image test in nova | |
| 15:17:15 | sean-k-mooney | i spoke to melwitt breifly about changing nova-ovs-hybird plug in to nova-alt-config adn having it test more things | |
| 15:17:34 | sean-k-mooney | so rather then adding a new job or continuing to extend nova-next i woudl put it in that job | |
| 15:18:09 | sean-k-mooney | we can chat about that in more detail after FF ro at teh ptg whenever we have tiem to plan that out | |
| 15:18:31 | sean-k-mooney | but i was chatting to her about enableing nova on nfs and cinder nfs in that job | |
| 15:18:39 | sean-k-mooney | so we have coverage of both goign forward | |
| 15:19:26 | sean-k-mooney | so nova-alt-config woud test spice, ml2/ovs, nfs and whitebox things | |
| 15:19:43 | sean-k-mooney | on debian 13 | |
| 15:20:01 | sean-k-mooney | so it will also test python 3.13 | |
| 15:20:44 | sean-k-mooney | that is how i woudl like to evolve that job in anyrate | |
| 15:26:20 | gmaan | sure | |
| 15:32:15 | sean-k-mooney | gmaan: when you have time would you mind reappoving https://review.opendev.org/c/openstack/nova/+/952347 | |
| 15:32:38 | gmaan | sean-k-mooney: yeah, I opened it, will do after meeting | |
| 15:32:46 | sean-k-mooney | ack thanks | |
| 15:35:01 | Uggla | Nova meeting in ~30mn | |
| 15:44:47 | gmaan | Uggla: openinfra board finance committee at same time. so I might not be or might be late in today meeting | |
| 15:46:34 | Uggla | gmaan ok, just a question about https://review.opendev.org/c/openstack/nova/+/957578 do you think it is something that could land before FF ? | |
| 15:47:38 | gmaan | Uggla: I hope so, we are very close to that. I am testing it (forgot to recheck my testing change yesterday). I think sean-k-mooney is planning to review it (once I ping that it is working) | |
| 15:48:25 | Uggla | It will be great ! | |
| 15:48:50 | opendevreview | Stephen Finucane proposed openstack/nova-specs master: Fix URL for v2.0 API deprecation spec https://review.opendev.org/c/openstack/nova-specs/+/958552 | |
| 15:53:35 | jssfr | Uggla, can I queue up https://review.opendev.org/c/openstack/nova/+/955657 and https://review.opendev.org/c/openstack/nova/+/621646 for the "further discussion" section? | |
| 15:54:02 | Uggla | jssfr, yes I think so. | |
| 15:54:03 | jssfr | In case I don't make it (it's been a busy day... and I might get pulled away): the vTPM patch has been updated and is awaiting review. Would be nice to get it into 2025.2. | |
| 15:54:26 | jssfr | the UEFI patch has *not* been updated, but we'd like to hear whether it's realistic to get it into 2025.2 *if* we were to update it this week and if so, until when we would have to be done. | |
| 15:55:29 | Uggla | jssfr, I think it is a bug, so there is less constraints, bugs are not fully concerned by FF. | |
| 15:56:11 | jssfr | oh, that's good to know | |
| 16:00:31 | Uggla | #startmeeting nova | |
| 16:00:31 | opendevmeet | Meeting started Tue Aug 26 16:00:31 2025 UTC and is due to finish in 60 minutes. The chair is Uggla. Information about MeetBot at http://wiki.debian.org/MeetBot. | |
| 16:00:31 | opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | |
| 16:00:31 | opendevmeet | The meeting name has been set to 'nova' | |
| 16:00:37 | elodilles | o/ | |
| 16:00:47 | dansmith | o/ | |
| 16:00:56 | Uggla | Hello everyone | |