Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2026-02-03
15:14:51 sean-k-mooney 1 add a simple hw:io_threads=n extra specs
15:15:09 sean-k-mooney 2 add the ablityto add an addtionl n io thread per cidner voume
15:15:35 sean-k-mooney 3 use libvirt native iothread pooling feature and add hw:io_thread_max extra spec instead
15:15:43 sean-k-mooney 4 somethimg more complicated
15:16:19 sean-k-mooney in all cases we would have nova select the cores for the tread to run on automaticly for you using the cpu_shared_set cores
15:16:33 yuval_ so 1 - we choose which cpu's will be allocated for iothreading. 3 - there is a libvirt feature that does that?
15:16:55 sean-k-mooney no 1 and 3 the value is just an integer so you chosoe the count
15:16:58 sean-k-mooney not the cores
15:17:14 sean-k-mooney https://libvirt.org/formatdomain.html#iothreads-allocation
15:17:34 sean-k-mooney and yes libvit has a feature fo iothread pooling
15:17:36 sean-k-mooney <iothread id="8" thread_pool_min="2" thread_pool_max="32">
15:17:57 sean-k-mooney so it can be static or dynimc and you can hotplug/unplug iothread at runtime
15:18:46 sean-k-mooney so we could just add 1 per cidner voluem, even on attach/detach, or it could be a static value in teh flavor or a max value in the falvor with a min of 1
15:19:20 sean-k-mooney for this cycle we just hardcode 1 and we wanted operator feedback before doing anything more complex
15:23:08 fwiesel gibi: I changed the vmwareapi CI to set the OS_NOVA_DISABLE_EVENTLET_PATCHING environment variable when there is a change under the eventlet-removal topic.
15:23:29 fwiesel You can see it here for the latest run: http://openstack-ci-logs.global.cloud.sap/openstack-nova-973468-bj769/index.html#file=devstack@n-cpu-1.service&highlight=11
15:23:32 yuval_ sean-k-mooney: first of all that amazing
15:25:07 yuval_ but I am a bit confused
15:25:15 yuval_ what I know about is iothreads per disk
15:25:18 yuval_ <iothread id='2'></iothread>
15:25:18 yuval_ <iothread id='1'></iothread>
15:25:18 yuval_ <iothreads>
15:25:18 yuval_ <driver name='qemu' cache=’none’ io=’native’ …>
15:25:18 yuval_ <disk …>
15:25:19 yuval_ <iothread id='3'></iothread>
15:25:20 yuval_ <iothread id='4'></iothread>
15:25:24 yuval_ </iothreads>
15:30:19 sean-k-mooney so we are not currently proposting doign that maping in nova
15:30:34 sean-k-mooney we could but libvirt wil round robbin the disk across the thread iteslf
15:31:25 gibi fwiesel: thanks. I will let you know when I have a WIP patch for the deadlock issue
15:32:30 yuval_ so like just adding: <iothreads>4</iothreads>
15:33:02 gibi fwiesel: env var looks good
15:37:39 sean-k-mooney yuval_: yes
15:38:28 yuval_ do we know for sure the vm will use the iothreads without mapping them to a disk?
15:40:12 sean-k-mooney i belive it will but i have nto tested it
15:40:24 sean-k-mooney base on the docs i expect it shoul
15:47:04 dansmith melwitt: I +2d that prep-service-bump patch above the object but now that I'm thinking about it, I need to remind myself what the plan is for the dance we need to do when we enable that
15:47:18 dansmith we have a call coming up in a bit, so maybe we discuss after, but...
15:47:44 dansmith we're going to add the object field, but not have it used, we're going to add the decorator for the service bump, but no service bump, and then...
15:47:57 dansmith in the next patch we add host support but not deployment and bump the service version
15:48:55 dansmith that will open the flood gates, but only host will work
15:49:28 dansmith I see in the next patch that you remove deployment from the legacy decorator.. is that the way you're preventing it from working?
15:49:54 dansmith the problem with that is that API could be upgraded to the patch that supports both, but it has no way to check that compute has been upgraded to that point,
15:49:59 dansmith which I know is a small window, but..
15:50:53 gmaan gibi: ack
15:51:00 dansmith I think we can either (a) move the service bump to deployment before we merge host, or we could bump twice.. the latter would sort of regress host support once the api is upgraded, but at least it's safe
15:51:08 dansmith hmm, missed a (b) in there
16:04:28 sean-k-mooney melwitt: so https://bugs.launchpad.net/cinder/+bug/2127196 was the tracker for enableing the geometry reporting in cidner that broke nova-next
16:06:18 melwitt dansmith: ok. yeah, that's how it's preventing deployment mode and that's a good point ... I feel like bumping once at deployment seems better but either way works for me
16:06:46 melwitt sean-k-mooney: ahh thanks! I was curious what caused it
16:07:17 dansmith melwitt: I think that's the cleanest thing, yeah. we could also go back and bump for host if we run out of time before deployment is ready and we want to make the release or something
16:07:42 dansmith I haven't looked at either in detail, and not at all for months so I don't even know, just saying
16:07:51 melwitt dansmith: that was my main concern heh. yeah that makes sense
16:13:15 dansmith melwitt: yeah, because I think host is the most useful of these modes so I definitely don't want to hold it hostage
16:13:56 melwitt ++
16:38:26 raineszm sean-k-mooney: melwitt: sorry about that. I know you're looking at the issue on the Nova side, but I put up a patch to set the default behavior of disk_geometry to unset https://review.opendev.org/c/openstack/cinder/+/975540
16:54:22 sean-k-mooney raineszm: i have had ai crete a fix on the nova side while i was on calls ill push it soon and iteragte on it
16:55:09 raineszm sean-k-mooney: ack. ping me if I can help with anything on my end.
16:55:42 opendevreview sean mooney proposed openstack/nova master: Fix blockio generation for LUN volumes https://review.opendev.org/c/openstack/nova/+/975542
16:55:59 sean-k-mooney raineszm: its failing 100% on the nova-next job so if ^ passes i think we are good
16:56:50 sean-k-mooney ill see if i can pull that into a devstack env and test it too seperately
17:07:58 sean-k-mooney that actully pretty good form a 1 shot promt https://paste.opendev.org/show/bJ8ytZ1Kb6LMmv9CCLe0/ ia sed for 2 commit but it was over egere and did it in 1 but ignoreing that it created a resonable plan and created a potially viable fix
17:13:04 melwitt thanks raineszm and sean-k-mooney. I'm sending a heads up email to openstack-discuss@
17:13:48 sean-k-mooney oh ya thats a good idea to avoid rechecks
19:34:55 sean-k-mooney melwitt: https://review.opendev.org/c/openstack/nova/+/975542 passed nova-next if you have time to review
19:36:43 melwitt sean-k-mooney: will look, thanks
19:37:44 sean-k-mooney im going to finish for today shortly so if you or others want to update it go ahead otherwise ill take a look at any comments tomorrow
20:15:21 opendevreview Merged openstack/nova stable/2025.1: libvirt: Get info with abs path, rebase with rel path https://review.opendev.org/c/openstack/nova/+/958674
22:07:34 opendevreview sean mooney proposed openstack/nova master: Fix blockio generation for LUN volumes https://review.opendev.org/c/openstack/nova/+/975542
22:15:32 opendevreview sean mooney proposed openstack/nova master: Fix blockio generation for LUN volumes https://review.opendev.org/c/openstack/nova/+/975542
22:17:34 sean-k-mooney melwitt: i think ^ should now verify the regression and fix the issue. im going to head off again but it looks like the libvirt fixutre was not preserving the blockio elements
#openstack-nova - 2026-02-04
02:00:41 opendevreview Ghanshyam proposed openstack/nova master: Add manager graceful shutdown timeout and wait https://review.opendev.org/c/openstack/nova/+/975586
02:01:43 gmaan bauzas: this is ready, gate is failed due to known broken nova-next job otherwise it pass the gate https://review.opendev.org/c/openstack/nova/+/975242/4
02:02:29 opendevreview Ghanshyam proposed openstack/nova master: Add manager graceful shutdown timeout and wait https://review.opendev.org/c/openstack/nova/+/975586
02:18:46 melwitt sean-k-mooney: thanks, +2
04:16:11 opendevreview Ghanshyam proposed openstack/nova master: WIP: Use 2nd RPC server in compute operations https://review.opendev.org/c/openstack/nova/+/975588
08:06:36 opendevreview Taketani Ryo proposed openstack/nova master: mem-enc: refactor memory encryption trait logic for extensiblity https://review.opendev.org/c/openstack/nova/+/967971
08:06:36 opendevreview Taketani Ryo proposed openstack/nova master: mem-enc: stop using _get_mem_encryption_config() for SEV checks https://review.opendev.org/c/openstack/nova/+/967970
08:06:37 opendevreview Taketani Ryo proposed openstack/nova master: mem-enc: refactor _guest_configure_mem_encryption() for extensibility https://review.opendev.org/c/openstack/nova/+/967973
08:06:37 opendevreview Taketani Ryo proposed openstack/nova master: mem-enc: make RP creation independent of specific encryption models https://review.opendev.org/c/openstack/nova/+/967972
08:06:38 opendevreview Taketani Ryo proposed openstack/nova master: mem-enc: introduce a check between mem_encryption and locked_memory https://review.opendev.org/c/openstack/nova/+/971300
08:06:38 opendevreview Taketani Ryo proposed openstack/nova master: mem-enc: adjust requirement checks for mem_encryption guests https://review.opendev.org/c/openstack/nova/+/967974
10:10:39 sean-k-mooney gmaan: gibi speakign of the nova-next jobs if i can get a second core to review https://review.opendev.org/c/openstack/nova/+/975542 that will fix it
10:19:49 sean-k-mooney actully bauzas ^ if your around you might have time to take a look also
10:20:06 bauzas sure, I saw the gate failing
10:25:54 sean-k-mooney its basically the same issue we had with the disk serial for device_type=lun in lun mode the phsical aspect fo the backing lun like the serial and in this case sector size cannot be overriden by qemu/libvirt the are presented as is form the storage array to the vm so the fix is to just not set those parmaters in the xml for lun type volumes
10:26:04 bauzas yup, I reviewed it
10:26:15 bauzas thanks for amending the fixture, as I said
10:26:51 sean-k-mooney i spoke to the virt folks about it yesterday and they have created a rhel/libvirt bug to actully have libvirt validate this in the future instead of having ti fail at the qemu level
10:27:40 sean-k-mooney bauzas ++ thanks once thats merged ill reply to mel's email to let folk know its safe to recheck
11:15:27 opendevreview Balazs Gibizer proposed openstack/nova master: Remove spawn_after https://review.opendev.org/c/openstack/nova/+/975396
11:15:27 opendevreview Balazs Gibizer proposed openstack/nova master: Use an executor to delay STOPPED events https://review.opendev.org/c/openstack/nova/+/974445
11:15:28 opendevreview Balazs Gibizer proposed openstack/nova master: Fix full executor warning on noname executor https://review.opendev.org/c/openstack/nova/+/975172
11:15:28 opendevreview Balazs Gibizer proposed openstack/nova master: Cleanup libvirt driver at service stop https://review.opendev.org/c/openstack/nova/+/975128
11:15:29 opendevreview Balazs Gibizer proposed openstack/nova master: Run nova-compute in native threading mode https://review.opendev.org/c/openstack/nova/+/965467
11:15:55 gibi bauzas: ^^ removed the print() call
12:32:46 opendevreview Balazs Gibizer proposed openstack/nova master: DNM: Troubleshoot deadlocks in threading mode https://review.opendev.org/c/openstack/nova/+/975515
13:27:51 opendevreview sean mooney proposed openstack/nova-specs master: add pci passthrough groups spec for 2026.2 https://review.opendev.org/c/openstack/nova-specs/+/975635
13:36:42 opendevreview sean mooney proposed openstack/nova-specs master: add pci passthrough groups spec for 2026.2 https://review.opendev.org/c/openstack/nova-specs/+/975635
16:04:08 opendevreview Max proposed openstack/nova master: fix: device_by_alias should respect config type https://review.opendev.org/c/openstack/nova/+/975651

Earlier   Later