Wednesday, 2026-08-05

opendevreviewGregory Thiemonge proposed openstack/octavia stable/2026.1: Disabling periodic FIPS jobs on stable branches  https://review.opendev.org/c/openstack/octavia/+/99978506:00
opendevreviewGregory Thiemonge proposed openstack/octavia master: WIP Add availability_zones (plural) API for load balancer creation  https://review.opendev.org/c/openstack/octavia/+/99978808:05
opendevreviewShogo Yoshioka proposed openstack/octavia master: Allow updating compute_flavor in a FlavorProfile  https://review.opendev.org/c/openstack/octavia/+/99718210:03
opendevreviewShogo Yoshioka proposed openstack/octavia master: Allow updating compute_flavor in a FlavorProfile  https://review.opendev.org/c/openstack/octavia/+/99718210:55
opendevreviewMerged openstack/octavia stable/2026.1: Disabling periodic FIPS jobs on stable branches  https://review.opendev.org/c/openstack/octavia/+/99978511:02
tweiningHello14:04
gthiemongetweining: hey there14:49
opendevreviewGregory Thiemonge proposed openstack/octavia master: Limit periodic FIPS job to traffic-ops tests  https://review.opendev.org/c/openstack/octavia/+/99984314:54
froyoo/ tweining how is going?15:08
opendevreviewMerged openstack/octavia stable/2026.1: Fix ZooKeeper session churn in ZookeeperTaskFlowDriver  https://review.opendev.org/c/openstack/octavia/+/99890115:26
tweiningHi guys. I can't really complain much. I am back from traveling since April.15:28
tweiningI'm looking for a new job since then15:29
froyoApril 2025?15:29
tweiningApril 202615:30
tweiningI was traveling from may 25 till April 2615:30
froyoyeah I mean one year travelling... hehe15:30
froyogood trip... 15:30
tweiningHow are you doing? And Openstack and work?15:31
froyomostly fine, some new faces, but in the end, it's the same old crowd, haha15:37
tweiningSounds good. I'm glad to hear you're doing fine 15:39
opendevreviewMerged openstack/octavia stable/2025.2: Fix ZooKeeper session churn in ZookeeperTaskFlowDriver  https://review.opendev.org/c/openstack/octavia/+/99932615:40
opendevreviewMerged openstack/octavia stable/2025.1: Fix ZooKeeper session churn in ZookeeperTaskFlowDriver  https://review.opendev.org/c/openstack/octavia/+/99932715:40
gthiemonge#startmeeting Octavia16:00
opendevmeetMeeting started Wed Aug  5 16:00:50 2026 UTC and is due to finish in 60 minutes.  The chair is gthiemonge. Information about MeetBot at http://wiki.debian.org/MeetBot.16:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:00
opendevmeetThe meeting name has been set to 'octavia'16:00
gthiemongeo/16:00
viniciusro/16:00
rcruise-redhato/16:01
ShogoYoshiokao/16:01
gthiemonge#topic Announcements16:02
gthiemonge* 2026.2 Hibiscus Release Schedule16:02
raineszmo/16:02
gthiemongejust a quick reminder, we are 4 weeks from feature freeze16:03
gthiemongeso I'm currently reviewing feature patches (like the multi-az amphora support)16:03
gthiemongeand it's also the PTL election nomination period (it feels like the previous one was last month)16:04
gthiemongei'll be a candidate for the I release cycle16:05
gthiemonge* Security Bugs16:06
gthiemongeFYI we got 2 new security bugs this week16:06
gthiemongeI already proposed 2 patches to fix them, and thanks for the reviews BTW16:06
gthiemongeFix HAProxy config injection via tls_ciphers field16:06
gthiemongehttps://review.opendev.org/c/openstack/octavia/+/99955316:07
gthiemongeFix HAProxy config injection via L7 policy redirect URLs16:07
gthiemongehttps://review.opendev.org/c/openstack/octavia/+/99955516:07
gthiemongeI hope they'll merge before the end of week, then I'll propose backports to the stable branches16:07
gthiemongeand I hope we won't get more security bugs :D16:08
gthiemongethat's it for my announcement, did i miss anything?16:08
rcruise-redhatI don't think so16:09
gthiemonge#topic Brief progress reports / bugs needing review16:11
gthiemongeI was busy with those security bugs, and also the reviews of feature patches16:11
rcruise-redhatI was doing some work on the VRRP peer ports to try and get it ready, if anyone has time for a review it would be great to get in before code freeze: https://review.opendev.org/c/openstack/octavia/+/97140816:13
gthiemongercruise-redhat: I've just found an issue in the release note16:13
rcruise-redhatThat was quick :D16:13
ShogoYoshiokaHi, gthiemonge. Thanks for checking my post so quickly!16:14
ShogoYoshiokahttps://review.opendev.org/c/openstack/octavia/+/99718216:14
gthiemongeI gave a CR+2 yesterday, but for an unknown reason I was revisiting the review16:14
rcruise-redhatNo worries, I should have a fix posted ASAP16:14
rcruise-redhatThanks for looking at it16:15
gthiemongeShogoYoshioka: hey, no problem, I'll reply to your comments!16:15
gthiemongercruise-redhat: I can +2 it quickly too16:15
ShogoYoshiokagthiemonge: Thanks so much! I’d like to get this done before the feature freeze.16:16
ShogoYoshiokaI have two questions about my post, is that okay?16:16
gthiemongeShogoYoshioka: we're still on time16:17
gthiemongeShogoYoshioka: yeah, sure16:17
ShogoYoshiokaSure. Regarding your proposal, could you tell me if the `compute_flavor` is not used in the specifications for providers other than Amphora? (You might be able to comment on this later.)16:18
opendevreviewRichard Cruise proposed openstack/octavia master: Fix VRRP and HAProxy peer ports open to 0.0.0.0/0  https://review.opendev.org/c/openstack/octavia/+/97140816:19
gthiemongeShogoYoshioka: can you add the questions to the review?16:19
gthiemongeBTW, I forgot this, this is the fix for the first vulnerability:16:20
gthiemongehttps://review.opendev.org/c/openstack/octavia/+/99893516:20
gthiemongeit would be great to get additional reviews/tests16:20
ShogoYoshioka> can you add the questions to the review? -> Okay. Thank you.16:21
ShogoYoshiokaAnd another question. Regarding my change, should I create a unit test and request a review of it as well?16:22
rcruise-redhatIn general you'd include new or updated  tests with the original change, so they get reviewed together16:24
gthiemongeit's always good to have unit tests in the same commit (because the coverage of the code is evaluated for each commit, so you add code and the coverage falls bellow 92%, the jobs will fail)16:24
ShogoYoshiokaThanks to both of you! I’ll rush to prepare both the code changes and the unit tests.16:26
rcruise-redhatNo problem, I'll take a look at the CR when I get a chance16:27
*** Unknown123 is now known as Mike--16:28
gthiemonge#topic Open Discussion16:29
gthiemongeany other topics for today folks?16:30
YushoYamaguchiCould I talk?16:30
viniciusrgo ahead :)16:30
YushoYamaguchihttps://bugs.launchpad.net/octavia/+bug/216292016:31
YushoYamaguchiI've added a bug report, but it is not devastating16:31
YushoYamaguchiI have come up with and listed several possible approaches, and I would appreciate your feedback on them.16:32
gthiemongeinteresting, I've heard of folks with similar issues16:33
rcruise-redhatI'll have to review the neutron changes to get my head around them, but it definitely looks like something worth looking into16:33
YushoYamaguchiDefinitely16:34
gthiemongeYushoYamaguchi: we will take a look at this launchpad16:36
gthiemongethanks for the heads up16:36
YushoYamaguchiThank you!16:36
gthiemongeyou're welcome16:38
gthiemongeanything else folks?16:38
rcruise-redhatNothing from me16:38
YushoYamaguchihttps://bugs.launchpad.net/octavia/+bug/215863716:38
YushoYamaguchithank you for your comment16:39
YushoYamaguchiAs mentioned here, if failing over the LB itself works without any traffic disruption thanks to VRRP, I think we can close this bug and use failing over the LB as the workaround, as you suggested.16:39
gthiemongeI'll reply in the launchpad, but when using active-standby load balancers, the traffic from the master amp is redirected to the other amp within 1 sec (it depends on some vrrp settings configured in the amphora)16:40
YushoYamaguchi> within 1 sec.      Great! I've understood. Thank you.16:41
YushoYamaguchiIt's all from me.16:42
gthiemongegreat meeting folks!16:42
viniciusrI have one about active-active BGP. I sent 2 patches to bgp-exp (there's one more coming), related to CERN's usecase. I know there's more people interested in the feature and I'd appreciate any input on it16:43
gthiemongeviniciusr: ack i'll take a look (unless some new vulnerabilites appear :D)16:44
rcruise-redhatSure, I'll take a look16:44
viniciusrthanks :)16:44
viniciusrnothing else from me16:44
rcruise-redhat@gthiemonge: stop asking for trouble ;)16:44
gthiemonge:D16:45
gthiemongeok, I guess that's it for this week16:45
gthiemongethank you guys, and have a good one16:46
gthiemonge#endmeeting16:46
opendevmeetMeeting ended Wed Aug  5 16:46:18 2026 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:46
opendevmeetMinutes:        https://meetings.opendev.org/meetings/octavia/2026/octavia.2026-08-05-16.00.html16:46
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/octavia/2026/octavia.2026-08-05-16.00.txt16:46
opendevmeetLog:            https://meetings.opendev.org/meetings/octavia/2026/octavia.2026-08-05-16.00.log.html16:46
rcruise-redhatThanks all!16:46
viniciusrthank you guys!16:46
opendevreviewAustin Russell proposed openstack/octavia master: Enables amphora VRRP ports to be on different subnets on the same network when there is a loadbalancer failover.  Performs ip availability check on the vip-network and selects alternate subnet with free IPs if the vip-subnet is full. Installs routes on amphoras for all subnets in vip-network to ensure VRRP connnectivity when the amphoras have VRRP ports on different subnets.  https18:48
-opendevstatus- NOTICE: The Gerrit service on review.opendev.org will be offline momentarily at 20:00 UTC (an hour from now) while we restart for a patch upgrade, but should return within a few minutes.19:02
-opendevstatus- NOTICE: The Gerrit service on review.opendev.org will not be restarted at 20:00 UTC after all, due to unanticipated image build regressions, and will be rescheduled to a later time/date.19:13

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