Wednesday, 2023-01-11

opendevreviewTom Weininger proposed openstack/octavia master: Remove python-neutronclient  https://review.opendev.org/c/openstack/octavia/+/86632701:15
opendevreviewMerged openstack/octavia master: Fixing tests with tox 4.2.6  https://review.opendev.org/c/openstack/octavia/+/86967105:04
opendevreviewMerged openstack/octavia-lib master: Fix tox4 error  https://review.opendev.org/c/openstack/octavia-lib/+/86895507:29
opendevreviewMerged openstack/octavia-lib master: Add *.orig to .gitignore  https://review.opendev.org/c/openstack/octavia-lib/+/85978807:54
opendevreviewMerged openstack/python-octaviaclient master: Add *.orig to .gitignore  https://review.opendev.org/c/openstack/python-octaviaclient/+/85981109:46
opendevreviewTom Weininger proposed openstack/octavia master: Remove python-neutronclient  https://review.opendev.org/c/openstack/octavia/+/86632710:17
opendevreviewOmer Schwartz proposed openstack/python-octaviaclient stable/zed: Fix pool protocols  https://review.opendev.org/c/openstack/python-octaviaclient/+/86980610:26
opendevreviewOmer Schwartz proposed openstack/python-octaviaclient stable/yoga: Fix pool protocols  https://review.opendev.org/c/openstack/python-octaviaclient/+/86980710:32
opendevreviewOmer Schwartz proposed openstack/python-octaviaclient stable/xena: Fix pool protocols  https://review.opendev.org/c/openstack/python-octaviaclient/+/86980810:33
opendevreviewOmer Schwartz proposed openstack/python-octaviaclient stable/wallaby: Fix pool protocols  https://review.opendev.org/c/openstack/python-octaviaclient/+/86980910:34
AmmadHi12:18
AmmadIs there a possibility that a customer using amphora loadbalancer can forward their logs to their own syslog server ?12:19
kurt-octaviaAmmad: If the instance can route out (ping, ssh, etc.) to hosts on the other side of the load balancer and particularly to the syslog server, I don't see why not.12:24
*** kurt-octavia is now known as KurtB12:26
gthiemongeAmmad: Hi, yes it is possible, you need to setup log offloading in Octavia (https://docs.openstack.org/octavia/latest/admin/log-offloading.html), the easiest way to forward the logs to an external server would be to configure a syslog relay/forwarder on a controller12:40
gthiemonge(the amphora VMs have a route to the controllers, then the controllers forward the logs)12:41
gthiemongethis is the way I have implemented it in tripleo: https://review.opendev.org/c/openstack/tripleo-ansible/+/857601/6/tripleo_ansible/roles/octavia_controller_post_config/templates/10-octavia.conf.j212:44
gthiemongeAmmad: but if you have a direct route from the amphora management port to the syslog server, it should work also without using a forwarder12:45
gthiemongere-reading your question I missed a point, there are only global setttings for all the amphora VMs, and not settings for each tenant12:48
opendevreviewMerged openstack/octavia master: Add pre-commit  https://review.opendev.org/c/openstack/octavia/+/85873914:57
opendevreviewMerged openstack/octavia master: Rename Context to RequestContext  https://review.opendev.org/c/openstack/octavia/+/82744715:29
opendevreviewMerged openstack/octavia master: Add release note about fixing castellan  https://review.opendev.org/c/openstack/octavia/+/86736115:29
opendevreviewMerged openstack/python-octaviaclient master: Switch to 2023.1 Python3 unit tests and generic template name  https://review.opendev.org/c/openstack/python-octaviaclient/+/85611415:36
gthiemonge#startmeeting Octavia16:00
opendevmeetMeeting 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
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:00
opendevmeetThe meeting name has been set to 'octavia'16:00
gthiemongeHi everyone!16:00
johnsomo/16:00
matfechnero/16:00
tweiningo/16:00
oschwarto/16:00
gthiemonge#topic Announcements16:02
gthiemonge* 2023.1 Antelope Release schedule16:03
gthiemongeFYI we passed Antelope-2 milestone16:03
gthiemongeI recreated the etherpad with the priority review list16:03
gthiemonge#link https://etherpad.opendev.org/p/octavia-priority-reviews16:03
gthiemonge(the link is also in the topic of the channel)16:03
gthiemongeall the patches are not ordered yet, please prioritize the changes that you think should be higher on the list16:04
tweiningI started doing that for a few patches already16:05
gthiemongeyah Feature patches should be on top (I'll add a [feature] kw for those changes), important fixes too16:05
gthiemongeFYI the next important event is the final release for non-client libraries (ex: octavia-lib) on Feb 916:06
gthiemonge(but as of today, all the octavia-lib patches are merged)16:06
gthiemonge* OpenInfra Summit Vancouver 202316:09
gthiemongethe deadline for the Call for Paper is over16:09
gthiemongeFYI johnsom submitted a proposal for an Octavia Forum!16:09
gthiemongejohnsom: thanks!16:09
QGI also submitted a proposal for a presentation about ovh and octavia 16:10
gthiemongeQG: oh great!16:10
tweiningcool16:10
johnsomQG If you would like any help/reviews/diagrams/logos we might have, please ping me. I am happy to help you16:11
gthiemonge+116:11
QGjohnsom: ok thanks !16:11
gthiemongeany other announcements?16:12
tweiningyes16:13
tweiningthey announced the code name for the b release cycle16:13
tweiningit is Bobcat!16:13
gthiemongeright16:13
johnsomAlso, in case we haven't mentioned it. Registration is open for the next virtual PTG:16:14
johnsom#link https://openinfra.dev/ptg/16:15
gthiemongethanks16:15
gthiemonge#topic CI Status16:17
gthiemongelot of new issues with tox4 in the last weeks16:17
gthiemongethings are getting back to normal16:17
gthiemongeimportant changes that fix or stabilize the CI need to be on top of our priority list16:18
gthiemonge(I'll check the backlog)16:18
gthiemonge#topic Brief progress reports / bugs needing review16:20
tweininggthiemonge helped me finish the python-neutronclient removal patch16:21
tweiningI added it to the review priority list too16:21
gthiemongethanks tweining 16:22
tweininghttps://review.opendev.org/c/openstack/octavia/+/86632716:22
oschwartI will take a look too16:23
gthiemongeThere'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
gthiemonge#link https://review.opendev.org/c/openstack/octavia/+/86842316:23
gthiemongeit needs to be backported when it's merged, we might create tags stable releases too16:23
gthiemonge"tags for"16:24
gthiemongejohnsom: rm_work: ^16:24
johnsomack16:24
oschwartI am having this one which adds the non default pools info to the lb status show command16:25
oschwart#link https://review.opendev.org/c/openstack/octavia/+/86847916:25
oschwartIt seems like this job won't let Zuul pass16:26
gthiemongeoschwart: this one is interesting16:26
oschwart#link https://zuul.opendev.org/t/openstack/build/54a9f3db2c9a47de9c2c18f9d31a7f00/console16:26
oschwartBecause the lb_status got bigger (now it has non default pools too). Can I ask your help with that issue?16:26
gthiemongeadding non-default pools breaks the tempest tests16:27
johnsomThey should only show up if they are attached to an L7 policy right?16:27
johnsomOtherwise, they have no status because they don't exist outside of the data model16:27
gthiemongehmm16:27
gthiemongeso the current behavior would be the correct behavior16:28
johnsomIn my opinion yes, as long as they do show up when attached to an L7, then it is behaving correctly16:29
oschwartIIRC if they are not attached to a listener they do not show up16:29
oschwartThere it is16:30
oschwart#link https://storyboard.openstack.org/#!/story/201049116:30
oschwartI tried both: one time without L7policy, just a non attached pool16:31
oschwartAnother time non attached pool which should be attached to an L7 and in both cases the pool info didn't show up16:31
oschwartSorry for the lack of whitespaces in the story16:32
gthiemonge(you can use ``` to format logs and CLI output)16:32
gthiemongeok I will take another look at the story16:33
oschwartgthiemonge: thanks16:33
gthiemongeit might mean that only the pools in l7policies need to be fixed16:33
oschwartIf that's the case, what should I do with the u/s job that blocks it?16:34
gthiemongefirst we need to ensure that the story is valid16:34
oschwartgthiemonge: ack16:35
oschwartThat's it for me for this topic16:35
gthiemongeif the first part of the story is not valid, the commit should not break the existing tests16:35
johnsomWe should look at what their status is in a pool list call and decided if it makes sense to include them16:35
oschwartok then, I will contact you guys offline about this story, thanks16:37
gthiemonge#topic Open Discussion16:38
gthiemongeany other topics?16:43
oschwartNothing from me16:44
tweiningnope16:44
gthiemongeok thanks! have a great day!16:44
gthiemonge#endmeeting16:44
opendevmeetMeeting ended Wed Jan 11 16:44:56 2023 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:44
opendevmeetMinutes:        https://meetings.opendev.org/meetings/octavia/2023/octavia.2023-01-11-16.00.html16:44
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/octavia/2023/octavia.2023-01-11-16.00.txt16:44
opendevmeetLog:            https://meetings.opendev.org/meetings/octavia/2023/octavia.2023-01-11-16.00.log.html16:44
opendevreviewMerged openstack/octavia master: Fix listener creation with fully-populated API  https://review.opendev.org/c/openstack/octavia/+/86842319:25
*** gthiemon1e is now known as gthiemonge19:43
opendevreviewGregory Thiemonge proposed openstack/octavia master: Fix CreateVIPBasePort revert function  https://review.opendev.org/c/openstack/octavia/+/86821520:30

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