Tuesday, 2017-02-07

johnsomNeat, if quotas.in_use_load_balancer > 0: doesn't work in py35 where it's false in py27 when in_use_load_balancer is None00:11
rm_workerrr00:27
rm_workso in py27 it's None and None > 0 evaluates to False?00:28
rm_workand py35 None > 0 doesn't evaluate to false (or at all)?00:28
rm_workseems correct00:29
rm_workthat's an odd change though00:29
johnsomYeah, you end up with this: TypeError: unorderable types: NoneType() > int()00:35
*** ducttape_ has joined #openstack-lbaas00:42
*** electrichead is now known as rerobot00:45
rm_workurgh, deciding how far to go with this network_id thing01:05
rm_workabout to submit some more work on it01:05
rm_workif the user provides a subnet, should I fill the network_id for them during validation?01:06
johnsomYeah, might as well to be consistent.01:07
rm_workis it gross to do that as part of a validation step? :/01:07
johnsomCan't we just do it when we populate the other DB stuff?01:08
rm_workhmm01:09
rm_workwell, I think we populate the VIP object in the API here01:09
rm_workand that's what I mean01:09
rm_workfilling the vip object with the network_id during the subnet_id validation, right before we persist it01:09
johnsomYep, that would be the place01:09
rm_workk... i'll submit and see what you think01:09
johnsomYou can do the same on this py3 stuff when I'm done.  I am sure you are going to say, why do this when you could have done that....01:11
*** xgerman has joined #openstack-lbaas01:24
rm_worki'm maybe getting less picky these days T_T01:27
rm_workmy days of bright eyed youth and optimism are gone now that I'm basically on my own with octavia over here and trying to get a ton of stuff knocked out, lol01:28
*** ducttape_ has quit IRC01:39
*** Guest17022 has joined #openstack-lbaas01:42
*** Guest17022 has quit IRC01:56
rm_workjohnsom: https://review.openstack.org/#/c/429926/4/octavia/api/v1/controllers/load_balancer.py02:02
rm_workjohnsom: on line 109 (existing code)02:02
rm_workdoes that not mean the API returns a *404* because the subnet is missing?!02:02
rm_workthat seems not right02:02
rm_workbut exceptions.NotFound is set to 40402:03
rm_workI feel like it should be a 400...02:03
rm_workso maybe we need different exceptions for this02:03
johnsomJust a minute, recovering from a power outage02:04
rm_workack02:05
johnsomrm_work Yeah, that is what is happening there....  Hmmm02:10
rm_workI'm ... changing it02:10
rm_workugh sec02:10
johnsomI think that is what neutron does though02:10
rm_workso many test changes02:10
rm_workseriously?02:10
rm_workso we have to stick with that?02:10
rm_workI mean I guess that's ... ok02:10
rm_workI have it fixed02:11
rm_workbut I can undo that02:11
johnsomI'm not sure I have a functional stack after the power hit, but you can try creating a port with a bogus subnet02:11
rm_workk02:11
johnsomOr, yeah, try nlbaas02:11
rm_workeugh02:13
rm_workport create does some sanity first02:13
rm_workwith the client...02:13
rm_workneed to do it directly02:14
rm_workuhh also it takes a network not a subnet? wut02:14
johnsomYeah, I thought it might...02:14
johnsomfixed ip maybe?02:14
rm_workstill doing sanity first T_T02:16
rm_workneed to do a direct call02:16
rm_workwhich ... ugh k02:16
johnsomYeah, client is giving back not found, but it's basically wrapping a get call that gets []02:17
rm_workyep02:18
rm_workRESP: [400] Content-Type: application/json Content-Length: 250 X-Openstack-Request-Id: req-12fe0e50-d8aa-4625-8799-7b346d93e263 Date: Tue, 07 Feb 2017 02:18:39 GMT Connection: keep-alive02:19
rm_workRESP BODY: {"NeutronError": {"message": "Invalid input for operation: Failed to create port on network 7779b2a1-7754-473c-99b9-801be0394cda, because fixed_ips included invalid subnet a322b2cd-aaba-4392-ab3d-79f925914f52.", "type": "InvalidInput", "detail": ""}}02:19
rm_worksooo looks like 40002:19
johnsomYep02:19
rm_workso we're doing it wrong, fixing02:19
johnsomThanks for testing it.  At least we know we are compatible02:20
rm_workok just about good02:29
rm_workyou about done for the day?02:29
rm_workthis turned into a more complex thing than I originally anticipated :/02:29
johnsomYeah, just wondering why the py35 tests claim the key needs a passphrase on a key that doesn't have one....02:30
rm_workerr02:30
johnsomDinner is about ready though02:30
rm_workso there was some funky stuff around that02:30
johnsomI can push it up broken if you want a look02:30
rm_worksidenote - Did you know Musinex makes a version *with* pseudophedrine? I did not! but they do! the world is wonderous02:31
openstackgerritAdam Harwell proposed openstack/octavia master: Add network_id to VIP to match neutron-lbaas  https://review.openstack.org/42992602:31
johnsomHA, if you are in a state you can buy it in....02:31
rm_workthere's mine02:31
rm_workfriend picked it up :P02:31
rm_workso i'm about to be pretty useless, lol02:31
*** gongysh has joined #openstack-lbaas02:31
rm_workcaught convention plague I think02:32
*** ducttape_ has joined #openstack-lbaas02:33
openstackgerritMichael Johnson proposed openstack/octavia master: Fix py3x gates  https://review.openstack.org/42489002:33
rm_workI can't seem to find the thing that validates that the user passed at least ONE OF the vip fields...02:33
rm_workdo we not check that?02:34
johnsomOk, so that actually boots a LB local for me, but py35 is bombing02:34
rm_workk i'll take a look when the tests run02:34
rm_workor can i repro easily with tox?02:34
johnsomAh, yes, I am pretty sure it's there somewhere.02:34
johnsomtox -e py35 should do it02:34
rm_workoh, it's that early, k02:35
johnsomOk, spousal unit calling.  Catch you later02:35
rm_workkk02:35
rm_workjohnsom: fixed it02:42
rm_workone sec02:42
openstackgerritAdam Harwell proposed openstack/octavia master: Fix py3x gates  https://review.openstack.org/42489002:45
*** ducttape_ has quit IRC02:45
rm_workdone02:45
rm_worksorry that was some bad code to begin with in some places there T_T02:45
*** ianychoi has quit IRC02:59
*** ianychoi has joined #openstack-lbaas02:59
*** ducttape_ has joined #openstack-lbaas03:02
rm_workwut pep8 fail03:07
* rm_work sighs03:07
rm_workok so, found a bunch of real craziness03:14
rm_workthat I am sure is probably mostly my fault03:14
rm_workcleaning up all the py2/py3 craziness and removing the dependency on six03:14
openstackgerritAdam Harwell proposed openstack/octavia master: Fix py3x gates  https://review.openstack.org/42489003:19
rm_workwhy did I do so much dumb03:19
*** ducttape_ has quit IRC03:37
*** links has joined #openstack-lbaas03:41
*** ducttape_ has joined #openstack-lbaas03:47
*** ducttape_ has quit IRC04:03
*** ducttape_ has joined #openstack-lbaas04:05
*** ducttape_ has quit IRC04:05
*** ducttape_ has joined #openstack-lbaas04:06
*** fnaval_ has joined #openstack-lbaas04:06
*** fnaval has joined #openstack-lbaas04:13
*** fnaval_ has quit IRC04:15
*** armax has quit IRC04:21
rm_workoh hmm nm this is a problem i guess04:25
rm_workI tested that but i guess it is somewhat weird04:26
*** ducttape_ has quit IRC04:30
johnsomrm_work FYI, I want to talk about this bug at the meeting this week: https://bugs.launchpad.net/octavia/+bug/165948804:35
openstackLaunchpad bug 1659488 in octavia "Octavia is not handling VIPs on the same subnet as the lb-mgmt-net" [Medium,Triaged]04:35
johnsomYou might be interested in it04:35
rm_workhmm mayhaps04:35
rm_worki think i had some changes around that04:35
johnsomsanfern Is thinking about working on it04:35
rm_workalso, i realized I DID need some of the code i simplified04:35
rm_workso i'm working on reverting just the necessary bits04:35
johnsomGrin04:36
*** ducttape_ has joined #openstack-lbaas04:37
johnsomI am still getting my head around the best way to deal with these py27/py35 issues.  More to learn....04:40
*** ducttape_ has quit IRC04:44
*** sanfern has joined #openstack-lbaas04:44
*** csomerville has quit IRC05:00
*** csomerville has joined #openstack-lbaas05:00
rm_workyeah the problem is i think we're not TESTING with the right object types...05:04
johnsomYeah, I did get a load balancer to create with that code.05:10
rm_workugh well it SHOULDN'T05:10
johnsomI didn't run the full test suite, but at least it created05:10
rm_workbecause it's actually wrong for 3.505:11
rm_workhttp://logs.openstack.org/90/424890/14/check/gate-octavia-v1-dsvm-py3x-scenario-ubuntu-xenial-nv/0faa560/logs/screen-o-cw.txt.gz#_2017-02-07_03_46_42_68505:11
rm_workI thought i tested .encode on 3.5 but it isn't working the way i expected05:11
johnsomHmmm, I thought I had fixed that error at one point, but ...05:12
rm_workwell i broke it05:12
rm_worktrying to simplify05:12
johnsomOk.  Well, I am about to sign off for the night.  I will take a look again in the morning.05:13
*** anilvenkata has joined #openstack-lbaas05:13
rm_workkk05:13
*** fnaval has quit IRC05:38
*** fnaval has joined #openstack-lbaas05:39
*** fnaval has quit IRC05:44
*** itsuugo has joined #openstack-lbaas05:45
*** sanfern has quit IRC05:46
*** sanfern has joined #openstack-lbaas05:51
*** links has quit IRC05:51
*** rcernin has joined #openstack-lbaas06:00
*** rcernin has quit IRC06:03
*** rcernin has joined #openstack-lbaas06:04
*** links has joined #openstack-lbaas06:07
*** sanfern has quit IRC06:13
*** sanfern has joined #openstack-lbaas06:14
*** itsuugo has quit IRC06:20
*** links has quit IRC06:22
*** itsuugo has joined #openstack-lbaas06:35
*** links has joined #openstack-lbaas06:38
*** ipsecguy has joined #openstack-lbaas06:49
*** ipsecguy_ has quit IRC06:50
*** itsuugo has quit IRC06:55
*** sanfern has quit IRC06:55
rm_workstartMarkers = dict(map(lambda x: (x[1], x[0]),06:57
rm_work                            enumerate(map(lambda x: x[0], markers))))06:57
rm_workWHAT06:57
rm_workmarkers is a tuple of two strings...06:58
rm_workcarlos why did you do this06:58
rm_workit literally outputs: {'str1': 0} and always will06:59
*** links has quit IRC07:07
*** eezhova has joined #openstack-lbaas07:11
*** links has joined #openstack-lbaas07:19
*** itsuugo has joined #openstack-lbaas07:21
korean101hi guys.07:23
korean101how can i use "insert_headers"?07:24
korean101https://docs.openstack.org/developer/octavia/api/octaviaapi.html#create-listener07:24
korean101i need "X-Forwarded-For" option07:24
korean101use this command? # neutron lbaas-loadbalancer-create07:24
korean101oh no...07:25
korean101mis typing07:25
korean101neutron lbaas-listener-create07:25
*** links has quit IRC07:30
*** tesseract has joined #openstack-lbaas07:31
rm_workjohnsom: oh my god i think i might be out of it and i am pretty sure i have hacked this all to shit so uhhhh if you need to revert my patches from today, you can probably do that. BUT, I am hopeful about this one >_>07:32
openstackgerritAdam Harwell proposed openstack/octavia master: Fix py3x gates  https://review.openstack.org/42489007:32
*** itsuugo has quit IRC07:32
*** yamamoto has quit IRC07:38
*** links has joined #openstack-lbaas07:43
*** pcaruana has joined #openstack-lbaas07:46
*** pcaruana has quit IRC07:48
*** sanfern has joined #openstack-lbaas07:50
*** cody-somerville has quit IRC07:52
*** pcaruana has joined #openstack-lbaas07:55
*** kobis has joined #openstack-lbaas08:04
*** yamamoto has joined #openstack-lbaas08:32
rm_workanywho there's some percentage chance that i actually made things better...08:52
rm_workhad to switch all the test data to be bytes since we changed the open() to use rb mode08:52
rm_workso the tests were exactly wrong08:52
nmagnezirm_work, still up? :)09:18
rm_workyeah waiting to see the result of this run09:19
nmagnezirm_work, nice you see that you moved to me timezone :D09:19
rm_worklol09:20
rm_workooo got further09:20
nmagnezirm_work, i'm looking for some patches to review, anything with a high prio that I can help with?09:20
rm_workif we could get the API stuff working it'd be good...09:20
rm_workall the various v2 api alignment patches09:20
nmagneziaye09:21
nmagnezia silly question possibly, but still09:21
rm_worki just did this today: https://review.openstack.org/#/c/429926/09:21
nmagnezihow can I test this code? say I deploy a devstack node09:21
nmagneziand I want to see this in action09:21
rm_workhmmm09:21
rm_worki think they might all be in a chain09:21
rm_worki was actually looking at how to do that myself09:21
rm_workif so, just checkout the last review in the chain... but i don't know if they're all set up that way09:22
M3m0r3xxgerman, just testet the anti-aff. feature and the filter is not using different az - any ideas how to solve this?09:22
nmagneziassuming we will have the chain in place, how can I send an API request directly? (curl?..)09:22
rm_workuhh09:23
rm_workyeah09:23
nmagnezirm_work, shall I send an initial commit to a new repo named python-octaviaclient? :D09:24
rm_worki was actually going to basically get the curl command by doing 'neutron lbaas-loadbalancer-create --debug' and then just copy the command from there09:24
*** Alex_Staf has joined #openstack-lbaas09:24
rm_workand direct it to octavia instead09:24
rm_workoh, great09:25
rm_workjohnsom: we ran into that project-id bug in the py35 tests09:25
rm_workjohnsom: http://logs.openstack.org/90/424890/15/check/gate-octavia-v1-dsvm-py3x-scenario-ubuntu-xenial-nv/9919eaa/logs/screen-o-cw.txt.gz#_2017-02-07_07_59_50_38809:25
rm_workthat's the one i reported a while back09:25
rm_workpretty sure09:25
*** gongysh has quit IRC09:29
*** strigazi1AFK is now known as strigazi09:29
*** gongysh has joined #openstack-lbaas09:29
*** gongysh has quit IRC09:30
*** yamamoto has quit IRC09:30
rm_workmaybe09:32
rm_workwill check when I wake up09:33
rm_workuhh, hello bot?09:33
*** yamamoto has joined #openstack-lbaas09:33
*** yamamoto has quit IRC09:39
nmagnezirm_work, ack. so I will try to use the same method you mentioned (--debug and aim to Octavia) right after I finish with https://review.openstack.org/#/c/429398/ . Michael asked my to check a kind of a different approach here with the way we feed haproxy with config files09:41
nmagnezis/my/me09:42
openstackgerritAdam Harwell proposed openstack/octavia master: Fix py3x gates  https://review.openstack.org/42489009:42
rm_workah yeah09:42
rm_workkk09:42
nmagnezirm_work, ^^ how is that progressing?09:42
rm_worki think we're almost there09:42
rm_workthough i may have really mucked things about today09:42
nmagnezirm_work, i wanted to help with this but I saw you guys are very active about it so i didn't want to duplicate the effort09:43
rm_worknot thinking straight, lots of cold meds :P09:43
rm_workyeah we'll see09:43
rm_worki'm hopeful about this run09:43
rm_workbut will have to check it in the morning09:43
* nmagnezi crossing fingers09:43
nmagnezirm_work, http://blogs.mathworks.com/developer/files/runALL_THE_TESTS.jpg09:44
nmagnezirm_work, good night :)09:44
rm_worknight09:44
*** Dave___ is now known as Dave09:52
*** jschwarz has quit IRC10:01
*** jschwarz has joined #openstack-lbaas10:01
openstackgerritZhixin Li proposed openstack/neutron-lbaas master: Don not create loadbalancer if no eligible lbaasv2 agent  https://review.openstack.org/43014110:02
*** jsheeren has joined #openstack-lbaas10:28
*** jsheeren has quit IRC10:31
*** sanfern has quit IRC11:19
*** ducttape_ has joined #openstack-lbaas11:20
*** ducttape_ has quit IRC11:24
*** RichB has joined #openstack-lbaas11:38
*** jschwarz has quit IRC12:00
*** links has quit IRC12:48
*** Alex_Staf has quit IRC12:50
*** catintheroof has joined #openstack-lbaas12:50
*** ducttape_ has joined #openstack-lbaas12:51
*** ducttape_ has quit IRC12:55
*** ducttape_ has joined #openstack-lbaas13:08
*** sanfern has joined #openstack-lbaas13:11
*** chlong has joined #openstack-lbaas13:14
*** dileepr has quit IRC13:19
*** cody-somerville has joined #openstack-lbaas13:32
openstackgerritAbed Abu dbai proposed openstack/octavia master: ACTIVE-ACTIVE - tmp commit not for release  https://review.openstack.org/42936913:36
*** amotoki has joined #openstack-lbaas13:44
*** ducttape_ has quit IRC13:44
*** matt-borland has joined #openstack-lbaas14:18
*** ducttape_ has joined #openstack-lbaas14:49
*** fnaval has joined #openstack-lbaas14:57
*** cody-somerville has quit IRC15:01
*** anilvenkata has quit IRC15:30
*** armax has joined #openstack-lbaas15:34
*** armax has quit IRC15:34
*** armax has joined #openstack-lbaas15:35
*** RichB has quit IRC15:46
*** fishbone has quit IRC15:56
openstackgerritShashank Kumar Shankar proposed openstack/octavia master: Introduce Octavia v2 API for pools  https://review.openstack.org/40592215:57
rm_workjohnsom: hmmm no errors in o-cw, looks good? but http://logs.openstack.org/90/424890/17/check/gate-octavia-v1-dsvm-py3x-scenario-ubuntu-xenial-nv/1ab3d98/console.html#_2017-02-07_10_26_50_62783916:09
rm_worknot sure what happened16:09
johnsomJust sat down to take a look16:09
johnsomrm_work I can take a pass at this16:11
rm_workjohnsom: so umm16:11
rm_workjohnsom: my changes NEEEED review16:12
rm_workI was pretty out of it16:12
rm_workbut it seems to have mostly worked :P16:12
johnsomGrin16:12
johnsomYeah16:12
rm_workI almost threw the whole class out and pulled in  https://pypi.python.org/pypi/pem16:13
rm_workbut it ... is actually more thorough than pem <_<16:14
*** rcernin has quit IRC16:16
johnsomYeah, and you would have had one of those fun global requirements fights16:16
*** pcaruana has quit IRC16:17
rm_workyes :/16:17
*** fishbone has joined #openstack-lbaas16:22
openstackgerritMerged openstack/neutron-lbaas master: Turn on q-lbaasv2 service by default  https://review.openstack.org/40980316:33
*** openstackgerrit has quit IRC16:35
johnsomYou guys are interesting....16:36
johnsomWe don't "enable_service in the settings file in octavia16:36
xgermanha16:36
*** cody-somerville has joined #openstack-lbaas16:36
*** cody-somerville has quit IRC16:36
*** cody-somerville has joined #openstack-lbaas16:36
johnsomThat patch just doesn't make any sense to me, but ok....16:37
*** csomerville has quit IRC16:38
xgermanyeah, there are a few other patches we can consider in LBaaS16:41
johnsomYeah, tread really lightly there16:41
johnsomWe need to decide on the freeze over there16:41
rm_workah, xgerman didn't wait for you johnsom :P16:41
xgermanwell, most of them are the bot16:42
xgermanwe should approve those to get stable brnaches IHMO16:42
johnsomYeah, we have to wait on at least one of those as the URL for upper constraints doesn't work yet16:42
xgermanok16:42
johnsomYeah, still broken16:43
johnsomWe are waiting for some of the projects to finish their stable cut last time I checked16:44
johnsomI haven't checked my e-mail today yet16:44
*** openstackgerrit has joined #openstack-lbaas16:46
openstackgerritMichael Johnson proposed openstack/octavia master: Fix py3x gates  https://review.openstack.org/42489016:46
rm_workjohnsom: find something?16:46
rm_worklol bad test?16:47
johnsomYeah, I understand one of the errors, but not the other, so I pushed the fix for the error that I understood16:47
johnsomYeah, not sure why py27 passed on that, but clearly a bad test16:47
rm_workhuh. yeah16:48
*** sanfern has quit IRC16:49
*** eezhova has quit IRC16:50
*** eezhova has joined #openstack-lbaas16:59
rm_workwait i only saw one17:01
rm_workjohnsom: what did you think of just *removing* that check to fix that bug? >_>17:02
rm_workalso why did THAT not happen on py27...17:02
*** kobis1 has joined #openstack-lbaas17:09
*** kobis has quit IRC17:12
johnsomI don't like removing the checks, but I also know we need to get our project ID story straight still17:13
rm_workif we require one to delete, we should require one to create17:13
rm_workoh hmm i wonder if the test is just bugged and doesn't pass it correctly on the delete (but did on the create?)17:14
rm_workdidn't think of that last night17:14
*** kobis1 has quit IRC17:14
*** eezhova has quit IRC17:23
rm_workjohnsom: http://logs.openstack.org/90/424890/18/check/gate-octavia-v1-dsvm-py3x-scenario-ubuntu-xenial-nv/a932caa/console.html#_2017-02-07_17_21_19_31722317:24
rm_workso it sees even request counts >_> 125 each17:24
rm_workwhy does it think it failed17:24
johnsomYeah, that is the part I didn't understand17:25
rm_workOH17:26
rm_workI GET IT17:26
rm_workqur0q98hrc8mfijw17:26
rm_workk17:26
rm_workstring issue again17:26
rm_workif member not in list(counters):17:27
rm_workI bet one is bytes and one is str17:27
rm_worki'm just not sure which is which17:27
johnsomWell, that test was still wrong17:27
rm_workk17:27
rm_workbut can you run the scenario locally and figure out which one is bytes so we can convert?17:27
rm_worki'm try to read through and see if it's obvious17:28
johnsomSure, just restarted so I need to restack my py35 stack17:28
rm_workk17:29
rm_workyeah it's hard to tell17:29
rm_workbut I KNOW that's it17:29
rm_workoh derp17:29
rm_worki see it right there in the output17:29
rm_workMember b'server2_0' saw 12517:30
rm_worklol17:30
rm_work['server1_0', 'server1_1'] -> [b'server1_0', b'server1_1']17:30
rm_workand the same in the test17:30
rm_worki can do it unless you have pending changes17:31
johnsomNo go ahead, but there are two tests to fix, same check17:31
johnsomjust grep for the check method in that directory17:31
rm_workyeah i did17:31
rm_workuhh i'm going to be defensive in addition17:32
rm_workactually i'll JUST be defensive, easier17:35
openstackgerritAdam Harwell proposed openstack/octavia master: Fix py3x gates  https://review.openstack.org/42489017:36
rm_workmembers = map(lambda x: six.b(x) if type(x) == six.text_type else x, members)17:37
rm_workhmm or should i do it the other way around17:38
rm_workis {}.keys() not portable?17:40
johnsomOye, don't know17:40
rm_workseems clearer to me than list({}) to get keys17:40
*** eezhova has joined #openstack-lbaas17:40
rm_workah well, not going to futz with it too much more17:40
rm_workuhh i think i see another bug17:42
rm_workscenario/base.py line 70517:42
rm_workcounters = self._send_requests(self.vip_ip, ["server1", "server2"])17:42
*** eezhova has quit IRC17:42
rm_workwtf is that17:43
rm_workdef _send_requests(self, vip_ip, path='')17:43
rm_workso "path" is ["server1", "server2"] ???17:43
rm_workserver = urllib2.urlopen("http://{0}/{1}".format(vip_ip, path), None, 2).read()17:43
johnsomYeah, I fixed one of those as well, must have missed that one17:43
rm_workso is it supposed to iterate?17:44
rm_workwhat is this even doing17:45
rm_worki think that's going to get hit by the bytes issue too17:45
rm_workif member == 'server1'17:45
rm_worki seriously am not sure what this is supposed to be doing17:46
*** eezhova has joined #openstack-lbaas17:49
rm_workuhh does py35 even have urllib217:49
rm_workoh nm i see, we pull it from six17:50
rm_workoh, literally nothing uses _traffic_validation_after_stopping_server17:51
rm_workk.17:51
rm_workthat explains it17:51
johnsomYou will note, I reworked a bunch of this stuff for the octavia v2 api tests.  Though I suspect the same py3 gremlins are in that patch as I didn't take that into account while working on it.17:52
rm_workk17:52
rm_workwe'll get to that when we get to it i guess :P17:53
rm_workbut i'm feeling good about this run again17:53
johnsomCool.  Yeah, looking at the base.py, I kind of want to restructure a bunch of it.17:54
openstackgerritMerged openstack/neutron-lbaas master: Update reno for stable/ocata  https://review.openstack.org/42875117:54
johnsomIt could be much simpler17:54
rm_worki've found a lot of stuff that could be simplified17:54
rm_workbut only so much time, right? :P17:54
johnsomYep17:54
johnsomOk, I will pull that down and test local too17:55
johnsomUgh, the topic changed17:57
rm_work?18:00
johnsomOn the py35 patch.18:00
rm_workah18:00
johnsomThere is a community goal for that, so it is supposed to be tagged special18:01
rm_workthey changed it? :/18:01
johnsomhttps://governance.openstack.org/tc/goals/pike/python35.html18:01
*** tesseract has quit IRC18:01
rm_workstill says goal-python35 ?18:01
johnsomI changed it back18:01
rm_workoh.18:01
rm_workwoo my ipv6 actually *works*, crazy18:02
* rm_work watches the test run18:03
rm_workseriously, where can I submit a change for "... this takes 10 - 15 minutes" to make it more accurate (30 - 45 minutes)18:05
openstackgerritSindhu Devale proposed openstack/octavia master: Introduce Octavia v2 API for Health Monitor  https://review.openstack.org/40625618:05
rm_workfound it18:06
rm_work-    echo "... this takes 10 - 15 minutes (logs in logs/devstacklog.txt.gz)"18:09
rm_work+    echo "... this can take up to 45 minutes (logs in logs/devstacklog.txt.gz)"18:09
rm_workI wonder if that'd be considered trolling18:09
rm_workWHAT, failed already <_<18:10
rm_workhttps://review.openstack.org/#/c/430393/18:11
johnsomOk, locally I get errors that I understand why they happened18:13
rm_workoh damnit i knew that18:13
rm_worki forgot to do the binary safety check the other way18:13
rm_workwait no, it SHOULD have worked?18:15
rm_work`members` should be bytes18:15
rm_work`member` is coming from the counters list, and from the output we see it is also bytes18:15
rm_workOHHHHH ffff18:16
rm_workmy baf18:16
rm_work*my bad18:16
rm_workforgot to list() the map18:17
rm_workso it emptied18:17
openstackgerritAdam Harwell proposed openstack/octavia master: Fix py3x gates  https://review.openstack.org/42489018:17
rm_work^^18:17
rm_workfixed18:17
rm_worklol having the bugfix in there constantly changes the topic, awesome >_>18:18
rm_workfixed it back18:18
rm_workjohnsom: had you found MORE issues locally? or just that one18:19
johnsomProbably that one, just restarted my local test with your code18:19
rm_workk18:21
rm_workgrab my fix and retest?18:22
*** faizy has joined #openstack-lbaas18:22
johnsomyep, running18:22
johnsom{1} octavia.tests.tempest.v1.scenario.test_load_balancer_tree_minimal.TestLoadBalancerTreeMinimal.test_load_balancer_tree_minimal [265.994918s] ... ok18:24
rm_worksweet.18:24
rm_worki forgot mapping makes a one-time generator18:25
rm_workT_T18:25
johnsomBoth passed lcoal18:26
johnsom  scenario: commands succeeded18:27
johnsom  congratulations :)18:27
rm_worksweet18:27
rm_workso that COULD be it?18:27
rm_workpy35 support? :P18:27
rm_workxgerman: WTB review :P18:28
johnsomNow, when I run tox under py3 I get a bunch of out-of-order imports due to concurrent futures.18:32
johnsomI was going to look into that too18:32
johnsomThough, currently our gate only runs pep8 under py218:32
rm_workhmm18:32
johnsomfunctional bombs too18:34
johnsomsigh18:34
rm_workgluh.18:37
rm_workok testing18:37
johnsomWe can do that in a followup though right?18:37
rm_workI guess so?18:39
rm_workif we don't forget lol18:39
rm_workshould we make a NV job for functional-py35?18:39
johnsomYes, working on that too18:39
rm_workkk18:39
*** eezhova has quit IRC18:40
*** ducttape_ has quit IRC18:41
johnsomI also want to put the tests for project ID back, so I'm going to poke at that for a few minutes18:42
rm_workk18:42
rm_workhmmm wtf, something is killing the API in the functional tests?18:49
johnsomYeah18:49
rm_workeverything starts getting 403s18:49
johnsomI hate debugging that too, it's slow18:49
johnsomThere is a 500 in there for good measure18:49
rm_workAHHHH18:50
rm_workLOL18:50
rm_worktest_create_over_quota does its thing18:50
rm_workand doesn't clean up18:50
johnsom Ah, because there is no project_id...18:51
rm_workhah18:51
rm_workit's a project-id problem18:51
rm_workno, there is18:51
johnsomSo, scenario passed with the project ID stuff back in there18:51
rm_workpy35 ACTUALLY WORKS for project-id18:51
rm_workpy27 just seems to not18:51
rm_workthis test is wrong18:51
rm_workgot it18:52
rm_workyeah ok18:52
rm_workfixed18:52
rm_workhad to add: self.addCleanup(self.check_quota_met_true_mock.stop18:53
rm_worki am super curious why these things are passing in py2718:53
rm_workcan I update it on this patch?18:53
rm_workor do you want to merge this18:53
johnsomNo, go ahead18:53
rm_workk18:53
rm_worklooking at the 500 as well18:53
rm_workprobably a b thing18:54
johnsomIt's that supposed to stop the mock when it goes out of scope?18:54
rm_workyes18:54
johnsomI will look at your change, curious.  That was my code, so ...18:54
johnsomCurious to learn...18:55
rm_workANY TIME you do a start() on a mock18:55
rm_workplease add the stop to cleanup18:55
rm_worki might just go hunting for those...18:55
rm_workyeah same in more places18:55
rm_workalmost done19:00
rm_workkk, running pep8 and functional-py27 again19:01
rm_workand then we should be good19:01
rm_workseems all passing19:02
openstackgerritNakul Dahiwade proposed openstack/octavia master: Align Octavia API to n-lbaasv2 for L7Policy  https://review.openstack.org/40632819:02
johnsomGood passes on the old patch, so making progress!19:04
openstackgerritAdam Harwell proposed openstack/octavia master: Fix py3x gates and functional  https://review.openstack.org/42489019:06
rm_workkk19:06
rm_workjohnsom: should be good :)19:07
johnsomOk, thanks19:07
*** ducttape_ has joined #openstack-lbaas19:10
*** faizy has quit IRC19:16
xgermanrm_work link for what I should review…19:17
rm_work^^ most recent19:17
*** eezhova has joined #openstack-lbaas19:22
rm_worki just went through and re-reviewed and it seems good to me19:24
rm_workactually not as horrific as i thought it would be last night, lol19:24
johnsomYeah, so far good local.  Just want to look at the project ID change19:24
rm_workkk19:24
rm_workafter lunch I probably need to disappear back into downstream-land for a little bit19:25
johnsomYeah, no problem.  Thanks for your help here19:25
*** dileepr has joined #openstack-lbaas19:27
*** ducttape_ has quit IRC19:31
rm_worki guess I'll poke you again later about https://review.openstack.org/#/c/429926/ and https://review.openstack.org/#/c/424816/19:34
*** ducttape_ has joined #openstack-lbaas19:54
rm_workerg so why can't we use https://github.com/openstack/nova-lxd again?20:01
* rm_work veers wildly offtopic20:01
johnsomrm_work It's on my list of stuff to look at again for pike.  First issue we had was config_drive was non-functional in nova-lxd.  That has been fixed.20:03
johnsomLast time someone tried nova-lxd out, the lb-mgmt-net interface was not coming up in the container on boot.20:03
rm_workah.20:04
johnsomIt's probably about time to give it another spin20:04
johnsomrm_work FYI: https://bugs.launchpad.net/nova-lxd/+bug/163281420:06
openstackLaunchpad bug 1632814 in nova-lxd "Build container - no networks connected" [Undecided,New]20:06
johnsomThough I'm not sure people are looking at the bugs....20:06
rm_workk20:06
openstackgerritSindhu Devale proposed openstack/octavia master: Introduce Octavia v2 API for Health Monitor  https://review.openstack.org/40625620:09
openstackgerritNakul Dahiwade proposed openstack/octavia master: Align Octavia API to n-lbaasv2 for L7Policy  https://review.openstack.org/40632820:11
*** ducttape_ has quit IRC20:14
*** ducttape_ has joined #openstack-lbaas20:14
rm_workjohnsom: on https://review.openstack.org/#/c/429539/ isn't that a copy/pasted file? do we fix things in it?20:16
johnsomIt is, but it's broken.  pep8 under python3 complains20:17
rm_work:/20:17
rm_workk20:17
johnsomAlso note, two lines above we have customized it20:17
johnsomOh, and that was a change I made to that file...  Trying to give a clear error when people try to use alembic without our tool20:18
rm_workah >_<20:18
*** cody-somerville has quit IRC20:31
*** cody-somerville has joined #openstack-lbaas20:31
*** cody-somerville has quit IRC20:31
*** cody-somerville has joined #openstack-lbaas20:31
*** ducttape_ has quit IRC20:31
*** ducttape_ has joined #openstack-lbaas20:43
*** amotoki has quit IRC20:51
rm_workjohnsom: so, if you magically have some time when you aren't really busy, let me know, would like to chat re: AAP20:51
rm_workbut, right now I guess I'll grab lunch20:54
johnsomOk, just sat down to eat lunch, will ping after20:54
rm_worklol20:54
rm_workgood timing20:54
*** ducttape_ has quit IRC20:59
*** ducttape_ has joined #openstack-lbaas20:59
*** ducttape_ has quit IRC21:01
openstackgerritMerged openstack/octavia master: Remove white space between print ()  https://review.openstack.org/42953921:04
*** harlowja has quit IRC21:09
xgermanjohnsom so for that proxy — some error messages are pretty specific right now (e.g. loadbalancerv2.TLSDefaultContainerNotSpecified) so I would need to scrape the error message in the proxy to ttanslate to that exception or just use generic errors21:19
xgermanI feel generic errors are better since we are planning to localize?21:19
johnsomSo, these are exceptions generated in the lbaas API?21:27
johnsomI think we need to make sure we send back the same HTTP codes21:28
johnsomIt seems like this is still a pass through situation21:28
xgermanthat, true, but what’s the code for TLSDfaultContainer not specified21:29
xgermanlikely a 400 catch all21:29
xgermanso I would need to scrape the body21:29
*** eezhova has quit IRC21:35
*** harlowja has joined #openstack-lbaas21:35
*** yamamoto has joined #openstack-lbaas21:43
*** catintheroof has quit IRC21:48
*** catintheroof has joined #openstack-lbaas21:49
bloganndahiwade: did that fix your issue? what i showed you earlier?21:51
ndahiwadeblogan, yes it did :)21:53
bloganndahiwade: awesome!21:53
blogansshank: you were mentioning in the hangout you were seeing issues?21:53
*** catintheroof has quit IRC21:54
ndahiwadeso blogan, now we have to initiate all controllers in the LBaasController class?21:54
*** matt-borland has quit IRC21:54
ndahiwadeso that it hits /v2.0/lbaas/url for the functional tests21:54
bloganndahiwade: actually, you should do it in the LBaaSCotnroller class AND the V2Controller class21:55
bloganso it its both /v2.0/lbaas/resource and /v2.0/resource21:55
ndahiwadeahh okay thanks:)21:55
*** ipsecguy has quit IRC21:55
bloganndahiwade: ah just noticed, the BaseV2Controller is having those controllers added to, when it should just be the V2Controller21:58
openstackgerritSindhu Devale proposed openstack/octavia master: DB migration to add ID column to HM  https://review.openstack.org/43045121:58
johnsomrm_work available when you are21:58
openstackgerritSindhu Devale proposed openstack/octavia master: [Super WIP] DB migration to add ID column to HM  https://review.openstack.org/43045121:59
sshankblogan, Still working on it. I wasn't removing the root tags in the response as well.21:59
*** tesseract has joined #openstack-lbaas21:59
*** tesseract- has joined #openstack-lbaas22:00
rm_workjohnsom: cool22:02
rm_workjohnsom: just got free22:02
rm_workjohnsom: don't suppose you have zoom? :P22:02
*** ducttape_ has joined #openstack-lbaas22:02
johnsomzoom?  Like Mazda zoom-zoom?22:03
rm_workheh22:03
ndahiwadeblogan, Okay,will change that:)22:03
openstackgerritBrandon Logan proposed openstack/octavia master: Clean up base v2 controllers  https://review.openstack.org/43045522:04
*** yamamoto has quit IRC22:07
*** tesseract has quit IRC22:07
*** tesseract- has quit IRC22:07
openstackgerritBrandon Logan proposed openstack/octavia master: Clean up base v2 controllers  https://review.openstack.org/43045522:08
*** tesseract has joined #openstack-lbaas22:08
openstackgerritBrandon Logan proposed openstack/octavia master: Clean up base v2 controllers  https://review.openstack.org/43045522:10
*** yamamoto has joined #openstack-lbaas22:12
*** ducttape_ has quit IRC22:13
bloganjohnsom: https://github.com/openstack/neutron-lbaas/commit/4455759f4506a43d70f811a32ee60b13af6afd8d22:16
blogani had to see for myself22:16
blogani see the point, its just giong to be confusing to end users that they can't get an IP in a range they expect22:17
*** tesseract is now known as tesseract-RH22:26
*** tesseract-RH is now known as tesseract22:31
*** ducttape_ has joined #openstack-lbaas22:32
*** ducttape_ has quit IRC22:56
*** tesseract has quit IRC23:00
*** tesseract has joined #openstack-lbaas23:00
rm_workblogan: you disagreeing with that? :P23:01
*** tesseract-RH has joined #openstack-lbaas23:01
rm_workblogan: was that prompted by my octavia version?23:01
*** tesseract has quit IRC23:01
*** tesseract-RH has quit IRC23:01
bloganrm_work: yeah23:08
bloganrm_work: and im indifferent twoards it, bc its a feature i wanted in the beginning as well but then i realized the lbaas service would either have to choose the subnet that the vip comes from OR allow neutron to decide, which means it can choose to do many vips but we can only show one23:10
rm_workright23:11
rm_workin my case, I *will* be using it to provision FLIPs23:11
rm_workwhich are network-only anyway23:11
rm_workblogan: I note that you didn't actually COMMENT on my patch23:16
bloganrm_work: i have to admit, i didn't even look at your patch23:18
* blogan looks now23:19
rm_worklol what23:20
rm_workmy patch caused you to look into n-lbaas code but not actually AT my patch? rofl23:20
bloganrm_work: lol well really the conversation about your comment spurred me to look at the vip_network_id attribute bc i did nto nkow that got added in23:21
rm_workblogan: BTW I couldn't actually find the code that validates the user passes enough info as part of the VIP object... do you know where it actually looks to make sure subnet is present?23:21
bloganrm_work: like where it connects to neutron to say it really exists?23:21
rm_workno23:22
rm_workI mean like23:22
rm_workfor Octavia to reject a request that doesn't have enough info to actually make a vip23:22
rm_worklike, it will reject if you pass a blank vip object, won't it? O_o23:22
rm_workor did we just ... not do a validation layer yet23:22
bloganah, that'd be in the type or in the controller...preferrably the type..but in your case you want either vip.network_id or vip.subnet_id, so you can't make either one of them mandatory23:23
bloganso you'll have to resort to doing that in the controller layer, or validation layer23:23
rm_workyeah but does it do anything ALREADY? I don't see it23:24
rm_workit is mandatory already... the "vip" object at least...23:24
rm_workbut inside that, you could pass a combo of information (or none?) that wouldn't be enough23:24
rm_workright?23:24
blogandoesn't look like it ever did it with the vip type, let me check the controller23:24
rm_workit already takes "subnet_id" OR "port_id / IP"23:24
rm_worki didn't see it T_T23:24
bloganyeah but ideally the subnet_id would say mandatory too but it doesnt...so i'm thinking its in the controller23:25
bloganor its just not there :)23:25
rm_workyep, verified, nothing23:25
bloganhttps://review.openstack.org/#/c/429926/5/octavia/api/v1/controllers/load_balancer.py23:25
rm_workjust did one23:25
bloganyeah that would not fail it23:25
bloganso yeah, no vip validation before!23:25
bloganwell i mean23:25
bloganyou can pass in an emtpy vip23:25
rm_workyep23:26
rm_workso i guess I don't care as part of my patch either23:26
rm_workbut i handled the case where you pass both23:26
rm_workso that's about the best I can do I think >_>23:26
rm_workunless I start ADDING further validation23:26
rm_workI *can*23:27
rm_workmust have at least *one of* `(port_id and ip_address) or subnet_id or network_id`23:27
rm_workeasy enough to add23:28
blogani think just port_id is what neutron-lbaas did23:32
blogani think it just chose the first fixed_ip when that happeend23:33
*** ducttape_ has joined #openstack-lbaas23:40
*** ipsecguy has joined #openstack-lbaas23:43
*** ducttape_ has quit IRC23:50
*** ducttape_ has joined #openstack-lbaas23:51

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