Wednesday, 2015-05-06

*** josecastroleon has joined #openstack-keystone00:00
*** gokrokve has quit IRC00:01
*** josecastroleon has quit IRC00:02
*** ayoung has joined #openstack-keystone00:03
*** ChanServ sets mode: +v ayoung00:03
*** josecastroleon has joined #openstack-keystone00:03
*** josecastroleon has quit IRC00:06
*** josecastroleon has joined #openstack-keystone00:07
*** gokrokve has joined #openstack-keystone00:08
*** josecastroleon has quit IRC00:09
*** josecastroleon has joined #openstack-keystone00:10
*** josecastroleon has quit IRC00:12
*** _cjones_ has quit IRC00:12
*** _cjones_ has joined #openstack-keystone00:12
*** josecastroleon has joined #openstack-keystone00:13
ankita_waghHi , I am working on  https://review.openstack.org/179624 . Its having this error. http://logs.openstack.org/24/179624/5/check/gate-tempest-dsvm-neutron-src-keystonemiddleware/bf3fa76/logs/screen-g-api.txt.gz?level=ERROR00:14
*** josecastroleon has quit IRC00:15
ankita_waghNot sure how are they related.. Any help will be highly appreciated00:15
*** josecastroleon has joined #openstack-keystone00:16
*** _cjones_ has quit IRC00:17
*** josecastroleon has quit IRC00:18
*** josecastroleon has joined #openstack-keystone00:19
*** zzzeek has quit IRC00:21
*** josecastroleon has quit IRC00:21
*** josecastroleon has joined #openstack-keystone00:22
*** josecastroleon has quit IRC00:24
*** josecastroleon has joined #openstack-keystone00:25
*** josecastroleon has quit IRC00:27
morganfainbergdstanek: trying to cross-track http://libertydesignsummit.sched.org/event/8f871516b7d1cf8bf342ada310d91180 but it wont let me assign QA as a track00:28
morganfainbergpossibly because QA already has a session at that time :(00:28
*** josecastroleon has joined #openstack-keystone00:28
*** josecastroleon has quit IRC00:31
*** josecastroleon has joined #openstack-keystone00:32
*** dims_ has joined #openstack-keystone00:32
*** dims has quit IRC00:33
*** josecastroleon has quit IRC00:34
*** josecastroleon has joined #openstack-keystone00:35
*** josecastroleon has quit IRC00:37
*** josecastroleon has joined #openstack-keystone00:38
*** josecastroleon has quit IRC00:40
*** josecastroleon has joined #openstack-keystone00:41
*** ankita_wagh has quit IRC00:41
*** ankita_wagh has joined #openstack-keystone00:42
-openstackstatus- NOTICE: Restarted gerrit due to stuck stream-events connections. Events since 23:49 were missed and changes uploaded since then will need to be rechecked.00:42
*** josecastroleon has quit IRC00:43
*** josecastroleon has joined #openstack-keystone00:44
*** josecastroleon has quit IRC00:46
*** ankita_wagh has quit IRC00:46
*** samueldmq has quit IRC00:47
*** josecastroleon has joined #openstack-keystone00:47
jamielennox17420200:48
jamielennoxdam00:48
*** josecastroleon has quit IRC00:49
*** samueldmq has joined #openstack-keystone00:50
*** josecastroleon has joined #openstack-keystone00:51
*** lhcheng has quit IRC00:52
*** josecastroleon has quit IRC00:52
*** josecastroleon has joined #openstack-keystone00:54
*** josecastroleon has quit IRC00:56
*** josecastroleon has joined #openstack-keystone00:57
*** josecastroleon has quit IRC00:59
*** josecastroleon has joined #openstack-keystone01:00
*** josecastroleon has quit IRC01:02
*** gokrokve has quit IRC01:02
*** josecastroleon has joined #openstack-keystone01:03
*** josecastroleon has quit IRC01:05
*** josecastroleon has joined #openstack-keystone01:06
ayoung#rdo has this in the status:  Please stay in channel after asking a question - it can take a while!01:06
*** josecastroleon has quit IRC01:08
ayoungjamielennox, what do you think of splitting https://review.openstack.org/#/c/174799/  endpoint constraints out into its own middleware?01:09
*** josecastroleon has joined #openstack-keystone01:10
jamielennoxayoung: i much prefer that than mixing up policy into auth_token01:10
ayoungjamielennox, cool.  gonna suggest that01:10
ayoungit does mean we need to update the deployment in all endpoints, but I think that is preferable01:10
ayoungbetter than adding a new config option01:10
*** josecastroleon has quit IRC01:11
ayoungjamielennox, I'm thinking that the policy rule name should be hard coded;  global:servicecatalog or something like that.  Is there a better name than global?01:12
*** josecastroleon has joined #openstack-keystone01:13
jamielennoxdefault?01:13
jamielennoxno default implies it only runs if nothing else matches01:13
jamielennoxyou sure you want to embed it in a standard policy file?01:14
*** josecastroleon has quit IRC01:14
*** josecastroleon has joined #openstack-keystone01:16
*** josecastroleon has quit IRC01:17
*** josecastroleon has joined #openstack-keystone01:19
*** josecastroleon has quit IRC01:21
*** alexsyip has quit IRC01:22
*** lhcheng has joined #openstack-keystone01:22
*** ChanServ sets mode: +v lhcheng01:22
*** josecastroleon has joined #openstack-keystone01:22
*** josecastroleon has quit IRC01:25
*** josecastroleon has joined #openstack-keystone01:27
*** josecastroleon has quit IRC01:28
*** josecastroleon has joined #openstack-keystone01:30
*** josecastroleon has quit IRC01:31
*** davechen1 has joined #openstack-keystone01:32
*** josecastroleon has joined #openstack-keystone01:33
ayoungjamielennox, I think so.  I think it should be possible to mix with the other policy file,  not *must*01:34
*** gokrokve has joined #openstack-keystone01:34
*** josecastroleon has quit IRC01:34
*** josecastroleon has joined #openstack-keystone01:36
*** josecastroleon has quit IRC01:37
*** josecastroleon has joined #openstack-keystone01:39
*** josecastroleon has quit IRC01:40
*** josecastroleon has joined #openstack-keystone01:42
*** spandhe has quit IRC01:43
*** josecastroleon has quit IRC01:44
*** spandhe has joined #openstack-keystone01:45
*** josecastroleon has joined #openstack-keystone01:45
*** josecastroleon has quit IRC01:47
*** spandhe has quit IRC01:47
*** josecastroleon has joined #openstack-keystone01:48
*** josecastroleon has quit IRC01:50
*** josecastroleon has joined #openstack-keystone01:51
*** browne has quit IRC01:51
*** r-daneel has quit IRC01:52
*** josecastroleon has quit IRC01:53
*** josecastroleon has joined #openstack-keystone01:54
*** josecastroleon has quit IRC01:56
*** josecastroleon has joined #openstack-keystone01:58
*** josecastroleon has quit IRC01:59
*** josecastroleon has joined #openstack-keystone02:01
*** josecastroleon has quit IRC02:02
dstanekmorganfainberg: that's unfortunate02:03
*** josecastroleon has joined #openstack-keystone02:04
*** josecastroleon has quit IRC02:05
*** josecastroleon has joined #openstack-keystone02:07
*** josecastroleon has quit IRC02:09
*** josecastroleon has joined #openstack-keystone02:10
*** josecastroleon has quit IRC02:12
*** josecastroleon has joined #openstack-keystone02:13
*** raminoid has left #openstack-keystone02:14
*** josecastroleon has quit IRC02:15
ayoungjamielennox, is it possible to skip "default"  for policy02:15
jamielennoxyou mean global?02:16
jamielennoxdefault is if nothing else is found02:16
jamielennoxsame with {}.get('abc', default='value')02:16
jamielennoxso default only gets executed on fall through02:16
*** josecastroleon has joined #openstack-keystone02:16
jamielennoxi don't know if that's the behaviour you want though02:16
*** josecastroleon has quit IRC02:18
*** josecastroleon has joined #openstack-keystone02:19
*** sigmavirus24 is now known as sigmavirus24_awa02:19
*** richm has quit IRC02:21
*** josecastroleon has quit IRC02:22
*** josecastroleon has joined #openstack-keystone02:23
*** mestery has joined #openstack-keystone02:23
*** dims_ has quit IRC02:24
*** josecastroleon has quit IRC02:25
*** josecastroleon has joined #openstack-keystone02:26
*** josecastroleon has quit IRC02:28
*** browne has joined #openstack-keystone02:28
*** josecastroleon has joined #openstack-keystone02:29
*** gokrokve_ has joined #openstack-keystone02:29
*** josecastroleon has quit IRC02:31
openstackgerritJamie Lennox proposed openstack/keystonemiddleware: Fetch user token from request rather than env  https://review.openstack.org/17420202:31
openstackgerritJamie Lennox proposed openstack/keystonemiddleware: Remove the _msg_format function  https://review.openstack.org/17420102:31
openstackgerritJamie Lennox proposed openstack/keystonemiddleware: Base use webob  https://review.openstack.org/17420002:31
openstackgerritJamie Lennox proposed openstack/keystonemiddleware: Don't rely on token_info for header building  https://review.openstack.org/17419902:31
openstackgerritJamie Lennox proposed openstack/keystonemiddleware: Move project included validation  https://review.openstack.org/17419802:31
*** gokrokve_ has quit IRC02:31
openstackgerritJamie Lennox proposed openstack/keystonemiddleware: Depend on keystoneclient for expiration checking  https://review.openstack.org/17419702:31
openstackgerritJamie Lennox proposed openstack/keystonemiddleware: Don't store expire into memcache  https://review.openstack.org/17419602:31
openstackgerritJamie Lennox proposed openstack/keystonemiddleware: Cleanup token hashes generated by cache  https://review.openstack.org/17419402:31
*** gokrokve_ has joined #openstack-keystone02:31
*** josecastroleon has joined #openstack-keystone02:32
*** gokrokve has quit IRC02:33
*** josecastroleon has quit IRC02:34
*** josecastroleon has joined #openstack-keystone02:35
*** josecastroleon has quit IRC02:37
*** josecastroleon has joined #openstack-keystone02:38
*** josecastroleon has quit IRC02:40
*** josecastroleon has joined #openstack-keystone02:41
*** josecastroleon has quit IRC02:43
*** josecastroleon has joined #openstack-keystone02:44
morganfainbergdstanek: I'll try and bug ttx about it tomorrow.02:45
*** josecastroleon has quit IRC02:47
*** josecastroleon has joined #openstack-keystone02:48
*** spandhe has joined #openstack-keystone02:48
ayoungmorganfainberg, where do audit CADF notification go by default?02:49
ayoungoslo messaging?  a file?02:49
*** josecastroleon has quit IRC02:50
openstackgerritJamie Lennox proposed openstack/keystonemiddleware: Remove custom header handling  https://review.openstack.org/18038502:50
morganfainbergayoung: uh message bus I think.02:51
morganfainbergayoung: so... If not configured, the ether.02:51
*** josecastroleon has joined #openstack-keystone02:51
ayoungmorganfainberg, how configured?02:51
ayoungI'm looking in docs..do we explain this?02:51
*** gokrokve_ has quit IRC02:52
ayoungmorganfainberg, we docuemnt the hell out of the format but then say nothing about how to get them or what to do with them?  Really02:52
*** josecastroleon has quit IRC02:53
ayoung# Driver or drivers to handle sending notifications. (multi valued)02:54
ayoung#notification_driver =02:54
ayoung# AMQP topic used for OpenStack notifications. (list value)02:54
ayoung# Deprecated group/name - [rpc_notifier2]/topics02:54
ayoung#notification_topics = notifications02:54
*** josecastroleon has joined #openstack-keystone02:54
*** josecastroleon has quit IRC02:56
*** kiran-r has joined #openstack-keystone02:57
*** josecastroleon has joined #openstack-keystone02:57
*** gokrokve has joined #openstack-keystone02:59
*** josecastroleon has quit IRC02:59
*** ankita_wagh has joined #openstack-keystone03:00
*** josecastroleon has joined #openstack-keystone03:00
*** josecastroleon has quit IRC03:02
*** josecastroleon has joined #openstack-keystone03:03
*** josecastroleon has quit IRC03:05
*** josecastroleon has joined #openstack-keystone03:06
*** josecastroleon has quit IRC03:08
*** josecastroleon has joined #openstack-keystone03:09
*** markvoelker has quit IRC03:10
*** fifieldt has joined #openstack-keystone03:11
*** josecastroleon has quit IRC03:12
*** josecastroleon has joined #openstack-keystone03:13
*** _cjones_ has joined #openstack-keystone03:13
*** josecastroleon has quit IRC03:15
*** josecastroleon has joined #openstack-keystone03:16
*** josecastroleon has quit IRC03:18
*** _cjones_ has quit IRC03:19
*** josecastroleon has joined #openstack-keystone03:19
*** fifieldt has quit IRC03:20
*** josecastroleon has quit IRC03:21
*** josecastroleon has joined #openstack-keystone03:22
openstackgerritliusheng proposed openstack/keystone: doc: replace GitHub by git.openstack.org  https://review.openstack.org/18039003:22
*** josecastroleon has quit IRC03:24
*** dims has joined #openstack-keystone03:24
*** josecastroleon has joined #openstack-keystone03:25
*** josecastroleon has quit IRC03:27
*** josecastroleon has joined #openstack-keystone03:29
*** dims has quit IRC03:30
*** josecastroleon has quit IRC03:30
*** josecastroleon has joined #openstack-keystone03:31
openstackgerritJamie Lennox proposed openstack/keystonemiddleware: Refactor request methods onto request object  https://review.openstack.org/18039403:32
*** josecastroleon has quit IRC03:33
jamielennoxmorganfainberg, ayoung: all these auth_token refactorings get us closer to sharing it between keystone and middleware - please review03:34
*** kiran-r has quit IRC03:34
*** josecastroleon has joined #openstack-keystone03:35
ayoungjamielennox, will do..but not now...need to get to bed03:35
ayounggot it open in my browser, will hit it in the morning03:35
*** josecastroleon has quit IRC03:37
*** josecastroleon has joined #openstack-keystone03:38
*** josecastroleon has quit IRC03:40
*** gokrokve has quit IRC03:40
*** gokrokve has joined #openstack-keystone03:41
*** josecastroleon has joined #openstack-keystone03:41
*** links has joined #openstack-keystone03:41
*** josecastroleon has quit IRC03:43
*** aix has joined #openstack-keystone03:44
*** josecastroleon has joined #openstack-keystone03:44
*** rushiagr_away is now known as rushiagr03:44
*** josecastroleon has quit IRC03:46
*** josecastroleon has joined #openstack-keystone03:47
*** josecastroleon has quit IRC03:49
*** aix has quit IRC03:50
*** josecastroleon has joined #openstack-keystone03:51
*** josecastroleon has quit IRC03:52
*** josecastroleon has joined #openstack-keystone03:54
*** josecastroleon has quit IRC03:55
*** josecastroleon has joined #openstack-keystone03:57
*** josecastroleon has quit IRC03:58
*** josecastroleon has joined #openstack-keystone04:00
*** josecastroleon has quit IRC04:02
*** josecastroleon has joined #openstack-keystone04:03
*** josecastroleon has quit IRC04:05
*** josecastroleon has joined #openstack-keystone04:06
*** josecastroleon has quit IRC04:08
*** josecastroleon has joined #openstack-keystone04:09
*** josecastroleon has quit IRC04:11
*** markvoelker has joined #openstack-keystone04:11
*** rushiagr is now known as rushiagr_away04:12
*** josecastroleon has joined #openstack-keystone04:12
*** josecastroleon has quit IRC04:14
*** gokrokve has quit IRC04:15
*** markvoelker has quit IRC04:16
*** josecastroleon has joined #openstack-keystone04:16
*** aix has joined #openstack-keystone04:17
*** gokrokve has joined #openstack-keystone04:18
*** josecastroleon has quit IRC04:45
*** josecastroleon has joined #openstack-keystone04:47
*** josecastroleon has quit IRC04:48
*** josecastroleon has joined #openstack-keystone04:50
*** josecastroleon has quit IRC04:51
*** josecastroleon has joined #openstack-keystone04:53
*** josecastroleon has quit IRC04:54
*** josecastroleon has joined #openstack-keystone04:56
*** josecastroleon has quit IRC04:58
*** josecastroleon has joined #openstack-keystone04:59
*** gokrokve_ has joined #openstack-keystone05:01
*** josecastroleon has quit IRC05:01
*** josecastroleon has joined #openstack-keystone05:03
*** rushiagr_away is now known as rushiagr05:03
*** gokrokve has quit IRC05:03
*** josecastroleon has quit IRC05:04
*** samueldmq has quit IRC05:05
*** gokrokve_ has quit IRC05:05
*** josecastroleon has joined #openstack-keystone05:06
*** josecastroleon has quit IRC05:07
*** josecastroleon has joined #openstack-keystone05:09
*** kiran-r has joined #openstack-keystone05:09
*** josecastroleon has quit IRC05:10
*** josecastroleon has joined #openstack-keystone05:12
*** markvoelker has joined #openstack-keystone05:12
*** josecastroleon has quit IRC05:13
*** josecastroleon has joined #openstack-keystone05:15
*** markvoelker has quit IRC05:16
*** josecastroleon has quit IRC05:18
*** josecastroleon has joined #openstack-keystone05:19
*** lhcheng has quit IRC05:19
*** josecastroleon has quit IRC05:21
*** josecastroleon has joined #openstack-keystone05:22
*** lhcheng has joined #openstack-keystone05:24
*** ChanServ sets mode: +v lhcheng05:24
*** josecastroleon has quit IRC05:24
*** josecastroleon has joined #openstack-keystone05:25
*** josecastroleon has quit IRC05:27
*** josecastroleon has joined #openstack-keystone05:28
*** spandhe_ has joined #openstack-keystone05:29
*** spandhe has quit IRC05:30
*** spandhe_ is now known as spandhe05:30
*** josecastroleon has quit IRC05:30
*** josecastroleon has joined #openstack-keystone05:31
*** josecastroleon has quit IRC05:34
*** josecastroleon has joined #openstack-keystone05:35
*** josecastroleon has quit IRC05:37
*** josecastroleon has joined #openstack-keystone05:38
*** josecastroleon has quit IRC05:40
*** rushiagr is now known as rushiagr_away05:40
*** josecastroleon has joined #openstack-keystone05:41
*** josecastroleon has quit IRC05:43
*** josecastroleon has joined #openstack-keystone05:44
*** josecastroleon has quit IRC05:46
*** lhcheng has quit IRC05:47
*** josecastroleon has joined #openstack-keystone05:47
*** josecastroleon has quit IRC05:49
*** gokrokve has joined #openstack-keystone05:49
*** josecastroleon has joined #openstack-keystone05:50
*** markvoelker has joined #openstack-keystone05:51
*** dobson has quit IRC05:52
*** josecastroleon has quit IRC05:52
*** josecastroleon has joined #openstack-keystone05:53
*** josecastroleon has quit IRC05:55
*** markvoelker has quit IRC05:55
*** josecastroleon has joined #openstack-keystone05:56
*** josecastroleon has quit IRC05:59
*** josecastroleon has joined #openstack-keystone06:00
*** dobson has joined #openstack-keystone06:07
*** topol has quit IRC06:08
*** rushiagr_away is now known as rushiagr06:22
*** mabrams has joined #openstack-keystone06:24
*** openstackgerrit_ has joined #openstack-keystone06:25
*** openstackgerrit_ has quit IRC06:25
*** gokrokve_ has joined #openstack-keystone06:27
*** gokrokve has quit IRC06:28
*** david8hu has quit IRC06:32
*** david8hu has joined #openstack-keystone06:34
*** ericksonsantos has quit IRC06:34
*** ericksonsantos has joined #openstack-keystone06:35
*** davechen has joined #openstack-keystone06:37
*** davechen1 has quit IRC06:37
*** alex_xu has quit IRC06:38
*** henrynash has joined #openstack-keystone06:40
*** ChanServ sets mode: +v henrynash06:40
*** henrynash has quit IRC06:40
*** alex_xu has joined #openstack-keystone06:42
*** Qlawy has quit IRC06:45
*** Qlawy has joined #openstack-keystone06:46
*** openstackgerrit_ has joined #openstack-keystone06:46
*** openstackgerrit_ has quit IRC06:46
*** markvoelker has joined #openstack-keystone06:52
bigjoolsdoes anyone have SAML auth working? I'm stuck in a redirect loop after following the docs.06:54
*** markvoelker has quit IRC06:56
marekdbigjools: we can say i do :-)06:56
marekdbigjools: what's up exactly?06:57
*** ankita_wagh has quit IRC06:59
*** openstackgerrit_ has joined #openstack-keystone07:06
*** openstackgerrit_ has quit IRC07:06
*** jaosorior has joined #openstack-keystone07:23
openstackgerritMerged openstack/keystone: Add openstack_user_domain to assertion  https://review.openstack.org/17256207:25
openstackgerritliusheng proposed openstack/keystone: Replace github reference by git.openstack.org  https://review.openstack.org/18039007:40
*** rushiagr has quit IRC07:56
*** jistr has joined #openstack-keystone07:59
*** openstackgerrit_ has joined #openstack-keystone08:00
*** openstackgerrit_ has quit IRC08:00
*** browne has quit IRC08:05
*** lsmola has joined #openstack-keystone08:11
*** rushiagr has joined #openstack-keystone08:12
*** e0ne has joined #openstack-keystone08:22
*** openstackgerrit_ has joined #openstack-keystone08:26
*** openstackgerrit_ has quit IRC08:26
*** pnavarro has joined #openstack-keystone08:38
openstackgerritDavid Charles Kennedy proposed openstack/keystone-specs: Updated endpoint enforcement spec  https://review.openstack.org/17479908:42
*** henrynash has joined #openstack-keystone08:43
*** ChanServ sets mode: +v henrynash08:43
*** e0ne has quit IRC08:43
*** rlt_ has joined #openstack-keystone08:45
*** lhcheng has joined #openstack-keystone08:48
*** ChanServ sets mode: +v lhcheng08:48
openstackgerritliusheng proposed openstack/keystone: Replace github reference by git.openstack.org  https://review.openstack.org/18039008:51
*** lhcheng has quit IRC08:52
*** mabrams has quit IRC08:52
*** mabrams has joined #openstack-keystone08:53
*** lsmola has quit IRC08:58
*** trey has quit IRC08:58
*** tsufiev has quit IRC08:58
*** fhubik has joined #openstack-keystone09:00
*** lsmola has joined #openstack-keystone09:00
*** trey has joined #openstack-keystone09:00
*** tsufiev has joined #openstack-keystone09:00
bigjoolsmarekd: hey there09:04
bigjoolsI'm using Shibboleth as SP and simplesamlphp as Idp, and I'm not sure if I configured either of those wrong or Keystone. I see shibd processing the SSO response OK and then it ignores the session cookie and starts a new one, and redirects back to the IdP09:06
*** mabrams has quit IRC09:08
marekdbigjools: this really looks like shibboleth/simplesamlphp problem, not keystone's09:08
marekdbigjools: i can suggest checking the logs on both sides, if you haven't done so09:08
bigjoolsI think so, yes, I was just wondering if I could see if anyone had any experience here09:09
bigjoolsI turned debug on Shibd and I'm none the wiser :(09:09
bigjoolstraced cookies etc in browser, all looks ok09:09
bigjoolsshibd is ignoring the session cookie I think, but I cannot work out why09:09
marekdso what shibd is saying in logs?09:10
marekdi think it doesnt accounce success09:10
marekdlet's enable debug, it's super verbose09:10
marekd(includes encrypted and decrypted assertions even)09:10
marekdand informing whether the sesson was created or not.09:11
bigjoolsI have debug on09:11
*** rushiagr is now known as rushiagr_away09:11
bigjoolsit says it's resolving attributes, after getting sso data09:11
bigjoolsand then starts a new session09:12
bigjoolsnot sure if that's intended09:12
marekdit is09:12
*** henrynash has quit IRC09:13
bigjoolsmight be better if I pastebin this chunk of the log09:13
marekdbigjools: that's fine.09:13
bigjoolsok, so after that it redirects to the protected websso url09:14
bigjoolsand the process repeats ad infinitum09:14
bigjoolsthe last thing in shibd log is "OpenSAML.MessageEncoder.SAML2Redirect [1]: message encoded, sending redirect to client"09:15
*** henrynash has joined #openstack-keystone09:16
*** ChanServ sets mode: +v henrynash09:16
marekdwhat if you open another browser window and try enter protected url ?09:16
marekdbigjools: should already have cookie ready09:16
marekd(i am just wondering)09:16
bigjoolslet me see09:16
bigjoolshits redirect loop too09:17
marekdso you wanna paste logs?09:18
marekdalso check apache logs.09:18
marekdwell, you need to check all logs :-(09:18
marekdi have never experienced such behaviour.09:18
bigjoolsit09:18
bigjoolsit is weird indeed09:18
bigjoolsnothing in apache logs either09:19
bigjoolsI'll have to talk to shibboleth people I think09:19
marekdmaybe this idp is broken09:20
bigjoolsthere's a few inconsistencies in the openstack docs BTW09:20
marekdbigjools: oh.09:21
bigjoolsI'll have to submit a fix09:21
marekdbigjools: would you mind opening the bug? I will take care of fixing that.09:21
bigjoolssure09:21
bigjoolsI'm new to Openstack but will be contributing a lot more soon09:21
marekdbigjools: or you can it too, i will review. Whatever works for you.09:21
marekdbigjools: cool!09:21
bigjoolsunfortunately I will miss Vancouver09:22
bigjoolsok, this is as good a first contribution as any :)09:22
marekdbigjools: next is Tokyo, more exotic09:22
bigjoolsa little nearer for me09:22
marekdwhich country are you located?09:22
bigjoolsaustralia09:23
marekdok, much closer09:23
bigjools:)09:23
bigjoolsthe problem is on this page http://docs.openstack.org/developer/keystone/extensions/websso.html09:23
bigjoolsthe apache conf snippet is wrong09:24
*** mabrams has joined #openstack-keystone09:24
marekd<VirtualHost *:5000> ?09:24
marekdthat one?09:24
bigjoolsmismatched Location closing tag, and doesn't reference the other shib config you need09:24
*** e0ne has joined #openstack-keystone09:25
marekdi can see the missing </Location> not sure if i know what other config you are talking about. maybe WSGIScriptAliasMatch ?09:27
marekd(and stuff)09:27
bigjoolsit needs the same config as in here http://docs.openstack.org/developer/keystone/extensions/shibboleth.html09:28
bigjoolsIf I am understanding it all correctly?09:28
marekdyes09:28
bigjoolsShibRequestSetting applicationId and so on09:28
bigjoolsok, filing a bug now09:28
marekdi think this is why ... are there09:28
*** mabrams has quit IRC09:29
bigjoolsI found it tremendously confusing as a newcomer, so let's improve it :)09:31
marekdsure09:31
marekdlet me know when the bug is filled, i will subscribe.09:31
bigjoolsmarekd: https://bugs.launchpad.net/keystone/+bug/145219709:32
openstackLaunchpad bug 1452197 in Keystone "websso docs have incorrect/incomplete Apache config snippets" [Undecided,New]09:32
bigjoolsmarekd: are you using shibboleth too?09:34
marekdmod_shib?09:35
bigjoolsyeah09:35
marekdyes09:35
bigjoolswould you be able to give me a shibd debug log of you starting a new session so I can compare it with mine?09:35
bigjoolsI'd buy you a beer in Tokyo :)09:36
*** henrynash has quit IRC09:37
marekdbigjools: allright.09:38
marekdbut i will need to spin new vm.09:39
bigjoolsyou're a champ09:39
bigjoolsthanks a million09:39
marekdi wish :-)09:39
marekdso you must wait a sec09:39
bigjoolsnot a problem09:39
bigjoolsbeen at this all day09:39
*** fhubik is now known as fhubik_afk09:41
*** fhubik_afk is now known as fhubik09:41
*** fhubik is now known as fhubik_afk09:42
*** davechen has left #openstack-keystone09:44
*** mabrams has joined #openstack-keystone09:44
*** mabrams has quit IRC09:45
openstackgerritDavid Charles Kennedy proposed openstack/keystone-specs: Updated endpoint enforcement spec  https://review.openstack.org/17479909:46
*** kiran-r has quit IRC09:47
marekdbigjools: http://cdn.pasteraw.com/mdymmvv43amrezfc41zxjt3kzxzyiwd09:52
bigjoolsmarekd: *awesome*, thanks!09:52
marekdhope this helps.09:53
marekdanyway, i'd try setup with testshib as IdP09:53
marekdit's easy, fast and will help ou eliminate one potential problem (broken idp, because testshib works for sure)09:53
bigjoolsI'll try it out tomorrow, thanks for the tip09:54
marekdbigjools: no worries.09:55
bigjoolsI can already see that yours is quite a bit different09:55
*** fhubik_afk is now known as fhubik09:56
*** e0ne is now known as e0ne_09:59
*** henrynash has joined #openstack-keystone10:01
*** ChanServ sets mode: +v henrynash10:01
*** e0ne_ is now known as e0ne10:05
*** dims has joined #openstack-keystone10:07
marekdbigjools: you mean?10:08
bigjoolsmarekd: there's a lot more going on after the response from the idp10:08
marekdbigjools: seriously, try testshib.10:09
bigjoolsok :)10:09
marekdand adjust your shibboleth2.xml file to fit simplesamlphp10:10
bigjoolsI thought simplesamlphp was pretty, err, simple10:10
marekdnever used.10:10
bretonmorning, folks10:14
marekdo/10:15
*** rushiagr_away is now known as rushiagr10:15
* breton slacked in reviews during last month, but is back to them10:16
*** topol has joined #openstack-keystone10:16
*** ChanServ sets mode: +v topol10:16
*** fhubik is now known as fhubik_afk10:17
* marekd welcome home, topol!10:17
*** henrynash has quit IRC10:20
*** topol has quit IRC10:22
*** davidckennedy has joined #openstack-keystone11:04
*** afaranha has joined #openstack-keystone11:07
openstackgerritSamuel de Medeiros Queiroz proposed openstack/python-keystoneclient: Fixes remaining oslo imports from namespace  https://review.openstack.org/16777811:08
*** fhubik_afk is now known as fhubik11:08
*** afaranha has quit IRC11:11
openstackgerritDavid Stanek proposed openstack/python-keystoneclient: Removes temporary fix for doc generation  https://review.openstack.org/12166711:18
*** boris-42 has joined #openstack-keystone11:27
*** henrynash has joined #openstack-keystone11:30
*** ChanServ sets mode: +v henrynash11:30
*** samueldmq has joined #openstack-keystone11:33
samueldmqmorning11:33
samueldmqhenrynash, hi, you around ?11:35
*** aix has quit IRC11:38
samueldmqdstanek, you around ?11:43
dstaneksamueldmq: somewhat11:43
samueldmqdstanek, nice, do you need help with something to the summit ?11:44
samueldmqdstanek, I mean the design sessions we were talking about in yesterday's meeting11:44
dstaneksamueldmq: what do you mean?11:44
samueldmq^11:44
dstaneksamueldmq: ah, no not i. i'm not running any, so i just have to make sure i am up to date on all the specs11:44
*** arif-ali has quit IRC11:45
samueldmqdstanek, k are you maintaining a checklist of specs somewhere ?11:45
samueldmqdstanek, I would be interested on your 'learn to the summit' approach : )11:46
dstaneksamueldmq: i'm working something right now that will generate the checklist for me - i'll post as soon as i get it complete11:46
samueldmqdstanek, wow nice, why do it yourself if you can get a script to do it for you ? :p11:48
samueldmqhehe11:48
*** ctina_ has joined #openstack-keystone11:50
dstaneksamueldmq: exactly11:51
dstaneksamueldmq: plus i don't want to have to do it again if the details change11:51
samueldmqdstanek, ++ let me know when you have it posted, thanks11:52
marekddstanek: you query gerrit api for that?11:55
*** markvoelker has joined #openstack-keystone11:59
*** bknudson has joined #openstack-keystone12:04
*** ChanServ sets mode: +v bknudson12:04
dstanekmarekd: no, scraping the summit site12:14
dstanekmarekd: well, mostly12:15
*** kiran-r has joined #openstack-keystone12:16
marekdouch, is it parsable even?12:18
marekdno JS et all ?12:18
*** gyee has joined #openstack-keystone12:22
*** ChanServ sets mode: +v gyee12:22
*** e0ne is now known as e0ne_12:22
*** mabrams has joined #openstack-keystone12:25
gyeeayoung, for https://review.openstack.org/#/c/174799/12:27
gyeeso you want to rule to live in policy.json?12:27
*** aix has joined #openstack-keystone12:27
*** e0ne_ is now known as e0ne12:29
*** afaranha has joined #openstack-keystone12:29
*** afaranha has left #openstack-keystone12:30
*** mabrams has quit IRC12:30
*** lmtaylor has joined #openstack-keystone12:31
*** jdennis has quit IRC12:36
*** mabrams has joined #openstack-keystone12:37
*** dims has quit IRC12:52
*** openstackgerrit has quit IRC12:53
*** dims has joined #openstack-keystone12:53
*** openstackgerrit has joined #openstack-keystone12:53
*** links has quit IRC12:54
*** wpf has quit IRC12:56
openstackgerritBoris Bobrov proposed openstack/keystone: Use short names for drivers in the warning  https://review.openstack.org/18052312:57
*** wpf has joined #openstack-keystone12:57
*** gordc has joined #openstack-keystone12:58
*** joesavak has joined #openstack-keystone12:59
*** rushiagr is now known as rushiagr_away13:02
*** rushiagr_away is now known as rushiagr13:02
*** rushiagr is now known as rushiagr_away13:06
*** Bjoern___ has joined #openstack-keystone13:12
*** e0ne is now known as e0ne_13:19
*** e0ne_ is now known as e0ne13:21
*** richm has joined #openstack-keystone13:21
*** fhubik has quit IRC13:22
*** lmtaylor has quit IRC13:24
*** gokrokve has joined #openstack-keystone13:25
*** spandhe has quit IRC13:27
*** raildo_away is now known as raildo13:28
openstackgerritDavid Charles Kennedy proposed openstack/keystonemiddleware: Refactor: extract echo_app from enclosing class  https://review.openstack.org/17548913:29
*** gokrokve_ has quit IRC13:29
*** sigmavirus24_awa is now known as sigmavirus2413:35
*** openstackgerrit has quit IRC13:38
*** openstackgerrit has joined #openstack-keystone13:38
*** packet has joined #openstack-keystone13:39
*** Ephur has joined #openstack-keystone13:40
*** kiran-r has quit IRC13:41
*** lifeless has quit IRC13:42
*** Ephur has quit IRC13:44
*** gyee has quit IRC13:45
*** gyee has joined #openstack-keystone13:46
*** ChanServ sets mode: +v gyee13:46
*** ctina_ has quit IRC13:56
*** ctina_ has joined #openstack-keystone13:58
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/keystone-specs: API changes for Reseller  https://review.openstack.org/15300714:00
*** gokrokve has quit IRC14:03
*** jdennis has joined #openstack-keystone14:03
*** lifeless has joined #openstack-keystone14:10
ayounggyee, good question.  There is one wrinkle  I've come up with, which is what to do about "default"14:10
*** lmtaylor1 has joined #openstack-keystone14:11
ayounggyee, the way policy works it should not be up to the config to specify the location of the policy blob, just the name of the rule14:11
ayoungI think it should look like this:14:11
ayounggyee, in order to activate the endpoint binding, edit the paste.ini to add the endpoint_binding middleware.  THat will check against the set of policy files for a specific rule.  If that rule is not there...it should skip...but that is optional, I think14:14
gyeeayoung, we did consider a separate middleware at the beginning14:17
gyeebut were asked to merged into auth_token to spare the trouble for the deployers14:17
ayounggyee, who asked?  What was their rationale14:17
gyeemaybe it was morganfainberg?14:18
gyeebut I am totally fine with a new middleware as it will be doing policy enforcement in general14:18
ayounggyee, policy middleware?14:19
gyeesure14:19
ayoungyeah, I think I like that14:19
gyeeit can do generic policy enforcement14:19
ayounggyee, ++14:19
gyeeeventually anyway14:19
ayounggyee, the tricky part about general policy is this14:19
ayoungnova and other services have APIs that operate on object ids. you need to get the object from the database and see what project it is in before enforcing the policy on it14:19
gyeeyes :)14:20
ayoungif we had a standard API  "get project for resource"  we could standardize ....14:20
ayoungstandardize all the standards14:20
gyeeI was going to respond to henrynash's email, but I don't really have a good answer right now14:20
gyeewe don't have a good mechanism to authorized on resource access14:21
gyeeauthorizing on action is easy14:21
ayoungI think policy middleware is the right approach, just haven't been able to figure out how to deal with the "fetch first" policy decisions14:21
*** rushiagr_away is now known as rushiagr14:21
ayounggyee, ++14:21
gyeecorrect14:22
ayounggyee, and the answer is we make an API that the services can implement that puts the info into the right format14:22
ayounggyee, but we don't need that for your use case14:22
gyeeayoung, I understand your approach about capabilities14:22
ayoungso..you get to break ground with the policy middleware, and then we work on the next iteration14:22
gyeebut resource authorization need some thinking14:22
ayounggyee, ++ and we can iterate...14:22
gyeealso, our policy engine can aggregate the resource relationships14:23
gyeeit basically does flat dict comparison14:23
gyeesay we have obj1 -> obj2 -> obj3, if we are authorizing access to obj1 based on some attribute in obj314:24
gyeewe would need to fetch all three and flatten them out14:24
gyeethat's very cumbersome14:25
*** blewis has joined #openstack-keystone14:25
gyeethat's normally done by some resource *selector*, which we don't support in oslo policy14:26
*** e0ne is now known as e0ne_14:27
ayounggyee, any examples you can point me at>14:27
ayoungof the selector approach?14:27
gyeeayoung, looking14:28
*** jsheeren has joined #openstack-keystone14:28
ayounggyee, you want something that does arbitrary levels above?14:28
ayounglike...say a project is nested 4 levels down from the domain14:29
ayoungand you want to check all of the parent projects as well as the domain for some attribute?14:29
*** gokrokve has joined #openstack-keystone14:32
gyeeayoung, this bug illustrates the problem with the shortcoming: https://bugs.launchpad.net/keystone/+bug/143740714:33
openstackLaunchpad bug 1437407 in Keystone "With using V3 cloud admin policy, domain admin unable to list role assignment for projects in his domain" [Medium,Confirmed] - Assigned to Priti Desai (priti-desai)14:33
gyeedomain admin can assign role, but can't list the assignments14:34
gyees/problem with the shortcoming/problem/14:34
gyeeit hard to express that kind of relationship in a rule14:36
ayounggyee, that is different, I think14:36
ayoungthat is not policy, but rather the assignment backend at fault there14:36
*** stevemar has joined #openstack-keystone14:37
*** ChanServ sets mode: +v stevemar14:37
*** e0ne_ is now known as e0ne14:37
ayounggyee, also,  with federation, the best he'd get would be  the groups.14:37
ayoung"domain_id:%(target.project.domain_id)s",14:38
ayounggyee, so...yeah, that is the same thing I was saying.14:38
gyeebut we don't store the relationship in the assignment table14:38
gyeedomain.project14:38
ayounggyee, I think, in oslo policy, we need a an abstract API  to get the auth attributes for a resources14:38
gyeeayoung, exactly!14:38
ayoungwhich is, think,  your *selector*14:38
ayounggyee, can you spec that out?14:39
gyeeayoung, sure, I am still thinking it through14:39
ayounggyee, awesome14:39
ayounggyee, we want to return a dictionary, but not require any specific fields on it.  But if the fields are there, they need to be flat...14:40
gyeeayoung, yes I agree, we need a generic way to fetch the objects and their relationships14:41
gyeeayoung, we sorta of do that today to some degree https://github.com/openstack/keystone/blob/master/keystone/common/controller.py#L12114:43
gyeebut we need a figure out a generic interface for the new policy enforcement middleware14:43
ayounggyee, on the outside, it is the middleware interface.  On the inside, it is  oslo.policy to  start.  Second will be the "fetch" we just atalked about14:45
ayoungI think we need to assume multiple passes14:45
ayoungone is "global policy"  and one is "policy for this exact api"14:45
gyeeyes, pre authorize and post filtering14:45
ayoungand, to be honest, we can't say tthat there will only be one api level policy enforce;14:45
ayoungthere might be a code branch deep in nova, and only one of them knows what to enforce...we can do that today, although I don't think people do that today14:46
gsilvisayoung: okay, finally getting to this.  I can't get the rdo-federation in https://github.com/nkinder/rdo-vm-factory to work.  It creates the first VM, ipa, then waits an hour, then exits.  I checked in the VM, and it14:47
gyeebut then we don't have holistic authorization checks14:47
gsilvisayoung: 's finished cloudinit, and the post-install script14:47
ayounggsilvis, so the IPA setup went OK, but the RDO setup is hanging?14:47
*** browne has joined #openstack-keystone14:48
ayounggyee, I think you and I are understanding this at the same level.  Can you loop this back into your spec?  I'll link it into the dynamic policy spec14:48
gsilvisayoung: The IPA setup finishes, and then the script hangs before even starting the RDO setup.  I did some bash debugging, and it's stuck "waiting for the IPA setup to complete"14:48
gyeeayoung, sure14:49
gsilvisayoung: actually, hang on, let me try something dumb14:49
*** blewis` has joined #openstack-keystone14:50
*** blewis has quit IRC14:51
*** joesavak has quit IRC14:51
ayounggsilvis, so I've never run the script.  I always use it as a guide but perform the steps by hand.14:52
ayoungnkinder made a few assumptions that work for him, but not for how I deploy14:53
ayounglike hostname etc14:53
ayoungactually, I ran it once, but my machine was so resource constrained it was hard to use with the VMs both running14:54
gsilvisayoung: hmph.  What granularity do you do it manually at?  I'm assuming you don't look inside setupvm.sh, because that script is a monster14:54
nkindergsilvis: it's supposed to write an "installcomplete" file that is polls for14:54
nkindergsilvis: look at the vm-*.sh files14:55
nkindergsilvis: those are the called at cloud-init user-data time14:55
*** bknudson has quit IRC14:55
ayounggsilvis, I am usually working with an exsiting IPA server.  I've always set that up by hand.14:55
ayoungI tend to leave the ipa server in place and setup/teardown rod instances around it14:56
gsilvisnkinder: are the vm-*.sh files supposed to create that file, or is cloudinit?  The filename 'installcomplete' doesn't even occur in the former, so it seems like it has to be the latter14:57
ayounggsilvis, I thinkthat is a cloud-init thing14:58
ayounggsilvis, so.  Let's check if you have a working ipa server14:59
*** mabrams has quit IRC15:00
*** raildo has quit IRC15:00
ayoungthis is virsh.  You can get into the machine with the virt console...but I think those are cloud images.  No default password...15:01
ayoungnkinder, how do you tend to log in to those machines? ssh  using key?15:01
gsilvisayoung: they have a user and password set15:01
ayoungah ok  so log in with that15:02
*** gyee has quit IRC15:03
ayoungand lets see if the ipa server is running15:03
*** gyee has joined #openstack-keystone15:06
*** ChanServ sets mode: +v gyee15:06
*** zzzeek has joined #openstack-keystone15:06
gsilvisayoung: It seems to be running to me.  I can kinit, and list users15:07
ayounggsilvis, OK...you can run the second script by hand, I think.15:08
ayoungDid it create the VM for you yet?15:08
gsilvisayoung: yeah, I started running the second script a few minutes ago.  It looks like it's done with post-install now... let me check15:08
ayoungcool15:09
*** pnavarro has quit IRC15:09
*** aix has quit IRC15:09
ayoungmorganfainberg, https://github.com/fedora-infra/supybot-fedora/commit/1ba62ced08487fe4dcc8b5040c8fc64ae3b8ce0f15:09
*** Bjoern___ has quit IRC15:10
gsilvisayoung: yup, it's done installing too.  Okay, let me try and do the rest of the install on my own, and see if it works15:10
morganfainbergId kickban a bit doing that. Btw15:10
gsilvisayoung: I'm about to have some double-ssh-tunneling adventures, because I'm running this all on a machine I'm ssh'd into...  fun15:10
ayoungmorganfainberg, nah, it is a great way to break a bad habit15:11
ayounggsilvis, that is the norm15:11
morganfainbergayoung: nope. Admonishing with a bot is not.15:11
morganfainbergIt ads noise to the channel imo15:11
ayoungmorganfainberg, the naked ping culture at Red Hat is horrible.  We need to break that bone and reset.  Maybe that is not the norm elsewhere15:12
morganfainbergAnd is not the polite way of encouraging people to be better about it.15:12
morganfainbergI am also looking at it from OpenStack land. Not Redhat land :)15:12
ayoungmorganfainberg, disagree a bout polite. It is automated, which means it is not personal at all15:12
ayounghits everyone equally.15:13
ayoungand especially good for repeat offenders15:13
morganfainbergAnd that is why I'd kickban in my channels.15:13
ayoungsee?15:13
morganfainbergI greatly dislike bots that are responding outside of a clear utility15:13
gsilvisayoung: Clearly, you should make an autorespond for your IRC client that, when someone pings you, replies with "what's up"15:13
ayounggsilvis, I usually respond to a nkaed ping like this15:14
morganfainbergIf you specifically respond to a long to you that is naked - I don't mind. Even if it is a bit15:14
ayoung64 bytes from ayoung  (127.0.0.1): icmp_seq=1 ttl=64 time=0.082 ms15:14
morganfainbergBot*15:14
morganfainbergMy view is it shouldn't be responding to *everyone* for a naked ping as a 3rd party15:15
morganfainbergBut that is my view.15:15
ayoungmorganfainberg, we also have a culture of posting bots that are fun, annoying, and just part of breaking up the day15:16
ayoungthat is where ++ comes from15:16
ayoungwe had a bot that if you do15:16
ayoungmorganfainberg, ++15:16
gsilvisayoung: has rharwood ever shown you his bot, lurker?15:16
ayoungit adds karma to you15:16
ayounggsilvis, nope15:16
rharwoodoh jeez15:16
morganfainbergThat stuff drives me batty. I'd not like that culture15:16
ayoungmorganfainberg, you are soaking in it15:17
ayoung:)15:17
morganfainbergThe "fun" bots annoy the crap out of me15:17
*** ayoung is now known as eliza15:18
morganfainbergBecause they are rarely truly passive.15:18
elizamorganfainberg, whay do you think The "fun" bots annoy the crap out of you15:18
*** eliza is now known as ayoung15:18
gyeemorganfainberg, something I can't tell if I was talking to ayoung or a bot15:19
gyees/something/sometimes/15:19
ayounggyee, Tell me more...15:20
gyeeayoung, ++15:20
gyeeoops :)15:21
gsilvisayoung: I can recommend an excellent book on the subject15:21
ayounggyee ok oops, please tell me more15:21
gyeesee, see!15:21
ayounggsilvis did you come to me to recommend an excellent book on the subject?15:21
ayounggyee, We were discussing you, not me.15:22
*** ayoung is now known as ayoung-eliza15:22
gyeelmao15:22
ayoung-elizagyee, I'm not sure I understand you fully.15:23
*** ayoung-eliza is now known as ayoung15:23
ayoungOK, not more Eliza responses for now.15:23
ayounggsilvis, any luck?15:23
gsilvisayoung: still working15:23
ayoung++15:24
*** Ephur has joined #openstack-keystone15:24
*** r-daneel has joined #openstack-keystone15:24
ekarlsoheya guys, i'm using keystonemiddleware, pecan and paste is there any easy way u think to make a / public route without the need for auth ?15:25
*** jsheeren has quit IRC15:30
gyeeekarlso, maybe setting delay_auth_decision to True? but that's assuming you have authorization logic after auth_token middleware to protect your APIs15:31
ayoungekarlso, yes15:35
ayoungwhat gyee said is right15:35
*** openstackgerrit has quit IRC15:37
*** openstackgerrit has joined #openstack-keystone15:37
ayoungmorganfainberg, now that we are defaulting the running keystone in HTTPD, we need a way to warn people if they try to use keystone-manage to kick it off.15:39
ayoungI'll open a bug15:39
gsilvisayoung: I'm trying to add Keystone to Ipsilon, and it says it's already there---and there is in fact a SAML provider named Keystone already15:39
ayounggsilvis, probably added by the script.  Let's delete and readd15:40
ayoungto delete, use the admin user to log in to ipsilon15:40
gsilvisayoung: okay15:40
ayounggsilvis, there are a few things we found out about this recently...it won't effect you, but we wneed to update things for ecp and CLI ops.15:40
ayoungbut...anyway...it should be on your ipa server under hostname/idp15:41
ayoungthe...15:41
* ayoung has to find it to walk hiumself through15:41
ayoungclick on administation link15:41
gsilvisI figured that part out, eventually15:41
ayoungselect identity providers15:41
gsilvisI feel like ipsilon should just bring you to the adminstration page by default15:42
ayoungnext to saml2 click manage15:42
ayounggsilvis, yes it should15:42
ayounggsilvis, then next to keystone, click delete15:42
*** rdo has quit IRC15:42
ayounggsilvis, you can actually re add the provider right from here, too15:42
ayoung which is what I have been doing manually15:43
*** browne has quit IRC15:43
gsilvisayoung: I've done this all---the new provider is there.  But now I'm getting connection refused to rdo.rdodom.test:5000 for some reason.  investigating15:43
ayoungbut you need to figure out how to find the metadata url...it is basically the protected resources in keystone plus the mellon...15:43
ayoungcool.  I'll let you run.  Let me know if you get stuck15:44
*** lhcheng has joined #openstack-keystone15:44
*** ChanServ sets mode: +v lhcheng15:44
*** lhcheng has quit IRC15:44
*** Ephur has quit IRC15:44
*** bknudson has joined #openstack-keystone15:46
*** ChanServ sets mode: +v bknudson15:46
gsilvisayoung: hm.  Apache errors parsing config... </VirtualHost> with no corresponding <VirtualHost>15:47
*** joesavak has joined #openstack-keystone15:48
gsilvisayoung: It looks like https://github.com/nkinder/rdo-vm-factory/blob/master/rdo-federation-setup/vm-post-cloud-init-rdo.sh assumes that /etc/httpd/conf.d/10-keystone_wsgi_*.conf have contents already (see lines 105-122, for instance), and that didn't happen here15:49
nkindergsilvis: those contents are set up by packstack (and the underlying puppet modules)15:49
nkindergsilvis: if you're not using packstack, then you will need to adjust the httpd config in a different way15:50
ayounggsilvis, did packstack run?15:52
gsilvisayoung: It looks like the post-install script crashed during packstack while installing dependencies15:52
ayounggsilvis, yuck15:52
ayounggsilvis, try running the yum commands again.  Might be yum mirror type issues15:52
nkindergsilvis: what errors did you receive?  Could you pastebin them?15:56
*** _cjones_ has joined #openstack-keystone15:57
gsilvisnkinder: http://pastebin.com/xPspBRte15:59
nkindergsilvis: looks like the epel repo isn't working16:00
gsilvisnkinder: yup, it does16:00
nkindergsilvis: you're on centos 7 or RHEL?16:00
*** joesavak has quit IRC16:00
gsilvisnkinder: this is centos 716:01
*** _cjones_ has quit IRC16:01
*** _cjones_ has joined #openstack-keystone16:02
*** amakarov_away is now known as amakarov16:02
openstackgerritOpenStack Proposal Bot proposed openstack/keystone: Updated from global requirements  https://review.openstack.org/17949516:04
*** ankita_wagh has joined #openstack-keystone16:04
gsilvisnkinder: I reran packstack, and it looks like it's working so far16:04
*** lhcheng has joined #openstack-keystone16:08
*** ChanServ sets mode: +v lhcheng16:08
*** bknudson has quit IRC16:09
openstackgerritMin Song proposed openstack/keystone: Use single connection in get_all function  https://review.openstack.org/18024716:10
*** kiran-r has joined #openstack-keystone16:11
*** gyee has quit IRC16:13
*** bknudson has joined #openstack-keystone16:14
*** ChanServ sets mode: +v bknudson16:14
*** rdo has joined #openstack-keystone16:16
*** annasort_ has joined #openstack-keystone16:18
*** davidckennedy has quit IRC16:19
*** annasort has quit IRC16:20
*** annasort_ is now known as annasort16:20
*** gokrokve has quit IRC16:21
*** gokrokve has joined #openstack-keystone16:21
*** ankita_wagh has quit IRC16:23
*** jistr has quit IRC16:29
openstackgerritLin Hua Cheng proposed openstack/keystone: Revert "Loosen validation on matching trusted dashboard"  https://review.openstack.org/18034316:38
openstackgerritLin Hua Cheng proposed openstack/keystone: Revert "Loosen validation on matching trusted dashboard"  https://review.openstack.org/18034316:39
openstackgerritLin Hua Cheng proposed openstack/keystone: Revert "Loosen validation on matching trusted dashboard"  https://review.openstack.org/18034316:39
*** browne has joined #openstack-keystone16:41
*** e0ne has quit IRC16:43
*** joesavak has joined #openstack-keystone16:47
*** wolsen_ is now known as wolsen16:47
*** ankita_wagh has joined #openstack-keystone16:47
*** spandhe has joined #openstack-keystone16:51
*** gordc has quit IRC16:57
gsilvisnkinder: btw, there's a typo at https://github.com/nkinder/rdo-vm-factory . rdo-federation-setup section, first manual command.  The path should have '/etc/httpd/...', not '/etc/http/...'16:57
openstackgerritRamy Asselin proposed openstack/keystone: Remove version string from the setup.cfg  https://review.openstack.org/18062616:59
*** henrynash has quit IRC17:00
*** ayoung has quit IRC17:04
*** jsavak has joined #openstack-keystone17:06
*** gyee has joined #openstack-keystone17:08
*** ChanServ sets mode: +v gyee17:08
nkindergsilvis: thanks, I'll get that updated17:08
*** joesavak has quit IRC17:09
gsilvisnkinder: no problem17:09
*** kiran-r has quit IRC17:14
*** gyee has quit IRC17:22
*** jdennis has left #openstack-keystone17:28
*** boris-42 has quit IRC17:28
*** mattfarina has joined #openstack-keystone17:36
*** jdennis has joined #openstack-keystone17:36
openstackgerritAnkita Wagh proposed openstack/keystonemiddleware: Improved handling of endpoints missing urls  https://review.openstack.org/17962417:38
*** emagana has joined #openstack-keystone17:39
*** vhoward has left #openstack-keystone17:41
openstackgerritMerged openstack/keystone: Use correct LOG translation indicator for errors  https://review.openstack.org/16714117:46
*** gyee has joined #openstack-keystone17:46
*** ChanServ sets mode: +v gyee17:46
samueldmqI can't understand why we don't support multiple SQL databases in the domain-specific configs feature17:47
samueldmqIt should be possible to create different sessions to differetn databases17:47
samueldmqhttp://www.quora.com/How-can-I-connect-to-multiple-databases-in-SQLAlchemy17:47
*** e0ne has joined #openstack-keystone17:51
dstaneksamueldmq: it wouldn't be terribly hard if people are asking for it17:53
dstaneksamueldmq: the other thing to think about is the migrations17:54
samueldmqdstanek, I don't think there is any migration to do17:55
samueldmqdstanek, we are more restrictive now, we just don't allow17:55
samueldmqdstanek, making it possible shouldn't change existing deployments17:55
samueldmqdstanek, just making available one more option to deployers17:55
dstanekno i mean that the migrations would have to run for each configured database17:55
samueldmqdstanek, yeah that's the funny part17:56
samueldmqdstanek, btw nice point17:56
samueldmqdstanek, we should have a spec for that, I will sync up with henrynash, I think he has plans to implement this in L17:57
*** browne has quit IRC17:58
dstanekhopefully it doens't end up making the code harder to read and deal with17:58
samueldmqdstanek, yeah sure, just having to handle different sessions17:59
*** rlt_ has quit IRC17:59
samueldmqdstanek, a driver (sql in this case) owns a connection (and session)17:59
samueldmqdstanek, and we choose the driver as we already do: when an identity operation is requested, we first select the identity driver for that domain and perform actions with it18:00
*** browne has joined #openstack-keystone18:00
dstaneksamueldmq: that's how i'd do it; i would not was that logic in the driver18:01
samueldmqdstanek, the logic of choosing the backend ? no it isnt18:02
samueldmqdstanek, it's on the manager layer :)18:03
openstackgerritIoram Schechtman Sette proposed openstack/keystone: Instructions to install IETF ABFAB federation protocol on Keystone  https://review.openstack.org/16387818:12
openstackgerritMerged openstack/keystone: Updated from global requirements  https://review.openstack.org/17949518:13
*** e0ne_ has joined #openstack-keystone18:15
*** e0ne has quit IRC18:15
*** e0ne has joined #openstack-keystone18:17
*** e0ne_ has quit IRC18:20
*** rushiagr is now known as rushiagr_away18:23
*** gyee has quit IRC18:37
*** mattfarina has quit IRC18:42
*** spandhe has quit IRC18:47
*** gokrokve has quit IRC18:47
*** openstackgerrit has quit IRC18:47
*** markvoelker has quit IRC18:47
*** lsmola has quit IRC18:47
*** trey has quit IRC18:48
*** tsufiev has quit IRC18:48
*** e0ne has quit IRC18:48
*** browne has quit IRC18:48
*** mkoderer has quit IRC18:48
*** morganfainberg has quit IRC18:48
*** pothole has quit IRC18:48
*** dobson has quit IRC18:48
*** cloudnull has quit IRC18:48
*** hogepodge has quit IRC18:48
*** raginbajin has quit IRC18:48
*** jamiec has quit IRC18:48
*** e0ne has joined #openstack-keystone18:49
*** browne has joined #openstack-keystone18:49
*** dobson has joined #openstack-keystone18:49
*** cloudnull has joined #openstack-keystone18:49
*** hogepodge has joined #openstack-keystone18:49
*** pothole has joined #openstack-keystone18:49
*** morganfainberg has joined #openstack-keystone18:49
*** mkoderer has joined #openstack-keystone18:49
*** raginbajin has joined #openstack-keystone18:49
*** jamiec has joined #openstack-keystone18:49
*** sendak.freenode.net sets mode: +v morganfainberg18:49
*** spandhe has joined #openstack-keystone18:49
*** gokrokve has joined #openstack-keystone18:49
*** openstackgerrit has joined #openstack-keystone18:49
*** markvoelker has joined #openstack-keystone18:49
*** lsmola has joined #openstack-keystone18:49
*** trey has joined #openstack-keystone18:49
*** tsufiev has joined #openstack-keystone18:49
*** mattfarina has joined #openstack-keystone18:50
*** mattfarina has quit IRC18:51
*** mattfarina has joined #openstack-keystone19:00
*** gordc has joined #openstack-keystone19:06
*** gyee has joined #openstack-keystone19:07
*** ChanServ sets mode: +v gyee19:07
samueldmqgyee, hi19:11
samueldmqgyee, dynamic policy in a nutshell : https://etherpad.openstack.org/p/dynamic-policy-in-a-nutshell19:12
samueldmqgyee, let me know if you agree with what I am defining there : )19:12
samueldmqjamielennox, dstanek, everyone cc ^19:13
samueldmqI tried to simplify the subject in terms of goals and general steps19:14
samueldmqso we all can agree with the general idea/directions before struggling for details19:14
*** boris-42 has joined #openstack-keystone19:14
gyeesamueldmq, thanks, will take a look19:15
gyeesamueldmq, for 1), I think we need to parse the policy.json files and store them into database, I think ayoung have a spec on that19:18
*** amakarov is now known as amakarov_away19:18
gyeespec on the proposed schema I meant19:18
*** e0ne has quit IRC19:18
*** browne has quit IRC19:18
*** mkoderer has quit IRC19:18
*** morganfainberg has quit IRC19:18
*** pothole has quit IRC19:18
samueldmqgyee, yes, "Script to upload existing policies to keystone"19:18
*** e0ne has joined #openstack-keystone19:19
*** browne has joined #openstack-keystone19:19
*** pothole has joined #openstack-keystone19:19
*** morganfainberg has joined #openstack-keystone19:19
*** mkoderer has joined #openstack-keystone19:19
*** sendak.freenode.net sets mode: +v morganfainberg19:19
samueldmqgyee, will add a step before, that is implement this database support19:19
gyeemigration and new APIs to manage the new resources19:19
samueldmqgyee, "Enhance the API to allow more granular access"19:20
*** morganfainberg has quit IRC19:20
openstackgerritDoug Hellmann proposed openstack/python-keystoneclient: Drop use of 'oslo' namespace package  https://review.openstack.org/18068819:20
gyeeAPI to manage the "capabilities"19:21
gyeeassuming we are calling them capabilities19:21
*** morganfainberg has joined #openstack-keystone19:21
*** ChanServ sets mode: +v morganfainberg19:21
samueldmqgyee, to manage individual entries of the policy right ?19:21
gyeeyes, but we need to agree on the terminologies first19:22
samueldmqgyee, ++19:22
gyeeper my understanding, we want something like this19:22
samueldmqgyee, like what is defined in that etherpad ?19:23
gyeerole -> role(s)* -> capabilities* -> APIs*19:23
samueldmqhmm ..19:23
samueldmqgyee, yes I was thinkig about this, but the policy we have today is like the reverse of this19:24
samueldmqgyee, we deifne API -> roles that can access it19:24
gyeeright, no distinction between role and capability today19:25
samueldmqgyee, could we change the way we define policies ?19:25
samueldmqgyee, http://paste.openstack.org/show/215508/19:25
samueldmqgyee, this paste show 1) how we have today 2) how we could have if we define things based on the roles19:26
openstackgerritHenrique Truta proposed openstack/keystone: Honor domain operations in project table  https://review.openstack.org/14376319:26
openstackgerritHenrique Truta proposed openstack/keystone: Remove domain table references  https://review.openstack.org/16593619:27
gyeeI thought roles are only meaningful in Keystone19:27
gyeewhat ends up in token data will be just capabilities19:27
gyeesimilar to how we treat user groups19:28
samueldmqgyee, roles are set of capabilities (API), right ?19:28
openstackgerritguang-yee proposed openstack/keystone-specs: Updated endpoint enforcement spec  https://review.openstack.org/17479919:29
openstackgerritHenrique Truta proposed openstack/keystone: Bye Bye Domain Table  https://review.openstack.org/16185419:29
samueldmqgyee, today we don't map roles -> capabilities (API), we do capability (API) -> roles (as defined in the current polcieis)19:29
gyeetoday, roles are capabilities19:29
openstackgerritMerged openstack/oslo.policy: Updated from global requirements  https://review.openstack.org/17842419:29
samueldmqgyee, they can be, if we create one role per API19:30
openstackgerritDoug Hellmann proposed openstack/python-keystoneclient-saml2: Drop use of 'oslo' namespace package  https://review.openstack.org/18069219:30
gyeeyou mean one capability per API?19:30
samueldmqgyee, yes I think capability as somehting atomic19:31
samueldmqgyee, one API then, yes19:31
gyeeyes19:31
samueldmqgyee, suppose we create a role (today's role) per API19:31
samueldmqgyee, so the token will end-up having all the capabilities for a user, right ?19:31
gyeeno19:31
gyeethat's too much19:32
samueldmqgyee, yes I know, in this case we must have a way to group capabilities19:32
samueldmqgyee, role-sets (domain-roles, hierarchical roles or whatever)19:32
gyeesamueldmq, take keystone policy.json for example19:33
*** ctina__ has joined #openstack-keystone19:33
samueldmqgyee, i) create the concept of capability on ks server (all API registered on keystone then)19:34
samueldmqgyee, ii) enhance current roles to contain capabilities or other roles19:34
samueldmqgyee, that should be all, and we don't need policy files anymore19:34
samueldmqgyee, ok go ahead19:34
gyeewhat do we call "rule:admin_required"?19:35
samueldmqgyee, it's a rule, a condition that must be satisfied19:36
samueldmqgyee, it may contain role checks + scope checks19:36
gyeeright, but is it a capability?19:36
*** ctina_ has quit IRC19:36
gyeeis an interesting question isn't it?19:37
samueldmqgyee, no it isn't, just the ones prefixed, for example : 'idenitty:....'19:37
*** ccrouch has joined #openstack-keystone19:37
gyeea capability set?19:37
samueldmqgyee, I know what you mean, based on that we can define a set of capabilities, depending on where we use that19:37
samueldmqgyee, ++19:38
gyeeexactly? you see why we are having such a hard time agreeing on things now? :)19:38
samueldmqgyee, I think the way we bind role <-> capability is wrong :p19:38
*** ctina__ has quit IRC19:38
samueldmqgyee, yeah I agree19:39
samueldmqgyee, did you see henry's email about dynamic policy ?19:39
gyeesamueldmq, yes, I was going to respond, but I don't have any good answers right now19:40
samueldmqgyee, what do you think about one of the last sentences, where he states services could register themselves and self-service all using the API19:41
david8husamueldmg, gyee, I like to get to a point where  each domain can have it only policy.19:41
samueldmqdavid8hu, it will be so easy when we have the policy api on keystone using the database19:41
samueldmqdavid8hu, just add a column 'domain_id' :p19:42
gyeesamueldmq, make sense, I don't how services can continue to maintain policy.json files19:42
gyeedavid8hu, yes, domain own role definitions are useful19:42
samueldmqgyee, we should still support, we start the keystone server loading what is in the existing policy files19:42
david8husamueldmq, was thinking about a domain_id attrib in the db, too :)19:42
samueldmqgyee, but after that, forget policy.json files, everything is by api19:43
gyeedamueldmq, I don't see how all this will work out if Keystone doesn't know know about the capabilities19:43
david8husamueldmq, My thought exacly19:43
ccrouchhas anyone got a suggestion for their preferred setup to demo SSO with Keystone/Horizon using SAML?19:44
samueldmqgyee, it will, we will introduce capability as a first-class citizen19:45
ccrouchI'm looking for the setup which is easiest to standup for a demo19:45
david8hugyee, Are you suggesting that a way to call out capability?  At this point, if a service think a capability, then it is a capability.19:45
*** Raildo_ has joined #openstack-keystone19:48
gyeesamueldmq, david8hu, I still need to go through ayoung's specs, I don't know what the schema for capabilities are19:48
samueldmqgyee, I don't think he is defining capabilities there, I think there are some details missing19:49
samueldmqgyee, I will think on a complete proposal that distinguish capabilities vs roles (contains capabilties)19:50
samueldmqgyee, talk to you alter19:50
samueldmqlater*19:50
*** Raildo_ has quit IRC19:52
gyeesamueldmq, sure, we need to put some deep thinking into this19:52
gyeelet do *something*! :D19:52
*** Raildo has joined #openstack-keystone19:52
*** jsavak has quit IRC19:54
ccrouchnkinder: would you happen to have a suggestion? ^19:54
*** Rockyg has joined #openstack-keystone19:55
bretondolphm: re bug 1452418: maybe we should send a signal to keystone to re-read the keys?20:00
openstackbug 1452418 in Keystone "Fernet tokens read from disk on every request" [Medium,Triaged] https://launchpad.net/bugs/145241820:00
dolphmbreton: that'd be smart20:01
bretondolphm: like "reload" in "service apache2 reload"20:01
dolphmbreton: i'm running tox on a simple fix right now (one that's backportable, at least) to only read them once per token provider instance20:02
*** browne has quit IRC20:03
bretonthere is also this bug: https://bugs.launchpad.net/bugs/145234520:05
openstackLaunchpad bug 1452345 in Keystone "keystone-manage should not attempt to run if keystone is in httpd" [Undecided,New]20:05
bretondoes running from apache prevent doing keys-rotate?20:06
*** browne has joined #openstack-keystone20:10
*** annasort has quit IRC20:12
dolphmbreton: that ... can't be true20:12
*** gyee has quit IRC20:13
bknudsonkeystone-manage shouldn't attempt to run keystone ever.20:14
bretonwell, then it's just a poor bug description.20:15
*** ankita_w_ has joined #openstack-keystone20:16
*** mattfarina has quit IRC20:17
*** ankita_wagh has quit IRC20:19
*** pnavarro has joined #openstack-keystone20:23
dolphmbknudson: right20:24
*** e0ne has quit IRC20:26
*** mattfarina has joined #openstack-keystone20:26
*** mattfarina has quit IRC20:26
*** browne has quit IRC20:27
*** browne has joined #openstack-keystone20:28
*** joesavak has joined #openstack-keystone20:29
*** emagana has quit IRC20:29
*** e0ne has joined #openstack-keystone20:34
*** browne has quit IRC20:35
*** Raildo_ has joined #openstack-keystone20:40
*** browne has joined #openstack-keystone20:41
*** pnavarro has quit IRC20:42
*** browne has quit IRC20:42
*** browne has joined #openstack-keystone20:42
*** Raildo has quit IRC20:43
*** browne1 has joined #openstack-keystone20:45
*** browne has quit IRC20:45
*** e0ne has quit IRC20:45
*** annasort has joined #openstack-keystone20:47
*** joesavak has quit IRC20:50
*** ayoung has joined #openstack-keystone20:50
*** ChanServ sets mode: +v ayoung20:50
*** Raildo_ has quit IRC20:52
*** browne has joined #openstack-keystone20:54
*** samueldmq has quit IRC20:55
openstackgerritRodrigo Duarte proposed openstack/keystone: Refactor _create_attribute_statement IdP method  https://review.openstack.org/17264720:55
*** browne1 has quit IRC20:57
*** joesavak has joined #openstack-keystone20:57
*** arif-ali has joined #openstack-keystone21:00
*** annasort has quit IRC21:01
marekdrodrigods: ^^ voted21:01
rodrigodsmarekd, thx21:01
marekdbtw, can i ask for a review here: https://review.openstack.org/#/c/175980/ ?21:01
*** emagana has joined #openstack-keystone21:01
rodrigodsmarekd, sure, looking21:01
marekdstevemar: dstanek ^^ would appreciate your eyes too.21:02
stevemarNEVER!21:02
rodrigodslol21:02
rodrigodsmorganfainberg, there? wanted to ask you about the feature branch for Reseller21:03
*** gokrokve has quit IRC21:03
*** gokrokve has joined #openstack-keystone21:04
*** gokrokve has quit IRC21:05
*** gokrokve has joined #openstack-keystone21:05
*** joesavak has quit IRC21:05
dstanekmarekd: so you're just checking now that the number of things applied to the mapping matches the mapping, right?21:05
*** emagana has quit IRC21:06
rodrigodsmarekd, did you update the API spec informing about this behavior?21:06
dstanekwhat would have been cool is to add the ability to use named sections: 'any_one_of': {'type':..., 'name':...} and use {name} in the local part of the rule21:06
dstanekrodrigods: it's not a change in behavior - this would have always failed21:07
rodrigodsdstanek, yeah, but it is not a documented behavior AFAIK21:07
marekddstanek: yep.21:07
marekdmaybe we can update docs.21:08
*** gokrokve has quit IRC21:08
rodrigodsI mean, it is not mandatory to update first (like API changes)21:08
*** gokrokve_ has joined #openstack-keystone21:08
rodrigodsbut would be nice to have it documented there21:08
marekddstanek: i think we wil have more "would be cool ideas" that should be noted down and next cycle we could specify 1-st class DSL for mappings, without so many disambiguities.21:09
rodrigodsbtw, the example is wrong: https://github.com/openstack/keystone-specs/blob/master/api/v3/identity-api-v3-os-federation-ext.rst#create-a-mapping21:09
rodrigodsit uses direct mappings21:10
marekddstanek: i'd like to see it with some yaml-specs etc.21:10
dstanekmarekd: yaml? you just killed my good mood21:10
marekddstanek: oups. rollback!21:11
dstanekwhew... feeling happy again!21:11
marekdrodrigods: what's wrong with the example ? it takes 0th (1st) value from the remote list which will always be UserName21:11
rodrigodsmarekd, true, we have two rules there :)21:13
marekdrodrigods: yes sir!21:13
marekddstanek: i was thinking that maybe we should pass values tested with any_one_of etc but concluded we would simply make another blacklist/whitelist21:15
dtroyermorganfainberg: are you still working on the devstack v3-only stuff?21:19
morganfainbergdtroyer: I have some work needed I. Devstack but busy with some summit things.21:19
morganfainbergdtroyer: so next week if someone else hasn't worked on it n21:20
dtroyerHave you seen this?  https://review.openstack.org/17966321:21
dtroyerIt feels like its is going in a different direction to the same place than you were21:22
dtroyerNP on the timing, was just curious if that review should be re-directed somehow21:24
*** david-lyle has quit IRC21:29
ayoungmarekd, looking21:29
ayoungmarekd, change maping to mapping and I will +221:30
openstackgerritDolph Mathews proposed openstack/keystone: Cache the MultiFernet instance  https://review.openstack.org/18075821:31
*** lmtaylor1 has left #openstack-keystone21:37
*** packet has quit IRC21:47
*** packet has joined #openstack-keystone21:49
lhchengmorganfainberg: sorry just got back to look at the keystone driver interface21:56
lhchengmorganfainberg: what is StrictABC?21:56
*** stevemar has quit IRC21:57
openstackgerritRoxana Gherle proposed openstack/keystonemiddleware: Log the correct user-agent in keystone access log keystone access log should log explicitly which client made the request. For example when nova makes a request to validate a token we should log 'python-novaclient;python-keystoneclient' for the user-agent  https://review.openstack.org/18076922:01
*** gordc has quit IRC22:07
nkinderccrouch: I've been setting up demos using my scripts here - https://github.com/nkinder/rdo-vm-factory/tree/master/rdo-federation-setup22:13
nkinderccrouch: It's RDO based (using delorean repos for Kilo packages)22:13
nkinderccrouch: if you want it to set up the websso stuff, you need to set USE_WEBSSO and USE_DELOREAN in rdo.conf22:15
nkinderccrouch: there was a patch that was needed in Horizon or DOA though that has to handle the way RDO sets up WEBROOT.  Maybe ayoung knows if that's merged already.22:16
ayoungit has, but not sure if there is a release of twe Django Openstack auth with it in ther22:16
ayounge22:16
ayoungnkinder, did you see the discussion richm started about the need for all the config values?  I'm kindof tripping on that myself.  The thing I am finding is that, the more complex workflows (like rdo factor) need more config values22:17
ayoungso..fo puppet, we need the keystonerc values22:18
ayoungfor rdo-factory, we also need to know: which flavor, key, etc, for creating the vm22:18
ayoungnot sure if there is some place where this changes over from "environment variables"   to config management22:19
*** packet has quit IRC22:19
morganfainberglhcheng: like ABCMeta, but enforces method signatures too22:19
lhchengmorganfainberg: that's awesome!22:20
ccrouchnkinder: thanks!22:20
*** jaosorior has quit IRC22:22
*** gokrokve_ has quit IRC22:23
openstackgerritAnkita Wagh proposed openstack/keystonemiddleware: Improved handling of endpoints missing urls  https://review.openstack.org/17962422:25
ayoungccrouch, ask david-lyle to release a new version and we can package it22:25
ayoungIt might be there already...let me check22:25
lhchengmorganfainberg: okay, so I looked at the specs. There are still some part that I am unclear, like this part "The KSDI definitions will be versioned and Keystone will ensure that it can load any version of the KSDI.".22:26
ayounghttp://git.openstack.org/cgit/openstack/django_openstack_auth/commit/?id=62ea62b6fc38d5352d3d09e6207c4d26285d8c23  merged 9 days ago22:26
lhchengmorganfainberg: if keystone can load any version of KSDI, doesn't that mean all the KSDI version have to share the same interface?22:27
ayoungccrouch, and 1.3.0 was tagged two commits before it22:27
ayoungmorganfainberg, before we commit to KSDI, I want to hammer down access info22:28
ayoungthe objects that go between the Drivers and the front end are dioctionaries right now.  they should be python objects22:29
ayoungothewise KSDI is a finger drill22:29
lhchengmorganfainberg: just trying to think of an example of this.  would it be something like:  V1 has "def get(user_id)" and V2 has "def get_user(user_id, domain_id=None)".  And keystone should be able to support both.22:30
lhchengayoung: do we have a topic on access info for the summit?22:30
ayounglhcheng, good question.  I thought it was a done deal, but now people are griping about it22:30
ayoungmaybe we need one22:31
lhchengayoung: I don't see it here: https://etherpad.openstack.org/p/Keystone-liberty-summit-brainstorm22:31
ayounglhcheng, I need someone that knows SQL Alchemy better than I do  say how to integrate something like access info into the SQL drivers22:32
ayounglhcheng, that is cuz the damn thing should have been approved months ago22:32
ayounginstead the spec is still up there and getting more bikeshedding22:33
ayoungalmost afraid to draw attention to it,  but22:33
ayounghttps://review.openstack.org/#/c/135774/22:34
lhchengayoung: I'll add an entry in the etherpad, so we could prioritize it.  And add a note about nailing this down before commiting to KSDI22:36
ayounglhcheng, I see you editing it22:36
ayoungthanks22:36
ayoungis KSDUI up there>?22:36
lhcheng#1122:36
ayoungyep22:37
ayounglhcheng, rock on22:38
lhchengadded the item before KSDI, so the dependency would be more obvious22:41
jamielennoxbknudson: are you still going on those reviews? i can fix https://review.openstack.org/#/c/174196/ but it means rebasing the like 10 follow up patches22:42
bknudsonjamielennox: I'm not looking at the other patches in that chain22:43
jamielennoxok22:44
bknudsonnot sure what you're fixing in https://review.openstack.org/#/c/174196/ .22:44
*** emagana has joined #openstack-keystone22:45
jamielennoxtrying to consolidate the expiry check, generally just simplifying cache22:46
jamielennoxi was trying to make the flow through the validate call as standard as possible so that fetch from cache, fetch from keystone, decode from PKI all looked the same22:47
morganfainbergayoung: sorry at a day long meeting. Will be back tomorrow22:47
jamielennoxback in about 20 min22:47
ayoungjamielennox, I need to take the family out to eat now...but when I get back, I need to get you on board with AccessInfo.22:48
openstackgerritRoxana Gherle proposed openstack/keystonemiddleware: Send the correct user-agent to Keystone  https://review.openstack.org/18076922:49
*** bknudson has quit IRC22:58
*** packet has joined #openstack-keystone23:01
*** browne1 has joined #openstack-keystone23:02
*** samueldmq has joined #openstack-keystone23:03
*** browne has quit IRC23:05
openstackgerritRoxana Gherle proposed openstack/keystonemiddleware: Send the correct user-agent to Keystone  https://review.openstack.org/18076923:10
*** packet has quit IRC23:24
openstackgerritJamie Lennox proposed openstack/keystonemiddleware: Remove custom header handling  https://review.openstack.org/18038523:24
openstackgerritJamie Lennox proposed openstack/keystonemiddleware: Fetch user token from request rather than env  https://review.openstack.org/17420223:24
openstackgerritJamie Lennox proposed openstack/keystonemiddleware: Remove the _msg_format function  https://review.openstack.org/17420123:24
openstackgerritJamie Lennox proposed openstack/keystonemiddleware: Base use webob  https://review.openstack.org/17420023:24
openstackgerritJamie Lennox proposed openstack/keystonemiddleware: Don't rely on token_info for header building  https://review.openstack.org/17419923:24
openstackgerritJamie Lennox proposed openstack/keystonemiddleware: Move project included validation  https://review.openstack.org/17419823:24
openstackgerritJamie Lennox proposed openstack/keystonemiddleware: Depend on keystoneclient for expiration checking  https://review.openstack.org/17419723:24
openstackgerritJamie Lennox proposed openstack/keystonemiddleware: Don't store expire into memcache  https://review.openstack.org/17419623:24
openstackgerritJamie Lennox proposed openstack/keystonemiddleware: Cleanup token hashes generated by cache  https://review.openstack.org/17419423:24
openstackgerritJamie Lennox proposed openstack/keystonemiddleware: Refactor request methods onto request object  https://review.openstack.org/18039423:24
*** Rockyg has quit IRC23:32
*** dims_ has joined #openstack-keystone23:36
*** dims has quit IRC23:38
*** david-lyle has joined #openstack-keystone23:47
ccrouch(05:27:36 PM) ayoung: ccrouch, and 1.3.0 was tagged two commits before it23:51
ccrouchthanks for checking!23:51
*** ayoung has quit IRC23:55

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