| opendevreview | Richard Cruise proposed openstack/python-octaviaclient master: Replace Neutronclient with Openstack SDK https://review.opendev.org/c/openstack/python-octaviaclient/+/974304 | 10:35 |
|---|---|---|
| opendevreview | Richard Cruise proposed openstack/python-octaviaclient master: Replace Neutronclient with Openstack SDK https://review.opendev.org/c/openstack/python-octaviaclient/+/974304 | 14:31 |
| opendevreview | Richard Cruise proposed openstack/python-octaviaclient master: Replace Neutronclient with Openstack SDK https://review.opendev.org/c/openstack/python-octaviaclient/+/974304 | 14:51 |
| johnsom | #startmeeting Octavia | 16:00 |
| opendevmeet | Meeting started Wed Jan 28 16:00:00 2026 UTC and is due to finish in 60 minutes. The chair is johnsom. 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 'octavia' | 16:00 |
| gthiemon1e | o/ | 16:00 |
| johnsom | Hello everyone | 16:00 |
| *** gthiemon1e is now known as gthiemonge | 16:00 | |
| gthiemonge | o/ | 16:00 |
| johnsom | #topic Announcements | 16:00 |
| johnsom | I do not have any new announcements this week. Does anyone else? | 16:01 |
| gthiemonge | hmm, no | 16:01 |
| raineszm | o/ | 16:01 |
| johnsom | #topic Brief progress reports / bugs needing review | 16:01 |
| gthiemonge | quite busy week for me, but not with upstream octavia :D | 16:03 |
| johnsom | About all I have on the progress side here is we did a stable/2024.2 release of Octavia. | 16:03 |
| johnsom | Yeah, same, I am still held up helping Designate with the eventlet removal. | 16:03 |
| gthiemonge | johnsom: hey, this patch has been there for a few weeks now, it's a fix for a broken RPC call: | 16:03 |
| gthiemonge | https://review.opendev.org/c/openstack/octavia/+/969195 | 16:03 |
| johnsom | Ok, I will have a look | 16:04 |
| gthiemonge | thanks | 16:05 |
| RomanHros[m] | Hello, what is progress in https://bugs.launchpad.net/octavia/+bug/2133042? | 16:05 |
| gthiemonge | I think it's stuck, the idea of adding dependencies between the tasks in taskflow doesn't work | 16:06 |
| johnsom | What I remember is this is really a bug in Nova. I should re-read it and re-assign it to nova | 16:06 |
| gthiemonge | Nova just says "don't do that" | 16:06 |
| johnsom | Well, like many of the other nasty bugs in nova... | 16:07 |
| gthiemonge | they provide an API to create multiple servers, but it's not compatbile with the config drive we pass | 16:07 |
| johnsom | Yeah, that API is very limited in capability. | 16:07 |
| gthiemonge | basically we had 2 ideas: dealing with this issue in taskflow, or spliting the flows in octavia to run those 2 tasks sequentially | 16:08 |
| johnsom | Or fixing nova, which is the right answer | 16:08 |
| RomanHros[m] | Is it hard to just change the engine to serial for the VM creation process? | 16:08 |
| johnsom | It is not hard, but will significantly slow the load balancer provision process. The nova boot is already the slowest step in the process. | 16:09 |
| johnsom | I would guess we would go from 45 seconds to provision a load balancer to a minute and a half if we serialize that step. | 16:10 |
| gthiemonge | johnsom: it's only the API calls that should not be made in parallel, once the POST are sent, we can probably continue the flow in parallel | 16:10 |
| gthiemonge | at least after creating the VM we should ensure that it is assigned to an host before continuing | 16:11 |
| johnsom | Hmmm, I wonder if there is impact on the rollback/retries in that scenario | 16:11 |
| gthiemonge | yeah we've had a few bugs with the revert of unordered flows :/ | 16:12 |
| johnsom | Yeah, this is all the whole point of having a server affinity group in nova. It seems like they need a simple lock on the affinity group to stop this broken behavior | 16:12 |
| gthiemonge | another workaround would be to check the status of the MASTER amphora VM before creating the BACKUP amphora VM | 16:14 |
| gthiemonge | no changes in the flows, just a short wait in the create-server task | 16:14 |
| RomanHros[m] | until it has host assigned? | 16:15 |
| johnsom | We can think about adding yet another workaround for nova, but I think we also need to push nova to fix the placement service like they mention in the document. | 16:15 |
| johnsom | Any change we do will slow the provisioning process which people already think that 45 seconds is too long. | 16:15 |
| gthiemonge | "Future work" but it was 2021-07-09 :D | 16:16 |
| johnsom | Yeah | 16:16 |
| gthiemonge | I can measure the impact of a delay before sending the 2nd create server | 16:18 |
| johnsom | RomanHros[m] Do you know if there is an existing bug open in nova for this issue? | 16:18 |
| gthiemonge | johnsom: https://bugs.launchpad.net/nova/+bug/2132984 | 16:19 |
| johnsom | Yeah, checking the status before launching the second might be the best workaround. There is a "starting/booting" state that nova flips to once the qemu process is launched, that might be the trigger if there isn't a host assigned column we can use. | 16:20 |
| gthiemonge | I'll report my findings in the launchpad | 16:23 |
| johnsom | Thank you | 16:23 |
| johnsom | Any other progress updates this week? | 16:24 |
| gthiemonge | that's all from me | 16:25 |
| johnsom | #topic Open Discussion | 16:25 |
| johnsom | Any other topics this week? | 16:25 |
| raineszm | Two minor things for me | 16:25 |
| raineszm | One of my stable backports got passed over #link https://review.opendev.org/c/openstack/octavia/+/967755 | 16:25 |
| raineszm | Totally my fault for doing them all at once | 16:25 |
| raineszm | Thanks for you patience with these | 16:25 |
| raineszm | And an o-t-p patch to fix CI on unmaintained branches #link https://review.opendev.org/c/openstack/octavia-tempest-plugin/+/974565 | 16:26 |
| johnsom | Oh, that is my mistake most likely. Sorry about that | 16:26 |
| raineszm | No worries. | 16:26 |
| gthiemonge | yeah i'm confused with the presence of unmaintained branches in octavia-tempest-plugin master | 16:27 |
| gthiemonge | doesn't it work because your patch on the unmaintained branch has a depends-on the change in o-t-p master? | 16:27 |
| raineszm | It is a little funky. | 16:27 |
| raineszm | Yes. | 16:27 |
| raineszm | So o-t-p master specializes some parent jobs to be on jammy for unmaintained | 16:28 |
| gthiemonge | but the unmaintained branch will never use o-t-p master, even when the patch merges, so I don't know if it will eventually work | 16:28 |
| gthiemonge | or is it only the zuul config of o-t-p master that matters for all the branches? | 16:29 |
| raineszm | I thought it was only the master config, like tempest. But I can double check. | 16:29 |
| gthiemonge | hmm | 16:29 |
| raineszm | It's been a few weeks since I looked at that | 16:29 |
| raineszm | there's no special branches | 16:30 |
| johnsom | Octavia tempest plugin in branchless in theory. In practice that has been a problem and tempest has used tags to work around it. | 16:30 |
| gthiemonge | yeah it should be pinned for unmaintained/ | 16:30 |
| johnsom | Yes | 16:30 |
| gthiemonge | well, maybe we can merge the o-t-p change, and see what happens, the patch looks harmless for the other jobs | 16:30 |
| raineszm | I don't see anything in the unmaintained branches pinning o-t-p to a tag currently | 16:32 |
| gthiemonge | i've just CR+2 the o-t-p review | 16:32 |
| raineszm | ty | 16:33 |
| johnsom | Yeah, that patch will be ok until we get an unmaintained release on noble. | 16:33 |
| johnsom | I workflowed it, but we will need to readdress that in the future. | 16:35 |
| johnsom | Any other topics today? | 16:35 |
| raineszm | johnsom: noted | 16:35 |
| raineszm | that's it for me | 16:35 |
| theovg | Hey! About my patch, I'm particularly available to work on it at the moment; if you have a bit of time to spare for reviewing it that would be very appreciated https://review.opendev.org/c/openstack/octavia/+/970404 | 16:35 |
| gthiemonge | theovg: hey, I saw your update, I'll take a look | 16:36 |
| johnsom | theovg Thank you for your work on that. I have not had time to look at it yet. | 16:36 |
| theovg | Thank you very much :) | 16:37 |
| gthiemonge | I need to do more tests with unreasonable amounts of resources | 16:37 |
| johnsom | Ok, if that is it for this week we can wrap it up. Good discussions! | 16:39 |
| johnsom | #endmeeting | 16:39 |
| opendevmeet | Meeting ended Wed Jan 28 16:39:44 2026 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 16:39 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/octavia/2026/octavia.2026-01-28-16.00.html | 16:39 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/octavia/2026/octavia.2026-01-28-16.00.txt | 16:39 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/octavia/2026/octavia.2026-01-28-16.00.log.html | 16:39 |
| raineszm | thanks! have a good one \o | 16:39 |
| johnsom | Thank you everone | 16:39 |
| gthiemonge | yeah that was a good meeting! | 16:39 |
| theovg | Well it is in use downstream here and we've seen improvements across all our regions with no new errors or things popping up and it is doing great! Anyways, thanks again and have a good one! | 16:40 |
| gthiemonge | theovg: good to hear | 16:41 |
| opendevreview | Merged openstack/octavia stable/2025.2: Don't fail if a provider driver cannot be loaded in Octavia API https://review.opendev.org/c/openstack/octavia/+/967755 | 18:24 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!