Wednesday, 2019-06-05

*** sapd1_x has joined #openstack-lbaas00:05
*** goldyfruit has quit IRC00:29
*** goldyfruit has joined #openstack-lbaas00:29
*** yamamoto has quit IRC00:34
*** mithilarun has quit IRC00:35
*** sapd1_x has quit IRC00:35
*** mithilarun has joined #openstack-lbaas00:35
*** mithilarun has quit IRC00:40
*** gthiemonge has quit IRC00:55
*** gthiemonge has joined #openstack-lbaas00:56
*** spatel has joined #openstack-lbaas01:01
*** mithilarun has joined #openstack-lbaas01:01
*** goldyfruit has quit IRC01:15
*** goldyfruit has joined #openstack-lbaas01:16
*** mithilarun has quit IRC01:24
johnsomYeah, looks like queens is working01:38
*** hongbin has joined #openstack-lbaas01:47
*** happyhemant has quit IRC02:01
*** yamamoto has joined #openstack-lbaas02:23
*** Dinesh_Bhor has quit IRC02:37
*** goldyfruit has quit IRC03:11
*** spatel has quit IRC03:15
lxkongcgoncalves: hey, in case you are here, may i ask what's the progress of python-octaviaclient release?03:18
*** Dinesh_Bhor has joined #openstack-lbaas03:19
*** hongbin has quit IRC03:52
*** ricolin has joined #openstack-lbaas03:58
*** threestrands has joined #openstack-lbaas04:15
*** pcaruana has joined #openstack-lbaas04:30
openstackgerritAdit Sarfaty proposed openstack/neutron-lbaas stable/stein: Support URL query params in healthmonitor url_path  https://review.opendev.org/66093005:05
johnsomlxkong What are you looking for?  I can help push for a  release if there is something you need.05:08
*** ivve has quit IRC05:46
*** luksky has joined #openstack-lbaas06:00
lxkongwe need this patch https://review.opendev.org/#/c/647628/06:10
lxkongjohnsom ^^06:10
*** takamatsu has joined #openstack-lbaas06:32
*** gcheresh has joined #openstack-lbaas06:45
openstackgerritGregory Thiemonge proposed openstack/octavia stable/queens: DNM Testing CI  https://review.opendev.org/66242806:47
*** rcernin has quit IRC06:59
*** ivve has joined #openstack-lbaas07:04
*** rpittau|afk is now known as rpittau07:14
*** ccamposr has joined #openstack-lbaas07:25
*** tesseract has joined #openstack-lbaas07:25
openstackgerritSven Wegener proposed openstack/octavia master: neutron: Update security groups  https://review.opendev.org/66325807:26
openstackgerritSven Wegener proposed openstack/octavia master: housekeeping: Log exception with error level and exc_info  https://review.opendev.org/66326507:59
*** ramishra has joined #openstack-lbaas08:09
*** happyhemant has joined #openstack-lbaas08:38
*** threestrands has quit IRC08:39
*** openstackgerrit has quit IRC08:47
*** openstackgerrit has joined #openstack-lbaas08:53
openstackgerritSven Wegener proposed openstack/octavia master: worker: Re-add FailoverPreparationForAmphora  https://review.opendev.org/66327708:53
*** rcernin has joined #openstack-lbaas08:57
*** Emine has joined #openstack-lbaas09:21
openstackgerritMerged openstack/octavia master: Remove references to OpenStack Anchor  https://review.opendev.org/66286609:32
*** yamamoto has quit IRC09:50
*** yamamoto has joined #openstack-lbaas10:24
openstackgerritAdit Sarfaty proposed openstack/neutron-lbaas stable/stein: Support URL query params in healthmonitor url_path  https://review.opendev.org/66093010:27
*** ivve has quit IRC10:31
*** ivve has joined #openstack-lbaas10:33
*** yamamoto has quit IRC10:33
*** yamamoto has joined #openstack-lbaas10:34
*** yamamoto has quit IRC10:35
*** ivve has quit IRC10:41
*** ricolin has quit IRC10:47
*** yamamoto has joined #openstack-lbaas10:48
*** yamamoto has quit IRC10:53
*** yamamoto has joined #openstack-lbaas11:06
*** goldyfruit has joined #openstack-lbaas11:11
*** yamamoto has quit IRC11:44
*** ricolin has joined #openstack-lbaas12:03
*** yamamoto has joined #openstack-lbaas12:09
*** boden has joined #openstack-lbaas12:15
*** goldyfruit has quit IRC12:24
*** rcernin has quit IRC12:37
openstackgerritAnn Taraday proposed openstack/octavia master: [WIP] Use retry for AmphoraComputeConnectivityWait  https://review.opendev.org/66279112:55
openstackgerritAnn Taraday proposed openstack/octavia master: [WIP] Use retry for AmphoraComputeConnectivityWait  https://review.opendev.org/66279112:57
*** lucashxu has joined #openstack-lbaas13:05
*** sapd1_x has joined #openstack-lbaas13:14
openstackgerritAnn Taraday proposed openstack/octavia master: [WIP] Use retry for AmphoraComputeConnectivityWait  https://review.opendev.org/66279113:22
*** goldyfruit has joined #openstack-lbaas13:23
*** yamamoto has quit IRC13:28
*** spatel has joined #openstack-lbaas13:35
*** spatel has quit IRC13:39
*** rcernin has joined #openstack-lbaas13:41
*** spatel has joined #openstack-lbaas14:17
*** yamamoto has joined #openstack-lbaas14:27
*** yamamoto has quit IRC14:32
*** Vorrtex has joined #openstack-lbaas14:38
*** gcheresh has quit IRC14:42
*** spatel has quit IRC14:43
*** gthiemon1e has joined #openstack-lbaas14:46
*** goldyfruit has quit IRC14:47
*** gthiemonge has quit IRC14:47
*** goldyfruit has joined #openstack-lbaas14:53
*** sapd1_x has quit IRC14:59
*** gcheresh has joined #openstack-lbaas15:14
*** goldyfruit has quit IRC15:18
*** gcheresh has quit IRC15:25
*** rcernin has quit IRC15:26
*** spatel has joined #openstack-lbaas15:33
spateljohnsom: morning! finally i figured out why my ssh key wasn't loading, issue was i need to upload key on octavia account ( earlier i was doing on admin account)15:35
johnsomThat would be a problem15:36
spateloctavia account/username password was in /etc/octavia.conf file ( i load them in openrc and used cli command to load key in octavia account)15:36
spatelDocument was little vague on that part.15:36
*** goldyfruit has joined #openstack-lbaas15:49
*** ramishra has quit IRC15:52
cgoncalves#startmeeting Octavia16:00
openstackMeeting started Wed Jun  5 16:00:12 2019 UTC and is due to finish in 60 minutes.  The chair is cgoncalves. Information about MeetBot at http://wiki.debian.org/MeetBot.16:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:00
*** openstack changes topic to " (Meeting topic: Octavia)"16:00
openstackThe meeting name has been set to 'octavia'16:00
johnsomo/16:00
colin-   \o16:01
*** ataraday_ has joined #openstack-lbaas16:01
cgoncalvesHi folks!16:01
ataraday_hi16:01
*** nmagnezi_mobile has joined #openstack-lbaas16:01
johnsomcopy cat16:01
cgoncalvesrm_work asked me if I could chair the meeting today. he was not sure he could attend today16:01
cgoncalves#topic Announcements16:02
*** openstack changes topic to "Announcements (Meeting topic: Octavia)"16:02
nmagnezi_mobileo/16:02
cgoncalvesI don't anything to announce. anyone?16:02
johnsomI don't have anything either16:03
colin-nope16:03
nmagnezi_mobileNope16:03
cgoncalvesjust a reminder that the Open Infrastructure Summit Shanghai is still open16:03
cgoncalvesdeadline is July 2, 2019 at 11:59pm PT16:04
johnsomFYI, this week is milestone 1 for Train16:04
*** goldyfruit has quit IRC16:04
johnsomWe don't cut milestone releases by default anymore, but if someone needs one, let us know.16:05
johnsom#link https://releases.openstack.org/train/schedule.html16:05
openstackgerritAnn Taraday proposed openstack/octavia master: Use retry for AmphoraComputeConnectivityWait  https://review.opendev.org/66279116:05
cgoncalvesthanks16:05
cgoncalves#topic Brief progress reports / bugs needing review16:05
*** openstack changes topic to "Brief progress reports / bugs needing review (Meeting topic: Octavia)"16:05
*** nmagnezi_mobile has quit IRC16:06
johnsomI have wrapped up all of the client unset patches and the octavia API patches to handle the unsets better.16:06
johnsomI have not done tags as I found that the octavia API implementation of tags is not yet complete.16:06
*** goldyfruit has joined #openstack-lbaas16:07
cgoncalvesI was out of office for most of time since last meeting. I'm proposing a couple of patches in different OpenStack projects to remove neutron-lbaas support16:07
ataraday_I would like to ask for review https://review.opendev.org/662791  - this change - it solves issue with redis jobboard expirity. If the concept is OK, etc...16:07
johnsomI also started moving some tags code up to osc-lib so we can use it when we get there:16:07
johnsom#link https://review.opendev.org/#/c/662859/16:07
cgoncalvesnice!16:08
colin-my time on octavia is focused on addressing the behavior described in this story https://storyboard.openstack.org/#!/story/2005512 as well as the failover behavior in the case of DB unavailability that i described at PTG. am hopeful that once addressed the production deployment i've prepared will be placed in service16:08
*** rpittau is now known as rpittau|afk16:08
cgoncalvesI wonder how this aligns with tags in "openstack image"16:08
johnsomI am now starting work on the log offloading patches. I put together a plan yesterday.16:09
ataraday_And johnsom change https://review.opendev.org/#/c/659689 - can we merge this one? As I have to rebase all my work on it and have some long queues of change..16:09
johnsomMaybe in open discussion I can share the proposed log format and get feedback.16:09
johnsomcgoncalves probably not at all. lol16:09
johnsomataraday_ From my perspective https://review.opendev.org/#/c/659689 is ready for review/merge16:10
johnsom#link https://review.opendev.org/#/c/65968916:10
johnsomFYI, this is the "tags" spec we should be implementing:16:12
cgoncalvesat a first glance, johnsom's patch looks large but it isn't that hard to review. mostly file renamings16:12
johnsom#link https://specs.openstack.org/openstack/api-wg/guidelines/tags.html16:12
johnsomneutron seems to have it, thus why I want to share OSC code with them16:12
cgoncalvesmakes sense16:12
johnsomcgoncalves It's mostly copies and renames. It creates the "v2" amphora driver for our parallel development with jobboard.16:13
cgoncalvesright. the patch is passing on all jobs (except centos for unrelated reasons). should be relatively safe to merge it16:14
johnsomThat is my perspective as well16:15
cgoncalvesI'll review it this week and I encourage everyone to do the same, pretty please :)16:15
cgoncalvesanything else on this topic?16:15
*** CBR09 has joined #openstack-lbaas16:15
CBR09hi all,16:16
cgoncalvesCBR09, hi16:16
cgoncalvesok, seems not16:16
cgoncalves#topic Open Discussion16:16
*** openstack changes topic to "Open Discussion (Meeting topic: Octavia)"16:17
cgoncalvesjohnsom, you wanted to talk about log offloading?16:17
CBR09Can octavia support ssl cert with tcp protocol?16:17
johnsomSo as I mentioned earlier in the meeting, I'm starting on log offloading16:17
johnsomFor the user flow logs, I'm going to propose this format:16:17
johnsomproject_id lb_id listener_id client_ip client_port date_time request_str status bytes_read %[ssl_c_verify] %{+Q}[ssl_c_s_dn] pool_id member_id processing_time termination_state16:17
johnsomWhich is a hybrid of haproxy log format, apache, and OpenStack stuff.16:18
johnsomI also put "driver" specific fields at the end.16:18
johnsomSo an example would look like:16:18
johnsom2f7cf2a1-d521-400e-a7c8-5611304723e8 b2f76e55-adfb-4aae-93eb-152c82adabec bfe473c0-d9f5-4cf0-aff8-90da27265cb3 10.0.1.2 33317 [06/Feb/2009:12:14:14.655] "GET /index.html HTTP/1.1" 200 2751 0 "/C=FR/ST=Ile de France/L=Jouy en Josas/O=haproxy.com/CN=client1/emailAddress=ba@haproxy.com" 15c7f458-aeec-42b1-921c-2bf24f62cf8c a7cb861f-9254-4c73-9929-332b81b40abf 109 ----16:19
johnsomCBR09 Not at this time. It is technically possible, but has not be implemented yet.16:19
johnsomPlease let me know if you have feedback on that log format.16:20
colin-i think that looks reasonable16:20
cgoncalveswould it be possible for operators to set a different format?16:20
johnsomYes, that is on my list of things to fix in the current patch16:20
cgoncalvesgreat16:21
johnsomI have 12 things I identified yesterday that need work16:21
*** Vorrtex has quit IRC16:21
*** mithilarun has joined #openstack-lbaas16:21
johnsomWe have a good PoC, but I want to make it user friendly and allow easy customization16:21
cgoncalvesthis RFE isn't strictly specific to the amphora driver, right? other providers can also streamline logs16:22
CBR09@johnsom: yea, thank you, I think we should have that16:22
johnsomRight, there are some things to figure out with the other drivers, but yes, this should be general enough that other drivers could implement it.16:22
CBR09I can see haproxy support that16:22
cgoncalves+116:23
johnsomYeah, all of the LBs do, we just need to do the work16:23
johnsomOk, thanks for the feedback!16:23
cgoncalvesone more question, sorry :)16:23
johnsomplease16:24
cgoncalvesI guess sink destination for admin logs will be configured in the configuration file16:24
cgoncalveshow do you propose for tenant logs?16:25
johnsomCorrect, I want to have to "destination" config settings. One for "user flow logs" and one for "admin logs". They could be the same, could be different, up to the operator.16:25
cgoncalvesan additional API parameter at POST/PUT?16:25
johnsomAt this point I am only targeting these for operator setting, not end user settings of a destination.  That becomes a problem with networking, etc.16:26
cgoncalveshmm, maybe I asked an invalid question. I was thinking of the possibility for Octavia to send the logs to an external sink log system16:26
cgoncalvesright16:26
cgoncalvesok, thank you16:26
johnsomThat would be a different RFE IMO. This is really targeting operators that have ELK available for users, etc.16:27
cgoncalvesagreed16:27
cgoncalvesanything else anyone would like to discuss? we are on open discussion after all :)16:28
colin-is anyone operating a fleet larger than ~450 VIPs (Active/Standby) in a single region?16:29
johnsomCBR09 Out of curiosity, what protocol are you wanting the TCP TLS for? It might be nice to know a usecase.16:29
colin-s/VIPs/LoadBalancers/16:29
cgoncalvescolin-, not that I'm aware of16:30
*** Emine has quit IRC16:30
johnsomI know of some larger deployments, but I don't operate them.16:30
cgoncalvescolin-, are you hitting some sort of limitations?16:30
CBR09@johnsom: the use case is when I just want use LB as a SSL termination and app protocol is tcp16:31
CBR09I can't use https with ssl like octavia currently support16:31
johnsomCBR09 Ok, so just generic. Not like SMTP, or something more specific16:32
colin-i think some of the symptoms i've described in the story above are exacerbated by the size of the fleet, and it makes me wonder if we are in uncharted territory with our scale. this is also a relatively "vanilla" deployment of stable/rocky with mostly default configuration settings save for some significant relaxation of heartbeat/failover timing16:32
CBR09@johnsom: for example I need mqtt protocol, so I need tcp protocol and ssl to secure that16:34
johnsomI think the unique situation you have is how your network (VXLAN) behaves with the neutron ports (macs moving around, etc.)16:34
cgoncalvesI can't be of much help to comment on such large scale deployments16:34
johnsomCBR09 Ok, thanks.16:35
colin-mostly just a straw poll, best case scenario would be getting feedback from someone operating at a larger scale but that is probably unrealistic16:35
CBR09one example in https://github.com/lelylan/haproxy-mqtt/blob/master/haproxy.cfg16:36
cgoncalvescolin-, have you tried asking to the OpenStack Ops team?16:36
johnsomCBR09 Never would have guessed that one, so it's good to know for testing when it's implemented16:36
colin-the behavior by the vxlan was extreme, indeed, but not that peculiar. in my opinion it is more peculiar to blithely proceed with bringing up a new resource when the opportunity for resource collision may exist by virtue of our employing allowed address pairs16:38
CBR09I think mtqq is so popular in IOT world : D16:38
johnsomallowed address pairs is a strange concept on it's own....16:39
colin-the bulk/cascading failover behavior, while being quite unrelated to duplicate mac addresses, is equally concerning but we've established that database unavailability can have unpredictable results16:39
johnsomCBR09 Agreed16:39
CBR09I think octavia should have secure tcp (tcp+ssl) for support that usecase16:40
colin-cgoncalves: i'm not familiar with the distinction between that and this channel, sorry :)16:40
CBR09what's about websocket?16:40
johnsomCBR09 I don't disagree, someone just needs to do the implementation work.  It's been on the roadmap for a while.16:41
CBR09do you load balancing websocket protocol with octavia?16:41
cgoncalvescolin-, the Ops team mostly consists of operators running openstack deployments. I just thought that you might give it a try asking in their list or so if someone is running octavia at large scale like you and collect feedback16:42
johnsomCBR09 I think we do have support for it, but there may be a missing timeout setting for tuning.16:43
cgoncalvesok, anything else? otherwise we can end the meeting16:46
cgoncalvesalright, thank you everyone for joining and participating!16:47
cgoncalves#endmeeting16:47
*** openstack changes topic to "Discussions for OpenStack Octavia | Train PTG etherpad: https://etherpad.openstack.org/p/octavia-train-ptg"16:47
openstackMeeting ended Wed Jun  5 16:47:01 2019 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:47
openstackMinutes:        http://eavesdrop.openstack.org/meetings/octavia/2019/octavia.2019-06-05-16.00.html16:47
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/octavia/2019/octavia.2019-06-05-16.00.txt16:47
openstackLog:            http://eavesdrop.openstack.org/meetings/octavia/2019/octavia.2019-06-05-16.00.log.html16:47
johnsomo/16:47
CBR09@johnsom: we can use tcp protcol and tuning some timout setting to support websocket protocol?16:47
CBR09that's your mean16:47
CBR09and maybe we missing some settings16:48
johnsomCBR09 Websocket should work now, but we might be missing some timeout settings for it. They may not be configurable today.16:48
CBR09I wonder do listener protocol is tcp or http?16:50
johnsomHTTP16:50
johnsomWebsocket starts as HTTP and must "upgrade", so the listener would be configured as HTTP16:51
CBR09what about pool protocol?16:53
johnsomHmmm, not sure on that one.16:54
CBR09yea, thank you16:55
CBR09I think I need to figure out that16:55
CBR09@johnsom: can you share me the roadmap?, thank you16:56
johnsomCBR09 https://wiki.openstack.org/wiki/Octavia/Roadmap16:57
CBR09yea thank you :D16:58
CBR09have a nice day17:01
CBR09need to sleep : )17:01
*** CBR09 has quit IRC17:06
*** mithilarun has quit IRC17:17
*** mithilarun has joined #openstack-lbaas17:17
*** happyhemant has quit IRC17:22
bodenjohnsom hi... if you get a min to chat on the vmware-nsx thing pls ping me... thx17:38
johnsomboden Available now17:38
bodenjohnsom so the reason the vmware-nsx code is using the db, is because the data model doesn't have everything we need.. for example we need the project_id for all resources (Pool, Listener, etc.) but it's only there for LBs17:40
bodensame goes for the actual TLS cert -- we need to get it so that we can install it on the backend17:40
bodenshould we be using the octavia client for this, or?17:40
johnsomboden Yes, that is what I saw as well fir project_id. We can extend that data model pretty easy.17:41
cgoncalves+1, although not sure it could be backported17:41
johnsomThe TLS cert is passed directly to the drivers, already expanded. Octavia is handling that for the drivers so we can support barbican and castellan based sources.17:41
bodenjohnsom ok... I see some data we need is already there but we are still trying to get it from the DB... I'm still working pick apart the exact details of what we're lakcing17:42
bodenlacking17:42
johnsomThe "default_tls_container_data" field in the data model is the full cert data17:42
bodenjohnsom ack, I see it17:43
bodenI also see some VIP info is there, but we are trying to get from db still17:43
johnsomboden Tell you what, I will post the project_id patch today for you.17:43
johnsomI can hammer that out pretty quick17:43
bodenjohnsom if you get time that would be awesome... I can even help it along if you get something started17:43
johnsomI will add you as a reviewer on them, there should be two, one for octavia, one for the octavia-lib.17:44
*** goldyfruit has quit IRC17:44
*** goldyfruit has joined #openstack-lbaas17:45
bodenjohnsom another thing I see is that for a rule update we need the actual policy obj/dict.... is that something we should be fetching or is it realistic to populate + pass it with a rule?17:47
johnsomHmm, for that I might propose adding a "get" method to the driver-agent. I'm a bit curious why you would need the policy though17:48
bodenor with a HM, we need a pool obj17:48
*** yamamoto has joined #openstack-lbaas17:48
johnsomWe provide the parent object ID in the existing data model. It seems odd that you would need the full policy definition17:49
bodenjohnsom appears to be needed by the backend... I would need to dig into why... either way shouldn't it be realistic for drivers to be able to get at the info?17:52
bodenI will do some digging into why we really need those "related objects"17:52
*** yamamoto has quit IRC17:53
johnsomWell, technically you should already have that info since it is a parent object, but if you don't have a way to reference that on the backend it might be an issue17:53
bodentrue... I will dig... might only need the ID; which we already have... new code fore me17:55
*** tesseract has quit IRC17:57
*** goldyfruit has quit IRC18:08
*** goldyfruit has joined #openstack-lbaas18:08
*** ataraday_ has quit IRC18:18
*** dulek has quit IRC18:37
*** ricolin has quit IRC18:41
*** dulek has joined #openstack-lbaas18:45
*** goldyfruit has quit IRC18:57
*** goldyfruit has joined #openstack-lbaas19:00
*** Emine has joined #openstack-lbaas19:45
*** mithilarun has quit IRC19:47
*** ccamposr has quit IRC19:54
*** goldyfruit has quit IRC20:07
*** mithilarun has joined #openstack-lbaas20:37
*** lucasxu has joined #openstack-lbaas20:41
*** lucashxu has quit IRC20:43
*** lucasxu has quit IRC20:45
*** lucashxu has joined #openstack-lbaas20:46
*** lucashxu has quit IRC20:50
*** goldyfruit has joined #openstack-lbaas20:50
*** pcaruana has quit IRC20:59
*** Emine has quit IRC21:00
*** boden has quit IRC21:17
openstackgerritMichael Johnson proposed openstack/octavia-lib master: Add project_id to all of the data model objects  https://review.opendev.org/66343421:18
*** mithilarun has quit IRC21:19
lxkongjohnsom, any chance for you to do a python-octaviaclient release?21:19
rm_workdo you also have to *set* that project_id still in the conversion routines?21:20
johnsomlxkong You need rm_work or cgoncalves to do it. I am no longer PTL nor the release liaison.21:20
rm_workcgoncalves is the release liason :D21:21
johnsomrm_work yes, but that happens in the octavia repo, that was the octavia-lib side21:21
rm_workActually I am not sure how to make a release, it would probably be valuable for me to figure out though21:21
rm_workjohnsom: oh, yeah derp k21:21
rm_workso this should be fine then21:21
johnsomYeah, they will just get Unsets until we set them21:21
rm_worksimilarly to https://review.opendev.org/#/c/660238/21:22
rm_workactually, would we mind merging that? assuming we're ok with the direction that's going?21:22
rm_workbecause that patch is going to continue to fail really annoyingly in testing until it's merged21:22
johnsomrm_work https://releases.openstack.org/reference/using.html#using-new-release-command21:22
lxkongrm_work: if we have all the expected python-octaviaclient patches merged, i can propose a release patch21:22
johnsomYeah, it would be nice to merge both of those and do a release so we can bump the minimum version in the octavia side21:23
rm_workif for some reason the multivip patch doesn't make it in to Train, we can revert it21:23
rm_workhmmm21:23
rm_workor not i guess if we do a release21:23
rm_workso we should be sure that's the way we want it named21:23
rm_worklxkong: yeah sounds good to me21:23
rm_workjohnsom: humorously, they do not conflict because mine ONLY touches LB, and yours touches exactly the inverse :D21:24
rm_workconvenient21:24
rm_worki marked that also as Do Not Backport, though that brings me to a couple of questions:21:25
rm_work1) Do we want to bother setting that on every review?21:25
rm_work2) I think actually my initial reaction was wrong and this is backportable, lol21:26
*** rcernin has joined #openstack-lbaas21:26
lxkongrm_work: https://review.opendev.org/#/c/663438/21:29
openstackgerritMichael Johnson proposed openstack/octavia master: Create Amphora V2 provider driver  https://review.opendev.org/65968921:30
rm_worklgtm21:32
openstackgerritMichael Johnson proposed openstack/octavia-lib master: Replace git.openstack.org URLs with opendev.org URLs  https://review.opendev.org/65504321:37
johnsomJust rebasing that21:37
johnsomWanted to see if any of those have already been changed.21:37
johnsomrm_work What goes in additional_vips?21:40
johnsomA list of the VIP objects?21:40
johnsomA list of dicts?21:40
rm_worka list of dicts representing vips (basically a nested net_info object)21:42
rm_workhttps://review.opendev.org/#/c/660239/22/octavia/amphorae/drivers/haproxy/rest_api_driver.py21:42
openstackgerritMerged openstack/octavia-lib master: Cap sphinx for py2 to match global requirements  https://review.opendev.org/65949521:52
rm_workjohnsom: do you think that makes sense?21:55
rm_workthis might not be a bad time to review this patch and tell me if you think the direction is bad21:55
johnsomI think that works21:56
rm_workI wanted to kinda just combine all the vips into one thing, but21:57
johnsomI think it is better this way21:57
rm_workI can't change it on the server side and still keep old amp compat21:57
rm_workso i'm making do with just refactoring inside the amp21:57
rm_workdiving in to the vrrp stuff now22:02
*** rcernin has quit IRC22:04
cgoncalveslxkong, https://review.opendev.org/#/c/663452/22:20
cgoncalvesAFKing for sleep time. back in 8h22:22
*** spatel has quit IRC22:24
openstackgerritMerged openstack/octavia-lib master: Replace git.openstack.org URLs with opendev.org URLs  https://review.opendev.org/65504322:34
*** goldyfruit has quit IRC22:40
*** lucashxu has joined #openstack-lbaas22:42
openstackgerritMichael Johnson proposed openstack/octavia-tempest-plugin master: Adds provider flavor capabilities API tests  https://review.opendev.org/63111322:44
*** yamamoto has joined #openstack-lbaas22:46
*** lucashxu has quit IRC22:48
*** Vorrtex has joined #openstack-lbaas23:12
*** goldyfruit has joined #openstack-lbaas23:16
openstackgerritMichael Johnson proposed openstack/octavia master: Add project_id to all of the provider objects  https://review.opendev.org/66345923:35
*** goldyfruit has quit IRC23:41
*** luksky has quit IRC23:46
*** yamamoto has quit IRC23:48

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!