Monday, 2025-11-10

*** mhen_ is now known as mhen02:45
vsaienkoHello nova team, I'm checking VDPA on Mellanox connect6-dx card, and found that it works only when mac address on VDPA device matches VM mac address. Currently nova does not update mac address of neutron port (like its done with sriov). Am I missing something or how its intended to work?07:15
gibiaand we have a full green nova-next run with native threaded nova-compute. https://review.opendev.org/c/openstack/nova/+/965467/11 (There is a lot of cleanup work left but the direction seems good)08:53
gibisean-k-mooney: dansmith: ^^08:54
Ugglagibi \o/09:03
razoffHi there ! 09:53
razoffAt my company I developed a backup solution (through a proxy instance)  for openstack instances and I have one question for you. 09:53
razoffI've been struggling to run efficient incremental backups. 09:53
razoffIs it possible in any way to access dirty blocks of volume mounted on an instance through openstack API ? 09:53
razoffI am asking this on the Nova channel because I noticed that you are using libvirt for virtualization and I know that it is possible to get dirty blocks from that lib.09:53
razoffThank you in advance ! 09:53
gibirazoff: OpenStack does not provide such APIS11:59
razoff@gibi Thanks for the answer is there any plans to add such capabilities in the future ?12:04
gibiI haven't heard about such plans. Also this sounds like a pretty low level API so it is not really fits into nova's high level APIs i.e. starting and stopping VMs. 12:09
gibirazoff: if you can integrate with libvirt to get it and such interaction does not affect the state of the domain, then my suggestion is to try to integrate with libvirt12:10
gibiif you need information or action from nova to help such integration then that can be raise 12:10
sean-k-mooneyrazoff: change block tracking is more or less unplanned to be supported in the future12:28
sean-k-mooneyrazoff: we have discussed the idea of have a proxy server to explore it and apis but its unlikely to proceed12:29
razoffsean-k-mooney: Alright thanls a lot for the answers 13:01
opendevreviewBalazs Gibizer proposed openstack/nova master: Make image upload tpool usage conditional  https://review.opendev.org/c/openstack/nova/+/96650513:28
opendevreviewBalazs Gibizer proposed openstack/nova master: Fix ProviderTree copying with threading Lock  https://review.opendev.org/c/openstack/nova/+/95609113:28
opendevreviewBalazs Gibizer proposed openstack/nova master: [test]Further categorization of disabled unit tests  https://review.opendev.org/c/openstack/nova/+/95609213:28
opendevreviewBalazs Gibizer proposed openstack/nova master: Do not fork compute workers in native threading mode  https://review.opendev.org/c/openstack/nova/+/96546613:28
opendevreviewBalazs Gibizer proposed openstack/nova master: Compute manager to use native thread pools  https://review.opendev.org/c/openstack/nova/+/96601613:28
opendevreviewBalazs Gibizer proposed openstack/nova master: Libvirt event handling without eventlet  https://review.opendev.org/c/openstack/nova/+/96594913:28
opendevreviewBalazs Gibizer proposed openstack/nova master: Run nova-compute in native threading mode  https://review.opendev.org/c/openstack/nova/+/96546713:28
opendevreviewBalazs Gibizer proposed openstack/nova master: Remove tpool_execute as it is unused  https://review.opendev.org/c/openstack/nova/+/96655213:28
vsaienkosean-k-mooney: hello, I've seen you was involved in VDPA implementation maybe you can help? I'm checking VDPA on Mellanox connect6-dx card, and found that it works only when mac address on VDPA device matches VM mac address. Currently nova does not update mac address of neutron port (like its done with sriov). Am I missing something or how its intended to work?13:36
sean-k-mooneyvsaienko: correc tthat is becasue updating the mac is ment ot be done by qemu13:38
sean-k-mooneythis used to be done automaticaly  and memonox broke the kernel driver compatiablity at some ponit when they added the ablity to set the mac viat the vdpa tool13:39
sean-k-mooneyhttps://lore.kernel.org/lkml/20240617094314-mutt-send-email-mst@kernel.org/T/13:40
sean-k-mooneyis related but nova intentionally does not use that as its libvirts/qemus role to set that. we set the mac in the xml13:40
sean-k-mooneyhttps://issues.redhat.com/browse/RHEL-7298 may be the rhle tracker for this https://issues.redhat.com/browse/RHEL-729813:42
vsaienkosean-k-mooney: hm.. it does not look like qemu/libvirt can set mac address on vdpa device by itsown. At least when I create VDPA device without specifying MAC and later when starting VM (with mac from openstack) traffic simply no passing. And vdpa device config shows not mac on vdpa device. 13:45
opendevreviewMax proposed openstack/nova master: performance: reduce calls to libvirt / add caching  https://review.opendev.org/c/openstack/nova/+/92285513:46
vsaienkothere are some open patches to qemu but they not yet merged https://patchwork.ozlabs.org/project/qemu-devel/list/?series=45319813:46
sean-k-mooneyvsaienko: right so as i said this was a kernel driver regression where they broke userspace13:49
sean-k-mooneyhttps://issues.redhat.com/browse/OSP-3161413:49
sean-k-mooneyorginally when we intergated vdpa it 3as not possibel to set the mac or queue via anwty8in other then qemu13:50
sean-k-mooneyand it "just worked" at the time13:51
vsaienkomany thanks sean-k-mooney14:16
UgglaHi elodilles, could you have a look at 966518: Add Nova deadlines to the official schedule | https://review.opendev.org/c/openstack/releases/+/96651815:05
opendevreviewTakashi Kajinami proposed openstack/nova-specs master: libvirt: Use built-in firmware auto-selection for UEFI firmware  https://review.opendev.org/c/openstack/nova-specs/+/96658415:13
yuval_yo nova wizards15:28
yuval_whats up15:28
yuval_I have a question which is simple but may have a complicate answer15:29
yuval_I want to edit my vm xml to have some custom properties, then create 5 more vm's with the same xml - is that possible?15:29
yuval_bauzas: ?15:30
yuval_eharney: what you think?15:30
dansmithyuval_: no, specifically disallowed and nova will overwrite your properties the next time it has a chance15:33
yuval_dansmith: what my options?15:34
yuval_I need fork nova and patch the driver.py?15:34
UgglaInfo: Nova meeting in ~30mn15:35
elodillesUggla: hi o/ yepp, will review it ASAP :)15:41
Ugglaelodilles thx15:43
elodillesUggla: there are some yaml issue in the patch, i've commented it where15:50
Ugglaelodilles ok15:51
Ugglaelodilles, should be ok now15:59
elodilleswill review it after the meeting :]16:02
Ugglaelodilles, no pb16:02
Uggla#startmeeting nova16:02
opendevmeetMeeting started Mon Nov 10 16:02:57 2025 UTC and is due to finish in 60 minutes.  The chair is Uggla. Information about MeetBot at http://wiki.debian.org/MeetBot.16:02
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:02
opendevmeetThe meeting name has been set to 'nova'16:02
UgglaHello everyone16:03
gibio/16:03
gmaano/16:04
elodilleso/16:05
Luzio/16:05
Uggla#topic Bugs (stuck/critical) 16:05
Uggla#info No Critical bug16:06
Uggla#topic Gate status 16:06
Uggla#link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs 16:06
Uggla#link https://etherpad.opendev.org/p/nova-ci-failures-minimal16:06
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 status16:06
Uggla#info Please look at the gate failures and file a bug report with the gate-failure tag.16:06
Uggla#info Please try to provide a meaningful comment when you recheck16:06
UgglaI have not seen something special with the gate, someone wants to share something ?16:07
Ugglamoving on16:08
Uggla#topic tempest-with-latest-microversion job status 16:08
Uggla#link https://zuul.opendev.org/t/openstack/builds?job_name=tempest-with-latest-microversion&skip=016:08
Ugglagmaan, do you want to share something about it ?16:08
gmaani have not looked into it since long time. but it is in my list sometime next week16:08
Ugglaok16:09
Uggla#topic Release Planning16:09
Uggla#link https://releases.openstack.org/gazpacho/schedule.html16:09
Uggla#info Soft spec freeze November 20th !16:10
UgglaI warned ^ on the openstack-discuss as this is coming super quick.16:10
UgglaThanks bauzas for suggesting it16:10
Uggla#info PTG etherpad for 2026.1 is available: https://etherpad.opendev.org/p/nova-2026.1-ptg16:10
sean-k-mooneyi have updated the weigher spec as best i coudl based on what we dicussed at the ptg16:12
sean-k-mooneyhttps://review.opendev.org/c/openstack/nova-specs/+/951222/6/specs/2026.1/approved/resource-provider-weigher.rst16:12
sean-k-mooneysince most of the question revoed arboudn how this coudl tie into cpu teiring most of the update focused on that and the ohter usercase dicussed16:12
Ugglasean-k-mooney cool thx16:12
sean-k-mooneyas a resutl its now longer but much of the impelemation detail have been remvoed so the over all contet shoudl hopefully be more userful16:13
sean-k-mooneythats just an fyi we can move on16:14
Uggla#topic Review priorities16:15
Uggla#link https://etherpad.opendev.org/p/nova-2026.1-status16:15
Uggla^ fyi i have created the above doc, I'm currently updating it. Not yet finished.16:15
Uggla#topic OpenAPI16:16
Uggla     #link: https://review.opendev.org/q/topic:%22openapi%22+(project:openstack/nova+OR+project:openstack/placement)+-status:merged+-status:abandoned16:16
Uggla#info still 28 remaining atm.16:16
Ugglagmaan, are you ok if we restart the review of this ?16:17
gmaanyes, that is in list. stephenfin pinged last week on this and I planned time on wed to do re-start it16:17
UgglaI will try to review as well, so maybe a first filter.16:18
Ugglamoving on16:18
Uggla#topic Stable Branches16:19
gmaanfirst 9 are +2 from me, so they are ready for 2nd core review I think sean-k-mooney is planning that16:19
Ugglagmaan 👍16:19
Ugglaelodilles are you around ?16:19
elodillesyepp16:19
elodilles#info stable/2024.1 branch is deleted and unmaintained/2024.1 was cut from 2024.1-eom tag16:19
elodilles#info 2024.2 Dalmation (stable/2024.2) will move to End of Life in ~half a year (given it's not a SLURP release)16:20
elodillesjust a heads up ^^^16:20
elodilles#info stable branches (stable/2025.* and stable/2024.2) seem to be in OK state16:20
elodilles#info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci16:20
elodillesand that's all from me for now about stable branches16:20
elodillesUggla: back to you16:21
Ugglathx elodilles16:21
Ugglabtw have you seen 3 patches from ovh to the unmaintained branch ?16:21
Ugglaelodilles ^ ?16:22
elodillesUggla: i haven't got there yet, but will check them ASAP o:)16:22
gmaanjust a note, py3.9 jobs (centos steam and rocky linux if we are running in nova) on 2024.1 is still broken more details are in below bug16:22
gmaan#link https://bugs.launchpad.net/devstack/+bug/212991316:22
Ugglaelodilles no worries, just a note, I don't think there is urgency.16:23
Uggla#topic vmwareapi 3rd-party CI efforts Highlights16:23
elodillesgmaan: oh :-o so there ARE some stable gate issue on stable/2024.2 then! :-o16:23
sean-k-mooneygmaan: yes its on my todo list16:24
gmaanelodilles: yeah, we need to wait for this fix to merge and then gate should should ok there16:24
gmaan#link https://review.opendev.org/c/openstack/devstack/+/96560116:24
gmaani sw you just approved that16:24
gmaansean-k-mooney: ++16:24
elodillesgmaan: oh, good :) so that is also fixing stable/2024.2 o:) cool.16:25
Ugglaare we good ?16:26
Uggla#topic vmwareapi 3rd-party CI efforts Highlights16:26
Ugglafwiesel something to share ?16:26
fwieselno, nothing from my side16:27
Ugglathx Fabian16:27
Uggla#topic Gibi's news about eventlet removal 16:27
gibio/16:27
* Uggla giving the mic to gibi16:27
gibiI saw the first nova-next full green run with nova-compute using native threads https://review.opendev.org/c/openstack/nova/+/965467/12#message-1d09a711d4c712a949e22c40ec4c41f274eb472a I'm not sure how stable it is and there is definitely a lot of cleanup work in that patch series.16:28
gibiAlso we landed the patch that changed the default for nova-api, nova-metadata, and nova-scheduler. Those services are now running with native threading by default 16:29
gibiall over the gate :)16:29
gibiso if you see anything strange with those services then let me know16:30
sean-k-mooneyso far that has been uneventful16:30
sean-k-mooneyhopefully it stays taht away16:30
gibiyepp16:30
gibiand that is it from me. 16:30
Uggla\o/16:30
* gibi passes the mic back to Uggla16:30
Uggla#topic Open discussion 16:31
UgglaI think we have something from Luzi16:31
Uggla(Luzi) I added a blueprint for the Image Encryption: https://blueprints.launchpad.net/nova/+spec/luks-image-encryption16:32
Luziyeah, for the image encryption: I updated the glance and cinder specs and proposed a blueprint for nova16:32
Luzi#link https://blueprints.launchpad.net/nova/+spec/luks-image-encryption16:32
LuziI just link the glance spec in the blueprint16:32
Uggladansmith fyi ^ 16:33
dansmithack16:34
Luzithat is all I think, or do you need more for nova?16:35
UgglaLuzi, I think that's ok of the moment, I'll ping you if something is needed.16:36
Luziok16:36
UgglaThere is another topic, from stevebaker, but he can't attend the meeting16:37
UgglaJust CC here: Following up from PTG Ironic Graphical Console session the nova change is ready to review (https://review.opendev.org/c/openstack/nova/+/942528) but needs some way of tracking the work, such as making the existing approved https://blueprints.launchpad.net/nova/+spec/ironic-vnc-console specless.16:37
*** ykarel is now known as ykarel|pto16:37
Ugglathe BP was already approved so I guess it is ok16:38
Ugglasean-k-mooney if you can have a look to the spec ^ that would be great.16:40
sean-k-mooneyyes16:41
Uggladoes someone want to discuess anything else ?16:43
gibi-16:45
Ugglaok last quick topic16:45
Uggla#topic Bug scrubbing 16:45
Uggla#info up to 18916:45
Uggla#link: https://etherpad.opendev.org/p/nova-bug-triage-roster16:45
Ugglaif you are volunteer for triaging the open bugs, please add your name to ^ 16:46
UgglaI have shared this as well on openstack discuss: https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/4AAJGCXNQ2BYY5K2SPSRSBNZP37AYUQC/16:46
Ugglathat's all folks.16:47
UgglaThanks for joining this meeting. Have a nice day/evening.16:48
* gibi added his name to the roster16:48
sean-k-mooneyUggla: are we ok with comemting that https://blueprints.launchpad.net/nova/+spec/ironic-vnc-console is reappoved for this cycle?16:48
gibiUggla: thanks for running it16:48
sean-k-mooneyshoudl i jsut update the serise goal ot 2026.116:48
Ugglasean-k-mooney yes it was already approved so for me it is ok16:49
Ugglaunless you tell me it is not. :)16:49
sean-k-mooneyok i just updated it to 2026.1 to relect that16:49
Ugglagibi thanks for adding your name to the roster ! I hope we will be more than 2.16:50
sean-k-mooneyi was just confirming since it was approved for antelope in launch pad16:50
Ugglayep16:50
Ugglasean-k-mooney, I will to the update in launchpad asap.16:50
sean-k-mooneyi just did it for this one16:50
Ugglasean-k-mooney 👍16:50
Ugglathc16:51
sean-k-mooneybut feel free to correct anyting if needed16:51
Uggla*thx16:51
Ugglaare we done for today ?16:51
sean-k-mooneyyep, nothing form me anyway16:51
UgglaThen, thanks everyone16:52
Uggla#endmeeting16:52
opendevmeetMeeting ended Mon Nov 10 16:52:08 2025 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:52
opendevmeetMinutes:        https://meetings.opendev.org/meetings/nova/2025/nova.2025-11-10-16.02.html16:52
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/nova/2025/nova.2025-11-10-16.02.txt16:52
opendevmeetLog:            https://meetings.opendev.org/meetings/nova/2025/nova.2025-11-10-16.02.log.html16:52
elodillesthanks o/16:54
opendevreviewTakashi Kajinami proposed openstack/nova-specs master: libvirt: Use built-in firmware auto-selection for UEFI firmware  https://review.opendev.org/c/openstack/nova-specs/+/96658417:02
opendevreviewsean mooney proposed openstack/nova master: move nova-alt-config to debian-13  https://review.opendev.org/c/openstack/nova/+/96647918:09
opendevreviewsean mooney proposed openstack/nova master: move nova-alt-config to debian-13  https://review.opendev.org/c/openstack/nova/+/96647918:10
sean-k-mooneymikal:  ... libvirt.libvirtError: unsupported configuration: spice graphics are not supported with this QEMU18:13
sean-k-mooneymikal: i need to check if i just need to install an addtional package18:13
sean-k-mooneybut just spotted that when trying tup update the nova job to debian 1318:13
sean-k-mooneyits still supproted in sid18:13
sean-k-mooneyso my guess is its just not installed by default18:14
sean-k-mooneymikal: qemu-system-modules-spice 18:17
sean-k-mooneyhttps://packages.debian.org/trixie/i386/qemu-system-modules-spice18:17
sean-k-mooneyya so its an optional addtional package18:17
sean-k-mooneyill fix that in devstack when runing on debian its a recommended depenency in treixe but we intentiolly dont install those 18:19
sean-k-mooneyhttps://packages.debian.org/trixie/qemu-system-x8618:19
haleybnot sure if anyone has cycles to look at a new bug i just filed, but cross-nova-functional job is blocking the requirements repo CI - https://bugs.launchpad.net/nova/+bug/213103219:33
sean-k-mooneyhaleyb: that looks unrelated to bumping os-ken19:34
haleybsean-k-mooney: yes, that is just a trigger that is running that job, other changes have same failure19:34
sean-k-mooneyhttps://zuul.opendev.org/t/openstack/builds?job_name=cross-nova-functional&project=openstack/requirements19:35
sean-k-mooneyso its failing on other change to the requiremetn repo too19:35
haleybyup19:35
sean-k-mooneyim running the funcitonal test locally with master quickly to ssse if i see the same19:37
haleybanything since october 31 is broken, which lines-up with the change i cited, https://review.opendev.org/c/openstack/nova/+/96303619:37
sean-k-mooneyso you think tis related to https://review.opendev.org/c/openstack/nova/+/963036/5/nova/tests/functional/libvirt/test_pci_in_placement.py19:38
haleybsean-k-mooney: anyway, thanks for looking and running tests19:38
sean-k-mooneythe other change is identical19:38
sean-k-mooneyoh19:39
haleybsean-k-mooney: well that is the line that is failing19:39
sean-k-mooneyok i think i know what happening19:39
sean-k-mooneythis uses a new config option added as a bug fix19:39
sean-k-mooneybut i dont knwo if that  is released 19:39
sean-k-mooneyor rather if that release does exsit is it allowed by UC19:40
sean-k-mooneyits enabling https://github.com/openstack/placement/commit/5b73b980d0f022de2855480f57c9d5f04a7a471219:40
sean-k-mooneyya https://review.opendev.org/c/openstack/placement/+/96277619:41
sean-k-mooneyis only on master19:41
haleybah, that seems to be it. does that cross-nova job need to require the placement project? just thinking of fixes19:42
sean-k-mooneyso nova does https://zuul.opendev.org/t/openstack/job/nova-tox-functional-py31219:42
sean-k-mooneybecause we use the placement fixture form master19:43
sean-k-mooneybut that means we can nit issues like this19:43
sean-k-mooneythe correct fix woudl likely be to release placment with the bug fix19:43
haleybcross-nova-functional doesn't do that19:43
sean-k-mooneyi can check but i woudl suspect not19:43
sean-k-mooneyam not it does nto look liek it does 19:44
haleybhttps://opendev.org/openstack/requirements/src/branch/master/.zuul.d/cross-jobs.yaml#L17019:44
sean-k-mooneyhttps://zuul.opendev.org/t/openstack/job/cross-nova-functional19:44
sean-k-mooney ya so either we could rbing it in line with nova but then we woudl loose the test coverage for this19:44
sean-k-mooneyor we can leave it as is and do a release of placement19:44
sean-k-mooneyUggla: ^ 19:45
sean-k-mooneygibi: ^19:45
sean-k-mooneyhaleyb: its late for them so they proably wont see that until tomorow, you coudl propsoe addign placement to the requried project in the requiremet repo as a test19:45
haleybi'm assuming there isn't a chicken/egg here, i.e. can that nova-cross job succeed on a patch updating placement requirement19:46
sean-k-mooneythat proably ok as the short term fix and it might become the long term one19:46
sean-k-mooneyya there kind of is19:46
haleybi can propose a patch and rebase the os-ken change19:46
sean-k-mooneyin this case we proably shoudl not have merge the nova change until after plascement was released19:47
sean-k-mooneyso we might want to revert that or do the release to resolve it19:47
sean-k-mooneyhttps://review.opendev.org/c/openstack/nova/+/963036 is purlly a testing patch so reverting and reapplying it would not impafct anything but let see what gibi thinks in the morning19:49
haleybsean-k-mooney: that seems to be the original patch, i'm proposing something in the requirements repo as well19:51
sean-k-mooneyyep im just saying we may end up doing a revert of that isntead19:52
sean-k-mooneyso i htink the cross job is actully doign the right thing 19:52
sean-k-mooneyand the bug is in nova19:52
sean-k-mooneyour functional test shoudl not fail with the released version of placement19:52
sean-k-mooneyhaleyb: its failign for me locally as well19:52
sean-k-mooneyits only passign in ci beasue that is usign master19:53
sean-k-mooneyso the correct fix i think is to revert the nova patch and either update it ot degrade gracfully if the option is not aviable or wait to merge it until we have released a new version fo placement 19:54
sean-k-mooneyill push a patch quickly to catch the NoSuchGroupError error quickly19:54
haleybsean-k-mooney: ack, thanks, i pushed more of a test patch in requirements, but will -W it, https://review.opendev.org/c/openstack/requirements/+/96663019:57
opendevreviewsean mooney proposed openstack/nova master: allow funtional test to run with released placment  https://review.opendev.org/c/openstack/nova/+/96663120:03
sean-k-mooneyhaleyb: i think ^ would fix it properly20:03
sean-k-mooneyim testing that locally now20:04
haleybsean-k-mooney: thanks, if that works guess you can add a Closes-bug there20:05
sean-k-mooneyyep is there one fileed20:05
haleybhttps://bugs.launchpad.net/nova/+bug/213103220:06
sean-k-mooneyah right you linked that before20:06
opendevreviewsean mooney proposed openstack/nova master: allow funtional test to run with released placment  https://review.opendev.org/c/openstack/nova/+/96663120:07
haleybi tried to be thorough :)20:07
sean-k-mooneyas this is a test only change it jsut runs the tox jobs so it will be pretty quick to report back20:08
sean-k-mooneywell quick for nova :)20:08
haleybyeah, the one i proposed to requirements is already 30% done, can propose one that just relies on your change later as a second test20:10
sean-k-mooneyfunctional: OK (639.38=setup[32.16]+cmd[605.77,1.46] seconds)20:15
sean-k-mooneycool so that worked im going go go eat but melwitt dansmith if your about could you take a look at ^ to ublock the requiremetns gate20:16
sean-k-mooneyor gmaan ^20:17
gmaanchecking20:24
gmaansean-k-mooney: haleyb did we test it in requirement repo? i mean anything else not failing in nova cross job in requirement gate?20:31
haleybgmaan: i was going to update my test patch to depend on it, just waiting for results from my original change, but all the failures seem to have the same backtrace20:34
gmaanhaleyb: cool20:34
haleybok, jobs queueing in https://review.opendev.org/c/openstack/requirements/+/966630 should know in 45-ish minutes20:38
gmaanthanks20:40
haleybgmaan: seemed to work, jobs still running but cross-nova-functional has passed21:00
gmaansean-k-mooney: haleyb: job passing on requirement gate so +221:01
gmaanyeah21:01
gmaansean-k-mooney: i think we should add a new job nova-tox-functional-py312-master-placement' to test the placement from source and make nova-tox-functional-py312 to test the released version21:01
opendevreviewMerged openstack/nova master: allow funtional test to run with released placment  https://review.opendev.org/c/openstack/nova/+/96663121:44
opendevreviewmelanie witt proposed openstack/nova master: TPM: add documentation and reno for live migration  https://review.opendev.org/c/openstack/nova/+/96288923:30
opendevreviewmelanie witt proposed openstack/nova master: DNM vtpm tempest  https://review.opendev.org/c/openstack/nova/+/95747723:32

Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!