Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2025-09-30
16:24:05 gibi actually we restarted last week
16:24:46 sean-k-mooney ack so the next wone is tomorow correct
16:24:50 gibi next thing to land is nova-conductor https://review.opendev.org/c/openstack/nova/+/958575 please help me reviewing it
16:25:03 gibi sean-k-mooney: yepp next one is tomorrow 14:30 UTC
16:25:55 gibi that is all from me. Uggla lets try to approve the bp :)
16:26:38 Uggla ok
16:26:55 gibi is there any questions or objections against that bp?
16:27:36 sean-k-mooney Uggla: one admin thing can you create teh 2026.1 seriese tomorrow and set it as the current devlopemnt cycle and upstea the 2025.2 serise and 2025.1 serose to reflect the current stable and supproted status reflecitvly
16:27:47 sean-k-mooney i.e. once 2025.2 is offically released tomorow
16:28:03 sean-k-mooney an no no objections to the blueprint form me :)
16:28:17 bauzas sean-k-mooney: I'll help Uggla about how to do this for launchpad but sure
16:28:26 Uggla sean-k-mooney you mean in launchpad right ?
16:28:27 sean-k-mooney cool
16:28:32 sean-k-mooney yep in launchpad
16:28:46 bauzas and yeah, +1 on accepting the gazpacho eventlet bp as a specless one
16:29:04 sean-k-mooney we will need to creat the serise in launchpadc before we can target theh bp to it
16:29:11 sean-k-mooney that why i was bringin it up
16:29:13 Uggla sean-k-mooney, sure as soon as F will be released, I'll update LP.
16:30:05 Uggla #topic Open discussion
16:30:47 gibi thanks folks
16:30:48 Uggla (Uggla) I'm going to send a poll with new schedules proposal.
16:31:14 Uggla for the upstream meetings.
16:32:16 Uggla Last week I managed to collect some trends, so I can narrow a bit the choices.
16:33:06 Uggla That's all 4 me.
16:33:42 Uggla Does anyone whant to discuss about something ?
16:33:46 r-taketn Uggla: I've just added one more topic to the agenda right before the meeting. Can I share it now?
16:34:23 Uggla Sure, sorry I missed it because my mage was not refreshed.
16:34:31 Uggla please go ahead r-taketn
16:34:33 r-taketn Thank you
16:34:41 r-taketn #link https://review.opendev.org/c/openstack/nova-specs/+/962578
16:34:51 r-taketn We proposed to adjust the existing SEV/SEV-ES code.
16:35:03 r-taketn We think there is the need to generalize the existing SEV/SEV-ES code a bit to support other confidential computing features (e.g. Intel TDX, Arm CCA).
16:35:29 r-taketn We would like to discuss the timing of this introduction. Specifically, we propose this as a standalone enhancement in advance to accept other features. Could we consider this approach?
16:36:41 gibi I feel like this needs a spec and a PTG discussion and we need tkajinam present :)
16:37:11 sean-k-mooney +1 to ^
16:37:22 Uggla gibi spec link above, but I agree to with ^
16:37:34 tkajinam :-)
16:37:37 sean-k-mooney but the overall intent is to generalise teh code now so that it can be extended in teh future correct for more usecase and or vendors/plathforms
16:37:56 tkajinam yeah like CCA and even TDX
16:38:06 r-taketn sean-k-mooney: yes
16:38:16 sean-k-mooney we have talked about TDX in the past as soemting that shoule eventually be supproted
16:38:31 Uggla that sounds a reasonable "refactoring"
16:38:45 tkajinam I'll check the spec and try to leave some feedback there for the discussion
16:38:56 gibi Uggla: I blame the clock for not noticing the spec link :)
16:39:08 r-taketn tkajinami: Thank you.
16:39:44 tkajinam my quick suggestion at my first glance is that if you can put more focus on describing the expected problems of the current code, rather than how you update codes in details, that would help us understand the direction.
16:40:07 Uggla I can say that my employer is interested in TDX and CCA support at some point.
16:40:50 Uggla tkajinam +1
16:41:21 sean-k-mooney on thing i will say just glancing at it
16:41:23 sean-k-mooney MemEncryptionConfig
16:41:25 r-taketn tkajinami: Thank you for your feedbacks. I will clarify the purpose and merit to merge this refactoring in advance more.
16:41:37 sean-k-mooney is currently a named touple or inhertied form it
16:41:55 sean-k-mooney we may actully want to formmalise that inot a real class if we intend to build out more functionality with it
16:42:04 sean-k-mooney i.e. have properties/functions assocated with it
16:42:33 sean-k-mooney espcially if this woudl ever be inlcuded in any rpc object
16:42:47 sean-k-mooney but we can reviw that as part of the spec
16:43:23 tkajinam yeah
16:43:39 Uggla sean-k-mooney +1, tuple is evil. :)
16:43:54 tkajinam I'm guessing we may need to convert it to a class and create sub class per mechanisms.
16:44:02 sean-k-mooney named tupples are less so but if we ever thing that class will be part fo an rpc call
16:44:07 sean-k-mooney then it need to be an ovo
16:44:29 sean-k-mooney ffor now its not so its fine so again lets look at that when we think about the generalisation
16:44:39 tkajinam yeah
16:44:59 sean-k-mooney it may not be relevent but nova.virt.hardware is used in the schdler and the computes already and maybe the conductor
16:45:21 sean-k-mooney anyway i dont really ahve anythign else on that
16:47:42 r-taketn Thank you for some feedbacks. My intent is the same to the above discussion(Specifically, MemEncryptionConfig)
16:48:32 r-taketn Anyway, I need to write the spec in detail more.
16:49:33 r-taketn I will improve the spec constantly. It would be helpful if we could discuss this at PTG or on Gerrit.
16:49:52 r-taketn That's all from me today. thanks all.
16:49:52 gibi sounds like a plan
16:50:12 Uggla r-taketn 👍
16:50:30 Uggla Anything else to discuss.
16:50:37 gibi -
16:50:49 tkajinam nothing from me
16:52:07 bauzas -
16:52:48 Uggla #topic Bug scrubbing
16:52:56 Uggla #info up to 186 (+9 from previous week :( )
16:53:23 Uggla ^ just providing the info that it increases a lot compare to last week.
16:53:50 Uggla I know gibi is contributing to it. ;)
16:54:33 Uggla I will try to look at them tomorrow, if I can answer/close some of them.
16:54:49 Uggla Anyway I think that's all for today.
16:55:38 gibi hey, I saw bugs, I open trackers :)
16:56:55 Uggla Thank you for participating in this meeting. I’ll keep you posted if the next meeting is rescheduled.
16:57:12 Uggla #endmeeting
16:57:12 opendevmeet Meeting ended Tue Sep 30 16:57:12 2025 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
16:57:12 opendevmeet Minutes: https://meetings.opendev.org/meetings/nova/2025/nova.2025-09-30-16.01.html
16:57:12 opendevmeet Minutes (text): https://meetings.opendev.org/meetings/nova/2025/nova.2025-09-30-16.01.txt
16:57:12 opendevmeet Log: https://meetings.opendev.org/meetings/nova/2025/nova.2025-09-30-16.01.log.html
16:57:20 r-taketn Thank you
16:57:28 elodilles thanks o/
16:58:10 gibi o/
16:58:42 sean-k-mooney Uggla: im triaging https://bugs.launchpad.net/nova/+bug/2125738 as low but its valid just an fyi
16:58:42 elodilles Uggla: fyi, the nova ptg etherpad link is not updated on the ptg page: https://ptg.opendev.org/etherpads.html
16:59:05 opendevreview Lajos Katona proposed openstack/nova master: Use SDK for Neutron floating IPs https://review.opendev.org/c/openstack/nova/+/962604
16:59:17 elodilles Uggla: i think it can be updated via the openinfraptg bot in #openinfra-events channel
16:59:41 sean-k-mooney its a fairly simpel fix in out bindep.txt to account for the package change
17:00:45 lajoskatona Uggla: Hi, just a quick note that I slowly progress with the migration to SDK from neutronclient hell: https://review.opendev.org/q/topic:%22sdk_for_neutron%22 , after we are over the release week we can discuss how should it be consumed the easiest way :-)
17:00:58 sean-k-mooney its not actully a bug requriing nova code change really beyond bindeps.txt to just document the relevent dep
17:01:45 sean-k-mooney lajoskatona: ya you have broken it up that helps
17:02:18 sean-k-mooney i likmed the orginal patch and saw you were updating it but i have not looked at it in any detial

Earlier   Later