Earlier  
Posted Nick Remark
#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 :)
15:43:23 Uggla elodilles thx
15:50:35 elodilles Uggla: there are some yaml issue in the patch, i've commented it where
15:51:47 Uggla elodilles ok
15:59:43 Uggla elodilles, should be ok now
16:02:15 elodilles will review it after the meeting :]
16:02:51 Uggla elodilles, no pb
16:02:57 Uggla #startmeeting nova
16:02:57 opendevmeet Meeting started Mon Nov 10 16:02:57 2025 UTC and is due to finish in 60 minutes. The chair is Uggla. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:02:57 opendevmeet Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:02:57 opendevmeet The meeting name has been set to 'nova'
16:03:08 Uggla Hello everyone
16:03:11 gibi o/
16:04:12 gmaan o/
16:05:02 elodilles o/
16:05:17 Luzi o/
16:05:48 Uggla #topic Bugs (stuck/critical)
16:06:08 Uggla #info No Critical bug
16:06:14 Uggla #topic Gate status
16:06:20 Uggla #link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs
16:06:26 Uggla #link https://etherpad.opendev.org/p/nova-ci-failures-minimal
16:06:33 Uggla #link https://zuul.openstack.org/builds?project=openstack%2Fnova&project=openstack%2Fplacement&branch=stable%2F*&branch=master&pipeline=periodic-weekly&skip=0 Nova&Placement periodic jobs status
16:06:38 Uggla #info Please look at the gate failures and file a bug report with the gate-failure tag.
16:06:45 Uggla #info Please try to provide a meaningful comment when you recheck
16:07:07 Uggla I have not seen something special with the gate, someone wants to share something ?
16:08:20 Uggla moving on
16:08:23 Uggla #topic tempest-with-latest-microversion job status
16:08:34 Uggla #link https://zuul.opendev.org/t/openstack/builds?job_name=tempest-with-latest-microversion&skip=0
16:08:50 Uggla gmaan, do you want to share something about it ?
16:08:56 gmaan i have not looked into it since long time. but it is in my list sometime next week
16:09:15 Uggla ok
16:09:45 Uggla #topic Release Planning
16:09:53 Uggla #link https://releases.openstack.org/gazpacho/schedule.html
16:10:00 Uggla #info Soft spec freeze November 20th !
16:10:30 Uggla I warned ^ on the openstack-discuss as this is coming super quick.
16:10:44 Uggla Thanks bauzas for suggesting it
16:10:58 Uggla #info PTG etherpad for 2026.1 is available: https://etherpad.opendev.org/p/nova-2026.1-ptg
16:12:00 sean-k-mooney i have updated the weigher spec as best i coudl based on what we dicussed at the ptg
16:12:03 sean-k-mooney https://review.opendev.org/c/openstack/nova-specs/+/951222/6/specs/2026.1/approved/resource-provider-weigher.rst
16:12:29 sean-k-mooney since most of the question revoed arboudn how this coudl tie into cpu teiring most of the update focused on that and the ohter usercase dicussed
16:12:59 Uggla sean-k-mooney cool thx
16:13:03 sean-k-mooney as a resutl its now longer but much of the impelemation detail have been remvoed so the over all contet shoudl hopefully be more userful
16:14:30 sean-k-mooney thats just an fyi we can move on
16:15:10 Uggla #topic Review priorities
16:15:19 Uggla #link https://etherpad.opendev.org/p/nova-2026.1-status
16:15:51 Uggla ^ fyi i have created the above doc, I'm currently updating it. Not yet finished.
16:16:11 Uggla #topic OpenAPI
16:16:37 Uggla #link: https://review.opendev.org/q/topic:%22openapi%22+(project:openstack/nova+OR+project:openstack/placement)+-status:merged+-status:abandoned

Earlier   Later