*** yadnesh|away is now known as yadnesh | 04:46 | |
*** ysandeep|out is now known as ysandeep | 05:41 | |
*** ysandeep is now known as ysandeep|brb | 06:16 | |
*** ysandeep|brb is now known as ysandeep | 06:57 | |
*** yadnesh is now known as yadnesh|afk | 07:57 | |
*** ysandeep is now known as ysandeep|lunch | 08:52 | |
*** yadnesh|afk is now known as yadnesh | 09:00 | |
*** ysandeep|lunch is now known as ysandeep | 10:04 | |
*** yadnesh is now known as yadnesh|afk | 11:43 | |
*** ysandeep is now known as ysandeep|brb | 12:06 | |
*** ysandeep|brb is now known as ysandeep | 12:17 | |
*** yadnesh|afk is now known as yadnesh | 12:19 | |
*** ysandeep is now known as ysandeep|afk | 12:47 | |
*** ysandeep|afk is now known as ysandeep | 13:26 | |
opendevreview | Tom Weininger proposed openstack/octavia master: Amphora vertical scaling optimization in Octavia https://review.opendev.org/c/openstack/octavia/+/849130 | 14:45 |
---|---|---|
opendevreview | Tom Weininger proposed openstack/octavia master: Set nohz_full in cpu-pinning element https://review.opendev.org/c/openstack/octavia/+/853802 | 14:45 |
opendevreview | Tom Weininger proposed openstack/octavia master: Optimize HAProxy SSL cache size https://review.opendev.org/c/openstack/octavia/+/853606 | 14:45 |
*** ysandeep is now known as ysandeep|retro | 14:58 | |
opendevreview | Gregory Thiemonge proposed openstack/octavia master: Spliting FIPS jobs into 2 jobs https://review.opendev.org/c/openstack/octavia/+/864391 | 15:51 |
gthiemonge | #startmeeting Octavia | 16:00 |
opendevmeet | Meeting 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 |
opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 16:00 |
opendevmeet | The meeting name has been set to 'octavia' | 16:00 |
gthiemonge | o/ | 16:00 |
johnsom | o/ | 16:00 |
tweining | o/ | 16:00 |
matfechner | o/ | 16:01 |
*** ysandeep|retro is now known as ysandeep | 16:02 | |
gthiemonge | #topic Announcements | 16:03 |
gthiemonge | ** Antelope-1 | 16:03 |
johnsom | It is MS1 week | 16:03 |
gthiemonge | this week is Antelope-1 Milestone | 16:03 |
gthiemonge | yep | 16:03 |
johnsom | I will be proposing a MS1 tag for octavia-tempest-plugin this week | 16:03 |
gthiemonge | johnsom: thanks | 16:03 |
gthiemonge | we have also planned to review/merge some RFEs before this milestone | 16:04 |
fkr | o/ | 16:04 |
fkr | (sorry, a tad late) | 16:04 |
gthiemonge | I think that things are moving well for the cpu-pinning RFE from tweining | 16: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 |
tweining | yes, I think I will not change things and wait for reviews now | 16:05 |
gthiemonge | ack | 16:07 |
tweining | different topic: I read that call for papers for the next summit is open | 16:07 |
gthiemonge | any other announcements that I have missed? | 16:07 |
johnsom | #link https://lists.openstack.org/pipermail/openstack-discuss/2022-November/031201.html | 16:08 |
gthiemonge | interesting | 16:08 |
*** ysandeep is now known as ysandeep|out | 16:08 | |
johnsom | Note this link for how to setup a forum session: | 16:09 |
johnsom | #link https://cfp.openinfra.dev/app/vancouver-2023/20/ | 16:09 |
johnsom | Hmm, I wonder if that is the correct link, but it is what they had in the email | 16:10 |
gthiemonge | ack | 16:11 |
tweining | wow, 1000 submission on average. | 16:11 |
johnsom | If anyone is interested in submitting a session, feel free to ask me questions. I have done a few over the years. | 16:12 |
gthiemonge | thanks | 16:14 |
gthiemonge | #topic CI Status | 16:15 |
gthiemonge | FYI the (periodic) FIPS job is failing with timeouts | 16:15 |
gthiemonge | https://zuul.openstack.org/builds?job_name=octavia-v2-dsvm-scenario-fips&project=openstack/octavia | 16:15 |
gthiemonge | I proposed to split it into 2 jobs (one with the traffic tests, one with the non-traffic tests) | 16:15 |
gthiemonge | https://review.opendev.org/c/openstack/octavia/+/864391 | 16:15 |
gthiemonge | a test showed that it would fix those failures | 16:16 |
gthiemonge | https://zuul.opendev.org/t/openstack/buildset/d9eaf090ccba4ddc80925eadf69983c2 | 16:16 |
gthiemonge | (note: there's a another FIPS job in the check pipeline that uses only the tls_barbican scenario tests) | 16:16 |
johnsom | Nice | 16:16 |
gthiemonge | #topic Brief progress reports / bugs needing review | 16:19 |
gthiemonge | Cores: we have 3 pages of open backports: https://review.opendev.org/q/project:openstack/octavia+status:open+branch:%255Estable/.* | 16:21 |
johnsom | I 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 |
gthiemonge | johnsom: rm_work: tweining: gthiemonge: ^ | 16:21 |
johnsom | #link https://review.opendev.org/c/openstack/octavia/+/864308 | 16:21 |
gthiemonge | johnsom: great! | 16:21 |
tweining | I will have a look | 16:22 |
QG | I'have commented on #link https://review.opendev.org/c/openstack/octavia/+/859387 | 16:24 |
gthiemonge | I proposed a fix for the bug that QG described last week: | 16:24 |
gthiemonge | https://review.opendev.org/c/openstack/octavia/+/864192 | 16:24 |
gthiemonge | ^ but I don't know if we should translate exception strings, any idea johnsom? | 16:24 |
gthiemonge | QG: oh thanks, I will take a look | 16:25 |
johnsom | Translation is a good question. I don't think OpenStack is translating error messages anymore. I have only seen Dashboard and release notes | 16:26 |
gthiemonge | but an exception might be displayed in the dashboard | 16:26 |
johnsom | Yeah, we pass through a lot of exception strings in our dashboard. | 16:26 |
*** yadnesh is now known as yadnesh|away | 16:27 | |
gthiemonge | https://codesearch.opendev.org/?q=ValidationException&i=nope&literal=nope&files=&excludeFiles=&repos=openstack/octavia | 16:27 |
johnsom | #link https://review.opendev.org/c/openstack/octavia/+/415646 | 16:27 |
QG | About logs i have a question what do you think of having in every log message the loadbalancer id ? | 16:28 |
johnsom | I 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 audit | 16:28 |
johnsom | Well, not all logs are related to a load balancer specifically. I.e. amphora instances not yet associated with an LB. | 16:30 |
johnsom | Generally, you can take the request ID, grep for that and be able to tie it back to the root resource. | 16:30 |
QG | amphora during spawn are not associated to any LB ? | 16:31 |
QG | ohhh | 16:31 |
QG | ok | 16:31 |
johnsom | Well, no, we still have the "spares" code I think. Where we boot instances before they are assigned. | 16:31 |
gthiemonge | the spare feature was removed | 16:32 |
QG | it's more in a way of we want to centralize all the logs from a specific LB | 16:32 |
johnsom | Personally, 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 |
johnsom | Yeah, I get the idea of tracing. OpenStack has been aligned around the request ID. | 16:34 |
johnsom | We 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 |
johnsom | What do others think on this? | 16:34 |
gthiemonge | I like the idea (I spent a lot of time looking at the logs), but yeah it might be complicated to implement | 16:35 |
tweining | I'm fine with having the request id I think | 16:36 |
tweining | and yes, log lines are long already | 16:36 |
gthiemonge | about the request ID, I think that sometimes, we are losing this context | 16:36 |
johnsom | We are, we have not fully implemented the request ID | 16:36 |
gthiemonge | johnsom: would it be possible to re-use the request id from the API in the controller? | 16:36 |
gthiemonge | ah ok | 16:37 |
gthiemonge | maybe we could start by fixing it | 16:37 |
johnsom | The API is fully implemented, but the backends are not | 16:37 |
johnsom | Yeah, we should do that | 16:37 |
johnsom | "I think there is an open story for that" (tm) | 16:39 |
johnsom | grin | 16:39 |
gthiemonge | a "what"? | 16:40 |
johnsom | Maybe in an hour I can find it | 16:41 |
johnsom | #link https://storyboard.openstack.org/#!/story/1694861 | 16:42 |
johnsom | Wow, I got lucky | 16:42 |
gthiemonge | nice | 16:42 |
QG | :-) | 16:42 |
gthiemonge | ok, folks, I think we are already in the "Open Discussion" topic | 16:45 |
gthiemonge | any other topics? | 16:47 |
tweining | I will spend more time on reviewing things in the next few days. | 16:47 |
gthiemonge | same here | 16:48 |
tweining | we also have a few very tiny changes that can be reviewed very quickly | 16:48 |
oschwart | o/ my latest showing up to upstream meetings | 16:48 |
oschwart | I will review patches as well | 16:48 |
tweining | better late than never ;) | 16:49 |
gthiemonge | cool, thank you folks! | 16:49 |
gthiemonge | #endmeeting | 16:49 |
opendevmeet | Meeting ended Wed Nov 16 16:49:39 2022 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 16:49 |
opendevmeet | Minutes: https://meetings.opendev.org/meetings/octavia/2022/octavia.2022-11-16-16.00.html | 16:49 |
opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/octavia/2022/octavia.2022-11-16-16.00.txt | 16:49 |
opendevmeet | Log: https://meetings.opendev.org/meetings/octavia/2022/octavia.2022-11-16-16.00.log.html | 16:49 |
opendevreview | Michael Johnson proposed openstack/octavia stable/yoga: Handle feature compatibility of HAProxy server-state-file option https://review.opendev.org/c/openstack/octavia/+/858496 | 17:30 |
opendevreview | Michael Johnson proposed openstack/octavia stable/zed: Handle feature compatibility of HAProxy server-state-file option https://review.opendev.org/c/openstack/octavia/+/858494 | 17:37 |
opendevreview | Michael Johnson proposed openstack/octavia stable/train: Handle feature compatibility of HAProxy server-state-file option https://review.opendev.org/c/openstack/octavia/+/858506 | 17:41 |
opendevreview | Michael Johnson proposed openstack/octavia stable/ussuri: Handle feature compatibility of HAProxy server-state-file option https://review.opendev.org/c/openstack/octavia/+/858505 | 17:41 |
opendevreview | Michael Johnson proposed openstack/octavia stable/victoria: Handle feature compatibility of HAProxy server-state-file option https://review.opendev.org/c/openstack/octavia/+/858503 | 17:42 |
opendevreview | Michael Johnson proposed openstack/octavia stable/wallaby: Handle feature compatibility of HAProxy server-state-file option https://review.opendev.org/c/openstack/octavia/+/858498 | 17:43 |
opendevreview | Michael Johnson proposed openstack/octavia stable/xena: Handle feature compatibility of HAProxy server-state-file option https://review.opendev.org/c/openstack/octavia/+/858497 | 17:43 |
opendevreview | Merged openstack/octavia stable/yoga: Reconfigure amphora network interfaces seamlessly https://review.opendev.org/c/openstack/octavia/+/856991 | 19:30 |
opendevreview | Merged openstack/octavia stable/wallaby: Fix barbican client with application credentials/trusts https://review.opendev.org/c/openstack/octavia/+/862600 | 19:30 |
opendevreview | Merged openstack/octavia stable/xena: Restart rsyslog from cloud-init in amphorav1 https://review.opendev.org/c/openstack/octavia/+/860953 | 19:30 |
opendevreview | Merged openstack/octavia stable/xena: Reconfigure amphora network interfaces seamlessly https://review.opendev.org/c/openstack/octavia/+/856994 | 21:37 |
opendevreview | Merged openstack/octavia stable/wallaby: Reconfigure amphora network interfaces seamlessly https://review.opendev.org/c/openstack/octavia/+/856996 | 21:37 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!