Wednesday, 2022-07-06

*** ysandeep|out is now known as ysandeep|ruck03:12
*** ysandeep|ruck is now known as ysandeep|ruck|afk04:32
*** beagles_ is now known as beagles04:45
*** ysandeep|ruck|afk is now known as ysandeep|ruck05:08
opendevreviewTom Weininger proposed openstack/octavia master: Add WebTest as an indirect test dependency  https://review.opendev.org/c/openstack/octavia/+/84881608:22
opendevreviewTom Weininger proposed openstack/octavia master: Add WebTest as an indirect test dependency  https://review.opendev.org/c/openstack/octavia/+/84881608:31
*** ysandeep|ruck is now known as ysandeep|ruck|lunch08:43
opendevreviewTom Weininger proposed openstack/octavia master: Add WebTest as an indirect test dependency  https://review.opendev.org/c/openstack/octavia/+/84881608:50
opendevreviewTom Weininger proposed openstack/octavia master: Add WebTest as an indirect test dependency  https://review.opendev.org/c/openstack/octavia/+/84881609:02
opendevreviewTom Weininger proposed openstack/octavia master: Add WebTest as an indirect test dependency  https://review.opendev.org/c/openstack/octavia/+/84881609:07
opendevreviewTom Weininger proposed openstack/octavia master: Add WebTest as an indirect test dependency  https://review.opendev.org/c/openstack/octavia/+/84881609:29
*** ysandeep|ruck|lunch is now known as ysandeep|ruck09:53
opendevreviewTom Weininger proposed openstack/octavia master: Add WebTest as an indirect test dependency  https://review.opendev.org/c/openstack/octavia/+/84881609:56
opendevreviewGregory Thiemonge proposed openstack/octavia master: Apply openstack-selinux policies in Centos amphorae  https://review.opendev.org/c/openstack/octavia/+/84031510:17
gthiemongeHi Folks, the functional job is broken because of a new release of pecan, here is a patch from tweining: https://review.opendev.org/c/openstack/octavia/+/84881612:59
gthiemongecould you review it or tell us if you have some concerns about it, we might merge it today with only one CR+213:00
fkrgthiemonge: johnsom: fyi - I'll not be able to make it to todays meeting. 14:19
gthiemongefkr: ack, np14:24
*** ysandeep|ruck is now known as ysandeep|dinner15:28
gthiemonge#startmeeting Octavia16:00
opendevmeetMeeting started Wed Jul  6 16:00:35 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
gthiemongeHi Folks!16:00
tweiningo/16:00
oschwarto/16:01
gthiemonge#topic Announcements16:02
gthiemonge* New core reviewer in the Octavia group16:02
tweiningseems it's going to be a RH-internal meeting :)16:02
gthiemongeGreat news, tweining is now part of the core reviewer group for Octavia!16:02
gthiemongecongrats and thank you for your work tweining ;-)16:03
tweiningyay, that's great. thank you for all your support.16:03
oschwartCongratulations tweining!!!16:03
*** ysandeep|dinner is now known as ysandeep16:03
tweiningI already gave my first CR+2 and CR-2 ;)16:04
gthiemongeany other announcements?16:04
gthiemonge-2?16:04
tweiningthe duplicate change16:04
gthiemongeduplicate, ok16:05
matfechnero/16:05
gthiemonge#topic CI Status16:06
gthiemongeFYI the functional job is broken because of an update of pecan16:06
gthiemongetweining has proposed a patch16:06
gthiemonge#link https://review.opendev.org/c/openstack/octavia/+/84881616:06
gthiemongejohnsom approved it few minutes ago, the gates should be fixed soon16:06
gthiemongethe change includes an update of l-c.txt16:07
tweiningyes, next we will try to remove the l-c.txt16:07
gthiemongebut I think that now, we need to merge the patch that removes that job16:07
gthiemonge#link https://review.opendev.org/c/openstack/octavia/+/84010816:07
gthiemongeyup16:07
gthiemongeI will approve it whe nthe fix is merged16:08
*** ysandeep is now known as ysandeep|out16:08
tweiningbtw. did we announce that registration for PTG is open?16:09
gthiemongenop, not yet16:09
gthiemongethere was also an email for the team signup, I think I need to ping our contributors to know if they plan to go to Columbus16:10
tweiningyes, it would be interesting to know who plans to go there16:12
gthiemongeyeah16:12
gthiemonge#topic Brief progress reports / bugs needing review16:13
gthiemongeno much activity from me, I've spent a lot of time on downstream issues16:13
gthiemongeI know that we have a long list of backports to review, I hope I'll be able to review them before Friday16:14
spencerharmonI'm just catching up on @tweining's comments regarding the documentation for notifications. I'm making those edits now. I'm unsure how to proceed about the default notifications.info topic. I haven't seen any documentation that oslo messaging is changing this behavior and in my lab environment, this topic is created.16:15
gthiemongespencerharmon: your lab env is devstack?16:18
spencerharmonNo, it isn't16:18
tweininghttps://review.opendev.org/c/openstack/octavia/+/831051 for the record, this is the notifications change16:18
gthiemongeok, we could try to figure out why the notification queue doesn't get any messages16:20
gthiemongeI will re-test it16:20
spencerharmonYes, thank you! I can work on setting that up, but my thought is that it's likely to result in the same behavior you both saw. In that event, I think the thing to do is to document this, right? Alternatively, I can see about adding logic to create this if it doesn't exist.16:20
gthiemongeso, in my env, the notifications.info topic exists, but it doesn't get the messages16:21
spencerharmonMakes sense. I suppose I could set this as a default if no topic is provided.16:22
gthiemongeand it exists, maybe not because of octavia, but because of other services, I don';t know16:22
opendevreviewSpencer Harmon proposed openstack/octavia master: Add event notifications for load balancers.  https://review.opendev.org/c/openstack/octavia/+/83105116:22
gthiemongeBTW, I forgot this topc, I recreated the review list:16:24
gthiemonge#link https://etherpad.opendev.org/p/octavia-priority-reviews16:24
gthiemongeyou can change the priority/order of the items if you want16:24
gthiemongenotifications is on top of the feature list16:25
spencerharmonTop of the list is ok with me! ;)16:25
tweiningfrom my perspective the notifications change is okay as it is now16:25
gthiemongeyeah I agree, except with this notifications.info topic ;-)16:27
spencerharmonI have not concerns leaving it, but I'm also happy to investigate explicitly setting the default notifications topic to ensure it behaves the way I've documented.16:27
gthiemongespencerharmon: yeah that would be nice if you could take a look at it16:27
spencerharmonIt says "You may specify," but as is, you *must* specify.16:27
tweiningat least in devstack I tried both the default topic (which is notification) as well as setting the topic to notifications explictly. same result16:28
spencerharmonI'll work on that. Don't worry about retesting until I get that in.16:29
tweiningcool16:30
gthiemongespencerharmon: ok thanks, don't hesitate to ping us before the next meetign if you have an update!16:30
tweiningalso, we have about 2 month till feature freeze so there is no rush16:30
spencerharmonSure thing! I'll be out of town next week, but I'll let yall know once I have something for you to review on this issue.16:31
spencerharmonThanks for the reviews! :)16:31
gthiemonge#topic Open Discussion16:33
gthiemongeany other topics?16:34
tweininghm, not sure. I'm working on a POC implementation for CPU pinning of HAProxy in the amp16:35
tweiningand I have one design problem. CW sends the rendered HAProxy.cfg to the API server on the amp.16:36
tweiningwhat I need is to get the number of vCPUs from the amp and add it in the config.16:37
tweiningso my idea was to extent the api so CW queries the number of vcpus from the API server on the amp before rendering the haproxy cfg.16:38
tweiningthere are probably other ways to do this, but that seems to be the easiest way to me.16:39
tweiningbut I didn't spend a lot of thought on it yet, so maybe it's a bit too early to discuss16:40
gthiemongethere's an info endpoint in the amphora16:40
gthiemongehttps://opendev.org/openstack/octavia/src/branch/master/octavia/amphorae/backends/agent/api_server/server.py#L170-L17216:40
gthiemongehttps://opendev.org/openstack/octavia/src/commit/d590d6c7051a9d9941900efc85959e9158609e08/octavia/amphorae/backends/agent/api_server/amphora_info.py#L34-L4516:40
gthiemongeI think it's pretty safe to extend it16:40
gthiemongebut the worker might communicate with amphorae that do not include the new fields, so you have to take it into account16:41
tweiningI also need to generate another file on the amp, a file with variables for TuneD. for that I also need the number of vCPUs. I guess I can handle that entirely on amp side though.16:42
tweiningthanks, I will have a look16:42
gthiemongehttps://opendev.org/openstack/octavia/src/commit/d590d6c7051a9d9941900efc85959e9158609e08/octavia/amphorae/backends/agent/api_server/amphora_info.py#L4716:42
gthiemongethis function incldues more info16:43
gthiemongebut I don't think it is used by the controller services16:43
opendevreviewMerged openstack/octavia master: Add WebTest as an indirect test dependency  https://review.opendev.org/c/openstack/octavia/+/84881616:43
gthiemongeyeah! gates are fixed^^16:43
tweining:D16:44
oschwart\o/16:44
spencerharmonWoot!16:44
opendevreviewGregory Thiemonge proposed openstack/octavia master: Drop lower-constraints.txt and its testing  https://review.opendev.org/c/openstack/octavia/+/84010816:44
gthiemonge^ merge conflict. tweining: could you review it again?16:45
tweiningsure16:46
gthiemongethanks16:46
gthiemongeanything else folks?16:47
tweiningI don't think so16:47
oschwartNothing from me16:47
gthiemongeok!16:47
gthiemongewell, thank you all!16:48
gthiemonge#endmeeting16:48
opendevmeetMeeting ended Wed Jul  6 16:48:09 2022 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:48
opendevmeetMinutes:        https://meetings.opendev.org/meetings/octavia/2022/octavia.2022-07-06-16.00.html16:48
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/octavia/2022/octavia.2022-07-06-16.00.txt16:48
opendevmeetLog:            https://meetings.opendev.org/meetings/octavia/2022/octavia.2022-07-06-16.00.log.html16:48

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