| *** mhen_ is now known as mhen | 01:10 | |
| opendevreview | Rajesh Tailor proposed openstack/nova master: Fix 'nova-manage image_property set' command https://review.opendev.org/c/openstack/nova/+/946733 | 06:53 |
|---|---|---|
| *** elodilles_pto is now known as elodilles | 08:19 | |
| gibi | sean-k-mooney: Uggla: I've added the eventlet stuff to the PTG etherpad https://etherpad.opendev.org/p/nova-2026.1-ptg | 08:39 |
| Uggla | gibi 👍 | 09:34 |
| sean-k-mooney | elodilles: thank you for approving https://review.opendev.org/c/openstack/requirements/+/959051 in my head i was willing to grant the watcher-dashbaord review until our next watcher irc meeting to merge but that last of the 3 needed that release | 11:02 |
| sean-k-mooney | its one of those things where its nice to complete the feature by including the horizon supprot this cycle but i also am not willing ot keep merging thing too much past FF even if we are just wait on release ectra | 11:04 |
| opendevreview | Merged openstack/nova master: Reproduce that only half of the PCI devs are removed https://review.opendev.org/c/openstack/nova/+/953971 | 11:08 |
| elodilles | sean-k-mooney: no problem. the python-watcherclient release happened yesterday, and new-release patches (upper constraint version bumps) should land as soon as possible anyway | 11:55 |
| elodilles | sean-k-mooney: in the future: you could propose releases anytime if that is needed in other repository, no need to wait for the generated milestone release patches :) | 11:57 |
| sean-k-mooney | gibi: i finished reviweeing https://review.opendev.org/q/topic:%22bug/2115905%22 the first 2 im +2 on although there are some nits related to the commit mesaage that would be nice to fix. https://review.opendev.org/c/openstack/nova/+/954149 i have a question/suggeetion on how to clsoe the schduer race for you to consider but im +1 over all on that | 11:58 |
| sean-k-mooney | elodilles: actully that not what happend in this case, we only merged the api change on FF | 11:58 |
| elodilles | (on the other hand watcher-dashboard is cycle-with-rc release typed project, so it still has time until the release, and FF is mostly discussed within the given project teams -> if the team decides that it's not risky for the release, then things can be merged after FF) | 11:59 |
| sean-k-mooney | so we had to wait for that to merge before merging the clint change and doing the release | 11:59 |
| sean-k-mooney | elodilles: the main issue with watcher-dashboard is there is almost no testing or test infra in that and we need to figure out how to resolve that going forward. | 12:00 |
| elodilles | :S | 12:00 |
| sean-k-mooney | elodilles: that means we need to carfully manually tests all changes so that takes time | 12:00 |
| elodilles | i see | 12:00 |
| sean-k-mooney | i want to eventully explore using playwrite (instead of creating selenium tests) to see if we can get some end to end test coverage but we also coudl use django unit test framework more then we do | 12:01 |
| sean-k-mooney | horizon has historically never relaly facilated testing plugins well | 12:02 |
| sean-k-mooney | so as a resutl most plugins were nto proeprly tested | 12:02 |
| sean-k-mooney | fixing that is on our todo list just not as high as it proably shoudl be | 12:02 |
| elodilles | maybe next cycle ;) | 12:06 |
| grami[m] | Has anyone run into the problem with Nvidia GPU and requiring pci-expander-bus and vswitch-pcis? | 12:11 |
| sean-k-mooney | grami[m]: it should not require them however they recommend them | 12:19 |
| sean-k-mooney | for performance reasons | 12:20 |
| sean-k-mooney | vswitch-pcis is not something im famialr with | 12:20 |
| sean-k-mooney | nvidia recomemtn in one of there kvm docs that you attache thre gpus and nics to a virutal pcie switch in the vm | 12:21 |
| sean-k-mooney | nova cant do that but its too hlep with device to device comuication within the vm | 12:21 |
| sean-k-mooney | instead of conencting the gpu to a pcie-root-port you add a pcie-switch-upstream-port contoler instead and you can then group multipel gpus or other device as downstream ports on that switch. | 12:26 |
| sean-k-mooney | there is very little upstream libvirt docs on how this all works https://libvirt.org/formatdomain.html#controllers | 12:27 |
| sean-k-mooney | and hte nvidia docs on this topic are relivitly new. | 12:27 |
| sean-k-mooney | but equally hard to actuly find | 12:27 |
| grami[m] | sean-k-mooney: thanks yeah I'm in the process of passing h200 with the normal pci-root-port performance is worse then the CPU. I guess at some point I will have to right a patch but the nova code is confusing to me and need a starting point. Do you know what line in nova or the file to start in? | 12:31 |
| sean-k-mooney | honestly this sould liek a nivida hardware bug as this really shoudl not have any impact if tis only for 1 h200 device | 12:35 |
| sean-k-mooney | grami[m]: changign this is nto going to be easy in nova. there is an upgrade impact to this change and it will likely require a spec. | 12:35 |
| sean-k-mooney | it may be possibel to jsut alwasy use a pcie-switch-upstream-port instead of pcie-root-port but i susspect that will increase teh qemu memory usage | 12:36 |
| opendevreview | Rajesh Tailor proposed openstack/nova master: Fix duplicate words https://review.opendev.org/c/openstack/nova/+/959136 | 12:36 |
| sean-k-mooney | so that may not be accpatabel to do in general | 12:36 |
| grami[m] | sean-k-mooney: thanks for the info will do some digging on the spec and look to do one. | 12:37 |
| sean-k-mooney | before gettign that far have you done any basic performace turning like ensuring numa affintiy between the vm and pci device | 12:38 |
| sean-k-mooney | by defualt nova only does that if the guest has a numa toplgoy | 12:38 |
| sean-k-mooney | i.e. addh hw:mem_page_size=small (exiplcit small 4k numa local pages) | 12:39 |
| sean-k-mooney | will significnatly boost your vm performance if it was previosul going across numa | 12:39 |
| grami[m] | sean-k-mooney: The memory issue is already a problem with 256gb as the BAR doesn't have enough so you have to increase the this just to get the GPU to boot. | 12:39 |
| *** haleyb|out is now known as haleyb | 12:39 | |
| grami[m] | Already have numa dedicated CPU and huge page | 12:40 |
| sean-k-mooney | that not what i was referint too. so each pci_root_port add a couple of megabyte of overhead even if un used | 12:41 |
| sean-k-mooney | so qhen you enable the q35 machine type with the max number of pcie-root-ports we supprot today it has doble the qemu overhad as the pc machien type | 12:41 |
| sean-k-mooney | usign a pcie-swithc might actully help with that but that one of the thing we woudl need to consier | 12:42 |
| sean-k-mooney | a long time ago i wanted to allcoate 1 pci switch per guest numa node by default | 12:42 |
| sean-k-mooney | and then attach the passhtough device to the relevnet virtual numa node pcie switch | 12:42 |
| sean-k-mooney | so that the guess coudl make proper schdulign decisions | 12:43 |
| sean-k-mooney | today all device in teh guest have nuam node -1 i.e. not numa info aviable | 12:43 |
| sean-k-mooney | so the gest kernel assume its on virtual numa ndoe 0 effectvily | 12:43 |
| sean-k-mooney | which can degreed performance so if you have not already tried expliclty having only 1 numa node in the guest that is wroth testing | 12:44 |
| grami[m] | Ah yeah right now I'm going to see if I can get the instance to work by editing the xml then will look to see what needs to change. | 12:44 |
| grami[m] | Yeah made sure it's only one numa zone for testing and will go from that. | 12:45 |
| sean-k-mooney | right now i dont know of a way to change the bar space allocated to the viruatlised device. i assuem that need qemu supprot and im not sure if livbirt and qemu are hooked up such that it can be adjusted | 12:46 |
| sean-k-mooney | there is memReserve | 12:47 |
| sean-k-mooney | ```memReserve | 12:47 |
| sean-k-mooney | Some PCI devices have non-prefetchable memory bar larger than 2MiB. Use this attribute to override value computed by firmware and thus make controller reserve more memory (in KiB) so that such PCI device can be hot plugged. For cold plugged PCI devices, the firmware will automatically reserve the correct amount of memory``` | 12:47 |
| sean-k-mooney | but i dont think that is correect | 12:48 |
| sean-k-mooney | grami[m]: you not trying to use resizable bar ar you? | 12:59 |
| sean-k-mooney | just doing a little quick resarch qemu/libvirt wont do the resize for you you have to do that manually today before bindign the device to vfio-pci. second there is a limisation in ovmf by default where the adress apce resverd sames to default to 32GB for mmio mappings https://edk2.groups.io/g/discuss/topic/59340711 | 13:04 |
| sean-k-mooney | we do not allow any use of <qemu:commandline> in nova so you woudl need that to be supproted in libvirt nativly before turnign the mmio apature via "fw_cfg name=opt/ovmf/X-PciMmio64Mb,string=65536" coudl be supproted | 13:05 |
| gibi | sean-k-mooney: | 13:05 |
| gibi | thanks for the review in https://review.opendev.org/c/openstack/nova/+/954149 | 13:06 |
| gibi | I responded inline. bottom line your reserved idea is probably correct, but I'm afraid of the complexity of the patch already | 13:06 |
| sean-k-mooney | gibi: that not a blocker | 13:07 |
| sean-k-mooney | we can consider it in a followup | 13:07 |
| sean-k-mooney | i was jsut trying to think is there a way to close that gap | 13:07 |
| grami[m] | sean-k-mooney: Yeah had to add that Nvidia says it's a requirement for the larger gpus | 13:09 |
| sean-k-mooney | grami[m]: based on https://bugzilla.redhat.com/show_bug.cgi?id=1578278 it looks lime https://specs.openstack.org/openstack/nova-specs/specs/2023.1/approved/libvirt-maxphysaddr-support.html may also impact that | 13:09 |
| sean-k-mooney | but i dont think the two ar the same | 13:09 |
| grami[m] | Already have a patch for this but it's medieval in its method but works for now. | 13:10 |
| sean-k-mooney | we cant accapt any change that uses raw <qemu:commandline> elements in nova | 13:10 |
| sean-k-mooney | so if we need to tweak the ovmf parmater seperatly form teh cpu adress space | 13:10 |
| sean-k-mooney | we will need to modify libvirt first | 13:10 |
| grami[m] | Ah thanks for that | 13:11 |
| *** srelf_ is now known as Continuity | 13:21 | |
| opendevreview | ribaudr proposed openstack/nova master: doc: mark the maximum microversion for 2025.2 Flamingo https://review.opendev.org/c/openstack/nova/+/959180 | 13:37 |
| opendevreview | ribaudr proposed openstack/nova master: Update compute rpc alias for epoxy https://review.opendev.org/c/openstack/nova/+/959181 | 13:40 |
| gibi | sean-k-mooney: it is the freqency and the impact of the gap vs. my fears of the complexity to close and test that gap is what makes me reluctant | 13:41 |
| gibi | bauzas: re | 13:45 |
| gibi | 10:32 < bauzas> honestly, I don't have any number, if the job works up to tomorrow, then if so, let's leave it to be voting :) | 13:45 |
| gibi | It works https://zuul.opendev.org/t/openstack/builds?job_name=nova-tox-py312-threading&project=openstack/nova | 13:45 |
| bauzas | perfect, then let me hit the button | 13:48 |
| gibi | thanks! | 13:49 |
| opendevreview | ribaudr proposed openstack/nova master: Add service version for Falmingo https://review.opendev.org/c/openstack/nova/+/959184 | 13:52 |
| opendevreview | ribaudr proposed openstack/nova master: Add Flamingo prelude section https://review.opendev.org/c/openstack/nova/+/959188 | 14:15 |
| Uggla | Nova meeting in ~1h | 15:00 |
| opendevreview | ribaudr proposed openstack/nova-specs master: Move Flamingo implemented specs https://review.opendev.org/c/openstack/nova-specs/+/959202 | 15:22 |
| opendevreview | Merged openstack/nova stable/2025.1: api: Fix validators for hw:cpu_max_* extra specs https://review.opendev.org/c/openstack/nova/+/957739 | 15:34 |
| opendevreview | Merged openstack/nova-specs master: Move Flamingo implemented specs https://review.opendev.org/c/openstack/nova-specs/+/959202 | 15:47 |
| opendevreview | Merged openstack/nova master: doc: mark the maximum microversion for 2025.2 Flamingo https://review.opendev.org/c/openstack/nova/+/959180 | 15:49 |
| Uggla | #startmeeting nova | 16:00 |
| opendevmeet | Meeting started Tue Sep 2 16:00:21 2025 UTC and is due to finish in 60 minutes. The chair is Uggla. Information about MeetBot at http://wiki.debian.org/MeetBot. | 16:00 |
| opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 16:00 |
| opendevmeet | The meeting name has been set to 'nova' | 16:00 |
| Uggla | Hello everyone | 16:00 |
| gibi | o/ | 16:01 |
| jayaanand | o/ | 16:01 |
| gmaan | o/ | 16:01 |
| dansmith | o. | 16:01 |
| bauzas | o/ | 16:02 |
| Uggla | Let's start. | 16:02 |
| elodilles | o/ | 16:02 |
| Uggla | #topic Bugs (stuck/critical) | 16:02 |
| Uggla | #info No Critical bug | 16:03 |
| Uggla | #topic Gate status | 16:03 |
| Uggla | #link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs | 16:03 |
| Uggla | #link https://etherpad.opendev.org/p/nova-ci-failures-minimal | 16:03 |
| 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:03 |
| Uggla | #info Please look at the gate failures and file a bug report with the gate-failure tag. | 16:03 |
| Uggla | #info Please try to provide a meaningful comment when you recheck | 16:03 |
| Uggla | Anythink special with the gates ? | 16:04 |
| Uggla | Anything special with the gates ? | 16:04 |
| gibi | just a heads up | 16:04 |
| gibi | that I see multiple cases when the ceph multistore job failed due to volume build issues and mostly in the encrypted volume tempest tests | 16:05 |
| gibi | I did not dig deeper but I feel it is a pattern | 16:05 |
| Uggla | an idea of the success/failure rate ? | 16:07 |
| gibi | https://zuul.opendev.org/t/openstack/builds?job_name=nova-ceph-multistore&project=openstack/nova | 16:07 |
| gibi | not terrible | 16:07 |
| gibi | I will try to dig into the failure tomorrow | 16:08 |
| Uggla | ok thanks gibi | 16:08 |
| Uggla | although that looks not easy. | 16:09 |
| Uggla | moving on to next topic | 16:09 |
| Uggla | #topic tempest-with-latest-microversion job status | 16:09 |
| Uggla | #link https://zuul.opendev.org/t/openstack/builds?job_name=tempest-with-latest-microversion&skip=0 | 16:09 |
| Uggla | gmaan something you would like to share on this topic ? | 16:10 |
| gmaan | no progress, I am going to spend time on it this week. | 16:10 |
| Uggla | 👍 | 16:10 |
| Uggla | #topic Release Planning | 16:10 |
| Uggla | #link https://releases.openstack.org/flamingo/schedule.html | 16:11 |
| Uggla | #info Nova deadlines are set in the above schedule | 16:11 |
| Uggla | #info RC1 target is next week. | 16:11 |
| Uggla | #info I have created a draft 959067: Nova 2025.2 Flamingo cycle highlights | https://review.opendev.org/c/openstack/releases/+/959067 | 16:11 |
| Uggla | Thanks to review the highlights, I know some of you have already done it. | 16:12 |
| Uggla | #info PTG etherpad for 2026.1 is available: https://etherpad.opendev.org/p/nova-2026.1-ptg | 16:12 |
| Uggla | ^ thanks sean-k-mooney to create it, gibi already put eventlet stuff in it. | 16:12 |
| Uggla | so you can start adding topics you would like to discuss at the next ptg | 16:13 |
| Uggla | PTG will be October 27-31, 2025, you can already register (https://openinfra.org/ptg/) | 16:15 |
| Uggla | Btw I have opened most of the RC1 patches. Feel free to ping me if you spot something wrong. | 16:16 |
| Uggla | #topic Review priorities | 16:16 |
| Uggla | #link https://etherpad.opendev.org/p/nova-2025.2-status | 16:17 |
| Uggla | Bug to review are in the doc, but we may focus on the following ones: | 16:18 |
| Uggla | #link 699176: Faults from cell DB missing in GET /servers/detail | https://review.opendev.org/c/openstack/nova/+/699176 | 16:18 |
| Uggla | #link 955657: Preserve vTPM state between power off and power on | https://review.opendev.org/c/openstack/nova/+/955657 | 16:18 |
| Uggla | The latest one was really wanted by the author. | 16:19 |
| Uggla | and gmaan if you can have a look at there 2: #link 952894: Reproducer for bug 2114951 | https://review.opendev.org/c/openstack/nova/+/952894 & 952895: Fix bug 2114951 | https://review.opendev.org/c/openstack/nova/+/952895 | 16:20 |
| jayaanand | i am from NetApp. Multiple customers asking for extending NFS volumes attached to instances | 16:21 |
| * Uggla shame less proposing mine. | 16:21 | |
| gmaan | right, I opened those when you added me in review and then got distracted, will check those | 16:21 |
| Uggla | gmaan 👍 | 16:21 |
| jayaanand | Is it possible in G release | 16:22 |
| Uggla | jayaanand, it is a feature if I'm not wrong. | 16:22 |
| jayaanand | Related to spec https://review.opendev.org/c/openstack/nova-specs/+/949504 | 16:23 |
| Uggla | ok I'll put that in the PTG topic, it is in the pipe for quite a long time. So I'll try to set it as a "priority". | 16:26 |
| Uggla | Any draft patches already attached to it ? | 16:26 |
| jayaanand | Thank you! We don't have any draft patch | 16:28 |
| dansmith | jayaanand: you don't have draft patches because... you expect someone else to work on it? | 16:29 |
| jayaanand | We have partial fix proposed https://review.opendev.org/c/openstack/nova/+/680648 for a Bug related to NFS extension. Is it possible to merge | 16:29 |
| Uggla | jayaanand, there are 2 x -1 so it looks difficult. | 16:30 |
| jayaanand | Reviewers pointed to this feature | 16:30 |
| dansmith | well, some discussion is definitely required.. and that discussion should happen before we try to give you any sort of idea about when it could land | 16:31 |
| jayaanand | ok | 16:32 |
| bauzas | are we already in the open discussion ? | 16:33 |
| Uggla | bauzas not yet. | 16:33 |
| bauzas | if not, please await until we have this topic as we are on our nova meeting, please :) | 16:33 |
| bauzas | (fwiw, I have an item for our open discussion as well :-) ) | 16:33 |
| Uggla | jayaanand, let's discuss that at PTG. | 16:34 |
| Uggla | moving on | 16:34 |
| Uggla | #topic OpenAPI | 16:34 |
| Uggla | #link: https://review.opendev.org/q/topic:%22openapi%22+(project:openstack/nova+OR+project:openstack/placement)+-status:merged+-status:abandoned | 16:34 |
| Uggla | #info still 28 remaining atm. | 16:34 |
| Uggla | #topic Stable Branches | 16:35 |
| Uggla | elodilles, please go ahead. | 16:35 |
| elodilles | #info stable branches (stable/2025.1 and stable/2024.*) seem to be in OK state | 16:35 |
| jayaanand | Thank you! 👍 | 16:35 |
| elodilles | #info stable/2025.2 branch cut patch for nova libraries (needs release liaison approve): https://review.opendev.org/c/openstack/releases/+/959137 | 16:35 |
| elodilles | #info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci | 16:35 |
| elodilles | that's all from me, back to you Uggla | 16:36 |
| Uggla | Thx elodilles | 16:36 |
| Uggla | Skipping next topic beacause I guess Fabian is still on pto | 16:36 |
| Uggla | #topic Gibi's news about eventlet removal. | 16:37 |
| Uggla | #link Blog: https://gibizer.github.io/categories/eventlet/ | 16:37 |
| gibi | o/ | 16:37 |
| Uggla | #link nova-scheduler series is ready for core review, starting at https://review.opendev.org/c/openstack/nova/+/947966 | 16:37 |
| Uggla | gibi, the mic is your if you'd like to share someting. | 16:37 |
| gibi | so n-sch, n-api, n-metadata is done and tested in nova-next. | 16:37 |
| gibi | the n-conductor patch missed the FF due to a late futurist bug that is since fixed but we will only try n-cond in G | 16:38 |
| gibi | the py312-threading job is the last piece for F making it voting is on the gate as we speak. This runs the majority of our unit test without eventlet | 16:38 |
| gibi | plans for G is in the PTG etherpad | 16:39 |
| gibi | expect a tight schedule :) | 16:39 |
| Uggla | 👍 | 16:39 |
| gibi | that is it | 16:39 |
| gibi | back to you Uggla | 16:39 |
| Uggla | thx gibi, it's great you manage to do that. I think it will give confidence for the next steps. | 16:40 |
| JayF | gibi: I'll note that futurist bug was fixed and released and added to requirements :) | 16:40 |
| gibi | JayF: correct | 16:41 |
| JayF | May not change your internal status for conductor, but wanted to make sure folks knew | 16:41 |
| gibi | thanks JayF | 16:41 |
| sean-k-mooney | o/ sorry was in an internal meeting | 16:42 |
| Uggla | #topic Open discussion | 16:42 |
| Uggla | Sean would like to discuss about https://bugs.launchpad.net/nova/+bug/2060916 | 16:42 |
| Uggla | So please go ahead. | 16:43 |
| sean-k-mooney | this is short | 16:43 |
| sean-k-mooney | basically the truest_vif feature for years required custom policy ot use | 16:43 |
| sean-k-mooney | in 2025.1 neutron finally fixed that with a proper api exentions | 16:43 |
| sean-k-mooney | nova now jsut need to use it | 16:44 |
| sean-k-mooney | my question is | 16:44 |
| sean-k-mooney | shoudl we treat this as a security hardening opertuity/bug | 16:44 |
| sean-k-mooney | or a specless blueprint | 16:44 |
| sean-k-mooney | i.e. would we consier backporting it or master only | 16:44 |
| sean-k-mooney | we could also defer that to the ptg but to me this is either whishlest rfe bug | 16:45 |
| sean-k-mooney | or a very small specles blueprint but i dont know what people would prefer | 16:45 |
| gibi | I cannot really tell without checking how this will look like | 16:46 |
| gmaan | in that case, should not neutron policy for "binding:profile" needs to be change the default to admin-or-service? | 16:47 |
| gibi | I guess we need to depend on the new neutron API | 16:47 |
| gmaan | that is what they have for many other APIs | 16:47 |
| bauzas | that's a new extension ? | 16:47 |
| sean-k-mooney | gmaan: its curent admin only and it shoudl eventually be service only yes | 16:47 |
| bauzas | if so, I'm afraid of any backport | 16:47 |
| gmaan | sean-k-mooney: service only or admin-or-service? | 16:47 |
| sean-k-mooney | what i can do is make time to do a poc | 16:47 |
| sean-k-mooney | gmaan: it shoudl be service only eventually | 16:48 |
| sean-k-mooney | humans shoudl never modify its content | 16:48 |
| sean-k-mooney | only nova ironic or zun shoudl ever modify binding:profile | 16:48 |
| sean-k-mooney | and hta twas the sechruity issue. you had to relax access to people to modify its content to use trusted_vif | 16:48 |
| gmaan | i see | 16:49 |
| Uggla | I have the feeling that a specless BP looks more adequate. | 16:49 |
| sean-k-mooney | what i can do is see if i can find time to do a poc before the ptg or a future irc meeting | 16:49 |
| sean-k-mooney | and we can revisit then | 16:50 |
| sean-k-mooney | note we treated a similer issue for hardware offloaded ovs as a securyt hardining bug | 16:50 |
| sean-k-mooney | that why i asked | 16:50 |
| gmaan | neutron API extension is done this cycle? | 16:50 |
| sean-k-mooney | https://bugs.launchpad.net/nova/+bug/2020813 | 16:51 |
| sean-k-mooney | gmaan: it was done in 2025.1 i belive so epoxy | 16:51 |
| gmaan | yeah, since 2025.1 https://github.com/openstack/neutron-lib/blob/stable/2025.1/neutron_lib/api/definitions/port_trusted_vif.py | 16:52 |
| sean-k-mooney | https://review.opendev.org/c/openstack/neutron/+/926068 | 16:52 |
| sean-k-mooney | the neutron change is older? not sure but i see 2024.2 | 16:53 |
| sean-k-mooney | anyway i just wanted to get an initial read form folks | 16:54 |
| sean-k-mooney | to me it was the same as https://bugs.launchpad.net/nova/+bug/2020813 | 16:54 |
| gmaan | I think till we have neutron API available, we can backport it but not beyond that | 16:54 |
| sean-k-mooney | we can also defer the backporting question until we see what the patch looks like | 16:55 |
| gmaan | ++ | 16:55 |
| sean-k-mooney | it shoudl be small and non invaisves in general but i have not witten it yet | 16:55 |
| Uggla | ok, bauzas, you would like to discuss something. I hope it will be ok in the remaing time. | 16:57 |
| bauzas | just a quick one | 16:57 |
| bauzas | but let's discuss this in the next meeting | 16:57 |
| bauzas | (about the pavilion on the openinfra summit, whether we would want to be there) | 16:57 |
| sean-k-mooney | waht is that? | 16:59 |
| sean-k-mooney | do you mean the fourm sessions that used to be part fo sumit? | 17:00 |
| bauzas | https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/MM4OJO5CCC4GHMYUN3OJBDHTSZNB32H2/ | 17:00 |
| bauzas | but let's discuss this next ween | 17:00 |
| bauzas | I have another TC meeting now | 17:00 |
| sean-k-mooney | oh its effectivly lightnight talks or showcases | 17:00 |
| sean-k-mooney | for project to have tiem in a shared presenting space | 17:01 |
| sean-k-mooney | sure we can think on that and revisit next week | 17:01 |
| sean-k-mooney | `The deadline to sign up is 26 September!` ok so we also have time | 17:01 |
| sean-k-mooney | to respond to this ask | 17:01 |
| Uggla | yep. | 17:01 |
| Uggla | We’ve reached the top of the hour, so thanks to everyone attending this meeting. | 17:03 |
| gibi | thanks Uggla | 17:03 |
| Uggla | #endmeeting | 17:04 |
| opendevmeet | Meeting ended Tue Sep 2 17:04:00 2025 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 17:04 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/nova/2025/nova.2025-09-02-16.00.html | 17:04 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/nova/2025/nova.2025-09-02-16.00.txt | 17:04 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/nova/2025/nova.2025-09-02-16.00.log.html | 17:04 |
| elodilles | thanks o/ | 17:04 |
| opendevreview | Merged openstack/nova master: Add service version for Falmingo https://review.opendev.org/c/openstack/nova/+/959184 | 20:20 |
| opendevreview | Merged openstack/nova master: Fix pci_tracker.save to delete all removed devs https://review.opendev.org/c/openstack/nova/+/953972 | 20:20 |
| gmaan | Uggla: commented in this, I am ok to fix this as bug and no need to bump microversion. I think you are planning to backport also https://review.opendev.org/c/openstack/nova/+/952895 | 22:12 |
| gmaan | some suggestion to fix comment and explain detail in commit msg otherwise fix lgtm | 22:13 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!