Wednesday, 2015-09-23

*** ankita_w_ has joined #openstack-keystone00:05
*** ankita_wagh has quit IRC00:05
*** jerrygb_ has joined #openstack-keystone00:05
*** annasort has joined #openstack-keystone00:08
*** jerrygb_ has quit IRC00:08
*** jerrygb has quit IRC00:09
*** su_zhang has joined #openstack-keystone00:13
*** Guest18166 is now known as dims_00:17
*** su_zhang has quit IRC00:18
*** RA has joined #openstack-keystone00:19
*** RA is now known as Guest3588600:19
*** _cjones_ has quit IRC00:22
*** su_zhang has joined #openstack-keystone00:22
*** shadower has quit IRC00:23
*** shadower has joined #openstack-keystone00:23
lbragstaddolphm: I saw that running devstack locally00:24
dolphmlbragstad: hrm00:26
lbragstaddolphm: i'm going to retry it with the stack user... it was running as the vagrant user (not sure why that would be a problem, but at this point i'm grabbing at straws)00:26
dolphmlbragstad: well it was definitely trying to use the vagrant user's home dir00:27
lbragstaddolphm: yeah00:27
dolphmi never do anything with devstack outside of stack00:28
*** lhcheng_ has quit IRC00:30
*** stevemar has joined #openstack-keystone00:33
*** ChanServ sets mode: +v stevemar00:33
*** exploreshaifali has quit IRC00:33
*** stevemar has quit IRC00:36
*** zzzeek has quit IRC00:36
*** markvoelker has joined #openstack-keystone00:40
*** geoffarnold has quit IRC00:44
*** gyee has quit IRC00:49
*** wwwjfy_ has joined #openstack-keystone00:55
*** wwwjfy has quit IRC00:55
*** EinstCrazy has joined #openstack-keystone00:57
lbragstaddolphm: i think the combination the me + devstack + tempest over the course of the last 12 hours has completely foobar'd this box...00:58
* lbragstad rage quits to find food00:58
dolphmlbragstad: cattle!01:03
*** stevemar has joined #openstack-keystone01:11
*** ChanServ sets mode: +v stevemar01:11
*** tonytan4ever has quit IRC01:13
*** wwwjfy_ has quit IRC01:17
*** ankita_w_ has quit IRC01:19
*** ankita_wagh has joined #openstack-keystone01:20
*** KarthikB has joined #openstack-keystone01:21
*** su_zhang has quit IRC01:24
*** ankita_wagh has quit IRC01:24
*** woodster_ has quit IRC01:39
*** jerrygb has joined #openstack-keystone01:44
*** jerrygb has quit IRC01:45
*** jerrygb has joined #openstack-keystone01:45
*** ankita_wagh has joined #openstack-keystone01:48
*** davechen has joined #openstack-keystone01:49
*** richm has quit IRC01:52
*** mylu has joined #openstack-keystone01:55
*** doug-fish has joined #openstack-keystone01:55
davechenstevemar, dstanek: ping?01:56
davechenstevemar: are you okay if I revert it back to PS2 (https://review.openstack.org/#/c/224545/)01:56
*** dims_ has quit IRC01:57
*** dims_ has joined #openstack-keystone01:57
*** kiranr has joined #openstack-keystone02:01
*** dims_ has quit IRC02:10
*** henrynash has quit IRC02:10
*** henrynash has joined #openstack-keystone02:10
*** ChanServ sets mode: +v henrynash02:10
*** dims_ has joined #openstack-keystone02:13
*** dims__ has joined #openstack-keystone02:18
*** dims_ has quit IRC02:18
*** darrenc is now known as darrenc_afk02:21
*** dims__ has quit IRC02:23
*** wwwjfy_ has joined #openstack-keystone02:28
*** wwwjfy_ is now known as wwwjfy02:30
*** mylu has quit IRC02:30
*** mylu has joined #openstack-keystone02:35
*** mylu has quit IRC02:39
*** mylu has joined #openstack-keystone02:39
*** dsirrine has quit IRC02:43
*** dobson has quit IRC02:47
*** ankita_wagh has quit IRC02:48
*** darrenc_afk is now known as darrenc02:49
*** dobson has joined #openstack-keystone02:53
*** spandhe_ has joined #openstack-keystone02:57
*** spandhe has quit IRC02:58
*** spandhe_ is now known as spandhe02:58
*** markvoelker has quit IRC03:01
*** doug-fish has quit IRC03:04
*** ankita_wagh has joined #openstack-keystone03:08
*** boris-42 has quit IRC03:09
openstackgerritSteve Martinelli proposed openstack/keystone: include expected_status in get/head/put/delete calls  https://review.openstack.org/22661303:10
openstackgerritSteve Martinelli proposed openstack/keystone: include expected_status in get/head/put/delete calls  https://review.openstack.org/22661303:12
*** david-lyle has joined #openstack-keystone03:13
*** markvoelker has joined #openstack-keystone03:16
*** KarthikB has quit IRC03:17
*** su_zhang has joined #openstack-keystone03:18
*** EinstCrazy has quit IRC03:19
*** lhcheng has joined #openstack-keystone03:24
*** ChanServ sets mode: +v lhcheng03:24
*** ankita_wagh has quit IRC03:40
*** spandhe has quit IRC03:42
*** mylu has quit IRC03:43
*** ankita_wagh has joined #openstack-keystone03:43
*** mylu has joined #openstack-keystone03:43
*** ayoung has quit IRC03:45
*** dims_ has joined #openstack-keystone03:47
*** mylu has quit IRC03:48
*** geoffarnold has joined #openstack-keystone03:54
*** dims_ has quit IRC03:54
*** geoffarn_ has joined #openstack-keystone03:55
*** Nirupama has joined #openstack-keystone03:55
*** hrou has quit IRC03:56
*** jerrygb has quit IRC03:56
*** geoffarnold has quit IRC03:58
*** geoffarn_ has quit IRC04:07
openstackgerritStanislaw Pitucha proposed openstack/pycadf: Event doc indentation issue  https://review.openstack.org/22662004:25
*** kiranr has quit IRC04:32
stevemarlhcheng: fixed up https://review.openstack.org/#/c/226232/04:32
*** topol has quit IRC04:37
lhchengstevemar: You're too fast. :) I haven't got the chance to test the changes, just took a first pass on the commit msg while looking at recent OSC opened bugs.04:38
openstackgerritSteve Martinelli proposed openstack/keystone: include expected_status in get/head/put/delete calls  https://review.openstack.org/22661304:49
*** geoffarnold has joined #openstack-keystone04:53
*** ankita_wagh has quit IRC05:21
*** ankita_wagh has joined #openstack-keystone05:22
*** spandhe has joined #openstack-keystone05:22
*** lhcheng has quit IRC05:29
*** doug-fish has joined #openstack-keystone05:34
*** topol has joined #openstack-keystone05:38
*** ChanServ sets mode: +v topol05:38
*** doug-fish has quit IRC05:39
*** topol has quit IRC05:42
*** boris-42 has joined #openstack-keystone05:47
openstackgerritDave Chen proposed openstack/keystone: Deprecate local conf in paste-ini  https://review.openstack.org/13412405:49
*** dims_ has joined #openstack-keystone05:50
openstackgerritDave Chen proposed openstack/keystone: Deprecate local conf in paste-ini  https://review.openstack.org/13412405:52
openstackgerritDave Chen proposed openstack/keystone: Add the missing parameter  https://review.openstack.org/22517705:52
*** su_zhang has quit IRC05:54
*** kiran-r has joined #openstack-keystone05:54
*** dims_ has quit IRC05:55
*** ankita_w_ has joined #openstack-keystone05:57
*** kiranr has joined #openstack-keystone05:58
*** ankita_wagh has quit IRC06:00
*** geoffarnold has quit IRC06:00
*** kiran-r has quit IRC06:02
*** kiranr has quit IRC06:02
rajesht_dolphm: you around ?06:02
davechenrajesht_: you properly won't catch him in this time.06:03
rajesht_davechen: thanks dave, could you please tell me when he will be available ?06:04
davechenrajesht_: some guys tell me he is located in texas.06:06
rajesht_davechen: in that case, I think he will get my msg when he will be available06:07
davechenrajesht_: hope so. :)06:07
rajesht_dolphm: could you please look at it https://review.openstack.org/#/c/210365/06:07
rajesht_davechen: thanks :)06:07
*** jerrygb has joined #openstack-keystone06:08
*** jerrygb has quit IRC06:12
*** Guest35886 has quit IRC06:18
stevemarrajesht_: write a comment in the patch, and i'll ask him to follow up tomorrow06:22
stevemardolphm: heads up for tomorrow ^06:22
*** stevemar has quit IRC06:23
rajesht_stevemar: thanks steve :)06:23
*** EinstCrazy has joined #openstack-keystone06:32
rajesht_stevemar: have a question regarding code cleanup issue https://bugs.launchpad.net/cinder/+bug/125929206:33
openstackLaunchpad bug 1259292 in Manila "Some tests use assertEqual(observed, expected) , the argument order is wrong" [Low,In progress] - Assigned to Yusuke Hayashi (hayashi-yusuke)06:33
rajesht_stevemar: there are several occurrences of assertDictEqual with wrong argument order06:34
rajesht_stevemar: should I report separate bug for this change or can I submit against the above bug itself.06:34
bretonI think you can submit against the above bug and use "Related-Bug: #1259292"  in the commit message06:37
openstackbug 1259292 in Manila "Some tests use assertEqual(observed, expected) , the argument order is wrong" [Low,In progress] https://launchpad.net/bugs/1259292 - Assigned to Yusuke Hayashi (hayashi-yusuke)06:37
rajesht_breton: thanks06:41
*** ParsectiX has quit IRC06:50
*** kiranr has joined #openstack-keystone06:51
*** browne has quit IRC06:57
*** pnavarro has joined #openstack-keystone07:02
*** rajesht__ has joined #openstack-keystone07:10
*** rajesht_ has quit IRC07:13
*** markvoelker has quit IRC07:15
*** spandhe has quit IRC07:15
*** stevemar has joined #openstack-keystone07:23
*** ChanServ sets mode: +v stevemar07:23
*** ankita_w_ has quit IRC07:27
*** stevemar has quit IRC07:27
*** jaosorior has joined #openstack-keystone07:31
*** ankita_wagh has joined #openstack-keystone07:51
*** dims_ has joined #openstack-keystone07:52
*** dims_ has quit IRC07:59
*** fhubik has joined #openstack-keystone08:14
*** aix has joined #openstack-keystone08:15
*** markvoelker has joined #openstack-keystone08:15
openstackgerritJulia Varlamova proposed openstack/python-keystoneclient: Sync oslo-incubator common code  https://review.openstack.org/22664808:19
*** markvoelker has quit IRC08:20
*** fhubik is now known as fhubik_brb08:28
*** kiran-r has joined #openstack-keystone08:29
*** ankita_wagh has quit IRC08:30
*** katkapilatova has joined #openstack-keystone08:30
*** fhubik_brb is now known as fhubik08:33
*** kiran-r has quit IRC08:34
*** kiran-r has joined #openstack-keystone08:41
*** kiranr has quit IRC09:02
openstackgerrithenry-nash proposed openstack/keystone-specs: Support virtual roles  https://review.openstack.org/22666109:06
*** jerrygb has joined #openstack-keystone09:08
*** dims_ has joined #openstack-keystone09:11
openstackgerrithenry-nash proposed openstack/keystone-specs: Support virtual roles  https://review.openstack.org/22666109:11
*** henrynash has quit IRC09:12
*** jerrygb has quit IRC09:13
*** kiranr has joined #openstack-keystone09:15
*** e0ne has joined #openstack-keystone09:15
*** fhubik is now known as fhubik_brb09:18
*** stevemar has joined #openstack-keystone09:25
*** ChanServ sets mode: +v stevemar09:25
*** stevemar has quit IRC09:28
*** fhubik_brb is now known as fhubik09:29
*** fhubik is now known as fhubik_brb09:39
*** dims_ has quit IRC09:44
*** davechen has left #openstack-keystone09:48
*** e0ne has quit IRC09:49
*** e0ne has joined #openstack-keystone09:50
*** lhcheng has joined #openstack-keystone09:54
*** ChanServ sets mode: +v lhcheng09:54
*** lhcheng has quit IRC09:55
*** fhubik_brb is now known as fhubik09:57
*** Kennan_Vacation has quit IRC10:01
*** lhcheng has joined #openstack-keystone10:02
*** ChanServ sets mode: +v lhcheng10:02
*** Kennan_Vacation has joined #openstack-keystone10:02
openstackgerritRajesh Tailor proposed openstack/keystone: Fix order of arguments in assertEqual  https://review.openstack.org/22667710:03
*** fhubik is now known as fhubik_brb10:07
*** dims_ has joined #openstack-keystone10:09
*** kiran-r has quit IRC10:10
*** urulama has quit IRC10:12
*** urulama has joined #openstack-keystone10:13
*** markvoelker has joined #openstack-keystone10:17
*** markvoelker has quit IRC10:21
*** lhcheng has quit IRC10:28
*** abhishekk_ has joined #openstack-keystone10:28
*** wwwjfy has quit IRC10:33
*** lhcheng has joined #openstack-keystone10:37
*** ChanServ sets mode: +v lhcheng10:37
*** exploreshaifali has joined #openstack-keystone10:51
*** EinstCrazy has quit IRC10:51
*** kiran-r has joined #openstack-keystone10:53
*** dsirrine has joined #openstack-keystone10:57
*** aix has quit IRC11:03
samueldmqmorning11:03
openstackgerritDavid Stanek proposed openstack/keystone: Adds interface tests for timeutils  https://review.openstack.org/22669711:06
*** fhubik_brb is now known as fhubik11:06
rajesht__dolphm: you around ?11:10
dstanekrajesht__: it's a bit early for him.11:10
rajesht__dstanek: thanks for update11:11
*** doug-fish has joined #openstack-keystone11:11
openstackgerritJulien Danjou proposed openstack/keystone: wsgi: fix base_url finding  https://review.openstack.org/22646411:12
*** lhcheng has quit IRC11:14
*** markvoelker has joined #openstack-keystone11:17
*** markvoelker has quit IRC11:22
openstackgerritRajesh Tailor proposed openstack/keystone: Fix order of arguments in assertEqual  https://review.openstack.org/22667711:30
*** dsirrine has quit IRC11:33
*** aix has joined #openstack-keystone11:34
*** jerrygb has joined #openstack-keystone11:35
*** Nirupama has quit IRC11:36
*** gordc has joined #openstack-keystone11:37
*** jerrygb has quit IRC11:39
*** jerrygb has joined #openstack-keystone11:48
*** EinstCrazy has joined #openstack-keystone11:49
*** ParsectiX has joined #openstack-keystone11:51
*** exploreshaifali has quit IRC11:56
openstackgerritMerged openstack/oslo.policy: Use requests in http check instead of urllib  https://review.openstack.org/22612211:57
*** EinstCrazy has quit IRC11:59
*** fhubik has quit IRC12:04
*** EinstCrazy has joined #openstack-keystone12:04
*** richm has joined #openstack-keystone12:04
*** EinstCrazy has quit IRC12:06
*** fhubik has joined #openstack-keystone12:06
*** kiran-r has quit IRC12:10
*** henrynash has joined #openstack-keystone12:12
*** ChanServ sets mode: +v henrynash12:12
*** henrynash has quit IRC12:13
*** e0ne has quit IRC12:13
*** pauloewerton has joined #openstack-keystone12:14
*** ParsectiX has quit IRC12:19
*** wwwjfy has joined #openstack-keystone12:20
*** markvoelker has joined #openstack-keystone12:20
*** kiranr has quit IRC12:22
*** raildo-afk is now known as raildo12:22
*** zzzeek has joined #openstack-keystone12:28
*** wwwjfy has quit IRC12:29
openstackgerritDavid Stanek proposed openstack/keystone: Declares expected_status in method signatures  https://review.openstack.org/22674412:29
openstackgerritDavid Stanek proposed openstack/keystone: Fixes the way v3_admin is called to match its def  https://review.openstack.org/22674512:29
openstackgerritDavid Stanek proposed openstack/keystone: Fixes v3_authenticate_token calls - no default  https://review.openstack.org/22674612:29
openstackgerritDavid Stanek proposed openstack/keystone: Uses constants for 5XX http status codes in tests  https://review.openstack.org/22674712:29
*** ankita_wagh has joined #openstack-keystone12:30
*** edmondsw has joined #openstack-keystone12:32
*** ankita_wagh has quit IRC12:35
*** ParsectiX has joined #openstack-keystone12:36
*** wwwjfy has joined #openstack-keystone12:40
zigoHow come Keystone has setup_requires=['pbr>=1.8'] in its setup.py, when this is 1/ not in keystone requirements.txt 2/ not in global-requirements.txt ?!?12:42
zigoI mean ... WTF guys !!! :)12:43
*** csoukup has joined #openstack-keystone12:43
openstackgerritDavid Stanek proposed openstack/keystone: Adds interface tests for timeutils  https://review.openstack.org/22669712:45
*** csoukup has quit IRC13:00
*** hrou has joined #openstack-keystone13:01
dstanekzigo: http://git.openstack.org/cgit/openstack/requirements/tree/setup.py#n2813:01
*** kiran-r has joined #openstack-keystone13:01
dstanekzigo: wasn't us http://git.openstack.org/cgit/openstack/keystone/commit/?id=16ddc0a0754de263f33eba8f83a01db5c1e2f8d713:01
zigoHow come the proposal bot is doing this kind of silly patch?13:03
*** lhcheng has joined #openstack-keystone13:03
zigo:(13:03
*** ChanServ sets mode: +v lhcheng13:03
dstanekzigo: it's because it's in the g-r repo13:03
zigodstanek: My point is, IT IS NOT !13:03
dstanekzigo: see my first link13:03
zigopython-pbr is >= 1.6 there.13:03
zigoOh...13:03
zigodstanek: So global-requirements.txt doesn't match the setup.py there... :(13:04
zigoAnyway, I'm packaging python-pbr 1.8 and I'll be done with that ! :)13:04
dstanekzigo: likely just a forgotten update13:06
*** lhcheng has quit IRC13:07
samueldmqdolphm: dstanek ping, release notes13:09
edmondswdstanek, please see my replies to your comments on https://review.openstack.org/#/c/217373/13:09
openstackgerritJulien Danjou proposed openstack/keystone: eventlet: handle system that misses TCP_KEEPIDLE  https://review.openstack.org/22677313:10
*** jaosorior has quit IRC13:10
samueldmqdolphm: dstanek I updated the etherpad, and I'd like to check with you if things are okay like that, so I can generate the release notes13:10
samueldmqhttps://etherpad.openstack.org/p/keystone-liberty-release-notes13:10
dstanekedmondsw: i really don't think those things are tested. coverage report shows the first case isn't hit and it i remove the added binascii.Error the tests still pass13:11
*** jecarey has joined #openstack-keystone13:11
edmondswdstanek py27 tests will pass without binascii... but py34 fails13:12
edmondswdid you only try py27?13:12
edmondswnot sure how the coverage report could miss the first case being hit... definitely is...13:12
dstanekedmondsw: yes, because that's what matters. does the error not happen in 27?13:12
edmondswno... only py3413:12
edmondswthat is there to handle a py34 case13:13
openstackgerritJulien Danjou proposed openstack/keystone: wsgi: fix base_url finding  https://review.openstack.org/22646413:14
edmondswoh, on the first case... yeah, the coverage is right, now I realize I did check for RevocationListError in the other except block13:14
edmondswso I'll go add a test for that one13:14
edmondswlet me know if you have trouble with any of the other replies... are we good on the binascii one?13:15
*** thiagop has joined #openstack-keystone13:16
edmondswdstanek ^13:17
dstanekedmondsw: i just replied on the review13:17
edmondswtx13:17
dstanekedmondsw: i'm not understanding why we turn an UnauthorizedError and make it a ServiceError13:18
edmondswit's a configuration issue... you've misconfigured your service13:18
*** jsavak has joined #openstack-keystone13:18
edmondswdstanek: the service has to be able to authenticate to keystone before it can ask keystone whether the token it has is valid or not.13:19
edmondswdstanek: if it can't auth to keystone, then it can't even ask that question... so no way of knowing whether the token is valid or not13:19
dstanekedmondsw: if that's the case then the msg isn't very helpful :-(13:20
dstanek...and why would we have a retry for an unauthorized?13:20
*** dims_ has quit IRC13:21
dstaneki would have expected that code to be in the HttpError block13:21
*** dims_ has joined #openstack-keystone13:21
dstanekbknudson: very strange ^13:22
edmondswdstanek, I didn't add the retry, that was there before, so I'm not sure... seemed risky to pull it out. I agree it looks odd, though13:22
*** jsavak has quit IRC13:23
edmondswI can raise the ServiceError there with a nicer message, and separately in the other case with the existing message13:23
*** jsavak has joined #openstack-keystone13:23
edmondswalso something I didn't do, but whatever... if I'm in there...13:23
dstanekedmondsw: that addressed by comment about moving the exception. one has already added an exit with this patch13:25
*** urulama has quit IRC13:26
*** stevemar has joined #openstack-keystone13:26
*** ChanServ sets mode: +v stevemar13:26
*** urulama has joined #openstack-keystone13:26
edmondswdstanek, didn't follow that last comment13:26
dstaneks/ed by/es my/ - where i was asking to move up the exception13:27
edmondswright13:28
dstanekhtruta: you around?13:28
*** stevemar has quit IRC13:29
samueldmqwhere does keystone-manage live now ? I see a note it is no longer at /bin13:30
samueldmqbknudson: ping ^13:30
*** dsirrine has joined #openstack-keystone13:33
raildodstanek: he will be online in a few minutes :)13:33
dstanek samueldmq  in keystone.cmd13:33
lbragstadsamueldmq: the keystone-manage command is setup as an entry point through setup.cfg13:33
htrutadstanek: hi.13:34
dstanekraildo: thx13:34
dstanekhtruta: hi13:34
htrutaraildo is a good secretary13:34
raildo¬¬13:34
dstanekhtruta: i'm looking at https://review.openstack.org/#/c/155260/4 and i'm not sure that it addresses the bug13:34
dstaneki was going to setup a test scenario, but haven't gotten around to it yet13:34
samueldmqdstanek: lbragstad okay, how can I put it in the upgrade notes ? any suggestion?13:35
samueldmq:-)13:35
*** bradjones has quit IRC13:35
dstanekit's only changing the message and not the exception thrown....and the message that's being changes isn't the one that gets shown anyway13:35
lbragstadsamueldmq: I think that should be transparent to a deployer, since they'll have to install keystone13:36
lbragstadregardless13:36
samueldmqlbragstad: aah, cool then :)13:36
samueldmqlbragstad: better this way13:36
dstaneksamueldmq: you can say that it's distributed as a setuptools entrypoint and that there is no deployer impact13:36
lbragstadyeah, that would work13:36
dstanekthe only impact is if a deployer tries to debug :-)13:37
htrutadstanek: hm... got it13:37
*** abhishekk_ has quit IRC13:37
htrutadstanek: I've just analysed the message itself, haven't realized that it wasn't the right place13:37
bknudsonsamueldmq: it's installed when you do pip install of keystone13:38
bknudsonit goes where pip decides to put it.13:38
bknudsonshould be the same place as keystone-all13:38
dstanekhtruta: ok, i thought you knew something that i didn't. i won't bother trying to test unless the author comes back and says I'm wrong :-)13:39
htrutadstanek: nope, you were much deeper on that than me, you're right :)13:39
samueldmqbknudson: okay, thanks, I was wondering if needed to put that in the release notes13:41
samueldmqbknudson: but no, since this change has no impact in endusers/deployers13:41
*** lsmola has quit IRC13:41
bknudsonsamueldmq: there should be no effect on deployers13:41
samueldmqbknudson: ++13:42
bknudsonon my system the pip install puts keystone-manage in /usr/local/bin/keystone-manage13:42
bknudsonkeystone              keystone-all          keystone-manage       keystone-wsgi-admin   keystone-wsgi-public13:42
bknudsonare all in /usr/local/bin13:42
samueldmqbknudson: nice, thanks for sharing :)13:45
*** lsmola has joined #openstack-keystone13:50
*** e0ne has joined #openstack-keystone13:51
opilottesomebody can help me with this build error? http://logs.openstack.org/81/210581/11/check/gate-keystone-python34/f3c6c72/console.html13:51
*** stevemar has joined #openstack-keystone13:55
*** ChanServ sets mode: +v stevemar13:55
*** su_zhang has joined #openstack-keystone13:55
bknudsonopilotte: looks like your .coveragerc is out of date13:58
openstackgerritTom Cocozzello proposed openstack/keystone: Use the correct import for range  https://review.openstack.org/22680114:00
*** ParsectiX has quit IRC14:01
*** jsavak has quit IRC14:02
*** jerrygb has quit IRC14:03
*** diazjf has joined #openstack-keystone14:03
samueldmqokay, I've submitted a version of the release notes in the wiki14:04
samueldmqhttps://wiki.openstack.org/wiki/ReleaseNotes/Liberty#OpenStack_Identity_.28Keystone.2914:04
stevemardstanek: cool patches dude14:04
samueldmqI kept a note there saying it's being drafted in the etherpad until we get that version reviewed by core-reviewers :)14:04
samueldmqdolphm, morgan, bknudson, dstanek, jamielennox, stevemar cc ^14:05
*** csoukup has joined #openstack-keystone14:06
*** jerrygb has joined #openstack-keystone14:07
*** exploreshaifali has joined #openstack-keystone14:08
openstackgerritOpenStack Proposal Bot proposed openstack/oslo.policy: Updated from global requirements  https://review.openstack.org/22680714:10
openstackgerritDave Chen proposed openstack/keystone: Deprecate local conf in paste-ini  https://review.openstack.org/13412414:19
openstackgerritDave Chen proposed openstack/keystone: Add the missing parameter  https://review.openstack.org/22517714:20
*** phalmos has joined #openstack-keystone14:20
*** browne has joined #openstack-keystone14:22
*** KarthikB has joined #openstack-keystone14:23
openstackgerritMatthew Edmonds proposed openstack/keystonemiddleware: only make token invalid when it really is  https://review.openstack.org/21737314:27
*** tonytan4ever has joined #openstack-keystone14:28
*** henrynash has joined #openstack-keystone14:29
*** ChanServ sets mode: +v henrynash14:29
*** slberger has joined #openstack-keystone14:30
*** jorge_munoz has joined #openstack-keystone14:31
openstackgerritOpenStack Proposal Bot proposed openstack/keystone: Imported Translations from Zanata  https://review.openstack.org/22682514:33
*** jaosorior has joined #openstack-keystone14:33
openstackgerrithenry-nash proposed openstack/keystone-specs: Support virtual roles  https://review.openstack.org/22666114:35
*** jecarey has left #openstack-keystone14:37
bknudsonwhat do we want to do with new features that are experimental in the release notes?14:37
bknudsonsamueldmq: ^14:38
*** geoffarnold has joined #openstack-keystone14:38
bknudsonI think they should go in a separate section from "Key New Features"14:38
*** kiran-r has quit IRC14:39
*** stevemar has quit IRC14:40
*** r-daneel has joined #openstack-keystone14:43
*** exploreshaifali has quit IRC14:44
*** stevemar has joined #openstack-keystone14:46
*** ChanServ sets mode: +v stevemar14:46
stevemarbknudson: good call14:48
bknudsonstevemar: you'd prefer a separate section?14:49
stevemarbknudson: yeah, i think so14:49
*** kiranr has joined #openstack-keystone14:50
*** wwwjfy has quit IRC14:50
bknudsonI'll move them around in the etherpad then14:50
openstackgerritTom Cocozzello proposed openstack/keystone: Deprecate httpd/keystone.py  https://review.openstack.org/22197514:54
*** phalmos has quit IRC14:56
*** kiran-r has joined #openstack-keystone14:56
*** kiran-r has quit IRC14:58
*** wwwjfy has joined #openstack-keystone14:58
*** phalmos has joined #openstack-keystone15:01
*** alextricity has joined #openstack-keystone15:02
openstackgerritMerged openstack/pycadf: Event doc indentation issue  https://review.openstack.org/22662015:04
*** katkapilatova has quit IRC15:06
samueldmqbknudson: I'd suggest adding a tag at the beggining/ending of the line: (experimental)15:07
*** katkapilatova has joined #openstack-keystone15:07
samueldmqbknudson: we could also create a new section, I am okay with both15:07
samueldmqbknudson: wht do you think ?15:07
bknudsonsamueldmq: I prefer a separate section.15:08
bknudsonsince I think we would prefer less description for an experimental feature. They'll have to read the developer docs to figure it out.15:09
samueldmqbknudson: okay, makes sense to me15:09
samueldmqbknudson: great updates in the etherpad, we can evolve there to update the wiki later15:10
samueldmqbknudson: I had updated in the wiki since I considered that a good 'version' from what I could see from the bug/blueprint lists15:11
alextricityHey Keystone! I'm looking for someone to help me with my federated keystone setup.15:13
alextricityI just put in the OpenID RP apache module15:13
*** phalmos has quit IRC15:13
alextricitywhat is the best way to test this?15:13
alextricityCan I use Google Sign-In as my Provider?15:14
*** katkapilatova has left #openstack-keystone15:14
alextricitystevemar: You wouldn't happen to know about this would you? :)15:15
*** jorge_munoz has quit IRC15:18
*** henrynash has quit IRC15:19
*** phalmos has joined #openstack-keystone15:19
*** akanksha_ has joined #openstack-keystone15:20
*** jorge_munoz has joined #openstack-keystone15:20
*** woodster_ has joined #openstack-keystone15:21
*** dsirrine has quit IRC15:22
slbergeralextricity, it should be fairly easy to set up google as your identity provider15:24
*** doug-fish has quit IRC15:24
alextricityslberger: I'm trying to work though it now. I think I found a good reference for doing this:15:24
alextricityhttps://developers.google.com/identity/protocols/OpenIDConnect15:24
*** roxanagh_ has joined #openstack-keystone15:25
alextricityAny others would definitely help though!15:25
alextricityI'm assuming Google won't send requests to an endpoint with out a public CA cert15:25
alextricityBut I don't know that yet15:26
slbergeralextricity, that looks like a pretty good resource15:26
alextricityis a self-signed cert sufficient?15:26
alextricitys/requests/responses15:26
*** tonytan4ever has quit IRC15:26
slbergeralextricity, I have never run into any issues with the certs15:26
*** tonytan4ever has joined #openstack-keystone15:28
diazjfalextricity, I worked on it with stevemar, Writting up a blog on it, should be done by Monday, hopefully. Not hard to setup at all.15:29
diazjfJust ask me if you need any help15:30
alextricitydiazjf: Thanks :) Will do!15:30
alextricitydiazjf: Could I get a link to the blog :)15:31
alextricityor..where it will be when its finished rather15:31
*** alejandrito has joined #openstack-keystone15:33
*** browne has quit IRC15:35
*** tonytan4ever has quit IRC15:38
*** topol has joined #openstack-keystone15:40
*** ChanServ sets mode: +v topol15:40
*** browne has joined #openstack-keystone15:41
gordcare pki tokens dead?15:44
bknudsongordc: pki tokens are still supported and haven't been deprecated yet15:44
gordcbknudson: kk, was hoping to just kill pki related bug. :(15:45
*** topol has quit IRC15:45
*** roxanagh_ has quit IRC15:45
stevemargordc: in M :)15:46
*** e0ne has quit IRC15:47
stevemaralextricity: yo15:48
stevemaralextricity: so theres a few things to consider here15:48
*** e0ne has joined #openstack-keystone15:48
stevemaralextricity: for SSO through horizon, its pretty easy to set up, and well documented in keystone docs15:48
stevemarand is kinda written up here: https://gist.github.com/stevemart/4b41bd5437048a7fdfab15:49
stevemaralextricity: through a CLI is more difficult15:49
*** su_zhang has quit IRC15:50
*** su_zhang has joined #openstack-keystone15:51
stevemaralextricity: through CLI - we only have 1 openID connect plugin so far https://github.com/openstack/python-keystoneclient/blob/master/keystoneclient/contrib/auth/v3/oidc.py15:51
stevemarand that one only supports the 'pasword credential owner flow'15:51
stevemarwhich google disables15:51
*** _cjones_ has joined #openstack-keystone15:52
*** roxanagh_ has joined #openstack-keystone15:52
diazjfalextricity, just message me on this chat on Monday and I'll let you know.15:52
*** _cjones_ has quit IRC15:52
*** _cjones_ has joined #openstack-keystone15:52
alextricitystevemar: diazjf: okay great! I'll read up on these and ask if I have any questions! Thanks guys15:53
stevemaralextricity: the other option is using the 'authorization code' option from the CLI, its not merged yet though :(15:54
stevemardiazjf: you should review! https://review.openstack.org/#/c/224993/15:54
*** urulama has quit IRC15:55
*** su_zhang has quit IRC15:56
*** urulama has joined #openstack-keystone15:56
*** sdake has joined #openstack-keystone15:57
diazjfstevemar, gotcha I'll take a look a little later today15:58
*** ayoung has joined #openstack-keystone16:00
*** ChanServ sets mode: +v ayoung16:00
*** jaosorior has quit IRC16:01
*** jaosorior has joined #openstack-keystone16:02
*** roxanagh_ has quit IRC16:04
*** sdake has quit IRC16:04
dstanekstevemar: thx16:05
*** roxanagh_ has joined #openstack-keystone16:05
*** sdake_ has joined #openstack-keystone16:07
alextricitystevemar: Will I have to change the RedirectURI and LocationMatch to work with version 1.3? Or can I use the 1.2 version still?16:08
alextricityhttp://specs.openstack.org/openstack/keystone-specs/api/v3/identity-api-v3-os-federation-ext.html#web-single-sign-on-authentication16:08
*** jsavak has joined #openstack-keystone16:08
alextricityYour using the 1.2 version in your one-shoter16:08
stevemaralextricity: depends on your version of keystone that you're running16:08
* alextricity checks16:09
edmondswdstanek, your comments should be addressed now in https://review.openstack.org/#/c/217373/16:09
stevemaralextricity: if you're using liberty, you can use either, if you're using kilo or older, it can only be the first example (the 1.2 one)16:09
dstanekedmondsw: great, i'll take a look16:10
edmondswtx16:10
*** sdake has joined #openstack-keystone16:11
*** jsavak has quit IRC16:13
openstackgerritBrant Knudson proposed openstack/keystone: Cleanup _build_federated_info  https://review.openstack.org/22065816:14
*** sdake_ has quit IRC16:14
*** doug-fish has joined #openstack-keystone16:14
alextricitystevemar: What version number am I looking at here? The version of the federation extenstion?16:16
alextricityextension*16:16
openstackgerritBrant Knudson proposed openstack/keystone: Add user_domain_id, project_domain_id to auth context  https://review.openstack.org/21379216:16
openstackgerritBrant Knudson proposed openstack/keystone: More info in RequestContext  https://review.openstack.org/21359516:17
*** amit213 has quit IRC16:17
*** phalmos has quit IRC16:17
alextricitystevemar: Because I see here I'm running keystone (8.0.0.0b3)16:17
*** amit213 has joined #openstack-keystone16:18
alextricitykeystoneauth1 (1.1.0)16:18
stevemaralextricity: use the shorter redirect URL, just in case16:19
*** roxanagh_ has quit IRC16:23
*** roxanagh_ has joined #openstack-keystone16:24
*** jaosorior has quit IRC16:28
openstackgerritMerged openstack/oslo.policy: Updated from global requirements  https://review.openstack.org/22680716:29
*** gyee has joined #openstack-keystone16:29
*** ChanServ sets mode: +v gyee16:29
*** kiran-r has joined #openstack-keystone16:31
openstackgerritTony Wang proposed openstack/keystone: Show v3 endpoints in v2 endpoint list  https://review.openstack.org/21587016:36
openstackgerritBrant Knudson proposed openstack/keystone: Enable try_except_pass Bandit test  https://review.openstack.org/22573816:37
openstackgerritBrant Knudson proposed openstack/keystone: Enable subprocess_without_shell_equals_true Bandit test  https://review.openstack.org/22569216:37
openstackgerritBrant Knudson proposed openstack/keystone: Enable Bandit 0.13.2 tests  https://review.openstack.org/22534716:37
openstackgerritBrant Knudson proposed openstack/keystone: Enable hardcoded_bind_all_interfaces Bandit test  https://review.openstack.org/22569016:37
openstackgerritBrant Knudson proposed openstack/keystone: Enable password_config_option_not_marked_secret Bandit test  https://review.openstack.org/22569116:37
openstackgerritBrant Knudson proposed openstack/keystone: Update bandit blacklist_calls config  https://review.openstack.org/22532716:37
openstackgerritBrant Knudson proposed openstack/keystone: Update bandit blacklist_imports config  https://review.openstack.org/22534116:37
*** nicodemos has joined #openstack-keystone16:41
*** topol has joined #openstack-keystone16:47
*** ChanServ sets mode: +v topol16:47
*** henrynash has joined #openstack-keystone16:48
*** ChanServ sets mode: +v henrynash16:48
openstackgerritEric Brown proposed openstack/keystone: Handle 16-char non-uuid user IDs in payload  https://review.openstack.org/22612116:49
*** ankita_wagh has joined #openstack-keystone16:51
openstackgerritDolph Mathews proposed openstack/keystone: Rename v3_authenticate_token() to v3_create_token()  https://review.openstack.org/22688116:53
*** aix has quit IRC16:53
*** tonytan4ever has joined #openstack-keystone16:55
*** tonytan_brb has joined #openstack-keystone16:56
*** exploreshaifali has joined #openstack-keystone16:57
brownedolphm: on https://review.openstack.org/#/c/226121/, were you suggesting a new conf option?  if so, i think that would be a little strange to rely on a deployer to set it correctly to avoid a bug.  alternatively, the convert_uuid could only be used when using sql identity backend16:57
dolphmbrowne: i was, but only as a thought experiment. i'm not sure it's a good idea myself16:59
dolphmbrowne: making it conditional based on the identity driver is probably more reliable16:59
*** tonytan4ever has quit IRC16:59
dolphmbrowne: but you'd have to check to see if the driver is an instance of our own driver, to match deployments who have extended the default driver17:00
dolphmbrowne: .... which leads me back to a separate conf option :P17:00
*** kiran-r has quit IRC17:00
brownedolphm: ugh, sounds gross to put knowledge of the identity drivers in the token backend17:00
*** tonytan_brb has quit IRC17:01
dolphmbrowne: 100% agree.17:01
*** fhubik is now known as fhubik_brb17:01
dolphmlbragstad: have you seen this bug? ^17:02
lbragstaddolphm: browne yeah, that would make sense17:03
*** su_zhang has joined #openstack-keystone17:03
brownethe other fun thing about this bug is that it only exists in py27.17:04
dolphmbrowne: ooh, that's interesting. is there a py34 implementation of UUID that we could backport?17:04
*** henrynash has quit IRC17:04
lbragstadactually, how are we hitting that...17:04
lbragstadbecause we use this - https://github.com/openstack/keystone/blob/master/keystone/token/providers/fernet/token_formatters.py#L41717:04
dolphmlbragstad: that's the problem, actually17:05
brownedolphm: so in py3.x bytes and str are different.  py27 they are not17:05
lbragstadhttps://github.com/openstack/keystone/blob/master/keystone/token/providers/fernet/token_formatters.py#L337-L34917:05
lbragstadhmm17:05
dolphmlbragstad: we successfully decode things that look like they were UUID, but never were17:05
dolphmlbragstad: so we get a user not found with the decoded result17:05
browneso py34 can assert the string is actually a byte array17:05
dolphmlbragstad: .... because it wasn't encoded at all17:05
lbragstaddolphm: how can we successfully decode it when it wasn;t uuid in the first place?17:06
dolphmlbragstad: luck17:07
dolphmlbragstad: look at browne's test cases17:07
brownelbragstad: because any 16 char str is a valid uuid as far as UUID is concerned17:07
lbragstad...17:08
dolphmbrowne: as long as it's 0-9A-F, though, right?17:08
browne… when you pass using bytes=…17:08
lbragstadhmm interesting...17:08
*** jorge_munoz has quit IRC17:08
brownelbragstad: yeah, its real easy to duplicate using just the UUID module17:09
lbragstadright, so as long as you pass some "ID value" as 0-9 and a-f in bytes...17:09
brownelbragstad: that's true when using uuid.UUID(uuid_string)17:10
brownewhich does fail for 16 char non-uuids17:11
lbragstadso, making that conditional based on the context of the identity backend is a solution17:11
bknudsonI don't think a config option is a terrible idea17:12
lbragstadif you're using the ldap identity backend, keystone can safely encode or decode user IDs?17:12
*** kiranr has quit IRC17:12
lbragstadbecause that is separate user management17:12
bknudsonor maybe it's based on if you're using ldap identity17:12
*** ankita_wagh has quit IRC17:12
brownelbragstad: all that matters is whether the user_id is a uuid or not17:12
lbragstadbknudson: a separate config option to attempt packing as bytes?17:12
*** ankita_wagh has joined #openstack-keystone17:12
brownetechnically you can have a uuid using ldap17:12
lbragstadtrue17:12
lbragstadI think I like bknudson's config idea...17:13
dolphm>>> uuid.UUID(bytes='DeadFacedBeefDad')17:13
dolphmUUID('44656164-4661-6365-6442-656566446164')17:13
lbragstadwe can add a config option to let the deployer choose to compress user ids to bytes17:13
lbragstadif they have the ability to do so17:13
*** pnavarro has quit IRC17:14
dolphmlbragstad: that was my first thought. but default it to enable or disable?17:14
lbragstadif not, they can still use fernet tokens but they get a bit bigger17:14
brownelbragstad: yeah, probably the best option17:14
dolphmlbragstad: if you default it to enable, they have to disable it to avoid a bug, as browne pointed out.17:14
lbragstadright17:14
dolphmlbragstad: if you default it to disable, then deployers have to opt-in to get smaller tokens.17:14
lbragstadI would consider it a performance gain17:14
lbragstadi'd say the second case is safer?17:14
lbragstadworst case in the second case is the token is a bit bigger17:15
dolphmlbragstad: safer but i dislike both lol17:15
dolphmlbragstad: a bit?!17:15
lbragstadjust a bit :)17:15
lbragstad16 will turn to 32.. so17:15
*** e0ne has quit IRC17:16
lbragstadtwice as big depending on how many id strings are in the token.. .17:16
brownemost are probably using ldap anyway17:16
dolphmlbragstad: holy crap i think there's a significant waste of space here already17:17
lbragstad?17:17
browneif user_id had a type of UUID, then another solution would be to check instanceof.  but that probably causes tons of changes17:18
lbragstaddolphm: in the payload?17:18
dolphmlbragstad: yeah, testing to make sure i'm not crazy, one min.17:19
*** diazjf has quit IRC17:19
lbragstadbrowne: http://cdn.pasteraw.com/klxyo3k5t3mwn1yegkwowhtfzsovhat17:19
lbragstadbrowne: is that what you mean?17:20
brownelbragstad: yeah, i'm suggesting t= uuid.uuid4(), not t= uuid.uuid4().hex17:20
lbragstadbrowne: oh...17:21
*** su_zhang_ has joined #openstack-keystone17:21
*** su_zhang has quit IRC17:21
lbragstadyeah that would work, but I'm not sure we'd be able to make that change?17:21
dolphmlbragstad: i appear to be wrong and/or we're only wasting a single byte17:21
lbragstadbrowne: that would be the ideal fix however17:21
browneyeah, probably would cause a ripple of huge number of changes everywhere.  i think user_id is assumed to be a string17:21
*** urulama has quit IRC17:21
*** urulama has joined #openstack-keystone17:22
bknudsonif it's a useful change, go ahead17:22
dolphmbrowne: user_id is definitely a string, but we can do whatever we need to inside fernet.... but i don't follow what you're suggesting?17:22
lbragstaddolphm: browne if the id came from ldap, we can't convert 1234567890abcdef to a uuid class, because we hit the same issue17:23
brownedolphm: i'm suggesting the type is uuid.UUID, not str.  and for other non-uuid user_ids it would be string or whatever17:23
dolphmbrowne: ah you mean passing around one of two completely different types as a user ID within keystone?17:24
brownelbragstad: using a uuid in ldap is probably incredibly rare, although possible.  yes, that case can't really be identified well17:24
brownedolphm: yeah, not a simple thing17:25
*** raildo is now known as raildo-afk17:25
dolphmlbragstad: tl;dr i think we could have saved a byte if msgpack.packb() knew how to pack unsigned long ints but it refuses17:25
dolphmmsgpack.exceptions.PackValueError: Integer value out of range17:25
lbragstaddolphm: oh, interesting...17:27
openstackgerritBrant Knudson proposed openstack/keystone: Fix typo in config help  https://review.openstack.org/22688817:28
dolphmlbragstad: we could have used uuid.uuid4().int instead of bytes and this would have been trivial to distinguish17:28
dolphmlbragstad: well, i take that back. that wouldn't have solved the bug.17:28
lbragstaddolphm: can we change it?17:28
*** lhcheng has joined #openstack-keystone17:31
*** ChanServ sets mode: +v lhcheng17:31
*** spandhe has joined #openstack-keystone17:32
*** su_zhang_ has quit IRC17:35
*** su_zhang has joined #openstack-keystone17:35
*** topol has quit IRC17:38
*** raildo-afk is now known as raildo17:41
*** phalmos has joined #openstack-keystone17:41
alextricitystevemar: So I don't need to set up SSL at all for this?17:48
alextricityI would imagine that SSL would need to be set up for horizon and keystone17:48
dolphmstevemar: +1 do be secure17:49
dolphmalextricity: ^17:49
odyssey4mealextricity yeah, ssl is only an absolutely requirement when your IdP is ADFS as it refuses to trust an SP that doesn't present via SSL :)17:51
alextricityHmmm..interesting. Thanks odyssey4me dolphm17:52
odyssey4mefor production, you would want to use SSL for any publically presented identity authentication/authorization17:53
odyssey4methat seems to be a rather obvious statement to make :)17:53
alextricityBut it's always good to throw that out there!17:53
alextricityPeople tend to forget..17:53
*** kiran-r has joined #openstack-keystone17:54
*** e0ne has joined #openstack-keystone17:56
*** henrynash has joined #openstack-keystone17:57
*** ChanServ sets mode: +v henrynash17:57
bknudsondoc fix could use keystone support: https://review.openstack.org/22690117:59
henrynashmorgan: we need to revert (or modify items from version 3.5 to 3.5) a bunch of changes to the Identity API spec (e.g. I think all buit the last two items listed as changes for 3,5)!18:02
henrynashmorgan: since these blueprints never landed18:03
morganhenrynash: huh? Oh sure18:03
bknudsonthey're part of the spec but keystone doesn't need to implement it.18:03
henrynashmorgan: yep18:03
henrynashmorgan, bknudson: mayeb we just mark them as 3.618:03
bknudsondoes keystone say that it support 3.5?18:04
henrynashbknudson: intersteding question…not sure where we say that…but normally the version of teh spec is tied to a relasee (and 3.5 = :Liberty)18:04
henrynashsory, neet to go offline for a bit, be back on later….happy to make these changesif we agree18:05
*** mylu has joined #openstack-keystone18:05
morganPropose them. - we cab have the discussion in gerrit18:05
henrynashok, will do18:05
*** henrynash has quit IRC18:05
*** doug-fis_ has joined #openstack-keystone18:05
*** e0ne has quit IRC18:06
*** doug-fi__ has joined #openstack-keystone18:06
*** doug-f___ has joined #openstack-keystone18:08
*** doug-fish has quit IRC18:08
*** urulama has quit IRC18:08
*** urulama has joined #openstack-keystone18:09
*** doug-fish has joined #openstack-keystone18:09
*** doug-fis_ has quit IRC18:10
*** doug-fis_ has joined #openstack-keystone18:11
*** su_zhang has quit IRC18:11
*** doug-fi__ has quit IRC18:11
*** su_zhang has joined #openstack-keystone18:11
*** doug-f___ has quit IRC18:13
*** e0ne has joined #openstack-keystone18:13
*** ankita_wagh has quit IRC18:13
*** doug-fish has quit IRC18:14
*** ankita_wagh has joined #openstack-keystone18:14
*** diazjf has joined #openstack-keystone18:17
openstackgerritMerged openstack/keystone: Use the correct import for range  https://review.openstack.org/22680118:21
dstanekdolphm: what are your thoughts on https://review.openstack.org/#/c/226697/ ?18:21
*** jorge_munoz has joined #openstack-keystone18:23
*** phalmos has quit IRC18:23
stevemaralextricity: odyssey4me dolphm yeah, SSL is recommended, but i was just playing around and not using it, and thus set the SSLVerift options to false18:26
*** dims__ has joined #openstack-keystone18:28
dolphmdstanek: i'm not opposed. that second test is the sort of negative test that i value. what happens when we pass it a null value or an empty string? etc. i wouldn't be surprised to see timeutils silently pass back a null value as well18:28
dstanekdolphm: we can add tests for whatever part of the interface that we want. the benefit to doing it this way is that the intent is clear. having an extra assert in another test may work, but it's not as clear why it's there so will likely be removed in a future refactoring18:30
dolphmdstanek: ++18:31
*** dims_ has quit IRC18:31
dstanekdolphm: the other benefit is that these tests are super simple and fast18:32
*** aix has joined #openstack-keystone18:33
*** kiran-r has quit IRC18:33
alextricitystevemar: diazjf Is the authorized redirect URI in the google dev console the same one I configured in the apache module config?18:34
dstanekok, tired of looking at a glowing screen - might be time for a run18:34
lbragstaddstanek: nice, have fun18:34
stevemaralextricity: yes sir18:35
*** topol has joined #openstack-keystone18:36
*** ChanServ sets mode: +v topol18:36
alextricitystevemar: They don't take public IPs though. Any other way around that aside from using a legit domain?18:36
*** phalmos has joined #openstack-keystone18:36
stevemaralextricity: i was just using localhost:500018:39
*** topol has quit IRC18:40
alextricitystevemar: hmm..i guess that would work. that means that uri is processed locally, right?18:43
alextricityI'm just trying to understand it all XD18:43
*** e0ne has quit IRC18:49
*** phalmos has quit IRC18:49
*** su_zhang has quit IRC18:51
*** dsirrine has joined #openstack-keystone18:58
mfischstevemar: deployed the CADF consumer today to dev running in a container18:59
lbragstaddolphm: fwiw, i got everything in tempest.api.identity.v3 and tempest.api.identity.admin.v3 to pass with - http://cdn.pasteraw.com/6k893vbt6i5kpnvpjjjayjxs5n1ncxu18:59
mfischstevemar: when its gets to prod I'll let you know the message rate18:59
stevemarmfisch: cool cool19:03
stevemarmfisch: would the chattiness be a factor even if you don't listen to those events?19:03
mfischwell as it turns out I need the chatty ones19:04
mfischI'm logging 4 things for now19:04
mfischbut this is very much iterative, I especially need to see how much space these logs take19:04
*** mylu has quit IRC19:10
*** mylu has joined #openstack-keystone19:10
*** phalmos has joined #openstack-keystone19:12
*** e0ne has joined #openstack-keystone19:12
edmondswbknudson, should this retry be moved down into the HttpError block?  https://github.com/openstack/keystonemiddleware/blob/master/keystonemiddleware/auth_token/_identity.py#L22019:14
*** mylu has quit IRC19:14
*** exploreshaifali has quit IRC19:15
*** mylu has joined #openstack-keystone19:16
*** dsirrine has quit IRC19:19
*** tonytan4ever has joined #openstack-keystone19:22
*** phalmos has quit IRC19:22
*** mylu has quit IRC19:22
*** mylu has joined #openstack-keystone19:23
dolphmdstanek: abandon? revive? https://review.openstack.org/#/c/183189/19:23
*** urulama has quit IRC19:24
dstanekdolphm: that's on the list of things i have been playing with. I can update it later with what I've got so far19:24
*** mylu_ has joined #openstack-keystone19:24
*** urulama has joined #openstack-keystone19:24
*** mylu has quit IRC19:24
*** dims__ has quit IRC19:24
*** e0ne has quit IRC19:24
*** dims_ has joined #openstack-keystone19:25
dolphmdstanek: cool19:26
*** phalmos has joined #openstack-keystone19:31
dolphmlbragstad: same question: abandon or revive? https://review.openstack.org/#/c/167832/19:32
*** dsirrine has joined #openstack-keystone19:35
lbragstaddolphm: I'd like to get that landed, but morgan made a point that it would probably be easier to refactor the tests after the token_provider api is cleaned up19:36
dolphmlbragstad: which hasn't happened19:36
lbragstaddolphm: yeah, i'll abandon for now19:37
dolphmlbragstad: either way19:37
lbragstadand dig it up later if we want to revisit it19:37
dolphmlbragstad: cool19:37
bknudsonedmondsw: do you think it should retry if it gets unauthorized? wouldn't that only happen if the password was wrong (or however the auth was done)19:37
bknudsonyou don't want to retry for invalid token, right?19:37
edmondswbknudson, that's my point... I don't think it makes sense where it is today19:37
bknudsonthis might be something that never made much sense19:37
bknudsonthe suggestion to retry in the case of HttpError makes more sense, I guess.19:38
edmondswok, so I'll throw up a commit for moving that... dstanek also thought this was odd, so with at least 3 of us on the same page...19:38
*** mylu_ has quit IRC19:38
dolphmi can't think of a reason why it would retry on 401 without at least doing something in between to try and get a different result19:39
*** mylu has joined #openstack-keystone19:39
dolphmnor should it issue a warning there, but that's a different problem19:39
*** mylu has quit IRC19:40
edmondswdolphm, why no warning? it's essentially telling you keystone_authtoken config section is wrong, right?19:40
dolphmedmondsw: +1 to moving it into the next except block. i'd also be curious if there were any clues in the git history, but i think that code has been moved around a *lot* so that might be too difficult to be worth the effort19:40
*** tjcocozz_ has joined #openstack-keystone19:41
dolphmedmondsw: it's failing to validate a user token, not it's own token. that 401 is expected behavior under any number of circumstances, and never a surprise to the operator19:41
bknudsonit did move around a couple times.19:41
dolphmoh wait, that might be a lie. i forgot about 401 vs 404 on this call...19:42
edmondswdolphm, I don't think that's right... I think the failure to validate the user token is the NotFound, and this is exactly when it fails to auth itself19:42
bknudsonnot being able to auth as the service user seems like something to tell the operator about19:43
dolphmedmondsw: ah, so in a 401 condition, i actually think the retry is appropriate there! middleware's own token may have expired, and it's up to the _request_strategy implementation to refresh itself, and for this code to try again19:43
dolphmalthough perhaps that behavior should be built into _auth_strategy.verify_token() rather than being handled here19:44
dolphmedmondsw: anyway, the retry seems appropriate to me, even if the responsibility is in the wrong scope, but i think the same retry strategy should apply to the HttpError block19:45
edmondswyou're saying it might be a token-expired problem, as opposed to a credentials-no-good problem... if that's possible here, I agree, a retry does make sense19:45
dolphmedmondsw: yes19:45
*** tjcocozz_ has quit IRC19:46
edmondswso instead of move it to HttpError, copy it to HttpError19:46
bknudsonit's not too useful to retry with the same token19:46
dolphmbknudson: if retry is False, i'd log a warning only then19:46
dolphmbknudson: i'm assuming _request_strategy will get a new one in between?19:46
edmondsw+1 on moving the warning to when retry is False19:46
bknudsonI'd think that would be up to the session to get a new token.19:46
bknudsonand I think it does that automatically when it can19:47
dolphmbknudson: sure, would that happen in between retries here?19:47
bknudsonshouldn't require a retry, it'll retry by itself19:47
dolphmbknudson: so we'll never hit the retry on an expired token?19:47
dolphmedmondsw: can you add some inline comments about when these except blocks are expected to be hit? :)19:47
edmondswdolphm: once we figure that out :)19:48
bknudsondolphm: right, if the token was expired then the session would try to get a new token, and you'd get the auth failure then.19:48
bknudsonor you'd get a fresh token and then it would have worked and not auth failure19:48
*** su_zhang has joined #openstack-keystone19:48
bknudsonthat assumes I know how sessions and the auth plugins work, but I think that's the point of some of the code in auth tokens... let's see if I can find it.19:49
bknudsonauth plugins, not tokens19:49
bknudsonthere's an auth plugin for token auth that's using the admin token where that won't retry19:50
bknudsonhere's some code: http://git.openstack.org/cgit/openstack/python-keystoneclient/tree/keystoneclient/session.py#n38819:51
bknudson^ shows that the session will try to get a new token on a request.19:53
*** roxanagh_ has quit IRC19:54
*** roxanagh_ has joined #openstack-keystone19:54
bknudsonhere's auth_token's special plugin: http://git.openstack.org/cgit/openstack/keystonemiddleware/tree/keystonemiddleware/auth_token/_auth.py#n87 -- looks like it's able to re-fetch the token if you do username / password19:54
*** gordc_ has joined #openstack-keystone19:57
*** gordc_ is now known as guestblahasdfafa19:58
*** guestblahasdfafa has quit IRC19:58
*** pnavarro has joined #openstack-keystone19:58
*** mylu has joined #openstack-keystone19:59
*** mylu has quit IRC20:01
*** mylu has joined #openstack-keystone20:02
*** ankita_wagh has quit IRC20:03
*** ankita_wagh has joined #openstack-keystone20:03
edmondswbknudson, if there's just one plugin that doesn't retry, then we need to keep the retry here, no?20:05
edmondswwell, if it was just an admin_token case... retry there won't help because the admin_token won't have changed20:06
*** mylu has quit IRC20:06
bknudsonthen change the plugin to retry.20:07
bknudsonactually, it might retry, just retries with the same token20:07
*** jorge_munoz has quit IRC20:08
*** stevemar has quit IRC20:11
*** stevemar has joined #openstack-keystone20:11
*** ChanServ sets mode: +v stevemar20:11
*** stevemar has quit IRC20:13
openstackgerritBrant Knudson proposed openstack/keystone: Move development environment setup instructions to standard location  https://review.openstack.org/22697420:18
*** roxanagh_ has quit IRC20:19
*** sdake_ has joined #openstack-keystone20:22
*** nicodemos has quit IRC20:23
*** roxanagh_ has joined #openstack-keystone20:25
*** sdake has quit IRC20:25
*** mylu has joined #openstack-keystone20:27
*** roxanagh_ has quit IRC20:27
*** ankita_w_ has joined #openstack-keystone20:29
*** ankita_wagh has quit IRC20:29
*** mylu has quit IRC20:33
*** jorge_munoz has joined #openstack-keystone20:34
*** mylu has joined #openstack-keystone20:35
*** mylu has quit IRC20:38
*** mylu has joined #openstack-keystone20:39
*** mylu has quit IRC20:43
*** su_zhang_ has joined #openstack-keystone20:45
*** su_zhang has quit IRC20:45
*** su_zhang_ has quit IRC20:45
*** ankita_w_ has quit IRC20:45
*** su_zhang has joined #openstack-keystone20:45
*** ankita_wagh has joined #openstack-keystone20:46
*** su_zhang has quit IRC20:50
*** su_zhang has joined #openstack-keystone20:51
*** raildo is now known as raildo-afk20:53
*** sigmavirus24_awa has quit IRC20:54
*** d34dh0r53 has quit IRC20:55
*** d34dh0r53 has joined #openstack-keystone20:55
*** eglute has quit IRC20:55
*** eglute has joined #openstack-keystone20:55
*** ankita_wagh has quit IRC20:55
*** ankita_wagh has joined #openstack-keystone20:56
*** thiagop has quit IRC20:57
*** sigmavirus24_awa has joined #openstack-keystone20:57
openstackgerritBrant Knudson proposed openstack/keystone: Correct comment to not be driver-specific  https://review.openstack.org/22699220:58
openstackgerritBrant Knudson proposed openstack/keystone: Correct docstrings  https://review.openstack.org/22699621:03
*** hrou has quit IRC21:04
*** diazjf has quit IRC21:16
openstackgerritBrant Knudson proposed openstack/keystone: Fix use of TokenNotFound  https://review.openstack.org/22700421:23
*** chris_19 has joined #openstack-keystone21:23
*** topol has joined #openstack-keystone21:23
*** ChanServ sets mode: +v topol21:23
morganoh i should probably do the un -2 thing now21:23
chris_19I have a caching question21:23
chris_19In the keystone.conf, what's the difference between the [cache]/memcache_servers setting and the [memcache]/servers setting?21:24
*** roxanagh_ has joined #openstack-keystone21:24
morganchris_19: the [memcache] server settings is a general setting used for the token memcache backend. The cache backend (used to, but may not anymore) fall back to [memcache]/servers if it is unset in the [cache] section21:27
morganchris_19: in short, it allows you to use two different memcache backends, one for caching of real data and one for the Token storage backend (please do not use memcahce for the token backend)21:27
chris_19hmmm. ok21:27
*** topol has quit IRC21:28
morganchris_19: caching is for things like SQL/domain/etc21:28
chris_19So, [cache] = real data and [memcache] = token backend (which you say don't use)21:29
morgancache is for caching things like results of the SQL queries internally21:30
chris_19right21:30
morganto help offload stuff like ".get_user(<christ_19's_user_id>)21:30
morgan:)21:30
chris_19thanks. that helps21:32
morgan:)21:32
morgansure thing21:32
*** pnavarro has quit IRC21:34
*** doug-fis_ has quit IRC21:35
openstackgerritDolph Mathews proposed openstack/keystone: Issue revocation events for the previous second  https://review.openstack.org/22701521:35
morgandolphm: that was kindof the direction I'd want to go all things considered21:37
morgandolphm: ^21:37
*** henrynash has joined #openstack-keystone21:37
*** ChanServ sets mode: +v henrynash21:37
morganthough it may *still* fail tempest21:37
morganbecause we do [ISSUE TOKENS SO FAST OMG] in some scenarios21:38
dolphmmorgan: lol yeah. it fails miserably against keystone, but i might just be doing the math in the wrong spot21:44
dolphmmorgan: will keep playing / feel free to suggest changes21:44
morganwill do.21:44
morganthe keystone tests are easy... the tempest part is where I'm worried21:45
dolphmmorgan: trying a similar patch with time.sleep(1) now for the sake of sanity before debugging the failures in the patch above21:45
dolphmmorgan: right21:45
morgandolphm: use mock vs. sleep(1) in the final case21:45
dolphmmorgan: this would fix it from tempest's perspective, in theory21:45
morgantempest we should fix the tempest tests too21:45
dolphmmorgan: atm, i'm actually sleeping in the revocation model, not the tests21:45
dolphmmorgan: lance has a two line patch to fix tempest, using sleep, but tempest folks obviously no likey21:46
dolphmand we can't advance keystone's clock from the client side lol21:46
openstackgerrithenry-nash proposed openstack/keystone-specs: Align API spec for Liberty (3.5) with the changes that merged  https://review.openstack.org/22702321:47
morgandolphm: ooh. hm.21:47
morgandolphm: I'll take a closer look at how fernet does these things as well soon. maybe we can play a game and always issue a token for now()+1second21:48
morganwhich *should* absolutely work as expected21:48
morganin all cases [with a minor massage of our internal testing]21:49
openstackgerrithenry-nash proposed openstack/keystone-specs: Align API spec for Liberty (3.5) with the changes that merged  https://review.openstack.org/22702321:49
*** mjb has quit IRC21:50
*** mjb has joined #openstack-keystone21:50
dolphmmorgan: auditors will love that :D21:50
morgandolphm: I don't think they will care as much since we know "revoke" is as of "now" and all tokens after "now" should be valid21:51
morganhell, they give us a pass on bearer tokens21:51
morganand seriously 1s resolution is well within acceptable clock drift21:52
dolphmmorgan: just discovered that the best part about putting a time.sleep(1) in the revocation model itself is that ALLLLL the tests take waaaaaaaaay longer21:53
morganas much as I wish we could rely on RTC everywhere21:53
morgandolphm: hah yeah =/21:53
morgandolphm: with mock.patch(time.time, return time.time()+1): issue_token21:56
morgan:P21:56
dolphmi smell mock as a service21:58
morgandolphm: woo ;)21:59
*** sdake_ has quit IRC21:59
*** pauloewerton has quit IRC22:02
*** flaper87 has quit IRC22:03
*** fhubik_brb has quit IRC22:04
*** tsymancz2k has quit IRC22:04
openstackgerritDolph Mathews proposed openstack/keystone: Slow keystone waaaaaaay down  https://review.openstack.org/22703022:04
dolphmmorgan: ^22:04
dolphmneeds +2's plz22:04
morgandolphm: sadly that probably wont work too well.. apache model and all that. :P22:05
*** telemonster has quit IRC22:05
morganonly will slow down one of the workers tokens issued concurrently still broken :(22:05
*** hrou has joined #openstack-keystone22:06
*** telemonster has joined #openstack-keystone22:06
dolphmmorgan: slows the unit test suite down by 1266% for stability22:07
*** flaper87 has joined #openstack-keystone22:07
*** slberger has left #openstack-keystone22:08
*** tsymancz2k has joined #openstack-keystone22:09
*** stevemar has joined #openstack-keystone22:13
*** ChanServ sets mode: +v stevemar22:13
*** geoffarnold has quit IRC22:13
*** mylu has joined #openstack-keystone22:14
*** KarthikB has quit IRC22:14
*** stevemar has quit IRC22:15
*** openstackgerrit has quit IRC22:16
*** openstackgerrit has joined #openstack-keystone22:17
*** _cjones_ has quit IRC22:17
*** _cjones_ has joined #openstack-keystone22:17
*** henrynash has quit IRC22:19
*** mestery has quit IRC22:21
*** mestery has joined #openstack-keystone22:22
openstackgerritDolph Mathews proposed openstack/keystone: Issue revocation events in the future and in the past, or something  https://review.openstack.org/22703422:23
openstackgerritDolph Mathews proposed openstack/keystone: Issue revocation events in the future and in the past, or something  https://review.openstack.org/22703422:23
*** gordc has quit IRC22:26
morgandolphm: your commit messages are getting funnier and funnier22:30
*** jorge_munoz has quit IRC22:31
*** csoukup has quit IRC22:32
*** jamielennox is now known as jamielennox|away22:35
*** su_zhang has quit IRC22:35
*** su_zhang has joined #openstack-keystone22:35
*** alejandrito has quit IRC22:36
*** dims__ has joined #openstack-keystone22:43
*** dims_ has quit IRC22:46
*** su_zhang has quit IRC22:46
*** su_zhang has joined #openstack-keystone22:46
*** lhcheng has quit IRC22:52
*** jerrygb has quit IRC22:55
*** akanksha_ has quit IRC22:58
*** geoffarnold has joined #openstack-keystone22:59
*** geoffarn_ has joined #openstack-keystone23:00
*** geoffarnold has quit IRC23:03
*** tonytan4ever has quit IRC23:09
*** geoffarn_ is now known as geoffarnoldX23:10
*** stevemar has joined #openstack-keystone23:13
*** ChanServ sets mode: +v stevemar23:13
*** geoffarnoldX is now known as geoffarn_23:13
*** lhcheng has joined #openstack-keystone23:16
*** ChanServ sets mode: +v lhcheng23:16
*** urulama has quit IRC23:20
*** lhcheng_ has joined #openstack-keystone23:20
*** urulama has joined #openstack-keystone23:22
*** lhcheng has quit IRC23:22
*** mylu has quit IRC23:24
*** mylu has joined #openstack-keystone23:25
*** geoffarn_ is now known as geoffarnoldX23:25
*** geoffarnoldX is now known as geoffarn_23:25
*** mylu has quit IRC23:29
*** geoffarn_ has quit IRC23:32
*** phalmos has quit IRC23:39
*** _hrou_ has joined #openstack-keystone23:46
*** hrou has quit IRC23:49
*** jamielennox|away is now known as jamielennox23:52

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