Thursday, 2016-09-15

*** diogogmt has joined #openstack-lbaas00:00
*** ducttape_ has joined #openstack-lbaas00:02
dougwigsbalukoff: where are the patches that need a look?00:03
dougwigsbalukoff: found it00:05
sbalukoffDon't have them handy (on the road). johnsom? Got the etherpad link handy?00:05
sbalukoffOk00:05
sbalukoffThanks for going over them, dougwig!00:05
johnsomhttps://etherpad.openstack.org/p/LBaaSOctaviaNewtonPatches00:06
johnsomJust to keep poking00:06
openstackgerritDoug Wiegley proposed openstack/neutron-lbaas: DO NOT MERGE - functional job debugging  https://review.openstack.org/37049400:29
johnsomOk, so the inconsistent LB provisioning status patch is not fixing the real root cause which is an un handled exception in a revert task (can't delete the security group).  Working on that now.00:41
*** gongysh has joined #openstack-lbaas00:55
*** itsuugo has quit IRC01:08
*** itsuugo has joined #openstack-lbaas01:10
*** bana_k has quit IRC01:14
*** itsuugo has quit IRC01:15
*** itsuugo has joined #openstack-lbaas01:16
*** itsuugo has quit IRC01:22
*** itsuugo has joined #openstack-lbaas01:22
*** kevo has quit IRC01:27
*** itsuugo has quit IRC01:27
*** itsuugo has joined #openstack-lbaas01:28
*** bana_k has joined #openstack-lbaas01:35
*** ducttape_ has quit IRC01:37
openstackgerritBanashankar k proposed openstack/neutron-lbaas: validate that delay and timeout Make sure delay must be greater than timeout  https://review.openstack.org/35511501:46
*** gongysh has quit IRC01:47
*** itsuugo has quit IRC01:48
*** woodster_ has quit IRC01:50
*** itsuugo has joined #openstack-lbaas01:50
*** ducttape_ has joined #openstack-lbaas01:55
*** itsuugo has quit IRC01:55
*** ducttape_ has quit IRC01:56
*** itsuugo has joined #openstack-lbaas01:57
*** itsuugo has quit IRC02:08
*** diogogmt has quit IRC02:09
*** itsuugo has joined #openstack-lbaas02:09
*** itsuugo has quit IRC02:16
*** itsuugo has joined #openstack-lbaas02:17
*** itsuugo has quit IRC02:22
*** itsuugo has joined #openstack-lbaas02:23
*** itsuugo has quit IRC02:29
*** ducttape_ has joined #openstack-lbaas02:30
*** itsuugo has joined #openstack-lbaas02:30
*** itsuugo has quit IRC02:35
*** itsuugo has joined #openstack-lbaas02:36
*** itsuugo has quit IRC02:43
*** itsuugo has joined #openstack-lbaas02:44
*** yuanying has quit IRC02:47
*** ducttape_ has quit IRC02:47
*** itsuugo has quit IRC02:48
*** itsuugo has joined #openstack-lbaas02:50
*** gongysh has joined #openstack-lbaas02:50
*** itsuugo has quit IRC03:01
*** itsuugo has joined #openstack-lbaas03:03
*** itsuugo has quit IRC03:08
*** fnaval has quit IRC03:09
*** itsuugo has joined #openstack-lbaas03:10
*** itsuugo has quit IRC03:17
*** itsuugo has joined #openstack-lbaas03:18
*** gongysh has quit IRC03:21
*** itsuugo has quit IRC03:23
*** itsuugo has joined #openstack-lbaas03:24
*** fnaval has joined #openstack-lbaas03:25
*** gongysh has joined #openstack-lbaas03:25
*** itsuugo has quit IRC03:33
*** itsuugo has joined #openstack-lbaas03:36
*** itsuugo has quit IRC03:41
*** itsuugo has joined #openstack-lbaas03:42
*** ducttape_ has joined #openstack-lbaas03:48
*** yuanying has joined #openstack-lbaas03:51
*** itsuugo has quit IRC03:51
*** itsuugo has joined #openstack-lbaas03:52
*** ducttape_ has quit IRC03:53
*** kevo has joined #openstack-lbaas03:58
*** itsuugo has quit IRC03:59
*** itsuugo has joined #openstack-lbaas04:00
*** itsuugo has quit IRC04:10
*** itsuugo has joined #openstack-lbaas04:12
*** itsuugo has quit IRC04:16
*** itsuugo has joined #openstack-lbaas04:18
*** itsuugo has quit IRC04:23
*** yamamoto_ has joined #openstack-lbaas04:24
*** itsuugo has joined #openstack-lbaas04:24
*** Alex_Stef has joined #openstack-lbaas04:26
*** itsuugo has quit IRC04:29
*** itsuugo has joined #openstack-lbaas04:29
*** itsuugo has quit IRC04:34
*** itsuugo has joined #openstack-lbaas04:35
*** itsuugo has quit IRC04:40
*** itsuugo has joined #openstack-lbaas04:41
*** ducttape_ has joined #openstack-lbaas04:49
*** itsuugo has quit IRC04:53
*** itsuugo has joined #openstack-lbaas04:54
*** ducttape_ has quit IRC04:55
*** itsuugo has quit IRC05:03
*** itsuugo has joined #openstack-lbaas05:04
*** kevo has quit IRC05:07
*** yamamoto_ has quit IRC05:07
*** yamamoto_ has joined #openstack-lbaas05:09
*** itsuugo has quit IRC05:10
*** itsuugo has joined #openstack-lbaas05:10
*** rcernin has joined #openstack-lbaas05:17
*** yamamoto_ has quit IRC05:19
*** itsuugo has quit IRC05:20
*** itsuugo has joined #openstack-lbaas05:21
*** itsuugo has quit IRC05:26
*** itsuugo has joined #openstack-lbaas05:28
*** itsuugo has quit IRC05:37
*** itsuugo has joined #openstack-lbaas05:38
*** itsuugo has quit IRC05:43
*** itsuugo has joined #openstack-lbaas05:43
*** itsuugo has quit IRC05:51
*** itsuugo has joined #openstack-lbaas05:51
*** itsuugo has quit IRC05:56
*** itsuugo has joined #openstack-lbaas05:58
*** itsuugo has quit IRC06:03
*** yamamoto_ has joined #openstack-lbaas06:03
*** itsuugo has joined #openstack-lbaas06:03
*** pcaruana has joined #openstack-lbaas06:04
*** kobis has joined #openstack-lbaas06:13
*** pcaruana is now known as pcaruana|afk|06:13
*** itsuugo has quit IRC06:18
*** itsuugo has joined #openstack-lbaas06:19
*** kobis has quit IRC06:25
*** kobis has joined #openstack-lbaas06:28
*** itsuugo has quit IRC06:28
*** itsuugo has joined #openstack-lbaas06:30
*** itsuugo has quit IRC06:37
*** itsuugo has joined #openstack-lbaas06:38
*** pcaruana|afk| is now known as pcaruana06:40
*** itsuugo has quit IRC06:44
*** itsuugo has joined #openstack-lbaas06:45
*** bana_k has quit IRC06:49
*** ducttape_ has joined #openstack-lbaas06:52
*** ducttape_ has quit IRC06:56
*** itsuugo has quit IRC07:00
*** itsuugo has joined #openstack-lbaas07:02
*** itsuugo has quit IRC07:17
*** itsuugo has joined #openstack-lbaas07:18
*** nmagnezi_ has joined #openstack-lbaas07:22
*** nmagnezi_ has quit IRC07:22
*** itsuugo has quit IRC07:23
*** nmagnezi has joined #openstack-lbaas07:24
*** itsuugo has joined #openstack-lbaas07:24
*** atul has joined #openstack-lbaas07:26
*** itsuugo has quit IRC07:29
*** itsuugo has joined #openstack-lbaas07:30
*** itsuugo has quit IRC07:35
*** itsuugo has joined #openstack-lbaas07:35
*** cody-somerville has quit IRC07:37
*** cody-somerville has joined #openstack-lbaas07:38
*** gongysh has quit IRC07:40
*** itsuugo has quit IRC07:47
*** eezhova has joined #openstack-lbaas07:49
*** itsuugo has joined #openstack-lbaas07:49
*** Alex_Stef has quit IRC07:53
*** basilAB has quit IRC08:03
*** basilAB has joined #openstack-lbaas08:05
*** amotoki has joined #openstack-lbaas08:14
*** Alex_Stef has joined #openstack-lbaas08:15
*** itsuugo has quit IRC08:32
*** itsuugo has joined #openstack-lbaas08:34
*** eezhova has quit IRC08:37
*** itsuugo has quit IRC08:46
*** Alex_Stef has quit IRC08:46
*** itsuugo has joined #openstack-lbaas08:46
*** itsuugo has quit IRC08:51
*** itsuugo has joined #openstack-lbaas08:52
*** ihrachys has joined #openstack-lbaas08:55
openstackgerritStephen Balukoff proposed openstack/octavia: Add L7 user guides  https://review.openstack.org/36093408:55
*** itsuugo has quit IRC09:06
*** itsuugo has joined #openstack-lbaas09:08
*** Alex_Stef has joined #openstack-lbaas09:11
* ajo fights project-config and devstack-gate to setup multinode basics for octavia09:16
ajoround 1...09:16
ajonmagnezi,  ^ :P :)09:16
*** itsuugo has quit IRC09:18
*** itsuugo has joined #openstack-lbaas09:19
*** Alex_Stef has quit IRC09:19
nmagneziajo, may the force be with you :-)09:26
nmagnezisbalukoff, hey, re https://review.openstack.org/#/c/36371309:27
nmagnezisbalukoff, i wanted to add a tiny tempest scenario, but i see there are no scenarios in the octavia code base09:27
nmagnezisbalukoff, is there a plan to add such scenarios?09:27
nmagnezisbalukoff, i noticed that patch: https://review.openstack.org/#/c/172199/ which still WIP by ptoohill09:28
*** eezhova has joined #openstack-lbaas09:39
openstackgerritNir Magnezi proposed openstack/octavia: _extract_amp_image_id_by_tag should return last created image  https://review.openstack.org/36371309:43
*** Satya_ has joined #openstack-lbaas09:57
*** itsuugo has quit IRC10:00
*** itsuugo has joined #openstack-lbaas10:01
*** Satya_ has quit IRC10:09
*** gongysh has joined #openstack-lbaas10:10
*** itsuugo has quit IRC10:11
*** itsuugo has joined #openstack-lbaas10:12
*** itsuugo has quit IRC10:25
*** itsuugo has joined #openstack-lbaas10:27
*** itsuugo has quit IRC10:32
*** itsuugo has joined #openstack-lbaas10:32
*** itsuugo has quit IRC10:39
*** itsuugo has joined #openstack-lbaas10:41
*** itsuugo has quit IRC10:46
*** itsuugo has joined #openstack-lbaas10:46
*** anilvenkata has joined #openstack-lbaas10:56
*** yamamoto_ has quit IRC11:01
*** Alex_Stef has joined #openstack-lbaas11:06
*** itsuugo has quit IRC11:23
*** itsuugo has joined #openstack-lbaas11:25
*** atul has quit IRC11:35
*** yamamoto has joined #openstack-lbaas11:38
*** yamamoto has quit IRC11:41
*** itsuugo has quit IRC11:43
*** itsuugo has joined #openstack-lbaas11:44
*** yamamoto has joined #openstack-lbaas11:47
*** yamamoto has quit IRC11:51
*** yamamoto has joined #openstack-lbaas11:52
*** yamamoto has quit IRC11:57
*** anilvenkata has quit IRC11:58
*** gongysh has quit IRC12:12
*** ducttape_ has joined #openstack-lbaas12:14
*** itsuugo has quit IRC12:23
*** itsuugo has joined #openstack-lbaas12:23
*** itsuugo has quit IRC12:28
*** itsuugo has joined #openstack-lbaas12:29
*** yamamoto has joined #openstack-lbaas12:30
*** yamamoto has quit IRC12:31
*** yamamoto has joined #openstack-lbaas12:31
*** yamamoto has quit IRC12:37
*** yamamoto has joined #openstack-lbaas12:38
*** ducttape_ has quit IRC12:42
*** itsuugo has quit IRC12:45
*** itsuugo has joined #openstack-lbaas12:46
*** yamamoto has quit IRC12:56
*** reedip has quit IRC12:56
*** yamamoto has joined #openstack-lbaas12:58
*** itsuugo has quit IRC13:01
*** itsuugo has joined #openstack-lbaas13:02
*** yamamoto has quit IRC13:07
*** yamamoto has joined #openstack-lbaas13:07
*** reedip has joined #openstack-lbaas13:08
*** matt-borland has joined #openstack-lbaas13:23
*** BjoernT has joined #openstack-lbaas13:36
*** yamamoto has quit IRC13:38
*** ducttape_ has joined #openstack-lbaas13:42
*** itsuugo has quit IRC13:46
*** kobis has quit IRC13:47
*** ducttape_ has quit IRC13:47
*** itsuugo has joined #openstack-lbaas13:48
*** Frito has joined #openstack-lbaas13:51
*** gongysh has joined #openstack-lbaas13:51
*** Frito has quit IRC13:54
*** gongysh has quit IRC13:55
*** yamamoto has joined #openstack-lbaas13:59
*** pglass has joined #openstack-lbaas13:59
*** ducttape_ has joined #openstack-lbaas14:05
*** ducttape_ has quit IRC14:09
*** nmagnezi has quit IRC14:16
*** ducttape_ has joined #openstack-lbaas14:18
*** ducttape_ has quit IRC14:23
*** yamamoto has quit IRC14:28
*** yamamoto has joined #openstack-lbaas14:29
*** yamamoto has quit IRC14:30
*** yamamoto has joined #openstack-lbaas14:34
*** yamamoto has quit IRC14:35
*** eezhova has quit IRC14:45
*** eezhova has joined #openstack-lbaas14:46
*** ducttape_ has joined #openstack-lbaas14:47
*** pglass has quit IRC14:50
*** diogogmt has joined #openstack-lbaas15:03
*** pglass has joined #openstack-lbaas15:08
*** brad_behle has joined #openstack-lbaas15:15
*** csomerville has joined #openstack-lbaas15:16
*** cody-somerville has quit IRC15:19
*** pcaruana has quit IRC15:19
*** diogogmt has quit IRC15:20
*** yamamoto has joined #openstack-lbaas15:35
*** woodster_ has joined #openstack-lbaas15:36
*** ducttape_ has quit IRC15:37
*** yamamoto has quit IRC15:42
*** itsuugo has quit IRC15:48
*** ducttape_ has joined #openstack-lbaas15:49
*** itsuugo has joined #openstack-lbaas15:49
openstackgerritMichael Johnson proposed openstack/octavia: Fixes a revert failure in AllocateVIP task  https://review.openstack.org/37096815:53
johnsomThat one should be an easy review15:54
*** nmagnezi has joined #openstack-lbaas16:03
*** rcernin has quit IRC16:26
*** itsuugo has quit IRC16:32
*** itsuugo has joined #openstack-lbaas16:34
*** yamamoto has joined #openstack-lbaas16:44
*** yamamoto has quit IRC16:44
diltramjohnsom: +116:51
*** Alex_Stef has quit IRC16:53
johnsomOk, my self concious is getting me.  I'm adding a test and scanning for other unhandled exceptions in the revert calls.  Probably another patchset coming16:56
*** _ducttape_ has joined #openstack-lbaas17:00
*** nmagnezi has quit IRC17:03
*** ducttape_ has quit IRC17:03
*** eezhova has quit IRC17:20
*** _ducttape_ has quit IRC17:22
*** ducttape_ has joined #openstack-lbaas17:23
openstackgerritMerged openstack/neutron-lbaas: Allow creating loadbalancer with network_id  https://review.openstack.org/36330217:23
openstackgerritMichael Johnson proposed openstack/octavia: Fixes a revert failure in AllocateVIP task  https://review.openstack.org/37096817:24
johnsomOk, got the other two.17:24
openstackgerritMerged openstack/octavia: Fix admin_state_up for loadbalancer and listener  https://review.openstack.org/36470717:27
*** ducttape_ has quit IRC17:34
*** SumitNaiksatam has joined #openstack-lbaas17:38
openstackgerritMerged openstack/octavia: Add tox 'specs' test to pep8 environment  https://review.openstack.org/36771017:38
openstackgerritMerged openstack/octavia: Set haproxy global connection limit  https://review.openstack.org/36908917:38
openstackgerritMerged openstack/octavia: Set fullconn parameter in haproxy backends  https://review.openstack.org/36910217:38
openstackgerritMerged openstack/octavia: Adding a unit test for graph create failure case  https://review.openstack.org/36962717:38
*** ihrachys has quit IRC17:43
*** yamamoto has joined #openstack-lbaas17:45
*** bana_k has joined #openstack-lbaas17:50
*** yamamoto has quit IRC17:52
*** ducttape_ has joined #openstack-lbaas17:55
*** brad_behle has quit IRC18:01
*** brad_behle has joined #openstack-lbaas18:01
*** bana_k has quit IRC18:08
sbalukoffjohnsom: I know you had a look at this yesterday, but I liked Dustin's suggestion to add an example of how to do A/B testing with a cookie so much that I went ahead and added it. If you could have another gander at that section, I'd appreciate it: https://review.openstack.org/#/c/360934/18:12
johnsomSure, NP18:13
johnsomsbalukoff Do you have thoughts on the comments here: https://review.openstack.org/#/c/367039/18:14
sbalukoffLet me look...18:14
johnsomI am thinking it is a backward compat issue/guessing at the operator setup18:14
johnsomI'm heating up some food, back in a few...18:15
sbalukoffjohnsom: Yeah, was going to say: the whole reason not to enforce the use of this setting by default was to avoid breaking backward compatibility.18:16
sbalukoffEspecially this late in a cycle.18:17
sbalukoffI'll add those comments to that patch set.18:17
johnsomThanks18:19
openstackgerritMerged openstack/neutron-lbaas: haproxy ns driver: set global haproxy maxconn  https://review.openstack.org/36908818:21
*** bana_k has joined #openstack-lbaas18:21
sbalukoffIt's great to see lots of stuff merging today.18:22
*** pcaruana has joined #openstack-lbaas18:22
sbalukoffjohnsom: Does the latest patch set of this have the test you wanted to add? https://review.openstack.org/#/c/370968/18:24
johnsomYes.  There will be follow on patches, but that one is good for review18:26
sbalukoffOk, I'll check it out.18:26
dlundquistThe haproxy global maxconn fixes have merged for both Octavia and the Namespace driver, so bug 1544861 is fixed.18:41
openstackbug 1544861 in neutron "LBaaS: connection limit does not work with HA Proxy" [Medium,In progress] https://launchpad.net/bugs/1544861 - Assigned to Dustin Lundquist (dlundquist)18:41
*** itsuugo has quit IRC18:42
dlundquistOh, I can change status, just not the assignee18:43
*** itsuugo has joined #openstack-lbaas18:44
johnsomdlundquist We use fix released now as the release process is automated and doesn't flip this bit.  I updated them for you.18:57
dlundquistyes, but these both marked partial bug, so I didn't think automation worked correctly. And I just added also effects Octavia the other day.18:58
openstackgerritMichael Johnson proposed openstack/octavia: Option to restrict amp glance image owner  https://review.openstack.org/36703919:03
johnsom^^^ fixed the merge conflict19:03
*** eezhova has joined #openstack-lbaas19:05
sbalukoffjohnsom: Got another merge conflict headed your way. I just put a +A on this: https://review.openstack.org/#/c/363713/19:11
johnsomUgh19:12
sbalukoffSorry!19:13
johnsomProbably should have had a relase note on that19:13
johnsomSince it does change behavior19:14
sbalukoffWell...  for most operators I don't think it does. But I could be wrong. On that note though, any code change changes behavior (which is the whole point of the code change). :P19:15
johnsomWell, in an upgrade scenario, as soon as you upload a new image it will start being used.  Previously it wasn't until the tag was removed from the previous image they were using.19:16
johnsomSo, yeah, surprise the image is live!  grin19:17
sbalukoffReally? I thought the original code already sorted by created_at, and took the last image returned. Isn't that patch really just an optimization? (ie. sort on create_at:desc, grab a maximum of two images so we can warn if the Operator made a mistake, but use the first image.)19:18
johnsomNope, this is inverting the way it worked before19:18
sbalukoffWhat's the difference if you sort on create_at and take the last image versus created_at:desc and take the first image?19:19
johnsomThat is one reason the issue with the image owner didn't immediately trigger with a user uploaded image, it was still pulling the oldest19:20
johnsomMaybe he changed it as the patch went along19:21
sbalukoffOh, I see... from the bug report, when you tell the glance client to sort based on 'created_at', it doesn't actually do that unless you give it a direction. So... this patch is to work around glance client boneheadedness.19:22
johnsomIt's desc by default19:23
*** matt-borland has quit IRC19:23
sbalukoffOk, I get it now.19:24
johnsomMaybe I am confused with what came out of this stuff.  I'm deep in updating a bunch of unhandled exceptions.19:24
sbalukoffNo worries.19:24
johnsomIt's going to be a large patch, but it is just wrapping a bunch of DB calls to make sure the revert doesn't stop19:24
sbalukoffIn any case, assuming this one finishes merging, it's a merge conflict that should be really easy to resolve for you, eh.19:25
johnsomyeah19:25
johnsomDon't forget me....  It will need another +2... grin19:25
sbalukoffYep, I'm hovering over the button... ;)19:26
sbalukoffFeel free to poke at me here once you have the new patch set up.19:26
*** pcaruana has quit IRC19:32
*** davidlenwell has quit IRC19:34
openstackgerritMerged openstack/octavia: _extract_amp_image_id_by_tag should return last created image  https://review.openstack.org/36371319:41
openstackgerritMichael Johnson proposed openstack/octavia: Option to restrict amp glance image owner  https://review.openstack.org/36703919:46
*** davidlenwell has joined #openstack-lbaas19:47
johnsomsbalukoff ^^^^19:47
sbalukoffThanks!19:48
*** rcernin has joined #openstack-lbaas19:53
*** itsuugo has quit IRC19:53
*** itsuugo has joined #openstack-lbaas19:55
TrevorVHey sbalukoff19:56
TrevorVWas it you or evgeny that worked on the octavia side of L7 Policy stuffs?19:56
sbalukoffUh-oh.19:56
sbalukoffIt was me.19:56
sbalukoffEvgeny hasn't touched Octavia.19:56
TrevorVIs there a specific or particular reason you left off "project_id" on the l7policy object?19:57
sbalukoffL7 Policies are necessarily linked to Listeners, which have a project_id.19:57
sbalukoffIf you want to know which project an L7 policy is connected to, look at l7_policy.listener.project_id19:58
sbalukoff(I thought it was more DRY)19:58
TrevorVAlright, so that just differs from all the other objects.  LB, Listener, Pool, and HM all have project_id19:59
TrevorVI say "all"19:59
TrevorVI just meant those others19:59
TrevorVIdk about others beyond that19:59
TrevorVsbalukoff, just to give a little background, its the only "odd" object for quotas.  I can just do a filter by project_id on all the other quota'd objects because they all have those project_ids associated in their tables20:01
TrevorVsbalukoff, are you "against" adding it as a column?20:01
sbalukoffWe're going to support quotas on L7Policies now?20:01
sbalukoffI'm not sure why we'd do that... but if we are, I guess I'm not against it.20:02
TrevorVThey exist in Neutron LBaaS currently20:02
sbalukoffReally, though, we have a lot of redundancy in our models around project_id... I think we really ought to limit it down to the objects that really need it. (like, I dunno... loadbalancer only).20:02
*** ducttape_ has quit IRC20:03
TrevorVThat would complicate all the quota checks ha ha ha20:03
sbalukoffIt ought to be possible to augment the model with something that returns a project_id attribute (that just looks up the chain at the load balancer), and thus not store the same information in 8 different tables in the DB. :P20:03
TrevorVI'm not against filtering all the way back to the LB to get the project ID, just wanted to be consistent, and was curious what your thoughts were originally20:04
TrevorVIf we want to make the change to only one table with project_id, we should actually file a bug in launchpad to have that done20:04
sbalukoffI didn't think we needed to worry about quotas around L7 Policies.20:04
TrevorVBecause right now I have quite a bit of logic around them existing20:04
TrevorVI mean I'll have to write new logic around them not existing if that's a thing20:05
sbalukoffI agree, we ought to file a bug and have that done.20:05
TrevorVjohnsom, ?  Scrollback and thoughts?20:05
sbalukoffTrevorV: I don't think we need to change the logic, just the model. Look at how I'm generating the pool.listeners property, for example of what I mean.20:06
johnsomsbalukoff Didn't you guys add a quota for L7?20:06
johnsomin neutron?20:06
sbalukoffjohnsom: I don't think so.20:06
sbalukoffjohnsom: I'm less familiar with the neutron-lbaas code.20:06
sbalukoffSince that was all Evgeny.20:06
sbalukoffThe N-LbaaS API doesn't presently support quotas for L7 stuff.20:08
johnsomTrevorV do you remember where we saw that?20:10
TrevorVI'm trying to find it right now johnsom20:11
TrevorVI can't even find the right quotas documentation20:11
TrevorVjohnsom, its just in the neutron quota-show20:12
TrevorVCLI in devstack20:12
TrevorVjust ran it20:12
sbalukoffLooking in neutron-lbaas/neutron_lbaas/extensions, I'm seeing only the following have quota resources associated with them:20:12
johnsomYeah, it is20:12
sbalukoffloadbalancerv2.py:    cfg.IntOpt('quota_loadbalancer',20:12
sbalukoffloadbalancerv2.py:    cfg.IntOpt('quota_listener',20:12
sbalukoffloadbalancerv2.py:    cfg.IntOpt('quota_pool',20:12
sbalukoffloadbalancerv2.py:    cfg.IntOpt('quota_member',20:12
sbalukoffloadbalancerv2.py:    cfg.IntOpt('quota_healthmonitor',20:12
johnsomSo, did we somehow get a ghost in the client that isn't implemented in the API????20:13
TrevorVsbalukoff, that's amusing, because the CLI doesn't even show a member quota20:13
sbalukoffjohnsom: I suspect so.20:13
sbalukoffAgain, quota testing is pretty shit right now.20:13
sbalukoffHaving just had to hobble in a "fix" for the gate on this stuff last Friday. :P20:13
TrevorVAlright, so I'm going to go ahead and say we should file a bug that changes the CLI to have member quota and not l7policy quota20:15
TrevorVSound right to you two?20:15
sbalukoffWell... the question to me is: Should we be supporting quotas around L7 objects?20:16
sbalukoffTechnically evaluating L7 rules does lead to a small increase in CPU usage by haproxy.20:16
johnsomneutron_lbaas/extensions/l7.py20:16
sbalukoffIt also seems silly to me that we would put quotas on members or pools as well.20:17
sbalukoffOr health monitors.20:17
TrevorVsbalukoff, well to be fair I'm only talking about what I found implemented by neutron lbaas, for feature parity20:17
johnsomline 204 registers it as a quota20:17
sbalukoffjohnsom: When you follow that code back, you find that it actually doesn't/.20:17
sbalukoffYou need the config options named quota_ thing to do that.20:18
sbalukoffAnd yes, following that code back is a spaghetti mess.20:18
johnsomWell, I am suspecting this is how it is getting in the client output20:19
sbalukoffDoes setting those quota values actually work? Or save a value?20:20
TrevorVsbalukoff, I admit, I didn't actually test quotas for neutronlbaas specifically, I just knew I had to get it working in octavia...20:20
johnsomCLI doesn't have it in the quota update list20:21
TrevorVthat's amusing20:21
johnsomSo, TrevorV Can you do us a favor, file a neutron bug tagged with lbaas that L7policy is showing up as quota in the CLI quota-show.  Then forget about L7 for the Octavia quotas....20:22
TrevorVWhy does it show l7policy and NOT member in the "show", but shows member in the update......20:22
johnsomBecause this stuff was slapped together poorly is my non-PC answer20:22
TrevorVOkay, yeah.  I'll file the bug.20:23
johnsomThank you sir20:23
sbalukoffIt is possible that you could set the quotas for l7policy stuff, I support-- the testing code for quotas specifically behaves differently than production code, thanks to a recent quotas patch (the one that broke us last Friday, actually).20:23
TrevorVThen I'll need to update my quotas stuff to include member quotas though ha ha20:23
sbalukoffAnd yes, what I just said is patently absurd.20:23
sbalukoffEr... s/I support/I suppose/20:24
sbalukoffHave I mentioned how much I dislike the Neutron quotas code yet?20:24
johnsomMake sure to review the work TrevorV is doing for Octavia.  That is our way out....20:25
sbalukoffGood!20:25
sbalukoffTrevorV: Are you using neutron quotas at all in your code? (pulling in *any* part of their code base?)20:26
TrevorVsbalukoff, its probably actually bad practice from me, but I really really dislike copy-pasta code./20:26
TrevorVcode.****20:26
sbalukoffSo... you're not? Good man!20:26
TrevorVI even typically re-type URLs that are already completed in my browser....20:26
TrevorVha ha ha20:26
sbalukoffHaha!20:26
TrevorVNo, I didn't copy anything, just the "look" its supposed to have20:27
*** ducttape_ has joined #openstack-lbaas20:27
sbalukoffGreat! That's what I was hoping you'd say.20:27
TrevorVI'll put it this way sbalukoff... I was one of the biggest proponents AGAINST neutron lbaas, mostly because I hate the code base... so its far more likely I'll write something myself :)20:28
sbalukoffAnd this is why we love you, TrevorV/.20:28
TrevorVby the way johnsom I'm also including the bit that the quota show doesn't include member in the details.20:28
TrevorVSo its a "neutron quota-show is broken" sort of bug20:29
johnsomYeah, probably a second bug?20:29
TrevorVhttps://bugs.launchpad.net/neutron/+bug/162409720:32
openstackLaunchpad bug 1624097 in neutron "Neutron LBaaS CLI quota show includes l7policy and doesn't include member" [Undecided,New]20:32
TrevorVDid I do it right?20:32
TrevorVI mean, the change should probably be done in the same place, I figured it wouldn't hurt to be the same bug...20:33
* TrevorV has never reported a neutron lbaas bug before... shocker20:33
johnsomTrevorV Looks good enough to me20:34
TrevorVsweet20:34
sbalukoffYep, looks good to me, too.20:34
*** eezhova has quit IRC20:39
*** itsuugo has quit IRC20:47
TrevorVsbalukoff, one piece of good news... member in octavia has "project_id" on it, so the quota logic is still clean ;)20:48
*** itsuugo has joined #openstack-lbaas20:50
sbalukoffHeh!20:52
openstackgerritMichael Johnson proposed openstack/octavia: Fixes the revert methods with unhandled exceptions  https://review.openstack.org/37115420:56
johnsom^^^^ WIP20:56
*** catintheroof has joined #openstack-lbaas21:15
sbalukoffNice!21:17
sbalukoffFeel free to tell me I'm smoking crack on this one: https://bugs.launchpad.net/octavia/+bug/162411321:18
openstackLaunchpad bug 1624113 in octavia "RFE: project_id database field is redundant on many Octavia objects" [Undecided,New]21:18
johnsomHmm, yeah, there are arguments on both sides.  If we truly have our foreign key strategy setup such that every object relates, I agree with this (health/stats is a valid exception to allow those table to be external).  That said, having it on each table makes it easier for operator debug and potentially filtering results based on the project_id.21:29
johnsomThey can also speed up queries...21:30
diltramusing that project_id from load balancer object will speed up queries?21:33
diltramhow?21:33
diltramjohnsom: ^^21:33
johnsomNo, the inverse21:33
diltramI don't understand21:34
johnsomHaving them on each table can speed up queries21:34
diltramaaaaa, ok yeah21:34
diltramthats my point21:35
johnsomSorry, train of thought typing.  Knee deep in fixing the database tasks reverts/unit tests21:35
diltramremoving that property will slow down all queries and will require joining tables21:36
diltramso maybe we should add something what will remove way of overriding that property21:36
diltramand when you're creating new object they will somehow use lb.project_id to populate own data21:37
diltramand it will be unchangable21:37
sbalukoffIt comes down to whether storing that data redundantly (and the risk of associated problems with redundant fields getting out of sync) is better than keeping things DRY and making some database queries take longer, and making project_id related problems somewhat more difficult to troubleshoot for operators.21:40
diltramsbalukoff: some queries? it looks like all queries except load balancer will take longer21:41
diltramand also they cannot be out of sync21:42
johnsomRedundant data also leads to IO/caching overhead that typically exceeds the join overhead on modern databases, but that is mostly an issue on very large DBs21:42
diltramproject_id is not changebale thing21:42
diltramor I'm not seeing smth?21:42
sbalukoffour API allows specifying the project_id on descendant objects on creation (which is probably meant to keep things simpler for our neutron-lbaas driver, but opens the opportunity for a bug to create a descendant object with a different project_id than its load balancer parent.)21:43
diltramtrue21:44
sbalukoffIf we close that, that would probably eliminte a lot of potential for error.21:44
johnsomWell, soon project_id should only come from keystone in our API21:45
diltramthat because of that I'm asking about maybe adding something to remove that feature :)21:45
sbalukoffYep, I would support removing that "feature". :)21:45
diltramalso does anyone worked with keystone domains?21:45
diltramhow they work?21:45
sbalukoffNo idea.21:46
johnsomAbout the extent of my knowledge is they were added for ldap/active directory support (if I am remembering right)21:46
*** rm_work has quit IRC21:46
*** mhayden has quit IRC21:46
diltrambut it's also from our perspective21:46
diltramthere is no projects supporting domains right now, just keystone21:47
*** amit213 has quit IRC21:47
diltramyou got my messages?21:50
diltramI lost connection for a few sec21:50
diltramso yeah, I would like to know what will be performance impact21:51
*** amit213 has joined #openstack-lbaas21:51
*** rm_work has joined #openstack-lbaas21:51
diltramand even how will work just simplest query get all listeners belonging to project_id = 1021:52
sbalukoffWell, in any case, for now, I would be happy with the happy medium of just removing the ability to specify the project_id on descendant objects. (or rather, ignore it for now if it's specified, and instead, get the project_id from the ancestor load_balancer). I'll file another bug report with suggestions here.21:52
diltram+121:53
diltramgoing sleep, it's midnight for me :P21:55
diltramcu guys21:55
*** csomerville has quit IRC21:58
rm_work^^ that sounds good to me21:58
*** csomerville has joined #openstack-lbaas21:59
*** mhayden has joined #openstack-lbaas22:00
*** yamamoto has joined #openstack-lbaas22:02
*** yamamoto has quit IRC22:02
sbalukoffTrying to submit bug report...  launchpad timing out. :P22:09
*** yamamoto has joined #openstack-lbaas22:13
*** itsuugo has quit IRC22:15
*** itsuugo has joined #openstack-lbaas22:17
*** pglass has quit IRC22:18
*** yamamoto has quit IRC22:18
*** yamamoto has joined #openstack-lbaas22:24
*** yamamoto has quit IRC22:24
*** yamamoto has joined #openstack-lbaas22:24
*** yamamoto has quit IRC22:28
sbalukoffOk, there's my bug report: https://bugs.launchpad.net/octavia/+bug/162414522:30
openstackLaunchpad bug 1624145 in neutron "Octavia should ignore project_id on API create commands (except load_balancer)" [Undecided,New]22:30
johnsomThat is against neutron, shouldn't it be octavia22:31
johnsom?22:31
openstackgerritTrevor Vardeman proposed openstack/octavia: Add quota support to Octavia  https://review.openstack.org/36079422:31
*** itsuugo has quit IRC22:34
*** itsuugo has joined #openstack-lbaas22:37
*** itsuugo has quit IRC22:41
*** brad_behle has quit IRC22:42
*** brad_behle has joined #openstack-lbaas22:42
*** itsuugo has joined #openstack-lbaas22:42
*** ducttape_ has quit IRC22:42
sbalukoffSorry, tried editing it to list both Octavia and Neutron (dealing with timeouts). It should list both projects now.22:44
*** brad_behle has quit IRC22:46
*** itsuugo has quit IRC23:08
*** itsuugo has joined #openstack-lbaas23:09
*** ducttape_ has joined #openstack-lbaas23:12
*** catintheroof has quit IRC23:21
*** itsuugo has quit IRC23:23
*** itsuugo has joined #openstack-lbaas23:24
*** ducttape_ has quit IRC23:29
bana_kgetting this error DeprecatedConfig: Fatal call to deprecated config: Deprecated: Implicit loading of service providers from neutron_*.conf files is deprecated and will be removed in Ocata release23:29
bana_kwhen neutron.con has fatal_deprecations = True23:30
bana_kbut out devstack still has this file23:30
sbalukoffI recommend not setting fatal_depreciations in neutron.conf right now, and filing a bug for us to fix that if one hasn't been filed already.23:34
bana_ksure sbalukoff23:34
*** itsuugo has quit IRC23:35
bana_kthanks23:36
*** itsuugo has joined #openstack-lbaas23:37
*** armax has quit IRC23:37
*** BjoernT has quit IRC23:44
*** itsuugo has quit IRC23:49
*** itsuugo has joined #openstack-lbaas23:51
*** armax has joined #openstack-lbaas23:54
*** yamamoto_ has joined #openstack-lbaas23:58

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