Earlier  
Posted Nick Remark
#openstack-nova - 2025-11-19
11:40:18 opendevreview Dmitriy Rabotyagov proposed openstack/nova-specs master: [spec] Add Cross-AZ scheduling blueprint https://review.opendev.org/c/openstack/nova-specs/+/900296
11:42:20 mkuroha bauzas: gibi: sean-k-mooney: Thank you for your previous feedback and for getting the spec for 2026.1 merged. I’d appreciate it if you could review this code as well when you have a moment: https://review.opendev.org/c/openstack/nova/+/948304
11:48:04 noonedeadpunk I know I'm very late with this spec, and really sorry about not being able to get working on it sooner after ptg: https://review.opendev.org/c/openstack/nova-specs/+/900296
11:48:35 noonedeadpunk I think I've addressed all comments from etherpad, and ones were left as previous reviews
12:00:17 opendevreview Lajos Katona proposed openstack/nova master: Use SDK for Neutron floating IPs https://review.opendev.org/c/openstack/nova/+/962604
12:22:12 opendevreview Sahid Orentino Ferdjaoui proposed openstack/nova master: compute/manager: fix live migration issue due to orphaned attachments https://review.opendev.org/c/openstack/nova/+/967683
13:22:47 opendevreview Dominik proposed openstack/os-traits master: Add NUMA Topology traits https://review.opendev.org/c/openstack/os-traits/+/967690
13:31:12 sean-k-mooney noonedeadpunk: dont fret, the soft proposal freeze is tomorrow but spec freze is not for another 2 weeks
13:31:36 sean-k-mooney noonedeadpunk: i saw the email update on it but have not looked at it
13:32:02 sean-k-mooney ill try and review it once i finish writing my last spec for this release :P
13:33:22 noonedeadpunk ok, then I feel a little better about doing everything at last minute :)
13:33:25 sean-k-mooney noonedeadpunk: i gavem most of my feedback/request in the eather pad durign the ptg https://etherpad.opendev.org/p/r.9bac75a686ab0941572757b205c9415c#L1020
13:33:48 noonedeadpunk I tried to address all your comments in it
13:33:53 sean-k-mooney cool
13:34:01 noonedeadpunk IT could be that I did not elaborate enough on them though...
13:34:18 sean-k-mooney ill try to get to this on friday if i dont feel free to ping me to review
13:34:29 noonedeadpunk But I was reffering to etherpad at least while reviving the spec
13:34:37 noonedeadpunk ++ thanks!
13:54:50 opendevreview Merged openstack/placement master: Replace UPPER_CONSTRAINTS_FILE https://review.opendev.org/c/openstack/placement/+/947483
14:34:29 dansmith bauzas: why are you not +W on the user patch? I thought we agreed we were going to merge through host, since even without live migration, that massively improves the general situation
14:34:39 dansmith is there something about that point that you're still unsure about?
14:34:47 bauzas because I wanted to look at the other ones, but sure I can +W them
14:34:57 bauzas gimme a second :)
14:35:41 dansmith okay, getting through the host patch means that an operator can have vtpm instances that are restartable after a power outage, so even without live migration stuff, that's a big win
14:49:48 bauzas ditto
14:55:49 opendevreview ribaudr proposed openstack/nova-specs master: Enable memfd support for shared memory backing https://review.opendev.org/c/openstack/nova-specs/+/951689
15:42:52 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:43:44 opendevreview ribaudr proposed openstack/nova master: Use *_OR_ADMIN policy defaults for server shares https://review.opendev.org/c/openstack/nova/+/967709
15:44:11 Uggla gmaan, if you can have a look ^
15:44:55 opendevreview Merged openstack/nova stable/2024.2: Adds regression test for bug LP#2044235 https://review.opendev.org/c/openstack/nova/+/961602
15:51:16 opendevreview Merged openstack/nova master: TPM: add RequestContext checks to functional tests https://review.opendev.org/c/openstack/nova/+/966499
16:00:38 gmaan Uggla: ack, will check it
16:01:09 Uggla That's a trivial one, I don't think more is needed.
16:31:37 opendevreview sean mooney proposed openstack/nova-specs master: add spec for resouce notifications https://review.opendev.org/c/openstack/nova-specs/+/967712
16:32:19 sean-k-mooney gibi: that a bit more handwavye then i woudl liek but it covers the main point ^
16:32:59 sean-k-mooney i need to do some research into the current ovo formats of the relevent sub obejction and propose the datastucure fo the notification obejct properly
16:34:32 sean-k-mooney i need to go pick up my blood pressure medication so ill be afk for a bit
17:00:32 gmaan Uggla: lgtm but can you add a releasenotes as it change the default
17:00:58 Uggla gmaan, sure gonna update it thx
17:03:33 gibi sean-k-mooney: ack thanks I will try to get to it this week
17:20:37 opendevreview ribaudr proposed openstack/nova master: Use *_OR_ADMIN policy defaults for server shares https://review.opendev.org/c/openstack/nova/+/967709
17:37:41 opendevreview Merged openstack/nova master: TPM: support instances with `user` secret security https://review.opendev.org/c/openstack/nova/+/942502
17:45:08 opendevreview Merged openstack/nova master: TPM: support instances with `host` secret security https://review.opendev.org/c/openstack/nova/+/941795
17:49:08 opendevreview melanie witt proposed openstack/nova master: libvirt: add configuration option for volume AIO mode https://review.opendev.org/c/openstack/nova/+/964848
17:50:24 opendevreview Merged openstack/nova master: Update comment about migrated mypy conf files https://review.opendev.org/c/openstack/nova/+/967633
20:00:07 opendevreview melanie witt proposed openstack/nova master: libvirt: add configuration option for volume AIO mode https://review.opendev.org/c/openstack/nova/+/964848
20:04:47 opendevreview melanie witt proposed openstack/nova master: libvirt: add configuration option for volume AIO mode https://review.opendev.org/c/openstack/nova/+/964848
20:34:54 opendevreview Merged openstack/nova stable/2025.1: Add managed='no' flag to libvirt XML definition for VIF type TAP https://review.opendev.org/c/openstack/nova/+/967568
21:36:57 opendevreview Sahid Orentino Ferdjaoui proposed openstack/nova master: compute/manager: fix live migration issue due to orphaned attachments https://review.opendev.org/c/openstack/nova/+/967683
21:39:21 opendevreview Sahid Orentino Ferdjaoui proposed openstack/nova master: compute/manager: fix live migration issue due to orphaned attachments https://review.opendev.org/c/openstack/nova/+/967683
#openstack-nova - 2025-11-20
06:59:41 opendevreview huanhongda proposed openstack/nova master: live migration: Delete allocation if post_live_migration fails https://review.opendev.org/c/openstack/nova/+/967652
07:27:34 opendevreview huanhongda proposed openstack/nova master: live migration: Delete allocation if post_live_migration fails https://review.opendev.org/c/openstack/nova/+/967652
09:48:42 opendevreview Rajesh Tailor proposed openstack/nova master: Fix memory_details units in diagnostics API to match documentation https://review.opendev.org/c/openstack/nova/+/967505
10:34:05 opendevreview Sahid Orentino Ferdjaoui proposed openstack/nova master: compute/manager: fix live migration issue due to orphaned attachments https://review.opendev.org/c/openstack/nova/+/967683
10:36:54 andreykurilin Hi folks! I have a question regarding https://bugs.launchpad.net/nova/+bug/2091114 - how the operators are supposed to evacuate the hypervisor in case of emergency? Is there any way to bypass new check?
10:38:25 sean-k-mooney andreykurilin: in an emargency you cna disabel the secuirty messure on the target hypervior
10:38:43 sean-k-mooney the flatcar image have been fixed upstream
10:39:25 andreykurilin It does not relate to flatcar images only, some other vendors violated specifications as well
10:39:34 sean-k-mooney yep
10:39:54 sean-k-mooney so as an operator you have the option of enfocing specomplaine and saftey
10:40:02 sean-k-mooney on allowing unsefe images
10:40:39 sean-k-mooney we have taking the stance that all non spec complient images are unsafe
10:41:53 sean-k-mooney you coudl use shculder filters to move workload tha tuse unsafe images to a designated host aggarte
10:42:01 andreykurilin I agree with that and we want to enable this check for all new images. But at the same time it would be nice to fix existing images in iterative way without making the cloud less secure (i.e., disable all the checks)
10:42:02 sean-k-mooney or other means to partion your cloud
10:42:35 sean-k-mooney the only way to fix the iamges woudl be to modify the date for the image in glance
10:43:03 sean-k-mooney for flatcar that just ment removing a flag on the partion but you woudl have to download the image and reupload it
10:43:20 sean-k-mooney if it was an operator provded image you can do that but not a user image
10:44:33 sean-k-mooney the oslo image inspector module supprot a way of invoekign it fomr the command line on an image so you can test it locally
10:45:29 andreykurilin oslo image cli note - nice to now, thank you
10:48:13 andreykurilin I understand that fixing images require reuploading and interactions with end-users which takes time. Moving all existing VMs into dedicated HVs with disabled all image checks - sounds expensive :) right now we are leaning towards to patching oslo lib to remove this check so we have enough time to work with end users
10:48:40 sean-k-mooney https://github.com/openstack/oslo.utils/commit/8e6cf9556413f4ef3b75c09b3a42896a4d1b9253
10:49:43 sean-k-mooney andreykurilin: that not somethign that is upstreamable but is somethign you coudl do in your cloud
10:52:00 andreykurilin Thank you
10:52:02 sean-k-mooney andreykurilin: i do have a patch to do that semi safely however it was never inteded really to merge just to demonstate what it woudl look like https://review.opendev.org/c/openstack/oslo.utils/+/937215/2/oslo_utils/imageutils/format_inspector.py
10:52:51 sean-k-mooney there is another similer patch https://review.opendev.org/c/openstack/oslo.utils/+/964528
10:53:03 sean-k-mooney either of which we wexpct to be merged
10:56:40 andreykurilin Got it. Thank you for helpful notes
10:57:44 sean-k-mooney i dont know if it would make sense to eventully build a "image fixer" type tool that operator could use but kind of feels out os scope of oslo utils
10:58:07 sean-k-mooney maybe but i dont know of anyoen working on that.
10:58:45 sean-k-mooney since legacy or uefi boot is select as a image property on the image that is uploaded you will have seperate copies fo the iamge for each mode in glance
10:59:48 sean-k-mooney so you coudl do what was provided as the flatcar workaround, i dont think glance woul dwant to supprot that itself but it does have interoperatble import plugings for format conversion amoung other things
11:00:22 sean-k-mooney so that may also be an opetion eventully. however that somethign you would have to talk to the oslo or glance folks about
11:08:23 nelljerram elodilles: Thanks for pushing my cherry picks along. You mentioned on https://review.opendev.org/c/openstack/nova/+/967569 that the grenade job needs investigation - can you suggest some more detail for how I can do that? (If there is something more specific than the general guidance at https://docs.openstack.org/project-team-guide/testing.html#how-to-handle-test-failures)
11:10:13 andreykurilin sean-j-mooney: yeah, “image fixer” sounds great, but from my noob point of view - too high risk to damage “nobody-known-who-and-how-built-this” user image. May not worth the effort. And definitely out of scope of oslo.utils . Thank you for all your input!
11:27:40 opendevreview John Garbutt proposed openstack/nova master: WIP: Ironic: on delete wait for cleaning to finish https://review.opendev.org/c/openstack/nova/+/967824
11:27:40 opendevreview John Garbutt proposed openstack/nova master: WIP: Ironic: add logs during provision failures https://review.opendev.org/c/openstack/nova/+/967823
11:58:07 DominikDanelski[m] Is there any reason why we would want allocations left by a VM that was over quota and never entered ACTIVE to be left in Placement?
12:02:17 DominikDanelski[m] I observed it with unified limits and I'm not sure if that's an error or an intended course of things. Doesn't seem to make sense to me, but maybe there's some underlying reason I'm not aware of.
12:54:07 elodilles nelljerram: thanks for looking into the issue! I've commented on the patch, let's see if my grenade patch fixes the issue when it merges
13:07:33 nelljerram elodilles: many thanks, fingers crossed
14:08:42 priteau Hello. We have a customer who has raised an interesting issue: they have some tooling using server groups and affinity/anti-affinity rules and were expecting it to work out of the box in a Nova+Ironic context, with affinity policy preventing scheduling and anti-affinity working. However, I think what is happening is that the affinity/anti-affinity filter uses the nova-compute
14:08:44 priteau host as a comparison, correct?
14:15:26 opendevreview ribaudr proposed openstack/nova master: Use *_OR_ADMIN policy defaults for server shares https://review.opendev.org/c/openstack/nova/+/967709
15:08:46 opendevreview Rajesh Tailor proposed openstack/nova master: Fix memory_details units in diagnostics API to match documentation https://review.opendev.org/c/openstack/nova/+/967505
15:26:30 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:26:31 opendevreview Balazs Gibizer proposed openstack/nova master: Libvirt event handling without eventlet https://review.opendev.org/c/openstack/nova/+/965949
15:26:31 opendevreview Balazs Gibizer proposed openstack/nova master: Compute manager to use thread pools selectively https://review.opendev.org/c/openstack/nova/+/966016
15:26:32 opendevreview Balazs Gibizer proposed openstack/nova master: WIP:Move eventlet specific libvirt event handling https://review.opendev.org/c/openstack/nova/+/967178
15:26:32 opendevreview Balazs Gibizer proposed openstack/nova master: Run nova-compute in native threading mode https://review.opendev.org/c/openstack/nova/+/965467

Earlier   Later