Monday, 2026-02-09

*** mhen_ is now known as mhen02:26
*** ykarel__ is now known as ykarel03:59
opendevreviewminwoo seo proposed openstack/nova master: Add support for target_zone in live-migration API  https://review.opendev.org/c/openstack/nova/+/97608506:23
opendevreviewKamil Sambor proposed openstack/nova master: Replace eventlet with standard threading in novncproxy  https://review.opendev.org/c/openstack/nova/+/97608908:28
gibio/ As far as I see the gate is still blocked until we land https://review.opendev.org/c/openstack/openstacksdk/+/97600808:29
gibimore details are in https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/message/5HHEYPZA6VIORX2XLBZGNMM2EVX2LR65/08:44
opendevreviewMasanori Kuroha proposed openstack/nova-specs master: Clarify trait removal behavior  https://review.opendev.org/c/openstack/nova-specs/+/97609208:45
opendevreviewMasanori Kuroha proposed openstack/nova-specs master: Clarify trait removal behavior  https://review.opendev.org/c/openstack/nova-specs/+/97609208:47
mkurohagibi: Sorry for the repeated reminders. I’ve also updated the spec to match the code. I’d appreciate it if you could review these patches when you have time. https://review.opendev.org/c/openstack/nova/+/948304 (spec: https://review.opendev.org/c/openstack/nova-specs/+/976092)08:52
gibimkuroha: I will try but I cannot promise I get to it this week08:53
opendevreviewminwoo seo proposed openstack/nova master: Add support for target_zone in live-migration API  https://review.opendev.org/c/openstack/nova/+/97608508:54
mkurohagibi: Sure, thanks for letting me know.08:59
opendevreviewBalazs Gibizer proposed openstack/nova master: Set openstacksdk-functional-devstack non voting  https://review.opendev.org/c/openstack/nova/+/97609509:18
gibibauzas: sean-k-mooney[m]: ^^ I think due to the multiple blockage in the sdk gate we need to make our sdk job nonvoting for a whiel09:18
bauzasgood call, just one question, I guess we can't skip the failing tests ?09:19
opendevreviewBalazs Gibizer proposed openstack/nova master: Revert "Set openstacksdk-functional-devstack non voting"  https://review.opendev.org/c/openstack/nova/+/97609609:20
gibibauzas: I don't know how to do that in our zuul config. Skipping it directly in the sdk repo is not possible due to the multiple breakage in their gate09:20
bauzasmy bad, this isn't a tempest job, we can't just configure which tests to skip09:23
bauzasyeah, that's just a tox target which is exposed, there is nothing configurable https://github.com/openstack/openstacksdk/blob/master/zuul.d/functional-jobs.yaml#L5109:27
opendevreviewTaketani Ryo proposed openstack/nova master: mem-enc: stop using _get_mem_encryption_config() for SEV checks  https://review.opendev.org/c/openstack/nova/+/96797009:46
opendevreviewTaketani Ryo proposed openstack/nova master: mem-enc: refactor memory encryption trait logic for extensiblity  https://review.opendev.org/c/openstack/nova/+/96797109:46
opendevreviewTaketani Ryo proposed openstack/nova master: mem-enc: make RP creation independent of specific encryption models  https://review.opendev.org/c/openstack/nova/+/96797209:46
opendevreviewTaketani Ryo proposed openstack/nova master: mem-enc: refactor _guest_configure_mem_encryption() for extensibility  https://review.opendev.org/c/openstack/nova/+/96797309:46
opendevreviewTaketani Ryo proposed openstack/nova master: mem-enc: adjust requirement checks for mem_encryption guests  https://review.opendev.org/c/openstack/nova/+/96797409:46
opendevreviewTaketani Ryo proposed openstack/nova master: mem-enc: introduce a check between mem_encryption and locked_memory  https://review.opendev.org/c/openstack/nova/+/97130009:46
opendevreviewMax proposed openstack/nova master: Add regression test for bug #2137366  https://review.opendev.org/c/openstack/nova/+/97204410:03
opendevreviewMax proposed openstack/nova master: fix: orphaned attachments during migration delete  https://review.opendev.org/c/openstack/nova/+/97204510:03
MaxLamprecht[m]o/ After working more and more with the attachment stuff, I noticed that we always check for the persistent libvirt config after detaching disks from the live config. This doesn't make a functional difference but the warning log statement is really confusing. https://review.opendev.org/c/openstack/nova/+/975651 Would be great if someone could review this10:10
MaxLamprecht[m]I noticed also that the legacy fallback of the libvirt-dev-alias change(merged since 2024.1) is kinda broken. We crash in the fallback path because of an info log statement which uses an uninitialized variable - https://review.opendev.org/c/openstack/nova/+/97310310:15
opendevreviewMax proposed openstack/nova master: Add regression test for bug #2139135  https://review.opendev.org/c/openstack/nova/+/97483110:42
opendevreviewMax proposed openstack/nova master: fix: delete attachments after rescheduling delete  https://review.opendev.org/c/openstack/nova/+/97483210:42
*** ubuntu is now known as Guest202310:52
*** Guest2023 is now known as kgube10:52
opendevreviewTobias Urdin proposed openstack/nova master: Add a timeout for `ceph df` command  https://review.opendev.org/c/openstack/nova/+/97592711:21
opendevreviewLajos Katona proposed openstack/nova master: Add regression test to repoduce bug 2140537  https://review.opendev.org/c/openstack/nova/+/97583212:13
opendevreviewJulien LE JEUNE proposed openstack/nova master: Add mechanism to manage snapshot during nc init  https://review.opendev.org/c/openstack/nova/+/87306212:30
opendevreviewJulien LE JEUNE proposed openstack/nova master: Add regression test for interrupted snapshot on compute restart  https://review.opendev.org/c/openstack/nova/+/97611012:30
opendevreviewLajos Katona proposed openstack/nova master: WIP: Fix for bug 2140537  https://review.opendev.org/c/openstack/nova/+/97593412:55
opendevreviewminwoo seo proposed openstack/nova master: Add support for target_zone in live-migration API  https://review.opendev.org/c/openstack/nova/+/97608512:59
opendevreviewTobias Urdin proposed openstack/nova master: Add a timeout for `ceph df` command  https://review.opendev.org/c/openstack/nova/+/97592713:21
tobias-urdinsean-k-mooney[m]: ^updated, see if that's better13:25
opendevreviewTobias Urdin proposed openstack/nova master: Add a timeout for `ceph df` command  https://review.opendev.org/c/openstack/nova/+/97592713:26
opendevreviewKamil Sambor proposed openstack/nova master: Rename deadline parameter to more accurate timeout  https://review.opendev.org/c/openstack/nova/+/95741114:01
sean-k-mooneytobias-urdin: sure ill take a look. the setuptools 82 issue is going to have to be resolved to unblock the gate14:07
sean-k-mooneyin nova we are likely less impacted as we can just turn off horizon if its not already disabled14:07
*** haleyb|out is now known as haleyb14:24
tobias-urdinsean-k-mooney: ack, thanks!14:25
tobias-urdinlet me give it another try, i think i misunderstood what you meant first time14:30
opendevreviewTobias Urdin proposed openstack/nova master: Add a timeout for `ceph df` command  https://review.opendev.org/c/openstack/nova/+/97592714:31
sean-k-mooneymy initall feedback was unclear. normally we would not use except Exception but for the reason of avoiding the eventlet import i think that its valid to deviate as long as we have a comment to say why14:31
tobias-urdinsean-k-mooney: i see, sounds good14:32
sean-k-mooneytobias-urdin: just as genera feedback you likely shoudl have some kind of unit test to ensure the timeout is passed but lest see what ci says14:33
sean-k-mooneywhat is the behvior of update aviabel resouce when we time out with this fix?14:35
*** bogdando_ is now known as bogdando14:35
sean-k-mooneydo we just fail and not update teh capsity14:35
sean-k-mooneywe are going to raise exception.StorageError instead of hanging so im expecting that to cuase the update_aviable_resouces perodic to abort14:37
sean-k-mooneybut the compute agent to still be alive in general14:37
sean-k-mooneywhich is net better but obviouly if operators dont review the log message then  nova will silently be broken if you try to intereact with ceph14:38
sean-k-mooneyi.e. snapshots and new vm creation will fail but adding or removign a prot will work.14:39
tobias-urdinnow that you mention it, i get a vague memory that's why i've backed off patching it before, that i didn't know what the best outcome was; broken and hung forever or started broken14:44
tobias-urdinnot such a big deal for new compute nodes, as we start them with service record disabled, and on existing, well, if it's broken it's broken and has to be found like any similar problems14:46
tobias-urdin(i.e we have enable_new_services=false configured, not that it's the default)14:46
sean-k-mooneywell we could also have nova shutdown seperatly at least if we are getting a exception we have the opertuntiy do define a more correct behavior14:53
sean-k-mooneyso it might not close the but but its a partial fix that moves us one step closer14:53
nicolairuckelsean-k-mooney: Do you know when you would have time to test my NVRAM patch?14:55
sean-k-mooneynicolairuckel: let me do it now. i need to look at come watcher and cybrog stuff so my nova capastcity for the rest fo the cycle is limited14:56
sean-k-mooneynicolairuckel: last time i looked it was in merge conflict14:56
sean-k-mooneyhave you updated it14:56
nicolairuckelI resolved some merge conflicts at some point but let me check if there are new ones14:56
sean-k-mooneyhttps://review.opendev.org/c/openstack/nova/+/95968214:57
sean-k-mooneyit needs to be rebased again 14:57
sean-k-mooneyit went into merge conflcit about a week ago14:57
sean-k-mooneyi do have a env where i can test this so if you update it today ill pull it in an test it out and add my +214:58
sean-k-mooneyi was morely happy with it the last time i looked so i think its ready to go14:59
*** ykarel_ is now known as ykarel15:00
*** sambork_ is now known as sambork15:02
nicolairuckelokay, let me check how to resolve that15:02
opendevreviewNicolai Ruckel proposed openstack/nova master: Preserve UEFI NVRAM variable store  https://review.opendev.org/c/openstack/nova/+/95968215:15
nicolairuckelI broke something while rebasing so  i need to look into that first. I'm not sure if I will be able to manage that today. Depends on when your today ends.15:25
sean-k-mooneyack not for about anyter 4-5 hours15:33
sean-k-mooneymaybe 3-415:33
sean-k-mooneyit depend on how much i get done today15:33
UgglaReminder: nova upstream meeting in ~20mn15:38
nicolairuckelIs there a way to get notifications when there are merge conflicts? That's the second or third time I completely missed that.15:40
sean-k-mooneynicolairuckel: not that im aware of15:46
sean-k-mooneyyou might be able to enabel it in gerrit but for many of us that would be too verbose15:47
sean-k-mooneyyou can detect it in the api so you could write a simple bash script with curl ot list your reviews that are in merge conflcit or create your own dash baord in gerrit to show that15:48
opendevreviewNicolai Ruckel proposed openstack/nova master: Preserve UEFI NVRAM variable store  https://review.opendev.org/c/openstack/nova/+/95968215:53
opendevreviewNicolai Ruckel proposed openstack/nova master: Preserve UEFI NVRAM variable store  https://review.opendev.org/c/openstack/nova/+/95968215:59
Uggla#startmeeting nova16:02
opendevmeetMeeting started Mon Feb  9 16:02:42 2026 UTC and is due to finish in 60 minutes.  The chair is Uggla. Information about MeetBot at http://wiki.debian.org/MeetBot.16:02
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:02
opendevmeetThe meeting name has been set to 'nova'16:02
UgglaHello everyone16:02
lajoskatonao/16:02
bauzaso/16:02
elodilleso/16:02
obreo/16:02
gibio/16:02
tkajinamo/16:03
MaxLamprecht[m]o/16:03
gmaano/16:03
UgglaLet's go.16:03
samborko/16:03
Uggla#topic Bugs (stuck/critical) 16:04
Uggla#info No Critical bug16:04
fwieselo/16:04
Uggla#topic Gate status 16:04
Uggla#link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs 16:04
Uggla#link https://etherpad.opendev.org/p/nova-ci-failures-minimal16:04
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 status16:04
Uggla#info Please look at the gate failures and file a bug report with the gate-failure tag.16:05
tkajinamI think many of you are aware of this, but multiple jobs are broken by setuptools 82.0.0 which removed pkg_resources16:05
Uggla#info Please try to provide a meaningful comment when you recheck16:05
gibitkajinam: yepp16:05
tkajinamone typical one is devstack job, which fails to install horizon, due to xstatic packages using pkg_resources for namespace packages16:05
gibiand openstacksdk job also broken16:05
tkajinamyeah16:05
gmaanalso, sdk job. do we want to wait for sdk test fix merge or stop job running on nova gate until it is fixed?16:05
gmaanin devstack we need to stop running it to land setuptools fixes16:06
gibiI proposed to make sdk job non voting here https://review.opendev.org/c/openstack/nova/+/97609516:06
gibibut it fails on setuptools :D16:06
sean-k-mooneyfor nova we can turn off horizon as a workaround16:06
gmaanohk, i see now.16:06
sean-k-mooneywe should not need it in any of our jobs16:06
sean-k-mooneyeven the vnc tests dont use it16:06
gmaanlet me review the  devstack and grenade fixes16:07
sean-k-mooneyhorizon shoudl be the only thing useing the xstatic packages that are impacated16:07
elodillesyepp, grenades are failing, but there are some fixes on the gate: https://review.opendev.org/q/Icf07fa246b3532f939d20e3cbea32cc0b7b439ed16:07
gmaansean-k-mooney: I saw you msg about neutron does not use microversion but this is backward imcomtible change and can break user. 16:07
gmaananyways we do not need to discuss it here but just my observartion16:07
elodillesthough they might fail due to the horizon issue as well :/16:08
tkajinamyeah that's a good first try, though there can be legacy packages which still use pkg_resources16:08
gibithe devstask / grenade fixes needs to land revers order 2024.2 landed 2025.1 going in 16:08
sean-k-mooneygmaan: it is but they dont provide stable api garentees16:08
gmaangibi: yeah16:08
sean-k-mooneyat least not to the same degree that service with microversions do16:08
tkajinamgmaan, yeah the update indicates tenant_id field in API response will be replaced :-(16:08
sean-k-mooneyso im not sayign they should keep it16:08
sean-k-mooneytenant-id16:08
gmaanthat is unnecessary breaking change without any gain/value16:09
sean-k-mooneybut just that they dont make the same commit ment to api stablity16:09
sean-k-mooneyi don not disagree :)16:09
gmaananyways, will check on devstack/greande one during meeting and I am +w on gibi change to make sdk job non voting16:09
gibialso as an extra neutron with oslo.service master is failing to start services in 50% of the time it does not directly effect us as we run with release oslo version but local devstacks are affected if using oslo from git16:09
gibiwhat a Monday16:10
tkajinamgibi, I guess it's because of non-serializable service instance, I guess ?16:10
elodilles:)16:10
gibitkajinam: yepp16:10
tkajinamok16:10
elodillesgibi: at least we are not at the final release rush right now ;)16:10
gibihttps://bugs.launchpad.net/neutron/+bug/214130416:10
gmaangibi: tkajinam due to recent change of spawn things or it is other?16:11
gibigmaan: probably the spawn one16:11
tkajinamgmaan, yeah that's caused by recent update to use spawn-safe context16:11
gibibut I have no confirmation yet16:11
gmaanbut that is not released yet, 16:11
gmaanI will check that, I think fallback should work there to fork16:11
gibiyes, hence not affecting our gate, but affecting local devstacks with olso.service from git16:11
opendevreviewNicolai Ruckel proposed openstack/nova master: Preserve UEFI NVRAM variable store  https://review.opendev.org/c/openstack/nova/+/95968216:11
gmaangibi: ack16:12
tkajinamgmaan, https://review.opendev.org/c/openstack/oslo.service/+/96520816:12
gmaanyeah16:12
tkajinamit's interesting that we didn't catch that error in the devstack job in oslo.service, which should apply that change16:12
tkajinambut that's yet another topic16:12
gibiif you want more, then the openstacksdk fix for the neutron change also blocked on a manila failre too https://review.opendev.org/c/openstack/openstacksdk/+/97600816:13
gmaanyeah, its hard to run all type of configuration there but I will add some jobs in periodic so that we can notice16:13
gibinot just on the setuptools one16:13
gmaangibi: tkajinam I will propose the oslo.service fix soon16:14
tkajinamgmaan, thanks16:14
gmaangibi: yes, what a Monday :)16:14
tkajinamthough that oslo.service fix may be blocked by the setuptools mess ...16:14
gmaanack16:15
gmaanI think it shjould be ok as we run only master tempest-full job but I will check16:15
tkajinamI thought some of the master jobs are also impacted but I could be wrong16:16
Ugglaok thx tkajinam.16:18
Ugglaanything else ? or we can move on ?16:18
tkajinamI think we can move on. please watch CI status carefully before triggering mass recheck16:19
Ugglatkajinam ++16:20
Uggla#topic Release Planning16:20
Uggla#link https://releases.openstack.org/gazpacho/schedule.html16:20
Uggla#info Nova deadlines are set in the above schedule16:20
Uggla#info 3 weeks before feature freeze16:21
Uggla#info PTG etherpad for 2026.1 is available: https://etherpad.opendev.org/p/nova-2026.1-ptg16:21
Uggla#topic Review priorities16:21
Uggla#link https://etherpad.opendev.org/p/nova-2026.1-status16:21
Uggla#info I have updated Launchpad and the above doc. Please ping me if you spot something missing.16:21
opendevreviewNicolai Ruckel proposed openstack/nova master: Preserve UEFI NVRAM variable store  https://review.opendev.org/c/openstack/nova/+/95968216:21
Ugglabtw I have also introduced the bugs we discussed last time. More or less at the bottom of the doc.16:22
Uggla#topic OpenAPI 16:22
Uggla#link: https://review.opendev.org/q/topic:%22openapi%22+(project:openstack/nova+OR+project:openstack/placement)+-status:merged+-status:abandoned16:22
Uggla#info still 11 remaining atm.16:23
sean-k-mooneyi think they were just blocked by ci issue mostly16:23
sean-k-mooneybut it woudl be nice to land them this/next week16:23
sean-k-mooneybefore we get to FF16:23
UgglaI think so too.16:23
Ugglasean-k-mooney ++16:23
* gibi__ lost network connectivity16:23
elodillesgibi: still Monday? :-o16:24
gibi__Seem so very Monday16:24
Uggla #topic Stable Branches16:24
* Uggla giving the mic to elodilles16:24
elodillesthx Uggla 16:25
elodilles#info stable gates are impacted with the "No module named 'pkg_resources'" issue16:25
elodillesso the same stuff that we discussed previously16:25
elodillesfixes are already proposed by stephenfin: https://review.opendev.org/q/Icf07fa246b3532f939d20e3cbea32cc0b7b439ed16:25
elodilles#info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci16:25
elodillesthat's all from me16:25
elodillesUggla: back to you16:25
Ugglathx elodilles16:26
Uggla#topic vmwareapi 3rd-party CI efforts Highlights16:26
* Uggla giving the mic to fwiesel16:26
fwiesel#info CI tries to run change with dependencies including `Depends-On`16:27
fwieselSo, I changed the CI that it will parse the commit message, and if you have changes that depend on one another (i.e. oslo.vmware) they can be tested together16:27
fwiesel#info CI will run the tests with eventlet disabled in the nova-compute process, when the topic is eventlet-removal16:28
fwieselI hope, that should make it easier to test that and not having me in the loop.16:29
gibi__Thanks16:29
opendevreviewNicolai Ruckel proposed openstack/nova master: Preserve UEFI NVRAM variable store  https://review.opendev.org/c/openstack/nova/+/95968216:29
fwieselAlso, I think we have a general regression in the instance creation, specifically the image upload. I haven't looked into it in detail, but the tests seem to fail even without eventlet disable with a timeout on the image transfer into vsphere16:30
fwieselI'll look into that next16:30
fwieselThat would it be from my side.16:30
fwieselUggla: back to you, unless there are questions16:31
Ugglasuper fwiesel thx for the hard work16:31
Uggla#topic Gibi's news about eventlet removal16:32
gibi__o/16:32
* Uggla giving the mic to gibi16:32
gibi__So the compute deadlock bug showed by the vmware testing (and reproduced with libvirt) needs decision on fix direction16:33
gibi__Alternatives with pocs are in https://etherpad.opendev.org/p/eventlet-executor-semaphore-limit16:34
gibi__I also saw Kamil pushed a WIP patch for novncproxy16:35
gibi__But I havent looked at it yet16:35
gibi__That is it from me16:35
* gibi__ mic drop16:35
Uggla#topic Nova using openstack sdk for neutron16:36
* Uggla giving the mic to lajoskatona if he wants to share something16:37
lajoskatonao/ thanks16:37
lajoskatonaYes, I updated the 1st patch (https://review.opendev.org/c/openstack/nova/+/928022 ) based on gibi's comments16:37
lajoskatonathat's it basically, thanks for the review :-)16:38
gibi__Thanks Lajos16:38
Ugglathanks lajoskatona16:38
Ugglabtw I have started reviewing the series, but I have not pushed comments yet. Probably tomorrow16:39
lajoskatonaUggla: thanks16:39
Uggla#topic Open discussion 16:40
UgglaFirst topic from obre, about AMX support16:40
obreYeah16:40
Ugglaobre, please go ahead16:40
obreIn Nova there is already functionality where compute-nodes are reporting their cpu capabilities as standard traits. These traits can then be used in flavors so that certain flavors provides a more feature-rich IA than other flavors. When that flavor is scheduled the compute-driver picks the first CPU-model in a list of models that fullfills all the traits from the flavor. And16:40
obreall this functionality works great (imho).16:40
obreA couple of years ago Intel added a feature called AMX, which the libvirt-driver in nova currently does not recognize as a feature to report as a trait. I would like to expand the list of features being reported by the driver to include the amx-instructions.16:40
obreAnd as this technically is not new functionality I would kindly ask if it is possible to think of it as a wishlist-bug, and thus target the G-release. I expect to be able to both implement the changes and test it in our test-environments within this week; if that helps in deciding if its OK or not :)16:40
*** bogdando_ is now known as bogdando16:42
obreDo you have any thoughts? 16:42
sean-k-mooneyto me this si very small and could be a wishlist bug16:43
Ugglajust something unclear, libvirt can detect it ?16:44
sean-k-mooneybut that only makes sense if the trait is added to os-traits before the non clinet lib freeze16:44
sean-k-mooneyUggla: yes but nova has a map form the livbirt feature to os-trait traits16:44
obreUggla: Libvirt has support for amx.16:44
sean-k-mooneyand we only report them if we have a vlue in that mapping16:44
sean-k-mooneyso we need a new trait in os-trati and an update to that map 16:45
sean-k-mooneythen it will "just work"16:45
tkajinamI wonder if specless-blueprint is preferred to a bug but that may be not very important16:45
sean-k-mooneyprovided your livbirt is new enought to detech and reprot the cpu flag16:45
gibi__Lets go for it then16:45
tkajinamsean-k-mooney, so just extend CPU_TRAINTS_MAPPING in nova/virt/libvirt/utils.py , right ?16:45
sean-k-mooneytkajinam: specless bluepring and spec share the same freeze period16:45
sean-k-mooneytkajinam: exactly16:46
tkajinamah ok16:46
sean-k-mooneyim not against granting an expction but its also very late in the cylce for that16:46
sean-k-mooneywe also dont backprot traits 16:46
sean-k-mooneythat why i rased the non-client lib freeze which i think is this or next week16:46
obreI believe its next week.16:47
Ugglayep16:47
Ugglanext week16:47
elodillesnext week, yepp16:47
sean-k-mooneyim for adding this capablity jsu tnot sure we shoudl rush to do it this week16:47
sean-k-mooneyso +1 in general +0 to doing it this week if other are fine with it then so am i16:48
Uggla+1 in general too. 16:48
obreI guess Im not voting; but getting it this week would mean a year earlier into production for us; as the G-release is a SLURP. :)16:48
gibi__Propose the patches, as they are expected to be small Im happy to review them16:49
elodillesobre: exactly16:49
sean-k-mooneywell non slurps are fully supproted but if your downstream will only deploy slurps that understandable16:49
sean-k-mooneysound like we are tentitvly ok with trying to land it since its small16:50
sean-k-mooneyso only queston is how to track it 16:50
Ugglathat's sound not very large, so assuming you can provide them and we can review them. I would be ok. 16:50
sean-k-mooneythe os-traits patch exits but needs a rebase i think16:50
UgglaThough, no promises.16:50
sean-k-mooneyhttps://review.opendev.org/c/openstack/os-traits/+/86814916:51
opendevreviewLin Yang proposed openstack/os-traits master: CPU: add traits for new X86 feature "AMX"  https://review.opendev.org/c/openstack/os-traits/+/86814916:51
Ugglaogre, is that ok for you ?16:51
sean-k-mooneyjsut rebased it but assuming that passes all that is missing is an os-traits releease and the nova patch16:51
obreAs for tracking, there is already a specless bp formulated: https://blueprints.launchpad.net/nova/+spec/add-amx-traits - Alternatively Ill guess Ill file a bug?16:52
obreUggla: Im able to look at the rebase, and write the patch.16:52
obre(Unless my wife gives birth this week; which will get priority. But the due-date there is end of feburary :))16:52
Uggla:) I guess we understand the priority here. :)16:53
* gibi__ +2d the os-traits patch16:53
obre<316:53
gibi__https://review.opendev.org/c/openstack/os-traits/+/86814916:54
sean-k-mooneyill +2w it if it passes ci16:54
sean-k-mooneyobre: we will need to do a release and you will need to bump the min version in your nova patch16:55
sean-k-mooneythat not hard to do but the upstream gates are kind fo broken for a number of issues that came up in teh last few days16:55
obreRight. So then Ill hope and pray that that works; and then write the patch? :)16:56
sean-k-mooneyso im not sure what state teh requriements repo is in 16:56
sean-k-mooneyyou can write the patch now and depen on the os-trait one16:56
sean-k-mooneythe unit tests will fail but the tempest oens should pass16:56
sean-k-mooneyyou will just need to update it with the min verion bump after the release16:57
obreOk! Then Ill do that! 16:57
Ugglaare we good with that topic ?16:57
obreIm happy at least :)16:57
sean-k-mooneyyep16:58
UgglaThere was another topic from fwiesel, but he kindly accept to defer it to next week because I have a hard stop at the top of the hour. Thx fwiesel16:59
Ugglaso time to close except we have a last minute quick info to share.16:59
gibi__Thanks Uggla17:00
Ugglaseems not Thanks for joining this meeting. Have a nice day/evening and see you next week.17:00
fwieselThanks everyone17:00
Uggla#endmeeting17:00
opendevmeetMeeting ended Mon Feb  9 17:00:27 2026 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)17:00
opendevmeetMinutes:        https://meetings.opendev.org/meetings/nova/2026/nova.2026-02-09-16.02.html17:00
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/nova/2026/nova.2026-02-09-16.02.txt17:00
opendevmeetLog:            https://meetings.opendev.org/meetings/nova/2026/nova.2026-02-09-16.02.log.html17:00
lajoskatonaThanks, Bye17:00
bauzasthanks Uggla17:00
obreThanks all!17:00
elodillesthanks o/17:00
Ugglatime to go to sprint review... ;)17:01
opendevreviewLajos Katona proposed openstack/nova master: WIP: Fix for bug 2140537  https://review.opendev.org/c/openstack/nova/+/97593417:01
opendevreviewMerged openstack/os-traits master: CPU: add traits for new X86 feature "AMX"  https://review.opendev.org/c/openstack/os-traits/+/86814917:34
sean-k-mooneyobre: ^ :)17:52
obresean-k-mooney: Nice :)17:59
opendevreviewNicolai Ruckel proposed openstack/nova master: Preserve UEFI NVRAM variable store  https://review.opendev.org/c/openstack/nova/+/95968219:21
opendevreviewNicolai Ruckel proposed openstack/nova master: Preserve UEFI NVRAM variable store  https://review.opendev.org/c/openstack/nova/+/95968219:42
opendevreviewNicolai Ruckel proposed openstack/nova master: Preserve UEFI NVRAM variable store  https://review.opendev.org/c/openstack/nova/+/95968219:49
opendevreviewsean mooney proposed openstack/nova master: Add regression test for unified limits resource bug  https://review.opendev.org/c/openstack/nova/+/97585922:37
opendevreviewsean mooney proposed openstack/nova master: Fix unified limits to include all resource types  https://review.opendev.org/c/openstack/nova/+/97587222:37
*** jonnyb3 is now known as jonnyb22:50
*** erlon2 is now known as erlon23:04
opendevreviewminwoo seo proposed openstack/nova master: Add target_zone support for migration and live-migration  https://review.opendev.org/c/openstack/nova/+/97608523:52

Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!