16:01:04 <gthiemonge> #startmeeting Octavia
16:01:04 <opendevmeet> Meeting started Wed Aug 10 16:01:04 2022 UTC and is due to finish in 60 minutes.  The chair is gthiemonge. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:01:05 <opendevmeet> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:01:05 <opendevmeet> The meeting name has been set to 'octavia'
16:01:08 <gthiemonge> Hi!
16:01:20 <johnsom> o/
16:01:20 <tweining> o/
16:01:22 <oschwart> o/
16:02:08 <gthiemonge> #topic Announcements
16:02:13 <gthiemonge> ** Virtual PTG
16:02:29 <gthiemonge> an update for the October PTG, the decision was made: the PTG will be 100% virtual
16:02:34 <gthiemonge> #link https://lists.openstack.org/pipermail/openstack-discuss/2022-August/029879.html
16:03:26 <gthiemonge> and of course I have already signed up the Octavia team, we will schedule a session there
16:04:41 <matfechner> o/
16:04:57 <oschwart> Great, thanks gthiemonge
16:05:23 <gthiemonge> ** OpenStack Antelope
16:05:38 <gthiemonge> the name of the next OpenStack release (after Zed) will be Antelope
16:05:46 <gthiemonge> #link https://lists.openstack.org/pipermail/openstack-discuss/2022-July/029672.html
16:06:31 <gthiemonge> any other announcements that I may have missed?
16:07:15 <tweining> mmh, I think that was all
16:07:51 <tweining> do we have a etherpad for the next PTG as well already?
16:08:09 <gthiemonge> tweining: not yet
16:08:18 <johnsom> I want to highlight the schedule for Zed:
16:08:21 <johnsom> #link https://releases.openstack.org/zed/schedule.html
16:08:43 <johnsom> The final release of octavia-lib needs to happen the week of August 22nd
16:09:00 <johnsom> Feature freeze is the week of August 29th
16:09:08 <tweining> uh, good point
16:09:23 <johnsom> That is the same week the final python-octaviaclient is going out
16:09:41 <gthiemonge> johnsom: thanks
16:09:43 <tweining> I need that new octavia-lib release for my circuit breaker RFE
16:10:09 <gthiemonge> the patch was merged one hour ago
16:10:11 <johnsom> We can release early of course if it helps, but the last one for Zed is the week of the 22nd
16:10:48 <gthiemonge> as we don't have any other patches for octavia-lib, we may tag a release now
16:11:25 <johnsom> Yeah, I might try to clean up the compression patch for octavia-lib to get it lined up for future work, but we can always tag another one.
16:11:44 <shubjero> gthiemonge: incredibly useful, thank you
16:13:00 <gthiemonge> shubjero: np ;-)
16:14:14 <gthiemonge> #topic CI Status
16:14:44 <gthiemonge> tweining has added a new reucrrent failure in our etherpad
16:14:48 <gthiemonge> https://etherpad.opendev.org/p/octavia-ci-failures
16:15:10 <tweining> yes, someone proposed a fix for it already
16:15:18 <gthiemonge> #link https://review.opendev.org/c/openstack/octavia/+/852400
16:15:45 <gthiemonge> yes and we will have to backport it
16:18:15 <gthiemonge> #topic Brief progress reports / bugs needing review
16:19:37 <tweining> I finished my work on the cpu pinning / vertical scaling optimization front
16:20:14 <tweining> https://review.opendev.org/q/topic:amp-cpu-pinning
16:20:26 <johnsom> I have been spending some time working on octavia-dashboard move to angular 1.8.2/firefox engine for testing
16:23:11 <gthiemonge> johnsom: I have an update for your patch
16:24:36 <gthiemonge> I have added code to clean up the events.click list before each test, this is nasty but I think the person who wrote the tests expected that this lsit would be emptied before executing a test
16:24:48 <gthiemonge> johnsom: I'll submit the change after the meeting
16:25:06 <johnsom> I chatted with the horizon team this morning too. They may try to take a look at the "UnhandledRejections" issue. They don't want us to disable that error.
16:25:20 <gthiemonge> ok
16:25:22 <gthiemonge> good to know
16:25:55 <johnsom> gthiemonge +1 I agree, the test was written expecting an empty event queue, which phantomjs appears to have done. Firefox does not
16:26:25 <johnsom> I will pull down your changes and do some manual testing too, just to make sure the plugin is working correctly
16:26:43 <gthiemonge> johnsom: thanks
16:28:39 <gthiemonge> a quick reminder: we have this priority review list:
16:28:45 <gthiemonge> #link https://etherpad.opendev.org/p/octavia-priority-reviews
16:29:53 <gthiemonge> #topic Open Discussion
16:31:49 <oschwart> A quick question, each "patch owner" should update the priority list? Or only PTL? Because I can update regarding the fix I uploaded "Fix HealthMonitorToErrorOnRevertTask revert method" that it has been merged
16:32:22 <gthiemonge> oschwart: I think that anyone can update it
16:32:55 <gthiemonge> oschwart: tomorrow I will check what needs to be updated there
16:33:05 <johnsom> Yep, community managed list. PTL may set priority (order), but updating status and adding to the list anyone should feel free to do.
16:33:47 <oschwart> Yes I have just updated it, thanks
16:33:48 <tweining> since feature freeze is very soon, I gues the feature list there has highest prio.
16:34:05 * johnsom notes he kind of broke that rule by prioritizing the deprecation warning fixes, but ...
16:34:11 <gthiemonge> tweining: yes, you're right
16:34:36 <johnsom> Yeah, octavia-lib -> python-octaviaclient -> features -> bugs
16:34:40 <gthiemonge> hmm I don't see any python-octaviaclient patches in the list, maybe I missed those
16:35:07 <gthiemonge> (there's a patch for multi VIP support)
16:35:13 <tweining> btw: I strike through items that I W+'ed, but I don't update the CR+1/CR+2 stuff. I'm too lazy
16:35:29 <johnsom> Yeah, if it's merged, just strike it out
16:35:57 <johnsom> If it's not merged, don't strike it as we may need to rebase, etc.
16:37:22 <gthiemonge> any other topics?
16:37:28 <oschwart> I will spend some time reviewing the patches on the list
16:37:50 <oschwart> But nothing else from me
16:38:29 <tweining> nothing from me
16:38:38 <gthiemonge> ok
16:38:55 <gthiemonge> thank you folks!
16:39:00 <gthiemonge> #endmeeting