| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2025-08-26 | |||
| 16:56:17 | Uggla | skipping next point due to fwiesel pto's | |
| 16:57:03 | Uggla | I also guess we can skip gibi's point as I think he already covered previously. | |
| 16:57:20 | gibi | yepp nothing further for FF. I have things for post FF but we can disucss that next week | |
| 16:58:18 | Uggla | Yep we are at the top of hour. I know jssfr wanted to discuss, but I think we can do that next week. | |
| 16:59:08 | jssfr | did the UEFI NVRAM preservation thing also count as bugfix? | |
| 16:59:20 | sean-k-mooney | yes | |
| 16:59:25 | jssfr | okay, thanks | |
| 16:59:42 | sean-k-mooney | its not merged but we said we woudl treate the nvram and tpm data the same both as bug fixes | |
| 16:59:43 | jssfr | (even if not, it looks like y'all are busy enough getting all the other features over the line) | |
| 16:59:56 | jssfr | thanks, then we can certainly defer to next week from my side | |
| 17:00:05 | Uggla | jssfr thx. | |
| 17:00:11 | Uggla | So I'm gonna close, thanks all. | |
| 17:00:17 | opendevmeet | Log: https://meetings.opendev.org/meetings/nova/2025/nova.2025-08-26-16.00.log.html | |
| 17:00:17 | opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/nova/2025/nova.2025-08-26-16.00.txt | |
| 17:00:17 | opendevmeet | Minutes: https://meetings.opendev.org/meetings/nova/2025/nova.2025-08-26-16.00.html | |
| 17:00:17 | opendevmeet | Meeting ended Tue Aug 26 17:00:17 2025 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | |
| 17:00:17 | Uggla | #endmeeting | |
| 17:00:54 | sean-k-mooney | Uggla: as an fyi i think we shoudl be able to merge at least the next 3 patches in the openapi seriese and possibly some more before FF | |
| 17:01:12 | sean-k-mooney | im also quitely hopeful we could land gmaan's service role change | |
| 17:01:34 | sean-k-mooney | i loooked at it today and after some back and forth on scope it looks good | |
| 17:01:35 | Uggla | yep me too, at least gmaan was quite confident about it | |
| 17:01:36 | bauzas | tkajinam: still here ? | |
| 17:01:43 | tkajinam | yes | |
| 17:02:08 | sean-k-mooney | gmaan has 3 DNM change that are running in ci agains neturon cinser and ironic that i wasnt to review before upgrading to a +2 | |
| 17:02:30 | Uggla | sean-k-mooney, it would be cool for the openapi too, even probably less a priority | |
| 17:02:59 | sean-k-mooney | i would really like to close that out htis cycle im just not sure how comnfortable people might be with a FFE for it. | |
| 17:03:16 | sean-k-mooney | i am plannign to try and compelte the review of the open patches but i have quite a few to go | |
| 17:03:22 | bauzas | tkajinam: do you understand that you could have a cloud with old computes and then placement reflecting two hosts with different inventories ? | |
| 17:03:50 | sean-k-mooney | Uggla: if it missies i woudl liek to keep the momentum up and continue to review/merge it after RC1 is cut | |
| 17:04:03 | Uggla | sean-k-mooney +1 | |
| 17:04:32 | bauzas | tkajinam: nothing should break, since old computes fulfilling AMD SEV requests would continue to be able to allocate them | |
| 17:04:49 | bauzas | new computes would be able to do that as well | |
| 17:05:02 | tkajinam | bauzas, you mean that a single cluster might have old computes reporting SEV in old structure while new ones reporting new structure | |
| 17:05:10 | bauzas | yup | |
| 17:06:43 | sean-k-mooney | we allow requests in the root group to be fullfiled by any RP in the tree right | |
| 17:07:22 | tkajinam | bauzas, yeah I understand that point. | |
| 17:07:23 | sean-k-mooney | so it shoudl be ok to come form a sub RP? or do we need to split it out for that to work? | |
| 17:07:30 | bauzas | I hope, but | |
| 17:07:45 | sean-k-mooney | i know we talked about that before i dont recall what it does today | |
| 17:07:57 | sean-k-mooney | if not we woudl ahve ot transfrom the SEV request ito a sepreate group | |
| 17:08:03 | sean-k-mooney | to suppro the mixed case | |
| 17:08:07 | bauzas | tkajinam: do you feel reasonably happy if I ask you amend your functional tests in https://review.opendev.org/c/openstack/nova/+/921814/32/nova/tests/functional/libvirt/test_reshape.py and provide a mixed environment ? | |
| 17:08:23 | sean-k-mooney | but i dont think that is required. | |
| 17:09:01 | bauzas | I mean, ideally I'd appreciate a test that would add a mixed scenario, ie. two computes with one being upgraded while the other one is not | |
| 17:09:13 | sean-k-mooney | this is something that an upgraded schduler is capable of doing however since we dont sue resouce: directly | |
| 17:09:50 | bauzas | tkajinam: do you think you could write such functional test quickly? | |
| 17:10:14 | bauzas | I just want to prevent any placement behavioural change I could have missed :) | |
| 17:11:00 | bauzas | and we would also ensure we don't regress, particularly if someone wants to change how placement is fulfilling requests | |
| 17:13:10 | tkajinam | bauzas, the current functional tests covers instance creation before reshape and creation after reshape using a single RP, so that proves sev instance can be scheduled to old compute node and also new compute node | |
| 17:13:41 | bauzas | it doesn't prove that instance creation can be fulfiled on a mixed env, that's the point | |
| 17:14:11 | bauzas | oh, I see what you mean | |
| 17:14:44 | tkajinam | I can create a scenario with two RPs, but do you expect that we create two servers in that case but I'm not sure if I can enforce these two scheduled to two different (old/new) compute nodes | |
| 17:15:25 | bauzas | tkajinam: that is doable, we have other functional tests where we fake the targets | |
| 17:15:54 | bauzas | but anyway, I see your point | |
| 17:16:13 | bauzas | shall work anyway, so here I think a follow-up patch is only needed | |
| 17:17:14 | tkajinam | ok | |
| 17:18:35 | tkajinam | I'll push follow-up to run similar scenario with two mixed nodes, but I believe that compatibility scenario is already covered by the existing scenario using one node. | |
| 17:19:38 | bauzas | thanks, appreciated | |
| 17:41:55 | opendevreview | Merged openstack/nova stable/2024.2: Ignore metadata tags in pci/stats _find_pool logic https://review.opendev.org/c/openstack/nova/+/945099 | |
| 17:53:01 | opendevreview | Takashi Kajinami proposed openstack/nova master: Add functional test scenario for mixed SEV RPs https://review.opendev.org/c/openstack/nova/+/958562 | |
| 17:53:58 | tkajinam | bauzas, I hope this matches your expectation but lmk if you want additional steps (like creating servers before reshape) | |
| 17:54:10 | bauzas | tkajinam: <3 | |
| 17:54:40 | tkajinam | I put it on the last one to avoid mass rebase but I can change the order... I noticed that I didn't add that comment to the initial functional test scenario so I'll move that part to the reshape patch if I have to respin | |
| 17:54:53 | bauzas | tkajinam: putting it on top is fine by me | |
| 17:55:11 | bauzas | anyway, I just need to review your series for now | |
| 17:55:39 | tkajinam | (the comment I'm referring to is https://review.opendev.org/c/openstack/nova/+/958562/1/nova/tests/functional/libvirt/test_reshape.py#259 ) | |
| 17:55:41 | tkajinam | bauzas, thanks !! | |
| 17:59:25 | bauzas | tkajinam: one thing, we keep providing capabilities as traits to the root RP, not the children ones, right? | |
| 17:59:47 | bauzas | oh nevermind, no | |
| 18:01:31 | tkajinam | bauzas, no we have to migrate the trait to its children, so that we can have SEV children tree as well as SEV-ES children tree | |
| 18:01:51 | tkajinam | MEM_ENCRYPTION_CONTEXT for SEV-ES can't be used for SEV so we have to define the trait at children layer | |
| 18:02:01 | bauzas | yup, and your functional traits test covers that, so I understood my mistake | |
| 18:05:12 | tkajinam | :-) | |
| 18:05:32 | tkajinam | I'm leaving soon but will check the irc logs as well as any review comments tomorrow | |
| 19:14:38 | opendevreview | Balazs Gibizer proposed openstack/nova master: Ask for pre-prod testing for native threading https://review.opendev.org/c/openstack/nova/+/957424 | |
| 19:14:39 | opendevreview | Balazs Gibizer proposed openstack/nova master: Allow to start unit test without eventlet https://review.opendev.org/c/openstack/nova/+/953436 | |
| 19:14:39 | opendevreview | Balazs Gibizer proposed openstack/nova master: Switch nova-conductor to use ThreadPoolExecutor https://review.opendev.org/c/openstack/nova/+/957088 | |
| 19:14:40 | opendevreview | Balazs Gibizer proposed openstack/nova master: [test]RPC using threading or eventlet selectively https://review.opendev.org/c/openstack/nova/+/953815 | |
| 19:14:40 | opendevreview | Balazs Gibizer proposed openstack/nova master: Run unit test with threading mode https://review.opendev.org/c/openstack/nova/+/953475 | |
| 19:14:41 | opendevreview | Balazs Gibizer proposed openstack/nova master: Do not yield in threading mode https://review.opendev.org/c/openstack/nova/+/950994 | |
| 19:14:41 | opendevreview | Balazs Gibizer proposed openstack/nova master: [CI]Make nova-tox-py312-threading voting https://review.opendev.org/c/openstack/nova/+/955791 | |
| 19:14:42 | opendevreview | Balazs Gibizer proposed openstack/nova master: Make libvirt Tpool proxying conditional https://review.opendev.org/c/openstack/nova/+/956090 | |
| 19:14:42 | opendevreview | Balazs Gibizer proposed openstack/nova master: Make RBD Tpool usage conditional https://review.opendev.org/c/openstack/nova/+/956089 | |
| 19:14:44 | opendevreview | Balazs Gibizer proposed openstack/nova master: [test]Further categorization of disabled unit tests https://review.opendev.org/c/openstack/nova/+/956092 | |
| 19:14:44 | opendevreview | Balazs Gibizer proposed openstack/nova master: Fix ProviderTree copying with threading Lock https://review.opendev.org/c/openstack/nova/+/956091 | |
| 19:14:46 | opendevreview | Balazs Gibizer proposed openstack/nova master: Warn on long task wait time for executor https://review.opendev.org/c/openstack/nova/+/952666 | |
| 19:14:46 | opendevreview | Balazs Gibizer proposed openstack/nova master: [vncproxy]Handle ssl.wrap_socket removal in py312 https://review.opendev.org/c/openstack/nova/+/955915 | |
| 19:14:48 | opendevreview | Balazs Gibizer proposed openstack/nova master: Run nova-conductor in native threading mode https://review.opendev.org/c/openstack/nova/+/958575 | |
| 19:17:22 | gibi | I rearranged the series ^^ so we will get unit test run with native threading with the conductor change | |
| 19:17:45 | sean-k-mooney | ack ill start reviewign those now | |
| 19:18:26 | gibi | locally py312-threading passing for me with the conductor changes. I will do the manual testing in devstack tomorrow | |
| 19:31:08 | sean-k-mooney | gibi: bar the conductor change which i need to review im +2 on all of those up until "Do not yield in threading mode" | |
| #openstack-nova - 2025-08-27 | |||
| 01:02:53 | opendevreview | Takashi Kajinami proposed openstack/nova master: Detect AMD SEV-ES support https://review.opendev.org/c/openstack/nova/+/925685 | |
| 01:02:54 | opendevreview | Takashi Kajinami proposed openstack/nova master: libvirt: Launch instances with SEV-ES memory encryption https://review.opendev.org/c/openstack/nova/+/926106 | |
| 01:02:54 | opendevreview | Takashi Kajinami proposed openstack/nova master: Add hw_mem_encryption_model image property https://review.opendev.org/c/openstack/nova/+/927706 | |
| 01:02:55 | opendevreview | Takashi Kajinami proposed openstack/nova master: Add functional test scenario for mixed SEV RPs https://review.opendev.org/c/openstack/nova/+/958562 | |
| 01:16:30 | opendevreview | Takashi Kajinami proposed openstack/nova master: Detect AMD SEV-ES support https://review.opendev.org/c/openstack/nova/+/925685 | |
| 01:16:31 | opendevreview | Takashi Kajinami proposed openstack/nova master: libvirt: Launch instances with SEV-ES memory encryption https://review.opendev.org/c/openstack/nova/+/926106 | |
| 01:16:31 | opendevreview | Takashi Kajinami proposed openstack/nova master: Add hw_mem_encryption_model image property https://review.opendev.org/c/openstack/nova/+/927706 | |
| 01:16:32 | opendevreview | Takashi Kajinami proposed openstack/nova master: Add functional test scenario for mixed SEV RPs https://review.opendev.org/c/openstack/nova/+/958562 | |