| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2026-05-18 | |||
| 16:25:24 | dansmith | makes sense to me | |
| 16:25:26 | sean-k-mooney | currently it jsut has the pci adress | |
| 16:25:41 | sean-k-mooney | so we woudl jsut be addeding a managed=True|false boolean ot it as well | |
| 16:27:20 | sean-k-mooney | i have the cybrog spec locally with the minimal change to the libvirt driver detailed | |
| 16:27:25 | sean-k-mooney | ill push it shortly | |
| 16:27:50 | sean-k-mooney | ah | |
| 16:27:53 | sean-k-mooney | #link https://review.opendev.org/c/openstack/cyborg-specs/+/989003 | |
| 16:28:12 | sean-k-mooney | https://review.opendev.org/c/openstack/cyborg-specs/+/989003/1/specs/2026.2/approved/support-vfio-variant-driver-managed-mode.rst#161 | |
| 16:28:25 | sean-k-mooney | so that is the minimal change for nova | |
| 16:28:56 | Uggla | sean-k-mooney, can you ping me as soon as you have done the BP, I'll update the status etherpad. | |
| 16:29:11 | sean-k-mooney | sure i can create it after the meeting | |
| 16:29:28 | sean-k-mooney | but i just wanted to confirm we were ok wwith that for trackign if we are then ill go do the thing | |
| 16:29:55 | Uggla | no hurries. (at least for me) dansmith are you ok ? | |
| 16:30:20 | dansmith | yeah | |
| 16:31:15 | Uggla | do we need another core to approve or we are good ? | |
| 16:32:36 | sean-k-mooney | we can loop back to this next week if we like where there are more around | |
| 16:32:42 | dansmith | I think PTL can make the call about BP/spec/etc, | |
| 16:32:55 | dansmith | but I'd say proceed as if we're good and let someone else complain if they want | |
| 16:32:55 | sean-k-mooney | ill create the blueprint now and we can see if we are happy with the text | |
| 16:32:58 | dansmith | I doubt anyone will | |
| 16:34:38 | Uggla | We could ask forgiveness as pythonista. ;) | |
| 16:34:46 | Uggla | anything else to discuss ? | |
| 16:35:18 | Uggla | seems not, so I think we are done for today | |
| 16:35:45 | Uggla | Time to close, thanks for joining this meeting. Have a nice day/evening. | |
| 16:35:50 | Uggla | #endmeeting | |
| 16:35:50 | opendevmeet | Meeting ended Mon May 18 16:35:50 2026 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | |
| 16:35:50 | opendevmeet | Minutes: https://meetings.opendev.org/meetings/nova/2026/nova.2026-05-18-16.01.html | |
| 16:35:50 | opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/nova/2026/nova.2026-05-18-16.01.txt | |
| 16:35:50 | opendevmeet | Log: https://meetings.opendev.org/meetings/nova/2026/nova.2026-05-18-16.01.log.html | |
| 16:35:54 | lajoskatona | o/ | |
| 16:36:01 | elodilles | thanks o/ | |
| 16:36:01 | Uggla | dansmith ok with the pace ^ | |
| 16:38:27 | dansmith | Uggla: A+ | |
| 16:39:15 | dansmith | especially with light attendance, good to keep it moving, thanks | |
| 16:40:16 | sean-k-mooney | Uggla: https://blueprints.launchpad.net/nova/+spec/support-vfio-variant-driver-managed-mode-via-cyborg | |
| 17:13:09 | opendevreview | Pavlo Shchelokovskyy proposed openstack/nova master: Consolidate vTPM and ephemeral encryption secret creation https://review.opendev.org/c/openstack/nova/+/912094 | |
| 17:13:10 | opendevreview | Pavlo Shchelokovskyy proposed openstack/nova master: libvirt: Add optional 'description' kwarg to create_secret() https://review.opendev.org/c/openstack/nova/+/919986 | |
| 17:13:10 | opendevreview | Pavlo Shchelokovskyy proposed openstack/nova master: Follow up for encryption secret create consolidation https://review.opendev.org/c/openstack/nova/+/921586 | |
| 17:13:11 | opendevreview | Pavlo Shchelokovskyy proposed openstack/nova master: Remove use of (hw:|hw_)ephemeral_encryption_format https://review.opendev.org/c/openstack/nova/+/921343 | |
| 17:13:11 | opendevreview | Pavlo Shchelokovskyy proposed openstack/nova master: Add EncryptDetails object for ephemeral encryption https://review.opendev.org/c/openstack/nova/+/921344 | |
| 17:13:12 | opendevreview | Pavlo Shchelokovskyy proposed openstack/nova master: Add database migration to ALTER encryption_options https://review.opendev.org/c/openstack/nova/+/921587 | |
| 17:13:18 | opendevreview | Pavlo Shchelokovskyy proposed openstack/nova master: Support create with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/870932 | |
| 17:13:19 | opendevreview | Pavlo Shchelokovskyy proposed openstack/nova master: Validate key manager create access in API https://review.opendev.org/c/openstack/nova/+/919989 | |
| 17:13:19 | opendevreview | Pavlo Shchelokovskyy proposed openstack/nova master: Clean up unused ephemeral encryption libvirt secrets https://review.opendev.org/c/openstack/nova/+/919990 | |
| 17:13:20 | opendevreview | Pavlo Shchelokovskyy proposed openstack/nova master: libvirt: "Auto heal" ephemeral encryption secrets on guest launch https://review.opendev.org/c/openstack/nova/+/919991 | |
| 17:13:22 | opendevreview | Pavlo Shchelokovskyy proposed openstack/nova master: Support (resize|cold migration) with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/870933 | |
| 17:13:25 | opendevreview | Pavlo Shchelokovskyy proposed openstack/nova master: Support live migration with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/905512 | |
| 17:13:28 | opendevreview | Pavlo Shchelokovskyy proposed openstack/nova master: Support rebuild with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/870939 | |
| 17:13:28 | opendevreview | Pavlo Shchelokovskyy proposed openstack/nova master: Add Glance standardized encryption image properties https://review.opendev.org/c/openstack/nova/+/921345 | |
| 17:13:29 | opendevreview | Pavlo Shchelokovskyy proposed openstack/nova master: Support encrypted source images for qcow2 https://review.opendev.org/c/openstack/nova/+/919992 | |
| 17:13:31 | opendevreview | Pavlo Shchelokovskyy proposed openstack/nova master: Add encryption support to qemu-img rebase https://review.opendev.org/c/openstack/nova/+/870936 | |
| 17:13:33 | opendevreview | Pavlo Shchelokovskyy proposed openstack/nova master: Add backing_encryption_secret_uuid to BlockDeviceMapping https://review.opendev.org/c/openstack/nova/+/907960 | |
| 17:13:35 | opendevreview | Pavlo Shchelokovskyy proposed openstack/nova master: Support encrypted backing files for qcow2 https://review.opendev.org/c/openstack/nova/+/907961 | |
| 17:13:39 | opendevreview | Pavlo Shchelokovskyy proposed openstack/nova master: Support rescue with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/873675 | |
| 17:13:42 | opendevreview | Pavlo Shchelokovskyy proposed openstack/nova master: Support snapshot with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/870937 | |
| 17:13:44 | opendevreview | Pavlo Shchelokovskyy proposed openstack/nova master: Support cross cell resize with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/909595 | |
| 17:13:48 | opendevreview | Pavlo Shchelokovskyy proposed openstack/nova master: libvirt: Introduce support for raw with LUKS https://review.opendev.org/c/openstack/nova/+/884313 | |
| 17:13:52 | opendevreview | Pavlo Shchelokovskyy proposed openstack/nova master: libvirt: Introduce support for rbd with LUKS https://review.opendev.org/c/openstack/nova/+/889912 | |
| 17:14:18 | sean-k-mooney | melwitt: ^ :) i guess that the rebase of your series that ye were chatting about on the mailing list | |
| 17:14:54 | sean-k-mooney | although i dont think there is a reporposal of the spec is there? | |
| 17:31:02 | lajoskatona | sean-k-mooney: o/ , so for the iothread patch from gibi (https://review.opendev.org/c/openstack/nova/+/988774 ) which I updated to fix the failing unit test | |
| 17:33:32 | lajoskatona | sean-k-mooney: the nova-multi-cell failure (test_instance_boot_after_snapshot_deletion) seems unrelated, but I have to dig the nova-live-migration as to tell the truth I am not sure what that job is doing, the tempest part is green, but the the job-output seems like has much more than tempest.... | |
| 17:33:47 | sean-k-mooney | lajoskatona: so the post failure in the live migraiton job was not releated | |
| 17:34:00 | sean-k-mooney | the test actully passed but the scp of the logs fialed | |
| 17:34:25 | sean-k-mooney | lajoskatona: right os after the tempest test runs in the live mgiration job | |
| 17:34:36 | sean-k-mooney | we also have playbooks that test evaucate and a few other things | |
| 17:34:51 | sean-k-mooney | those also appared to have passed so i rechecked the job to confirm it was just a log upload issue | |
| 17:35:31 | sean-k-mooney | 2026-05-18 13:15:38.440961 | compute1 | ERROR | |
| 17:35:33 | sean-k-mooney | 2026-05-18 13:15:38.441225 | compute1 | { | |
| 17:35:35 | sean-k-mooney | 2026-05-18 13:15:38.441296 | compute1 | "msg": "ssh: connect to host 23.253.56.19 port 22: Connection timed out\r\nrsync: connection unexpectedly closed (0 bytes received so far) [Receiver]\nrsync error: unexplained error (code 255) at io.c(232) [Receiver=3.2.7]\n", | |
| 17:35:37 | sean-k-mooney | 2026-05-18 13:15:38.441357 | compute1 | "rc": 255 | |
| 17:35:39 | sean-k-mooney | 2026-05-18 13:15:38.441417 | compute1 | } | |
| 17:35:48 | sean-k-mooney | that i think was the actual reason it fiald but ill check again when it reports back | |
| 17:36:32 | sean-k-mooney | ah the live migration job in the recheck has already passed https://zuul.opendev.org/t/openstack/build/ea322beec7b145c49f2316d6b1b5ec7e | |
| 17:37:07 | sean-k-mooney | so ya it was just a network blip on teh ci vms | |
| 17:41:03 | sean-k-mooney | lajoskatona: if your intreested in whta th job was doing we run this as a post playbook in the job https://github.com/openstack/nova/blob/master/playbooks/nova-live-migration/post-run.yaml which invokes this role to test evacuate https://github.com/openstack/nova/blob/master/roles/run-evacuate-hook/tasks/main.yaml | |
| 17:52:07 | lajoskatona | sean-k-mooney: thanks, I check these good to look exotic non-neutron jobs sometimes :-) | |
| 17:52:40 | sean-k-mooney | so form a neutron perspective | |
| 17:52:50 | sean-k-mooney | nova-live-migration tests live migration with ovn | |
| 17:53:04 | sean-k-mooney | nova-next tests live migraiton with ml2/ovs and the ovs firewall driver | |
| 17:53:18 | sean-k-mooney | and nova-alt-config tests ml2/ovs with the iptabels firewall driver | |
| 17:53:25 | sean-k-mooney | all with local nova storage | |
| 17:53:40 | sean-k-mooney | and nova-live-migration-ceph is ovn + cpeh for the vm storage | |
| 17:54:31 | sean-k-mooney | so we try to cover the most common cofnigurations | |
| 18:20:35 | blanson[m] | Hello guys, quick question. I'm seeing a seemingly "normal" alert on my rabbitmq cluster for nova because scheduler_fanout stream queue il pilling up with nova_instance_info messages ? from what I could read in the code this is normal, expected behavior ? Is it up to the operator to tweaks retention on this queue to not have it pile up to infinity ? | |
| 18:21:34 | blanson[m] | https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L2428 <- this specifically from my understanding produces those messages which are never consumed ? or is something broken on my end ? | |
| 19:03:16 | sean-k-mooney | soh those are consumed by the schduelr if you have that enabled | |
| 19:08:52 | blanson[m] | I see, but it's not consumed by default ? in which case retention policy should be fine ? | |
| 19:35:40 | sean-k-mooney | blanson[m]: sorry was disctrcted | |
| 19:36:30 | sean-k-mooney | blanson[m]: i woudl have to confirm but i belive this is contole by https://docs.openstack.org/nova/latest/configuration/config.html#filter_scheduler.track_instance_changes | |
| 19:36:52 | sean-k-mooney | blanson[m]: and by defautl these are both sent by the compute nodes and consubed by the schduler | |
| 19:37:09 | blanson[m] | I arrived to the same bit of code by digging, I will give that a try to see if that indeed starts consumming messages, thank you ! | |
| 19:37:18 | sean-k-mooney | however if you have multiple cells then it may not work | |
| 19:40:21 | sean-k-mooney | blanson[m]: the other thing that is related to this si you shoudl only enable notificaion if there is a consumer in general | |
| 19:41:07 | sean-k-mooney | if you have notificaion enabel dits ecpected tha tyou either have a consumer for those or you have implemetin a retaion policy on rabbit ectra to discard them after a given treashold | |
| 19:42:11 | sean-k-mooney | blanson[m]: actully looking again https://docs.openstack.org/nova/latest/configuration/config.html#DEFAULT.scheduler_instance_sync_interval i sthe confgi to contol this and you can disble it by seting that to -1 | |
| 19:48:14 | blanson[m] | I will have a look into the track_instance_change, but my next plan was to indeed disable the whole thing otherwise ! thank you very much ! | |
| 20:28:48 | blanson[m] | well, apparently that's an oslo_messaging/rabbitmq issue. I had the correct consumer configuration on the scheduler side, but messages in stream fanout queues are never ack'd. as per https://docs.openstack.org/openstack-ansible/latest/user/messaging/messaging.html#managing-rabbitmq-stream-policy tthose keep piling up until 500MB unless there is a retention policy on the rabbitmq side. TIL ! | |
| 22:30:49 | opendevreview | sean mooney proposed openstack/nova master: weights: fix TypeError in weight debug log serialization https://review.opendev.org/c/openstack/nova/+/904060 | |
| 22:30:50 | opendevreview | sean mooney proposed openstack/nova master: weights: add regression test for JSON log TypeError (bug 2028518) https://review.opendev.org/c/openstack/nova/+/989029 | |