Wednesday, 2021-01-20

*** xarlos has joined #openstack-lbaas00:18
*** gthiemonge has quit IRC00:18
*** gthiemonge has joined #openstack-lbaas00:18
*** rcernin_ has joined #openstack-lbaas00:19
*** rcernin has quit IRC00:20
*** sapd1 has quit IRC00:48
*** jamesden_ has joined #openstack-lbaas01:01
*** gthiemon1e has joined #openstack-lbaas01:01
*** gthiemonge has quit IRC01:02
*** jamesdenton has quit IRC01:03
*** sapd1 has joined #openstack-lbaas01:46
*** armax has quit IRC01:47
*** spatel has joined #openstack-lbaas01:51
*** sapd1 has quit IRC01:59
*** zzzeek has quit IRC03:04
*** zzzeek has joined #openstack-lbaas03:05
*** rcernin_ has quit IRC03:23
*** rcernin_ has joined #openstack-lbaas04:01
*** xgerman has quit IRC04:06
*** psachin has joined #openstack-lbaas04:12
*** sapd1 has joined #openstack-lbaas04:34
*** sapd1 has quit IRC04:42
*** spatel has quit IRC05:32
*** vishalmanchanda has joined #openstack-lbaas05:52
*** gcheresh has joined #openstack-lbaas06:32
*** luksky has joined #openstack-lbaas07:23
*** rcernin_ has quit IRC07:28
*** rcernin_ has joined #openstack-lbaas07:32
*** sapd1 has joined #openstack-lbaas07:35
*** sapd1 has quit IRC07:59
*** rpittau|afk is now known as rpittau08:17
*** sapd1 has joined #openstack-lbaas08:26
*** rcernin_ has quit IRC08:35
*** psachin has quit IRC08:41
*** sapd1 has quit IRC08:50
*** yamamoto has quit IRC08:56
*** ccamposr has quit IRC09:07
*** spatel has joined #openstack-lbaas09:09
*** luksky has quit IRC09:12
*** luksky has joined #openstack-lbaas09:13
*** spatel has quit IRC09:14
*** ramishra has quit IRC09:17
*** ramishra has joined #openstack-lbaas09:18
*** yamamoto has joined #openstack-lbaas09:21
*** yamamoto has quit IRC09:23
*** yamamoto has joined #openstack-lbaas09:30
*** yamamoto has quit IRC09:37
*** yamamoto has joined #openstack-lbaas09:45
*** yamamoto has quit IRC09:45
*** yamamoto has joined #openstack-lbaas09:47
*** yamamoto has quit IRC09:50
*** yamamoto has joined #openstack-lbaas10:03
*** rpittau is now known as rpittau|bbl10:20
*** yamamoto has quit IRC10:20
*** rcernin_ has joined #openstack-lbaas10:34
*** ccamposr has joined #openstack-lbaas10:40
*** rcernin_ has quit IRC10:41
*** yamamoto has joined #openstack-lbaas10:59
*** yamamoto has quit IRC11:07
*** ccamposr has quit IRC11:21
*** rpittau|bbl is now known as rpittau11:24
*** yamamoto has joined #openstack-lbaas11:42
*** rcernin_ has joined #openstack-lbaas11:42
*** yamamoto has quit IRC11:45
*** zzzeek has quit IRC12:18
*** yamamoto has joined #openstack-lbaas12:20
*** zzzeek has joined #openstack-lbaas12:21
*** yamamoto has quit IRC12:31
*** gthiemon1e has quit IRC12:54
*** gthiemonge has joined #openstack-lbaas12:57
*** rcernin_ has quit IRC12:58
*** rcernin_ has joined #openstack-lbaas13:08
*** spatel has joined #openstack-lbaas13:10
*** spatel has quit IRC13:15
*** sapd1 has joined #openstack-lbaas13:27
*** dasp_ has joined #openstack-lbaas13:31
*** dasp has quit IRC13:34
*** spatel has joined #openstack-lbaas14:01
*** rcernin_ has quit IRC14:13
*** vishalmanchanda has quit IRC14:15
*** sapd1 has quit IRC14:16
*** irclogbot_3 has quit IRC14:27
*** sapd1 has joined #openstack-lbaas14:29
*** irclogbot_1 has joined #openstack-lbaas14:31
*** rcernin_ has joined #openstack-lbaas14:40
*** openstackgerrit has joined #openstack-lbaas14:44
openstackgerritTakashi Kajinami proposed openstack/octavia-dashboard master: Disable Load Balancers panel when Octavias service is not deployed  https://review.opendev.org/c/openstack/octavia-dashboard/+/76687814:44
*** rcernin_ has quit IRC14:45
johnsomgthiemonge What does that dashboard patch look like in Horizon? (I see you +2'd it). Does it still list on the left nav?14:50
*** vishalmanchanda has joined #openstack-lbaas14:52
gthiemongejohnsom: one month ago... if I remember correctly, the "Load Balancers" section in the Network part is hidden14:55
gthiemongeBTW the parent commit needs to be merged (l-c fix for octavia-dashboard)14:57
gthiemongeI forgot it14:57
*** rcernin_ has joined #openstack-lbaas14:58
johnsomDone14:58
*** rcernin_ has quit IRC15:03
*** rcernin_ has joined #openstack-lbaas15:07
*** TrevorV has joined #openstack-lbaas15:08
*** rcernin_ has quit IRC15:12
openstackgerritMerged openstack/octavia-dashboard master: Fix lower-constraints for new pip release  https://review.opendev.org/c/openstack/octavia-dashboard/+/76746515:13
*** sapd1 has quit IRC15:31
*** ht-a10 has joined #openstack-lbaas15:33
*** ht-a10 has quit IRC15:38
*** ht-a10 has joined #openstack-lbaas15:40
*** armax has joined #openstack-lbaas15:41
johnsom#startmeeting Octavia16:02
openstackMeeting started Wed Jan 20 16:02:03 2021 UTC and is due to finish in 60 minutes.  The chair is johnsom. Information about MeetBot at http://wiki.debian.org/MeetBot.16:02
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:02
*** openstack changes topic to " (Meeting topic: Octavia)"16:02
openstackThe meeting name has been set to 'octavia'16:02
haleybo/16:02
gthiemongehi16:02
johnsomHi there16:02
cgoncalveshi16:02
johnsomHopefully rm_work will make it today16:02
johnsom#topic Announcements16:03
*** openstack changes topic to "Announcements (Meeting topic: Octavia)"16:03
johnsomI don't have any announcements today really.16:03
johnsomThe foundation board elections have closed:16:04
johnsom#link https://www.bigpulse.com/pollresults?code=1341255rQeCqjpQQ9VHPtCLbqxF16:04
johnsomAlso, devstack seems to still be having pip related issues. <sad face> So don't restack if you don't need to16:04
johnsomAny other announcements today?16:04
haleybor make sure to install pip<20.3 which is what i did16:05
haleybpip install -U pip==20.2 or somesuch16:05
johnsomHmm, mine was force installing the new one....16:05
haleybi will not touch mine then, it stacked :)16:05
johnsomI might have an upgrade flag in my localrc, I should check that16:06
haleybi use reclone=False or whatever that is16:06
johnsomThat would be magic. It was exploding on pip not being in the requirements repo venv bin.... Which is strange anyway.16:06
haleybdevstack == magic don't ya know16:07
gthiemongeI have reclone=True and it worked a few hours ago16:07
johnsomMaybe magic happened overnight, I will give it a go again today16:08
johnsomAny other announcements?16:08
johnsom#topic Brief progress reports / bugs needing review16:09
*** openstack changes topic to "Brief progress reports / bugs needing review (Meeting topic: Octavia)"16:09
johnsomI don't have much on the Octavia side this week, some reviews. Most of my focus is on Designate/TripleO issues at this point16:10
gthiemongecgoncalves has a patch to add check and gate for victoria: https://review.opendev.org/c/openstack/octavia-tempest-plugin/+/75521016:10
cgoncalvesthanks gthiemonge16:11
johnsomYeah, that would be good. lol16:12
johnsomI wonder if there is an update about EOL for stein....16:12
haleybwas i supposed to do that?16:13
johnsomI think rm_work was on it16:13
haleybphew16:13
johnsomOk, if no one else has updates, I will move on16:14
johnsom#topic Updating settings in a flavor profile after it is in use (ht-a10)16:14
*** openstack changes topic to "Updating settings in a flavor profile after it is in use (ht-a10) (Meeting topic: Octavia)"16:14
johnsomHunter from A10 wanted to talk about mutable flavor profiles, Hunter, you have the floor....16:15
johnsomI had hoped our PTL, rm_work, would make the meeting today because I think he has thoughts on this as well, but it seems he didn't make it.16:16
ht-a10Right so title is self-explanatory. Our provider driver has a lot of dynamic options which are exposed through the flavorprofile. It's possible to update them at runtime on the device side, but the flavors impose a limitation on doing so.16:16
ht-a10Currently, we have all the child object attributes in the flavor schema. SO when we want to update a member object attribute in the flavor schema the operator has to delete the entire SLB tree16:18
ht-a10And then recreate which is time consuming. Would be nice to either have flavors for child objects as well or the ability to update the flavors. I understand not all options could be updated though. Potentially it could be at the discretion of the providers16:19
johnsom#link https://github.com/a10networks/a10-octavia/blob/master/a10_octavia/api/drivers/flavor_schema.py16:19
ht-a10And this is what ours looks like right now16:19
ht-a10#link https://github.com/a10networks/a10-octavia/blob/master/a10_octavia/api/drivers/flavor_schema.py16:20
ht-a10oh mb you beat me to it haha16:20
johnsomYeah, so currently, once an LB is using a flavor profile, it becomes immutable. It's basically expected that it is an LB creation time set of settings only and not something that will change once the LB is deployed.16:20
johnsomIt sounds like this isn't what is needed for your use case.16:21
johnsomI see how adding a flavor/flavor profile to each object in the load balancer tree would limit the scope of "delete and recreate", but really that seems like a complicated and not-so-great user experience. I'm wondering if we can come up with a better idea.16:23
*** Trevor_V has joined #openstack-lbaas16:23
johnsomht-a10 And your use case needs the changes to be pushed out to running load balancers in addition to newly created ones right?16:23
ht-a10Yeah we have configuration options which tie to the lb objects. Right now most of these reside in a config file which is updated and then from that we determine what else needs updating. Flavors is a step in the right direction, but it being immutable makes it expensive to tweak any of these options after deployment16:24
*** TrevorV has quit IRC16:26
johnsomI need to look through the settings  you have in the flavor profile schema. I wonder if some or all of those should be added to the API in some way as opposed to making them proprietary to the A10 provider. That would also resolve the issue.16:26
johnsomOur guidance has been if the feature is something common across multiple providers, it should be considered for an API expansion.16:27
johnsomThough that may not cover all use cases....16:27
johnsomDoes anyone else have thoughts on this topic?16:28
gthiemongeI'm not too familiar with the flavor/flavor-profile API :/16:29
gthiemongecould we apply it to the amphora driver?16:30
*** yamamoto has joined #openstack-lbaas16:30
gthiemongeswitching topology?16:30
johnsomI wrote a very nice guide:16:30
johnsom#link https://docs.openstack.org/octavia/latest/admin/flavors.html16:30
johnsomgrin16:30
johnsomYes, it already includes topology for the amphora provider16:31
gthiemongeI probably already read it :D16:31
gthiemongeI mean switching topology of an existing LB16:31
gthiemongeor updating the compute flavor16:32
johnsomAh, well, currently no, it's immutable after an LB is deployed.16:32
johnsomThat would all be new.16:32
johnsomOne idea would be to allow updating the flavor profile. Maybe add to the flavor validation API support for the provider saying yes/no to some options being updated when the profile is in use.16:33
johnsomAnother would be allow updates to the flavor profile, add an interface for the providers to "figure out what to do with the new information". Something like, here is the new profile and a list of LBs, now you figure it out.16:34
johnsomhaleyb The OVN provider doesn't use flavors today, correct?16:35
*** yamamoto has quit IRC16:35
haleybnot that i know of16:35
johnsomYeah, so not your problem yet. grin16:35
*** xgerman has joined #openstack-lbaas16:35
johnsomAny other ideas to consider?16:36
* haleyb has enough problems :p16:36
cgoncalveswhat happens LBs which providers cannot enforce the new flavor configuration settings?16:37
johnsomI would assume that the flavor validation in the provider would fail and the operator would get told "Nope"16:38
cgoncalvesfor example, the topology of amphora LBs is updated but the amphora provider cannot apply it without delete/create?16:38
cgoncalvesOK, I like that16:38
johnsomYeah, we would have to add a "validate for update" or something similar to how we validate on create today.16:38
johnsom#link https://github.com/openstack/octavia-lib/blob/master/octavia_lib/api/drivers/provider_base.py#L48016:39
johnsomOk, so next steps... I would propose (though I'm not the current PTL) we start a spec proposal that can capture the use case(s) and start capturing the ideas of how to solve in the "Alternatives" section. This way we can discuss in gerrit comments, etc.16:41
johnsom#link https://github.com/openstack/octavia/blob/master/specs/skeleton.rst16:42
johnsomBasic instructions are here:16:42
johnsom#link https://github.com/openstack/octavia/blob/master/specs/template.rst16:42
johnsomHow does that sound ht-a10?  Did you have more on this topic?16:42
cgoncalves+1. a spec would help us discuss and document for reference to other providers16:43
ht-a10That works for me! Thanks16:43
johnsomht-a10 Also, welcome to the Octavia community. It's excellent to have A10 active again.16:43
ht-a10Thank you! Glad to be here16:44
cgoncalves+1000!16:44
johnsomOk, let's move forward that way. This will also help with rm_work's scheduling issues.16:44
johnsom#topic Open Discussion16:45
*** openstack changes topic to "Open Discussion (Meeting topic: Octavia)"16:45
johnsomAny other topics today?16:45
haleybjust a plug for a patch16:45
johnsomLink away....16:45
haleybhttps://review.opendev.org/c/openstack/octavia-tempest-plugin/+/745962 - it has two +2's but noone wants to push it in the gate :)16:45
haleyboh, and i did have one more topic i'm just remembering...16:46
johnsomYeah I have already +2'd that. Maybe gthiemonge can also review?16:46
gthiemongejohnsom: haleyb: I can16:47
johnsomhaleyb What is the other topic?16:47
haleybthere are some tests in our tempest repo for SOURCE_IP_PORT which are obviously skipped by in-tree stuff, any problem adding tests specific to that?16:47
haleybi'll be looking at OVN provider coverage, and whether to create yet another tempest repo, would rather keep them in one place if they are generic enough16:49
johnsomI don't follow the question. If there are already tests what needs adding?16:49
haleybjohnsom: i don't know what needs adding (yet)16:49
haleybmaybe it's better to have any patch speak for itself16:50
johnsomSo, if the tests are testing Octavia, sure they go in the octavia-tempest-plugin repo. If they are provider specific, they should be in a provider repo.16:50
johnsomAnother example is, the tests in octavia-tempest-plugin should not require the OVN provider be enabled.16:51
johnsomOr any other third party provider16:51
haleybjohnsom: agreed, it's more at the algorithm coverage16:51
johnsomYeah, the recent test changes broke out the algorithms to each be tested. Since "Octavia" supports the algorithm, it should be included in the test suite.16:53
haleyb ack16:55
johnsomOk, cool. Can't hurt to propose a patch. Worst case you can cut/paste to another repo. grin16:55
johnsomAny other topics in our last four minutes?16:56
johnsomThree I guess.16:56
johnsomOk, thank you all! Have a great week.16:57
johnsom#endmeeting16:58
*** openstack changes topic to "Discussions for OpenStack Octavia | Priority bug review list: https://etherpad.openstack.org/p/octavia-priority-reviews"16:58
openstackMeeting ended Wed Jan 20 16:58:02 2021 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:58
openstackMinutes:        http://eavesdrop.openstack.org/meetings/octavia/2021/octavia.2021-01-20-16.02.html16:58
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/octavia/2021/octavia.2021-01-20-16.02.txt16:58
openstackLog:            http://eavesdrop.openstack.org/meetings/octavia/2021/octavia.2021-01-20-16.02.log.html16:58
gthiemongejohnsom: thanks16:58
*** rcernin_ has joined #openstack-lbaas17:08
*** rcernin_ has quit IRC17:12
johnsomhaleyb So, oddly enough, my centos 8.3 has python3-pip 9.x.x installed, but there are no links for pip or pip3 anywhere to the binary. I guess that is why devstack is trying to install the broken version17:18
johnsomIt installs pip-3.6 and pip3.6.... I guess we just had to create new names.....17:20
*** rpittau is now known as rpittau|afk17:26
haleybjohnsom: odd, on ubuntu there's all kinds of pip* binaries, I count 6 of them, with the default pip being pip317:26
johnsomYeah, I'm eating our dog food however....17:27
*** ht-a10 has quit IRC17:36
*** gcheresh has quit IRC18:13
*** mchlumsky6 has quit IRC18:25
*** mchlumsky has joined #openstack-lbaas18:25
*** njohnston has quit IRC18:36
*** vishalmanchanda has quit IRC18:40
*** njohnston has joined #openstack-lbaas19:01
*** rcernin_ has joined #openstack-lbaas19:09
*** rcernin_ has quit IRC19:14
*** rcernin_ has joined #openstack-lbaas19:25
*** rcernin_ has quit IRC19:30
openstackgerritMerged openstack/octavia-tempest-plugin master: Change pool create scenario test to wait for operating status  https://review.opendev.org/c/openstack/octavia-tempest-plugin/+/74596219:54
*** rcernin_ has joined #openstack-lbaas20:12
rm_workYeah with my current schedule (the one I'm on for the last couple weeks) an 8am PST meeting falls directly in the middle of my sleep cycle 😭20:19
*** rcernin_ has quit IRC20:23
*** mchlumsky7 has joined #openstack-lbaas20:40
*** armax_ has joined #openstack-lbaas20:41
*** armax has quit IRC20:42
*** armax_ is now known as armax20:42
*** mchlumsky has quit IRC20:42
*** mchlumsky7 is now known as mchlumsky20:42
*** spatel has quit IRC20:43
rm_workWhatever happened to the 1pm PST meeting time? :D20:46
*** rcernin_ has joined #openstack-lbaas20:48
haleybEurope happened? :p20:58
*** gcheresh has joined #openstack-lbaas21:09
*** Trevor_V has quit IRC21:16
*** gcheresh has quit IRC21:24
*** rcernin_ has quit IRC21:49
*** rcernin has joined #openstack-lbaas21:50
*** jamesden_ has quit IRC21:51
*** jamesdenton has joined #openstack-lbaas21:51
rm_workstupid europe21:53
rm_workj/k europe is alright21:53
rm_workmaybe the problem is just that I'm not in it21:53
*** yamamoto has joined #openstack-lbaas22:19
*** armax has quit IRC22:24
*** yamamoto has quit IRC22:30
*** yamamoto has joined #openstack-lbaas22:30
*** luksky has quit IRC23:33
*** TMM has quit IRC23:53
*** TMM has joined #openstack-lbaas23:53

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