*** ysandeep|out is now known as ysandeep | 02:09 | |
opendevreview | Takashi Kajinami proposed openstack/octavia master: Add conf file for oslo-config-generator https://review.opendev.org/c/openstack/octavia/+/804179 | 02:11 |
---|---|---|
opendevreview | OpenStack Proposal Bot proposed openstack/octavia master: Imported Translations from Zanata https://review.opendev.org/c/openstack/octavia/+/846866 | 03:43 |
*** ysandeep is now known as ysandeep|afk | 07:02 | |
opendevreview | Takashi Kajinami proposed openstack/octavia master: Add conf file for oslo-config-generator https://review.opendev.org/c/openstack/octavia/+/804179 | 07:18 |
*** ysandeep|afk is now known as ysandeep | 09:09 | |
opendevreview | Merged openstack/octavia master: Set sensible nf_conntrack_max value in amphora https://review.opendev.org/c/openstack/octavia/+/843144 | 11:07 |
*** ysandeep is now known as ysandeep|afk | 12:23 | |
*** ysandeep|afk is now known as ysandeep | 13:22 | |
*** ysandeep is now known as ysandeep|out | 15:00 | |
gthiemonge | #startmeeting Octavia | 16:00 |
opendevmeet | Meeting started Wed Jun 22 16:00:23 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 | Hi | 16:00 |
johnsom | o/ | 16:00 |
tweining | o/ | 16:00 |
fkr | o/ | 16:01 |
gthiemonge | #topic Announcements | 16:01 |
gthiemonge | I don't have any announcements, but maybe I'm missing somthg | 16:02 |
gthiemonge | johnsom? | 16:02 |
johnsom | Not that I can think of | 16:02 |
gthiemonge | ok | 16:04 |
gthiemonge | #topic CI Status | 16:04 |
gthiemonge | Great News: The gate blockers are fixed now! | 16:04 |
gthiemonge | thank you folks for working on it! | 16:04 |
johnsom | +1 | 16:04 |
gthiemonge | we still need to work on the new centos 9 stream jobs, but the latest packages for libvirt are broken in c9s (I don't know if they fixed it) | 16:05 |
gthiemonge | (in case you're using c9s, downgrade the libvirt RPM to 8.3.0) | 16:06 |
tweining | good to know | 16:06 |
gthiemonge | #topic Brief progress reports / bugs needing review | 16:07 |
gthiemonge | hey I would like to get feedback on 2 patches: | 16:08 |
gthiemonge | #link https://review.opendev.org/c/openstack/octavia/+/846996 | 16:08 |
gthiemonge | "Restart rsyslog from cloud-init in amphorav1" | 16:08 |
gthiemonge | I fixed the same bug in amphorav2, but I forgot to patch amphorav1 :/ | 16:08 |
gthiemonge | I forgot that amphorav1 is still the default driver in wallaby | 16:08 |
gthiemonge | the other patch is | 16:08 |
gthiemonge | #link https://review.opendev.org/c/openstack/octavia/+/839935 | 16:09 |
gthiemonge | some context: | 16:09 |
gthiemonge | while I was backporting a fix from master to the stable branches, I got coverage issue (<92%) on wallaby (and only wallaby) | 16:09 |
gthiemonge | so I created this new commit, it adds a lot of tests for the controller worker | 16:09 |
johnsom | Probably means there are other missing backports on wallaby | 16:10 |
gthiemonge | my goal is to squash this commit in the related backports | 16:10 |
johnsom | But, more tests are almost always good. | 16:10 |
gthiemonge | yeah this is weird | 16:10 |
gthiemonge | the missing coverage was triggered by the spare pool feature in wallaby (removed in xena) | 16:10 |
johnsom | Still, have to give props to the team. 92% coverage as our minimum is really good for an OpenStack project. Neutron is only 83% for example. | 16:12 |
gthiemonge | in the meantime I set W-1 in the backports, I will update them | 16:12 |
tweining | https://review.opendev.org/c/openstack/octavia/+/843248 would also be good to integrate soon because the bug is annoying. it's also only a small change | 16:12 |
gthiemonge | yeah i agree, without the patch it takes 5min to restart the driver-agent (with a recent python release) | 16:14 |
tweining | https://review.opendev.org/c/openstack/octavia/+/831051 I just finished testing this new version of the notifications change and I see the same behavior about the default notifications topic as you, gthiemonge . I wonder what's so special about it. I do see that errors get added to notifications.error though. | 16:15 |
johnsom | yeah, I wish neutron would fix their services as well. It takes forever to clean devstack. | 16:15 |
gthiemonge | johnsom: and you don't need a graceful shutdown when you clean devsatck ;-) | 16:16 |
johnsom | Well, yeah, since they get killed I sure all of the neutron stuff gets left in the VM | 16:17 |
gthiemonge | yeah I had many old processes for the driver-agent for instance | 16:18 |
gthiemonge | #topic Open Discussion | 16:20 |
gthiemonge | any other topics Folks? | 16:21 |
fkr | well, are there any questions regarding the forum session we had on lbaas at oif summit? | 16:21 |
fkr | it was raised here last week (and I sadly couldn't make it) but commented in this channel afterwards | 16:22 |
johnsom | Mostly sad that no Octavia team members were able to attend to address the misinformation shared there. | 16:22 |
gthiemonge | fkr: yeah maybe you can help us to understand some of the concerns in the etherpad | 16:22 |
johnsom | It was odd too as it wasn't listed as an official forum session. | 16:22 |
gthiemonge | #link https://etherpad.opendev.org/p/oif-summit-berlin-2022-forum-lbaas | 16:23 |
fkr | johnsom: it was | 16:23 |
fkr | i'd like to work on clearing that picture, since for me it seemed that the operators seem to live in a silo and I think, as part of my work, I can try to bridge some of those gaps (or at least try) | 16:23 |
fkr | johnsom: it was on the schedule (if that is what makes it an 'official' forum session) | 16:23 |
johnsom | fkr https://wiki.openstack.org/wiki/Forum/Berlin2022 | 16:24 |
fkr | aaah | 16:24 |
johnsom | This was the wiki for the official forum sessions, which go through a different process than regular sessions/talks. | 16:24 |
fkr | johnsom: than it was my mistake, since I was not aware that it should've been added there | 16:24 |
fkr | am new to the openinfra/openstack community, so these are things, I'll pick up then ;) | 16:25 |
johnsom | Yeah, no worries. We track the forum process, so that was part of why it was a surprise | 16:26 |
fkr | gthiemonge: to come back to your comment: I think, what has happened is, that various operators (at least in my scope) stumbled across problems with octavia but some of them were never reported as proper bugs, which of course makes it hard for octavia devs to address them | 16:26 |
fkr | (various operators == cloud service providers that run openstack based clouds) | 16:26 |
johnsom | Also interesting is I have gone to operator sessions at a few previous OpenStack events and got no feedback, so interesting that this happened now. | 16:26 |
johnsom | The other thing I noted for the etherpad (thank you BTW for having one) was it appears people are trying to use the OVN provider, which the neutron team is still developing. Even this week they are working to make the status fields functional. | 16:28 |
fkr | with one reported bug we noticed that the speed with which the problem was addressed by the octavia devs was blazing fast, which shows that it makes sense to report them in a good manor. as stated, I'm fairly new to the scene, so I have no idea on how close most of the operators are with the devs. | 16:28 |
tweining | well, I must say not all feedback was constructive on the etherpad though | 16:29 |
johnsom | We have one operator that is a core reviewer. But otherwise we don't hear much. | 16:29 |
fkr | tweining: :( | 16:29 |
johnsom | Yeah, the language was.... not necessarily constructive. | 16:30 |
johnsom | It blew my mind a bit that "UDP is not supported" but it's been a feature since Rocky..... | 16:31 |
fkr | tweining: i have it on my list to work myself through the pad (together with some fellow devs and operators) in order to turn it into something that becomes constructive. However - thanks tweining and johnsom for that feedback, I'll also take that back into the group of people that worked on the pad | 16:31 |
gthiemonge | fkr: anyways, for any issues, people can reach to us on the openstack-discuss mailing list, on this channel on IRC, or on storyboard | 16:32 |
johnsom | Yeah, we meet here every week as well. | 16:33 |
fkr | ack. that is why I joined and stick around | 16:33 |
gthiemonge | and we would be really happy to help people and to fix new potential bugs :D | 16:33 |
fkr | johnsom: regarding the udp support, I'll try to find out why it is on there and where the misunderstanding is | 16:34 |
fkr | gthiemonge: :) | 16:34 |
gthiemonge | so, johnsom has left a lot of comments in the etherpad (in purple), I think this would be a good starting point | 16:34 |
johnsom | +1 | 16:35 |
fkr | ok. thanks! | 16:35 |
gthiemonge | I'm also adding comments | 16:37 |
tweining | it would also be interesting to understand your use cases. for instance with k8s. | 16:37 |
fkr | tweining: you're refering to the cloud&heat remark? | 16:38 |
johnsom | Yeah, k8s usage is interesting. There are many different parts to it. Octavia is great for ingress, but the providers aren't setup for some other use cases. Not to mention Envoy with Istio is already a pretty good option there already. | 16:39 |
tweining | no specifically. In the beginning it says "We want a stable and reliable LBaaS provided by OpenStack that can be consumed by Kubernetes clusters". kubernetes clusters is a broad term | 16:40 |
johnsom | +1 | 16:40 |
fkr | johnsom: that was also part of a discussion (wether it really needs to be one size fits all or octavia for certain cases and for others something deployed on top) | 16:43 |
johnsom | fkr I guess in summary, there is a community of folks developing and operating Octavia here. We are happy to discuss any issues/features/bugs etc. | 16:44 |
fkr | side-note but not unimportant: it was not the intention of stepping on anyones toes or "just complain and moan without trying to improve stuff" | 16:45 |
fkr | in case it was received in that way: I'm sorry | 16:46 |
johnsom | We have got a lot of heat from what occurred there, I have to admit. It's really unfortunate that no one active in the Octavia community could attend. | 16:47 |
gthiemonge | ok, so now, I think we need to work together to make things better | 16:49 |
johnsom | +1 | 16:49 |
fkr | +1 :) | 16:49 |
tweining | if we can learn from each other and get operators better connected with the dev team in the future it had something positive. | 16:49 |
gthiemonge | and during the next summit, we would have a great forum session | 16:50 |
fkr | full ack | 16:50 |
johnsom | It was three operators (among others) that started the project. We all worked together to build this design. I hope that can continue. | 16:51 |
gthiemonge | fkr: don't hesitate to ping us on IRC if you have any questions, I think you're based in Germany, tweining and I are in the same TZ | 16:51 |
fkr | good to know! | 16:52 |
johnsom | I and some of the other cores are US timezones. | 16:53 |
gthiemonge | 24/7 ;-) | 16:53 |
johnsom | Pretty much | 16:53 |
tweining | but we don't have a hotline unless you pay for a Red Hat subscription ;) | 16:54 |
johnsom | lol | 16:54 |
fkr | hehe | 16:54 |
gthiemonge | ok Folks, I think that's it for today | 16:54 |
gthiemonge | that was interesting, I hope we will improve the communication between us | 16:55 |
gthiemonge | thank you Folks! | 16:55 |
johnsom | o/ | 16:55 |
gthiemonge | #endmeeting | 16:55 |
opendevmeet | Meeting ended Wed Jun 22 16:55:28 2022 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 16:55 |
opendevmeet | Minutes: https://meetings.opendev.org/meetings/octavia/2022/octavia.2022-06-22-16.00.html | 16:55 |
opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/octavia/2022/octavia.2022-06-22-16.00.txt | 16:55 |
opendevmeet | Log: https://meetings.opendev.org/meetings/octavia/2022/octavia.2022-06-22-16.00.log.html | 16:55 |
fkr | thanks for the good discussion! | 16:55 |
fkr | o/ | 16:55 |
tweining | thank you too :) | 16:56 |
opendevreview | Merged openstack/octavia master: Improve test coverage for ControllerWorker in v2 https://review.opendev.org/c/openstack/octavia/+/839935 | 18:13 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!