Earlier  
Posted Nick Remark
#openstack-nova - 2025-08-26
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 sean-k-mooney i was talking to gmann about this at one point
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: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 opendevmeet The meeting name has been set to 'nova'
16:00:31 opendevmeet Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
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 Uggla #startmeeting nova
16:00:37 elodilles o/
16:00:47 dansmith o/
16:00:56 Uggla Hello everyone
16:02:07 gibi o/
16:02:21 Uggla Let's start.
16:02:30 Uggla #topic Bugs (stuck/critical)
16:02:41 Uggla #info No Critical bug
16:02:49 Uggla #topic Gate status
16:02:58 Uggla #link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs
16:03:06 Uggla #link https://etherpad.opendev.org/p/nova-ci-failures-minimal
16:03:10 tkajinam o/
16:03:19 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:03:31 Uggla #info Please look at the gate failures and file a bug report with the gate-failure tag.
16:03:36 Uggla #info Please try to provide a meaningful comment when you recheck
16:03:39 bauzas o/
16:04:01 Uggla skipping next point as gmaan, is in another meeting.
16:04:16 Uggla topic Release Planning
16:04:28 Uggla #link https://releases.openstack.org/flamingo/schedule.html
16:04:34 Uggla #info Nova deadlines are set in the above schedule
16:04:48 Uggla #info Feature freeze is Thursday.
16:05:06 Uggla #topic Review priorities
16:05:14 Uggla #link https://etherpad.opendev.org/p/nova-2025.2-status
16:05:57 gibi Uggla: Am I correct that FF is on Thurday EOD, whathever apporoved can still rebased / rechecked after to land? Do we plan any FF exception process?
16:05:58 Uggla First I need to thank bauzas, who helped me to better highlight status in the board and sync correctly within launchpad.
16:06:38 bauzas well, I should have given you some help way before
16:07:19 Uggla gibi, I think so. I don't think exception will be needed but we might discuss it here.
16:07:44 Uggla Before that here are the review priorities we identified:
16:07:52 Uggla #link Amd Sev serie (tkajinam) need review https://review.opendev.org/q/topic:%22bp/amd-sev-es-libvirt-support%22
16:07:59 Uggla #link https://blueprints.launchpad.net/nova/+spec/copy-applied-provider-yaml https://review.opendev.org/c/openstack/nova/+/957578
16:08:06 Uggla #link https://blueprints.launchpad.net/nova/+spec/libvirt-migrate-parallel https://review.opendev.org/c/openstack/nova/+/950667

Earlier   Later