Earlier  
Posted Nick Remark
#openstack-nova - 2026-03-03
08:50:22 gibi bauzas: stephenfin: sean-k-mooney: ^^ if you are around to land this gate fixing change
09:20:44 stephenfin gibi: ack, done
09:32:24 opendevreview Merged openstack/osc-placement master: Update master for stable/2026.1 https://review.opendev.org/c/openstack/osc-placement/+/978648
09:35:29 opendevreview Merged openstack/os-vif master: Update master for stable/2026.1 https://review.opendev.org/c/openstack/os-vif/+/978645
09:58:16 opendevreview Dominik proposed openstack/nova master: NUMA Topology with Resource Providers: Libvirt NUMA Migrate https://review.opendev.org/c/openstack/nova/+/971177
10:01:51 sean-k-mooney gibi: looks lik it merged
10:01:57 sean-k-mooney well appoved
10:38:56 opendevreview Dominik proposed openstack/nova master: NUMA Topology with Resource Providers: Object changes https://review.opendev.org/c/openstack/nova/+/978209
11:21:17 opendevreview Stephen Finucane proposed openstack/nova master: Enable sysmon core https://review.opendev.org/c/openstack/nova/+/978738
11:21:17 opendevreview Stephen Finucane proposed openstack/nova master: Migrate coverage configuration to pyproject https://review.opendev.org/c/openstack/nova/+/978737
11:21:48 stephenfin gibi: melwitt: That ☝️ needs more investigation, but it might be an option for speeding up our coverage tests
11:23:24 stephenfin Ideally we'd run on py314 since we get the faster profiler *and* branch coverage, but we're a bit awat from that
11:23:56 sean-k-mooney so 3.14 is currently failing on some oslo.service issues with how we init the backend
11:24:09 sean-k-mooney we shoudl fix that as soon as we can to get that job passign then sure
11:25:21 sean-k-mooney stephenfin: i replied in the review but swaping to sysmon si not a good trade off if it woudl prevent use testing with threaded mode
11:25:53 sean-k-mooney early next cycle that will be the defualt for nova-compute as well and its already the defautl for the api, schduler and conductor i bleive
11:26:52 sean-k-mooney so anything that would make it harder to have the tox target test how we deploy in production (in threaded mode) next cycle woudl be a regression even if its faster
11:28:40 sean-k-mooney the first commit im +2 on
11:29:39 sean-k-mooney the second might want to wait until we can run it on py3.14 as you said. its now aviabel in the gate but we need to get 3.14 in general passing first
11:37:50 opendevreview Dominik proposed openstack/nova master: NUMA Topology with Resource Providers: Scheduler changes https://review.opendev.org/c/openstack/nova/+/971176
12:02:22 opendevreview Dominik proposed openstack/nova master: NUMA Topology with Resource Providers: Libvirt NUMA Migrate https://review.opendev.org/c/openstack/nova/+/971177
12:05:12 opendevreview Merged openstack/nova master: Rename deadline parameter to more accurate timeout https://review.opendev.org/c/openstack/nova/+/957411
12:12:23 opendevreview Dominik proposed openstack/nova master: Regression test for Placement allocations remaining during failed schedule https://review.opendev.org/c/openstack/nova/+/969251
12:14:48 opendevreview Merged openstack/os-vif stable/2026.1: Update .gitreview for stable/2026.1 https://review.opendev.org/c/openstack/os-vif/+/978643
12:15:19 opendevreview Merged openstack/osc-placement stable/2026.1: Update .gitreview for stable/2026.1 https://review.opendev.org/c/openstack/osc-placement/+/978646
12:15:31 opendevreview Merged openstack/os-vif stable/2026.1: Update TOX_CONSTRAINTS_FILE for stable/2026.1 https://review.opendev.org/c/openstack/os-vif/+/978644
12:19:27 opendevreview Merged openstack/osc-placement stable/2026.1: Update TOX_CONSTRAINTS_FILE for stable/2026.1 https://review.opendev.org/c/openstack/osc-placement/+/978647
14:08:47 opendevreview Doug Goldstein proposed openstack/nova master: return error about external network to the user on build failure https://review.opendev.org/c/openstack/nova/+/972601
14:36:30 nicolairuckel gibi, elodilles: You said I should use `git cherry-pick -x` for backporting. I'm getting merge conflicts though and according to the man page of cherry-pick that `-x` only works if there are no conflicts. Is this a problem or can I just fix my merge conflicts and create a new merge request?
14:41:45 dansmith nicolairuckel: -x has nothing to do with conflicts.. the man page is describing a style not a rule (incorrectly, IMHO)
14:42:14 dansmith nicolairuckel: you must use -x for openstack regardless of conflicts.. and you're going to have conflicts. you just need to resolve them manually
14:42:59 nicolairuckel okay, thanks
14:43:24 elodilles nicolairuckel: as dansmith says :) also when resolving conflicts please keep "Conflicts" lines in the commit message to help reviewers (e.g. https://review.opendev.org/c/openstack/nova/+/686292 )
14:45:06 nicolairuckel got it
14:58:04 opendevreview Nicolai Ruckel proposed openstack/nova stable/2025.2: Preserve UEFI NVRAM variable store https://review.opendev.org/c/openstack/nova/+/978766
15:01:37 dansmith nicolairuckel: how far back are you going with that?
15:06:40 opendevreview Dominik proposed openstack/nova master: NUMA Topology with Resource Providers: Object changes https://review.opendev.org/c/openstack/nova/+/978209
15:08:54 nicolairuckel just 2025.2
15:09:32 dansmith ack
17:59:28 opendevreview Merged openstack/python-novaclient master: Update master for stable/2026.1 https://review.opendev.org/c/openstack/python-novaclient/+/978651
20:20:53 melwitt thanks gibi and stephenfin for fixing the openstack-tox-cover stuff. I had worried the timeout was too low :( sorry for the trouble
20:28:30 sean-k-mooney melwitt:im actully surpised that the coverage collection add so much time to the executionover just adding the time for funtional and unit speratly
20:29:36 sean-k-mooney i mean it kind of make sense in retospect given it has to instroment/trace the actual exercied code paths
20:29:57 sean-k-mooney i just was not expecting it to exceed teh existign timeout
20:32:42 melwitt me too. that's why I mentioned to stephen if he knew some trick to make it faster. it seems disproportionately slow to me but that's just a feeling
20:34:09 sean-k-mooney it may also be one of those thign that sale idfently based on the provider
20:35:03 sean-k-mooney i.e. 4 fast cores on raxflex vs 8 slow cores on rax classic
20:35:24 melwitt hm yeah
20:36:48 sean-k-mooney the last 3 timeout were all on rax clasic on the old xen hardware
20:36:50 sean-k-mooney https://zuul.opendev.org/t/openstack/builds?job_name=openstack-tox-cover&project=openstack/nova
20:37:33 melwitt ahhh heheh. "classic" and "old xen"
20:38:09 sean-k-mooney as were the next 8
20:38:32 sean-k-mooney so all the one sthat imes out seam to be on the xen vms
20:40:34 melwitt that's good to know. glad there appears to be some explanation
20:41:35 sean-k-mooney tehre are some success there too but my guess is the the xen cloud was flying a bit to close to the sun in terms fo the timeout
20:41:48 sean-k-mooney so if it end up on a busy host it failed
20:48:01 melwitt on wings made of pastrami
21:22:41 rm_work[m] so hey, re: native threads... I see there's a chain of patches that IS required for some stuff to work properly. any chance of backports to like 2025.2 at least?
21:22:44 rm_work[m] https://review.opendev.org/c/openstack/nova/+/956091
21:22:53 rm_work[m] https://review.opendev.org/c/openstack/nova/+/965466
21:22:58 rm_work[m] at a minimum it seems these two, not sure if more
21:45:23 rm_work[m] I would love to just be running 2026.1 :D
21:45:35 rm_work[m] just need it to be April
22:17:24 opendevreview Merged openstack/nova master: [openstack-tox-cover]Increase timeout https://review.opendev.org/c/openstack/nova/+/978652
#openstack-nova - 2026-03-04
00:49:22 opendevreview melanie witt proposed openstack/nova master: TPM: support live migration of `deployment` secret security https://review.opendev.org/c/openstack/nova/+/925771
00:49:23 opendevreview melanie witt proposed openstack/nova master: TPM: add late check for supported TPM secret security https://review.opendev.org/c/openstack/nova/+/956975
00:49:23 opendevreview melanie witt proposed openstack/nova master: TPM: test live migration between hosts with different security https://review.opendev.org/c/openstack/nova/+/952629
00:49:24 opendevreview melanie witt proposed openstack/nova master: DNM vtpm tempest https://review.opendev.org/c/openstack/nova/+/957477
00:49:24 opendevreview melanie witt proposed openstack/nova master: TPM: enable conversion of secret security modes via resize https://review.opendev.org/c/openstack/nova/+/962052
00:49:25 opendevreview melanie witt proposed openstack/nova master: TPM: fixup for bump service version documentation https://review.opendev.org/c/openstack/nova/+/978836
02:34:19 opendevreview melanie witt proposed openstack/nova master: Add nova-vtpm-live-migration job https://review.opendev.org/c/openstack/nova/+/978841
02:35:43 opendevreview melanie witt proposed openstack/nova master: Add nova-vtpm-live-migration job https://review.opendev.org/c/openstack/nova/+/978841
07:49:47 nicolairuckel I just realized that it would make sense to also backport the vTPM patch (https://review.opendev.org/c/openstack/nova/+/955657) because my NVRAM patch (https://review.opendev.org/c/openstack/nova/+/959682) builds on that. Can I backport them together or should they be separate merge requests?
08:48:24 gibi openstack-tox-cover seems to be healthy now https://zuul.opendev.org/t/openstack/builds?job_name=openstack-tox-cover&project=openstack/nova
08:49:12 gibi the max runtime is around 75mins our current limit is 90mins
10:02:14 bauzas awesome
10:12:58 opendevreview Marius Leustean proposed openstack/nova-specs master: Add spec for handling orphan BDMs from late RPC processing https://review.opendev.org/c/openstack/nova-specs/+/975698
10:43:52 opendevreview Dominik proposed openstack/nova master: Regression test for Placement allocations remaining during failed schedule https://review.opendev.org/c/openstack/nova/+/969251
10:43:53 opendevreview Dominik proposed openstack/nova master: Remove Placement allocations in the broken build cleanup https://review.opendev.org/c/openstack/nova/+/968446
10:53:11 opendevreview Dominik proposed openstack/nova master: NUMA Topology with Resource Providers: Object changes https://review.opendev.org/c/openstack/nova/+/978209
10:55:32 opendevreview Dominik proposed openstack/nova master: NUMA Topology with Resource Providers: Scheduler changes https://review.opendev.org/c/openstack/nova/+/971176
11:01:30 opendevreview Dominik proposed openstack/nova master: NUMA Topology with Resource Providers: Libvirt NUMA Migrate https://review.opendev.org/c/openstack/nova/+/971177
11:48:06 sean-k-mooney nicolairuckel: they shoudl be serpate commit but you can propose both yourself. please do not squash them into one
11:58:06 opendevreview Stephen Finucane proposed openstack/nova master: Enable sysmon core https://review.opendev.org/c/openstack/nova/+/978738
11:58:06 opendevreview Stephen Finucane proposed openstack/nova master: Migrate coverage configuration to pyproject https://review.opendev.org/c/openstack/nova/+/978737
11:58:26 nicolairuckel sean-k-mooney: okay, I'll do that. Thank you.
14:37:11 cardoe gibi: can I get your re-review on https://review.opendev.org/c/openstack/nova/+/972601 ? I added sean-k-mooney's ask for validating the exact exception message.
14:39:48 gibi cardoe: done
14:40:17 cardoe thank you
14:43:17 opendevreview Samuel Kunkel proposed openstack/nova master: enable smbios for arm64/aarch64 for cloud-init https://review.opendev.org/c/openstack/nova/+/978883
14:58:11 opendevreview ribaudr proposed openstack/nova master: Reproduce OSPRH-25388: NUMA cell sorting bug for non-PCI VMs https://review.opendev.org/c/openstack/nova/+/978885
15:24:06 bauzas can I could have eyes for a very long vGPU bugfix : https://review.opendev.org/c/openstack/nova/+/845757 ?
15:25:07 opendevreview Dan Smith proposed openstack/nova master: Fix UEFI config test https://review.opendev.org/c/openstack/nova/+/978894
15:30:26 bauzas gibi: do you want to run the eventlet meeting ?
15:34:19 tkajinam dansmith, thanks for that fix... and I suspect I did some wrong vim edit but I don't know when I made that ...
15:34:57 dansmith tkajinam: yeah I figured it was just meant to be a change to the test right below it.. nobody caught it on review either, so no worries
15:46:08 tkajinam nicolairuckel, hi. I saw your -1 on 978894 but I'm afraid you are confused by a different review
15:46:43 dansmith yeah, was wondering :)
15:46:46 tkajinam this first needs to go for master and may need to be ported into your backport.
15:46:51 tkajinam after it is merged into master

Earlier   Later