Wednesday, 2022-11-16

*** yadnesh|away is now known as yadnesh04:46
*** ysandeep|out is now known as ysandeep05:41
*** ysandeep is now known as ysandeep|brb06:16
*** ysandeep|brb is now known as ysandeep06:57
*** yadnesh is now known as yadnesh|afk07:57
*** ysandeep is now known as ysandeep|lunch08:52
*** yadnesh|afk is now known as yadnesh09:00
*** ysandeep|lunch is now known as ysandeep10:04
*** yadnesh is now known as yadnesh|afk11:43
*** ysandeep is now known as ysandeep|brb12:06
*** ysandeep|brb is now known as ysandeep12:17
*** yadnesh|afk is now known as yadnesh12:19
*** ysandeep is now known as ysandeep|afk12:47
*** ysandeep|afk is now known as ysandeep13:26
opendevreviewTom Weininger proposed openstack/octavia master: Amphora vertical scaling optimization in Octavia  https://review.opendev.org/c/openstack/octavia/+/84913014:45
opendevreviewTom Weininger proposed openstack/octavia master: Set nohz_full in cpu-pinning element  https://review.opendev.org/c/openstack/octavia/+/85380214:45
opendevreviewTom Weininger proposed openstack/octavia master: Optimize HAProxy SSL cache size  https://review.opendev.org/c/openstack/octavia/+/85360614:45
*** ysandeep is now known as ysandeep|retro14:58
opendevreviewGregory Thiemonge proposed openstack/octavia master: Spliting FIPS jobs into 2 jobs  https://review.opendev.org/c/openstack/octavia/+/86439115:51
gthiemonge#startmeeting Octavia16:00
opendevmeetMeeting started Wed Nov 16 16:00:41 2022 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
johnsomo/16:00
tweiningo/16:00
matfechnero/16:01
*** ysandeep|retro is now known as ysandeep16:02
gthiemonge#topic Announcements16:03
gthiemonge** Antelope-116:03
johnsomIt is MS1 week16:03
gthiemongethis week is Antelope-1 Milestone16:03
gthiemongeyep16:03
johnsomI will be proposing a MS1 tag for octavia-tempest-plugin this week16:03
gthiemongejohnsom: thanks16:03
gthiemongewe have also planned to review/merge some RFEs before this milestone16:04
fkro/16:04
fkr(sorry, a tad late)16:04
gthiemongeI think that things are moving well for the cpu-pinning RFE from tweining16:04
gthiemonge(and it's not a big issue if it is not merged this week, at least we got interesting feedback on it)16:05
tweiningyes, I think I will not change things and wait for reviews now16:05
gthiemongeack16:07
tweiningdifferent topic: I read that call for papers for the next summit is open16:07
gthiemongeany other announcements that I have missed?16:07
johnsom#link https://lists.openstack.org/pipermail/openstack-discuss/2022-November/031201.html16:08
gthiemongeinteresting16:08
*** ysandeep is now known as ysandeep|out16:08
johnsomNote this link for how to setup a forum session:16:09
johnsom#link https://cfp.openinfra.dev/app/vancouver-2023/20/16:09
johnsomHmm, I wonder if that is the correct link, but it is what they had in the email16:10
gthiemongeack16:11
tweiningwow, 1000 submission on average.16:11
johnsomIf anyone is interested in submitting a session, feel free to ask me questions. I have done a few over the years.16:12
gthiemongethanks16:14
gthiemonge#topic CI Status16:15
gthiemongeFYI the (periodic) FIPS job is failing with timeouts16:15
gthiemongehttps://zuul.openstack.org/builds?job_name=octavia-v2-dsvm-scenario-fips&project=openstack/octavia16:15
gthiemongeI proposed to split it into 2 jobs (one with the traffic tests, one with the non-traffic tests)16:15
gthiemongehttps://review.opendev.org/c/openstack/octavia/+/86439116:15
gthiemongea test showed that it would fix those failures16:16
gthiemongehttps://zuul.opendev.org/t/openstack/buildset/d9eaf090ccba4ddc80925eadf69983c216:16
gthiemonge(note: there's a another FIPS job in the check pipeline that uses only the tls_barbican scenario tests)16:16
johnsomNice16:16
gthiemonge#topic Brief progress reports / bugs needing review16:19
gthiemongeCores: we have 3 pages of open backports: https://review.opendev.org/q/project:openstack/octavia+status:open+branch:%255Estable/.*16:21
johnsomI have finished the Barbican secrets consumer patch. It will not pass the Barbican tests until the Barbican team fixes a bug in the client. But I fixed that locally and had successful test runs.16:21
gthiemongejohnsom: rm_work: tweining: gthiemonge: ^16:21
johnsom#link https://review.opendev.org/c/openstack/octavia/+/86430816:21
gthiemongejohnsom: great!16:21
tweiningI will have a look16:22
QGI'have commented on #link https://review.opendev.org/c/openstack/octavia/+/85938716:24
gthiemongeI proposed a fix for the bug that QG described last week:16:24
gthiemongehttps://review.opendev.org/c/openstack/octavia/+/86419216:24
gthiemonge^ but I don't know if we should translate exception strings, any idea johnsom?16:24
gthiemongeQG: oh thanks, I will take a look16:25
johnsomTranslation is a good question. I don't think OpenStack is translating error messages anymore. I have only seen Dashboard and release notes16:26
gthiemongebut an exception might be displayed in the dashboard16:26
johnsomYeah, we pass through a lot of exception strings in our dashboard.16:26
*** yadnesh is now known as yadnesh|away16:27
gthiemongehttps://codesearch.opendev.org/?q=ValidationException&i=nope&literal=nope&files=&excludeFiles=&repos=openstack/octavia16:27
johnsom#link https://review.opendev.org/c/openstack/octavia/+/41564616:27
QGAbout logs i have  a question what do you think of having in every log message the loadbalancer id ?16:28
johnsomI guess we still have the "_" in common/exceptions, so we probably should tag those. I don't think we have done a good job at that however. We might want to audit16:28
johnsomWell, not all logs are related to a load balancer specifically. I.e. amphora instances not yet associated with an LB.16:30
johnsomGenerally, you can take the request ID, grep for that and be able to tie it back to the root resource.16:30
QGamphora during spawn are not associated to any LB ?16:31
QGohhh16:31
QGok16:31
johnsomWell, no, we still have the "spares" code I think. Where we boot instances before they are assigned.16:31
gthiemongethe spare feature was removed16:32
QGit's more in a way of we want to centralize all the logs from a specific LB16:32
johnsomPersonally, I think the log lines are already too long. I also think it will be a bit of work to pass the LB ID down all of the flows.16:32
johnsomYeah, I get the idea of tracing. OpenStack has been aligned around the request ID.16:34
johnsomWe do tag all of the tenant flow logs with the LB that produced it. It's just the control plane that does not.16:34
johnsomWhat do others think on this?16:34
gthiemongeI like the idea (I spent a lot of time looking at the logs), but yeah it might be complicated to implement16:35
tweiningI'm fine with having the request id I think16:36
tweiningand yes, log lines are long already16:36
gthiemongeabout the request ID, I think that sometimes, we are losing this context16:36
johnsomWe are, we have not fully implemented the request ID16:36
gthiemongejohnsom: would it be possible to re-use the request id from the API in the controller?16:36
gthiemongeah ok16:37
gthiemongemaybe we could start by fixing it16:37
johnsomThe API is fully implemented, but the backends are not16:37
johnsomYeah, we should do that16:37
johnsom"I think there is an open story for that" (tm)16:39
johnsomgrin16:39
gthiemongea "what"?16:40
johnsomMaybe in an hour I can find it16:41
johnsom#link https://storyboard.openstack.org/#!/story/169486116:42
johnsomWow, I got lucky16:42
gthiemongenice16:42
QG:-)16:42
gthiemongeok, folks, I think we are already in the "Open Discussion" topic16:45
gthiemongeany other topics?16:47
tweiningI will spend more time on reviewing things in the next few days.16:47
gthiemongesame here16:48
tweiningwe also have a few very tiny changes that can be reviewed very quickly16:48
oschwarto/ my latest showing up to upstream meetings16:48
oschwartI will review patches as well16:48
tweiningbetter late than never ;)16:49
gthiemongecool, thank you folks!16:49
gthiemonge#endmeeting16:49
opendevmeetMeeting ended Wed Nov 16 16:49:39 2022 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:49
opendevmeetMinutes:        https://meetings.opendev.org/meetings/octavia/2022/octavia.2022-11-16-16.00.html16:49
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/octavia/2022/octavia.2022-11-16-16.00.txt16:49
opendevmeetLog:            https://meetings.opendev.org/meetings/octavia/2022/octavia.2022-11-16-16.00.log.html16:49
opendevreviewMichael Johnson proposed openstack/octavia stable/yoga: Handle feature compatibility of HAProxy server-state-file option  https://review.opendev.org/c/openstack/octavia/+/85849617:30
opendevreviewMichael Johnson proposed openstack/octavia stable/zed: Handle feature compatibility of HAProxy server-state-file option  https://review.opendev.org/c/openstack/octavia/+/85849417:37
opendevreviewMichael Johnson proposed openstack/octavia stable/train: Handle feature compatibility of HAProxy server-state-file option  https://review.opendev.org/c/openstack/octavia/+/85850617:41
opendevreviewMichael Johnson proposed openstack/octavia stable/ussuri: Handle feature compatibility of HAProxy server-state-file option  https://review.opendev.org/c/openstack/octavia/+/85850517:41
opendevreviewMichael Johnson proposed openstack/octavia stable/victoria: Handle feature compatibility of HAProxy server-state-file option  https://review.opendev.org/c/openstack/octavia/+/85850317:42
opendevreviewMichael Johnson proposed openstack/octavia stable/wallaby: Handle feature compatibility of HAProxy server-state-file option  https://review.opendev.org/c/openstack/octavia/+/85849817:43
opendevreviewMichael Johnson proposed openstack/octavia stable/xena: Handle feature compatibility of HAProxy server-state-file option  https://review.opendev.org/c/openstack/octavia/+/85849717:43
opendevreviewMerged openstack/octavia stable/yoga: Reconfigure amphora network interfaces seamlessly  https://review.opendev.org/c/openstack/octavia/+/85699119:30
opendevreviewMerged openstack/octavia stable/wallaby: Fix barbican client with application credentials/trusts  https://review.opendev.org/c/openstack/octavia/+/86260019:30
opendevreviewMerged openstack/octavia stable/xena: Restart rsyslog from cloud-init in amphorav1  https://review.opendev.org/c/openstack/octavia/+/86095319:30
opendevreviewMerged openstack/octavia stable/xena: Reconfigure amphora network interfaces seamlessly  https://review.opendev.org/c/openstack/octavia/+/85699421:37
opendevreviewMerged openstack/octavia stable/wallaby: Reconfigure amphora network interfaces seamlessly  https://review.opendev.org/c/openstack/octavia/+/85699621:37

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