Thursday, 2017-11-30

*** yamamoto has joined #openstack-lbaas00:02
*** slaweq has joined #openstack-lbaas00:04
*** yuanying_ has joined #openstack-lbaas00:04
*** yuanying has quit IRC00:05
rm_workhttps://review.openstack.org/#/c/504875/ is really good ...00:08
rm_workif we can merge that, it'd be A++00:08
*** slaweq has quit IRC00:09
*** fnaval has quit IRC00:14
*** threestrands has quit IRC00:21
*** fnaval has joined #openstack-lbaas00:36
openstackgerritAdam Harwell proposed openstack/octavia master: WIP: Floating IP Network Driver (spans L3s)  https://review.openstack.org/43561200:39
*** sshank has quit IRC00:39
xgerman_rm_work: https://review.openstack.org/#/c/523946/200:44
xgerman_will take a break though + check back later00:44
rm_workthat works even with the owner being OCTAVIA_OWNER?00:44
*** yamamoto has quit IRC00:45
rm_workI mean, it's fine by me if it works for you00:45
rm_workxgerman_: my driver does it differently anyway so doesn't affect me :P00:45
rm_workbut if johnsom tested and it works...00:45
rm_workI am ok to merge00:46
johnsomI am booting a act/stdby just to make sure00:46
xgerman_k00:47
johnsomyeah, seems fine to me00:51
*** fnaval has quit IRC00:51
*** fnaval has joined #openstack-lbaas00:51
*** jniesz has quit IRC00:52
rm_workk00:52
openstackgerritBar RH proposed openstack/octavia master: Fix filtering in list API calls  https://review.openstack.org/52268901:06
*** links has joined #openstack-lbaas01:09
*** sanfern has joined #openstack-lbaas01:20
openstackgerritAdam Harwell proposed openstack/octavia master: WIP: Floating IP Network Driver (spans L3s)  https://review.openstack.org/43561201:24
*** yamamoto has joined #openstack-lbaas01:24
*** armax has quit IRC01:26
*** yuanying_ has quit IRC01:29
*** yuanying has joined #openstack-lbaas01:29
*** bar_ has quit IRC01:31
*** yuanying_ has joined #openstack-lbaas01:33
*** jcross has quit IRC01:34
*** yuanying has quit IRC01:37
*** annp has joined #openstack-lbaas01:56
sapd_rm_work , I still can't understand how amphora-agent send heartbeat to health-manager through UDP,02:01
johnsomsapd_ The code is here: https://github.com/openstack/octavia/tree/master/octavia/amphorae/backends/health_daemon02:04
openstackgerritAdam Harwell proposed openstack/octavia master: WIP: Floating IP Network Driver (spans L3s)  https://review.openstack.org/43561202:13
*** yamamoto has quit IRC02:22
*** yamamoto has joined #openstack-lbaas02:24
*** yamamoto has quit IRC02:40
*** sanfern has quit IRC02:44
rm_workhmmm, need to fix our client to not explode if it doesn't find the network-id you pass in... if it doesn't find it in the list, it needs to just pass it through assuming it's an ID or something02:47
rm_work<_<02:47
*** yamamoto has joined #openstack-lbaas02:54
*** threestrands has joined #openstack-lbaas02:55
sapd_Thanks because octavia run in docker container, when I run I just expose 5555 TCP port instead of UDP, so amphora-agent can't send heartbeat02:58
openstackgerritAdam Harwell proposed openstack/octavia master: WIP: Floating IP Network Driver (spans L3s)  https://review.openstack.org/43561203:04
*** yamamoto has quit IRC03:05
rm_workah yeah03:06
rm_workthat is important :)03:06
rm_workinterestingly, if the health-manager never gets an initial heartbeat for an amphora, it will never try to take failover operations on it03:06
rm_workwhich could be a bug or a feature <_<03:06
rm_worki've looked at fixing that several times but it's a lot of work for limited gain03:06
*** dougwig has quit IRC03:18
openstackgerritMerged openstack/octavia master: Updated from global requirements  https://review.openstack.org/52376803:20
openstackgerritMerged openstack/octavia master: Update devstack plugin and examples  https://review.openstack.org/50363803:23
openstackgerritMerged openstack/octavia master: Enable some off-by-default checks  https://review.openstack.org/52217803:23
*** sticker has quit IRC03:58
*** AlexeyAbashkin has joined #openstack-lbaas04:15
*** AlexeyAbashkin has quit IRC04:20
*** tongl has joined #openstack-lbaas04:29
openstackgerritMichael Johnson proposed openstack/octavia master: Fix the failover API to not fail with immutable LB  https://review.openstack.org/52324204:49
*** armax has joined #openstack-lbaas05:31
openstackgerritAdam Harwell proposed openstack/octavia master: WIP: Floating IP Network Driver (spans L3s)  https://review.openstack.org/43561205:34
*** yamamoto has joined #openstack-lbaas05:39
*** yamamoto has quit IRC05:43
*** sanfern has joined #openstack-lbaas05:50
*** yamamoto has joined #openstack-lbaas05:53
*** yamamoto has quit IRC05:57
*** sanfern has quit IRC06:00
*** gcheresh has joined #openstack-lbaas06:04
*** pcaruana has joined #openstack-lbaas06:05
*** armax has quit IRC06:07
*** armax has joined #openstack-lbaas06:10
*** pcaruana has quit IRC06:16
*** eN_Guruprasad_Rn has joined #openstack-lbaas06:16
*** Alex_Staf has joined #openstack-lbaas06:20
*** fnaval has quit IRC06:27
*** yamamoto has joined #openstack-lbaas06:31
*** ipsecguy has quit IRC06:40
*** armax has quit IRC06:40
*** ipsecguy has joined #openstack-lbaas06:40
*** yamamoto has quit IRC06:43
*** armax has joined #openstack-lbaas06:48
openstackgerritMerged openstack/octavia master: Fix functional tests for MacOS  https://review.openstack.org/52363706:50
*** threestrands has quit IRC06:50
*** yamamoto has joined #openstack-lbaas06:59
*** yamamoto has quit IRC07:06
*** aojea has joined #openstack-lbaas07:07
*** armax has quit IRC07:11
*** Alex_Staf has quit IRC07:13
*** aojea has quit IRC07:14
openstackgerritMerged openstack/octavia master: Adds the user's project id to the VIP port creation  https://review.openstack.org/52394607:16
*** rcernin has quit IRC07:20
*** tongl has quit IRC07:39
*** yamamoto has joined #openstack-lbaas07:49
sapd_johnsom, The octavia-dashboard is not include Pool , so We can't delete pool on horizon.07:51
*** yamamoto has quit IRC07:51
*** pcaruana has joined #openstack-lbaas07:55
*** yamamoto has joined #openstack-lbaas07:57
*** slaweq has joined #openstack-lbaas08:06
*** AlexeyAbashkin has joined #openstack-lbaas08:06
*** rcernin has joined #openstack-lbaas08:07
*** slaweq has quit IRC08:27
*** slaweq has joined #openstack-lbaas08:31
*** yamamoto has quit IRC08:33
*** yamamoto has joined #openstack-lbaas08:40
*** slaweq has quit IRC08:41
*** AlexeyAbashkin has quit IRC08:41
rm_worksapd_: errr.. really? I thought it was pretty complete as far as object mapping08:42
*** AlexeyAbashkin has joined #openstack-lbaas08:42
rm_workyou can't get to the pools?08:42
rm_workor the delete button just isn't there?08:42
*** slaweq has joined #openstack-lbaas08:44
*** yamamoto has quit IRC08:44
sapd_It does not show member in pool, It just show default pool ID in listener row.08:47
sapd_rm_work  I think, It has not implemented yet.08:48
rm_worki was pretty sure the whole thing "worked" from end to end, more or less, last i checked08:48
rm_workbut definitely CRUD operations for the basic objects necessary for creating a working LB08:48
rm_workcan you printscreen what you have and show me on imgur or something? if it's not sensitive data08:49
sapd_rm_work, here you are: https://imgur.com/a/otXPY08:52
sapd_I can't find any button about pool or member in pool when listener is created08:52
rm_workerrr08:53
rm_workthat's octavia-dashboard?08:54
rm_workhmmmm08:54
sapd_yes. I installed from this source: https://github.com/openstack/octavia-dashboard08:54
rm_workhmm. it looks different than i remember08:55
rm_worki'd need to spin up a stack again08:55
nmagnezirm_work, o/08:58
rm_workhey nmagnezi08:58
nmagnezirm_work, hi Adam08:58
nmagnezirm_work, not sure why this one is not getting merge https://review.openstack.org/#/c/520863/08:58
nmagnezimerged*08:59
rm_workchild of https://review.openstack.org/#/c/504875/08:59
sapd_rm_work I'm waiting08:59
rm_worksapd_: well, that'll take about an hour08:59
rm_workand actually i'm just about to collapse for the night :(08:59
*** Alex_Staf has joined #openstack-lbaas09:00
rm_worknmagnezi: do you have a stack up that you could throw the octavia-dashboard on?09:00
rm_workthe screenshots sapd_ linked seem odd to me09:00
nmagnezirm_work, maybe, lemme check09:00
rm_workbut i don't actually use the dashboard much...09:00
nmagnezirm_work, same here. checking.09:01
rm_workI just remember reviewing it once when michael did the huge conversion and making sure it worked end to end09:01
dayousapd_, On the third image you posted09:01
dayouYou can click the default pool id link09:01
dayouTo get to the default pool page09:01
rm_workah, yes09:01
dayouAnyway, current dashboard is based on quite old code that was developed about 2 years ago09:02
dayouI am working on rebuild it based on the latest horizon framework, still took a few days to get the initial work done09:02
*** sri_ has joined #openstack-lbaas09:03
dayouBut would be in this week09:03
rm_workah, nice09:03
nmagnezirm_work, k. I have it running. what do you wish me to check? if it's possible to delete a pool?09:03
rm_worki think maybe dayou solved it, but09:04
rm_workdoes the main loadbalancer page really look like that? https://imgur.com/a/otXPY09:04
*** yamamoto has joined #openstack-lbaas09:04
nmagnezirm_work, yes09:12
sapd_oh yes!09:13
sapd_I got it. dayou09:14
nmagnezinevertheless, I do see pools09:14
nmagneziand I do see where do delete them09:14
nmagnezis/do/to09:14
rm_workhmmmm09:14
rm_workwell, good :P09:15
nmagnezi:D09:15
rm_workprobably needs some work from a usability standpoint I guess T_T09:15
rm_workwhich is what dayou is doing? :P09:15
nmagneziyeah I totally agree it can and should be improved09:16
nmagnezibut for what it's worth, it's there.09:16
sapd_I think when click to Listener, We should show Default pool member page.09:16
*** yamamoto has quit IRC09:19
*** eN_Guruprasad_Rn has quit IRC09:19
*** eN_Guruprasad_Rn has joined #openstack-lbaas09:19
dayouhttps://storyboard.openstack.org/#!/story/171385509:21
dayouMichael actually reported a bug on this09:22
dayouhttps://pasteboard.co/GW1fC5Ho.png09:22
dayouHere is what it looks like in the version I am developing, just for a preview09:22
dayouTo adress this bug09:23
bcafarelnmagnezi: working on merging amphora-agent elements, I noticed in rdo packaging we do not have agent log rotation ( somehting similar to https://github.com/openstack/octavia/blob/master/elements/amphora-agent/static/etc/logrotate.d/amphora-agent ), will send a review there to fix09:31
*** bar_ has joined #openstack-lbaas09:34
sapd_dayou, good job :D09:37
dayouHopefully it could be improved by the queens cycle, still a lot of work to do ahead09:39
nmagnezibcafarel, ack. :)09:39
sapd_https://storyboard.openstack.org/#!/story/200137409:39
*** pcaruana has quit IRC09:39
dayousapd_, thanks for the encouragement, anyway!09:39
sapd_Has it fixed?09:39
*** pcaruana has joined #openstack-lbaas09:40
dayouNot yet, has to fix the bug one by one09:40
dayouCurrently I just try to get the base done09:41
*** fnaval has joined #openstack-lbaas09:43
*** kbyrne has quit IRC09:43
*** kbyrne has joined #openstack-lbaas09:44
dayouAlready on a 16x7 mode, too much work to be done.09:44
sapd_:D09:45
sapd_I think so09:46
*** fnaval has quit IRC09:48
cgoncalvesbar_: o/09:58
bar_cgoncalves, hey!09:58
cgoncalvesbar_: re your comment on https://review.openstack.org/#/c/518767/8/octaviaclient/api/load_balancer_v2.py09:58
bar_cgoncalves, what about it?09:58
cgoncalvesbar_: I'm thinking of submitting a patch dedicated to that because I also need to add :raises for exceptions09:58
cgoncalves:return: A ``dict`` representing the updated resource09:59
cgoncalves:raises: $some_msg_mentioning the possible outcomes (HTTP 400-500)10:00
bar_What does it raises?10:00
cgoncalvesbar_: https://developer.openstack.org/api-ref/load-balancer/v2/10:00
cgoncalvesbar_: check the 'Error' table for earch API call10:01
bar_is an error response (e.g. code 400) raises an exception from these functionsL10:02
bar_?10:02
bar_specifically those who don't have the correct_return_codes decorator.10:03
bar_(I'm asking you, I do not remember)10:04
cgoncalvesbar_: for the ones with decorators, yes. I need to check for the others10:06
bar_IMO, since all other functions in that file lack the :raises: comment, you shouldn't introduce it in your quota patch, unless one of your functions has some unique behavior you are aware of10:07
cgoncalvesbar_: agreed, hence my suggestion to address your comment in a separate patch + adding :raises10:09
*** xgerman_ has quit IRC10:09
*** fyxim has quit IRC10:09
*** kong has quit IRC10:09
*** LutzB has quit IRC10:09
bar_cgoncalves, why separate patch for the :return:? (it was not my only comment)10:10
cgoncalvesbar_: I would leave all :return's as-is including the one you commented on to be consistent with the rest of the :return's10:11
cgoncalvesbar_: then on a new patch I'd fix the :return for all API and add :raises10:11
cgoncalvesbecause current :returns say "Response Code from API" which is not true. the return is a dict of the resource (when there's a body)10:12
bar_cgoncalves, regarding the :return:, you shouldn't introduce mistakes in a patch, and it should be corrected within the same patch. This case differs from adding :raises:, because there the motivation is *lack* of documentary, not *false* documentary10:14
*** xgerman_ has joined #openstack-lbaas10:15
*** fyxim has joined #openstack-lbaas10:15
*** kong has joined #openstack-lbaas10:15
*** LutzB has joined #openstack-lbaas10:15
cgoncalvesbar_: ok, then I'd argue the same for the loadbalancer vs load-balancer comment you made ;-)10:17
cgoncalveshttps://review.openstack.org/#/c/518767/8/octaviaclient/osc/v2/quota.py10:17
bar_cgoncalves, anyway, it's a great patch, you should perfect it so it can be included in the coming Q2 milestone.10:18
bar_cgoncalves, you could argue it's nitty, but not the same, since 'raises' is documentation extension, and CLI command is actually something we use.10:20
*** annp has quit IRC10:23
cgoncalvesok. thanks10:26
bar_np. perhaps you could take the time to review my patch? https://review.openstack.org/#/c/522666/10:27
cgoncalvesbar_: certainly, will do!10:33
cgoncalvesbar_: just by reading the commit message, I tend to not agree with commits adding bunch of different stuff10:34
bar_cgoncalves, yeah, I will most probably have to break it in the end, there're too many dependencies anyway10:35
cgoncalvesbar_: +110:35
cgoncalvesto that comment, not to the patch :P10:35
* cgoncalves mumbles 'why, oh why quota list and quota show' :S10:40
cgoncalvesnmagnezi: what's your stance on https://review.openstack.org/#/c/518767/8/octaviaclient/osc/v2/quota.py@121 ?10:45
cgoncalvesnmagnezi: in case I reverse to '--loadbalancer' you would need to update your patch10:46
nmagnezicgoncalves, I was not following, in the middle of a review. will look a bit later10:46
nmagnezicgoncalves, generally i would say that all attribute names that consist of more than one word, those words should be separated with a hyphen. that's on par (and consistent) with the general guidelines. that being said i'm not sure how to look at the 'loadbalancer' word that comes right after the 'openstack' word in CLI. I *think it's kinda different.10:51
*** sri_ has quit IRC11:09
openstackgerritHengqing Hu proposed openstack/octavia-dashboard master: Provide default translation for en_GB locale  https://review.openstack.org/52413911:09
*** Dave has quit IRC11:12
*** Dave has joined #openstack-lbaas11:15
cgoncalvesnmagnezi: k11:16
openstackgerritCarlos Goncalves proposed openstack/python-octaviaclient master: Add Quota client API and OSC support  https://review.openstack.org/51876711:19
bar_cgoncalves, Are you aware to the fact the Nir's patch is in-line with your change ('loadbalancer' --> 'load-balancer')?11:28
cgoncalvesbar_: yes: https://review.openstack.org/#/c/521482/11:30
cgoncalvesbar_: thus my comment that either I leave it as is ('--load-balancer') or Nir needs to update his patch later once mine gets merged11:31
cgoncalvesotherwise we end up again with a mix of loadbalancer (for quota) and load-balancer (the rest) :)11:31
bar_cgoncalves, your patch will unlikely merge after his.11:32
cgoncalvesbar_: exactly. so I'm not getting your point, sorry :)11:33
bar_cgoncalves, You cannot expect his patch to revert yours, because his patch is in-line with yours.11:34
openstackgerritHengqing Hu proposed openstack/octavia-dashboard master: Catch up with horizon framework  https://review.openstack.org/52324911:34
bar_so should he abandon the change ('loadbalancer' --> 'load-balancer'), which in my view - he should. It is not his patch's place to revert yours.11:35
cgoncalvesbar_: k, you're right in the sense his patch does not revert mine11:36
cgoncalvesyet loadbalancer -> load-balancer renaming is needed and he's addressing for the rest11:37
bar_cgoncalves, this is very well, but you cannot argue that Nir's patch will revert yours - it won't, whether his proposal is accepted or not.11:39
cgoncalvesbar_: yes, you're right11:40
cgoncalvesbar_: what I meant to say was that your comment on the review was to have --loadbalancer. I slightly tend to disagree because we would be commiting something that we know beforehand does not follow the CLI guidelines11:41
cgoncalvesstill, if I change to --loadbalancer, Nir would have to update his patch to s/loadbalancer/load-balancer on the quota.py file11:42
bar_and it would make sense, because Nir's patch is exactly that - meant to standardize the whole client, not feature specific like yours.11:43
*** fnaval has joined #openstack-lbaas11:43
cgoncalvesbar_: ok, I'm okay doing so. I'll follow closely Nir's patch to make sure --load-balancer in quota is not forgotten ;-)11:44
bar_cgoncalves, very well. I guess I'll have to argue against it in both fronts.11:45
bar_lol11:45
cgoncalvesbar_: can we agree on something? :D11:45
bar_cgoncalves, if youre in the right spirit, you know you could support both options easy, right?11:46
*** fnaval has quit IRC11:47
cgoncalvesbar_: yes but I wouldn't do that anyway :P11:50
cgoncalvesbar_: ah, plus with the renaming we also need to make sure it's backward compatible for a period of time11:51
*** rcernin has quit IRC11:52
cgoncalvesthe odds of that we can agree that the Earth is round are very high -- don't tell me otherwise, pleeeease ;D11:52
*** bar_ has quit IRC11:59
*** bar_ has joined #openstack-lbaas12:01
*** salmankhan has joined #openstack-lbaas12:15
*** yamamoto has joined #openstack-lbaas12:37
*** bar_ has quit IRC12:51
*** bar_ has joined #openstack-lbaas12:57
*** atoth has joined #openstack-lbaas13:00
*** sanfern has joined #openstack-lbaas13:01
sanfernHi johnsom,13:02
*** yamamoto has quit IRC13:04
*** yamamoto has joined #openstack-lbaas13:05
*** sanfern has quit IRC13:37
*** fnaval has joined #openstack-lbaas13:43
*** fnaval has quit IRC13:47
*** links has quit IRC13:54
*** sanfern has joined #openstack-lbaas13:56
nmagnezibar_, openstack  port create mytestport2 --network private --security-group 8e71e599-261f-4861-a661-492d03b9b13b13:56
*** leitan has joined #openstack-lbaas14:04
*** leitan has quit IRC14:09
*** salmankhan has quit IRC14:18
openstackgerritCarlos Goncalves proposed openstack/python-octaviaclient master: Add Quota client API and OSC support  https://review.openstack.org/51876714:20
openstackgerritBar RH proposed openstack/octavia master: Fail-proof VIP deallocation task  https://review.openstack.org/52393114:33
*** Swami has joined #openstack-lbaas14:42
*** armax has joined #openstack-lbaas14:50
*** fnaval has joined #openstack-lbaas14:54
*** fnaval has quit IRC14:58
*** sanfern has quit IRC15:04
*** eN_Guruprasad_Rn has quit IRC15:07
*** fnaval has joined #openstack-lbaas15:17
-openstackstatus- NOTICE: if you receieved a result of "RETRY_LIMIT" after 14:15 UTC, it was likely due to an error since corrected. please "recheck"15:37
*** isp is now known as isanto15:47
*** isanto is now known as isantosp15:47
*** isantosp is now known as isp15:47
*** isp is now known as issp15:47
*** yamamoto has quit IRC15:49
*** yamamoto has joined #openstack-lbaas15:50
*** slaweq has quit IRC15:52
*** eN_Guruprasad_Rn has joined #openstack-lbaas15:52
cgoncalvesxgerman_, rm_work, johnsom: if you have some review cycles: https://review.openstack.org/#/c/521250/16:02
*** eN_Guruprasad_Rn has quit IRC16:08
*** Alex_Staf has quit IRC16:51
*** sanfern has joined #openstack-lbaas16:57
*** AlexeyAbashkin has quit IRC17:01
sanfernHi johnsom17:07
johnsomsanfern o/17:07
*** pcaruana has quit IRC17:08
sanfernAmphora service_type - SERVICE_TYPE_DISTRIBUTOR, SERVICE_TYPE_DISTRIBUTOR_LOADBALANCER and SERVICE_TYPE_LOADBALANCER - what do you say ?17:10
johnsomIs "SERVICE_TYPE_DISTRIBUTOR_LOADBALANCER" meaning it runs HAProxy and the distributor on the same instance?17:10
sanfernyes sir17:11
*** jcross has joined #openstack-lbaas17:11
johnsomNot sure we are going there any time soon, I would probably start with the other two.17:11
sanfernok17:11
*** Swami has quit IRC17:12
sanfernAs per l3-active-active spec in amphora_registration table - load_balancer_id is made nullable=False then it should be changed to True17:14
sanfernSpec needs fix17:14
johnsomUmmm, we usually do that to allow a smooth upgrade path.  Let me go re-read it17:15
johnsomAh, yeah, I see.  You are correct17:16
johnsomWell, this is mapping table right?  What is the case we would add a record here where there is no load balancer ID?17:17
sanfernit will not allow insert17:20
sanfernit is a mapping table17:21
sanfernjohnsom, Can we generate alembic_migration script file without devstack ?17:23
johnsomYes, it's just a python tool17:25
*** salmankhan has joined #openstack-lbaas17:31
sanfernjohnsom, how please ?17:35
sanfernhow do I get Revision ID: ?17:36
johnsomhttp://alembic.zzzcomputing.com/en/latest/tutorial.html#create-a-migration-script17:36
sanfernmy mac do not have this tool :(17:39
johnsomYou should be able to pip install it17:40
sanfernoops thanks johnsom17:42
*** SumitNaiksatam has joined #openstack-lbaas17:53
sanfernjohnsom, help please - http://paste.openstack.org/show/bXvHo8AJdhDpxmkAhtqU/17:55
johnsomOh, right, we changed that out.17:59
johnsomoctavia-db-manage --config-file octavia/db/migration/alembic.ini revision -m "create distributor table"17:59
johnsomThere is a wrapper script for alembic18:00
johnsomsanfern ^^^18:00
sanfernok thanks johnsom18:00
*** openstackgerrit has quit IRC18:48
*** pcaruana has joined #openstack-lbaas18:50
*** slaweq has joined #openstack-lbaas18:51
*** slaweq has quit IRC18:53
*** openstackgerrit has joined #openstack-lbaas18:55
openstackgerritMichael Johnson proposed openstack/octavia master: Fix the failover API to not fail with immutable LB  https://review.openstack.org/52324218:55
bar_johnsom, +118:56
johnsomGrin, yeah, too many things going on at once.  At least I had the reference tag in there18:56
bar_hehe18:57
*** bar_ has quit IRC19:25
*** bar_ has joined #openstack-lbaas19:29
openstackgerritBar RH proposed openstack/python-octaviaclient master: Complement Octavia client with a set of features  https://review.openstack.org/52266619:50
*** AlexeyAbashkin has joined #openstack-lbaas19:52
*** AlexeyAbashkin has quit IRC19:59
*** SumitNaiksatam has quit IRC20:00
*** bar_ has quit IRC20:06
*** AlexeyAbashkin has joined #openstack-lbaas20:12
*** AlexeyAbashkin has quit IRC20:17
*** slaweq has joined #openstack-lbaas20:32
*** slaweq has quit IRC20:34
*** slaweq has joined #openstack-lbaas20:34
openstackgerritJude Cross proposed openstack/neutron-lbaas master: [WIP] Remove unnecessary lazy-loaded queries  https://review.openstack.org/47769820:50
*** pcaruana has quit IRC20:55
*** gcheresh has quit IRC20:58
*** gcheresh has joined #openstack-lbaas21:03
*** threestrands has joined #openstack-lbaas21:12
*** threestrands has joined #openstack-lbaas21:12
*** pcaruana has joined #openstack-lbaas21:24
*** sshank has joined #openstack-lbaas21:29
*** salmankhan has quit IRC21:38
*** pcaruana has quit IRC21:39
*** bar_ has joined #openstack-lbaas21:41
*** gcheresh has quit IRC21:57
*** fnaval has quit IRC22:13
*** rcernin has joined #openstack-lbaas22:18
*** rcernin has quit IRC22:21
*** rcernin has joined #openstack-lbaas22:21
*** sanfern has quit IRC22:38
*** sanfern has joined #openstack-lbaas22:39
jcrossHey @johnsom I am looking at some lazy load sqlalchemy stuff for patch set: https://review.openstack.org/#/c/477698/14 basically tests dont pass because the DB replies without having the listener actually populated after lazy is disabled. By any chance do you know where to start with this?22:42
jcrossthis is for neutron-lbaas btw :P22:43
jcrossmy sqlalchemy foo is terrible.22:43
jcrossessentially this is what I am seeing: https://pastebin.com/anrQNNpp22:45
johnsomhmmm22:49
openstackgerritMerged openstack/octavia master: Split amphora haproxy systemd unit  https://review.openstack.org/52062922:49
jcrossseems to me like a race condition caused by the lazy loading but I am not sure where to start to fix that :/22:52
jcrossrather... caused by the lazy loading no longer being there.22:52
johnsomWell, my *guess* (I am totally context switching here...) is that there is no defined relationship between the pool and the listeners like there is for healthmonitor, session_persistence, and loadbalancer.  So without the "joined" lazy load there is no longer an implied relationship because there is a relationship in the DB.22:56
johnsomI don't have a nlbaas VM booted at the moment to confirm22:56
jcrossno problem I am just looking for direction thank you :)22:57
bar_johnsom, hey22:59
johnsombar_ Hi22:59
bar_I'm looking into Quota API, I want to lose the project_id requirement. and it's pretty straight forward to accept 'null' instead of valid project_id and infer it from the session context23:01
*** slaweq has quit IRC23:02
bar_is it cool to leave the API as it is and accept '/v2.0/lbaas/quotas/null', or change/add-to the api to accept /v2.0/lbaas/quotas ?23:02
johnsomjcross Yeah, that model just seems sketchy for pool.listeners.  There is even a comment that it is sketchy in the main code therre "# sqlalchemy cries if listeners is defined.".  Basically I think they have been living on an implied model extension for the listeners, but the actual model doesn't have it.23:02
*** slaweq has joined #openstack-lbaas23:02
johnsombar_ hmmm.  This is for the show, update, and reset actions?23:05
openstackgerritCarlos Goncalves proposed openstack/python-octaviaclient master: Add Quota client API and OSC support  https://review.openstack.org/51876723:06
bar_basically, yeah23:06
bar_the broader question is, how committed are we to the API in its current state?23:07
*** slaweq has quit IRC23:07
johnsomI vaguely remember this conversation, but what is the use case for making these calls with the requester project_id?  There is no real usecase where a tenant user would change their own quota right?23:07
johnsomRight now it's an Admin only API23:07
bar_aw, for how long?23:08
bar_Because there is a use-case for show, for non-admin tenant.23:08
johnsomYeah, show I get.  PUT and DELETE not.23:09
bar_right23:09
johnsomOk, getting a context switch through here....23:09
bar_perhaps another time then?23:09
johnsomSo you want a show quota that doesn't have a project_id in it?  That is List....23:10
johnsomI mean overall the API convention in OpenStack is "show" has an ID in the path right?23:10
johnsomNow is ok.  I just need to switch.  I was in the provider driver spec, pivoted to the data models in nlbaas, now back to octavia quotas....  Just takes me a minute23:11
bar_:-)23:11
bar_I believe Quota is a bit different, because it is popular use case to call for quota_show() on yourself, don't you agree?23:12
*** AlexeyAbashkin has joined #openstack-lbaas23:12
bar_and that is different than quota_list(), because you want to get the state of self.23:12
bar_only.23:13
johnsomYour end goal is in OSC to be able to have a show quota command that doesn't require a parameter right?23:13
bar_exactly23:13
johnsomWell, list with permissions to only see your project implies a list of one....23:14
johnsomOk, I think I am caught up to you23:15
bar_either have it all (admin) or fend for yourself?23:15
johnsomThis is probably why some commands have --all parameters for list23:15
bar_there's also a case with show member, it requires pool_id. isn't member_id 1:1?23:16
*** AlexeyAbashkin has quit IRC23:16
johnsomname isn't23:16
bar_GET /v2.0/lbaas/pools/{pool_id}/members/{member-id}23:17
johnsomThere is also the concept of shared members I think23:17
johnsomSo, the ID could be the same.  I don't think we support that in octavia today23:18
johnsomWe would have to go back to the lbaasv2 API spec.  It pre-dates me a bit23:18
bar_lbaasv2 == octaviav2?23:18
johnsomoctaviav2 is a superset of lbaasv2 for API compatibility23:19
bar_aha23:19
johnsomQuotas however is one of those extensions Octavia made23:19
bar_would you agree with  GET /v2.0/lbaas/pools/{pool_id}/members/{member-id} --> GET /v2.0/members/{member-id} , had I proposed it?23:20
johnsomSo, looking at our neighbor project, neutron: https://developer.openstack.org/api-ref/network/v2/index.html#quotas-extension-quotas23:20
johnsombar_ It's something I would have to think about.  The odd thing there is you can't have a member without a pool, so it would only be gets23:21
johnsomIt's an odd data model thing23:21
bar_also: PUT /v2.0/lbaas/pools/{pool_id}/members/{member_id} -> PUT /v2.0/octavia/members/{member_id}23:22
bar_and DELETE too....23:23
johnsombar_ Right now you cannot do that.  The data model doesn't have a concept of just a member.23:23
bar_I understand, I didn't mean create, but update call23:24
johnsomSo, let's focus on one discussion at a time...  Why don't we bring up the other API changes at a weekly meeting.23:25
bar_sure23:26
bar_thx23:26
johnsomI will say, we cannot drop the old way of accessing those. It would be a major revision roll of the api...23:26
bar_should we present new api for members, will it be lbaas or Octavia?23:27
johnsomOctavia, there are no new features going into nlbaas23:27
bar_great, thank you.23:28
bar_between, I think the client Quota patch is ready for prime time23:28
johnsomSo, right now, the way the quota API is setup, you would have a conflict with list and show if you wanted just a show with no project-id.23:28
johnsomLooking at neutron, they don't even have a true "show"23:29
johnsomdesignate is basically the same as ours: https://developer.openstack.org/api-ref/dns/#quotas23:30
johnsomAh, no, they don't have a multi-project list option at all23:30
johnsomAh, they are doing a header trick for list all.  hmmm23:31
bar_yeah, it's quite different from lbaas take of qos23:31
johnsomSo, my question to you is are we over thinking this?  The client can just fill this in and go on with life.  Same with the SDK.  Everyone doing a show will have the project ID to fill in since they have to go to keystone.  If it's noauth=True we can't imply the project anyway.23:32
bar_johnsom, yeah, I guess you're right, when it comes to Quota23:33
johnsomThis was an issue I ran into with reviewing this quota stuff. There is no standard OpenStack way...23:34
bar_there is something under openstackclient23:34
bar_https://github.com/openstack/python-openstackclient/blob/master/openstackclient/common/quota.py23:35
bar_When it comes to members API, do you see the benefit of accessing a member without the need for pool_id?23:37
johnsomSome characters?  Grin23:37
bar_haha oh well23:38
bar_at least I cannot be blamed for not trying...23:38
johnsomI am digging for the original spec to see if there is a reason23:38
johnsomWell, don't give  up if you see value.   It's the community's vote, not just mine....23:39
johnsomIt is here BTW: http://specs.openstack.org/openstack/neutron-specs/specs/kilo/lbaas-api-and-objmodel-improvement.html23:41
bar_thx23:41
johnsomSome of it probably has to do with the "typical" load balancer model that makes these hierarchical23:43
bar_Do you think shared-members is valuable feature for octavia?23:44
johnsomOk, so on quotas we are good?  For the members thing, my recommendation is to bring it up that weekly meeting (put it on the agenda) and we can discuss it.23:44
bar_can you share the like?23:45
bar_*link23:45
johnsomI think there probably is an optimal reorganization.  Fundamentally we don't want multiple health monitor hits per member, so sharing has some value.  However the current code/model is not ready for that.23:47
johnsomhttps://wiki.openstack.org/wiki/Octavia/Weekly_Meeting_Agenda#Meeting_2017-12-0623:47
johnsomWe add agenda items by adding a row before "Open Discussion" with your topic and in parenthesis your IRC handle.23:48
johnsomThese are also thing that can go on the roadmap.  With our limited resources we do need to focus on our goals for the release (typically decided at the PTGs now), so as a community we do need to balance what we decided on for the release and new stuff.23:50
*** sshank has quit IRC23:52
bar_johnsom, just added the members topic to the agenda.23:53
johnsom+123:53

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