Earlier  
Posted Nick Remark
#openstack-nova - 2026-03-03
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: test live migration between hosts with different security https://review.opendev.org/c/openstack/nova/+/952629
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: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:24 opendevreview melanie witt proposed openstack/nova master: DNM vtpm tempest https://review.opendev.org/c/openstack/nova/+/957477
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: Migrate coverage configuration to pyproject https://review.opendev.org/c/openstack/nova/+/978737
11:58:06 opendevreview Stephen Finucane proposed openstack/nova master: Enable sysmon core https://review.opendev.org/c/openstack/nova/+/978738
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
15:47:18 tkajinam so I don't think that needs to be blocked now
16:18:10 nicolairuckel oh
16:18:12 nicolairuckel sorry
16:18:16 nicolairuckel you're right
16:23:54 nicolairuckel dansmith: So should I backport that one first once it's merged? Then I'd do that, then the vTPM patch, and finally my NVRAM patch.
16:24:24 dansmith you can't have it go first without making conflicts.. you generally need to go in the order they appeared,
16:24:33 dansmith so stack them vTPM, NVRAM, test fix
16:24:58 dansmith they should all be on top of each other, they'll update in gerrit together and show as a sequence for proper merge dependencies
16:26:00 nicolairuckel got it
16:26:28 tkajinam dansmith, nicolairuckel I guess you don't need it for 2025.2, though. I think these all patches for firmware selection was merged bot after the fixes to preserve vTPM and NVRAM were merged
16:26:40 tkajinam but it needs to be double-checked.
16:26:57 nicolairuckel I think so too but I added it to my todo list to check it.
16:27:06 dansmith oh, could be
16:27:30 tkajinam I remember I had to resolve conflict caused by that preserve NVRAM patch
16:27:37 dansmith I actually backported the nvram fix to a much older version myself, and that test was failing (and I couldn't figure out why it wasn't failing on master)
16:27:50 tkajinam ok
16:30:31 opendevreview Nicolai Ruckel proposed openstack/nova stable/2025.2: Preserve vTPM state between power off and power on https://review.opendev.org/c/openstack/nova/+/978908
18:28:11 opendevreview ribaudr proposed openstack/nova master: Fix NUMA cell sorting for non-PCI VMs with pack strategy https://review.opendev.org/c/openstack/nova/+/978954
19:49:16 opendevreview Merged openstack/nova master: Migrate coverage configuration to pyproject https://review.opendev.org/c/openstack/nova/+/978737
22:50:41 opendevreview melanie witt proposed openstack/nova master: Add nova-vtpm-live-migration job https://review.opendev.org/c/openstack/nova/+/978841
#openstack-nova - 2026-03-05
03:41:15 manideep #openstack-neutron
03:58:37 opendevreview Nope proposed openstack/nova master: scheduler: optional re-query on claim failure https://review.opendev.org/c/openstack/nova/+/977908
08:41:14 opendevreview Dominik proposed openstack/nova master: Regression test for Placement allocations remaining during failed schedule https://review.opendev.org/c/openstack/nova/+/969251
08:41:38 opendevreview Dominik proposed openstack/nova master: Remove Placement allocations in the broken build cleanup https://review.opendev.org/c/openstack/nova/+/968446
10:36: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:37:41 opendevreview Dominik proposed openstack/nova master: Remove Placement allocations in the broken build cleanup https://review.opendev.org/c/openstack/nova/+/968446
10:38:15 opendevreview Nicolai Ruckel proposed openstack/nova stable/2025.2: Preserve vTPM state between power off and power on https://review.opendev.org/c/openstack/nova/+/978908
13:04:12 opendevreview Dominik proposed openstack/nova master: NUMA Topology with Resource Providers: Scheduler changes https://review.opendev.org/c/openstack/nova/+/971176
14:31:45 opendevreview ribaudr proposed openstack/nova master: Update compute rpc alias for Gazpacho https://review.opendev.org/c/openstack/nova/+/979008
14:57:11 opendevreview ribaudr proposed openstack/nova master: Add service version for Gazpacho https://review.opendev.org/c/openstack/nova/+/979016
15:19:49 opendevreview ribaudr proposed openstack/nova master: Add Gazpacho prelude section https://review.opendev.org/c/openstack/nova/+/979023
15:35:24 opendevreview Nicolai Ruckel proposed openstack/nova stable/2025.2: Preserve vTPM state between power off and power on https://review.opendev.org/c/openstack/nova/+/978908
15:54:39 nicolairuckel How much am I allowed to deviate from an original patch for a backport? I needed to make two small adjustments that were not part of the original patch but came from some earlier patches.

Earlier   Later