Wednesday, 2018-01-31

*** rstarmer has quit IRC00:00
openstackgerritMichael Johnson proposed openstack/octavia master: Add haproxy_tcp_request_inspect_delay config  https://review.openstack.org/53937600:02
*** fnaval has quit IRC00:18
*** fnaval has joined #openstack-lbaas00:30
*** ianychoi has joined #openstack-lbaas00:31
*** fnaval has quit IRC00:47
*** fnaval has joined #openstack-lbaas00:51
*** fnaval has quit IRC00:55
*** SumitNaiksatam has quit IRC01:02
*** rcernin has joined #openstack-lbaas01:09
rm_workispp: if you are the same isp_ that mentioned octavia+kubernetes earlier -- that is how I deploy the controlplane, so I can answer some questions if you have some :)01:23
johnsomvi01:24
johnsomopps01:24
*** fnaval has joined #openstack-lbaas01:50
*** fnaval has quit IRC01:55
openstackgerritMichael Johnson proposed openstack/neutron-lbaas master: Fix "unable to delete subnet" in API tests  https://review.openstack.org/53938801:56
johnsomI hope that fixes the occasional nlbaas-api gate test failures.01:57
openstackgerritZhaoBo proposed openstack/python-octaviaclient master: LB support UDP - Client part  https://review.openstack.org/53939002:01
openstackgerritZhaoBo proposed openstack/octavia master: WIP:UDP jinja template  https://review.openstack.org/52542002:01
openstackgerritZhaoBo proposed openstack/octavia master: WIP:UDP for [2]  https://review.openstack.org/52965102:01
openstackgerritZhaoBo proposed openstack/octavia master: WIP:UDP for [3][5][6]  https://review.openstack.org/53939102:01
*** dougwig has quit IRC02:10
*** Swami has quit IRC02:11
*** harlowja has quit IRC02:15
*** rcernin has quit IRC02:35
*** armax has joined #openstack-lbaas03:05
*** armax has quit IRC03:10
*** armax has joined #openstack-lbaas03:16
*** fnaval has joined #openstack-lbaas04:04
*** SumitNaiksatam has joined #openstack-lbaas04:17
*** armax has quit IRC04:37
*** chkumar|off is now known as chandankumar04:44
*** rcernin has joined #openstack-lbaas04:50
*** harlowja has joined #openstack-lbaas04:51
*** rcernin has quit IRC04:51
*** rcernin has joined #openstack-lbaas04:52
*** reedip has joined #openstack-lbaas04:58
*** SumitNaiksatam has quit IRC05:02
*** links has joined #openstack-lbaas05:07
*** fnaval has quit IRC05:41
*** threestrands has quit IRC05:51
*** armax has joined #openstack-lbaas05:52
*** threestrands has joined #openstack-lbaas06:01
*** threestrands has quit IRC06:01
*** threestrands has joined #openstack-lbaas06:01
*** gcheresh has joined #openstack-lbaas06:15
*** armax has quit IRC06:40
*** SumitNaiksatam has joined #openstack-lbaas06:49
*** slaweq has joined #openstack-lbaas06:52
*** slaweq has quit IRC06:56
*** harlowja has quit IRC07:01
*** rcernin has quit IRC07:08
*** kobis has joined #openstack-lbaas07:31
*** slaweq has joined #openstack-lbaas07:43
*** slaweq has quit IRC07:48
*** pcaruana has joined #openstack-lbaas07:51
*** AlexeyAbashkin has joined #openstack-lbaas07:51
*** AlexeyAbashkin has quit IRC07:51
*** AlexeyAbashkin has joined #openstack-lbaas07:52
*** Alex_Staf has joined #openstack-lbaas07:53
ispprm_work yes, exactly, I'm the same isp_ hehe, perfect, thank you for your help, do u have any doc around?08:04
*** kobis has quit IRC08:08
*** b_bezak has joined #openstack-lbaas08:11
*** rcernin has joined #openstack-lbaas08:16
*** slaweq has joined #openstack-lbaas08:18
*** tesseract has joined #openstack-lbaas08:20
*** slaweq has quit IRC08:22
*** rcernin has quit IRC08:26
*** kobis has joined #openstack-lbaas08:50
*** rstarmer has joined #openstack-lbaas09:03
*** rcernin has joined #openstack-lbaas09:05
*** fnaval has joined #openstack-lbaas09:51
*** salmankhan has joined #openstack-lbaas09:53
*** fnaval has quit IRC09:55
*** annp has quit IRC10:14
*** fnaval has joined #openstack-lbaas10:51
*** fnaval has quit IRC10:56
*** AlexeyAbashkin has quit IRC11:09
*** AlexeyAbashkin has joined #openstack-lbaas11:15
openstackgerritGanpat Agarwal proposed openstack/octavia master: Active-Active: ExaBGP amphora L3 distributor driver  https://review.openstack.org/53784211:22
*** yamamoto_ has quit IRC11:48
*** salmankhan has quit IRC11:50
*** salmankhan has joined #openstack-lbaas11:51
*** fnaval has joined #openstack-lbaas11:51
*** fnaval has quit IRC11:55
*** threestrands has quit IRC12:08
*** yamamoto has joined #openstack-lbaas12:22
*** yamamoto has quit IRC12:22
*** yamamoto has joined #openstack-lbaas12:23
*** fnaval has joined #openstack-lbaas12:51
*** fnaval has quit IRC12:56
*** rcernin has quit IRC12:58
openstackgerritGanpat Agarwal proposed openstack/octavia master: Active-Active: ExaBGP amphora L3 distributor driver  https://review.openstack.org/53784213:13
*** yamamoto has quit IRC14:04
*** pcaruana has quit IRC14:05
*** yamamoto has joined #openstack-lbaas14:06
*** yamamoto has quit IRC14:11
*** fnaval has joined #openstack-lbaas14:21
*** pcaruana has joined #openstack-lbaas14:21
*** fnaval has quit IRC14:22
*** links has quit IRC14:27
*** yamamoto has joined #openstack-lbaas14:38
*** fnaval has joined #openstack-lbaas14:45
*** yamamoto has quit IRC14:47
*** yamamoto has joined #openstack-lbaas14:48
*** yamamoto has quit IRC14:48
*** pcaruana has quit IRC14:48
*** yamamoto has joined #openstack-lbaas14:49
*** jniesz has joined #openstack-lbaas14:56
*** armax has joined #openstack-lbaas14:59
*** pcaruana has joined #openstack-lbaas15:14
*** gcheresh has quit IRC15:17
*** ispp has quit IRC15:19
*** ispp has joined #openstack-lbaas15:34
*** links has joined #openstack-lbaas15:35
*** ispp has quit IRC15:35
*** ispp has joined #openstack-lbaas15:36
*** yamamoto has quit IRC15:38
openstackgerritGerman Eichberger proposed openstack/neutron-lbaas master: [WIP] Gate test for the lbaasv2-proxy plugin  https://review.openstack.org/53935015:47
*** yamamoto has joined #openstack-lbaas15:48
*** yamamoto has quit IRC15:53
*** slaweq has joined #openstack-lbaas15:56
*** sanfern has joined #openstack-lbaas16:05
*** b_bezak has quit IRC16:25
*** b_bezak has joined #openstack-lbaas16:25
*** kobis has quit IRC16:25
*** rstarmer has quit IRC16:27
*** b_bezak has quit IRC16:30
*** sanfern has quit IRC16:33
*** sanfern has joined #openstack-lbaas16:34
*** pcaruana has quit IRC16:39
*** b_bezak has joined #openstack-lbaas16:54
*** slaweq has quit IRC16:55
*** rstarmer has joined #openstack-lbaas16:56
*** kobis has joined #openstack-lbaas16:57
*** harlowja has joined #openstack-lbaas17:02
*** yamamoto has joined #openstack-lbaas17:03
*** slaweq has joined #openstack-lbaas17:03
*** slaweq has quit IRC17:11
openstackgerritSanthosh Fernandes proposed openstack/octavia master: [WIP] ACTIVE-ACTIVE create distributor flows  https://review.openstack.org/52778417:13
*** yamamoto has quit IRC17:16
*** rstarmer has quit IRC17:19
*** links has quit IRC17:21
*** kobis has quit IRC17:23
*** AlexeyAbashkin has quit IRC17:23
*** Swami has joined #openstack-lbaas17:32
*** b_bezak has quit IRC17:33
*** b_bezak has joined #openstack-lbaas17:34
*** rstarmer has joined #openstack-lbaas17:34
*** b_bezak has quit IRC17:38
*** rstarmer has quit IRC17:39
*** Alex_Staf has quit IRC17:44
*** tesseract has quit IRC17:45
*** ivve has quit IRC17:50
mugsiecongrats on lbaas deprecation johnsom + co17:54
johnsomThanks!17:55
sanfernHi johnsom,17:55
johnsomsanfern Hi17:56
xgerman_mugsie we will be in Dublin soon ;-)17:57
sanfernpep8 hangs on bandit call - http://paste.openstack.org/show/kQV3Gc1oZhHsbqaqVb7T/ any tips to debug this17:57
johnsomsanfern What is the patch? Hmm, I have not seen bandit hang before.17:58
mugsiexgerman_: :D17:58
sanfernhttps://review.openstack.org/#/c/527784/17:59
openstackgerritSanthosh Fernandes proposed openstack/octavia master: [WIP] ACTIVE-ACTIVE create distributor flows  https://review.openstack.org/52778417:59
johnsomsanfern I wonder if it was the merge conflict issue.  I think bandit does some git work to check the differences in the patch.18:00
sanfernok let me check after rebase18:01
johnsomYeah, I will watch it today and if it fails again pull the patch down and take a look local18:01
johnsomFYI, the deprecation announcement has gone out: http://lists.openstack.org/pipermail/openstack-dev/2018-January/126836.html18:02
johnsomAnd operators list: http://lists.openstack.org/pipermail/openstack-operators/2018-January/014810.html18:02
*** ivve has joined #openstack-lbaas18:02
*** kobis has joined #openstack-lbaas18:03
sanfernok thanks johnsom18:03
*** kobis has quit IRC18:05
*** rstarmer has joined #openstack-lbaas18:12
openstackgerritSanthosh Fernandes proposed openstack/octavia master: [WIP] ACTIVE-ACTIVE: distributor house keeping  https://review.openstack.org/53962618:14
*** SumitNaiksatam has quit IRC18:17
*** AlexeyAbashkin has joined #openstack-lbaas18:17
*** rstarmer has quit IRC18:17
*** kobis has joined #openstack-lbaas18:19
*** rstarmer has joined #openstack-lbaas18:20
*** kobis has quit IRC18:22
openstackgerritGerman Eichberger proposed openstack/neutron-lbaas master: [WIP] Gate test for the lbaasv2-proxy plugin  https://review.openstack.org/53935018:25
sanfernjohnsom, in which flow we need to call register_amp and unreg_amp is not updated in my distributor flows patch18:26
johnsomsanfern Off the top of my head it seems like it should be in load balancer create flow as that is when we create load balancing amphora.18:28
sanfernin get_post_lb_amp_association_flow we create distributor18:30
johnsomI think I would put create distributor before the amp creates, then before UpdateLoadbalancerInDB I would add the register amphorae subflow.18:36
*** SumitNaiksatam has joined #openstack-lbaas18:43
*** sanfern has quit IRC18:49
*** AlexeyAbashkin has quit IRC18:51
*** harlowja has quit IRC18:52
*** kobis has joined #openstack-lbaas18:59
*** Alex_Staf has joined #openstack-lbaas19:02
xgerman_johnsom also consider the case when a user wants to scale an Active-Active by adding/removing amphora19:09
johnsomYes, but we don't have that code or flow today19:09
xgerman_just want to make sure we don’t paint ourselves in a corner19:10
johnsomNo painting here19:10
xgerman_well, we have the amphora create flow where we can out a register at it’s conclusion…19:11
xgerman_s/out/put19:12
KeithMnemonicarmax here?19:13
armaxhere19:13
*** fnaval has quit IRC19:14
johnsomxgerman_ That is used for spares pool. You don’t want to call register amp on an amp until it is associated with an LB.19:16
xgerman_yes, but we also need to register the amo during failover19:17
johnsomAgreed19:17
johnsomHe was asking about crea19:18
johnsomCreate right?19:18
*** issp has joined #openstack-lbaas19:18
xgerman_when I chatted with him he asked where to. register the amp19:18
xgerman_but I could be confused, too19:19
xgerman_just think that call shiuld be part of the amp flow (after it checks LB and Distributor)19:19
*** isp has joined #openstack-lbaas19:20
*** issp has quit IRC19:20
*** fnaval has joined #openstack-lbaas19:26
johnsomAbsolutely not, registration is only for amphora with load balancers.  the amp flow is not for that.19:26
*** fnaval has quit IRC19:26
xgerman_get_amphora_for_lb_subflow19:27
*** fnaval has joined #openstack-lbaas19:27
xgerman_get_delete_amphora_flow19:27
xgerman_(for dregister)19:27
xgerman_get_failover_flow19:27
johnsomYou said this one: https://docs.openstack.org/octavia/latest/contributor/devref/flow_diagrams/AmphoraFlows.html#get-create-amphora-flow19:27
johnsomThere is no load balancer for that flow.19:27
xgerman_yep, I posted the three subflows I think it should be19:28
*** fnaval has quit IRC19:28
*** fnaval has joined #openstack-lbaas19:28
johnsomI don't think those are candidates either (at least  get_amphora_for_lb_subflow) since the VIP is not plugged at that point.  I think it has to be later in the create LB flow19:28
johnsomYou wont' have the required network details to register it19:29
xgerman_mmh, ok, so we create X amphora and then register them?19:30
xgerman_if we only create X-1 we will not make the LB operational…19:31
johnsomYes, the flow takes "amphroae" so a list of amps to register for this reason19:31
johnsomOf course the LB create flow creates the required load balancing amphora.19:32
xgerman_I totally want the LB to work if I jave a viable # of amps but not all… maybe mark it degraxded19:32
*** fnaval_ has joined #openstack-lbaas19:32
*** fnaval_ has quit IRC19:32
*** fnaval has quit IRC19:32
johnsomI'm not following you.  Why would an LB not work if at least one LB amp is registered?19:32
*** salmankhan has quit IRC19:33
xgerman_So we create 9 amps, 10th fails… we roll back19:33
xgerman_no LB19:33
xgerman_the other thing I am trying to think through is: I ask to create a 100 amp active-active LB shoudl that become operational after there are like 10 amps and keep adding them?19:34
johnsomYes, that is correct as the LB create flow is written today.  This isn't related to registering the amps however. It's about should a create request be successful even if it doesn't create what was requested.19:34
xgerman_yep, I am just trying to gauge if we need a mjor refactoring or not19:35
johnsomNo19:35
johnsomregistering does not necessarily mean the distributor is enabled either.19:36
*** aojea_ has joined #openstack-lbaas19:36
xgerman_well, we need to make that clear - since you could go either way19:37
*** fnaval has joined #openstack-lbaas19:37
xgerman_enable distributor, add amps, or add amps, and then enable19:37
*** harlowja has joined #openstack-lbaas19:37
*** rstarmer has quit IRC19:38
*** aojea__ has joined #openstack-lbaas19:41
*** aojea_ has quit IRC19:44
*** fnaval has quit IRC19:46
*** aojea_ has joined #openstack-lbaas19:47
*** fnaval has joined #openstack-lbaas19:48
*** aojea__ has quit IRC19:49
*** aojea__ has joined #openstack-lbaas19:51
*** aojea_ has quit IRC19:54
*** AlexStaf has joined #openstack-lbaas19:55
*** aojea_ has joined #openstack-lbaas19:57
*** longstaff has joined #openstack-lbaas19:57
*** fnaval has quit IRC19:59
*** AlexStaf has quit IRC20:00
johnsom#startmeeting Octavia20:00
openstackMeeting started Wed Jan 31 20:00:08 2018 UTC and is due to finish in 60 minutes.  The chair is johnsom. Information about MeetBot at http://wiki.debian.org/MeetBot.20:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.20:00
*** openstack changes topic to " (Meeting topic: Octavia)"20:00
openstackThe meeting name has been set to 'octavia'20:00
*** aojea__ has quit IRC20:00
cgoncalveso/20:00
Alex_Stafo/20:00
xgerman_o/20:00
longstaffhi20:00
*** rm_mobile has joined #openstack-lbaas20:00
johnsomHi folks!20:00
rm_mobileo/20:00
eandersson_\o20:00
jnieszhi20:00
johnsom#topic Announcements20:01
*** openstack changes topic to "Announcements (Meeting topic: Octavia)"20:01
johnsomQueens RC1 is next week!20:01
johnsom#link https://releases.openstack.org/queens/schedule.html20:01
johnsomI think if we can get the priority patches in we might just have one RC.20:01
johnsomPriority bug/patch list for Queens20:01
johnsom#link https://etherpad.openstack.org/p/Octavia-Queens-Priority-Review20:01
johnsomThat link is also in the normal topic for our IRC channel20:02
johnsomAlso note, PTL nominations for Rocky are open20:02
johnsom#link https://governance.openstack.org/election/20:02
johnsomAnd finally:20:02
johnsomPTG Dublin - Price Increase this Thursday20:02
johnsom#link https://rockyptg.eventbrite.com/20:03
johnsomIf you have not yet registered for the PTG in Dublin, the price goes up tomorrow.20:03
xgerman_don’t forget to mention the deprecation20:03
johnsomOh, and one last thing: We announced the deprecation of neutron-lbaas and neutron-lbaas-dashboard.20:03
johnsomxgerman_ Way to spoil the bit announcement...  grin20:04
johnsomIt's the next topic on the agenda anyway.20:04
johnsomAny other announcements?20:04
johnsom#topic Neutron-lbaas and neutron-lbaas-dashboard deprecation announced20:05
*** openstack changes topic to "Neutron-lbaas and neutron-lbaas-dashboard deprecation announced (Meeting topic: Octavia)"20:05
johnsom#link http://lists.openstack.org/pipermail/openstack-dev/2018-January/126836.html20:05
johnsomPer the vote last week I have sent out the announcements to both the dev and operator mailing lists.20:05
johnsomI have also put together an FAQ page we can point folks to: https://wiki.openstack.org/wiki/Neutron/LBaaS/Deprecation20:05
*** fnaval has joined #openstack-lbaas20:06
*** aojea_ has quit IRC20:06
johnsomSo far the response has been positive, but it is still early.20:06
johnsomAny questions or comments about the deprecation?20:06
johnsomI'm working on the documentation and code patches for that today.20:06
cgoncalvesjohnsom: thank you!20:07
johnsomYou are welcome. Grin20:07
johnsomOk, if there isn't more to discuss on the deprecation I will move on in the agenda.20:08
johnsom#topic Brief progress reports / bugs needing review20:08
*** openstack changes topic to "Brief progress reports / bugs needing review (Meeting topic: Octavia)"20:08
johnsomBetween working on the deprecation and FAQ I have been working through the bugs that were on our priority list for Queens.20:09
Alex_Stafdo we have etherpad for that ?20:09
Alex_Staflike for the patches ?20:09
johnsomAlex_Staf Yes, it's part of the priority review etherpad I mentioned above.20:10
johnsom#link https://etherpad.openstack.org/p/Octavia-Queens-Priority-Review20:10
Alex_Stafjohnsom, cool tnx20:10
*** kobis has quit IRC20:10
johnsomI think we are down to two issues, one of which may not make queens (amp flitering) as it's going to be a sizable patch with some risk.20:11
johnsomThe other is the VIP port passed in that has port security disabled.20:11
johnsomThere is a patch up for that, but I think it might be the wrong approach. I need to review it again.20:11
johnsomMy first thought is we should just turn port security back on for the port, similar to how we take control of the security group on the port. But, that is just top of mind thinking.20:12
johnsomIf there are other bugs in the queens code you think we should work on or get into queens, please let me know as soon as you can.20:13
*** Kousalya has joined #openstack-lbaas20:13
johnsomAs always, please review and vote on those patches up for priority review for queens.20:13
johnsomI still have some release notes work to do on the projects as well.  I think I only have a patch up for dashboard.20:14
johnsomAny other progress updates?20:14
johnsom#topic Octavia testing planning20:15
*** openstack changes topic to "Octavia testing planning (Meeting topic: Octavia)"20:15
johnsom#link https://etherpad.openstack.org/p/octavia-testing-planning20:15
johnsomand20:15
johnsom#link https://docs.google.com/spreadsheets/d/1QpP1DBrx7MKwZeXnSjGr4ru-z5WHCQDN4yse-MuWIG4/edit#gid=020:15
johnsomWe started this discussion last week, but didn't really finish.20:16
Alex_StafSo this is the initial execution plan . I took it on myself to draft a list and have your comments .20:16
johnsomI have been looking at the tempest docs as I have time:20:17
johnsom#link https://docs.openstack.org/tempest/latest/index.html20:17
johnsomIt helps clarify the intent behind the API/Scenario tests.20:17
Alex_Stafcool I will review it20:17
johnsomThe one part that we have some confusion in our project is the functional API tests vs. the tempest API tests.20:18
Alex_StafI will need someone to joint the effort though I am junior regarding python20:18
johnsomOk, no problem.  Feel free to ask in the openstack-lbaas room, we are happy to help.20:19
Alex_Stafif there is a duplication we should let one of them go20:19
xgerman_aren’t they now allowing other languages?20:19
johnsomI am also happy to look at specifics if you have questions, etc. Given everything that is going on in the next month or so I can't sign up to pair program on it however.20:20
johnsomxgerman_ No20:20
*** Kousalya has quit IRC20:20
Alex_Stafjohnsom, I totally understand20:20
johnsomxgerman_ There is documentation as to how another language could be added, but that roadmap has not been completed for anything other than python.  Plus there are guidelines as to what tests are required.20:21
johnsom#link https://governance.openstack.org/tc/reference/project-testing-interface.html20:21
xgerman_ok, depending how motivate Alex_Staf  is to avoid python :-)20:22
rm_mobileHah things have gotten... Tight here. It's going to be difficult for a bit to do too much more than reviews20:22
johnsomYeah, if you really wanted to spend a bunch of time on an alternate language, here are the requirements:20:22
johnsom#link https://governance.openstack.org/tc/reference/new-language-requirements.html20:22
johnsomI don't recommend it or you will get started sometime in 202020:22
johnsomgrin20:22
rm_mobileUhh, I'd stick to Python, lol20:23
Alex_Stafxgerman_, at this moment python is the only code I am junior in20:23
Alex_Staf+ junior is my top coding rank :P20:23
johnsomAlex_Staf You can pick it up quick, plus we are here to help20:23
rm_mobileYou'll learn quickly :)20:23
Alex_Stafwhat is the alternative coding language ?20:24
johnsomCurrently, nonee20:24
Alex_Stafgreat then :)20:24
johnsomGo has been proposed, but has not met the requirements bar yet20:24
johnsomBasically, fastest path to tests for Octavia is to use python and the existing frameworks.20:25
xgerman_+120:25
Alex_Stafjohnsom, as I thought so no surprises here20:25
johnsomAlso, FYI, check with the team before looking at how other projects do things.  Some projects still have bad habits/old code that may lead you down a bad path. (neutron tempest for example)20:26
*** Kousalya has joined #openstack-lbaas20:26
johnsomThere are good examples out there, but some bad ones too20:26
Alex_Stafjohnsom, cool, as I remember designate are ok20:26
johnsomYeah, designate is in pretty good shape.20:26
johnsomThe #openstack-qa channel is available too for testing questions.20:27
Alex_Stafack20:27
johnsomAlex_Staf are there specific topics you would like to cover here?20:27
Alex_Stafjohnsom, not now but as I know my self I will have a lot of questions soon ( like the alexQuestions etherpad I have :))20:28
Alex_StafI will try to adjust my hours partly better to have your attention. If I will not be able to do that cgoncalves will get my question list :)20:29
johnsomOk, sounds good.20:29
rm_mobileFor the record, with regard to the functional vs scenario test "duplication", I am generally in favor of keeping everything that exists currently, as there is a very important distinction between out of tree tests that require a working stack, and the in-tree tests that will run with minimal setup20:30
cgoncalvesI would gladly help whenever I can :)20:30
rm_mobileSo I don't really consider there to be any duplication, in fact20:30
johnsomrm_mobile I lean this way too.  I really like our current functional API tests, but I also see the need for the tempest-plugin API tests.20:30
rm_mobileYes, I believe we will need both20:31
xgerman_there is only limited time in the gate20:31
johnsomIf we decide otherwise in the future we can always bring that up again in a meeting.20:31
xgerman_+120:31
johnsomYes, the functional tests are fast, the tempest API tests are slower, but not really the problem that the scenarios pose20:32
johnsomI expect we can still run the tempest API tests with no-op drivers right?  Since scenario actually tests the code paths.20:33
*** Kousalya has quit IRC20:33
johnsomtempest API should also include negative tests, which we don't have a lot of in the functional test space.20:33
johnsomFor example, loading an encyclopedia set into the description fields20:34
johnsomOk, other discussion on this or should we move on with the agenda?20:34
johnsom#topic Add api call that will indicate amphora image VERSION ( image name in glance is not enough) RFE20:35
*** openstack changes topic to "Add api call that will indicate amphora image VERSION ( image name in glance is not enough) RFE (Meeting topic: Octavia)"20:35
johnsom#link https://storyboard.openstack.org/#!/story/200149120:35
johnsomAlex_Staf I think this one is also yours.20:35
Alex_Stafjohnsom, yep20:36
*** links has joined #openstack-lbaas20:36
johnsomI have added a few comments there. I hope others will as well.20:36
Alex_StafThis one is relevant for the future when updates and upgrades will be executed20:36
johnsomIs there anything more to discuss on this?20:36
Alex_Stafjohnsom++20:36
cgoncalvesAlex_Staf: having the glance image id in the amp table isn't enough? this is provided that we can get it in a GET /amphora/<id> call20:37
Alex_StafIf the purpose of this is clear and accepted then no20:37
johnsomI am good with the "store glance image ID" concept for sure.20:38
xgerman_well, operators need to do some work… like giving their images meaningful names20:38
cgoncalvesrm_mobile promised he would convince johnsom to have it included in for queens :P20:38
cgoncalvesjust kidding. it would land only in rocky20:38
johnsomHa, well, a trail of broken promises.... grin20:38
Alex_Stafcgoncalves, we need to have n API list that will show the version field and the operator will see the differences in the LB versions .20:39
johnsomYeah, rocky would be good.20:39
cgoncalvesAlex_Staf: the glance image would go in https://developer.openstack.org/api-ref/load-balancer/v2/index.html#show-amphora-details20:39
johnsomThere is probably some work to get that amp details API cleaned up and exposed.20:39
xgerman_I don’t want the amp table to become a mini-configuration-management system20:39
cgoncalvesrm_mobile: right?20:40
Alex_Stafand if the image builder will use some info to generate a glance image with proper name fitting to the used image name and version this could be SUPER high level usablity for the operators20:40
xgerman_doesn’t glance have meta tags20:40
xgerman_we can print the command to upload with the tags…20:40
xgerman_after the diskimagebuilder ran20:40
johnsomWhat I don't want is "amphora list" to require calls to each amphora.  An amphora show details is ok, but list should really just pull from the DB20:40
cgoncalvesxgerman_: it does. octavia picks the last created image in case there are several with same tag20:41
xgerman_yeah, and we can have more than one tag20:41
xgerman_and one can say version20:41
johnsomWell, metadata tags are different than image tags.20:41
johnsomLet's not confuse that.20:41
johnsomAlso, metadata is an extension if I remember properly, so may not be available in all deployments, so we need to use it carefully20:42
johnsom#link https://developer.openstack.org/api-ref/image/v2/metadefs-index.html20:42
cgoncalvescorrect. I actually read xgerman_ msg as "glance tags" instead of "glance meta tags"20:43
cgoncalvesI believe he also wanted to say glance image tags20:43
johnsomhmm, I saw the meta so went in that direction20:43
xgerman_ok, my intent is to leverage glance for all that image version stuff — you would think they have ways to support that ;-)20:43
johnsomWell, they don't even have a description field, so....20:44
* xgerman_ was wondering why we have xcel sreadhseets with image names20:44
*** isp has quit IRC20:45
johnsomI think the summary is, comment on the RFE.  Tracking the image-id in the DB is pretty straight forward and useful. If we go deeper into the amp details and call the amp REST API we need to watch the performance impact. etc...20:46
*** aojea_ has joined #openstack-lbaas20:46
*** ivve has quit IRC20:46
johnsomYou can still post patches that are feature enhancements BTW, we just won't merge them until Rocky is open. Which if all goes well with RC1 might be pretty soon.20:47
johnsom#topic CLI for driver specific features20:47
*** openstack changes topic to "CLI for driver specific features (Meeting topic: Octavia)"20:47
johnsom#link https://etherpad.openstack.org/p/octavia-drivers-osc20:47
johnsomWe had etherpad voting going on for this one.20:47
johnsomNext steps I see is I need to go work with the OpenStack client folks and negotiate our naming.20:48
rm_mobileAh sorry got distracted -- yeah I'll be able to propose the patch to include just image ID, just haven't prioritized since it couldn't merge yet anyway and it'll be simple to do20:49
johnsomIt looks like "openstack octavia amphora" is currently in the lead. My concern is they may not let a project name in the OSC namespace or may complain about it.  But, I will propose it and see what we get.20:49
johnsomAny other discussion on this one?20:50
cgoncalvesjohnsom: there's 'openstack congress' for one20:50
johnsomAh, good to know20:50
Alex_StafI still think openstack loadbalancer DRIVER amphora20:50
Alex_Staf:)20:50
johnsomYeah, that was my vote too20:51
rm_mobileI just want to follow our API layout20:51
rm_mobileWhich puts Octavia at the same level as Loadbalancer20:51
johnsomMake sense20:51
Alex_StafBut octavia is a drvier for loadbalancer20:51
*** aojea__ has joined #openstack-lbaas20:51
johnsomI will give it a go by running it by the OSC folks.20:51
xgerman_ok, let’s see what they think and then we can re-vote20:52
cgoncalvesAlex_Staf: yes and no :)20:52
rm_mobileYeah that'd be my fallback vote20:52
rm_mobileIf we did ranked voting20:52
cgoncalvesAlex_Staf: 'octavia' is the name of the project but also the same name is used as driver naming (which once more I'd be in favor of renaming it)20:52
johnsom#topic Open Discussion20:52
*** openstack changes topic to "Open Discussion (Meeting topic: Octavia)"20:53
johnsomHa, well, that was timing wasn't it20:53
rm_mobileYeah I've been thinking about that too20:53
Alex_Stafcgoncalves, I wil lrephrase then : Octavia is a loadbalancing improving project :) hence it is to improve loadbalancer .20:53
johnsomThis is the topic of should we split out the "octavia driver" (the reference implementation) into it's own repo.20:53
Alex_StafOk I can live with top 2 options anyhow :)20:53
rm_mobileWould it be confusing to rename it the "amphora driver"? ;)20:53
xgerman_yes20:54
xgerman_but people are so confused anyway20:54
johnsomrm_mobile I think so as amphora has it's own definition about being a load balancing "engine"20:54
cgoncalvesrm_mobile: I'd find another name. what's the top-level of 'amphora' if there's such20:54
Alex_Stafthen the cli will be openstack loadbalancer amphora ... ? or openstack amphora ?20:54
cgoncalvesAlex_Staf: TBD20:54
johnsom#link https://docs.openstack.org/octavia/latest/reference/glossary.html20:54
*** aojea_ has quit IRC20:54
xgerman_yeah, let’s do some focus group esting for names20:55
johnsomSigh20:55
rm_mobileYes, but thinking about it, what this driver does is "provide amphora to do Loadbalancing"20:55
johnsomMaybe the first decision is if we split it out.20:55
rm_mobileYes naming is hard20:55
johnsomThen, if we decide to, think about a name20:55
rm_mobileSo I wonder how much work this will be20:55
rm_mobileAnd if we can even possibly get it done20:56
johnsomA bit.  It's the bulk of the code we currently have20:56
xgerman_if we split it pout we potentially will need octavia-lib20:56
johnsomIt would basically leave the API behind20:56
*** dougwig has joined #openstack-lbaas20:56
rm_mobileBecause it will have to practically halt most other work on things like our flows?20:56
cgoncalvesjohnsom: I'd vote for keeping community-supported reference implementation in-tree and vendor specific out of tree, like neutron ml220:56
xgerman_so why don’t we split the API out, then?20:56
xgerman_but agree with cgoncalves20:57
johnsomxgerman Similar work, more confusion IMO20:57
*** aojea_ has joined #openstack-lbaas20:57
rm_mobileThat also does make sense. Which would mean no split20:57
cgoncalveslets deprecate octavia and create an octavia-ng project :P20:57
johnsomcgoncalves That has been my thought as well.  Splitting out has implications of how far we split things, etc.20:57
Alex_Stafamphora was used to store mainly wing20:58
* johnsom glares at cgoncalves for even mentioning it.20:58
Alex_Stafwine20:58
*** salmankhan has joined #openstack-lbaas20:58
cgoncalvesjohnsom: agreed. but xgerman_ 's suggestion of octavia-lib isn't totally crazy20:58
rm_mobileI think also oil and grains?20:58
Alex_Stafhence top level of wine is vineyard20:58
cgoncalvesjohnsom: :DDD20:58
Alex_Stafnice name vineyard20:58
xgerman_time to move to harder liquor20:58
Alex_Staf:)20:58
Alex_Stafxgerman_, +120:58
cgoncalveshah!20:59
johnsomDublin will be soon enough...20:59
johnsomOk, one minute left20:59
cgoncalvesquick update regarding octavia-tripleo integration. there has been good progress in that field20:59
johnsomThanks for joining folks!  Have good rest of your week and do some reviews...  grin20:59
Alex_Staf"Amphorae were used in vast numbers for the transport and storage of various products, both liquid and dry, but mostly for wine"20:59
*** longstaff has quit IRC21:00
Alex_Stafjohnsom, good time of day guys :) ( or night )21:00
johnsom#endmeeting21:00
*** aojea__ has quit IRC21:00
*** openstack changes topic to "Welcome to LBaaS / Octavia - Queens priority review etherpad https://etherpad.openstack.org/p/Octavia-Queens-Priority-Review"21:00
openstackMeeting ended Wed Jan 31 21:00:10 2018 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)21:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/octavia/2018/octavia.2018-01-31-20.00.html21:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/octavia/2018/octavia.2018-01-31-20.00.txt21:00
openstackLog:            http://eavesdrop.openstack.org/meetings/octavia/2018/octavia.2018-01-31-20.00.log.html21:00
cgoncalvesa set of folks from both projects have been working together and getting things merged in tripleo along with testing21:00
johnsomcgoncalves ETA for that finishing?21:00
*** rm_mobile has quit IRC21:00
cgoncalvesjohnsom: yesterday folks succesfully deployed it21:01
Alex_Stafyep21:01
Alex_Staffew merges and small fixes and it is done21:01
*** aojea__ has joined #openstack-lbaas21:01
johnsomNice21:01
johnsomI did add it to the FAQ21:01
cgoncalveshttps://review.openstack.org/#/c/539205/21:02
johnsomhttps://wiki.openstack.org/wiki/Neutron/LBaaS/Deprecation#How_do_I_install_Octavia.3F21:02
Alex_Stafhttps://review.openstack.org/#/c/536345/221:02
cgoncalves^ after applying that (unmerged) patch we got a deployment up and running with octavia enabled21:02
*** salmankhan has quit IRC21:02
johnsomNice!21:03
cgoncalveson master/queens!21:03
xgerman_sweet21:03
Alex_StafI think it is a good opportunity to add another review and possible +2 to those :)21:03
*** aojea_ has quit IRC21:04
johnsomOk, I'm going to take a quick lunch break, then back to the deprecation patches....21:04
Alex_Stafgotta go guys :) good night and after noon21:05
*** aojea_ has joined #openstack-lbaas21:07
*** aojea__ has quit IRC21:10
*** Alex_Staf has quit IRC21:10
*** aojea__ has joined #openstack-lbaas21:12
*** kobis has joined #openstack-lbaas21:13
*** ivve has joined #openstack-lbaas21:13
*** aojea_ has quit IRC21:14
*** rstarmer has joined #openstack-lbaas21:16
*** aojea_ has joined #openstack-lbaas21:16
*** aojea__ has quit IRC21:19
*** aojea__ has joined #openstack-lbaas21:22
*** aojea_ has quit IRC21:25
*** aojea_ has joined #openstack-lbaas21:27
*** aojea__ has quit IRC21:29
*** aojea__ has joined #openstack-lbaas21:32
*** links has quit IRC21:32
*** rstarmer has quit IRC21:34
*** aojea_ has quit IRC21:35
*** aojea_ has joined #openstack-lbaas21:38
*** kobis has quit IRC21:39
*** aojea__ has quit IRC21:39
*** aojea__ has joined #openstack-lbaas21:43
*** aojea_ has quit IRC21:46
*** salmankhan has joined #openstack-lbaas21:46
*** aojea_ has joined #openstack-lbaas21:49
*** aojea__ has quit IRC21:52
*** aojea_ has quit IRC21:52
*** rstarmer has joined #openstack-lbaas21:56
*** SumitNaiksatam has quit IRC22:13
openstackgerritMichael Johnson proposed openstack/neutron-lbaas master: Mark neutron-lbaas as deprecated  https://review.openstack.org/53971322:34
openstackgerritMichael Johnson proposed openstack/neutron-lbaas master: Mark neutron-lbaas as deprecated  https://review.openstack.org/53971322:40
*** salmankhan has quit IRC22:44
openstackgerritGerman Eichberger proposed openstack/neutron-lbaas master: [WIP] Gate test for the lbaasv2-proxy plugin  https://review.openstack.org/53935022:56
*** slaweq has joined #openstack-lbaas23:04
*** slaweq has quit IRC23:09
*** slaweq has joined #openstack-lbaas23:11
*** slaweq has quit IRC23:15
openstackgerritMichael Johnson proposed openstack/neutron-lbaas-dashboard master: Mark neutron-lbaas-dashboard as deprecated  https://review.openstack.org/53972623:20
*** rstarmer has quit IRC23:24
*** rcernin has joined #openstack-lbaas23:28
*** rstarmer has joined #openstack-lbaas23:37
*** armax has quit IRC23:49
*** rcernin has quit IRC23:50
*** bcafarel has quit IRC23:56

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