Tuesday, 2018-04-17

rm_work<clarkb>rm_work: you need to use non legacy devstack/tempest for that to work. Otherwise its using the old devstack-gate based system which requires the env var for d-g to write into the localrc00:02
rm_work<clarkb>rm_work: ya you have to set the devstack-gate option to set that value if there is one or otherwise set it in the append to localrc var00:03
*** yamamoto has joined #openstack-lbaas00:06
*** keithmnemonic[m] has quit IRC00:09
*** kbyrne has quit IRC00:10
*** PagliaccisCloud has quit IRC00:11
*** yamamoto has quit IRC00:11
*** PagliaccisCloud has joined #openstack-lbaas00:13
*** kbyrne has joined #openstack-lbaas00:14
*** slaweq has joined #openstack-lbaas00:17
johnsomSo, I'm going to put the amphora agent in a venv00:21
*** slaweq has quit IRC00:21
johnsomDo we care what on the file system I put that venv?00:22
rm_workjohnsom: you mean where?00:26
rm_workdo we already have /var/lib/octavia ?00:26
rm_workif so... /var/lib/octavia/venv IMO00:27
johnsom /opt/amphora-agent-venv00:27
rm_workah00:27
johnsomPut it next to the checkout?00:27
rm_workthat's fine with me too I guess00:27
johnsomI think opt makes sense00:27
rm_workI just like keeping everything in the same place so i don't have to think about it so hard00:27
rm_work:/00:27
rm_workand python itself goes in /var/lib so i figure it can't be too bad00:27
johnsomyeah, this is actually *easier* to find that digging in /usr/local/lib land00:28
rm_workyeah but, inside an amp...00:28
rm_workwe already have to direct people to /var/lib/octavia00:28
rm_workso we could keep it to one place00:28
johnsomI point people to /opt to get the SHA they are running.00:28
rm_workoh is octavia already installed there? i thought it ended up in /var/lib/python27/ or something00:29
rm_workunless we do system-lib sharing, wouldn't that actually end up increasing the size of our amp? :/00:29
rm_workas there may be some overlap00:30
rm_worki guess maybe it won't be too bad00:30
johnsomIt's cloned there, then currently installed in to /usr/local/lib/pythonX/site- whatever00:30
rm_workah usr/lib00:30
johnsomYeah, that is the downside, but, this solves the war between the python-X debs and pip00:30
johnsomWould be nice to have a requirements.txt just for the amphora-agent. It would save a bunch of space too.00:33
johnsomHmmm, darn it. yeah, 2gb might not work with the venv00:33
openstackgerritAdam Harwell proposed openstack/neutron-lbaas master: WIP: Test l7 proxy to octavia  https://review.openstack.org/56104900:40
rm_workyes, we could make an amp-requirements.txt00:40
rm_workand honestly...00:40
rm_workit doesn't need to co-install00:40
johnsomWe would just have to keep it in sync00:41
rm_workI don't know if i feel like we NEED to gate against g-r / l-c00:41
rm_workwhich was the main reason we didn't do it before00:41
rm_workwell... the other issue being that we basically have to load up all of the other code anyway tho ...00:42
rm_workso maybe it doesn't help us a lot?00:42
rm_workunless i'm wrong and it doesn't00:42
johnsomIt doesn't run the other stuff, just installs it00:43
rm_workwell00:43
rm_workwe load up a lot of shared code00:43
rm_workwhich imports other stuff00:43
rm_workand i am kinda thinking it might end up loading up most of our codebase :/00:44
rm_workdepending on what we use00:44
johnsomYeah, darn, venv adds 70MB to the qcow200:44
johnsomOh, typo, 7MB00:46
rm_workoh00:46
rm_worklol k meh00:46
rm_workthough we can probably get BACK like 100mb00:46
rm_workif we trim it down00:46
johnsomWe will when we switch to minimal00:46
rm_workwe'll do an amp-requirements.txt and trim it down a lot when we switch to minimal?00:47
rm_work(the virtualenv)00:47
johnsomThen there is the whole build environment thing for the one python package that doesn't come as a wheel00:47
rm_workT_T which one is that00:47
rm_workwe could build a wheel locally00:47
johnsomubuntu-minimal drops about 100MB off the qcow just itself00:47
johnsomDo we get into cross platform issues building it outside the image chroot? Like if you made an ubuntu amp on suse?00:48
rm_worki mean we can drop another 100 in the venv00:49
rm_worksince just our venv is 200-300 isn't it?00:49
johnsomThis is the build environment I wish we could drop: http://logs.openstack.org/60/559460/5/check/octavia-v1-dsvm-scenario/e354ff1/logs/devstacklog.txt.gz#_2018-04-10_00_39_08_29700:53
openstackgerritMichael Johnson proposed openstack/octavia master: Switch to ubuntu-minimal for default amphora image  https://review.openstack.org/55941601:07
openstackgerritMichael Johnson proposed openstack/octavia master: Switch to ubuntu-minimal for default amphora image  https://review.openstack.org/55941601:07
*** yamamoto has joined #openstack-lbaas01:07
johnsomOk, that should work. I stacked it on the minimal patch so we don't have to increase the default image size to 3gb01:08
*** yamamoto has quit IRC01:13
rm_workgain space! -> lose space again01:18
*** dlundquist has quit IRC01:20
openstackgerritAdam Harwell proposed openstack/neutron-lbaas master: WIP: Test l7 proxy to octavia  https://review.openstack.org/56104902:07
*** yamamoto has joined #openstack-lbaas02:09
*** yamamoto has quit IRC02:15
johnsomSo this looks good for the gate fix: https://review.openstack.org/55941603:06
johnsomCentOS is still broken on vitrualenv, but I think Ian is on top of that fix for DIB03:06
*** yamamoto has joined #openstack-lbaas03:11
*** yamamoto has quit IRC03:16
*** annp has joined #openstack-lbaas03:28
*** gans has joined #openstack-lbaas03:55
*** amitry has quit IRC04:03
openstackgerritJacky Hu proposed openstack/octavia-dashboard master: Allow detail pages to auto refresh upon action  https://review.openstack.org/56145804:06
*** yamamoto has joined #openstack-lbaas04:13
openstackgerritJacky Hu proposed openstack/octavia-dashboard master: Replace unicode punctation with ascii  https://review.openstack.org/56178004:13
*** yamamoto has quit IRC04:18
*** annp has quit IRC04:21
*** annp has joined #openstack-lbaas04:21
*** sanfern has joined #openstack-lbaas04:31
openstackgerritGanpat Agarwal proposed openstack/octavia master: Active-Active: ExaBGP amphora L3 distributor driver  https://review.openstack.org/53784204:50
openstackgerritGanpat Agarwal proposed openstack/octavia master: Active-Active: ExaBGP amphora L3 distributor driver  https://review.openstack.org/53784204:51
openstackgerritGanpat Agarwal proposed openstack/octavia master: ACTIVE-ACTIVE: Initial distributor data model  https://review.openstack.org/52885004:52
*** gans has quit IRC05:04
openstackgerritAdam Harwell proposed openstack/neutron-lbaas master: WIP: Test l7 proxy to octavia  https://review.openstack.org/56104905:06
*** sapd_ has quit IRC05:07
*** sapd_ has joined #openstack-lbaas05:08
*** links has joined #openstack-lbaas05:23
*** keithmnemonic[m] has joined #openstack-lbaas05:30
openstackgerritAdam Harwell proposed openstack/neutron-lbaas master: WIP: Test l7 proxy to octavia  https://review.openstack.org/56104905:32
openstackgerritAdam Harwell proposed openstack/neutron-lbaas master: WIP: Test l7 proxy to octavia  https://review.openstack.org/56104906:00
*** yamamoto has joined #openstack-lbaas06:16
*** pcaruana has joined #openstack-lbaas06:16
*** yamamoto has quit IRC06:22
*** ianychoi has joined #openstack-lbaas06:38
*** gokhan has quit IRC06:39
*** yboaron has joined #openstack-lbaas06:50
*** slaweq has joined #openstack-lbaas06:50
*** rcernin has quit IRC06:57
*** numans has quit IRC07:08
*** numans has joined #openstack-lbaas07:08
*** velizarx has joined #openstack-lbaas07:09
*** yamamoto has joined #openstack-lbaas07:10
*** yamamoto has quit IRC07:14
*** numans has quit IRC07:14
*** yamamoto has joined #openstack-lbaas07:14
*** tesseract has joined #openstack-lbaas07:14
*** numans has joined #openstack-lbaas07:14
*** velizarx has quit IRC07:21
*** numans has quit IRC07:21
*** numans has joined #openstack-lbaas07:21
*** velizarx has joined #openstack-lbaas07:24
*** AlexeyAbashkin has joined #openstack-lbaas07:31
*** cgoncalves has joined #openstack-lbaas07:34
*** cgoncalves has left #openstack-lbaas07:35
*** cgoncalves has joined #openstack-lbaas07:38
*** yamamoto_ has joined #openstack-lbaas07:39
*** yamamoto has quit IRC07:42
*** ianychoi has quit IRC08:04
*** ianychoi has joined #openstack-lbaas08:10
*** yboaron_ has joined #openstack-lbaas08:26
*** yboaron has quit IRC08:29
*** yamamoto_ has quit IRC08:36
*** yamamoto has joined #openstack-lbaas08:37
openstackgerritNir Magnezi proposed openstack/octavia master: Revert "Rename q- to neutron- services"  https://review.openstack.org/55819408:43
*** yboaron_ has quit IRC08:52
dulekHey, kind of dumb question, but where are Octavia logs in http://logs.openstack.org/63/549263/7/check/octavia-v1-dsvm-scenario-multinode/4b4d75b/logs/ ?09:00
*** velizarx has quit IRC09:46
*** velizarx has joined #openstack-lbaas09:52
openstackgerritCarlos Goncalves proposed openstack/octavia master: Add sos element to Red Hat family images  https://review.openstack.org/56186009:59
dmelladobcafarel: nmagnezi cgoncalves any chance you're getting this kind of issue when deploying dsvm?10:22
dmellado135412 2018-04-17 09:55:02.560 |   Found existing installation: PyYAML 3.1110:22
dmellado135413 2018-04-17 09:55:02.753 | Cannot uninstall 'PyYAML'. It is a distutils installed project and thus we cannot accurately determine which files belong to it which would lead to only a pa       rtial uninstall.10:22
dmelladolooks like it's on the process of creating the amphora10:22
nmagnezidmellado, yes10:40
nmagnezidmellado, diskimage-builder got broken because of pip1010:41
dmelladonmagnezi: oh, awesome10:41
dmelladoI'll retry with the amphora qcow210:41
nmagnezidmellado, i tried this https://review.openstack.org/#/c/561740/ but it didn't work for me locally and I couldn't figure out why (the logs don't say much)10:42
nmagnezidmellado, also i know https://review.openstack.org/#/c/561479/ is in progress but last I heard from johnsom it didn't work that well for him10:42
dmelladonmagnezi: ack, thanks for the pointers10:46
nmagnezihappy to help10:46
dmelladoI guess for my tests I can live with the qcow2 for now10:46
nmagneziyup10:46
*** yboaron_ has joined #openstack-lbaas10:59
*** AlexeyAbashkin has quit IRC11:07
*** sanfern has quit IRC11:19
bcafarelyay more pip fun :/11:23
*** atoth has joined #openstack-lbaas11:27
*** AlexeyAbashkin has joined #openstack-lbaas11:28
*** velizarx has quit IRC11:48
*** velizarx has joined #openstack-lbaas11:51
*** samccann has joined #openstack-lbaas11:54
*** slaweq_ has joined #openstack-lbaas12:03
*** slaweq has quit IRC12:06
*** slaweq has joined #openstack-lbaas12:07
*** slaweq_ has quit IRC12:08
openstackgerritJacky Hu proposed openstack/octavia-dashboard master: Allow members to be set as "backup"  https://review.openstack.org/56138712:16
*** velizarx has quit IRC12:17
openstackgerritJacky Hu proposed openstack/octavia-dashboard master: Add timeout options for listener  https://review.openstack.org/56140212:18
openstackgerritJacky Hu proposed openstack/octavia-dashboard master: Allow detail pages to auto refresh upon action  https://review.openstack.org/56145812:19
*** velizarx has joined #openstack-lbaas12:25
*** yamamoto has quit IRC12:25
*** sanfern has joined #openstack-lbaas12:25
*** yamamoto has joined #openstack-lbaas12:25
*** yamamoto has quit IRC12:26
*** yamamoto has joined #openstack-lbaas12:26
*** sanfern has quit IRC12:36
openstackgerritboden proposed openstack/neutron-lbaas master: use rpc Connection rather than create_connection  https://review.openstack.org/56102812:43
*** atoth has quit IRC12:47
*** atoth has joined #openstack-lbaas13:03
*** ianychoi_ has joined #openstack-lbaas13:07
*** ianychoi has quit IRC13:10
*** andreykurilin has joined #openstack-lbaas13:20
*** links has quit IRC13:38
*** yamamoto has quit IRC13:39
*** yamamoto has joined #openstack-lbaas13:39
*** yamamoto has quit IRC13:44
*** yamamoto has joined #openstack-lbaas14:01
*** johnsom has quit IRC14:11
*** xgerman_ has quit IRC14:11
*** dayou has quit IRC14:12
*** johnsom has joined #openstack-lbaas14:12
*** xgerman_ has joined #openstack-lbaas14:12
*** dayou has joined #openstack-lbaas14:13
*** cristicalin has joined #openstack-lbaas14:16
*** slaweq_ has joined #openstack-lbaas14:18
*** slaweq has quit IRC14:21
dmelladobcafarel: you can always say yeee-pip14:39
dmelladoxD14:40
* dmellado flees14:40
* bcafarel throws pypi angry users at dmellado14:40
dmelladoxDDDD14:40
*** cristicalin has quit IRC14:48
*** cristicalin has joined #openstack-lbaas14:49
*** yboaron_ has quit IRC14:49
johnsomWould be nice to get some reviews on the ubuntu gate fix: https://review.openstack.org/#/c/559416/14:54
cgoncalvesjohnsom, hi. how can users create TERMINATED_HTTPS listeners in a cloud without barbican or castellan? I'm failing to see how to create with the local cert manager14:58
cgoncalvesdo users have to create and publish TLS containers themselves somewhere and pass it in --default-tls-container-ref?14:59
johnsomcgoncalves I will start with "It's a bad idea" since they will be stored insecurely on the filesystem.15:00
cgoncalvesI'm well aware of that :)15:00
johnsomYes, with the https://github.com/openstack/octavia/blob/master/etc/octavia.conf#L116 local_cert_manager you have to pre-drop them in the folder15:01
dmelladojohnsom: I'll make some of my patches depends on that one15:01
dmelladowe're currently having some issues with octavia so I'll update later on15:01
johnsomCool, it' fixes Ubuntu, but Ian has a fix in flight for CentOS15:02
cgoncalvesjohnsom, uh, most likely only operators can do that15:02
johnsomRight, local cert manager was really only intended for testing....15:02
johnsomIt's a subtle, "don't do this"15:03
cgoncalvesI understand that. I am trying to verify the fix for the cryptography+pyOpenSSL issue in a cloud without barbican or castellan15:05
cgoncalvesI'm not sure creating a TERMINATED_HTTPS listener without dropping any certs in the local cert manager is enough to verify. I guess not15:06
johnsomYeah, only think I can offer is using the local cert manager. See the test for info on how to use it: http://git.openstack.org/cgit/openstack/neutron-lbaas/tree/neutron_lbaas/tests/unit/common/cert_manager/test_local.py15:06
johnsomProbably not a good test, no15:06
*** yamamoto has quit IRC15:17
*** yamamoto has joined #openstack-lbaas15:17
cgoncalvesactually I can test with barbican as it's gonna be supported downstream, just learned that \o/15:21
johnsomNice15:21
*** pcaruana has quit IRC15:28
*** velizarx has quit IRC15:40
*** cristicalin has quit IRC15:50
xgerman_+116:03
*** links has joined #openstack-lbaas16:15
*** pcaruana has joined #openstack-lbaas16:18
*** harlowja has joined #openstack-lbaas16:23
*** yamamoto_ has joined #openstack-lbaas16:30
*** yamamoto has quit IRC16:33
dulekcgoncalves: Did you overcome this issue already: http://logs.openstack.org/74/561974/1/check/kuryr-kubernetes-tempest-octavia/c264aa1/logs/devstacklog.txt.gz#_2018-04-17_16_14_13_629 ?16:37
dulekOr are we hitting some strange ones in Kuryr?16:37
johnsomdulek https://review.openstack.org/#/c/559416/16:37
dulekjohnsom: That's the fix?16:38
johnsomdulek Yes, pip 10 came out and broke a bunch of stuff. That patch fixes the ubuntu DIB image builds16:38
dulekjohnsom: Are you planning to backport this to stable/queens?16:39
johnsomdulek Yes, we will have to do something. The challenge and why it's bundled in this patch is the venv solution makes the image build fail with a 2GB filesystem. We will have to figure out if we just pin pip to 9.0.3 for the older branches or if we bump the default filesystem size.16:40
dulekjohnsom: Hm, so our stable/queens is broken until that's fixed.16:41
dulekBTW pip's not in https://github.com/openstack/requirements/blob/stable/queens/upper-constraints.txt ?16:41
johnsomnope16:41
johnsomIn this case, it's installed by disk-image-builder16:42
dulekjohnsom: Okay, thanks for help. There's no bug to track the progress on this fix?16:42
johnsomdulek Hmm, no, it appears DIB does not have one open16:43
johnsomThe parallel DIB fix is here: https://review.openstack.org/#/c/561479/16:44
johnsomI'm just not sure how successful that path is going to be, so I did the venv thing for Octavia master16:45
dulekOkay, thank you for clarifying this stuff! :)16:46
johnsomYeah, pip 10 landed over the weekend and broke devstack and diskimage-builder16:47
*** harlowja has quit IRC16:52
*** harlowja has joined #openstack-lbaas16:57
*** fnaval has joined #openstack-lbaas16:58
*** yamamoto_ has quit IRC17:15
*** yamamoto has joined #openstack-lbaas17:16
*** harlowja has quit IRC17:20
*** links has quit IRC17:35
*** links has joined #openstack-lbaas17:47
rm_workjohnsom: i imagine pinning it in stable branches to 9.x makes sense17:54
johnsomYeah, but I just realized DIB is not stable, so...17:55
johnsomMaybe *we* override DIB and pin it ourselves17:55
rm_workmayhaps17:55
*** AlexeyAbashkin has quit IRC18:02
*** tesseract has quit IRC18:06
johnsomrm_work If you have a minute the ubuntu gate fix: https://review.openstack.org/#/c/559416/18:08
*** AlexeyAbashkin has joined #openstack-lbaas19:25
*** AlexeyAbashkin has quit IRC19:34
*** imacdonn has quit IRC19:35
*** imacdonn has joined #openstack-lbaas19:35
rm_worki feel like jsonpath-rw should like... be read-write19:38
rm_workbut i think they are read only, no tools to update stuff? :/19:39
rm_workrw must mean something else in this context19:39
rm_workso i guess figuring out how to combine jsonpath-rw and jsonpatch19:39
rm_workbut their formats are a little out of sync :/19:39
openstackgerritGerman Eichberger proposed openstack/octavia master: Updates the docs with new admin tips  https://review.openstack.org/56203519:40
rm_workah i see, it is, but he ... didn't document it19:40
*** harlowja has joined #openstack-lbaas19:50
*** yamamoto has quit IRC20:29
*** yamamoto has joined #openstack-lbaas20:30
*** yamamoto has quit IRC20:34
openstackgerritGerman Eichberger proposed openstack/octavia master: Updates the docs with new admin tips  https://review.openstack.org/56203520:35
*** sapd__ has joined #openstack-lbaas20:40
*** links has quit IRC20:42
*** pcaruana has quit IRC20:42
*** sapd_ has quit IRC20:43
openstackgerritMerged openstack/octavia master: Switch to ubuntu-minimal for default amphora image  https://review.openstack.org/55941621:10
johnsomOk, https://review.openstack.org/562055 saves another 50MB out of the image21:27
rm_workugh testing pecan hook is annoying21:34
rm_workcan't seem to get the pecan app to reload with a changed config var21:34
openstackgerritMichael Johnson proposed openstack/octavia master: Add Octavia v2 tempest plugin jobs to Octavia  https://review.openstack.org/54100221:36
johnsomrm_work you can HUP it21:36
johnsomI think21:36
openstackgerritMichael Johnson proposed openstack/octavia master: Make scenario gates use devstack-tempest parent  https://review.openstack.org/54103921:37
johnsomOk, those are rebased now that the gates are functional21:37
rm_workjohnsom: i mean in functional tests21:38
rm_worki got it working21:38
rm_workbut i want testing to work21:38
rm_workto write the functional test i had to just hardcode the hook on21:38
rm_workbecause using oslo config fixture and trying to reload the app... it doesn't see the updated config21:38
rm_workahh because the make_app thing is too late in the process21:40
rm_workit doesn't cause api/config.py to do its thing again21:40
rm_workyeah i need to change this if i want to test it21:42
rm_workoooooor21:43
rm_workok21:43
*** slaweq_ has quit IRC21:48
*** slaweq has joined #openstack-lbaas21:48
*** yamamoto has joined #openstack-lbaas21:52
*** slaweq has quit IRC21:53
rm_workjohnsom: when i add a requirement do i have to also change lower-constraints?21:55
johnsomrm_work Yes21:55
johnsomOldest version that works for you and is inside G-R21:56
rm_workso should I like ...21:56
rm_workgo back to the first version in pypi21:56
rm_workand try a binary search21:56
rm_workor can i just like...21:57
johnsomUm, sure, if you feel like it.  I personally would just take the lowest valid value in G-R21:57
rm_workpick a version21:57
rm_workerg k21:57
rm_workg-r is <21:57
rm_workso like21:57
johnsomWhat is it?21:58
rm_workjsonpatch!=1.20  # BSD21:58
rm_workjsonpath-rw<2.0  # Apache-2.021:58
rm_workthose two21:58
*** yamamoto has quit IRC21:58
rm_workthe second is weird because the highest version is 1.4.021:59
rm_workso i don't get what the <2.0 is for21:59
johnsomMaybe they know something is coming???  no idea22:00
rm_worklol22:00
rm_workyeah last release in 201522:00
rm_workmaybe they know there is a new thing22:00
johnsomjsonpath-rw===1.2.0 and jsonpatch===1.1622:00
johnsomI see they still have a lower constraints file in G-R.22:01
rm_workah so i should just use theirs?22:01
rm_worki guess22:01
johnsomThough I'm pretty sure I saw a patch that removes it22:01
johnsomSure, why not.22:01
rm_workoh wut we already have jsonpatch in our l-c22:01
rm_workbut not in our req22:01
rm_work>_>22:01
johnsomYeah, they imported a base one with everything people were using.22:02
johnsomShould match the G-R version. Though, that is a bit annoying having all of that in there when we don't use it...  hmmm22:02
openstackgerritAdam Harwell proposed openstack/octavia master: Add pecan middleware for neutron-lbaas compat  https://review.openstack.org/56206322:08
rm_workok, one down22:08
openstackgerritAdam Harwell proposed openstack/neutron-lbaas master: WIP: Test l7 proxy to octavia  https://review.openstack.org/56104922:09
rm_worklets see what happens now22:09
rm_workjohnsom: what other gotchas have you and xgerman_ run into with the compatability? i remember the 404 thing22:14
*** yamamoto has joined #openstack-lbaas22:15
rm_workjohnsom: is that something that could go in this compat hook?22:15
xgerman_so you have no faith in my proxy22:15
johnsomWell, that is a bug more than a gotcha22:15
rm_workxgerman_: i don't care whose it is, i have never thought it is the right approach22:15
rm_worki've said for multiple years now: we should just be able to l7-forward the traffic22:16
rm_workanything heavier weight than that seems kinda crazy22:16
rm_workso i'm seeing if i can get a gate to test the theory22:16
rm_worki just forgot that we got ahead of things a little bit with the tenant_id deprecation T_T22:17
rm_worklike ... the proxy requires neutron-lbaas to be installed and configured, and i don't even think we should be requiring THAT22:18
johnsomWell, technically neutron should have removed it too by now22:18
*** yamamoto has quit IRC22:20
xgerman_rm_work: the proxy takes neutron quotas into account and returns things 100% compatible with neutron — how useful that is for a specific installation I don’t know22:24
rm_workwell, octavia SHOULD be returning things 100% compatible with neutron too22:24
rm_workor we have failed to make an API to the spec22:24
xgerman_there are quirks22:25
rm_workand we should fix those22:25
rm_workthat is why i'm working on this22:25
rm_workideally your proxy plugin could also just rely on this compat-hook thing, and it would simplify it22:25
rm_workby putting the changes there22:25
rm_workmy assertion is that the *octavia API* should be able to make a provable claim to be 100% compatible, as we promised it would be repeatedly22:26
xgerman_we don’t need to replicate every error neutron makes…22:27
johnsomI agree22:27
rm_workjohnsom: to which22:27
johnsomrm_work to you.22:27
rm_worki wish we didn't have to replicate neutron dumbness, but22:27
rm_worki think we legitimately need to22:27
johnsomWell, yeah, the neutron oddness is...  like returning 404 instead of 403. That one bugs me22:27
rm_workthough i am trying to make it so the compat layer is configurable22:27
rm_workoh whoops, speaking of... i forgot to configure that, damnit22:29
xgerman_personally I would leave all the neutron-lbaas stuff behind in that repo and have us do our own thing in octavia. After all they are frozen in time whereas we evolve so there will be differences over time and the deprecation cycle ensure that the lbaas goes away - if we do a compat layer deprecation will be more complex…22:32
openstackgerritAdam Harwell proposed openstack/neutron-lbaas master: WIP: Test l7 proxy to octavia  https://review.openstack.org/56104922:34
rm_workxgerman_: as long as we're on lbaas-v2.0 spec, we can't change things in a backwards-incompatible way22:34
rm_workthe tenant_id thing actually is a little sketchy as it's a field being removed22:34
rm_worki'm not 100% sure how that is valid to remove without an API version change22:35
rm_workas much as I hated it22:35
rm_workand having it at this middleware layer actually will make it super easy to lift off22:35
*** yamamoto has joined #openstack-lbaas22:35
xgerman_Being 100% backward compatible in the API and aping neutron lbaas responses are two distinct things… so I am skeptical abiuyt adding more layers to Octavia22:38
xgerman_but we have more cores and I don't need to approve everything ;-)22:39
rm_workagain, if you want to continue with the proxy that's fine too, it's just really heavyweight for what we need I think22:39
rm_workbut if this compat layer merges, you can simplify the proxy a lot by using it22:40
rm_work(if you want)22:40
*** yamamoto has quit IRC22:42
*** rcernin has joined #openstack-lbaas22:42
*** fnaval has quit IRC22:56
*** yamamoto has joined #openstack-lbaas22:58
*** yamamoto has quit IRC23:03
johnsomMan, the stable/pike(ocata) gates for neutron-lbaas-dashboard hate me23:14
*** yamamoto has joined #openstack-lbaas23:19
openstackgerritAdam Harwell proposed openstack/octavia master: Add pecan middleware for neutron-lbaas compat  https://review.openstack.org/56206323:23
openstackgerritAdam Harwell proposed openstack/neutron-lbaas master: WIP: Test l7 proxy to octavia  https://review.openstack.org/56104923:23
*** yamamoto has quit IRC23:24
*** atoth has quit IRC23:25
rm_workforgot that the error was actually a *request* issue and not a response issue, lol23:25
rm_workafk a min while test runs23:25
*** yamamoto has joined #openstack-lbaas23:40
*** yamamoto has quit IRC23:46
*** slaweq has joined #openstack-lbaas23:49
*** slaweq has quit IRC23:54

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