Wednesday, 2017-11-22

*** rtjure has quit IRC00:00
*** rtjure has joined #openstack-lbaas00:03
*** yamamoto has joined #openstack-lbaas00:14
*** yamamoto has quit IRC00:20
*** slaweq has joined #openstack-lbaas00:30
*** slaweq has quit IRC00:35
*** fnaval has quit IRC00:40
*** fnaval has joined #openstack-lbaas00:46
*** Swami has quit IRC00:56
openstackgerritMichael Johnson proposed openstack/octavia master: ACTIVE-ACTIVE: Initial distributor driver  https://review.openstack.org/51950901:06
*** sshank has quit IRC01:12
*** yamamoto has joined #openstack-lbaas01:16
*** yamamoto has quit IRC01:21
*** bzhao has joined #openstack-lbaas01:28
*** bbzhao has joined #openstack-lbaas01:28
*** rcernin has quit IRC01:29
*** rcernin has joined #openstack-lbaas01:30
*** links has joined #openstack-lbaas01:44
*** sanfern has quit IRC02:03
*** sanfern has joined #openstack-lbaas02:04
*** yamamoto has joined #openstack-lbaas02:17
*** yamamoto has quit IRC02:22
*** annp has joined #openstack-lbaas02:27
openstackgerritMerged openstack/octavia master: Refine api-ref regarding loadbalancer creation  https://review.openstack.org/51937002:41
openstackgerritMichael Johnson proposed openstack/octavia master: Fix a gate breakage for tempest  https://review.openstack.org/52208202:52
*** yamamoto has joined #openstack-lbaas03:09
openstackgerritHengqing Hu proposed openstack/octavia-dashboard master: Fix Angular tabs  https://review.openstack.org/52209403:13
mnaserhey folks03:16
mnaserapi.log:2017-11-16 20:24:39.609 2244 ERROR octavia.api.v1.controllers.load_balancer [req-b426893b-f66c-4b78-a1c4-908f66a7c491 - - - - -] Cannot delete Load Balancer 1f275fb2-e7ba-41c7-b4a8-0afc39ae29e2 - it has children: None03:17
mnaseranyoen ever ran into that bug?  children: None sounds like something that isn't right03:17
mnaseri havent started digging into code yet03:17
johnsommnaser If you have an LB that has pools or listeners, and you don't use the "cascade" parameter, you will get this error03:18
johnsomI'm not sure what the "None" is all about, but the error is pretty common user error03:18
mnaserjohnsom: trying to figure out what the "None" means there though because the source code doesnt even have it :X03:19
*** sanfern has quit IRC03:19
mnaserjohnsom: could that result in the load balancer ending up in error state when being deleted though?03:19
mnaserthis is obviously going through the v1 api through the lbaas v203:20
johnsomNo, it won't go to ERROR, it just returns an error code to the user/client.  4xx, I just don't remember which one.03:20
mnaserjohnsom: hmm odd, because in neutron the provisioning_status is ERROR in 'neutron lbaas-loadbalancer-list'03:21
johnsomThe delete request is rejected in the API before the LB is even touched03:21
mnaserwell i guess in that case i have to figure out why it went to ERROR, time to dig up neutron logs03:21
johnsomAh, well, hmm, neutron, maybe neutron would think that is an "ERROR" LB, but octavia will not03:22
mnaserthing is terraform/k8s still use the lbaas v2 api so i guess we want to get this figured out03:22
johnsommnaser, You will have no end of failures and errors trying to use neutron-lbaas with terraform/k8s03:23
mnaseroh thats interesting03:23
mnaserjohnsom: the first attempt returned a 20403:23
mnaser2017-11-16 20:36:31.973 34 INFO neutron.wsgi [req-e82504f1-b87f-4338-9da2-0132cbd0549c 6024403e7f6548f09ff344993a4b7874 534f3632c57f48498e6e3fc8c393e7c2 - default default] 172.21.1.200,172.21.1.30 "DELETE /v2.0/lbaas/loadbalancers/1f275fb2-e7ba-41c7-b4a8-0afc39ae29e2 HTTP/1.1" status: 204  len: 149 time: 0.644239203:23
mnaserfurther attempts returned a 40903:23
mnaser2017-11-16 21:03:42.758 35 INFO neutron.wsgi [req-bc3e87b5-768e-4e81-96f3-a116b3486509 6024403e7f6548f09ff344993a4b7874 534f3632c57f48498e6e3fc8c393e7c2 - default default] 73.96.206.126,172.21.1.20 "DELETE /v2.0/lbaas/loadbalancers/1f275fb2-e7ba-41c7-b4a8-0afc39ae29e2 HTTP/1.1" status: 409  len: 361 time: 0.338156003:23
johnsomNot sure If my last message went through or not, but I tried to put up some bubble gum patches to make neutron-lbaas less dumb about driver result codes, but in the end I found neutron-lbaas to be too broken.03:24
mnasernope didnt get that03:24
mnasershouldnt the first call return 409 from the first place :X03:24
johnsomYeah, I got a disconnect message, I guess IRC issues03:24
mnasernothing works today D:03:25
johnsomSeriously though, if your use case is teraform/k8s you really need to switch to Octavia native API and stop using neutron-lbaas03:26
mnaserjohnsom: do they support it though?03:26
mnaserjohnsom: afaik they talk to neutron-lbaas no?03:26
johnsomBasically neutron-lbaas and the API don't do locking right and have trouble with driver result codes.  Any high rate requests through neutron-lbaas is going to get bad results as objects should be locked that aren't03:27
johnsommnaser The patches are up for review and/or merging now from what I know03:27
mnaserjohnsom: yeah the whole poll stuff is not ideal03:27
mnaserif it was up to me id drop the whole poll thing and make *every* request get forwarded to octavia03:28
johnsomWell, it's just unfortunate database work on the neutron-lbaas side.  I thought I could bubble gum patch it, but the more I read the code, the more I realized it's an API re-write to fix03:28
johnsommnaser https://review.openstack.org/41853003:29
mnaseryeah i think the problem is the state has to be maintained in two places :\03:29
johnsomNo, actually, the problem is in neutron-lbaas.  The other drivers have the same issue03:29
mnaserdang03:30
johnsomIt's a long story, but it all starts with neutron-lbaas using auto-commit with the database and not actual transactions for the "test->lock" code paths03:30
johnsomMost of which is spread over a bunch of classes/methods03:31
mnaserdarn03:31
johnsomI mean, this is part of why we started Octavia03:31
mnaserok so good news #1 https://github.com/terraform-providers/terraform-provider-openstack/pull/14903:31
johnsomYep, as I mentioned, the support is in-flight now03:32
mnaserhttps://github.com/terraform-providers/terraform-provider-openstack/blob/master/CHANGELOG.md#100-november-08-201703:33
mnasereven better its released03:33
johnsomI also stress tested the Octavia API to show it doesn't have these issues....03:33
mnaseryeah doesnt surprise me03:33
mnaserthe whole back and forth will always cause issues03:33
johnsomI started this: https://review.openstack.org/#/c/516468 but then realized this is a hack that works around the issues for create, but there will still be other issues without a re-write03:35
mnaseri guess the only consumer left is03:35
mnaserthe dashboard for octavia03:35
johnsomNo, octavia-dashboard is Octavia native API03:36
mnaserokay well that covers most bases i guess03:36
johnsomhttps://github.com/openstack/octavia-dashboard03:36
johnsomYeah, we hope to start the deprecation clock on neutron-lbaas in Queens.  Just need to get the driver spec/framework merged03:37
mnaserjohnsom: what sort of oddities can i expect running v1 and v2 side by side03:38
johnsomOctavia v1 and v2?03:39
mnaseryeah03:39
mnaserobviously v1 would be firewalled03:39
johnsomWorks fine, just note v1 has little security.  Otherwise, no issues.03:39
mnaserjohnsom: i was thinking of keeping v1 only exposed to localhost03:40
mnaserand v2 would be public-ly exposed03:40
johnsomYeah, works fine. We still run our gates with both enabled and tests for both03:43
openstackgerritHengqing Hu proposed openstack/octavia-dashboard master: Fix Angular tabs  https://review.openstack.org/52209403:55
*** slaweq has joined #openstack-lbaas03:59
*** slaweq has quit IRC04:04
openstackgerritMichael Johnson proposed openstack/octavia master: Fix a gate breakage for tempest  https://review.openstack.org/52208204:19
openstackgerritMerged openstack/octavia-dashboard master: Able to edit connection limit of listener  https://review.openstack.org/52006004:20
mnaserjohnsom: exposed v2 api, the lb's which couldnt be deleted are status ERROR (i guess it auto switches to ERROR state because of operation timeout)04:36
mnaserprovisioning_status in V2 api is PENDING_DELETE though04:36
mnaseroddly enough i dont see anything in the logs regarding the id of that specific load balancer in regards to a delete operation04:36
johnsomHmmm, then something else went wrong.  Can you look in the controller worker log and see if there is an error in there?04:37
johnsomWhat version of Octavia do you have?04:37
mnaseropenstack-octavia-api-1.0.0-0.20170817030618.2c8cc57.el7.centos.noarch04:37
mnaserthis is 1.0.0 though, just not the tagged release04:37
johnsomOk , so pik04:37
johnsompike04:37
mnaseryep04:38
mnaserhmm04:39
mnaserNotFound: Security group rule 63705156-cb62-4d57-97a2-a4677442f5ef does not exist04:39
mnaseri wonder if that is what made the delete fail04:39
mnaserand now its just in some weird condition04:40
johnsomIt could be.  I just posted a patch to make the network driver handle strange situations better.  A missing security group might be in that group.04:40
mnaseri can imagine that as something which would put things in that state04:41
johnsomhttps://review.openstack.org/#/c/517455/04:41
johnsomThat driver was not very tolerant to things disappearing underneath it.04:41
mnaserthat can probably explain the issue here hm04:41
johnsomAnd that error triggered a revert?04:42
mnaserjohnsom: im not sure what happened but i guess it raised an exception and its stuck in pending delete?04:43
mnaserhttp://paste.openstack.org/show/627026/04:43
mnaserit doesnt seem like it handles the exception?04:44
mnaserjohnsom: i think i found it04:47
mnaserhttps://github.com/openstack/octavia/blob/master/octavia/network/drivers/neutron/allowed_address_pairs.py#L15904:47
mnaserthis has no exception handling04:47
mnaserjohnsom: handle the exception raised of NotFound and "pass" because we asssume that it has been deleted04:48
johnsomYep.  Bummer, I didn't catch that one in my patch.  It's still a problem.  Do you want to make a patch for it or should I?04:49
mnaserjohnsom: ill do one right now04:49
mnaserand a bug so we can hopefully backport04:49
johnsomYeah, we can backport that04:50
mnaserfyi https://storyboard.openstack.org/#!/story/200130004:52
johnsomWith the capstone tasks on all the flows now, you can't end in PENDING_* anymore.  It will always either complete or go into ERROR state04:54
mnaseryeah, its progress :D04:54
mnaserglad i can find this quick and hopefully we can get it merged and backported quickly as a very major and vocal user is surfacing so i want to get it all cleared up04:55
johnsom+104:55
mnaserjohnsom: i dont think this is something that can be checked by a unit test eh? :\04:55
johnsomMany of us are on vacation this week, but hopefully we can get it in quick04:56
johnsom(technically I am on vacation myself)04:56
mnaserha soorry :P04:56
johnsomWell, yes, it can be covered by a unit test04:56
mnasermock the delete to raise a NotFound?04:57
johnsomYep04:57
johnsomThere should be some other examples there for NotFound04:57
mnasercool!  ill get the test in first04:57
johnsomWe catch it in other parts of that code04:57
mnaserand then make sure it fails then redo it04:57
johnsomhttps://github.com/openstack/octavia/commit/c05a8cfb88bd1219a086e8826f7783b64f1e853704:59
johnsommnaser ^^^ That is probably how you got there too05:01
mnaseryep05:05
mnasergot a test up now05:05
mnaserrunning the unit tests locally with it failing hopefully and ill do the fix05:06
*** slaweq has joined #openstack-lbaas05:09
openstackgerritMichael Johnson proposed openstack/octavia master: Fix a gate breakage for tempest  https://review.openstack.org/52208205:09
*** slaweq has quit IRC05:13
openstackgerritMohammed Naser proposed openstack/octavia master: Handle race condition deleting security group rule  https://review.openstack.org/52211405:16
mnaserjohnsom: ^ doneso :)05:16
*** yamamoto_ has joined #openstack-lbaas05:18
*** bzhao has quit IRC05:18
*** bbzhao has quit IRC05:18
johnsomYeah, looks pretty good.  I will watch for the gate, then +2 it05:19
*** yamamoto has quit IRC05:21
*** oanson_ has joined #openstack-lbaas05:52
*** oanson has quit IRC05:52
*** oanson_ is now known as oanson05:52
openstackgerritMohammed Naser proposed openstack/octavia master: Handle race condition deleting security group rule  https://review.openstack.org/52211405:53
openstackgerritMichael Johnson proposed openstack/octavia master: ACTIVE-ACTIVE: Initial distributor driver  https://review.openstack.org/51950905:53
*** slaweq has joined #openstack-lbaas05:54
*** slaweq has quit IRC05:58
openstackgerritGuoqiang Ding proposed openstack/neutron-lbaas master: Modify a detail in parse_stat  https://review.openstack.org/52212406:05
openstackgerritGuoqiang Ding proposed openstack/neutron-lbaas master: Fix deprecated translation  https://review.openstack.org/52212706:19
*** rtjure has quit IRC06:29
*** fnaval has quit IRC06:30
*** rtjure has joined #openstack-lbaas06:32
*** openstackgerrit has quit IRC06:33
*** fnaval has joined #openstack-lbaas07:01
*** fnaval has quit IRC07:06
*** openstackgerrit has joined #openstack-lbaas07:06
openstackgerritOpenStack Proposal Bot proposed openstack/neutron-lbaas master: Imported Translations from Zanata  https://review.openstack.org/52143507:06
*** Alex_Staf has joined #openstack-lbaas07:08
*** rcernin has quit IRC07:17
*** ipsecguy_ has joined #openstack-lbaas07:22
*** ipsecguy has quit IRC07:22
*** yamamoto_ has quit IRC07:27
*** Alex_Staf has quit IRC07:32
*** eN_Guruprasad_Rn has joined #openstack-lbaas07:44
*** armax has quit IRC07:44
*** armax has joined #openstack-lbaas07:45
*** armax has quit IRC07:45
*** armax has joined #openstack-lbaas07:46
*** armax has quit IRC07:46
*** armax has joined #openstack-lbaas07:46
*** armax has quit IRC07:47
*** armax has joined #openstack-lbaas07:47
*** threestrands has quit IRC07:47
*** armax has quit IRC07:47
*** armax has joined #openstack-lbaas07:48
*** armax has quit IRC07:48
*** pcaruana has joined #openstack-lbaas07:49
*** armax has joined #openstack-lbaas07:49
*** armax has quit IRC07:49
*** armax has joined #openstack-lbaas07:50
*** armax has quit IRC07:50
*** tesseract has joined #openstack-lbaas08:14
*** slaweq has joined #openstack-lbaas08:16
*** slaweq has quit IRC08:17
*** slaweq has joined #openstack-lbaas08:17
*** yamamoto has joined #openstack-lbaas08:27
*** Alex_Staf has joined #openstack-lbaas08:28
*** yamamoto has quit IRC08:35
*** krypto has joined #openstack-lbaas08:41
*** krypto has quit IRC08:41
*** krypto has joined #openstack-lbaas08:41
openstackgerritChenghui Yu proposed openstack/octavia master: Enable some off-by-default checks  https://review.openstack.org/52217808:54
*** slaweq has quit IRC08:55
*** eN_Guruprasad_Rn has quit IRC09:07
sapd_hi every one! I'm installing octavia , I create octavia service end created endpoints for this service. But when I use command "openstack loadbalancer list" ,  the output is "Could not find requested endpoint in Service Catalog."09:09
*** yamamoto has joined #openstack-lbaas09:11
*** slaweq has joined #openstack-lbaas09:17
*** eN_Guruprasad_Rn has joined #openstack-lbaas09:19
*** yamamoto has quit IRC09:19
*** slaweq has quit IRC09:23
*** yamamoto has joined #openstack-lbaas09:23
*** bar_ has joined #openstack-lbaas09:26
*** AlexeyAbashkin has joined #openstack-lbaas09:38
*** apuimedo has quit IRC09:54
*** krypto has quit IRC10:03
*** bar_ has quit IRC10:03
*** krypto has joined #openstack-lbaas10:04
*** krypto has quit IRC10:04
*** krypto has joined #openstack-lbaas10:04
*** salmankhan has joined #openstack-lbaas10:08
*** sri_ has quit IRC10:13
*** bar_ has joined #openstack-lbaas10:14
*** krypto has quit IRC10:15
*** krypto has joined #openstack-lbaas10:16
*** annp has quit IRC10:24
*** krypto has quit IRC10:38
*** krypto has joined #openstack-lbaas10:40
*** salmankhan has quit IRC10:46
*** salmankhan has joined #openstack-lbaas10:48
*** krypto has quit IRC10:49
*** krypto has joined #openstack-lbaas10:49
*** krypto has quit IRC10:49
*** krypto has joined #openstack-lbaas10:49
*** fnaval has joined #openstack-lbaas11:03
*** fnaval has quit IRC11:08
*** AlexeyAbashkin has quit IRC11:31
*** AlexeyAbashkin has joined #openstack-lbaas11:34
*** sanfern has joined #openstack-lbaas11:46
*** bar_ has quit IRC11:52
*** bar_ has joined #openstack-lbaas11:54
*** ianychoi has quit IRC12:00
*** ianychoi has joined #openstack-lbaas12:00
*** yamamoto has quit IRC12:20
openstackgerritChenghui Yu proposed openstack/octavia master: Enable some off-by-default checks  https://review.openstack.org/52217812:24
*** yamamoto has joined #openstack-lbaas12:24
*** AlexeyAbashkin has quit IRC12:29
*** sticker has joined #openstack-lbaas12:32
*** bar_ has quit IRC12:43
*** AlexeyAbashkin has joined #openstack-lbaas12:44
*** bar_ has joined #openstack-lbaas12:46
*** spectr has joined #openstack-lbaas12:53
openstackgerritNir Magnezi proposed openstack/octavia master: Update devstack plugin and examples  https://review.openstack.org/50363812:57
*** spectr has quit IRC13:04
*** fnaval has joined #openstack-lbaas13:04
*** fnaval has quit IRC13:08
*** bar_ has quit IRC13:10
*** kobis has joined #openstack-lbaas13:17
*** yamamoto has quit IRC13:21
*** yamamoto has joined #openstack-lbaas13:22
*** eN_Guruprasad_Rn has quit IRC13:29
*** AlexeyAbashkin has quit IRC13:43
*** links has quit IRC13:44
*** AlexeyAbashkin has joined #openstack-lbaas13:50
*** leitan has joined #openstack-lbaas13:52
*** bar_ has joined #openstack-lbaas14:06
*** salmankhan has quit IRC14:16
bcafarelsorry my comment in https://review.openstack.org/#/c/518992/ turned into a wall of text… but feedback welcome on the idea14:20
bcafarelmaybe I'll rewrite it as a ML post14:21
*** salmankhan has joined #openstack-lbaas14:24
*** spectr has joined #openstack-lbaas14:27
openstackgerritNir Magnezi proposed openstack/octavia master: Update devstack plugin and examples  https://review.openstack.org/50363814:34
*** fnaval has joined #openstack-lbaas14:36
*** rcernin has joined #openstack-lbaas14:51
*** sticker_ has joined #openstack-lbaas14:53
*** sticker__ has joined #openstack-lbaas14:54
*** krypto has quit IRC14:55
*** krypto has joined #openstack-lbaas14:55
*** sticker has quit IRC14:57
*** sticker has joined #openstack-lbaas14:57
*** sticker_ has quit IRC14:58
*** armax has joined #openstack-lbaas14:58
*** sticker_ has joined #openstack-lbaas14:59
*** sticker__ has quit IRC15:00
*** sticker__ has joined #openstack-lbaas15:00
*** krypto has quit IRC15:01
*** krypto has joined #openstack-lbaas15:02
*** sticker has quit IRC15:02
*** Alex_Staf has quit IRC15:03
*** spectr has quit IRC15:03
*** sticker_ has quit IRC15:04
*** sticker__ has quit IRC15:05
*** sticker has joined #openstack-lbaas15:16
*** rcernin has quit IRC15:18
*** salmankhan has quit IRC15:22
*** salmankhan has joined #openstack-lbaas15:23
dmelladobcafarel: what did you do now? :P15:31
bcafareldmellado: just me rambling on how to build amphora images from distro packages, with fun things like selinux enabled :)15:33
dmelladobcafarel: oh, centhoras?15:33
bcafarelhey that's a cool name15:35
dmelladoheh15:36
cgoncalves+115:36
dmelladobtw, I'm spending some cycles on a related effort15:37
dmelladoamphernetes15:38
dmelladoso while being cramped up this week I'll catch up you folks on your next week's meetings :P15:38
cgoncalvesdmellado: 2 awesome alias names in a row?! go, dmellado!15:39
rm_worklol15:48
rm_workthose are pretty good :P15:48
*** AlexeyAbashkin has quit IRC15:49
dmellado\o/15:55
xgerman_o/16:12
xgerman_so Michael will be out the rest of the week and it’s probably all me (and nmagnezi today until16:13
xgerman_I am off for the rest of the week16:13
xgerman_best to ping me before EOB today if you need reviews by a core (and then lobby Nir for the +A)16:14
nmagnezio/16:16
nmagnezixgerman_, no weekly meeting today?16:17
xgerman_he asked me to run it ;-)16:17
xgerman_but should be light16:17
mnaserdarn16:18
mnaseri was gonna ping but im pretty sure my job is about to timeout in devstack on 522114 :(16:18
*** slaweq has joined #openstack-lbaas16:21
*** sticker has quit IRC16:27
xgerman_mmh16:28
*** kobis has quit IRC16:33
mnaseryup it just timed out16:33
mnaserwill recheck asap16:33
xgerman_ok, Michael made his latest patch depends_on https://review.openstack.org/#/c/522077/16:40
xgerman_but with that merged it should all work?16:41
*** slaweq has quit IRC16:45
*** tesseract has quit IRC16:57
johnsomsapd_ You need to use “openstack endpoint create” to register the endpoints in keystone17:00
*** eN_Guruprasad_Rn has joined #openstack-lbaas17:01
*** krypto has quit IRC17:02
*** salmankhan has quit IRC17:08
*** aojea has joined #openstack-lbaas17:10
*** salmankhan has joined #openstack-lbaas17:10
*** salmankhan has quit IRC17:14
*** pcaruana has quit IRC17:18
*** salmankhan has joined #openstack-lbaas17:25
*** Alex_Staf has joined #openstack-lbaas17:30
*** sanfern has quit IRC17:30
*** AlexeyAbashkin has joined #openstack-lbaas17:33
*** AlexeyAbashkin has quit IRC17:38
*** krypto has joined #openstack-lbaas17:47
*** krypto has quit IRC17:47
*** krypto has joined #openstack-lbaas17:47
*** yamamoto_ has joined #openstack-lbaas17:51
*** yamamoto has quit IRC17:55
*** yamamoto has joined #openstack-lbaas17:57
*** aojea has quit IRC17:58
*** aojea has joined #openstack-lbaas17:58
*** aojea has quit IRC17:58
*** aojea has joined #openstack-lbaas17:58
*** yamamoto_ has quit IRC17:59
*** sshank has joined #openstack-lbaas18:03
*** krypto has quit IRC18:04
*** sshank has quit IRC18:11
*** aojea has quit IRC18:17
*** sshank has joined #openstack-lbaas18:17
*** jniesz has joined #openstack-lbaas18:31
openstackgerritCarlos Goncalves proposed openstack/python-octaviaclient master: Add Quota client API and OSC support  https://review.openstack.org/51876718:36
*** sanfern has joined #openstack-lbaas18:43
cgoncalvesjohnsom: hi18:57
cgoncalvesjohnsom: re quota cli: what do you think of e.g. 'loadbalancer quota unset --pool'?18:58
cgoncalvesobviously we can't use 'loadbalancer quota set --pool None'18:59
mugsiewe did "reset" for designate - https://github.com/openstack/python-designateclient/blob/master/setup.cfg#L14819:02
xgerman_+119:06
cgoncalvesmugsie: hmm that's not a bad idea. I just thought that 'unset' was the best pratice/most used one19:18
cgoncalvesthanks!19:18
mugsiecgoncalves: yeah, I am not sure that the osc cli can actually reset / unset a quota at all19:21
* mugsie just started looking at code19:21
bar_cgoncalves, you could make '--pool none' work by taking advantage of add_argument's type keyword.19:21
*** longstaff has joined #openstack-lbaas19:21
bar_note that when I commented about that feature in your patch, I didn't realize at the time that remove_quota() essentially performs set_quota_to_defaults()19:24
cgoncalvesbar_: not sure I follow you on the type keyword19:25
cgoncalvesbar_: yeah, remote_quota() sets all quotas to default19:25
mugsieset --foo none would drive me nuts19:26
bar_so why bother with selective unsetting? see what I mean?19:26
cgoncalvesbar_: the none option doesn't sound very osc-compliant19:26
bar_What I'm trying to say is that though it's technically possible to achieve '--pool none', you shouldn't. The reasoning is that selective unsetting has little use IMO19:28
cgoncalvesbar_: if a user wants to revert a specific quota limit, he needs to reset_quota + set_quota again for all quotas he wants to set19:28
bar_correct.19:28
cgoncalvesbut it's not that bad, I believe, and if someone requests quota-specific resetting option we could add in the future19:29
bar_I agree.19:30
*** slaweq has joined #openstack-lbaas19:30
openstackgerritCarlos Goncalves proposed openstack/python-octaviaclient master: Add Quota client API and OSC support  https://review.openstack.org/51876719:32
*** eN_Guruprasad_Rn has quit IRC19:32
bar_I think resetting a single value to default has limited use-case. I'm more concerned with the naming of the resetting call: remove_quota() sounds misleading to me.19:32
*** eN_Guruprasad_Rn has joined #openstack-lbaas19:32
*** salmankhan has quit IRC19:33
cgoncalvesbar_: agreed, though that's the name octavia api has19:33
cgoncalveshttps://developer.openstack.org/api-ref/load-balancer/v2/index.html#remove-a-quota19:33
*** eN_Guruprasad_Rn has quit IRC19:35
openstackgerritDoug Hellmann proposed openstack/octavia master: do not add octavia directory to import path  https://review.openstack.org/52237119:42
bar_cgoncalves, yeah. I'm aware of it. This functionality could benefit from better naming, even if the actual call remains the same. e.g. ResetQuota19:44
*** aojea has joined #openstack-lbaas19:52
*** sanfern has quit IRC20:01
xgerman_#startmeeting Octavia20:01
*** sanfern has joined #openstack-lbaas20:01
openstackMeeting started Wed Nov 22 20:01:15 2017 UTC and is due to finish in 60 minutes.  The chair is xgerman_. Information about MeetBot at http://wiki.debian.org/MeetBot.20:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.20:01
*** openstack changes topic to " (Meeting topic: Octavia)"20:01
openstackThe meeting name has been set to 'octavia'20:01
xgerman_#topic Announcements20:01
*** openstack changes topic to "Announcements (Meeting topic: Octavia)"20:01
*** sanfern has quit IRC20:01
xgerman_so johnsom won’t attend today so it’s all me ;-)20:01
*** sanfern has joined #openstack-lbaas20:02
nmagneziand me :D20:02
*** sanfern has quit IRC20:02
longstaffhi20:02
xgerman_:-)20:02
jnieszhi20:02
*** sanfern has joined #openstack-lbaas20:02
xgerman_#chair nmagnezi20:03
openstackCurrent chairs: nmagnezi xgerman_20:03
*** sanfern has quit IRC20:03
nmagnezixgerman_, ^^ i hope that chair is not Ikea made20:03
*** sanfern has joined #openstack-lbaas20:03
nmagnezi:)20:03
xgerman_ok, I don’t really have any announcements other that most of us will be out until Monday20:03
*** hogepodge has joined #openstack-lbaas20:03
*** sanfern has quit IRC20:04
xgerman_#topic Brief progress reports / bugs needing review20:04
*** openstack changes topic to "Brief progress reports / bugs needing review (Meeting topic: Octavia)"20:04
*** slaweq has quit IRC20:04
*** sanfern has joined #openstack-lbaas20:04
*** sanfern has quit IRC20:04
xgerman_johnsom made some good progress on #link https://review.openstack.org/#/c/519509/ - please review20:05
xgerman_we also need reviews for #link https://review.openstack.org/#/c/509957/20:06
nmagnezi#link https://review.openstack.org/#/c/519509/20:06
xgerman_#link https://review.openstack.org/#/c/458308/20:06
jnieszfor the provider spec, auth token approach sounded ok to me20:06
xgerman_QoS is pretty close but I also discovered that we don’t enable the qos extension in our devstack20:07
*** salmankhan has joined #openstack-lbaas20:07
longstaffok thanks jniesz20:07
bar_I've created a story about QoS progress: https://storyboard.openstack.org/#!/story/200131020:07
nmagnezixgerman_, yeah, I also saw such comment from bar_ . any reason not to include that addition in the same patch?20:07
bar_I made devstack deployment work earlier today20:07
xgerman_we can add to that patch or make that patch dependant on the devstack update20:08
nmagneziack20:09
xgerman_then we probably also need to tempest test…20:09
xgerman_any updates on our test efforts?20:09
nmagneziAlex_Staf, ^ ?20:10
nmagneziwe have a scenarios gate for the tempest plugin repo now, don't we?20:10
xgerman_yeah, I think so, too ;-)20:11
xgerman_#topic Provider driver spec20:11
*** openstack changes topic to "Provider driver spec (Meeting topic: Octavia)"20:11
*** salmankhan has quit IRC20:11
Alex_Stafhi guys20:12
xgerman_hi20:12
xgerman_I will make another topic for you after that ;-)20:12
Alex_Stafno news from my side . I bugged u enough on the plugin20:12
xgerman_ok20:12
Alex_StafI do  have some request though I submitted20:12
Alex_Stafregarding HA documentation etc20:12
xgerman_ok, it’s definitely on our radar20:13
Alex_Stafcool20:13
Alex_Stafanother thing20:13
*** sshank has quit IRC20:13
Alex_StafI think we need some api call tool that request for the octavia processes status  - like neutron agent-list but for octavia20:14
xgerman_yes, we talked about that in Denver at the PTG20:15
jnieszyea, where the driver would be required to give the status20:15
Alex_StafI think it will help in the automated tests as well - to getr status after failover , for example20:15
jnieszand maybe an error field to list an error20:15
Alex_Stafxgerman_, really? I missed that I guess =\20:15
xgerman_it was on one of the provider driver days20:15
xgerman_we should make sure the spec includes that call20:15
*** longstaf_ has joined #openstack-lbaas20:16
jnieszthat is something we should require drivers to implement20:16
nmagnezixgerman_, not sure, but do o-hm and o-hk even use RPC? is not, I wonder how can we achieve an "agent-list" for octavia services20:16
nmagnezibtw I think we should be discussing the provider spec at the moment.. :P20:17
xgerman_we are doing it - agent list is something all providers need20:17
xgerman_but we call it more “component” list20:17
nmagneziack20:18
xgerman_nmagnezi we can start having the octavia components sending heartbeats20:18
nmagnezixgerman_, yup.20:18
xgerman_or use one of the new etcd integrations…20:19
*** longstaff has quit IRC20:19
Alex_Stafxgerman_, another question . I discussed with nir the octavia operation and we know that api sends the request to the workers ( ha setup 3 controllers- 3 api,worker,HM,houseKeeper) , and it send the task to the messaging que and one of the workers pick it up and execute right ?20:19
nmagnezido we have a story for that?20:19
nmagneziif not, maybe Alex_Staf can submit one20:19
xgerman_yes20:20
Alex_Stafnmagnezi, octavia components sending heartbeats ?20:20
jnieszetcd seems to make sense for status / health20:20
nmagneziAlex_Staf, about the octavia components list20:20
Alex_Stafxgerman_, how do the other 2 workers are not executing the request again ?20:20
xgerman_jniesz +120:20
xgerman_we pop the request from the queue20:20
xgerman_and if the worker with the request dies you are SoL20:21
Alex_Stafwhen it was received it removed fro mthe que ?20:21
xgerman_yes20:21
Alex_Stafcool20:21
Alex_Staf what is SoL ?20:21
Alex_Stafnmagnezi, lets discuss that tomorrow - the story20:21
xgerman_the idea is that one day we use task board and taskflow will manage persisting tasks20:21
xgerman_out of luck20:21
nmagneziO_o20:22
xgerman_ok, after we went on a tangent is there anything longstaf_  needs to move ahead with the spec20:23
xgerman_?20:23
jnieszto limit provider drivers from only updating the status of their objects (amphora, loadbalancer, listener...) with auth token20:23
jnieszfrom provider, do we need to add something like "owner" field to the tables20:23
xgerman_we have a provider field on LB20:23
xgerman_that’s what i thought we would be using20:23
jnieszok, I don't remember seeing that field added in the spec20:24
jnieszfor lb20:24
jnieszi guess it is implied through flavor20:25
xgerman_it has been there forever20:25
konghi, guys, does that make sense to support http communication between worker and amphora?20:25
jnieszyes, nm20:25
longstaf_for auth token: Octavia would generate a token and pass to provider driver when loading driver, and drivers include token on calls to update Octavia20:25
longstaf_does this make sense?20:26
*** bar_ has quit IRC20:26
nmagnezikong, kindly wait for the open part :)20:26
*** fnaval has quit IRC20:26
kongooh, sorry, i didn't know i am in a 'meeting room'...20:26
xgerman_longstaf_ I see two authentications20:27
xgerman_1) Is the token to update status/stats20:27
xgerman_2) is user/pwd to read from Octavia API if needed20:27
xgerman_(1) since we are using a library we can leave that for implementation details20:28
xgerman_there might be multiple “drivers” with different auth methods20:28
xgerman_I am not sure what volume those updates are and if we get a ton every second we likely need to do soemthing different then when they are more sporadic20:29
jnieszI think the use-case is  for the driver to update status/stats of only objects that it owns20:29
jnieszand the library having protection, so one driver doesn't update status of objects from another20:30
xgerman_indeed20:30
jnieszshouldn't that be a single auth method, since it would be part of the library20:30
xgerman_I like the library to only do the updates… for anyhting else a driver should use the Octavia API20:31
jnieszyea, agreed20:31
jnieszstrictly for status / stats update20:31
jnieszanything else should leverage existing apiv20:32
xgerman_+120:32
longstaf_agreed20:32
*** slaweq has joined #openstack-lbaas20:32
xgerman_anyhow I like to keep auth/transport driver specific so we can swap that out if we can’t handle the volume20:33
xgerman_or somebody has a weird network topology20:33
xgerman_ok, moving on20:35
xgerman_#topic Open Discussion20:35
*** openstack changes topic to "Open Discussion (Meeting topic: Octavia)"20:35
nmagnezikong, ^20:37
konghi20:37
kong just wanna ask does that make sense to support http communication between worker and amphora? we don't want to use https in our ci environment, it will increase our complexity20:37
nmagnezito the best of my knowledge it is will not work out of the box20:37
kongyeah20:38
nmagnezii looked at it once20:38
xgerman_ok, so we generate the certs ourselves and out the amphora-id in them20:38
xgerman_then we check if the amphora-id in the server cert matches the one we are supposed to talk to20:38
nmagnezikong, can't you have the same workflow we have in devstack?20:38
xgerman_which means if we go to http that would all need to be refactored20:38
nmagneziIt's CI... it might fit.20:39
xgerman_+120:39
nmagnezixgerman_, +120:39
nmagnezixgerman_, that's exactly what I saw when I looked at it in the context of tripleO support20:39
kongi want to know if adding an option makes sense20:40
kongto the upstream20:40
kongwe don't want to maintain private code :-)20:40
nmagnezican you describe the usecase?20:40
xgerman_yeah, I can’t see anyone wanting less security ;-)20:40
nmagneziwhat would anyone who use Octavia in production would prefer http over https?20:41
nmagneziwhat/ why20:41
jnieszshouldn't CI match what you would run in prod?20:41
xgerman_+120:41
nmagnezi+120:41
kongok, i know. doesn't make sense to add this kind of thing just for ci20:41
kongyeah, in our prod, we use https20:42
nmagnezisorry for that guys but I need to drop20:42
xgerman_yeah, since the SSL stuff has a lot of custom things you likely need to test that20:42
nmagnezio/20:42
kongjust because the specialty of our ci20:42
kongi mean, special case20:43
xgerman_well, I think we don’t see a need for upstream at the moment but we won’t stop you20:43
kongwe will try to figure out another way for that, thanks20:43
xgerman_ok20:43
xgerman_anything else to discuss?20:44
xgerman_#endmeeting20:45
*** openstack changes topic to "Welcome to LBaaS / Octavia - Queens development is now open."20:45
openstackMeeting ended Wed Nov 22 20:45:04 2017 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)20:45
openstackMinutes:        http://eavesdrop.openstack.org/meetings/octavia/2017/octavia.2017-11-22-20.01.html20:45
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/octavia/2017/octavia.2017-11-22-20.01.txt20:45
openstackLog:            http://eavesdrop.openstack.org/meetings/octavia/2017/octavia.2017-11-22-20.01.log.html20:45
xgerman_Happy Thanksgiving…20:45
longstaf_Happy Thansgiving20:45
Alex_StafHappy Thanksgiving guys20:45
jnieszhappy thanksgiving20:48
openstackgerritDoug Hellmann proposed openstack/octavia master: Change how path munging works for sphinx docs  https://review.openstack.org/52121120:51
openstackgerritDoug Hellmann proposed openstack/octavia master: ignore api-ref/build directory  https://review.openstack.org/52238520:51
*** Alex_Staf has quit IRC20:53
*** longstaf_ has quit IRC20:54
*** sshank has joined #openstack-lbaas21:28
*** bar_ has joined #openstack-lbaas21:34
*** slaweq has quit IRC21:41
*** threestrands has joined #openstack-lbaas21:45
*** threestrands has quit IRC21:45
*** threestrands has joined #openstack-lbaas21:45
*** fnaval has joined #openstack-lbaas21:45
*** fnaval has quit IRC21:49
*** AlexeyAbashkin has joined #openstack-lbaas22:09
*** AlexeyAbashkin has quit IRC22:13
*** rcernin has joined #openstack-lbaas22:20
*** sshank has quit IRC22:42
*** aojea has quit IRC22:44
*** sshank has joined #openstack-lbaas22:44
*** aojea has joined #openstack-lbaas22:44
*** aojea has quit IRC22:48
*** aojea has joined #openstack-lbaas22:53
openstackgerritBar RH proposed openstack/octavia master: Rename 'remove' to 'reset' in Quota API  https://review.openstack.org/52240222:54
*** leitan has quit IRC22:55
*** leitan has joined #openstack-lbaas22:56
openstackgerritBar RH proposed openstack/octavia master: Rename 'remove' to 'reset' in Quota API  https://review.openstack.org/52240222:59
*** aojea has quit IRC22:59
*** AlexeyAbashkin has joined #openstack-lbaas23:08
*** jniesz has quit IRC23:10
*** AlexeyAbashkin has quit IRC23:12
*** bar_ has quit IRC23:18
*** ipsecguy_ has quit IRC23:46
*** leitan has quit IRC23:54
*** ipsecguy has joined #openstack-lbaas23:55

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