Wednesday, 2023-01-04

opendevreviewMerged openstack/octavia master: Fix broken tox.ini with tox4  https://review.opendev.org/c/openstack/octavia/+/86876500:19
opendevreviewMerged openstack/octavia-dashboard master: Fix tox.ini with tox4  https://review.opendev.org/c/openstack/octavia-dashboard/+/86896406:03
opendevreviewTom Weininger proposed openstack/octavia stable/zed: Fix broken tox.ini with tox4  https://review.opendev.org/c/openstack/octavia/+/86915309:18
opendevreviewTom Weininger proposed openstack/octavia stable/yoga: Fix broken tox.ini with tox4  https://review.opendev.org/c/openstack/octavia/+/86915509:20
opendevreviewTom Weininger proposed openstack/octavia stable/yoga: Fix broken tox.ini with tox4  https://review.opendev.org/c/openstack/octavia/+/86915509:25
opendevreviewTom Weininger proposed openstack/octavia stable/yoga: Fix broken tox.ini with tox4  https://review.opendev.org/c/openstack/octavia/+/86915509:27
opendevreviewTom Weininger proposed openstack/octavia stable/xena: Fix broken tox.ini with tox4  https://review.opendev.org/c/openstack/octavia/+/86915709:28
opendevreviewTom Weininger proposed openstack/octavia stable/wallaby: Fix broken tox.ini with tox4  https://review.opendev.org/c/openstack/octavia/+/86915809:28
opendevreviewTom Weininger proposed openstack/octavia stable/victoria: Fix broken tox.ini with tox4  https://review.opendev.org/c/openstack/octavia/+/86915909:28
opendevreviewTom Weininger proposed openstack/octavia stable/ussuri: Fix broken tox.ini with tox4  https://review.opendev.org/c/openstack/octavia/+/86916009:32
opendevreviewTom Weininger proposed openstack/octavia stable/train: Fix broken tox.ini with tox4  https://review.opendev.org/c/openstack/octavia/+/86916109:37
opendevreviewOmer Schwartz proposed openstack/octavia master: Fix missing non default pools on lb status show  https://review.opendev.org/c/openstack/octavia/+/86847910:35
opendevreviewOmer Schwartz proposed openstack/octavia master: Fix hm operating status to ONLINE in single lb call  https://review.opendev.org/c/openstack/octavia/+/86836310:38
opendevreviewTom Weininger proposed openstack/octavia stable/victoria: Fix broken tox.ini with tox4  https://review.opendev.org/c/openstack/octavia/+/86915910:40
opendevreviewTom Weininger proposed openstack/octavia stable/wallaby: Fix broken tox.ini with tox4  https://review.opendev.org/c/openstack/octavia/+/86915810:48
opendevreviewTom Weininger proposed openstack/octavia stable/ussuri: Fix broken tox.ini with tox4  https://review.opendev.org/c/openstack/octavia/+/86916010:48
opendevreviewTom Weininger proposed openstack/octavia master: WIP remove python-neutronclient  https://review.opendev.org/c/openstack/octavia/+/86632711:47
opendevreviewTom Weininger proposed openstack/octavia master: WIP remove python-neutronclient  https://review.opendev.org/c/openstack/octavia/+/86632711:49
opendevreviewTom Weininger proposed openstack/octavia master: Update and rename convert_*_to_model functions  https://review.opendev.org/c/openstack/octavia/+/86835211:49
opendevreviewMerged openstack/octavia master: Remove i386 amphora build support  https://review.opendev.org/c/openstack/octavia/+/79090912:00
opendevreviewMerged openstack/octavia-tempest-plugin master: Remove skip flag for tests skipped due to inactive bug  https://review.opendev.org/c/openstack/octavia-tempest-plugin/+/86457012:56
opendevreviewOmer Schwartz proposed openstack/octavia master: Remove unused create_load_balancer_tree code  https://review.opendev.org/c/openstack/octavia/+/86658513:54
opendevreviewOmer Schwartz proposed openstack/octavia master: Fix pool creation with single LB create call  https://review.opendev.org/c/openstack/octavia/+/86420413:54
gthiemonge#startmeeting Octavia16:00
opendevmeetMeeting started Wed Jan  4 16:00:21 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
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:00
opendevmeetThe meeting name has been set to 'octavia'16:00
tweiningo/16:00
gthiemongeo/ HNY!16:00
oschwarto/ HNY!16:00
johnsomo/16:00
gthiemonge#topic Announcements16:02
gthiemonge* Deadline for CFP on Jan 10th16:03
gthiemongeFYI the deadline for the Call for Paper for the 2023 OpenInfra summit is closing soon (Jan 10th)16:03
gthiemonge#link https://cfp.openinfra.dev/app/vancouver-2023/19/presentations16:03
gthiemongeany other annoucements?16:05
johnsomMS2 is next week16:05
tweiningyeah, in a bit more than a month is feature freeze I think16:05
johnsomCorrection, this week16:05
johnsomYeah, feature freeze is Feb 13th16:06
johnsomThat week16:06
johnsomAlso, the virtual PTG registration is now open:16:06
gthiemongewow next week16:06
tweiningso time for updating the review priorities soon I guess16:06
johnsom#link https://openinfra.dev/ptg/16:06
gthiemongetweining: I agree16:06
gthiemongethanks for the heads-up folks16:07
gthiemonge#topic CI Status16:09
gthiemongethe fix for tox4 was merged on master16:09
gthiemongethank you to those who have worked on it!16:09
gthiemongeand the backports are in review on stable branches! thanks tweining!16:10
gthiemonge#link https://review.opendev.org/q/I5ac930e0d3928bb8acba4212dfff25f788acd44216:10
tweiningnp16:10
tweiningat least I learnt how to debug such issues on Zuul nodes directly, so it wasn't completly wasted time ;)16:11
gthiemongeFYI our tempest jobs are still based on Ubuntu Focal, we have a commit that updates them to Jammy (on master) that has been waiting for a long time16:12
gthiemonge#link https://review.opendev.org/c/openstack/octavia-tempest-plugin/+/86136916:12
oschwartgthiemonge: ack, I will review too16:16
gthiemongethanks16:16
gthiemonge#topic Brief progress reports / bugs needing review16:16
tweiningthere are lots of small changes can can be reviewed quickly16:17
tweining*that an16:17
gthiemongeI have one important fix: fix listener creation with fully-populated API (only for SINGLE topology):16:20
gthiemonge#link https://review.opendev.org/c/openstack/octavia/+/86842316:20
gthiemongewe could also review the associated tempest test (yeah, it's still not covered by the CI)16:20
gthiemonge#link https://review.opendev.org/c/openstack/octavia-tempest-plugin/+/82499916:20
gthiemonge(V-1 we need to take a look)16:21
gthiemongeanother change is about losing the qos_policy_id after a failover of a LB:16:21
gthiemonge#link https://review.opendev.org/c/openstack/octavia/+/86899416:21
oschwartI will review and test it16:24
tweiningI continued to work on removing neutronclient, but we can discuss that during open discussion16:24
gthiemonge#topic Open Discussion16:25
gthiemonge:)16:25
tweininghttps://review.opendev.org/q/topic:remove-neutronclient+project:openstack/octavia16:25
tweiningI will squash it into 1 patch later but for now it's easier for me to track the changes that way16:25
tweiningso one issue I ran into is grenade16:26
tweiningold config needs to work with new code apparently16:26
gthiemongejohnsom: do you confirm?16:27
johnsomWe need to maintain compatibility such that upgrades don't break16:27
gthiemongeok16:27
johnsomVia deprecation cycles16:27
gthiemongehmm ok16:28
johnsomhttps://docs.openstack.org/oslo.config/latest/reference/deprecating.html16:28
johnsomBut, it is best to "just have the code fix/do the right thing".16:28
johnsomWhat is the specific config issue you hit?16:28
gthiemongethere are some helpers in keystoneauth that automatically add options for authentication to the config parser16:28
johnsomauth_url?16:29
gthiemongethat would be nice to use them16:29
gthiemongebut for instance, they add a 'endpoint_override' while we have already a 'endpoint' for the same purpose16:29
gthiemongehow could we deal with that?16:29
tweiningmmh, I need to check. it happened last year ;)16:29
gthiemongeok, so in case of missing params in [neutron], we could use for instance the value from [service_auth]16:30
johnsomWell, originally we had to do things a bit more manually (couldn't use the keystoneauth parsers) because we have separate configs for each service we talk to. So it doesn't know how to parse them correctly or where they are.16:30
tweiningyeah "Auth plugin requires parameters which were not given: auth_url"16:30
johnsomSome clouds did "odd" things like having neutron in a different region than nova for example.16:31
johnsomSo they had to have full duplicates of the config settings for EACH service16:31
gthiemongeyeah, so now, it means that we would have multiple openstacksdk connections (with different parameters)16:31
johnsomSo, service_auth section was purely for talking with keystone, the others were for nova, neutron, glance, etc.16:32
johnsomYeah, that is how it is today, multiple client connections16:32
johnsomWe  use singletons, so we only create one "instance" per service16:33
tweiningwhen using the ks_loading functions in combination with the neutron config section (which seemed the right thing to do) I noticed that it doesn't work if ovn provider is used because it uses that section too.16:34
johnsomFor the auth_url, I think it would be fair to default back to the service_auth settings if it's not defined, but I'm not sure oslo.config will make that easy.16:34
tweiningbut gthiemonge found a way to work around that16:35
johnsomOVN provider should NOT be defining config settings that overlap with ours. They could use what we have, but should  not add overlapping config sections.16:36
tweininggthiemonge said if it breaks their stuff they need to fix it16:36
gthiemongewe can also help them :D16:37
johnsomYeah, if they are adding config settings that overlap sections we define, that is an OVN provider bug16:37
tweiningyeah, what I mean is that it is not blocking the change16:37
johnsomright16:37
johnsomOn a side note, you don't want to break config settings during upgrade, world-plus-dog will hate you as all 16 deployment tool projects will break.16:39
gthiemongeyeah16:40
tweiningok, thanks guys. so I understand using a separate neutron section in the config is okay, but code should use service_auth if it doesn't exist in the config.16:42
johnsomExtra credit: I don't think our provider driver development guide talks about config settings, we might want to add a section saying that any config settings added by a provider driver must be name spaced to the provider driver.16:42
johnsomI think that is fair, yes.16:42
gthiemongejohnsom: thanks16:45
gthiemongeanything else folks?16:47
tweiningonly that we need to increase review speed16:48
johnsomMy time is pretty limited for reviews16:48
gthiemongeI will restore the etherpad16:48
johnsomSo, yeah, prioritizing is going to be key to getting my time16:48
tweiningsome changes are really tiny and should only take a minute or so16:50
johnsomYeah, but I can't track the patches in octavia like I used to be able too. I'm spread over a lot of projects now16:50
johnsomSo, hints, nags, priority lists are going to be your best bet16:51
tweiningjohnsom: https://review.opendev.org/c/openstack/octavia/+/858739 whould be a good start :)16:52
tweiningthanks. that's all from me.16:52
oschwartNothing from me16:53
gthiemongeOk Folks!16:54
gthiemongeThank you, really interesting talks!16:54
gthiemonge#endmeeting16:54
opendevmeetMeeting ended Wed Jan  4 16:54:26 2023 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:54
opendevmeetMinutes:        https://meetings.opendev.org/meetings/octavia/2023/octavia.2023-01-04-16.00.html16:54
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/octavia/2023/octavia.2023-01-04-16.00.txt16:54
opendevmeetLog:            https://meetings.opendev.org/meetings/octavia/2023/octavia.2023-01-04-16.00.log.html16:54

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