| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2025-11-07 | |||
| 15:47:08 | dansmith | leave it linked in the LP blueprint though so we have an easy reference for it | |
| 15:50:32 | Uggla | Hi dansmith, no it is ok. I'll approve the BP if it is not. | |
| 15:50:48 | dansmith | Uggla: okay I thought we were good to go.. yeah if you could approve I'd appreciate it | |
| 15:57:08 | gibi | ohh cool, then I can upgrade my vote | |
| 16:00:23 | opendevreview | sean mooney proposed openstack/nova-specs master: Add ResourceProviderWeigher scheduler spec https://review.opendev.org/c/openstack/nova-specs/+/951222 | |
| 16:13:39 | razoff | Hi there ! | |
| 16:13:39 | razoff | At my company I developed a backup solution (through a proxy instance) for openstack instances and I have one question for you. | |
| 16:13:39 | razoff | I've been struggling to run efficient incremental backups. | |
| 16:13:39 | razoff | Is it possible in any way to access dirty blocks of volume mounted on an instance through openstack API ? | |
| 16:13:40 | razoff | I 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. | |
| 16:13:43 | razoff | Thank you in advance ! | |
| 16:20:21 | dansmith | Uggla: can you do the needful? https://blueprints.launchpad.net/nova/+spec/libvirt-parallel-migrate | |
| 16:26:09 | Uggla | dansmith, I think that's ok | |
| 16:28:28 | dansmith | Uggla: oh, did you change it to approved? I was looking at "approver" and it is still empty so maybe I missed that it flipped state, thanks | |
| 16:28:55 | dansmith | ah I see the comment in the whiteboard too.. I'm not subscribed so I didn't get the detailed notification | |
| 16:30:46 | Uggla | dansmith, should be fully completed, I have added also that this is a specless BP. | |
| 16:31:20 | dansmith | thanks | |
| 17:18:08 | opendevreview | Merged openstack/nova master: Migrate mypy configuration to pyproject.toml https://review.opendev.org/c/openstack/nova/+/953703 | |
| 17:18:20 | opendevreview | Merged openstack/nova master: Migrate codespell configuration to pyproject.toml https://review.opendev.org/c/openstack/nova/+/953704 | |
| 17:18:32 | opendevreview | Merged openstack/nova master: Migrate setup configuration to pyproject.toml https://review.opendev.org/c/openstack/nova/+/953705 | |
| 17:26:07 | gmaan | cores, whenever you have time, please check this simple change to fix the a non-deterministic tests https://review.opendev.org/c/openstack/nova/+/966223 | |
| 18:22:15 | opendevreview | sean mooney proposed openstack/nova master: move nova-alt-config to debian-13 https://review.opendev.org/c/openstack/nova/+/966479 | |
| 19:27:56 | opendevreview | Merged openstack/nova master: Fix test_simple_tenant_usage test https://review.opendev.org/c/openstack/nova/+/966223 | |
| 22:36:36 | opendevreview | Merged openstack/nova master: Allow to perform parallel live migrations https://review.opendev.org/c/openstack/nova/+/955784 | |
| #openstack-nova - 2025-11-08 | |||
| 20:03:41 | opendevreview | melanie witt proposed openstack/nova master: TPM: support instances with `user` secret security https://review.opendev.org/c/openstack/nova/+/942502 | |
| 20:03:42 | opendevreview | melanie witt proposed openstack/nova master: TPM: support instances with `host` secret security https://review.opendev.org/c/openstack/nova/+/941795 | |
| 20:03:42 | opendevreview | melanie witt proposed openstack/nova master: Add vtpm_secret_(uuid|value) to LibvirtLiveMigrateData https://review.opendev.org/c/openstack/nova/+/952628 | |
| 20:03:43 | opendevreview | melanie witt proposed openstack/nova master: TPM: bump service version and require it for live migration https://review.opendev.org/c/openstack/nova/+/962051 | |
| 20:03:43 | opendevreview | melanie witt proposed openstack/nova master: TPM: support live migration of `host` secret security https://review.opendev.org/c/openstack/nova/+/941483 | |
| 20:03:44 | opendevreview | melanie witt proposed openstack/nova master: TPM: support instances with `deployment` secret security https://review.opendev.org/c/openstack/nova/+/942021 | |
| 20:03:44 | opendevreview | melanie witt proposed openstack/nova master: TPM: support live migration of `deployment` secret security https://review.opendev.org/c/openstack/nova/+/925771 | |
| 20:03:45 | opendevreview | melanie witt proposed openstack/nova master: TPM: test live migration between hosts with different security https://review.opendev.org/c/openstack/nova/+/952629 | |
| 20:03:45 | opendevreview | melanie witt proposed openstack/nova master: TPM: add late check for supported TPM secret security https://review.opendev.org/c/openstack/nova/+/956975 | |
| 20:03:47 | opendevreview | melanie witt proposed openstack/nova master: TPM: opt-in to new TPM secret security via resize https://review.opendev.org/c/openstack/nova/+/962052 | |
| 20:03:47 | opendevreview | melanie witt proposed openstack/nova master: TPM: add documentation and reno for live migration https://review.opendev.org/c/openstack/nova/+/962889 | |
| 20:03:49 | opendevreview | melanie witt proposed openstack/nova master: DNM vtpm tempest https://review.opendev.org/c/openstack/nova/+/957477 | |
| 20:03:49 | opendevreview | melanie witt proposed openstack/nova master: TPM: add RequestContext checks to functional tests https://review.opendev.org/c/openstack/nova/+/966499 | |
| #openstack-nova - 2025-11-09 | |||
| 05:36:36 | opendevreview | Takashi Natsume proposed openstack/python-novaclient master: Update the Testing document https://review.opendev.org/c/openstack/python-novaclient/+/966504 | |
| 10:47:52 | opendevreview | Balazs Gibizer proposed openstack/nova master: DNM:Troubleshooting image upload with threading https://review.opendev.org/c/openstack/nova/+/966505 | |
| 10:51:30 | opendevreview | Balazs Gibizer proposed openstack/nova master: DNM:Troubleshooting image upload with threading https://review.opendev.org/c/openstack/nova/+/966505 | |
| 15:11:41 | opendevreview | Balazs Gibizer proposed openstack/nova master: Make image upload tpool usage conditional https://review.opendev.org/c/openstack/nova/+/966505 | |
| 15:11:41 | opendevreview | Balazs Gibizer proposed openstack/nova master: Fix ProviderTree copying with threading Lock https://review.opendev.org/c/openstack/nova/+/956091 | |
| 15:11:42 | opendevreview | Balazs Gibizer proposed openstack/nova master: [test]Further categorization of disabled unit tests https://review.opendev.org/c/openstack/nova/+/956092 | |
| 15:11:42 | opendevreview | Balazs Gibizer proposed openstack/nova master: Do not fork compute workers in native threading mode https://review.opendev.org/c/openstack/nova/+/965466 | |
| 15:11:43 | opendevreview | Balazs Gibizer proposed openstack/nova master: Compute manager to use native thread pools https://review.opendev.org/c/openstack/nova/+/966016 | |
| 15:11:43 | opendevreview | Balazs Gibizer proposed openstack/nova master: Libvirt event handling without eventlet https://review.opendev.org/c/openstack/nova/+/965949 | |
| 15:11:44 | opendevreview | Balazs Gibizer proposed openstack/nova master: Run nova-compute in native threading mode https://review.opendev.org/c/openstack/nova/+/965467 | |
| #openstack-nova - 2025-11-10 | |||
| 07:15:30 | vsaienko | Hello 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? | |
| 08:53:55 | gibi | aand 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:54:11 | gibi | sean-k-mooney: dansmith: ^^ | |
| 09:03:32 | Uggla | gibi \o/ | |
| 09:53:34 | razoff | Hi there ! | |
| 09:53:34 | razoff | At my company I developed a backup solution (through a proxy instance) for openstack instances and I have one question for you. | |
| 09:53:34 | razoff | I've been struggling to run efficient incremental backups. | |
| 09:53:34 | razoff | Is it possible in any way to access dirty blocks of volume mounted on an instance through openstack API ? | |
| 09:53:35 | razoff | I 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:38 | razoff | Thank you in advance ! | |
| 11:59:59 | gibi | razoff: OpenStack does not provide such APIS | |
| 12:04:11 | razoff | @gibi Thanks for the answer is there any plans to add such capabilities in the future ? | |
| 12:09:11 | gibi | I 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:10:03 | gibi | razoff: 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 libvirt | |
| 12:10:33 | gibi | if you need information or action from nova to help such integration then that can be raise | |
| 12:28:50 | sean-k-mooney | razoff: change block tracking is more or less unplanned to be supported in the future | |
| 12:29:18 | sean-k-mooney | razoff: we have discussed the idea of have a proxy server to explore it and apis but its unlikely to proceed | |
| 13:01:16 | razoff | sean-k-mooney: Alright thanls a lot for the answers | |
| 13:28:27 | opendevreview | Balazs Gibizer proposed openstack/nova master: Make image upload tpool usage conditional https://review.opendev.org/c/openstack/nova/+/966505 | |
| 13:28:27 | opendevreview | Balazs Gibizer proposed openstack/nova master: Fix ProviderTree copying with threading Lock https://review.opendev.org/c/openstack/nova/+/956091 | |
| 13:28:28 | opendevreview | Balazs Gibizer proposed openstack/nova master: [test]Further categorization of disabled unit tests https://review.opendev.org/c/openstack/nova/+/956092 | |
| 13:28:28 | opendevreview | Balazs Gibizer proposed openstack/nova master: Do not fork compute workers in native threading mode https://review.opendev.org/c/openstack/nova/+/965466 | |
| 13:28:29 | opendevreview | Balazs Gibizer proposed openstack/nova master: Compute manager to use native thread pools https://review.opendev.org/c/openstack/nova/+/966016 | |
| 13:28:29 | opendevreview | Balazs Gibizer proposed openstack/nova master: Libvirt event handling without eventlet https://review.opendev.org/c/openstack/nova/+/965949 | |
| 13:28:30 | opendevreview | Balazs Gibizer proposed openstack/nova master: Run nova-compute in native threading mode https://review.opendev.org/c/openstack/nova/+/965467 | |
| 13:28:30 | opendevreview | Balazs Gibizer proposed openstack/nova master: Remove tpool_execute as it is unused https://review.opendev.org/c/openstack/nova/+/966552 | |
| 13:36:55 | vsaienko | sean-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:38:48 | sean-k-mooney | vsaienko: correc tthat is becasue updating the mac is ment ot be done by qemu | |
| 13:39:43 | sean-k-mooney | this 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 tool | |
| 13:40:04 | sean-k-mooney | https://lore.kernel.org/lkml/20240617094314-mutt-send-email-mst@kernel.org/T/ | |
| 13:40:51 | sean-k-mooney | is related but nova intentionally does not use that as its libvirts/qemus role to set that. we set the mac in the xml | |
| 13:42:11 | sean-k-mooney | https://issues.redhat.com/browse/RHEL-7298 may be the rhle tracker for this https://issues.redhat.com/browse/RHEL-7298 | |
| 13:45:43 | vsaienko | sean-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:46:35 | opendevreview | Max proposed openstack/nova master: performance: reduce calls to libvirt / add caching https://review.opendev.org/c/openstack/nova/+/922855 | |
| 13:46:41 | vsaienko | there are some open patches to qemu but they not yet merged https://patchwork.ozlabs.org/project/qemu-devel/list/?series=453198 | |
| 13:49:50 | sean-k-mooney | vsaienko: right so as i said this was a kernel driver regression where they broke userspace | |
| 13:49:52 | sean-k-mooney | https://issues.redhat.com/browse/OSP-31614 | |
| 13:50:38 | sean-k-mooney | orginally when we intergated vdpa it 3as not possibel to set the mac or queue via anwty8in other then qemu | |
| 13:51:05 | sean-k-mooney | and it "just worked" at the time | |
| 14:16:15 | vsaienko | many thanks sean-k-mooney | |
| 15:05:11 | Uggla | Hi elodilles, could you have a look at 966518: Add Nova deadlines to the official schedule | https://review.opendev.org/c/openstack/releases/+/966518 | |
| 15:13:02 | opendevreview | Takashi Kajinami proposed openstack/nova-specs master: libvirt: Use built-in firmware auto-selection for UEFI firmware https://review.opendev.org/c/openstack/nova-specs/+/966584 | |
| 15:28:38 | yuval_ | yo nova wizards | |
| 15:28:45 | yuval_ | whats up | |
| 15:29:05 | yuval_ | I have a question which is simple but may have a complicate answer | |
| 15:29:54 | 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:30:26 | yuval_ | bauzas: ? | |
| 15:30:43 | yuval_ | eharney: what you think? | |
| 15:33:02 | dansmith | yuval_: no, specifically disallowed and nova will overwrite your properties the next time it has a chance | |
| 15:34:16 | yuval_ | dansmith: what my options? | |
| 15:34:31 | yuval_ | I need fork nova and patch the driver.py? | |
| 15:35:40 | Uggla | Info: Nova meeting in ~30mn | |
| 15:41:51 | elodilles | Uggla: hi o/ yepp, will review it ASAP :) | |