16:00:13 <gthiemonge> #startmeeting Octavia
16:00:13 <opendevmeet> Meeting started Wed Jan 11 16:00:13 2023 UTC and is due to finish in 60 minutes.  The chair is gthiemonge. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:00:13 <opendevmeet> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:00:13 <opendevmeet> The meeting name has been set to 'octavia'
16:00:19 <gthiemonge> Hi everyone!
16:00:25 <johnsom> o/
16:00:26 <matfechner> o/
16:00:26 <tweining> o/
16:00:27 <oschwart> o/
16:02:49 <gthiemonge> #topic Announcements
16:03:03 <gthiemonge> * 2023.1 Antelope Release schedule
16:03:12 <gthiemonge> FYI we passed Antelope-2 milestone
16:03:26 <gthiemonge> I recreated the etherpad with the priority review list
16:03:34 <gthiemonge> #link https://etherpad.opendev.org/p/octavia-priority-reviews
16:03:46 <gthiemonge> (the link is also in the topic of the channel)
16:04:50 <gthiemonge> all the patches are not ordered yet, please prioritize the changes that you think should be higher on the list
16:05:21 <tweining> I started doing that for a few patches already
16:05:50 <gthiemonge> yah Feature patches should be on top (I'll add a [feature] kw for those changes), important fixes too
16:06:49 <gthiemonge> FYI the next important event is the final release for non-client libraries (ex: octavia-lib) on Feb 9
16:06:58 <gthiemonge> (but as of today, all the octavia-lib patches are merged)
16:09:27 <gthiemonge> * OpenInfra Summit Vancouver 2023
16:09:37 <gthiemonge> the deadline for the Call for Paper is over
16:09:43 <gthiemonge> FYI johnsom submitted a proposal for an Octavia Forum!
16:09:46 <gthiemonge> johnsom: thanks!
16:10:17 <QG> I also submitted a proposal for a presentation about ovh and octavia
16:10:35 <gthiemonge> QG: oh great!
16:10:37 <tweining> cool
16:11:08 <johnsom> QG If you would like any help/reviews/diagrams/logos we might have, please ping me. I am happy to help you
16:11:16 <gthiemonge> +1
16:11:43 <QG> johnsom: ok thanks !
16:12:57 <gthiemonge> any other announcements?
16:13:04 <tweining> yes
16:13:32 <tweining> they announced the code name for the b release cycle
16:13:42 <tweining> it is Bobcat!
16:13:50 <gthiemonge> right
16:14:44 <johnsom> Also, in case we haven't mentioned it. Registration is open for the next virtual PTG:
16:15:02 <johnsom> #link https://openinfra.dev/ptg/
16:15:45 <gthiemonge> thanks
16:17:02 <gthiemonge> #topic CI Status
16:17:23 <gthiemonge> lot of new issues with tox4 in the last weeks
16:17:32 <gthiemonge> things are getting back to normal
16:18:03 <gthiemonge> important changes that fix or stabilize the CI need to be on top of our priority list
16:18:08 <gthiemonge> (I'll check the backlog)
16:20:37 <gthiemonge> #topic Brief progress reports / bugs needing review
16:21:29 <tweining> gthiemonge helped me finish the python-neutronclient removal patch
16:21:58 <tweining> I added it to the review priority list too
16:22:07 <gthiemonge> thanks tweining
16:22:07 <tweining> https://review.opendev.org/c/openstack/octavia/+/866327
16:23:16 <oschwart> I will take a look too
16:23:17 <gthiemonge> There's one fix for an important bug: issue with the creation of a fully-populated LB with a listener (only in SINGLE topo)
16:23:23 <gthiemonge> #link https://review.opendev.org/c/openstack/octavia/+/868423
16:23:55 <gthiemonge> it needs to be backported when it's merged, we might create tags stable releases too
16:24:03 <gthiemonge> "tags for"
16:24:39 <gthiemonge> johnsom: rm_work: ^
16:24:50 <johnsom> ack
16:25:42 <oschwart> I am having this one which adds the non default pools info to the lb status show command
16:25:50 <oschwart> #link https://review.opendev.org/c/openstack/octavia/+/868479
16:26:09 <oschwart> It seems like this job won't let Zuul pass
16:26:12 <gthiemonge> oschwart: this one is interesting
16:26:23 <oschwart> #link https://zuul.opendev.org/t/openstack/build/54a9f3db2c9a47de9c2c18f9d31a7f00/console
16:26:53 <oschwart> Because the lb_status got bigger (now it has non default pools too). Can I ask your help with that issue?
16:27:00 <gthiemonge> adding non-default pools breaks the tempest tests
16:27:04 <johnsom> They should only show up if they are attached to an L7 policy right?
16:27:40 <johnsom> Otherwise, they have no status because they don't exist outside of the data model
16:27:58 <gthiemonge> hmm
16:28:44 <gthiemonge> so the current behavior would be the correct behavior
16:29:19 <johnsom> In my opinion yes, as long as they do show up when attached to an L7, then it is behaving correctly
16:29:37 <oschwart> IIRC if they are not attached to a listener they do not show up
16:30:40 <oschwart> There it is
16:30:43 <oschwart> #link https://storyboard.openstack.org/#!/story/2010491
16:31:09 <oschwart> I tried both: one time without L7policy, just a non attached pool
16:31:33 <oschwart> Another time non attached pool which should be attached to an L7 and in both cases the pool info didn't show up
16:32:20 <oschwart> Sorry for the lack of whitespaces in the story
16:32:50 <gthiemonge> (you can use ``` to format logs and CLI output)
16:33:01 <gthiemonge> ok I will take another look at the story
16:33:11 <oschwart> gthiemonge: thanks
16:33:18 <gthiemonge> it might mean that only the pools in l7policies need to be fixed
16:34:10 <oschwart> If that's the case, what should I do with the u/s job that blocks it?
16:34:48 <gthiemonge> first we need to ensure that the story is valid
16:35:00 <oschwart> gthiemonge: ack
16:35:21 <oschwart> That's it for me for this topic
16:35:24 <gthiemonge> if the first part of the story is not valid, the commit should not break the existing tests
16:35:52 <johnsom> We should look at what their status is in a pool list call and decided if it makes sense to include them
16:37:57 <oschwart> ok then, I will contact you guys offline about this story, thanks
16:38:30 <gthiemonge> #topic Open Discussion
16:43:26 <gthiemonge> any other topics?
16:44:05 <oschwart> Nothing from me
16:44:47 <tweining> nope
16:44:54 <gthiemonge> ok thanks! have a great day!
16:44:56 <gthiemonge> #endmeeting