Friday, 2018-04-20

« Thursday, 2018-04-19 Index Saturday, 2018-04-21 »
rm_workbleh00:01
rm_workalso: my noop HMs seem to be going "ONLINE"00:02
rm_workwhich ...00:03
rm_workdid HMs just not have an op-status before?00:03
rm_workop_status = (constants.ONLINE if health_mon.enabled00:05
rm_work                     else constants.OFFLINE)00:05
xgerman_Nope. dougwig Shot it down00:05
rm_workso HMs always go online if they're enabled00:05
rm_workdifferent from neutron-lbaas00:05
rm_workapparently00:05
dougwigI did what now?00:07
xgerman_Shut down cascading delete in neutron lbsaas00:07
xgerman_Also why is mestery running away from you :-)00:08
openstackgerritAdam Harwell proposed openstack/octavia master: Revert CentOS image size bump  https://review.openstack.org/56288200:29
rm_work^^ pending passing cent7 gate, but it should prove that's actually fine after all T_T00:30
dougwigAs I recall, I wanted it, but it wasn’t ready for a particular release. But I could be addled.00:31
rm_workwell, we're now in feature freeze, so >_>00:37
openstackgerritJacky Hu proposed openstack/octavia-dashboard master: Allow cascade deletion of load balancer  https://review.openstack.org/55338100:41
rm_workspeaking of which00:41
rm_worklolol00:41
rm_workdayou: hilarious timing on that ;)00:42
dayourm_work: morning exercise :)00:43
rm_workwe were JUST talking about cascade delete00:43
*** harlowja has quit IRC00:46
rm_workjohnsom: LOL this is an interesting one00:47
rm_workjohnsom: when you pass a non-int weight to a member in Octavia, we round it down >_>00:47
rm_workso 0.1 is accepted and becomes 000:47
rm_workALSO, somehow the member update is not working for weight O_o00:55
*** slaweq has joined #openstack-lbaas00:56
johnsomrm_work You mean via the client?00:57
rm_worki mean ... no00:57
rm_worknot via client00:57
johnsomThe API enforces int (or should)00:57
rm_worki actually was able to add a *unit test* and verify00:57
rm_workit accepts a float and does a floor()00:57
johnsomhttps://github.com/openstack/octavia/blob/master/octavia/api/v2/types/member.py#L7500:57
rm_workso add to octavia/tests/unit/api/v2/types/test_members.py00:58
rm_workhttp://paste.openstack.org/show/719600/00:58
rm_workvia API i verified this00:58
rm_workand also via unit test00:58
rm_workit definitely is doing it00:58
johnsomBlah python. Yeah, wsme doesn't seem to care00:58
rm_work<_<00:59
rm_workso yeah. awesome.00:59
rm_workanyway, the next one00:59
rm_workworking on proving this out or figuring out what's up00:59
rm_worki see it doing an update to a member to change the weight00:59
rm_workand the weight doesn't change00:59
rm_work:(00:59
johnsomhttps://docs.python.org/2/library/functions.html#int01:00
johnsomIt doesn't change in the haproxy.cfg?01:01
rm_worki'm in NOOP01:01
johnsomoh01:01
*** slaweq has quit IRC01:01
johnsomless surprising01:01
rm_workjust doing API testing01:01
rm_work<_<01:01
rm_workour functional tests don't run flows01:02
rm_workso we can't actually test this01:02
johnsomA bit confused, but ok.  I mean, yeah, the functional API tests are there to test the API, not the flows...01:03
johnsomOk, it's date night, so I'm out for the evening.01:04
rm_workjohnsom: API doesn't update the DB with the result?01:04
rm_workor does it01:04
rm_workoh it does nmn01:04
rm_workok have fun01:04
rm_workoh no i was right, it doesn't01:05
rm_workit sends the updated data to the queue, right? so with no flows, the updates never make it to the DB01:06
johnsomRight, you are running no-op, so they get stored in the no-op memory store01:06
rm_workerr01:07
rm_worki'm running noop for amp/compute/network01:07
rm_worknot for controller01:07
johnsomIt's not running that funky controller simulator thingy01:07
johnsom?01:07
rm_workso they go through to the queue01:07
rm_workand the worker picks up the job and does the flows01:07
rm_workso in my env, it SHOULD be updating01:07
rm_workno01:07
rm_worki'm running the same as the API gate01:07
rm_workit runs with noop drivers with the real controller01:08
rm_workhmmm well it is updating when I do it from the UI01:12
johnsomHmm, then it should be running with the sqlite DB01:12
rm_workbut when tempest does it, it doesn't update01:12
rm_workweird01:12
rm_workjohnsom: err, why would it be?01:12
rm_workit's got mysql behind it01:12
johnsomIf it's a functional test01:13
rm_workoh, functional01:13
rm_workyeah01:13
rm_workbut the functional tests end at the producer01:13
rm_workthat's as far as they go -- no flows run01:13
rm_workand the attribute updates don't happen in the DB until the flows01:13
rm_workanyway, the problem must be in the way tempest does this update :/01:13
johnsomAh, well, I'm out.01:14
rm_workkk later01:14
rm_workOH01:14
rm_workyeah this test is wtfdumb01:15
rm_workit's looking ... at the response of the update01:15
rm_workwhich is lies01:15
openstackgerritAdam Harwell proposed openstack/neutron-lbaas master: WIP: Test l7 proxy to octavia  https://review.openstack.org/56104901:57
rm_workstill a few to fix01:57
rm_workbut figured out local testing so now my turnaround time is actually sane01:57
rm_worklol this test catches a thing02:01
rm_workneutron_lbaas.tests.tempest.v2.api.test_pools_non_admin.TestPools.test_update_pool_empty_session_persistence02:01
rm_workif you pass a string as a session persistence, we 50002:01
rm_workwill figure that out in a bit02:02
*** dlundquist has joined #openstack-lbaas02:04
xgerman_if only that gate would work for me I could make some progress02:10
*** dlundquist has quit IRC02:15
xgerman_well, I am the only job in there with tempest as a parent — guess once that fixes itself I should be in good shape02:16
xgerman_ok, rechecking daily it is02:21
johnsomrm_work: I have a patch up for SP02:23
*** slaweq has joined #openstack-lbaas02:57
*** threestrands has joined #openstack-lbaas02:59
*** slaweq has quit IRC03:02
*** KeithMnemonic2 has joined #openstack-lbaas03:14
*** KeithMnemonic1 has quit IRC03:17
*** annp has quit IRC03:54
*** annp has joined #openstack-lbaas03:55
*** sanfern has joined #openstack-lbaas04:29
*** slaweq has joined #openstack-lbaas04:58
*** slaweq has quit IRC05:03
*** links has joined #openstack-lbaas05:26
*** slaweq has joined #openstack-lbaas06:00
*** slaweq has quit IRC06:04
*** pcaruana has joined #openstack-lbaas06:43
*** yamamoto has quit IRC06:50
*** velizarx has joined #openstack-lbaas06:53
*** threestrands has quit IRC07:00
*** rcernin has quit IRC07:02
*** velizarx has quit IRC07:10
*** tesseract has joined #openstack-lbaas07:12
*** velizarx has joined #openstack-lbaas07:26
*** slaweq has joined #openstack-lbaas07:31
*** AlexeyAbashkin has joined #openstack-lbaas07:37
*** yamamoto has joined #openstack-lbaas07:51
*** yamamoto has quit IRC08:01
*** yamamoto has joined #openstack-lbaas08:13
*** yamamoto has quit IRC08:44
*** KeithMnemonic2 has quit IRC08:52
*** KeithMnemonic2 has joined #openstack-lbaas08:53
*** dayou has quit IRC09:09
*** dayou has joined #openstack-lbaas09:11
*** yamamoto has joined #openstack-lbaas09:44
*** yamamoto has quit IRC09:54
*** ndanl has joined #openstack-lbaas10:20
*** pcaruana has quit IRC10:31
*** dulek has quit IRC10:46
*** dulek has joined #openstack-lbaas10:50
*** sanfern has quit IRC10:55
*** velizarx has quit IRC10:58
*** velizarx has joined #openstack-lbaas10:59
*** yamamoto has joined #openstack-lbaas11:31
*** velizarx has quit IRC11:31
*** velizarx has joined #openstack-lbaas11:34
*** yamamoto_ has joined #openstack-lbaas11:44
*** pcaruana has joined #openstack-lbaas11:46
*** yamamoto has quit IRC11:47
*** annp has quit IRC12:02
*** sanfern has joined #openstack-lbaas12:03
*** atoth has joined #openstack-lbaas12:07
*** yamamoto_ has quit IRC12:46
*** yamamoto has joined #openstack-lbaas12:47
*** yamamoto has quit IRC12:52
*** ndanl has quit IRC12:54
*** yamamoto has joined #openstack-lbaas13:21
*** fyx has quit IRC13:21
*** fyx has joined #openstack-lbaas13:21
*** samccann has joined #openstack-lbaas13:26
*** atoth has quit IRC13:38
*** dougwig has quit IRC13:40
*** dougwig has joined #openstack-lbaas13:40
*** atoth has joined #openstack-lbaas13:57
*** dims has quit IRC13:58
*** mnaser has quit IRC14:00
*** mnaser has joined #openstack-lbaas14:01
*** links has quit IRC14:03
*** dims has joined #openstack-lbaas14:04
*** velizarx has quit IRC14:08
*** fnaval has quit IRC14:34
*** fnaval has joined #openstack-lbaas14:35
*** fnaval has quit IRC14:40
*** fnaval has joined #openstack-lbaas14:45
*** zioproto has quit IRC14:52
*** zioproto has joined #openstack-lbaas14:52
*** beisner has quit IRC14:58
*** beisner has joined #openstack-lbaas14:58
*** redondo-mk has quit IRC15:11
*** redondo-mk has joined #openstack-lbaas15:12
*** tesseract has quit IRC15:58
*** dims has quit IRC16:06
*** AlexeyAbashkin has quit IRC16:09
*** dims has joined #openstack-lbaas16:11
*** yamamoto has quit IRC16:31
*** sanfern has quit IRC16:50
rm_workjohnsom: oh, you already fixed the SP issue? nice16:52
johnsomrm_work https://review.openstack.org/56057916:53
rm_workummm16:53
rm_workthat already merged16:53
rm_workthis problem is in Master16:53
johnsomSo maybe something more needed?16:54
rm_workoctavia/tests/functional/api/v2/test_pool.py http://paste.openstack.org/show/719646/16:55
rm_workrun that16:55
rm_worki think that may be a wsme bug?16:59
johnsomYeah, definitely a wsme bug17:04
johnsomI know a core over there if you want to fix17:04
johnsomgrin17:04
rm_worki have no idea where the fix for that would be17:06
rm_workbut I will open a story17:06
johnsomSomewhere here: https://github.com/openstack/wsme/blob/master/wsme/rest/json.py#L13917:07
rm_workerrr if they are on storyboard17:07
johnsomI don't think so17:07
johnsomhttps://bugs.launchpad.net/wsme/+bugs17:07
rm_workyeah i found it17:07
rm_worklooking to see if there's already one17:08
*** pcaruana has quit IRC17:22
*** yamamoto has joined #openstack-lbaas17:32
*** pcaruana has joined #openstack-lbaas17:33
*** yamamoto has quit IRC17:38
openstackgerritAdam Harwell proposed openstack/octavia master: Pool PUT should validate name/description length  https://review.openstack.org/56320217:46
rm_workjohnsom: another bug ^^17:47
rm_workthese tests are useful apparently17:47
rm_workgetting some legit failures17:47
johnsomYeah, darn, not sure how we missed that.  Good catch17:48
johnsomWe should probably have functional test for that stuff17:49
rm_worki mean, i do feel pretty personally responsible for most of these API bugs T_T17:49
rm_workfor the types?17:49
rm_workI feel like unit for wsme validation is good enough17:49
johnsomOh, you had help. grin17:49
rm_workwhat about https://review.openstack.org/#/c/562869/17:51
rm_workjohnsom: and can you add the releasenote or whatever to the DELETED 404 patch so we can merge that17:53
johnsomYeah, in plan for today. I'm reviewing this OSA octavia certificate generation stuff at the moment.17:54
rm_workk17:54
*** juggsmcb has joined #openstack-lbaas17:56
*** juggsmcb has quit IRC17:58
openstackgerritAdam Harwell proposed openstack/octavia master: Pool PUT should validate name/description length  https://review.openstack.org/56320218:02
openstackgerritAdam Harwell proposed openstack/octavia master: Add pecan middleware for neutron-lbaas compat  https://review.openstack.org/56206318:03
rm_workrebase-juggling18:03
*** pcaruana has quit IRC18:29
*** yamamoto has joined #openstack-lbaas18:34
johnsomrm_work The flavor_id think looks ok, we just need to update the api-ref at the same time. It has it in the loadbalancer.inc and the examples.18:35
rm_workoh right18:36
rm_workok will fix18:36
johnsomGeez, seems like I'm grumpy or something, handing out -1's left and right.18:37
*** yamamoto has quit IRC18:38
openstackgerritAdam Harwell proposed openstack/octavia master: Correct flavor to flavor_id in LB API  https://review.openstack.org/56286918:43
rm_workfixed18:43
johnsomPTG is back in Denver Sept 10-1418:44
johnsomSame hotel18:44
rm_workTRAAAAAAAINS 2.018:51
rm_workAlso I hope they upgraded their internet stuff18:51
rm_workthe internet in that hotel was SHIIIIIIIITTY in the rooms18:51
rm_workthe openstack internet was fine18:51
rm_workjohnsom: https://github.com/openstack/neutron-lbaas/blob/master/neutron_lbaas/tests/tempest/v2/api/test_load_balancers_non_admin.py#L276-L27818:53
rm_workin neutron-lbaas that's a 404?18:53
rm_workin octavia it's a 40018:53
rm_worknot sure how/why the hell it's a 404 in neutron-lbaas18:53
rm_work(it must be if ex.NotFound is passing?)18:53
rm_workit's ex.BadRequest in Octavia18:53
johnsomFlavors were grade D but implemented there, so...  I think 400 is the right answer myself.18:54
xgerman_I spend some time comparing my fialing gate in proxy with the one we use in Octavia but couldn’t find a smoking gun… if somebody has an idea I am all ears18:59
rm_workxgerman_: well, mine is almost done19:00
rm_workthere were a number of additional fixes i had to do19:00
rm_workso you might get some inspiration there19:00
xgerman_yes, once that gate runs I shall be done in no-time as well — it’;s just zuul hates me19:01
rm_workyeah but i mean, maybe check out how i'm running my gate19:01
rm_worksince it does run ;)19:01
*** harlowja has joined #openstack-lbaas19:02
xgerman_lucky you :-)19:02
johnsomxgerman_ is it the version /path thing with pip?19:02
xgerman_yep19:02
johnsomxgerman_ add depends-on https://review.openstack.org/56235619:03
xgerman_ok19:03
johnsomNot sure if they are going to allow that to merge or not, but it fixes that change in devstack19:03
openstackgerritGerman Eichberger proposed openstack/neutron-lbaas master: Gate API test for the lbaasv2-proxy plugin  https://review.openstack.org/53935019:04
rm_workjohnsom: also interestingly, we do our validation at a different stage, so it's impossible to test a provider/flavor_id conflict when there is no valid flavor_id to pass in T_T19:05
xgerman_well, my proxy has been under a cloud — so will proabbly be another year until it merges19:05
rm_workxgerman_: i thought you just hadn't been working on it for a long time :(19:05
xgerman_no, 1st I had to wait for the api to become available, then reviews, then…19:06
johnsomrm_work That whole provider/flavor thing in octavia will need to change be updated. It's part of the provider WIP19:06
rm_workk19:11
rm_workI guess I will just skip those tests19:11
rm_workand reference the octavia provider framework story19:11
rm_workjohnsom: i can't find the story for providers...19:25
rm_workthere isn't one linked on your patches, and nothing comes up on search19:26
rm_workdid we ... not make one?19:26
rm_workah i found it19:27
rm_workhttps://storyboard.openstack.org/#!/story/165576819:27
rm_workyou should add that and the task 5165 to your provider support commits19:28
rm_workman, the cleanup for these tests takes a long time and i have no idea why19:29
openstackgerritAdam Harwell proposed openstack/neutron-lbaas master: WIP: Test l7 proxy to octavia  https://review.openstack.org/56104919:34
*** yamamoto has joined #openstack-lbaas19:34
*** imacdonn has quit IRC19:36
*** imacdonn has joined #openstack-lbaas19:36
*** yamamoto has quit IRC19:39
*** atoth has quit IRC19:58
*** yamamoto has joined #openstack-lbaas20:36
openstackgerritMichael Johnson proposed openstack/octavia master: Fix calls to "DELETED" items  https://review.openstack.org/54549320:38
johnsomI feel dirty updating the API date to today's date....20:38
*** yamamoto has quit IRC20:41
rm_work<_<20:41
rm_workthat's what we got20:41
johnsomI think you have a good point on https://review.openstack.org/#/c/559460 I will add some logic for that20:45
rm_workerg so we verify urls differently that neutron-lbaas I guess?20:47
johnsomnlbaas verifies something?20:47
rm_workSUPPORTED_URL_PATH = "^(/([a-zA-Z0-9-._~!$&\'()*+,;=:@]|(%[a-fA-F0-9]{2}))*)+$"20:47
rm_workin neutron-lbaas20:47
rm_workin octavia we use:20:47
rm_workwsme URLPathType20:48
rm_workwhich does:20:48
rm_workrfc3986.urlparse(rfc3986.normalize_uri(url_path))20:48
rm_workand we verify the scheme/userinfo/host/port/path20:50
rm_workor rather, we verify that it has none of those except a path, and that the path is not none20:50
rm_workso what that boils down to is, we allow things without a leading `/` in octavia, but in neutron-lbaas we *require* a leading `/`20:51
rm_workif we don't put a `/` does the HM work in haproxy?20:51
johnsomI think that is a no, I vaguely remember something about that.20:51
johnsomThe API ref has The HTTP URL path of the request sent by the monitor to test the health of a backend member. Must be a string that begins with a forward slash (/). The default URL path is /.20:52
johnsomI can check pretty quick if you want20:53
rm_workok so we should add that requirement somehow20:54
johnsomHmm, well, the config validated20:57
*** yamamoto has joined #openstack-lbaas20:57
*** slaweq has quit IRC21:00
*** slaweq has joined #openstack-lbaas21:01
*** yamamoto has quit IRC21:04
*** slaweq has quit IRC21:06
*** KeithMnemonic2 has quit IRC21:07
johnsomrm_work https://github.com/openstack/octavia/blob/master/octavia/controller/healthmanager/health_drivers/update_db.py#L13421:09
johnsomWhy did you put that so low in the method, shouldn't we throw it away if it's over time right at the start of the method?21:10
johnsomI guess accounting for DB lookup time?21:11
rm_workyes21:19
rm_workthat's where the time actually was21:19
rm_workthe threads "start" pretty quick21:19
rm_workthen it hangs on that could maybe have done it right after 11421:19
*** yamamoto has joined #openstack-lbaas21:20
rm_workerr that last one was supposed to be two sentences21:21
rm_workthat / could21:22
johnsomMaybe it should be checked twice, one to quick fail before the first DB query and then later where it is now.  If it was stuck on the queue too long we might as well fail early and save DB load21:24
*** yamamoto has quit IRC21:25
* rm_work shrugs21:25
johnsomrm_work Along those lines, the backports are all in conflict. are you going to update those?21:26
rm_workwait what21:26
rm_workhow, i just rebased yesterday T_T21:26
johnsoma billion gate fixes most likely21:26
rm_workT_T k yeah i'll fix21:27
rm_workjohnsom: weird, it doesn't show it being in merge conflict on the actual patch?21:29
rm_workand it won't let me rebase because it looks like it's on HEAD21:29
rm_workhmm, no it's not on HEAD21:30
rm_workok i'll do it manually21:30
rm_workk, all rebased21:32
johnsomThanks!21:32
johnsomI want to start working to get those in21:32
*** samccann has quit IRC21:37
xgerman_+121:40
*** yamamoto has joined #openstack-lbaas21:41
xgerman_rm_work: http://logs.openstack.org/50/539350/37/check/neutron-lbaasv2-dsvm-api-proxy/618b7cb/testr_results.html.gz21:41
rm_workthis is yours?21:43
rm_workhmmm21:43
rm_workyeah some of those look familiar21:44
xgerman_yep, after a week of gate failures…21:44
rm_workyeah so it looks like you still don't have the policy set right21:44
xgerman_I do21:44
rm_workit's not setting the legacy policy thing I think?21:45
rm_workor somehow it's using the wrong account for deletes21:45
xgerman_the later21:45
rm_worknot sure how that could be happening21:45
xgerman_yeah, at least the gates are running again so I can test fixes21:46
rm_workjohnsom: so ... somehow the status of a NOOP loadbalancer gets set to ONLINE in neutron-lbaas?21:47
*** yamamoto has quit IRC21:47
rm_worksee this: http://logs.openstack.org/49/561049/29/check/neutron-lbaasv2-dsvm-api/b4160c8/logs/stestr_results.html.gz21:47
johnsomYeah, I know.21:47
rm_workok so that's a known issue?21:48
rm_workbug? in one of the two?21:48
openstackgerritAdam Harwell proposed openstack/neutron-lbaas master: WIP: Test l7 proxy to octavia  https://review.openstack.org/56104922:00
*** yamamoto has joined #openstack-lbaas22:04
*** yamamoto has quit IRC22:08
*** yamamoto has joined #openstack-lbaas22:24
*** yamamoto has quit IRC22:29
johnsomrm_work are you working on that rebase or should I?22:33
rm_work? i did it?22:37
rm_workoh22:37
rm_workTHAT rebase22:37
rm_worki'll get it22:37
rm_workdebugging something with someone on zoom presently22:37
*** yamamoto has joined #openstack-lbaas22:45
openstackgerritMichael Johnson proposed openstack/octavia master: Fix calls to "DELETED" items  https://review.openstack.org/54549322:50
*** yamamoto has quit IRC22:51
openstackgerritMichael Johnson proposed openstack/octavia master: Fix version discovery for the Octavia API  https://review.openstack.org/55946022:55
*** fnaval has quit IRC22:57
*** yamamoto has joined #openstack-lbaas23:08
rm_workjohnsom: so i'm down to JUST these known issues: http://logs.openstack.org/49/561049/30/check/neutron-lbaasv2-dsvm-api-l7octavia/470ddb8/logs/stestr_results.html.gz23:08
rm_workfiled a bug for https://bugs.launchpad.net/wsme/+bug/176579623:10
openstackLaunchpad bug 1765796 in WSME "Passing a string to a nested type fails to json-decode" [Undecided,New]23:10
*** yamamoto has quit IRC23:12
*** rcernin has joined #openstack-lbaas23:15
*** joadavis-web has joined #openstack-lbaas23:18
*** joadavis-web has quit IRC23:19
rm_workjohnsom: so did the haproxy config validate? without / ?23:20
*** yamamoto has joined #openstack-lbaas23:20
rm_workdid you actually test it?23:20
johnsomYeah, it did23:20
rm_workbut does it *work* work?23:20
johnsomI don't have a way to test that right now.23:20
rm_workif so... should we relax that requirement?23:21
rm_workk23:21
johnsomI think it sill makes sense to require the /23:21
rm_workhmmm k23:24
johnsomThe way I read the RFC it should have the /23:25
johnsomhttps://tools.ietf.org/html/rfc3986#section-3.323:25
*** yamamoto has quit IRC23:32
rm_workwell, that doesn't seem to be the way the rfc was implemented in python T_T23:33
*** yamamoto has joined #openstack-lbaas23:33
rm_workunless there's some flag we missed, like ... "strict=True" or "actually_verify_correctly=True"23:33
johnsomI thought the rfc python package looks for the /, it doesn't?23:33
rm_work*in octavia*, we use the wsme validator for URLType23:34
rm_workwhich uses:23:34
rm_workp_url = rfc3986.urlparse(rfc3986.normalize_uri(url_path))23:34
johnsomYeah, which should be good.  Doesn't it require the /?23:34
rm_worknope23:35
rm_workverified in unit tests23:35
johnsomAh, ok, confused.23:35
johnsomWell, then we probably could update the api-ref.  It's still odd23:35
rm_workI opened https://storyboard.openstack.org/#!/story/200189123:44
rm_workI can fix it, the validator is ours23:45
rm_workwe can just add one more check23:45
openstackgerritAdam Harwell proposed openstack/octavia master: Correct flavor to flavor_id in LB API  https://review.openstack.org/56286923:55
openstackgerritAdam Harwell proposed openstack/octavia master: Pool PUT should validate name/description length  https://review.openstack.org/56320223:55
openstackgerritAdam Harwell proposed openstack/octavia master: Health Monitor url_path requires leading slash  https://review.openstack.org/56334123:56
openstackgerritAdam Harwell proposed openstack/octavia master: Add pecan middleware for neutron-lbaas compat  https://review.openstack.org/56206323:56
openstackgerritAdam Harwell proposed openstack/neutron-lbaas master: WIP: Test l7 proxy to octavia  https://review.openstack.org/56104923:56
rm_workOK -- might actually *pass*23:57
rm_workjohnsom: omgWUT23:57
rm_workjohnsom: you 2.1'd the DELETE patch?23:57
rm_workO_o23:58
johnsomWhich?23:58
rm_workhttps://review.openstack.org/#/c/545493/10/octavia/api/root_controller.py23:58
johnsomOh! Ha, I was thinking like votes23:59
johnsomYeah, I think we need to indicate that change in the version #23:59
« Thursday, 2018-04-19 Index Saturday, 2018-04-21 »

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