Monday, 2018-01-15

*** bcafarel has quit IRC00:06
*** atoth has quit IRC00:12
*** bcafarel has joined #openstack-lbaas00:15
*** dayou has quit IRC00:31
*** dayou has joined #openstack-lbaas01:40
*** threestrands_ has joined #openstack-lbaas01:40
*** threestrands has quit IRC01:43
*** armax has joined #openstack-lbaas01:44
*** annp has joined #openstack-lbaas02:54
*** jappleii__ has joined #openstack-lbaas03:12
*** jappleii__ has quit IRC03:13
*** jappleii__ has joined #openstack-lbaas03:13
*** threestrands_ has quit IRC03:15
*** dayou has quit IRC03:21
*** yamamoto has joined #openstack-lbaas04:05
*** sanfern has joined #openstack-lbaas04:16
openstackgerritHengqing Hu proposed openstack/octavia master: Able to set frontend network for loadbalancer  https://review.openstack.org/52993604:20
*** dayou has joined #openstack-lbaas04:22
-openstackstatus- NOTICE: The logs.openstack.org filesystem has been restored to full health. We are attempting to keep logs uploaded between the prior alert and this one, however if your job logs are missing please issue a recheck.04:48
*** ChanServ changes topic to "The logs.openstack.org filesystem has been restored to full health. We are attempting to keep logs uploaded between the prior alert and this one, however if your job logs are missing please issue a recheck."04:48
*** ChanServ changes topic to "Welcome to LBaaS / Octavia - Queens development is now open."04:53
*** links has joined #openstack-lbaas05:11
*** pcaruana has joined #openstack-lbaas05:23
*** pcaruana has quit IRC05:32
openstackgerritHengqing Hu proposed openstack/octavia master: Able to set frontend network for loadbalancer  https://review.openstack.org/52993605:53
*** yamamoto_ has joined #openstack-lbaas05:55
*** yamamoto_ has quit IRC05:55
*** yamamoto has quit IRC05:59
*** yamamoto has joined #openstack-lbaas06:16
openstackgerrithuangshan proposed openstack/python-octaviaclient master: Add failover an amphora client support  https://review.openstack.org/53242406:57
*** gcheresh has joined #openstack-lbaas06:58
*** jappleii__ has quit IRC07:02
*** sapd_ has quit IRC07:16
*** sapd has joined #openstack-lbaas07:17
*** sapd_ has joined #openstack-lbaas07:20
*** sapd has quit IRC07:22
*** Alex_Staf has joined #openstack-lbaas07:25
*** sapd has joined #openstack-lbaas07:34
*** AlexeyAbashkin has joined #openstack-lbaas07:54
*** rcernin has quit IRC07:59
*** ivveh has joined #openstack-lbaas08:28
ivvehhi guys, i was wondering if anyone has time to look a bit at a lbaas v2 issue? basically everything is working but when i assign a floating ip to the lb it doesn't forward to the internal net. from the local (internal) subnet router i can curl via the namespace towards the internal lb-vip. i have modified default sec_group to allow all traffic for testing. ill supply some logs here in08:31
ivveha sec08:31
openstackgerritEric Lei proposed openstack/neutron-lbaas-dashboard master: Fix the wrong urls in README.rst  https://review.openstack.org/53198508:33
ivvehhttps://hastebin.com/ecesunafaj.bash08:41
ivvehassigned floating ips to the httpd servers just for testing & verification08:41
ivvehbut no access to http://192.168.20.14 from the network 192.168.20.0/2408:43
ivvehforgot to add it but the LB has a complete arp table to the internal 3x httpd servers including the local router (10.167.35.1)08:46
ivvehand communication works fine there08:46
ivvehthe internal router has full communication with other floating ips such as the testing floating ips assigned from the lbaas-[1..3] or other test instances08:47
ivvehrouting tables & routing works with the external network as well08:48
ivvehi can't spot any errors in iptables, but that was my first guess :)08:48
ivvehlbaas logs are empty :(08:49
ivvehnothing particular in any of the other agents logs either08:50
ivvehadded some additional logs08:58
ivvehhttps://hastebin.com/inowoxugaf.bash08:58
*** aojea has joined #openstack-lbaas09:11
ndanl4hi09:35
ndanl4if I want to us LB09:35
ndanl4with DVR setup, do I need to modify anything on the compute hosts ?09:36
*** sapd has quit IRC09:46
*** sapd has joined #openstack-lbaas09:59
openstackgerritGanpat Agarwal proposed openstack/octavia master: [WIP] ACTIVE-ACTIVE ExaBGP rest api driver  https://review.openstack.org/52700910:01
*** salmankhan has joined #openstack-lbaas10:04
*** salmankhan1 has joined #openstack-lbaas10:12
*** salmankhan has quit IRC10:15
*** salmankhan1 is now known as salmankhan10:15
*** aojea has quit IRC10:39
*** aojea has joined #openstack-lbaas10:44
*** aojea_ has joined #openstack-lbaas10:44
*** sapd has quit IRC10:45
*** aojea has quit IRC10:49
*** annp has quit IRC10:51
*** sanfern has quit IRC10:51
*** gans has joined #openstack-lbaas11:05
*** yamamoto has quit IRC11:11
*** yamamoto has joined #openstack-lbaas11:11
*** gans has quit IRC11:16
openstackgerritLingxian Kong proposed openstack/octavia-tempest-plugin master: Create floating ip by normal user  https://review.openstack.org/53361511:24
*** yamamoto_ has joined #openstack-lbaas11:26
*** yamamoto has quit IRC11:29
openstackgerritLingxian Kong proposed openstack/octavia-tempest-plugin master: Add basic tests for listeners  https://review.openstack.org/49231111:35
*** pcaruana has joined #openstack-lbaas11:44
*** sanfern has joined #openstack-lbaas12:08
*** tesseract has joined #openstack-lbaas12:15
*** beagles is now known as beagles_mtg13:01
*** openstackgerrit has quit IRC13:18
*** beagles_mtg is now known as beagles13:55
*** ndanl4 has quit IRC14:10
*** atoth has joined #openstack-lbaas14:27
*** fishbone_ has quit IRC14:32
*** gcheresh has quit IRC15:03
*** yamamoto_ has quit IRC15:06
*** armax has quit IRC15:17
*** links has quit IRC15:20
*** irenab has quit IRC15:26
*** irenab has joined #openstack-lbaas15:29
*** armax has joined #openstack-lbaas15:47
*** longstaff has joined #openstack-lbaas15:48
*** aojea_ has quit IRC16:04
*** aojea has joined #openstack-lbaas16:04
*** yamamoto has joined #openstack-lbaas16:07
*** yamamoto has quit IRC16:14
*** ivve has quit IRC16:35
*** AlexeyAbashkin has quit IRC16:39
*** AlexeyAbashkin has joined #openstack-lbaas16:39
*** tesseract has quit IRC16:40
*** AlexeyAbashkin has quit IRC16:47
*** ivve has joined #openstack-lbaas16:50
*** longstaff has quit IRC17:00
*** longstaff has joined #openstack-lbaas17:11
*** Alex_Staf has quit IRC17:19
*** links has joined #openstack-lbaas17:21
*** links has quit IRC17:50
*** longstaff has quit IRC18:14
*** ivve has quit IRC18:16
*** Swami_ has joined #openstack-lbaas18:20
-openstackstatus- NOTICE: Zuul has been restarted and has lost queue contents; changes in progress will need to be rechecked.18:23
*** ChanServ sets mode: +o johnsom18:29
*** ivve has joined #openstack-lbaas18:29
*** ChanServ changes topic to "Welcome to LBaaS / Octavia - Queens priority review etherpad https://etherpad.openstack.org/p/Octavia-Queens-Priority-Review"18:31
*** ChanServ sets mode: -o johnsom18:32
johnsomFYI, I have started a Queens priority review/bug etherpad for Queens.  The URL is in the channel topic.  https://etherpad.openstack.org/p/Octavia-Queens-Priority-Review18:32
*** sanfern has quit IRC18:34
*** sanfern has joined #openstack-lbaas18:34
*** sanfern has quit IRC18:34
*** aojea has quit IRC18:36
*** salmankhan has quit IRC18:41
*** AlexeyAbashkin has joined #openstack-lbaas18:50
*** aojea has joined #openstack-lbaas18:51
*** AlexeyAbashkin has quit IRC18:55
*** aojea_ has joined #openstack-lbaas18:57
*** aojea has quit IRC18:59
*** aojea has joined #openstack-lbaas19:02
*** aojea_ has quit IRC19:05
*** longstaff has joined #openstack-lbaas19:06
*** longstaff has joined #openstack-lbaas19:06
*** aojea_ has joined #openstack-lbaas19:08
*** openstackgerrit has joined #openstack-lbaas19:08
openstackgerritMichael Johnson proposed openstack/octavia-dashboard master: Update the installation and contributors documents  https://review.openstack.org/53376019:08
*** aojea has quit IRC19:11
*** aojea has joined #openstack-lbaas19:12
*** aojea_ has quit IRC19:15
*** aojea_ has joined #openstack-lbaas19:18
*** aojea has quit IRC19:20
*** aojea has joined #openstack-lbaas19:23
*** aojea_ has quit IRC19:26
*** fnaval has joined #openstack-lbaas19:27
*** fnaval_ has joined #openstack-lbaas19:28
*** aojea_ has joined #openstack-lbaas19:29
*** fnaval_ has quit IRC19:29
*** aojea has quit IRC19:31
*** fnaval has quit IRC19:32
*** fnaval has joined #openstack-lbaas19:33
*** fnaval has quit IRC19:33
*** aojea has joined #openstack-lbaas19:34
*** aojea_ has quit IRC19:36
*** aojea_ has joined #openstack-lbaas19:39
*** aojea has quit IRC19:42
*** aojea has joined #openstack-lbaas19:46
*** aojea_ has quit IRC19:47
*** atoth has quit IRC19:47
*** AlexeyAbashkin has joined #openstack-lbaas19:51
*** aojea has quit IRC19:53
*** AlexeyAbashkin has quit IRC19:55
*** salmankhan has joined #openstack-lbaas19:57
*** salmankhan has quit IRC20:01
*** aojea has joined #openstack-lbaas20:04
*** barch has joined #openstack-lbaas20:08
ivveare l7 rules/policies required in lbaas v2?20:08
barchWe are getting some stevedore WARNINGs in neutron logs saying can't load OctaviaDriver and LoadBalancerPluginv220:09
barchLoading Plugin: neutron_lbaas.services.loadbalancer.plugin.LoadBalancerPluginv220:09
*** aojea_ has joined #openstack-lbaas20:09
barchWARNING stevedore.named [req-670b57cb-195b-4aea-a1e3-c6b9fc92c8fb - - - - -] Could not load neutron_lbaas.services.loadbalancer.plugin.LoadBalancerPluginv220:09
johnsomivve No, they are optional features, not all drivers support it20:09
barchWARNING stevedore.named [req-670b57cb-195b-4aea-a1e3-c6b9fc92c8fb - - - - -] Could not load neutron_lbaas.drivers.octavia.driver.OctaviaDriver20:10
barchBut then we see...20:10
barchINFO neutron_lbaas.drivers.octavia.octavia_messaging_consumer [-] Starting octavia consumer...20:10
barchWhat do these errors mean?20:10
johnsombarch Yes, this is an issue with neutron, it is issuing these warnings but then later loads the driver20:10
ivvejohnsom: i see20:10
ivveso strange, i can't get the loadbalancer to forward traffic to pool members20:11
ivveit should be pretty straight forward20:11
johnsomAgreed20:11
ivvei did apply a any to any sec group to the port20:11
johnsomSo, this is with the namespace driver?  What cloud version do you have? Do you have DVR enabled in the neutron router?20:11
ivvewhen i tcpdump the loadbalancer it gets the request but doesn't forward it20:12
ivveDVR, not sure20:12
ivveits an OSA pike/stable20:12
ivvenamespace driver is ok now20:12
*** aojea has quit IRC20:12
ivvelbaas logs are totally quiet20:12
johnsomHmm, well the issues I knew of with DVR were supposed to be fixed in Pike, so that may not be it20:12
ivvebut so are tcpdumps instances :(20:13
ivvecan i verify?20:13
johnsomivve an you are dumping in the namespaces the namespace driver creates?20:13
ivveah20:13
ivvedistributed router20:13
ivvethat was probabbly the bug i had20:13
ivveabbrevations and me :P20:13
ivveanyways all my routers went standby is that the bug?20:14
ivvejohnsom: im tcpdumping on the tap in the loadbalancer namespace20:14
johnsomNo, it was an issue where ports would not be setup in the DVR tables so traffic would not flow.  I'm not familiar with routers going standby, that must be some other issue20:14
ivvealright20:15
*** aojea__ has joined #openstack-lbaas20:15
*** slaweq has joined #openstack-lbaas20:15
ivvewell i have so far checked different types of traffic to the loadbalancer vip20:15
ivveeverything works, but not forwarded20:15
ivvethe iptables is more or less empty20:15
ivvenot sure if that is correct20:15
ivve(unlike a router or dhcp namespace)20:16
ivveits my first go on neutron troubleshooting in lbaas20:16
johnsomThat is unusual, it should at least have deny all, and accept for the listener ports20:16
ivveit struck me20:16
ivvebut i have nothing proper to compare with20:16
ivvehttps://hastebin.com/rulufujohe.bash20:17
ivvetried recreating it a few times but always ends up like that20:17
johnsomThese are logs from the namespace driver gate test.  It shows configs, but I don't think neutron dumps the IPtables anywhere: http://logs.openstack.org/00/527600/5/check/neutron-lbaasv2-dsvm-scenario-namespace/3b16ce6/logs/20:17
ivveto be honest im not really sure how the iptables are created in the namespace.. i tried looking for info but came out emptyhanded :(20:18
*** aojea_ has quit IRC20:18
johnsomiptables is all managed through neutron, we don't manipulate them directly in neutron-lbaas.  It could be they are just putting them somewhere else, outside that namespace20:19
ivveim using linuxbridge if thats any help20:19
johnsomShouldn't matter20:19
ivveits just that i was under the impression its using haproxy and not iptables to loadbalance20:20
ivvedue to the haproxy nsdriver :)20:20
ivveso i was like, maybe it should be empty?20:20
johnsomSo you are getting traffic to haproxy, just not the members? So if you setup a load balanancer with no members, do you get the 503 back?20:20
johnsomYeah, it's not using iptables for load balancing, just security20:21
ivveokay, since i just applied a new sec_group and now the VIP started to accept traffic20:21
ivvethe healthmonitor is spewing traffic to the instances20:22
ivveand if i use a local router i can curl on port 80 which listener is on20:22
ivveand it forwards traffic correctly20:22
ivvebasically i have just setup httpd on port 80 with hostname in the /var/www/html/index.html20:23
ivveon the instances20:23
*** aojea__ has quit IRC20:23
ivvehttps://hastebin.com/axofaqetom.pl20:25
ivvetried checking for package size as well20:26
ivveseems ok20:26
*** fnaval has joined #openstack-lbaas20:27
ivveso i.e. icmp requests go there, but not back20:28
johnsomICMP is not enabled by default20:28
johnsomOnly the listener ports should work20:29
ivvethis is what i get on curls20:29
ivvehttps://hastebin.com/ugijemoxas.pl20:29
ivvewhich it should forward20:30
ivvehere is a successful one on the vxlan20:30
ivvehttps://hastebin.com/mebuviqobu.pl20:32
ivvei tried removing and readding the poolmembers after reapplying the security group20:32
johnsommembers should not change the SG, only LB and Listener actions20:33
ivveperhaps the listener should be recreated?20:33
ivveany-any        | ingress   | IPv4      | 1-65535/tcp   | 0.0.0.0/0 (CIDR)20:34
ivveoh wait20:34
ivveno thought i was missing egress20:35
ivveone could hope it would be such a simple mistake20:35
openstackgerritLingxian Kong proposed openstack/octavia-tempest-plugin master: Add basic tests for listeners  https://review.openstack.org/49231120:35
ivvebut then internal router shouldn't get responses20:35
ivvejees what an annoying problem!20:35
ivve any-any        | egress    | IPv4      | any           | any20:36
ivveicmp also in there20:36
ivvefor testing sake20:36
kongjohnsom: sorry to chime in, but could you please take a look at this patch: https://review.openstack.org/#/c/533615/ fix the basic scenario test using normal user.20:37
johnsomkong Hi, sure20:37
kongjohnsom: thx20:37
ivvethis is a bit interesting though20:39
ivveuser_group = haproxy20:40
ivvein /etc/neutron/lbaas_agent.ini20:40
ivvenobody   26633     1  0 21:24 ?        00:00:00 haproxy -f /var/lib/neutron/lbaas/v2/916cf926-00be-463f-8b34-e379de294fd0/haproxy.conf20:40
ivvehttps://hastebin.com/ixeyasuhij.bash20:42
ivveconf in all its glory20:42
ivveuser says nobody20:43
johnsomYeah, that all looks good20:43
ivveuser nobody group haproxy?20:43
johnsomyes20:43
ivvekk20:43
ivvei did change that20:43
ivvethat solved some problem20:43
johnsomAre you on RedHat?20:43
ivvecentos20:43
johnsomYeah, ok, that is probably an issue on CentOS20:43
ivveperhaps i should have mentioned20:43
ivve:P20:43
johnsomIt's haproxy package is different than the others.20:43
ivvei also have an ubuntu but havn't changed that20:44
ivvei've ran into some haproxy issues there on the controller side20:44
ivveactually now that i think about it20:44
ivveit couldn't properly read headers i think20:44
ivveGOSH gotdamn centos :D20:45
ivvebut config looks good to you?20:45
johnsomYeah, that haproxy config looks ok to me.20:48
ivvehaproxy-1.5.18-6.el7.x86_6420:49
ivvethis is the bugger20:49
johnsomYeah, ok, found it.  Most packages use USER_GROUP=nobody, but RHEL/CENTOS use USER-GROUP=haproxy20:49
*** AlexeyAbashkin has joined #openstack-lbaas20:50
johnsomYeah, again an issue with CentOS20:50
ivveyou mean /etc/neutron/lbaas_agent.ini config?20:50
johnsomNot sure where it is for that driver.  It's automatic in octavia20:51
ivvedevice_driver = neutron_lbaas.drivers.haproxy.namespace_driver.HaproxyNSDriver20:52
ivveuser_group = haproxy20:52
johnsomyep, there you go20:52
ivveare you kidding me? :D20:52
*** fnaval has quit IRC20:52
ivveim hoping its not case-sensitive20:53
johnsomha, don't know20:53
*** AlexeyAbashkin has quit IRC20:54
ivve    user        haproxy20:54
ivve    group       haproxy20:54
ivvein the /etc/haproxy/haproxy.cfg20:54
ivvehowever the pid gets created with nobody:haproxy20:55
ivvethe thing is i changed from user_group = nobody to: user_group = haproxy due to reading the redhat manuals on lbaas lol20:59
ivvehave you got any link on that info?20:59
johnsomOn what exactly? not sure I understand the question?21:00
ivvewell you said: Yeah, ok, found it.  Most packages use USER_GROUP=nobody, but RHEL/CENTOS use USER-GROUP=haproxy21:00
ivveim just not sure which config we are talking about21:00
ivveperhaps it was a typo21:01
ivve - _21:01
johnsomyeah, typo21:01
johnsomSorry21:01
ivveokay well yea its already confed like that in lbaas-agent.ini21:02
ivve#user_group = nobody21:02
ivveuser_group = haproxy21:02
ivvethats what solved my driver issues, among other things :P21:02
*** fnaval has joined #openstack-lbaas21:03
johnsomBummer, the next ubuntu LTS (18/Bionic) only has haproxy 1.7.9 in it.  Why don't they do 1.8 since it's released?21:05
ivveno difference using http vs tcp/80 on the listener21:07
ivveim guessing i could try install lbaas on my ubuntu openstack21:07
ivvesee if it works better/worse21:07
ivve:D21:07
ivvethis centos install has been giving me headaches21:07
ivvetried tcp health monitor21:09
ivvesame exact21:09
ivverequest gets in on FIP but no reply, on fixed it works21:09
ivvefixed vip21:09
*** aojea has joined #openstack-lbaas21:13
ivvegot this now21:15
ivve2018-01-15 22:06:34.924 484 ERROR neutron.agent.linux.utils [req-5f33fb3b-2933-4f7f-8033-1c885711d763 0a305a0f2d5d4217bb71c3a85449b416 25f88312eb794ea78e79d136c6573a95 - - -] Exit code: 99; Stdin: ; Stdout: ; Stderr: /openstack/venvs/neutron-16.0.6/bin/neutron-rootwrap: Unauthorized command: ip netns exec qlbaas-916cf926-00be-463f-8b34-e379de294fd0 route add default gw 10.167.35.1 (no filter matched)21:15
ivve2018-01-15 22:06:35.620 484 WARNING neutron_lbaas.drivers.haproxy.namespace_driver [-] Stats socket not found for loadbalancer 916cf926-00be-463f-8b34-e379de294fd021:15
johnsomThe first one is a problem. That is a neutron config issue.21:16
johnsomThe second one is normal, it will give you those until a listener or pool is created on the LB21:16
*** aojea_ has joined #openstack-lbaas21:18
johnsomFeel free to up vote my Ubuntu bug lobbying for 1.8 in the next LTS instead of 1.7: https://bugs.launchpad.net/ubuntu/+source/haproxy/+bug/174346521:18
openstackLaunchpad bug 1743465 in haproxy (Ubuntu) "Bionic should have haproxy 1.8-stable" [Undecided,New]21:18
ivvewell net-utils isn't installed21:19
ivvewould that pose a problem?21:19
*** aojea has quit IRC21:21
ivvei mean it doesn't have a default route, which would mean NAT issues?21:22
*** Alex_Staf has joined #openstack-lbaas21:23
ivvelol21:23
ivvethat did it21:23
*** aojea has joined #openstack-lbaas21:23
ivveill report some bugs21:25
ivveamong them the net-utils package & user_group: haproxy21:25
ivvenet-utils is kinda stupid but the user_group = haproxy (sorry my typo this time) can be fixed via overrides in OSA but should be default if centos21:26
*** aojea_ has quit IRC21:26
*** aojea_ has joined #openstack-lbaas21:28
*** aojea has quit IRC21:30
*** pcaruana has quit IRC21:30
*** jappleii__ has joined #openstack-lbaas21:32
*** aojea__ has joined #openstack-lbaas21:33
xgerman_ivve: please submit a patch21:36
*** aojea_ has quit IRC21:36
*** aojea_ has joined #openstack-lbaas21:38
*** aojea__ has quit IRC21:41
*** aojea__ has joined #openstack-lbaas21:43
*** aojea_ has quit IRC21:46
*** aojea_ has joined #openstack-lbaas21:48
*** AlexeyAbashkin has joined #openstack-lbaas21:50
*** aojea__ has quit IRC21:51
kongxgerman_: hi, could you please take a look at this patch: https://review.openstack.org/#/c/533615/?21:53
*** aojea__ has joined #openstack-lbaas21:53
kongour octavia monitoring is broken21:54
*** AlexeyAbashkin has quit IRC21:54
xgerman_so?21:54
kongwe need that patch ;-)21:54
kongthanks a lot21:55
*** aojea_ has quit IRC21:57
*** aojea has joined #openstack-lbaas21:58
*** aojea__ has quit IRC22:01
*** aojea has quit IRC22:07
*** aojea has joined #openstack-lbaas22:07
barchNot sure if this is correct place to ask, but had some questions regarding setting up neutron lbaasv2 with AVI: https://avinetworks.com/docs/17.1/installing-avi-vantage-for-openstack/#Deploying_Avi-managed_LBaaS_Mode22:10
barchwe want to try the "OpenStack-managed LBaaS mode". Where we use theur lbaas v2 APIs to interact with AVI (instead of directly using the AVI apis/gui on controller VM)22:11
barchavi says they have an lbaas plugin driver to install22:11
barchI am confused if this is to replace the neutron-lbaas plugin, or are we to first install the neutron-lbaas plugin, then install the avi driver?22:11
barchFYI we already have AVI working directly using the "Avi-managed LBaaS mode". Here there is no neutron's lbaas-plugin or lbaasv2 APIs22:12
*** aojea_ has joined #openstack-lbaas22:12
johnsombarch You should be able to get the neutron-lbaas (v2 of course) driver package from them and install it.  In your neutron configuration files you would just define the drivers you want available as providers in a comma separated list like you would do for other drivers.22:15
*** aojea has quit IRC22:15
barchCorrect, i downloaded their avi driver package. I was just wondering if this *replaces* the neutron lbaas plugin22:15
barchor whether both need to be installed22:15
barchtheir driver also doesn't appear to have any openstack versioning (compatible with newton?)22:16
johnsomI hope not, but I don't know.  We haven't had any AVI participation here and their driver is not gate testing with our code, so can't really tell you.22:16
barch"Avi Networks provides a script for installing or upgrading the LBaaS plugin driver (v1 or v2). The script makes the necessary OpenStack configuration changes automatically. Download the Avi LBaaS driver installation package (avi_openstack_package.tar.gz) from the Avi Networks portal website "22:17
johnsomIt's this configuration in your neutron_lbaas.conf you would add additional drivers to:22:17
johnsom[service_providers]22:17
johnsomservice_provider = LOADBALANCERV2:Octavia:neutron_lbaas.drivers.octavia.driver.OctaviaDriver:default22:17
barchhmm ok22:17
barchI assume their script/installer would set the correct service provider22:17
*** aojea__ has joined #openstack-lbaas22:18
barchi couldn't find anywhere what the exact value/line is to manually set this to for avi22:18
johnsomYeah, no idea.  I wish they participated with us.22:18
johnsomMy best answer for you is to call their support22:18
*** aojea_ has quit IRC22:20
*** rcernin has joined #openstack-lbaas22:21
*** longstaff has quit IRC22:22
*** aojea has joined #openstack-lbaas22:22
*** slaweq has quit IRC22:24
*** slaweq has joined #openstack-lbaas22:24
*** aojea__ has quit IRC22:25
*** aojea_ has joined #openstack-lbaas22:28
*** slaweq has quit IRC22:29
*** aojea has quit IRC22:30
*** aojea has joined #openstack-lbaas22:32
*** aojea_ has quit IRC22:35
*** aojea_ has joined #openstack-lbaas22:38
*** slaweq has joined #openstack-lbaas22:39
*** aojea has quit IRC22:40
*** aojea__ has joined #openstack-lbaas22:43
*** slaweq has quit IRC22:44
*** aojea_ has quit IRC22:45
*** aojea__ has quit IRC22:48
xgerman_johnsom: so how do we feel for Octavia specific functions (e.g. amphora failover in the client)?22:59
johnsomI think the plan is to add them23:00
xgerman_ok, but loadbalancer amphora failover?23:00
johnsomThey are part of the API.  Though, probably a good discussion item.23:00
xgerman_that sounds like it might apply to other drivers as well…23:00
johnsomYeah, that is a bit odd23:01
johnsomThough amps are part of a load balancer23:02
*** ivve has quit IRC23:02
xgerman_I am not denying that but this could confuse a user, e.g. trying to do it on an F523:02
johnsomWell, they will get rejected with permission denied before it gets to the "not implemented" error23:03
johnsomSince it's RBAC admin only23:03
xgerman_ok, I will comment and we can pick it up in our meeting23:04
johnsomSounds good23:04
openstackgerritMerged openstack/octavia-tempest-plugin master: Create floating ip by normal user  https://review.openstack.org/53361523:10
*** ivve has joined #openstack-lbaas23:17
xgerman_what’s the use case for https://review.openstack.org/#/c/533331/4 ?23:26
xgerman_and why can;t it always run against all amps?23:27
johnsomIt's mostly failover situations, but probably in expand amps as well.23:27
johnsomI thought he put that in the commit or bug, if both amps failover, the second update fails if the first is ahead23:28
johnsomas an example23:28
xgerman_mmh, I don’t liek the complexity of selective updates since then things can get out of sync23:29
johnsomIt seems to me we should make the driver act on one amp and put the iteration in the flows if it needs it23:29
johnsomThat would lead to better parallel opportunities anyway.23:30
xgerman_that’s orthogonal23:31
johnsomAnd retries as well....  Yeah, I think I'm really going to push to move that up to the flows23:31
xgerman_one of our tenants is that we push everyhting out in every change so w ecan be dumb about amps23:31
johnsomWell, in that case it would just abort the failover as the update to the second failed23:32
xgerman_mmh, I thinbk I need to see it to believe it… -123:38
xgerman_@team there are a lot of dashboard reviews on our etherpad — this is a good way for somebody new to start reviewing… install the patch, click around, comment <hint><hint>23:48
*** armax has quit IRC23:54

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