Thursday, 2015-03-19

*** jamielennox is now known as jamielennox|away00:09
*** dims__ is now known as dims00:13
*** henrynash has quit IRC00:16
*** ozialien has joined #openstack-keystone00:16
*** jamielennox|away is now known as jamielennox00:23
jamielennoxboot fixed, finally00:24
*** gyee has quit IRC00:30
*** __TheDodd__ has quit IRC00:32
*** markvoelker has quit IRC00:37
openstackgerritMerged openstack/keystone: Move backend LDAP role testing to the new backend testing module  https://review.openstack.org/15683000:39
*** _cjones_ has quit IRC00:42
*** bknudson has joined #openstack-keystone01:00
*** ChanServ sets mode: +v bknudson01:00
*** omkarjoshi has joined #openstack-keystone01:04
omkarjoshihi..01:04
omkarjoshiI am trying to move from keystone-all to httpd based keystone for icehouse01:04
omkarjoshibut not able to do it.01:04
openstackgerritBrant Knudson proposed openstack/python-keystoneclient: Deprecate keystone CLI  https://review.openstack.org/16566901:06
jamielennoxomkarjoshi: we probably need a lot more information as httpd is a big topic - what exactly are you seeing go wrong?01:12
omkarjoshihttps://wiki.openstack.org/wiki/Talk:Keystone_in_HTTPD_on_RHEL601:12
omkarjoshiI am following this doc..01:12
omkarjoshibut last step failed for me..01:12
omkarjoshiAn unexpected error prevented the server from fulfilling your request. (HTTP 500)01:13
omkarjoshibut when I added debug logs in keystone ..I saw that it is using user as "keystone" instead of "keystone_admin" for mysql01:14
jamielennoxomkarjoshi: that sounds like a general config issue, do you have keystone_admin set up correctly in the keystone.conf file? does the same conf file work under keystone-all01:16
omkarjoshi{'passwd': 'keystone', 'host': 'localhost', 'db': 'keystone', 'user': 'keystone', 'client_flag': 2} ... connect string which is getting used...01:16
omkarjoshiyes..keystone-all was working..before I tried this..01:17
*** markvoelker has joined #openstack-keystone01:17
jamielennoxso i'm not sure what deconstructed that but it looks like user=keystone01:18
omkarjoshibut any idea from where it is picking that up?01:18
jamielennoxnormally it's [database] connection =01:20
jamielennoxuh, although you said icehouse so maybe not there01:21
omkarjoshiI think you have a point..01:21
omkarjoshiin my keystone.conf.. I have two connection entries...01:21
omkarjoshione under [database] and another under [sql]01:22
*** markvoelker has quit IRC01:22
jamielennoxi'm just looking at the sample icehouse conf now01:22
jamielennoxit looks like [database] connection has priority01:22
omkarjoshiconnection=mysql://keystone:keystone@localhost/keystone01:22
jamielennoxyep - that's it01:22
omkarjoshilet me try modifying it..01:22
jamielennoxand i have nfi why it would have worked under keystone-all01:23
omkarjoshistill same..01:29
openstackgerritBrant Knudson proposed openstack/keystone: Entrypoints for commands  https://review.openstack.org/13143501:30
omkarjoshiI see this warning when I run the commond01:30
omkarjoshiWARNING: Bypassing authentication using a token & endpoint (authentication credentials are being ignored).01:30
openstackgerritBrant Knudson proposed openstack/keystone: Entrypoints for commands  https://review.openstack.org/13143501:32
jamielennoxthat means you are using the ADMIN_TOKEN for authentication01:43
jamielennoxomkarjoshi: if you use a username and password it should go away01:43
*** lhcheng has quit IRC01:44
*** junhongl has joined #openstack-keystone01:45
*** ozialien has quit IRC01:53
omkarjoshiyeah that warning went away but still same username is getting used ...resulting into a failure..02:06
*** harlowja_ is now known as harlowja_away02:14
*** ozialien has joined #openstack-keystone02:14
*** markvoelker has joined #openstack-keystone02:18
openstackgerritMerged openstack/keystone: Add inline comment and docstrings fixes for Fernet  https://review.openstack.org/16548902:20
*** erkules_ has joined #openstack-keystone02:20
openstackgerritMerged openstack/keystone: Support upload domain config files to database  https://review.openstack.org/16036402:20
* lbragstad highfives dolphm02:21
*** markvoelker has quit IRC02:23
*** erkules has quit IRC02:23
lbragstadnice work jorge_munoz!02:23
*** sigmavirus24_awa is now known as sigmavirus2402:27
*** dims has quit IRC02:28
*** mhu has quit IRC03:07
*** mhu has joined #openstack-keystone03:07
*** stevemar has joined #openstack-keystone03:08
*** ChanServ sets mode: +v stevemar03:08
*** samueldmq has joined #openstack-keystone03:18
*** browne has quit IRC03:22
*** omkarjoshi has quit IRC03:25
*** greghaynes has quit IRC03:43
*** iamjarvo has joined #openstack-keystone03:53
*** tqtran has quit IRC03:55
*** tqtran has joined #openstack-keystone03:56
*** omkarjoshi has joined #openstack-keystone03:57
*** sigmavirus24 is now known as sigmavirus24_awa03:57
*** lhcheng has joined #openstack-keystone04:00
*** ozialien has quit IRC04:01
*** ozialien has joined #openstack-keystone04:02
*** jamielennox is now known as jamielennox|away04:06
openstackgerritLin Hua Cheng proposed openstack/keystone: Remove parent_id in v2 token response  https://review.openstack.org/15686704:17
openstackgerritMerged openstack/keystone: Update Apache httpd config docs for token persistence  https://review.openstack.org/16450804:17
openstackgerritLin Hua Cheng proposed openstack/keystone: Remove parent_id in v2 token response  https://review.openstack.org/15686704:19
*** dims has joined #openstack-keystone04:19
*** markvoelker has joined #openstack-keystone04:19
openstackgerritLin Hua Cheng proposed openstack/keystone: Remove parent_id in v2 tenant response  https://review.openstack.org/16436704:20
*** samueldmq has quit IRC04:22
*** markvoelker has quit IRC04:24
*** erkules_ is now known as erkules04:26
*** erkules has joined #openstack-keystone04:26
*** dims has quit IRC04:27
*** browne has joined #openstack-keystone04:30
*** richm has quit IRC04:38
*** iamjarvo has quit IRC04:55
*** __afazekas is now known as afazekas05:03
*** amerine_ has joined #openstack-keystone05:14
*** amerine has quit IRC05:16
*** markvoelker has joined #openstack-keystone05:20
*** markvoelker has quit IRC05:25
*** ozialien has quit IRC05:32
openstackgerritSteve Martinelli proposed openstack/keystone: Add API to create ecp wrapped saml assertion  https://review.openstack.org/16286605:33
*** greghaynes has joined #openstack-keystone05:40
openstackgerritSteve Martinelli proposed openstack/keystone: Document websso setup  https://review.openstack.org/16401205:45
*** stevemar has quit IRC06:00
openstackgerritOpenStack Proposal Bot proposed openstack/keystone: Imported Translations from Transifex  https://review.openstack.org/16570206:04
*** davechen has joined #openstack-keystone06:12
*** dims has joined #openstack-keystone06:13
*** dims has quit IRC06:19
*** markvoelker has joined #openstack-keystone06:21
*** markvoelker has quit IRC06:26
*** pcaruana has quit IRC06:33
*** ishant has joined #openstack-keystone06:43
openstackgerritMerged openstack/keystone: Update sample httpd config file  https://review.openstack.org/16451006:46
*** markvoelker has joined #openstack-keystone07:22
*** henrynash has joined #openstack-keystone07:23
*** ChanServ sets mode: +v henrynash07:23
*** ParsectiX has joined #openstack-keystone07:23
*** markvoelker has quit IRC07:26
*** Bsony has joined #openstack-keystone07:45
*** henrynash has quit IRC07:47
*** chlong has quit IRC07:47
*** dims has joined #openstack-keystone08:04
*** ajayaa has joined #openstack-keystone08:06
*** ccard has quit IRC08:09
*** dims has quit IRC08:10
openstackgerritDave Chen proposed openstack/keystone: Needn't workaround when invoking `app.request()`  https://review.openstack.org/16572708:18
openstackgerritDave Chen proposed openstack/keystone: Needn't workaround when invoking `app.request()`  https://review.openstack.org/16572708:20
*** ccard has joined #openstack-keystone08:28
*** kashyap has left #openstack-keystone08:29
*** jistr has joined #openstack-keystone08:37
*** lhcheng has quit IRC08:40
*** amerine has joined #openstack-keystone08:44
*** amerine_ has quit IRC08:45
bretondavechen:08:49
davechenbreton: hi ;-)09:01
davechenbreton: it's hard to connect your nick name with your real name09:01
davechenbreton: It's lucky to find someone still working, the channel is pretty quiet.09:03
bretonwell, it's 12:05 in my tz09:03
davechenbreton: 12:05 am or pm?09:04
bretonPM09:05
davechenbreton: I am wrong, there is never a time as 12:05 am :)09:05
bretonthe one that goes after 11:00 AM :)09:05
* breton never understood why it's 11 am, then 12 pm and then 1 pm.09:05
davechenbreton: agree, seems most of guys like working in the deep night.09:07
bretonI wonder why gerrit doesn't have any links to lp09:08
bretonbecause my nickname is set on lp and, well, it could solve problems.09:09
davechenbreton: you mean the name used in the channel?09:09
*** tqtran has quit IRC09:09
davechenbreton: there is the one who has the same name in the lp.09:11
openstackgerritEndre Karlson proposed openstack/python-keystoneclient: Allow for other then STABLE api version  https://review.openstack.org/13015909:11
bretondavechen: there is https://launchpad.net/~bbobrov :) and there is my nickname09:12
davechenbreton: you'd better go to sleep, pretty late for you, I am currently okay, my time is 5:00 PM.09:12
*** henrynash has joined #openstack-keystone09:12
*** ChanServ sets mode: +v henrynash09:12
davechenbreton: yeah, it's quite different with your nick name here.09:12
bretondavechen: err, no, it's just the beginning of the work day. It's 12:15, not 00:15, if we speak in 24h format :)09:14
davechenbreton: Aha, that's great! we are closer.09:16
*** rdo has quit IRC09:16
*** dims has joined #openstack-keystone09:22
*** markvoelker has joined #openstack-keystone09:23
*** lhcheng has joined #openstack-keystone09:25
*** krykowski has joined #openstack-keystone09:25
*** dims has quit IRC09:26
*** davechen has left #openstack-keystone09:27
*** markvoelker has quit IRC09:28
*** omkarjoshi has quit IRC09:32
openstackgerritDavid Charles Kennedy proposed openstack/keystone: Improves support for sample data script with ssl  https://review.openstack.org/15407409:36
*** dims has joined #openstack-keystone09:45
openstackgerrithenry-nash proposed openstack/keystone: Update configuration documentation for domain config  https://review.openstack.org/16575409:46
*** Trozz has quit IRC09:50
*** Trozz has joined #openstack-keystone09:53
*** Trozz is now known as Trozz_09:55
*** Trozz_ is now known as Trozz09:55
*** alex_xu has quit IRC10:12
*** alex_xu has joined #openstack-keystone10:14
openstackgerrithenry-nash proposed openstack/keystone: Testing combination of limits and filters  https://review.openstack.org/16576110:14
*** lhcheng has quit IRC10:22
*** markvoelker has joined #openstack-keystone10:24
*** henrynash has quit IRC10:27
*** markvoelker has quit IRC10:29
*** samueldmq-away is now known as samueldmq10:33
*** ajayaa has quit IRC10:54
*** jdennis has quit IRC10:59
*** ajayaa has joined #openstack-keystone11:02
*** amakarov_away is now known as amakarov11:03
*** pcaruana has joined #openstack-keystone11:05
*** mattfari_ has joined #openstack-keystone11:11
*** mattfari_ has quit IRC11:12
openstackgerritMerged openstack/keystone: Fix nullable constraints in service provider table  https://review.openstack.org/16418911:14
*** markvoelker has joined #openstack-keystone11:25
*** markvoelker has quit IRC11:30
*** markvoelker has joined #openstack-keystone11:54
*** henrynash has joined #openstack-keystone12:06
*** ChanServ sets mode: +v henrynash12:06
*** richm has joined #openstack-keystone12:08
*** diegows_ has joined #openstack-keystone12:11
*** chlong has joined #openstack-keystone12:14
*** bknudson has quit IRC12:25
*** chlong has quit IRC12:26
*** rdo has joined #openstack-keystone12:30
*** htruta has quit IRC12:31
*** htruta has joined #openstack-keystone12:32
*** gordc has joined #openstack-keystone12:34
*** gordc has quit IRC12:34
*** gordc has joined #openstack-keystone12:37
*** diegows_ has quit IRC12:38
*** diegows has joined #openstack-keystone12:38
openstackgerritDave Chen proposed openstack/keystone: Needn't workaround when invoking `app.request()`  https://review.openstack.org/16572712:40
*** chlong has joined #openstack-keystone12:43
*** bknudson has joined #openstack-keystone12:45
*** ChanServ sets mode: +v bknudson12:45
openstackgerrithenry-nash proposed openstack/keystone: Testing combination of limits and filters  https://review.openstack.org/16576112:54
*** ParsectiX has quit IRC12:59
*** dims has quit IRC13:01
*** dims has joined #openstack-keystone13:02
openstackgerritHenrique Truta proposed openstack/keystone: WIP: Bye bye domain table  https://review.openstack.org/16185413:05
*** henrynash has quit IRC13:06
*** jistr has quit IRC13:08
*** jistr has joined #openstack-keystone13:09
*** ParsectiX has joined #openstack-keystone13:12
*** ParsectiX has quit IRC13:14
*** ParsectiX has joined #openstack-keystone13:15
*** chlong has quit IRC13:21
*** zzzeek has joined #openstack-keystone13:28
*** ishant has quit IRC13:47
*** ParsectiX has quit IRC13:50
*** ParsectiX has joined #openstack-keystone14:01
*** sigmavirus24_awa is now known as sigmavirus2414:02
morganfainbergK3 is being tagged now.14:06
bknudsonmorganfainberg: you going to go through an -2 reviews that are features?14:09
*** csoukup has joined #openstack-keystone14:09
*** ajayaa has quit IRC14:09
*** henrynash has joined #openstack-keystone14:10
*** ChanServ sets mode: +v henrynash14:10
morganfainbergbknudson: yes. I will be doing that today.14:10
*** mattfarina has joined #openstack-keystone14:12
*** samueldmq_ has joined #openstack-keystone14:13
*** stevemar has joined #openstack-keystone14:14
*** ChanServ sets mode: +v stevemar14:14
*** obutenko has joined #openstack-keystone14:17
*** iamjarvo has joined #openstack-keystone14:18
henrynashmorgangainberg: is it too late for this doc change to get into K3? https://review.openstack.org/#/c/165754/114:19
*** dhellmann has quit IRC14:19
*** dhellmann has joined #openstack-keystone14:19
*** timcline has joined #openstack-keystone14:21
henrynashstevemar, ayoung: (only once you are done with Fernet reviews)…maybe you could take a quick look14:21
*** ayoung has quit IRC14:22
stevemarhenrynash, i think doc changes can go in anytime14:26
henrynashstevemar: oh sure….it was more…if someone picks up k3, it would be nice if they tried this out14:26
henrynashstevemar: and this tells them how14:27
stevemartrue, but docs.openstack.org/developer/keystone is refreshed every time a patch is merged14:27
henrynashstevemar:…ah…and that’s s damn fine point, sir!14:28
henrynashstevemar: when will I learn about taht internet-thingy which means you don’t have to put everyting in a box and get Mr Postman to ship it to your customers14:29
stevemarhenrynash, i still wonder why some customers want actual CDs/DVDs of software14:32
henrynashstevemar: caosters? frizzbees?14:33
*** jdennis has joined #openstack-keystone14:34
*** iamjarvo has quit IRC14:34
* bknudson is glad openstack bot doesn't report bug status changes to irc.14:39
bretonwell, it'd be just ~50 lines14:39
*** iamjarvo has joined #openstack-keystone14:39
*** iamjarvo has quit IRC14:40
*** iamjarvo has joined #openstack-keystone14:40
jorge_munozdolphm: lbragstad \o/14:46
*** timcline has quit IRC14:48
*** timcline has joined #openstack-keystone14:49
openstackgerrithenry-nash proposed openstack/keystone: Testing combination of limits and filters  https://review.openstack.org/16576114:55
*** ajayaa has joined #openstack-keystone14:55
*** timcline has quit IRC14:57
*** timcline has joined #openstack-keystone14:57
morganfainberghenrynash, it is too late for kilo3 anything15:02
henrynashmorganfainberg: np…since as stevemar reminded me…teh doc will get publsihed online anyway!15:03
henrynashmorganfainberg: (it was a doc only change)15:04
*** ParsectiX has quit IRC15:07
*** timcline has quit IRC15:08
*** timcline has joined #openstack-keystone15:09
marekdmorganfainberg: still chances for FFE for https://review.openstack.org/#/c/152156/ ? stevemar already +2d it, I like it too, but only +1ed it as I pushed some fixes to this patch.15:12
morganfainbergmarekd, FFEs sent to the ML will be confirmed asap, but FFE just means it can land post milestone-315:13
morganfainbergmarekd, it cannot land in kilo3, kilo3 was already tagged.15:13
*** angular_mike has joined #openstack-keystone15:14
marekdmorganfainberg: well, as long as we can land it ~now-is (so March, April, May), not for L release i am happy :-)15:14
*** pnavarro has joined #openstack-keystone15:24
*** fmarco76 has joined #openstack-keystone15:25
marekdbknudson: you are a member of ACM, aren't you ?15:25
bknudsonmarekd: yes, since college.15:25
marekdbknudson: and what this 'membershib' actually mean? you are obliged to publish whitepapers and so on?15:26
bknudsonmarekd: no, you pay dues and get the magazine.15:27
*** samueldmq__ has joined #openstack-keystone15:27
marekdaha, ok15:27
openstackgerritMerged openstack/keystone: Adds test for federation mapping list order issues  https://review.openstack.org/16317215:27
*** samueldmq_ has quit IRC15:29
*** henrynash has quit IRC15:31
stevemarmarekd, can i review your OSC sp patch?15:32
*** fmarco76 has quit IRC15:33
marekdstevemar: i didn't add any tests.15:36
stevemar:O15:36
*** ayoung has joined #openstack-keystone15:36
*** ChanServ sets mode: +v ayoung15:36
marekdstevemar: so, if you could it'd be awesome and tmrw i will address yur comments and add tests15:37
marekdit's rougly copy/paste from identity_provider.py15:37
*** gyee has joined #openstack-keystone15:37
*** ChanServ sets mode: +v gyee15:37
stevemarmarekd, alright, i'll review it then :)15:38
marekdstevemar: thanks :-)15:38
ayoungSpotty network connection right now....I'm assuming everything that is going in for K3 is in?  Anything pressing?15:39
marekdstevemar: liked the idea of osc in a daemon mode, btw15:39
*** Bsony has quit IRC15:39
stevemarmarekd, that would be crazy15:41
*** _cjones_ has joined #openstack-keystone15:41
openstackgerritAlexander Makarov proposed openstack/keystone: Group role revocation invalidates all user tokens  https://review.openstack.org/14185415:44
*** Trozz has quit IRC15:46
*** krykowski has quit IRC15:47
*** Trozz has joined #openstack-keystone15:47
*** pnavarro has quit IRC15:47
*** browne has quit IRC15:49
openstackgerritMerged openstack/keystone: Imported Translations from Transifex  https://review.openstack.org/16570215:56
raildomorganfainberg, I  already have sent the email requesting the FFE for reseller; http://www.mail-archive.com/openstack-dev@lists.openstack.org/msg48301.html15:56
morganfainbergraildo, i know15:57
morganfainbergraildo, i need to -2 them until we confirm the FFE15:57
morganfainbergayoung, k3 is tagged15:58
raildomorganfainberg, sure, np.15:58
ayoungmorganfainberg, figured15:58
ayounganything buring then?15:58
*** arunkant_ has joined #openstack-keystone15:58
openstackgerritMerged openstack/keystone: Prefer . to setattr()/getattr()  https://review.openstack.org/16431815:58
*** arunkant_ has quit IRC16:00
*** arunkant_ has joined #openstack-keystone16:00
ayoungstevemar, running tox on oslo policy I get :   File "/opt/stack/oslo.policy/.tox/py27/lib/python2.7/site-packages/oslo_config/cfg.py", line 1021, in __init__16:02
ayoung    super(MultiOpt, self).__init__(name, item_type, **kwargs)16:02
ayoungTypeError: __init__() got an unexpected keyword argument 'deprecated_for_removal'16:02
stevemarayoung, rebuild your venv16:02
ayoungok16:02
stevemaroslo.config has a new option now - deprecated_for_removal - and that was in it's latest release16:03
rodrigodslots of -216:05
rodrigods:)16:05
raildohaha16:05
morganfainberg-2's have been sent out. if I missed any features (without specific comment saying "this is not API/feature specifc" please let me know.16:06
*** henrynash has joined #openstack-keystone16:08
*** ChanServ sets mode: +v henrynash16:08
openstackgerritRodrigo Duarte proposed openstack/keystone: WIP: Bye bye domain table  https://review.openstack.org/16185416:13
openstackgerritRodrigo Duarte proposed openstack/keystone: Honor domain operations in project table  https://review.openstack.org/14376316:13
*** arunkant_ has quit IRC16:13
*** samueldmq__ has quit IRC16:16
*** arunkant_ has joined #openstack-keystone16:20
*** rushiagr_away is now known as rushiagr16:29
*** browne has joined #openstack-keystone16:29
*** Bsony has joined #openstack-keystone16:32
*** tqtran has joined #openstack-keystone16:34
*** iamjarvo has quit IRC16:37
openstackgerritayoung proposed openstack/oslo.policy: Convert Exceptions to failures.  https://review.openstack.org/16590816:37
*** amakarov is now known as amakarov_away16:37
*** ayoung has quit IRC16:39
edmondswdolphm, nkinder.. sorry I disappeared yesterday. Family thing popped up.16:43
edmondswdolphm, nkinder.. reading back, sounds like you both agreed that bug 1431015 would be valid after all, and the domain_id wouldn't have to be specified by query param if the user and project domain from the token is the same... correct?16:44
openstackbug 1431015 in Keystone "v3/users or groups calls not working without domain_id" [Undecided,Invalid] https://launchpad.net/bugs/1431015 - Assigned to lilly (lilly-spandanabarukula)16:44
*** ljfisher has joined #openstack-keystone16:47
edmondswdolphm, nkinder.. if so, can one of you update the bug accordingly?16:47
*** Swanson has left #openstack-keystone16:49
*** gyee has quit IRC16:56
henrynashedmondsw: sorry, why do we think the bug is valid?16:58
edmondswhenrynash, I thought that was the conclusion here on irc last night... its a usability mess for folks moving from single domain to separate domains for service vs. end users16:59
marekdstevemar: why crazy?16:59
*** lhcheng has joined #openstack-keystone16:59
edmondswhenrynash, /v3/users and /v3/groups work in single domain, but no longer when you split out the service users into a separate domain17:00
henrynashedmondsw: well, not if you have domain specific drivers enabled, no17:01
edmondswhenrynash, ??17:01
edmondswhenrynash, agreeing with me that they don't work, or... ?17:02
henrynashedmondsw: I think the restriction comes when you throw the switch to use different backend drivers per domain….we really MUST insist on a domain being specified (somehow) in that case when listing users17:02
edmondswhenrynash, why? I think dolphm and nkinder finally agreed with me to the contrary last night17:03
henrynashedmondsw: so other wise a list all users would (potentially) fan out to, say, 100 different LDAP servers each with 10,000 users….ouch17:04
edmondswhenrynash, the domain is implicitly specified in the case we're talking about, so why would it need to be explicitly specified?17:04
henrynashedmondsw: how is it explicitely specified?17:04
edmondswhenrynash, you can explicitly specify it with the domain_id query param... e.g. /v3/users/domain_id=default17:05
henrynashedmondsw: of course, that’s how you are meant to do it17:05
*** pcaruana has quit IRC17:05
henrynashedmondsw: but that works, right?17:05
edmondswhenrynash, yes, that works... but you asked for how to do it explicitly.. I'm talking about implicit17:06
edmondswhenrynash, if the token user is in domain default, and the token is scoped to a project that is in domain default, then of course you're asking for users in domain default17:06
edmondswhenrynash, so you shouldn't have to say /v3/users?domain_id=default... you should just be able to ask for /v3/users and keystone should know the domain is default17:06
*** jistr has quit IRC17:07
edmondswhenrynash, like it already does if you have a domain-scoped token... figures the domain id implicitly based on the token17:07
henrynashedmondsw: so of course we *could* make that assumption…although I’m not sure it’s a good idea17:07
edmondswhenrynash, why wouldn't it be a good idea?17:07
henrynashedmondsw: yep, I wrote that bit17:07
henrynashedmondsw: becuase me being in domain A says nothing about what I want to operate on…..a token scope is exactly that…the scope udner which I want to work17:08
edmondswhenrynash which is why personally I don't think the user's token should have anything to do with this, but dolphm and nkinder did17:08
edmondswhenrynash, s/token/domain/17:09
*** harlowja_away is now known as harlowja_17:09
edmondswhenrynash, I think the project domain is the only domain that should matter... that comes from the token scope, whereas the user's domain has nothing to do with scope17:09
henrynashedmondsw: pretty soon (like between now and RC of Kilo) we’ll probably have multipel layers of domain, beneath which we have hieracies of projects….I think it would be dangerous to assume anything about the scope of a request other than the explicit scope of the token (or explict filter in the request)17:10
edmondswhenrynash, but dolphm and nkinder thought they should have to match for some reason... which would solve my use case, so I'd be ok with that, even if it doesn't seem quite right17:10
nkinderhenrynash: the idea would be to attempt to list users in the same domain of the requesting user if they don't specify a domain in the query parameter (even if they have a project scoped token)17:11
openstackgerritMerged openstack/keystone: Cleanup Fernet testcases and add comments.  https://review.openstack.org/16552017:11
nkinderhenrynash: policy would still block you if it's not allowed17:11
edmondswhenrynash, and why isn't the project's domain considered explicit enough?17:11
nkinderhenrynash: so with policy.v3cloudsample, you will still be denied without a domain-scoped token17:11
nkinderedmondsw: I think the user domain is more appropriate personally17:11
henrynashedmondsw: ahh, now what they *might* be saying that (if we get it all in in time) in Kilo a domain is a specical project….and so if you get a token scoped for such a sepecial project then the domain and project ID will be in the token17:12
edmondswnkinder why? user domain seems irrelevant17:12
openstackgerritMerged openstack/keystone: Updated from global requirements  https://review.openstack.org/16235017:12
*** timcline has quit IRC17:12
henrynashnkinder, edmondsw: and hence it *would* satisfy the policy requriement17:12
nkinderedmondsw: the same could be said about the project domain...17:13
edmondswnkinder how? project domain is part of the scope... user domain isn't17:13
henrynashnkinder: …although I’m personally still a bit skeptical about this dual-ness style token17:13
nkinderedmondsw: the way domains are designed, you typically don't have cross-domain visibility unless you are a cloud admin17:14
nkinderso listing other users within my domain seems like a natural thing to me17:15
henrynashedmondsw: I’m with nkinder on the project domain being relevant, I don’t see that it is…..in fact if we allowed listing all users with a (regualr) project token, then I would expect it do do something very different….liek list all users that have any role on that project or something (which I don’t like any way…we already have an API for that)17:15
edmondswnkinder for which you should use a token scoped to your domain, either directly or scoped to a project in your domain17:15
nkinderedmondsw: do you have a user from one domain with a project-scoped token for a project in another domain?17:15
edmondswwhy would you want to use a token scoped to a project in another domain to read users in your domain?17:15
*** timcline has joined #openstack-keystone17:16
nkinderdomains are typically designed for separation, but you're talking about crossing domains (user from "coke" has roles on a project form "pepsi")17:16
edmondswnkinder, no, I don't, which is why I said I'd be ok with user and project domain having to match if we have to go that way, but it seems like someone else could and I don't see how user domain is relevant17:17
*** Bsony has quit IRC17:17
edmondswnkinder user there would have to be a cloud admin, I agree17:17
edmondswbut that cloud admin could have gotten a token for a pepsi project and should only then be seeing users in the pepsi project17:18
edmondsws/in the pepsi project/in the pepsi project's domain/17:18
edmondswthey'd need a differently scoped token to read users in the coke domain... they'd be allowed to do that, because they're a cloud admin, but would need a differently scoped token17:19
*** Bsony has joined #openstack-keystone17:19
nkindertop-level cloud admin can just use the query param.  All they need is their domain-scoped token from the "admin" domain specified in policy.json17:19
nkinderI think any heuristic about where the domain is pulled from is going to be confusing for some (just like I think user is natural, but you thing project is)17:20
nkinder...which is why I think dolph said user_domain==project_domain should be enforced for this17:21
edmondswnkinder, and like I said, I'm fine with that... doesn't seem necessary, but satisfies my use case17:22
edmondswnkinder, so can we agree to open bug 1431015 back up?17:22
openstackbug 1431015 in Keystone "v3/users or groups calls not working without domain_id" [Undecided,Invalid] https://launchpad.net/bugs/1431015 - Assigned to lilly (lilly-spandanabarukula)17:23
nkinderedmondsw: given that henrynash has done much of the domain work, I'd like to see if he's on board17:23
edmondswagreed17:23
edmondswhenrynash, you on board?17:23
henrynashedmondsw: sorry, had stepped away, reading back17:23
henrynashedmondsw: so let me make sure I understand the proposal…17:25
henrynashedmondsw: we would deduce the implicit domain “scope” of a list all users request from the users_domain IF it matched the project_domain in a projected scoped token17:26
edmondswhenrynash, yes... and same for a list groups request17:27
henrynashedmondsw: yes, naturally17:27
henrynashedmondsw: I can’t say I like it at all…it just does not seem intuative17:28
edmondswhenrynash, why don't you think it's intuitive? Seems to me NOT doing this is unintuitive17:28
edmondswhenrynash, what other domain could you possible want the information for? You're scoped in such a way you wouldn't be able to make this request for any other domain17:29
henrynashedmondsw: i would expect such a command to only list me the users that have a role on that project17:29
edmondswhenrynash, :) there you get into another gripe I have...17:30
henrynashedmondsw: (and I’m not angling for that fucntionality…I don’t want it to do that)17:30
*** mestery_ has joined #openstack-keystone17:31
henrynashedmondsw: in fact I think we had such an API and we deprecated it17:31
*** mestery has quit IRC17:33
edmondswhenrynash, I would love to be able to ask for users with a role on a project... can't believe we don't have that today17:33
openstackgerritRodrigo Duarte proposed openstack/keystone: Stop calling domain drivers  https://review.openstack.org/16593617:33
rodrigodsmorganfainberg, ^ needs a -2 :)17:33
henrynashedmondsw: what I might agree is that (once domains are just projects with a special flag set), then if you have token scoped to THAT sort of project, then yes, waht we suggest might akes ense17:34
edmondswhenrynash, but I would think that listing only users with roles would require a query param on the /v3/users query to distinguish that behavior17:34
openstackgerritRodrigo Duarte proposed openstack/keystone: Stop calling domain drivers  https://review.openstack.org/16593617:34
*** packet has joined #openstack-keystone17:35
edmondswhenrynash, when we have those special domain projects, will I be able to do everything with a token for that domain/project, or will I have to ask for a token scoped to some sub-project to work on said sub-project?17:35
henrynashedmondsw: you’ll have to get a token to project you want to work on17:36
openstackgerritMerged openstack/keystone: Needn't workaround when invoking `app.request()`  https://review.openstack.org/16572717:36
edmondswhenrynash, a large part of the issue here is a) don't want to have to ask for a second token and b) don't want to have to specify query params I didn't have to specify before moving service users into a separate domain17:36
henrynashedmondsw: hierarchical projects are in there already17:36
edmondswhenrynash, asking the question another way... would I have to have a subproject under this domain-project, or would it serve the purpose of both?17:37
henrynashedmondsw: they can serve both pruposes of you want to use it that way17:38
henrynash(at least I think so….that was part of the original design…..it’s possible the first release of it has a restrction…but not sure)17:39
edmondswhenrynash, and this may or may not be in kilo?17:39
*** mestery_ is now known as mestery17:39
henrynashedmondsw: so we have requested a FFE to get it in (the patches are up for review, but no in K3)17:39
*** iamjarvo has joined #openstack-keystone17:42
henrynashrodrigods: did you see an email from me agreeing to sponsor the FFE….my email account that I use for OPenStack is going flakey...17:42
henrynashrodigods: (and btw, you missed uploading you 069 migration method to https://review.openstack.org/#/c/161854/10)17:43
rodrigodshenrynash, no...17:43
edmondswhenrynash, alright, I'll give up on bug 1431015 :) Tx for the consideration / discussion17:43
openstackbug 1431015 in Keystone "v3/users or groups calls not working without domain_id" [Undecided,Invalid] https://launchpad.net/bugs/1431015 - Assigned to lilly (lilly-spandanabarukula)17:43
henrynashrodigods: hmm, damn17:43
edmondswnkinder ^ you too17:44
rodrigodshenrynash, yeah... that patch is going to change, it will be just the domain table drop17:44
henrynashedmondsw: i understand that it IS more work when you have these different domains and drivers…but as an Identity service we have to be pretty strict on things like scope17:44
raildohenrynash, sorry, I forgot to put int he email that you will sponsor the reseller FFE =/17:45
edmondswhenrynash, of course17:45
henrynashraildo: and I can’t send anything to the list right now….it will take me a while to un-flake my email account17:46
raildohenrynash, If you want, i can send a reply with this information.17:46
henrynashraildo: please do17:46
raildohenrynash, ok17:46
henrynashedmondsw: and appracite you good debate…I am sure this will continue17:46
*** ayoung has joined #openstack-keystone17:50
*** ChanServ sets mode: +v ayoung17:50
*** boris-42 has quit IRC18:02
openstackgerritLin Hua Cheng proposed openstack/keystone: On creation default service name to empty string  https://review.openstack.org/14696218:04
bknudsonstevemar: were you going to pycon?18:05
*** gyee has joined #openstack-keystone18:06
*** ChanServ sets mode: +v gyee18:06
stevemarbknudson, i applied to go, but i didn't get approval in time, was sold out before anyone looked at it18:09
bknudson:(18:09
stevemarbknudson, you going?18:10
stevemarbknudson, i applied back in january18:10
bknudsonstevemar: no, I was just wondering... noticed this: https://us.pycon.org/2015/schedule/tutorials/ -- Tutorial Rate$150 USD each $200 USD each18:10
stevemarbknudson, ugh that's pricey18:11
bknudsondstanek's got it figured out.18:11
bknudsonstevemar: only if you're attending a tutorial... lucrative for presenters.18:11
dstanekbknudson: :-) i have a co-presenter so i get half the take18:11
stevemarbknudson, i was thinking of hopping on a train and going to montreal anyway18:11
ayounglbragstad, stevemar lhcheng ... creating a service without a name seems like it should be forbidden.  Wouldn't that be the right way to go instead of  defualting to ''?  https://review.openstack.org/#/c/146962/1418:12
*** bernardo-silva has joined #openstack-keystone18:13
*** omkarjoshi has joined #openstack-keystone18:13
stevemarayoung, other way around, creating a service without a *type* should be disallowed18:13
jorge_munozAre the docs for http://developer.openstack.org/api-ref-identity-v2.html not up-to-date. I can’t assigned a global role to a user. There is logic in the code that returns “Not Implemented” if a tenant is not provided for `PUT /v2.0/users/​{userId}​/roles/OS-KSADM/​{roleId}​`. Are global roles no longer supported in keystone?18:13
lbragstadayoung: service name isn't a required parameter https://github.com/openstack/keystone/blob/master/keystone/catalog/schema.py#L5518:13
ayoungstevemar, then the name should be the type if it is not set18:13
ayounglbragstad, having both is madness....madness I tell you!18:14
lbragstadayoung: related https://bugs.launchpad.net/keystone/+bug/1259425 https://review.openstack.org/#/c/138130/18:14
openstackLaunchpad bug 1259425 in Keystone "service-create allows 2 services with the same name" [Medium,In progress] - Assigned to Lance Bragstad (lbragstad)18:14
stevemarayoung, that's an implementation decision18:14
lhchengayoung: I think we can't change that due to breaking backward compatibility18:15
ayoungWhy would we have both name and type? Thus stuff predates me.18:15
ayounglhcheng, I wonder how people actually use name vs.  type?18:15
stevemartype would be `identity` and name would be `keystone`18:15
stevemarwhy that is... i dunno18:15
lbragstadjorge_munoz: I had a commit up for removing the ability to get global roles: https://review.openstack.org/#/c/154238/18:16
ayoungstevemar, I know that is the devstack (and what we have done) approach18:18
ayoungdo we really need "name" for anything?18:18
lhchengname might optional due to templated catalog?18:18
ayoungSeems ... foolishly consistent?18:19
jorge_munozlbragstad: Thanks, that answers my question.18:19
stevemarayoung, well you can have multiple service types that are the same18:19
lbragstadjorge_munoz: sure thing18:19
stevemaryou could use name to differentiate18:19
stevemarinstead of id18:19
ayoungmorganfainberg, Can we deprecate Name in the service catalog?  Law of the Ants:  Anything not required is forbidden18:20
morganfainbergayoung, uhm...18:21
ayoungstevemar, "can" and "why would anybody do this" are two slightly different but related things18:21
morganfainbergwho is/could be using it?18:21
lbragstadI think that would be backwards incompatible18:21
morganfainbergbecause ... likely no since it's not backwards compatbile18:21
ayoungAny clue why we even have it?18:21
*** _cjones_ has quit IRC18:21
bknudsonwe can deprecate anything... removing it is going to require identity v418:21
morganfainbergsomeone.18:21
morganfainbergbknudson, ++18:21
morganfainbergsure.18:21
morganfainbergbut we can't "warn" or anything if it's deprecated18:22
morganfainbergso... is there a point to deprecating at this point?18:22
ayoungYeah...its just confusing18:22
lbragstador, we micro-version, like what nova does?18:22
morganfainberglbragstad, separate discussion18:22
morganfainberglets talk that for liberty and what it means18:22
bknudsondo we have any dev docs on testing notifications?18:24
*** _cjones_ has joined #openstack-keystone18:25
*** ajayaa has quit IRC18:39
openstackgerritJoe Gordon proposed openstack/keystone: Move updating default log levels higher up  https://review.openstack.org/16596218:43
openstackgerritMerged openstack/python-keystoneclient: Add OS-SIMPLE-CERT support for v3.  https://review.openstack.org/14220018:51
*** timcline has quit IRC19:01
openstackgerritJoe Gordon proposed openstack/keystone: Fix set_default_for_default_log_levels  https://review.openstack.org/16596219:05
*** _cjones_ has quit IRC19:08
ayoungSeems to me that Gerrit should help out on workflow more than just patch submissions.  Tagging and branching requests should be done just like other stuff....I'll file that wasy for future research19:08
openstackgerritJoe Gordon proposed openstack/keystone: Fix set_default_for_default_log_levels  https://review.openstack.org/16596219:10
ayoungamakarov_away, sorry to rain on your parade.  That was an inspired approach...but it won't work.19:11
lhchengbknudson: I don't think so, tried looking for it around midcycle but didn't find anything. stevemar had to show me how to test it.19:20
stevemarbknudson, what are you looking for the docs to explain?19:31
*** amerine has quit IRC19:32
*** _cjones_ has joined #openstack-keystone19:34
stevemarjamielennox|away, around? ... and you're marked as away19:42
*** bernardo-silva has quit IRC19:45
*** bernardo-silva has joined #openstack-keystone19:45
*** rushiagr is now known as rushiagr_away19:48
bknudsonstevemar: would be interesting if there was some instructions for how to monitor the notify queue to see that notifications were sent.19:49
stevemarbknudson, run `ceilometer event-list` ?19:50
*** bernardo-silva has quit IRC19:50
stevemarwhatever you have oslo.messaging set up to listen to19:50
bknudsonugh, need to get ceilometer running then.19:50
stevemarbknudson, are you referring to edmondsw's issue?19:50
bknudsonstevemar: ? no, someone else here was asking about it.19:51
stevemarah19:51
stevemarbknudson, i was referring to https://bugs.launchpad.net/keystonemiddleware/+bug/142185819:53
openstackLaunchpad bug 1421858 in keystonemiddleware "v3 to v2 catalog conversion missing id" [Undecided,In progress] - Assigned to Matthew Edmonds (edmondsw)19:53
stevemaroh edmondsw updated the bug, i missed that19:54
edmondswedmondsw here... still haven't gotten keystonemiddleware.audit working... but pycadf works now19:54
edmondswstevemar, bknudson ^19:54
stevemaredmondsw, whats up with the middleware bits?19:55
edmondswno errors, but nothing shows up in ceilometer, if I use keystonemiddleware19:55
edmondsweverything shows up in ceilometer fine if I use pycadf19:55
*** amerine has joined #openstack-keystone19:58
stevemarthat's weird19:58
*** timcline has joined #openstack-keystone20:02
*** timcline has quit IRC20:06
*** bernardo-silva has joined #openstack-keystone20:06
*** amerine has quit IRC20:07
openstackgerrithenry-nash proposed openstack/keystone: Update configuration documentation for domain config  https://review.openstack.org/16575420:08
openstackgerritSteve Martinelli proposed openstack/keystone: Document websso setup  https://review.openstack.org/16401220:11
stevemargyee, ping20:11
stevemargyee, do you know whats wrong with https://review.openstack.org/#/c/162866/ ? :)20:12
stevemarAFAIK, relay state should be a uuid, not a redirect url20:12
*** samueldmq__ has joined #openstack-keystone20:15
*** samueldmq has quit IRC20:17
openstackgerritBrant Knudson proposed openstack/keystone: Fix setting default log levels  https://review.openstack.org/16596220:22
*** c_soukup has joined #openstack-keystone20:23
*** csoukup has quit IRC20:26
*** dims has quit IRC20:34
openstackgerritBrant Knudson proposed openstack/keystone: Corrections to request logging  https://review.openstack.org/16600220:37
*** iamjarvo has quit IRC20:41
*** timcline has joined #openstack-keystone20:42
*** timcline has quit IRC20:42
*** iamjarvo has joined #openstack-keystone20:42
*** timcline has joined #openstack-keystone20:42
openstackgerritBrant Knudson proposed openstack/keystone: Correct request logging query parameters separator  https://review.openstack.org/16600220:45
openstackgerritSteve Martinelli proposed openstack/python-keystoneclient: WIP - add support to samlize a token  https://review.openstack.org/15902220:48
openstackgerritSteve Martinelli proposed openstack/python-keystoneclient: WIP - add support to samlize a token  https://review.openstack.org/15902220:50
openstackgerritRodrigo Duarte proposed openstack/keystone: Add domain_id checking in create_project  https://review.openstack.org/15994420:50
openstackgerritRodrigo Duarte proposed openstack/keystone: Add is_domain field in Project Table  https://review.openstack.org/15742720:50
openstackgerritRodrigo Duarte proposed openstack/keystone: Honor domain operations in project table  https://review.openstack.org/14376320:50
openstackgerritRodrigo Duarte proposed openstack/keystone: Stop calling domain drivers  https://review.openstack.org/16593620:50
openstackgerritRodrigo Duarte proposed openstack/keystone: Change project name constraint  https://review.openstack.org/15837220:50
stevemarrodrigods, just made my irc client go *ding* *ding* *ding* *ding* *ding*20:50
rodrigodsstevemar, hahah reseller chain20:52
bknudson 'SCRIPT_NAME': '/v3/auth/tokens/auth/tokens/auth/tokens/auth/tokens/auth/tokens/auth/tokens/auth/tokens/auth/tokens/auth/tokens',20:57
bknudsonthat's weird.20:57
openstackgerrithenry-nash proposed openstack/keystone: Remove unused domain config method paramters  https://review.openstack.org/16601020:59
*** raildo is now known as raildo|away21:00
gyeestevemar, I don't know yet21:07
gyeehaven't had time to investigate21:07
gyeeI'll take a look tonight21:07
openstackgerritBrant Knudson proposed openstack/keystone: Correct path in request logging  https://review.openstack.org/16601221:07
stevemargyee, okie dokie21:07
stevemarjdennis, regarding your recent comment on ecp... we're not copying & pasting it21:09
stevemargyee, how are you guys handling the ecp assertions that you send off the wire for k2k?21:10
jdennisstevemar: sorry, my misunderstanding, let me look at it again21:11
stevemarjdennis, s'all good, i was just copying/pasting in the comments to share the outline21:11
*** jorge_munoz has quit IRC21:12
gyeestevemar, we are using the script from rodrigods21:15
gyeethat works fine with shibd21:15
*** iamjarvo has quit IRC21:15
gyeestevemar, see http://blog.rodrigods.com/21:17
gyeetransform_assertion_into_ecp()21:18
stevemargyee, right, transform_assertion_into_ecp21:18
stevemargyee, so it has the same ecp:RelayState everytime?21:18
stevemarthat seems wrong21:18
gyeeI did a quick comparison last night, only difference is the missing GeneratedKey attribute21:19
stevemargyee, that the idea... i don't know how rodrigods came up with the value for GeneratedKey21:22
*** jorge_munoz has joined #openstack-keystone21:27
*** mattfarina has quit IRC21:35
*** dims has joined #openstack-keystone21:39
openstackgerritBrant Knudson proposed openstack/keystone: Entrypoints for commands  https://review.openstack.org/13143521:45
*** timcline has quit IRC21:45
ayoungbknudson, why https://review.openstack.org/#/c/131435/4  ?21:46
bknudsonayoung: consistency with other projects.21:47
bknudsonnot really expecting this for K, unless everyone's comfortable with it.21:48
openstackgerrithenry-nash proposed openstack/keystone: Add caching to getting of the fully substituted domain config  https://review.openstack.org/16601821:49
*** bernardo-silva has quit IRC21:50
openstackgerritBrant Knudson proposed openstack/keystone: Entrypoints for commands  https://review.openstack.org/13143521:53
openstackgerrithenry-nash proposed openstack/keystone: Remove unused domain config method paramters  https://review.openstack.org/16601021:53
openstackgerrithenry-nash proposed openstack/keystone: Add caching to getting of the fully substituted domain config  https://review.openstack.org/16601821:55
*** lhcheng has quit IRC21:57
openstackgerrithenry-nash proposed openstack/keystone: Add caching to getting of the fully substituted domain config  https://review.openstack.org/16601821:58
bknudsondo we want the substituted domain config cached? now you're caching secret values.21:58
*** ljfisher has quit IRC22:02
*** jamielennox|away is now known as jamielennox22:09
*** packet has quit IRC22:15
*** timcline has joined #openstack-keystone22:16
*** dims has quit IRC22:19
*** timcline has quit IRC22:20
jamielennoxstevemar: here22:21
stevemarjamielennox, i have no idea why i needed to ping you22:22
jamielennoxnp22:25
*** bknudson has quit IRC22:27
*** henrynash has quit IRC22:34
*** boris-42 has joined #openstack-keystone22:36
*** ccard_ has quit IRC22:36
*** gordc has quit IRC22:38
*** ccard_ has joined #openstack-keystone22:45
jamielennoxtwo easy reviews with a +2 already: https://review.openstack.org/#/c/164565/ and https://review.openstack.org/#/c/164568/22:45
jamielennoxthey will cause rebases i think so would be good to get them in22:46
*** samueldmq has joined #openstack-keystone22:54
*** gordc has joined #openstack-keystone22:54
*** gordc has quit IRC22:58
*** c_soukup has quit IRC23:03
*** ccard_ has quit IRC23:03
*** arunkant_ has quit IRC23:04
*** ccard_ has joined #openstack-keystone23:06
openstackgerritIan Wienand proposed openstack/keystone: Use lower default value for sha512_crypt rounds  https://review.openstack.org/16529523:16
*** stevemar has quit IRC23:23
*** chlong has joined #openstack-keystone23:27
*** stevemar has joined #openstack-keystone23:33
*** ChanServ sets mode: +v stevemar23:33
*** zzzeek has quit IRC23:35
*** raildo has joined #openstack-keystone23:36
gyeestevemar, found the problem23:38
gyeesee my latest comment23:38
*** stevemar has quit IRC23:40
*** iamjarvo has joined #openstack-keystone23:57

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