Wednesday, 2019-09-25

*** goldyfruit_ has joined #openstack-lbaas00:07
*** sapd1_x has joined #openstack-lbaas00:25
*** goldyfruit_ has quit IRC00:33
*** goldyfruit has joined #openstack-lbaas00:35
*** goldyfruit has quit IRC01:00
*** sapd1_x has quit IRC01:09
*** tkajinam has quit IRC01:24
*** tkajinam has joined #openstack-lbaas01:24
*** sapd1_x has joined #openstack-lbaas01:25
*** goldyfruit has joined #openstack-lbaas01:26
*** sapd1_x has quit IRC01:37
*** hongbin has joined #openstack-lbaas01:49
*** hongbin has quit IRC02:36
*** ricolin has joined #openstack-lbaas02:47
*** psachin has joined #openstack-lbaas03:32
*** ramishra has joined #openstack-lbaas03:44
*** goldyfruit has quit IRC04:24
*** AlexStaf has joined #openstack-lbaas05:40
*** omkartelee has joined #openstack-lbaas05:59
omkarteleeHi, Does octavia support multiple provider drivers ?06:00
omkarteleeIF it does, how can I specify different amphora images in /etc/octavia/octavia.conf06:00
omkarteleeIF it does, how can I specify different amphora images in /etc/octavia/octavia.conf for different providers06:01
*** AlexStaf has quit IRC06:03
*** luksky has joined #openstack-lbaas06:21
cgoncalvesomkartelee, octavia supports multiple provider drivers. you can set which one you want using the "provider" field in the API06:27
cgoncalveshttps://docs.openstack.org/api-ref/load-balancer/v2/?expanded=create-a-load-balancer-detail#create-a-load-balancer06:27
cgoncalvesfrom the CLI it would be: openstack loadbalancer create --provider providerB [...]06:27
cgoncalvesomkartelee, the amphora image is an implementation of the amphora driver. other provider drivers implement differently, although some also via a service VM06:28
omkarteleeThanks @cgoncalves for reply06:28
omkarteleein my case, I have haproxy and another provider driver, haproxy uses amphora with image1 and my driver uses amphora image206:29
omkarteleehow can I specify my provider driver should use which image ?06:30
omkarteleelike 2 different amphora image exists and 2 different provider drivers are there06:30
omkarteleebut I dont see any field where I can provide relation of provider driver to amphora image06:31
*** gcheresh has joined #openstack-lbaas06:36
cgoncalvesomkartelee, you can either create a new configuration option, specific to your provider driver, where you would set an image id to load or make use of the flavor API06:36
cgoncalvesyour provider driver would need to support flavors06:36
omkarteleecgoncalves, out of curiocity: can I have multiple "hot_plug_plugins" ? can there be a scenario in which there are two different controller workers are running with completely different flows, and provider driver communicates with them on different RPC channels06:41
*** pcaruana has joined #openstack-lbaas06:42
*** rpittau|afk is now known as rpittau06:47
cgoncalvesomkartelee, I am not entirely sure. looking at the code now, it seems to be possible. however, it doesn't look to me to be a good design choice.06:49
omkarteleeThanks a lot cgoncalves for your inputs, can you provide a suggestion: so if I want to implement my own device as an amphora, I will have to write provider_driver and a amphora_driver?06:53
cgoncalvesomkartelee, not sure I follow you on "own device as an amphora". do you mean run something a different load balancing backend (not haproxy) in an amphora image with the amphora driver?06:55
cgoncalvesI think you are looking to implement your own provider driver. if that is so, it should be totally decoupled from the amphora provider driver06:56
cgoncalvesI'd highly recommend you to read https://docs.openstack.org/octavia/latest/contributor/guides/providers.html06:56
omkarteleeyes, we run different load balancing backend, we have virtual machine which contains different load balancing backend, we want to boot it in similar way as current haproxy amphoras are booting dynamically06:57
*** tesseract has joined #openstack-lbaas07:01
cgoncalvesI see. my advice is not to hook up to the amphora driver code. if you see you want to reuse part of the taskflow flows/tasks and are compatible, maybe you could propose moving the flows/tasks code to a more provider-agnostic place07:06
cgoncalveshowever, I wouldn't support much that idea. at some point in time a provider A would want make a change that could break provider B workflow07:07
omkarteleeYou know, I am already facing the exact issue07:07
cgoncalvesexactly. better keep provider drivers code independent from each other. no coupling07:08
cgoncalvescheck the provider driver development guide I linked before. I think the project made significant advancements in the last 2 releases to better support provider drivers07:09
cgoncalvesI know of at least two open-source provider drivers implementing this way07:10
omkarteleeCan you elaborate more please. I have written my own controller_worker with my custom flows, and a provider driver as well, but this implementation is not supporting multi-provider feature07:14
omkarteleei introduce the worker as new plugin07:14
omkarteleeso, I want to support both haproxy and my_amphora07:15
omkarteleei introduce the worker as new hot plugin07:16
*** maciejjozefczyk has joined #openstack-lbaas07:19
cgoncalvesomkartelee, ok, that is a good start. how does your driver pick the glance image to boot?07:21
omkarteleecurrently I am using image_id from octavia.conf, the major issue I am facing is, even if I create loadbalancer with --provider amphora, the request is being picked up by my provider driver07:27
cgoncalvesI am trying to understand why can't you support both the amphora driver (called that way, not haproxy :)) and your own provider driver07:27
*** luksky has quit IRC07:27
omkarteleebecause my provider driver is putting the request in same rpc queue and topic07:28
omkarteleeand controller worker is picking the request from the same queue07:29
omkarteleeCan I get your email cgoncalves, I can provide much more details over email, it would be really appreciated from my side07:32
cgoncalvesomkartelee, you should use a different rpc queue and topic07:37
cgoncalvesomkartelee, when you try to create an amphora-based load balancer, what does "openstack loadbalancer show $your_amphora_lb_id -f value -c provider" shows?07:39
omkarteleeThe name of my provider driver07:39
*** AlexStaf has joined #openstack-lbaas07:41
omkarteleeOK, what would be standard way of implementing octavia driver according to you in following scenario: 1. I have my own amphora image with different LB logic 2. I want similar lifecycle as amphora driver i.e. amphorae should get booted, get configured dynamically(using nova & neutron driver) 3. also I can use multiple providers at the same time07:42
omkarteleei dont want to implement something that Octavia team doesnt consider as STANDARD way of doing07:43
omkarteleecgoncalves, so this will help me architect the plugin properly rather than making so many changes in the octavia code and writing my own octavia07:45
cgoncalvesomkartelee, from what I'm understanding, your provider driver needs quite a significant amount of code because there's no external load balancer controller (say, an SDN controller with LB capabilities) so you have to implement one yourself07:47
cgoncalvesyour scenario seems feasible. I'd just dig in a bit more to see why your code changes make the amphora LB create call end up in your provider driver07:48
omkarteleecgoncalves, it would be really great if I could get your email, i can share much more info that way07:49
cgoncalvesomkartelee, please send it to the openstack-discuss mailing list -- http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-discuss07:52
omkarteleecgoncalves, Oh Yes, sure Thanks, I had forgotten about it07:52
cgoncalvescool07:53
omkarteleecgoncalves, Thanks a lot :)07:54
*** ivve has joined #openstack-lbaas08:01
*** rpittau is now known as rpittau|bbl08:01
*** omkartelee has quit IRC08:14
*** luksky has joined #openstack-lbaas08:23
*** tkajinam has quit IRC08:52
*** salmankhan has joined #openstack-lbaas09:35
*** luksky has quit IRC09:54
*** rpittau|bbl is now known as rpittau09:57
*** pcaruana has quit IRC10:23
*** rcernin has quit IRC10:23
openstackgerritAnn Taraday proposed openstack/octavia master: Transition amphora flows to dicts  https://review.opendev.org/66889810:32
*** luksky has joined #openstack-lbaas10:33
openstackgerritAnn Taraday proposed openstack/octavia master: Convert Lb flows to use provider dicts  https://review.opendev.org/67172510:34
*** pcaruana has joined #openstack-lbaas10:36
openstackgerritGregory Thiemonge proposed openstack/octavia master: Fix new pep8/pylint errors  https://review.opendev.org/68470010:37
openstackgerritAnn Taraday proposed openstack/octavia master: [WIP] Jobboard based controller  https://review.opendev.org/64740610:38
openstackgerritsunxifa proposed openstack/octavia master: Fix confused comment in create certificate script  https://review.opendev.org/68470510:49
*** goldyfruit has joined #openstack-lbaas11:32
*** goldyfruit has quit IRC12:16
*** psachin has quit IRC13:04
*** AustinR has quit IRC13:04
*** AustinR has joined #openstack-lbaas13:04
*** AustinR has quit IRC13:09
*** AustinR has joined #openstack-lbaas13:09
*** AustinR has quit IRC13:11
*** AustinR has joined #openstack-lbaas13:12
*** gcheresh has quit IRC13:33
openstackgerritGregory Thiemonge proposed openstack/octavia master: Fix new pep8/pylint errors  https://review.opendev.org/68470013:37
cgoncalvesrm_work, fixes gate: https://review.opendev.org/#/c/684700/13:50
*** goldyfruit has joined #openstack-lbaas14:16
*** Vorrtex has joined #openstack-lbaas14:24
*** rpittau is now known as rpittau|afk14:34
*** luksky has quit IRC14:46
*** goldyfruit has quit IRC14:46
*** AlexStaf has quit IRC14:55
*** goldyfruit has joined #openstack-lbaas15:18
*** openstackgerrit has quit IRC15:21
*** dulek has joined #openstack-lbaas15:25
*** pcaruana has quit IRC15:30
*** ivve has quit IRC15:45
*** ajay33 has joined #openstack-lbaas15:58
*** AustinR has quit IRC15:58
*** AustinR has joined #openstack-lbaas15:59
cgoncalveso/16:00
cgoncalvesrm_work, ping16:00
cgoncalvesok, it looks like rm_work is not available today, and johnsom is on PTO. I'll start the meeting. bare with me folks :)16:01
cgoncalves#startmeeting Octavia16:01
openstackMeeting started Wed Sep 25 16:01:35 2019 UTC and is due to finish in 60 minutes.  The chair is cgoncalves. Information about MeetBot at http://wiki.debian.org/MeetBot.16:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:01
*** openstack changes topic to " (Meeting topic: Octavia)"16:01
openstackThe meeting name has been set to 'octavia'16:01
cgoncalveshi16:01
gthiemongehi16:01
cgoncalveslow attendance today. we'll finish the call early I think16:02
cgoncalves#topic Announcements16:02
*** openstack changes topic to "Announcements (Meeting topic: Octavia)"16:02
haleybhi16:03
cgoncalvesTrain RC1 and stable/train branches are this week. Please do not merge feature patches until master branch is open for Ussuri cycle16:03
ajay33Hi16:03
*** spatel has joined #openstack-lbaas16:03
cgoncalvesah, great. people joining. welcome!16:03
cgoncalvesThe TC has proposed a release schedule for Ussuri16:04
cgoncalves#link https://review.opendev.org/#/c/679822/16:04
cgoncalvesRendered page:16:04
cgoncalves#link https://openstack.fortnebula.com:13808/v1/AUTH_e8fd161dc34c421a979a9e6421f823e9/zuul_opendev_logs_c4c/679822/3/check/openstack-tox-docs/c4cbc92/docs/ussuri/schedule.html16:04
cgoncalvesPlease take a look and give any feedback if you see any issues16:04
cgoncalvesUssuri supported runtimes are out16:04
cgoncalves#link https://governance.openstack.org/tc/reference/runtimes/ussuri.html16:05
cgoncalvesCentOS 7 is out, CentOS 8 (released yesterday) in16:05
cgoncalvesPython 2 also out16:05
cgoncalvesThis means Octavia should support all distros and Python runtimes there mentioned16:06
cgoncalvesprojects can still run CI for Python 2 jobs16:06
cgoncalvesthe results of the OpenStack User Survey are out!16:07
cgoncalves#link http://lists.openstack.org/pipermail/openstack-discuss/2019-September/009501.html16:07
*** spatel has quit IRC16:07
cgoncalvesthis time Octavia had questions added to the survey, and the results are quite interesting. I recommend everyone to have a look16:08
cgoncalvese.g. the top #1 requested feature is active-active load balancing16:08
cgoncalvesalso, in a Neutron question, load balancing continues to be on top #3 of features folks are actively using, interested in or looking forward to using16:10
cgoncalvesthat is all I have for announcements today. anything someone would like to add?16:10
cgoncalvesokay, let's continue16:11
cgoncalves#topic Brief progress reports / bugs needing review16:12
*** openstack changes topic to "Brief progress reports / bugs needing review (Meeting topic: Octavia)"16:12
*** goldyfruit_ has joined #openstack-lbaas16:12
cgoncalvesmy main focus since last week continue to be on backporting bug fixes to stable branches as well as having them merged16:13
gthiemongeI've found a bug with graceful shutdown of octavia workers: #link https://review.opendev.org/#/c/684201/ I would appreciate reviews ;-)16:15
*** goldyfruit has quit IRC16:15
cgoncalveswith CentOS 8 released and it being in the supported distros for Ussuri, I started looking into how to have an amphora image built and tested. there is quite a bit of work to be done in diskimage-builder. I am working with Ian from DIB on that front16:15
gthiemongecgoncalves: +116:16
cgoncalvesgthiemonge, awesome! great finding. thanks for sharing a fix16:16
cgoncalvesI am adding it now to the Train priority review list16:17
cgoncalvesbtw, our gate (pep8 job fails) is currently broken due to a new release of pylint16:18
cgoncalvesgthiemonge has a patch up for review. thank you again!16:18
cgoncalves#link https://review.opendev.org/#/c/684700/16:18
cgoncalvesso no need to recheck your jobs if you see pep8 job failing. rebase your patch on top of Greg's16:19
cgoncalvesanything else someone would like to share on this topic?16:21
cgoncalves#topic Open Discussion16:22
*** openstack changes topic to "Open Discussion (Meeting topic: Octavia)"16:22
cgoncalvesOther topics for today?16:22
colin-think we are going to proceed with haproxy 2.0 on our amps for now, havne't been able to surface any blocking issues with it. am glad for that considering all the benefits it offers16:22
colin-(if anyone was curious)16:22
cgoncalvescolin-, that's really encouraging!16:23
colin-does anybody know if anyone had a spec or change open already for adding string searches to HTTP type healthmonitors as an alternative to expect codes?16:24
cgoncalvescolin-, have you built haproxy yourself or used a packaged version publicly available somewhere?16:24
colin-the latter, based on these that i found on their site: https://haproxy.debian.net/16:25
cgoncalvesI don't remember seeing that. it might be somewhere in storyboard but it's not easy to look up for anything in there16:25
colin-so what it describes there for xenial and 2.0 stable i added to my DIB work with some help from johnsom16:25
cgoncalvesHTTP/2 protocol, available in haproxy 2.0, was top #3 most wanted feature that came out from the user survey16:26
cgoncalvescolin-, thanks for the link! repos for Debian and Ubuntu16:27
cgoncalvesone could consider creating a haproxy DIB element to install it from source, giving us more flexibility to test latest and greatest haproxy versions not yet available in the distros16:30
cgoncalvesa low-hanging fruit to folks considering to join the project :)16:30
cgoncalvesif there are no other topics, we can close the meeting16:31
cgoncalvesthank you everyone! let's finish preparations for Train release and open master branch for Ussuri!16:32
cgoncalves#endmeeting16:32
*** openstack changes topic to "Discussions for OpenStack Octavia | Priority bug review list: https://etherpad.openstack.org/p/octavia-priority-reviews"16:32
openstackMeeting ended Wed Sep 25 16:32:39 2019 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:32
openstackMinutes:        http://eavesdrop.openstack.org/meetings/octavia/2019/octavia.2019-09-25-16.01.html16:32
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/octavia/2019/octavia.2019-09-25-16.01.txt16:32
openstackLog:            http://eavesdrop.openstack.org/meetings/octavia/2019/octavia.2019-09-25-16.01.log.html16:32
gthiemongethank you cgoncalves!16:32
colin-ttyl o/16:32
cgoncalvesit's beer o'clock here. hope it is also in whichever timezone you are in ;)16:33
ajay33:p16:35
*** ramishra has quit IRC16:43
*** ivve has joined #openstack-lbaas16:53
*** henriqueof has joined #openstack-lbaas16:54
*** henriqueof1 has quit IRC16:55
*** maciejjozefczyk has quit IRC17:02
*** spatel has joined #openstack-lbaas17:16
*** salmankhan has quit IRC17:35
*** henriqueof1 has joined #openstack-lbaas17:53
*** henriqueof has quit IRC17:53
*** tesseract has quit IRC18:08
*** luksky has joined #openstack-lbaas18:20
*** ricolin has quit IRC18:55
rm_workYeah I've been thinking about putting those two things in our goals for Ussuri19:06
rm_workHTTP/2 (haproxy 2.0 everywhere) and Body Regex for HMs19:06
rm_workBoth are doable I think19:07
rm_workAnd would be nice feature wins19:07
colin-we would wait for 2.0 to be available through traditional ubuntu package management before commiting that to master right?19:28
* rm_work shrugs19:28
rm_workI haven't before19:28
rm_workbut that would be ideal, yes19:29
rm_workfolks have sometimes not appreciated my ... approach19:29
colin-uh huh, i think folks are on vacation for a week or so :D19:29
rm_workexcellent19:29
rm_workplenty of time :D19:29
rm_work+A'd that gatefix19:33
*** ajay33 has quit IRC19:48
* johnsom glares at colin-20:19
johnsomActually I put 2.0 on the last ptg agenda. We just need to have a plan really.20:20
johnsomRemind me when I get back to start an etherpad so we can collect the challenges and strategy to solve them.20:22
* johnsom vanishes into the pacific once again20:23
colin-haha20:23
colin-outta here!!20:23
colin-and enjoy :)20:23
rm_workwait why is johnsom here, lulz20:34
rm_workhe heard us, and now my plan is foiled20:35
*** Vorrtex has quit IRC21:25
*** spatel has quit IRC21:35
*** openstackgerrit has joined #openstack-lbaas21:47
openstackgerritMerged openstack/octavia master: Fix new pep8/pylint errors  https://review.opendev.org/68470021:47
*** ccamposr__ has joined #openstack-lbaas22:11
*** ccamposr has quit IRC22:13
*** rcernin has joined #openstack-lbaas22:15
*** ccamposr has joined #openstack-lbaas22:20
*** ccamposr__ has quit IRC22:23
*** tkajinam has joined #openstack-lbaas22:59
*** luksky has quit IRC23:00
*** ccamposr has quit IRC23:02
*** goldyfruit_ has quit IRC23:12
*** ivve has quit IRC23:28

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