Thursday, 2015-11-19

*** NM has quit IRC00:03
*** exploreshaifali has quit IRC00:15
*** lhcheng has quit IRC00:20
*** lhcheng has joined #openstack-keystone00:21
*** ChanServ sets mode: +v lhcheng00:21
*** mylu has quit IRC00:26
*** mylu has joined #openstack-keystone00:26
*** gildub_ has joined #openstack-keystone00:29
*** mylu has quit IRC00:30
*** mylu has joined #openstack-keystone00:36
*** mylu has quit IRC00:42
*** mylu has joined #openstack-keystone00:42
*** mylu_ has joined #openstack-keystone00:43
*** mylu has quit IRC00:43
openstackgerritMerged openstack/keystone: Updating sample configuration file  https://review.openstack.org/24710701:05
*** jbell8 has quit IRC01:12
*** mylu_ has quit IRC01:12
*** mylu has joined #openstack-keystone01:12
*** EinstCrazy has joined #openstack-keystone01:12
*** mylu has quit IRC01:17
*** jasonsb has quit IRC01:22
*** fawadkhaliq has joined #openstack-keystone01:26
*** shaleh has quit IRC01:27
openstackgerritzouyee proposed openstack/keystone-specs: update attribute in Policy section  https://review.openstack.org/24282701:40
*** LZ has joined #openstack-keystone01:41
openstackgerritSean Perry proposed openstack/keystone: Use new_policy_ref consistently  https://review.openstack.org/24725701:41
*** notmorgan has quit IRC01:45
*** notmorgan has joined #openstack-keystone01:48
*** notmorgan has quit IRC01:48
*** notmorgan has joined #openstack-keystone01:49
*** ChanServ sets mode: +v notmorgan01:49
*** notmorgan has quit IRC01:49
*** notmorgan has joined #openstack-keystone01:50
*** notmorgan is now known as Guest5037301:50
stevemar_yo bknudson_ we've got a whole chain of patches for extension moving that need your final seal of approval :) https://review.openstack.org/#/c/214775/3401:51
*** Guest50373 is now known as morganfainberg01:51
*** morganfainberg has joined #openstack-keystone01:52
*** ChanServ sets mode: +v morganfainberg01:52
*** morganfainberg is now known as notmorgan01:52
*** jasonsb has joined #openstack-keystone01:53
*** gyee has quit IRC01:55
*** jasonsb has quit IRC01:56
*** topol has joined #openstack-keystone01:57
*** ChanServ sets mode: +v topol01:57
*** fawadkhaliq has quit IRC01:57
*** topol has quit IRC01:59
*** topol has joined #openstack-keystone01:59
*** ChanServ sets mode: +v topol01:59
*** jbell8 has joined #openstack-keystone02:00
*** notmorgan has quit IRC02:01
*** topol has quit IRC02:04
*** notmorgan has joined #openstack-keystone02:06
*** ChanServ sets mode: +v notmorgan02:06
*** notmorgan has quit IRC02:06
*** notmorgan has joined #openstack-keystone02:08
*** dims has joined #openstack-keystone02:09
*** notmorgan has joined #openstack-keystone02:10
*** notmorgan is now known as Guest1411502:10
*** dims_ has quit IRC02:13
*** Guest14115 has quit IRC02:13
*** notmorga1 has joined #openstack-keystone02:15
*** notmorga1 has quit IRC02:15
*** notmorga1 has joined #openstack-keystone02:16
*** notmorga1 is now known as morganfainberg02:16
*** morganfainberg has joined #openstack-keystone02:17
*** ChanServ sets mode: +v morganfainberg02:17
*** morganfainberg is now known as notmorgan02:17
openstackgerritSean Perry proposed openstack/keystone: Use new_trust_ref consistently  https://review.openstack.org/24727002:18
*** notmorgan has quit IRC02:18
*** notmorgan has joined #openstack-keystone02:18
*** notmorgan has quit IRC02:18
*** notmorgan has joined #openstack-keystone02:18
*** ChanServ sets mode: +v notmorgan02:18
*** openstack has joined #openstack-keystone02:25
stevemar_thanks ayoung!02:25
*** lhcheng has joined #openstack-keystone02:25
*** ChanServ sets mode: +v lhcheng02:25
*** jasondotstar has joined #openstack-keystone02:25
*** stevemar_ changes topic to "Review Specs!! https://gist.github.com/stevemart/46d664e486e2edce4972"02:25
*** redrobot has joined #openstack-keystone02:25
*** redrobot is now known as Guest6284102:25
*** gsilvis has joined #openstack-keystone02:25
*** bigjools has joined #openstack-keystone02:25
*** bigjools has joined #openstack-keystone02:25
*** anteaya has joined #openstack-keystone02:25
*** haneef has joined #openstack-keystone02:25
ayoungstevemar_, I just reviewed all of the "move extension to core" reviews. They all look good,but I found a minor typo in the first one, so you will need to fix and rebase all of them, which will reset the +2s.02:28
ayoungOr I just +2Aed them all02:29
*** mylu has joined #openstack-keystone02:29
*** jbell8 has quit IRC02:30
openstackgerritJamie Lennox proposed openstack/python-keystoneclient: Map keystoneclient exceptions to keystoneauth  https://review.openstack.org/24386902:35
*** stevemar_ has quit IRC02:42
openstackgerritJamie Lennox proposed openstack/keystonemiddleware: Add domain and trust details to user plugin  https://review.openstack.org/24498702:43
*** stevemar_ has joined #openstack-keystone02:43
*** ChanServ sets mode: +o stevemar_02:43
stevemar_ayoung: what's the typo?02:52
ayoungstevemar_, heh02:52
ayoungstevemar_, just trying to turn you prematurely gray,  Not typo02:52
stevemar_:P02:52
ayoungI +Aed the stack of them.  Since I wrote a good chunk of those02:52
ayoungI figured I should look at them.02:52
stevemar_i'll need to write release notes for them, but i'll tack that on with the ones i'm writing now02:53
ayoungextensions in their own repos and the code setup was my doing.  I figure I should be the one to take them out behind the woodshed and give them the old-yeller02:53
stevemar_ayoung: fwiw, it was the right move at the time02:55
stevemar_but this is just easier now if things are there by default02:55
stevemar_we just need to state at the beginning what APIs are experimental and what's stable02:55
ayoungstevemar_, I would have preferred to keep the migrations in separate repos. If there are no FK constriants, having them in a single repo just means we have numberinmg conflicts.02:56
ayoungputting filter in with catalog is awesome, and that is the kind of merge I am happy to see02:56
ayoungand amakarov is going to need the oauth and trusts code all together to do unified delegation02:56
ayoungso..all told, I was very happy to see this02:56
stevemar_ayoung: plus, not to sound stubborn, but i can't see our feature set growing all that much in the future02:58
ayoungstevemar_, the problem was that we called the extensions. If they had been components, the directory structure would have held up better over time, and we could movde identiyt, policy etc into components instead of putting them all at the top of the namespace02:58
ayoungstevemar_, true02:58
ayoungstevemar_, With unified delegation, the code should shrink a good bit.02:58
ayoungwith implied roles, I think we get the major step we finally need02:59
ayoungeven if we do more with policy, that module already exists and stays in place02:59
stevemar_ayoung: yep, and with the deprecating we'll do this release, in +2 we'll have shed a whole lot more weight02:59
ayoungfederation and identity should merge02:59
ayoungstevemar_, Oh, hey, idea for you02:59
ayoungso...I can't quite get mod_authn_dbd to work for mysql but...03:00
stevemar_hmm>03:00
ayoungfor ldap we can use mod_auth_ldap, and with basic_auth, we can turn that part into a Federated  call, too03:00
stevemar_ayoung: yup, mr nash wants that long term, too03:01
ayoungfor mod_authn_dbd, we need to get some more support for hashing, to match what we use for passwords03:01
ayoungI wonder if we could build the piece we need for SQL in a middleware, and let that be the only thing we don;'t get from Apache.03:01
ayoungstevemar_, then...if we want, we could work towards tokenless operations everywhere03:02
ayoungthat is what https://review.openstack.org/#/c/245588/  is about03:02
ayoungand, by everywhere, I mean beyond just the openstack services like Nova and Sahara03:02
ayoungbut we could actually make something that could be consumed by the applications running in the cloud.  We'd provide the mapping from whatever IdP they bring to what our cloud says that they can do03:03
stevemar_the umbrella  / shadow user spec would help this a lot03:04
ayoungstevemar_, yeah.  And it would let us consume those unified usersids in the cloud03:04
ayoungin the upper applications, I should say...whatever the right term is.  RDO just sole overcloud from me damnit03:04
*** tjcocozz has quit IRC03:14
*** bapalm has quit IRC03:15
*** richm has quit IRC03:17
*** tjcocozz has joined #openstack-keystone03:21
*** bapalm has joined #openstack-keystone03:21
openstackgerritJamie Lennox proposed openstack/keystone: Use our own request in base wsgi class  https://review.openstack.org/24447203:27
openstackgerritMerged openstack/keystone: Move federation extension into keystone core  https://review.openstack.org/21477503:28
openstackgerritMerged openstack/keystone: Move federation sql migrations to common  https://review.openstack.org/23453703:29
*** csoukup has joined #openstack-keystone03:32
*** dims has quit IRC03:32
*** mylu has quit IRC03:34
*** mylu has joined #openstack-keystone03:35
*** jerrygb has quit IRC03:35
openstackgerritMerged openstack/keystone: Move oauth1 extension into core  https://review.openstack.org/23459803:38
openstackgerritMerged openstack/keystone: Move oauth1 sql migrations to common  https://review.openstack.org/23512103:38
openstackgerritMerged openstack/keystone: Move revoke extension into core  https://review.openstack.org/23570403:38
openstackgerritMerged openstack/keystone: Move revoke sql migrations to common  https://review.openstack.org/23571203:38
*** jamielennox is now known as jamielennox|away03:45
*** mylu has quit IRC03:46
*** mylu has joined #openstack-keystone03:48
ayoungjamielennox|away, Oh I like https://review.openstack.org/#/c/244472/3/keystone/common/request.py,cm03:55
*** ayoung is now known as ayoung_Zzz03:55
*** jamielennox|away is now known as jamielennox03:57
*** stevemar_ has quit IRC04:01
*** stevemar_ has joined #openstack-keystone04:02
*** ChanServ sets mode: +o stevemar_04:02
*** lhcheng has quit IRC04:03
*** mylu has quit IRC04:04
*** mylu has joined #openstack-keystone04:04
*** mylu has quit IRC04:05
*** mylu has joined #openstack-keystone04:05
*** bill_az has quit IRC04:10
*** jerrygb has joined #openstack-keystone04:14
*** mylu has quit IRC04:15
*** wuhg has joined #openstack-keystone04:21
notmorganstevemar_: ping [this is a test, a simple pong should be good]04:25
stevemar_notmorgan: pong04:25
notmorganstevemar_: once more04:26
stevemar_notmorgan: pong04:26
notmorganhm.....04:26
notmorganok... why is this not working... again plz?04:27
stevemar_notmorgan: pong04:27
notmorganhuh04:27
*** fawadkhaliq has joined #openstack-keystone04:28
notmorgannotmorgan: test04:29
notmorgangrumble...04:29
stevemar_notmorgan: pong04:29
stevemar_:)04:29
notmorgani'm not getting any noise from the screen session / any bell notification04:30
*** mylu has joined #openstack-keystone04:31
*** mylu has quit IRC04:32
*** csoukup has quit IRC04:32
*** mylu has joined #openstack-keystone04:33
*** mylu has quit IRC04:34
*** mylu has joined #openstack-keystone04:34
openstackgerritSteve Martinelli proposed openstack/keystone: Add release notes for mitaka thus far  https://review.openstack.org/24674904:46
*** mylu has quit IRC04:48
*** mylu has joined #openstack-keystone04:50
*** chirag has joined #openstack-keystone04:51
chiragHello Keystone team can anyone help me with keystone error  ==keystone.token.controllers [-] User 050ce8abbfe24c82be59778e9155a9c9 is unauthorized for tenant service==04:51
*** aj2 has joined #openstack-keystone04:53
*** lhcheng has joined #openstack-keystone04:53
*** ChanServ sets mode: +v lhcheng04:53
notmorganchirag: that is saying the user doesn't have a role on the service tenant04:54
notmorganchirag: and the user is using an already issued token04:55
notmorganchirag: vs. a username/password04:55
notmorganchirag: a bit more context might help to know when you're seeing this04:55
chiragI have defined admin role to the user. But still all request failed04:55
chiragI am executing glance image-list04:57
chiragglance --debug --os-username=glance --os-password=nec000 --os-tenant-name=service --os-auth-url=http://10.34.81.169:35357/v2.0 image-list The request you have made requires authentication. (HTTP 401) (Request-ID: req-34a64b92-5876-4f05-b692-6c8d631f3a5e)04:58
notmorganthe glance service user might be at fault here..04:58
chiragYes we suspect the same but unable to find teh root cause04:58
chiragany idea?04:58
notmorganglance service user doesn't have access to the service tenant? or somehow wedged04:58
*** stevemar_ has quit IRC05:00
*** mylu has quit IRC05:00
*** stevemar_ has joined #openstack-keystone05:00
*** ChanServ sets mode: +o stevemar_05:00
chiragroot@keystonekilo-virtual-machine:~# keystone user-get glance +----------+----------------------------------+ | Property |              Value               | +----------+----------------------------------+ |  email   |                                  | | enabled  |               True               | |    id    | 050ce8abbfe24c82be59778e9155a9c9 | |   name   |              glance              | | tenantId | 0dd1b9ffdecf4d005:00
chirag0dd1b9ffdecf4d0fb1134312f9162416  is my service tenant id05:01
openstackgerritayoung proposed openstack/keystone: Implied Roles  https://review.openstack.org/24261405:01
*** jasonsb has joined #openstack-keystone05:04
openstackgerritayoung proposed openstack/keystone: Implied Roles  https://review.openstack.org/24261405:08
*** mylu has joined #openstack-keystone05:09
chirag@notmorgan ???05:09
notmorganchirag: so you need to know if the glance user has the appropriate role on the service tenant05:10
chiragYes I am sure my glance user has both "admin" , "_member_" roles05:11
notmorganchirag: what version of OpenStack are you urnning and what version of keystonemiddleware?05:12
notmorganthis is sounding an awful lot like the glance user has an expired token05:12
notmorganand is not re-authenticating05:12
notmorganwas this ever workings?05:13
notmorganor never has worked?05:13
chiragI am actually clueless . . and it has never worked05:13
chiragBut everything is working fine with my other users05:13
notmorganso you can glance image-list with another user?05:14
notmorganjust not with the glance user?05:14
chiragYes we tried the same but failed . but I am using glance user for cinder list and it is working good . .05:16
*** jbell8 has joined #openstack-keystone05:16
openstackgerritLin Hua Cheng proposed openstack/keystoneauth: Address hacking check H405  https://review.openstack.org/24388905:18
notmorganchirag: unfortunately, I am not sure how to help much more. this is sounding like a config issue maybe in the glance service?05:18
*** jasonsb has quit IRC05:20
*** dave-mccowan has quit IRC05:20
*** LZ has quit IRC05:25
* notmorgan looks at H405 and rolls eyes.05:27
* lhcheng hopes it won't require more than patch set 1005:30
notmorganlhcheng: see my comment05:30
notmorganlhcheng: consider my +2 a +a if jenkis passes05:31
lhchengawesome, thanks :)05:31
notmorganso id say +a it yourself unless stevemar_ says you cant :)05:31
stevemar_lhcheng: of for gods sake just merge it :P05:32
lhchengwith this type of patch, it can go very long since it is mostly subjective :P05:32
stevemar_lhcheng: i don't want to see another H405 patch05:32
lhchengLOL05:32
stevemar_lhcheng: review the specs in the channel topic :)05:33
stevemar_lhcheng: oh, if you really quickly want to approve some OSC patches, there are 3 that are ready to go05:33
lhchengI did a first pass of the specs last night, haven't got through the newer specs from ayoung though.05:34
stevemar_lhcheng: eventually we have to make a cut off and decide what's going into mitaka and what's not05:34
notmorganshadow users????05:35
stevemar_notmorgan: what about shadow users?05:35
notmorganlooking at the spec...05:35
lhchengstevemar_: so MFA is something that might come up soon05:35
*** itlinux has joined #openstack-keystone05:35
notmorganname just makes my skin crawl05:35
notmorganit isnt as bad as i thought05:36
lhchengebay have their own implementation of MFA, trying to help them out to upstream it05:36
lhchengrackspace is kinda interested too on the MFA feature05:36
openstackgerritSteve Martinelli proposed openstack/keystone: remove use of magic numbers in sql migrate extension tests  https://review.openstack.org/24730205:36
lhchengwe're also interested in it, something we'll need in the long term05:36
lhchengwe (yahoo)05:37
openstackgerritSteve Martinelli proposed openstack/keystone: remove useless config option in endpoint filter  https://review.openstack.org/24730305:39
stevemar_notmorgan: it's a sensible spec05:40
stevemar_lhcheng: i agree MFA is going to come up soon05:40
stevemar_and i don't really have a plan for it :(05:40
openstackgerritMerged openstack/keystone: Move endpoint filter into keystone core  https://review.openstack.org/18337705:42
lhchengstevemar_: the MFA specs likely will not be up til M-2, I think it is expected we won't be able to get this in M.05:42
*** LZ has joined #openstack-keystone05:43
openstackgerritOpenStack Proposal Bot proposed openstack/keystone: Updating sample configuration file  https://review.openstack.org/24730405:43
openstackgerritSteve Martinelli proposed openstack/keystone: always enable endpoint-policy extension  https://review.openstack.org/24730505:45
*** jasonsb has joined #openstack-keystone05:46
*** jay-lau-513 has joined #openstack-keystone05:51
jay-lau-513Does keystone support hierarchical tenant now? If so, how can I create hierarchical tenant?05:52
stevemar_lhcheng: you have an MFA idea?05:52
jay-lau-513stevemar_ can you help my question? :-)05:54
lhchengstevemar_: no idea yet how will it be implemented, I imagine we just need to provide the ABC driver that operators would implement to plugin their security system.05:55
stevemar_jay-lau-513: you just supply the parent project ID when you create a new project05:56
lhchenggyee may have tried to PoC MFA.05:56
stevemar_i'm actually on my way to bed05:56
stevemar_zZzzzzzZ05:56
stevemar_lhcheng: calling it "early" tonight05:56
stevemar_:)05:56
*** stevemar_ has quit IRC05:57
lhchengstevemar_: sure, me too05:57
jay-lau-513stevemar_ I did not get any help from keystone help05:57
jay-lau-513root@db06b03:/opt/devstack# keystone tenant-create05:58
jay-lau-513  'python-keystoneclient.', DeprecationWarning)05:58
jay-lau-513usage: keystone tenant-create --name <tenant-name>05:58
jay-lau-513                              [--description <tenant-description>]05:58
jay-lau-513                              [--enabled <true|false>]05:58
jay-lau-513keystone tenant-create: error: argument --name is required05:58
lhchengjay-lau-513: project hierarchy is a keystone v3 feature05:58
lhchengpython-keystoneclient only supports keystone v205:58
lhchengjay-lau-513: you have to use osc for creating project hierarchy05:59
jay-lau-513lhcheng how can I enable this feature, any document?05:59
lhchenghttps://github.com/openstack/python-openstackclient/blob/master/doc/source/command-objects/project.rst05:59
lhchengit should be enabled by default, if the release you're running have it..05:59
jay-lau-513lhcheng thanks, will have a try06:00
lhchengjay-lau-513: sure, good luck!06:00
jay-lau-513root@db06b03:/opt/devstack# openstack project create06:01
jay-lau-513usage: openstack project create [-h]06:01
jay-lau-513                                [-f {html,json,json,shell,table,value,yaml,yaml}]06:01
jay-lau-513                                [-c COLUMN] [--max-width <integer>]06:01
jay-lau-513                                [--noindent] [--prefix PREFIX]06:01
jay-lau-513                                [--description <description>]06:01
jay-lau-513                                [--enable | --disable]06:01
jay-lau-513                                [--property <key=value>] [--or-show]06:01
jay-lau-513                                <project-name>06:01
jay-lau-513openstack project create: error: too few arguments06:01
jay-lau-513no lucky, seems the openstack client also do not have the options to create06:01
lhchengyou might be running an older version of openstackclient06:01
jay-lau-513lhcheng I was using devstack with latest version06:03
jay-lau-513also I see the document is using "os project create" but it should be "openstack project create"?06:03
lhchengrun openstack --version06:03
jay-lau-513root@db06b03:/opt# openstack  --version06:03
jay-lau-513openstack 1.8.006:03
lhchengah you have to set the identity version to 306:04
openstackgerritMerged openstack/keystone: Move endpoint_filter migrations into keystone core  https://review.openstack.org/18698806:04
lhchengexport OS_IDENTITY_API_VERSION=306:04
lhchengI can't recall why os vs openstack, but assume for now that's openstack :)06:05
jay-lau-513so its a bug now?06:05
jay-lau-513that the openstack project create does not work? :-)06:06
lhchengdid you set the version to v3?06:06
chirag@lhcheng Hi! can you help me with keystone error  ==keystone.token.controllers [-] User 050ce8abbfe24c82be59778e9155a9c9 is unauthorized for tenant service==06:06
jay-lau-513root@db06b03:/opt# export OS_IDENTITY_API_VERSION=306:07
jay-lau-513root@db06b03:/opt# openstack project create06:07
jay-lau-513Could not determine a suitable URL for the plugin06:07
lhchengjay-lau-513: see bottom part of : https://github.com/openstack/python-openstackclient/blob/1.8.0/doc/source/authentication.rst06:08
jay-lau-513lhcheng great, its working06:09
lhchengchirag: if notmorgan can't help you, I don't think I can help you more. he's the expert :)06:09
jay-lau-513root@db06b03:/opt# openstack project create06:09
jay-lau-513usage: openstack project create [-h]06:09
jay-lau-513                                [-f {html,json,json,shell,table,value,yaml,yaml}]06:09
jay-lau-513                                [-c COLUMN] [--max-width <integer>]06:09
jay-lau-513                                [--noindent] [--prefix PREFIX]06:09
jay-lau-513                                [--domain <domain>] [--parent <project>]06:09
jay-lau-513                                [--description <description>]06:09
jay-lau-513                                [--enable | --disable]06:09
jay-lau-513                                [--property <key=value>] [--or-show]06:09
jay-lau-513                                <project-name>06:09
jay-lau-513openstack project create: error: too few arguments06:09
jay-lau-513thanks lhcheng06:09
lhchengjay-lau-513: great!06:09
lhchengchirag: sounds like the user don't have an assignment on service tenant?06:10
lhchengor maybe using expired token06:10
*** urulama has joined #openstack-keystone06:10
lhchengyou can try getting a token for 050ce8abbfe24c82be59778e9155a9c9 to service tenant06:11
lhchengsee if doing that manually works06:11
chiraglhcheng: I have tried everything but nothing is working from glance server06:11
chiragSame user works fine with cinder06:11
lhchenglikely glance config issue then06:13
lhchengsee if the auth middleware config is correct06:13
chiragYes, I ahve takedn default config file and changed the urls & password06:14
*** mylu has quit IRC06:15
chiragI have same config file as on http://docs.openstack.org/kilo/config-reference/content/section_glance-api.conf.html06:16
*** Nirupama has joined #openstack-keystone06:17
*** itlinux has quit IRC06:23
*** rcernin has joined #openstack-keystone06:23
lhchengchirag: try the example here: https://github.com/openstack/keystonemiddleware/blob/stable/kilo/doc/source/middlewarearchitecture.rst06:24
*** jasonsb has quit IRC06:30
openstackgerritMerged openstack/keystoneauth: Refactored AccessInfo.project_scoped accessor  https://review.openstack.org/23561606:32
*** lhcheng has quit IRC06:35
*** jasonsb has joined #openstack-keystone06:38
openstackgerritOpenStack Proposal Bot proposed openstack/keystone: Updating sample configuration file  https://review.openstack.org/24730406:43
*** jasonsb has quit IRC06:50
*** jasonsb has joined #openstack-keystone06:52
breton_morning o/06:53
*** jasonsb has quit IRC06:57
*** breitz has quit IRC07:01
*** breitz has joined #openstack-keystone07:01
*** gildub_ has quit IRC07:04
*** urulama has quit IRC07:09
openstackgerritzouyee proposed openstack/keystone: notifications.Audit.created parameter wrong  https://review.openstack.org/24732407:09
*** urulama has joined #openstack-keystone07:09
openstackgerritzouyee proposed openstack/keystone: notifications.Audit.created parameter wrong  https://review.openstack.org/24732407:12
*** chirag has quit IRC07:13
*** roxanaghe has quit IRC07:17
*** tyagiprince has joined #openstack-keystone07:18
tyagiprincehey keystoners.. I was reading about configuring ldap using keystone.. I want to understand what the schema means..07:19
tyagiprinceAn example Schema for OpenStack would look like this:07:19
tyagiprincedn: dc=openstack,dc=org07:19
tyagiprincedc: openstack07:19
tyagiprinceobjectClass: dcObject07:19
tyagiprinceobjectClass: organizationalUnit07:19
tyagiprinceou: openstack07:19
tyagiprincedn: ou=Projects,dc=openstack,dc=org07:19
tyagiprinceobjectClass: top07:19
tyagiprinceobjectClass: organizationalUnit07:19
tyagiprinceou: groups07:19
tyagiprincedn: ou=Users,dc=openstack,dc=org07:19
tyagiprinceobjectClass: top07:19
tyagiprinceobjectClass: organizationalUnit07:19
openstackgerritzouyee proposed openstack/keystone: Capital letters  https://review.openstack.org/24732807:21
openstackgerritMerged openstack/keystoneauth: Address hacking check H405  https://review.openstack.org/24388907:21
*** zouyee has joined #openstack-keystone07:22
*** roxanaghe has joined #openstack-keystone07:24
*** roxanaghe has quit IRC07:24
tyagiprincewhy do one need a kerberized keystone?07:31
*** pnavarro has joined #openstack-keystone07:33
tyagiprinceand is keystone going to implement s4u2proxy for authentication? since it will diminish the load on keystone.07:37
*** jerrygb has quit IRC07:40
*** jerrygb has joined #openstack-keystone07:40
*** jaosorior has joined #openstack-keystone07:43
*** jerrygb has quit IRC07:44
openstackgerritzouyee proposed openstack/keystone: add some punctuation marks  https://review.openstack.org/24733607:49
*** jvarlamova has quit IRC07:50
*** e0ne has joined #openstack-keystone07:54
*** fhubik has joined #openstack-keystone07:58
*** fhubik is now known as fhubik_brb07:58
*** belmoreira has joined #openstack-keystone08:00
*** markvoelker has quit IRC08:00
*** jbell8 has quit IRC08:04
*** fhubik_brb is now known as fhubik08:05
*** henrynash has joined #openstack-keystone08:12
*** ChanServ sets mode: +v henrynash08:12
*** tyagiprince has quit IRC08:14
*** tyagiprince has joined #openstack-keystone08:20
*** tyagiprince has quit IRC08:25
*** fawadkhaliq has quit IRC08:26
*** sborkows has joined #openstack-keystone08:29
*** clayton has quit IRC08:35
openstackgerrityangweiwei proposed openstack/oslo.policy: Update 'load_json' method in oslo.policy  https://review.openstack.org/24734708:40
*** jerrygb has joined #openstack-keystone08:41
*** pnavarro is now known as pnavarro|afk08:42
openstackgerrityangweiwei proposed openstack/oslo.policy: Update 'load_json' method in oslo.policy  https://review.openstack.org/24734708:44
*** clayton has joined #openstack-keystone08:44
openstackgerrithenry-nash proposed openstack/keystone: Enable listing of role assignments in a project hierarchy  https://review.openstack.org/20815208:45
*** jerrygb has quit IRC08:46
*** sborkows has quit IRC08:50
*** roxanaghe has joined #openstack-keystone08:50
openstackgerritzouyee proposed openstack/keystone: add sql.conflicts decorator for update_endpoint  https://review.openstack.org/24735408:54
*** tyagiprince has joined #openstack-keystone08:54
*** roxanaghe has quit IRC08:55
*** jay-lau-513 has quit IRC08:56
*** markvoelker has joined #openstack-keystone09:01
*** kiran-r has joined #openstack-keystone09:04
*** markvoelker has quit IRC09:06
openstackgerrithenry-nash proposed openstack/keystone: Rationalize list role assignment routing  https://review.openstack.org/22033509:13
*** fhubik is now known as fhubik_brb09:15
*** e0ne has quit IRC09:18
*** LZ has quit IRC09:19
*** fhubik_brb is now known as fhubik09:20
openstackgerrithenry-nash proposed openstack/keystone: Add API route for list role assignments for tree  https://review.openstack.org/22045209:22
*** fhubik is now known as fhubik_brb09:26
*** fhubik_brb is now known as fhubik09:26
*** aix has joined #openstack-keystone09:26
openstackgerritJulien Danjou proposed openstack/keystone: wsgi: fix base_url finding  https://review.openstack.org/22646409:28
*** fhubik is now known as fhubik_brb09:31
*** fhubik_brb is now known as fhubik09:32
*** hogepodge has quit IRC09:34
*** jistr has joined #openstack-keystone09:35
*** hogepodge has joined #openstack-keystone09:39
*** daemontool has joined #openstack-keystone09:42
*** mhickey has joined #openstack-keystone09:43
*** henrynash has quit IRC09:46
*** garganubhav has joined #openstack-keystone09:47
*** daemontool has quit IRC09:47
*** daemontool has joined #openstack-keystone09:48
tyagiprincehey keystoners.. I changed the identity driver to ldap and did some configuration.. but now I am getting unauthorized error09:49
*** roxanaghe has joined #openstack-keystone09:51
*** hogepodge has quit IRC09:54
*** roxanaghe has quit IRC09:56
*** pnavarro|afk is now known as pnavarro09:56
*** openstackgerrit has quit IRC10:01
*** openstackgerrit has joined #openstack-keystone10:02
*** hogepodge has joined #openstack-keystone10:10
*** fawadkhaliq has joined #openstack-keystone10:14
*** openstack has joined #openstack-keystone10:18
*** e0ne has joined #openstack-keystone10:20
*** jordanP has joined #openstack-keystone10:24
jordanPguys, are you going to release keystonemiddleware 1.5.3 that includes the cap to python-requests < 2.8 ?10:25
garganubhavI am getting this error whoch trying to connect to LDAP Server ... res_errno: 32, res_error: <0000208D: NameErr: DSID-03100238, problem 2001 (NO_OBJECT), data 0, best match of:10:25
*** gildub_ has joined #openstack-keystone10:25
openstackgerritgraingert proposed openstack/python-keystoneclient: Closes-Bug 1517826 remove PBR from requirements.txt  https://review.openstack.org/24740010:25
openstackbug 1517826 in python-keystoneclient "pbr isn't required at runtime" [Undecided,New] https://launchpad.net/bugs/151782610:25
jordanPdolphm, jamielennox ^^10:28
jordanPbecause atm, keystonemiddleware can pull requests 2.8.1 and that breaks python-glanceclient on juno10:28
jamielennoxjordanP Why does new requests break glance?10:29
jordanPcause requests in capped to < 2.8 on glanceclient10:29
jordanP*is10:29
jamielennoxDo you know why? That should be controlled  by global reqs?10:30
jordanPjamielennox, on kilo, a new version of glanceclient was released yesterday. This release only supports requests < 2.8. Now if keystonemiddleware 1.5.2 is installed first10:30
jamielennoxOh, kilo10:31
jordanPit will pull requests 2.8.1 (latests) and that breaks glanceclient10:31
jordanPjamielennox, https://github.com/openstack/keystonemiddleware/commit/d56d96c8d33556e35ca2abffed689753ee0be74010:31
jordanPit was synced into keystonemiddleware too, but now we need a release on pypi I think10:31
jordanPon kilo, yeah sorry10:32
jordanPI said juno, but I meant kilo :(10:32
jamielennoxTalk to stevemar about releases, but if there is a version cap problem like that it should be done10:32
jamielennoxBut it should be auto proposed by the bit10:32
jamielennoxBot10:32
jordanPa release on pypi ? I though we only had a bot to sync from global-requirements10:33
*** jyuso1 has joined #openstack-keystone10:33
jamielennoxSorry, mixing up messages. You already said it had been merged10:35
jordanPyep10:36
jordanPjamielennox, one last thing, who is stevemar ? Where can I find him ?10:36
jamielennoxstevemar is the ptl. He has resisted getting an irc bouncer so he is only online during vaguely Canadian hours10:41
jordanPok, good to know thanks10:41
jordanP"canadian hours" I wonder what that is ! :D10:42
*** jerrygb has joined #openstack-keystone10:42
*** hogepodge has quit IRC10:42
jamielennoxI think there's a bugle10:43
openstackgerritzouyee proposed openstack/keystone: add sql.conflicts decorator for update_endpoint  https://review.openstack.org/24735410:44
*** dims has joined #openstack-keystone10:45
*** jerrygb has quit IRC10:47
*** hogepodge has joined #openstack-keystone10:51
*** urulama has quit IRC10:52
*** roxanaghe has joined #openstack-keystone10:52
*** urulama has joined #openstack-keystone10:52
*** henrynash has joined #openstack-keystone10:54
*** ChanServ sets mode: +v henrynash10:54
*** roxanaghe has quit IRC10:56
*** markvoelker has joined #openstack-keystone11:02
*** henrynash has quit IRC11:02
*** ekarlso has quit IRC11:05
*** markvoelker has quit IRC11:07
*** fhubik is now known as fhubik_brb11:07
*** EinstCrazy has quit IRC11:07
*** fhubik_brb is now known as fhubik11:13
openstackgerritzouyee proposed openstack/keystone: notifications.Audit.created parameter wrong  https://review.openstack.org/24732411:15
*** tyagiprince has quit IRC11:16
*** topol has joined #openstack-keystone11:17
*** ChanServ sets mode: +v topol11:17
*** topol has quit IRC11:18
*** jmccrory has quit IRC11:20
openstackgerritzouyee proposed openstack/keystone: notifications.Audit.created parameter wrong  https://review.openstack.org/24732411:21
*** jmccrory has joined #openstack-keystone11:22
*** jamielennox is now known as jamielennox|away11:22
*** tyagiprince has joined #openstack-keystone11:24
*** jmccrory has quit IRC11:26
*** ekarlso has joined #openstack-keystone11:29
*** jmccrory has joined #openstack-keystone11:30
*** EinstCrazy has joined #openstack-keystone11:30
*** fhubik is now known as fhubik_brb11:31
openstackgerritzouyee proposed openstack/keystone: notifications.Audit.created parameter wrong  https://review.openstack.org/24732411:32
*** Nirupama has quit IRC11:33
openstackgerritzouyee proposed openstack/keystone: notifications.Audit.created parameter wrong  https://review.openstack.org/24732411:34
openstackgerritzouyee proposed openstack/keystone: add sql.conflicts decorator for update_endpoint  https://review.openstack.org/24735411:41
*** zqfan_AFK is now known as zqfan11:49
*** fhubik_brb is now known as fhubik11:51
openstackgerritzouyee proposed openstack/keystone-specs: update sample value of Policy blob attribute  https://review.openstack.org/24282711:52
*** roxanaghe has joined #openstack-keystone11:53
*** dave-mccowan has joined #openstack-keystone11:53
*** gildub_ has quit IRC11:55
*** gildub has joined #openstack-keystone11:55
*** roxanaghe has quit IRC11:57
*** tyagiprince has quit IRC11:59
*** garganubhav has quit IRC11:59
*** rodrigods has quit IRC11:59
*** rodrigods has joined #openstack-keystone12:00
*** rodrigods has quit IRC12:00
*** rodrigods has joined #openstack-keystone12:00
*** gildub has quit IRC12:01
*** pnavarro is now known as pnavarro|lunch12:09
*** dims has quit IRC12:16
*** urulama has quit IRC12:26
*** urulama has joined #openstack-keystone12:26
*** doug-fish has joined #openstack-keystone12:29
*** e0ne has quit IRC12:30
*** markvoelker has joined #openstack-keystone12:33
*** tellesnobrega is now known as tellesnobrega_af12:35
*** tellesnobrega_af is now known as tellesnobrega12:36
*** markvoelker has quit IRC12:38
*** gordc has joined #openstack-keystone12:39
*** e0ne has joined #openstack-keystone12:40
*** jbell8 has joined #openstack-keystone12:42
*** jerrygb has joined #openstack-keystone12:43
*** jerrygb has quit IRC12:49
*** pauloewerton has joined #openstack-keystone12:50
openstackgerritBoris Bobrov proposed openstack/keystone: Fix exposition of bug about limiting with ldap  https://review.openstack.org/23422612:52
openstackgerritBoris Bobrov proposed openstack/keystone: Simplify LimitTests  https://review.openstack.org/23430012:52
openstackgerritBoris Bobrov proposed openstack/keystone: Enable limiting in ldap for groups  https://review.openstack.org/23484912:52
openstackgerritBoris Bobrov proposed openstack/keystone: Make @truncated common for all backends  https://review.openstack.org/23306912:52
openstackgerritBoris Bobrov proposed openstack/keystone: Use @truncated in ldap for users  https://review.openstack.org/23307012:52
*** roxanaghe has joined #openstack-keystone12:54
*** roxanaghe has quit IRC12:59
*** jbell8 has quit IRC13:01
*** raildo-afk is now known as raildo13:03
*** topol has joined #openstack-keystone13:06
*** ChanServ sets mode: +v topol13:06
openstackgerritzouyee proposed openstack/keystone-specs: Update sample value of Policy blob attribute  https://review.openstack.org/24282713:10
*** topol has quit IRC13:11
*** tyagiprince has joined #openstack-keystone13:12
tyagiprincehey people need help with something..13:14
tyagiprinceI configured keystone to ldap but when I run the command "openstack user list" it gives the "ERROR: openstack The request you have made requires authentication. (HTTP 401) (Request-ID: req-58fb2f57-f0eb-40bf-8664-aa92ef637bcc)".13:15
tyagiprinceany one know about configuring ldap13:18
tyagiprince??13:18
*** stevemar_ has joined #openstack-keystone13:18
*** ChanServ sets mode: +o stevemar_13:18
openstackgerritzouyee proposed openstack/keystone: Add sql.conflicts decorator for update_endpoint  https://review.openstack.org/24735413:20
tyagiprincehey keystoners!!!! I configured keystone to ldap but when I run the command "openstack user list" it gives the "ERROR: openstack The request you have made requires authentication. (HTTP 401) (Request-ID: req-58fb2f57-f0eb-40bf-8664-aa92ef637bcc)". Does anyone have any idea about this?13:22
*** stevemar_ has quit IRC13:22
*** fawadkhaliq has quit IRC13:22
*** richm has joined #openstack-keystone13:26
*** stevemar_ has joined #openstack-keystone13:31
*** ChanServ sets mode: +o stevemar_13:31
*** openstackstatus has joined #openstack-keystone13:34
*** ChanServ sets mode: +v openstackstatus13:34
openstackgerritAlexander Makarov proposed openstack/keystone-specs: Unified delegation spec  https://review.openstack.org/18981613:34
*** markvoelker has joined #openstack-keystone13:35
*** ayoung_Zzz is now known as ayoung13:39
openstackgerritSteve Martinelli proposed openstack/keystone: Add missing colon separators to inline comments  https://review.openstack.org/24733613:40
ayoungtyagiprince, so usually first step is to turn on some logging, and make sure that the LDAP queries are actually going through. THere are a lot of reasons tyou might get an auth failure.13:44
tyagiprinceayoung: Yes I already set debug level to 409513:45
ayoungwhen you as k for a token via  LDAP, Keystone will take the password you pass and do a simple bind.  It has to have the proper DN for the user.  If that succeeds, the admin LDAP  user will be used for all follow on queries13:46
ayoungthat can also fail13:46
ayoungtyagiprince, can you get openstack token issue to work?13:46
tyagiprinceayoung: No, not even a single command is working.. I guess the problem is in the binding only..13:47
ayoungtyagiprince, did you try unscoped?13:47
ayoungunset OS_PROJECT_NAME OS_PROJECT_DOMAIN_NAME and OS_DOMAIN_NAME13:48
tyagiprinceayoung: do you mean using admin_token_auth in keystone-paste.ini? and setting admin_token13:49
ayoungno13:49
ayoungtyagiprince, I mean do everything like you are doing, but try to get an unscoped token13:50
ayoungtyagiprince, bnecause the issue might be Roll Assignments, so lets rule that out first13:50
aj2Hi guys. What is the relation between a github tag and github branches when it comes to keystonemiddleware?13:50
aj2When I install Kilo version of glance it requires 1.5.2 version of keystonemiddleware whereas I was expecting it will use Kilo branch of keystonemiddleware.13:51
tyagiprinceayoung: Okay I'll try issuing unscoped token.. Will have to read about that..13:51
ayoungas I said, unset those variables and try again13:52
aj2I am assuming that 1.5.2 from pypi corresponds to 1.5.2 tag of git repo.13:52
tyagiprinceayoung: still getting the same error13:53
tyagiprinceERROR: openstack An unexpected error prevented the server from fulfilling your request. (HTTP 500)13:53
ayoungtyagiprince, no that is a different error13:53
ayoung500 menas the server is misconfigured13:53
ayounggo look at the Keystone log and see what it reports.  SHould be a stack trace13:53
*** ninag has joined #openstack-keystone13:54
tyagiprinceayoung: ERROR keystone.common.wsgi [-] {'info': '000020D6: SvcErr: DSID-0310081B, problem 5012 (DIR_ERROR), data 0\\n', 'desc': 'Operations error'}13:55
*** roxanaghe has joined #openstack-keystone13:55
*** zouyee has quit IRC13:56
aj2ayoung, stevemar, dstanek ^^13:57
ayoungaj2, at what are you pointing?13:57
aj2I am pointing at 1.5.2 from pypi.13:58
aj2Kilo branch of glance requires keystonemiddleware<1.6.0,>=1.5.013:59
ayoungaj2, go fix glance, then, as that is drainbead13:59
*** jerrygb has joined #openstack-keystone14:00
*** roxanaghe has quit IRC14:01
aj2ayoung, What is the relation between tags and branches in git when it comes to keystonemiddleware?14:01
openstackgerritOlivier Pilotte proposed openstack/keystone: Accepts Group IDs from the IdP without domain  https://review.openstack.org/21058114:01
dstanekaj2: yeah, not much we can do about that. also note that the libraries are released using a different schedule than the services14:01
dstanekaj2: i'd have to assume the tag matches the release14:01
tyagiprinceayoung: Cause of 5012 error is : User could not be found. Most likely due to DN settings in the User Search tab or the suffix or prefix fields in the Settings tab.14:02
tyagiprinceI will try fixing this..14:02
aj2dstanek, agreed. Thanks. If we follow a different model for the libraries then what's the point in doing branching?14:03
aj2I am just trying to understand how this works. I am not questioning anything. :)14:03
*** pnavarro|lunch is now known as pnavarro14:04
dstanekaj2: not sure, but i assume it's the last version released in that cycle14:04
*** jerrygb has quit IRC14:05
*** daemontool_ has joined #openstack-keystone14:08
openstackgerritBrant Knudson proposed openstack/keystone: AuthContextMiddleware admin token handling  https://review.openstack.org/19893114:09
*** daemontool has quit IRC14:09
dstanekaj2: basically 1.5.x is kilo and may see new releases for bug fixes (x +1).14:10
openstackgerritzouyee proposed openstack/keystone: notification.Audit.update needed to be changed from service_id to ref['id']  https://review.openstack.org/24732414:11
*** petertr7_away is now known as petertr714:13
*** jerrygb has joined #openstack-keystone14:14
openstackgerritBrant Knudson proposed openstack/keystone: Config option for insecure responses  https://review.openstack.org/20722614:16
*** daemontool_ has quit IRC14:16
*** daemontool_ has joined #openstack-keystone14:17
*** dims has joined #openstack-keystone14:27
*** zouyee has joined #openstack-keystone14:27
aj2dstanek, Thanks a lot. So right now since Kilo is a bit ahead of 1.5.2(latest in 1.5.x) version, we should expect a 1.5.2+ in near future.14:29
openstackgerritOpenStack Proposal Bot proposed openstack/keystone: Updated from global requirements  https://review.openstack.org/24711314:29
openstackgerritBrant Knudson proposed openstack/keystone: Merge keystone.config into keystone.common.config  https://review.openstack.org/23720914:30
*** agireud has quit IRC14:31
jordanPstevemar_, ping ?14:33
jordanPdo you plan to release a keystonemiddleware 1.5.3 for Kilo ?14:33
xeklbragstad, dolphm, mfisch, clayton, can I join on the effort of eventlet removal by proposing a patch?14:33
stevemar_jordanP: we could, what's wrong with the current? is there a bug?14:34
jordanPthat would include the cap to python-requests < 2.8 ? (synced from global-requirements yesterday)14:34
xeklbragstad, dolphm, mfisch, clayton, I added a bug for this https://bugs.launchpad.net/keystone/+bug/151792914:34
openstackLaunchpad bug 1517929 in OpenStack Identity (keystone) "Eventlet removal" [Undecided,New]14:34
*** jyuso1 has quit IRC14:34
*** aj2 has quit IRC14:35
jordanPyeah, so, now keystonemiddleware on Kilo has no upper bound for python-requests. So it can pull python-requests 2.8.1. But since yesterday glanceclient requires python-requests < 2.814:35
jordanPso if you try to install keystonemiddleware then glanceclient (Kilo), glance complains14:35
*** dave-mccowan has quit IRC14:35
jordanPglanceclient I mean14:35
*** agireud has joined #openstack-keystone14:37
jordanPI am far from an expert in these dependency issues, but imo you should tag 1.5.3 with the update from global requirements from yesterday and publish it to pypi14:37
jordanPmaybe I am wrong though :)14:38
stevemar_jordanP: so these are the differences in ksm that you'll get https://github.com/openstack/keystonemiddleware/compare/stable/kilo14:38
stevemar_and yes, you are right, it would pull down 2.8.1 of requests14:38
openstackgerritBrant Knudson proposed openstack/keystone: Use [] where a field is required  https://review.openstack.org/24661714:38
jordanPstevemar_, I am only interested in https://github.com/openstack/keystonemiddleware/commit/d56d96c8d33556e35ca2abffed689753ee0be74014:39
stevemar_jordanP: yeah, but you'll get them all :)14:39
jordanPI mean, this is what's blocking me now14:39
*** edmondsw has joined #openstack-keystone14:39
stevemar_jordanP: strange that the CI passed for glanceclient14:39
stevemar_jordanP: file a bug with glanceclient and keystonemiddleware and we can release a new version14:40
jordanPmaybe there's an ordering thing that saves us, i.e requests < 2.8 is first pulled by something else than ksm14:40
jordanPalready a bug in glanceclient here: https://bugs.launchpad.net/keystonemiddleware/+bug/147677014:41
openstackLaunchpad bug 1476770 in python-glanceclient "_translate_from_glance fails with "AttributeError: id" in grenade" [High,In progress] - Assigned to Flavio Percoco (flaper87)14:41
dstanekjordanP: yes, that sounds likely14:41
stevemar_jordanP: awesome14:42
stevemar_dhellmann: ^^^ suggest you read scroll up14:42
stevemar_jordanP: the only catch is that we typically don't release on thursday/friday14:43
jordanPsure, I think it can wait as it's not hitting in the gate. But I do reproduce in my internal CI14:43
openstackgerritSteve Martinelli proposed openstack/keystone: deprecate `enabled` option for endpoint-policy extension  https://review.openstack.org/24730514:48
jordanPstevemar_, this is what you will actually get : https://github.com/openstack/keystonemiddleware/compare/fd12825acb92db08aea588522f9a91d7091f3a32...stable/kilo (the diff between 1.5.2 and stable/kilo)14:49
jordanPthe global-requirements has already landed in branch stable/kil14:50
stevemar_jordanP: yep, the other stuff in my link was since we started kilo14:50
jordanPyep14:50
*** erhudy has joined #openstack-keystone14:50
samueldmqstevemar_: ping - could you revisit #239948 , per you last comment, we need a decision on whether to go with that or not14:52
stevemar_samueldmq: that the roles in token one?14:54
samueldmqstevemar_: yes, to restrict the number of role a usre can be assigned14:54
stevemar_samueldmq: i thought i was clear on that :)14:54
stevemar_maybe i was just clear in my mind14:54
stevemar_link me bro14:55
stevemar_!14:55
samueldmqstevemar_: if we go with that, the default must be "no limit", to be compatible with ALL the existing deployments14:55
samueldmqstevemar_: https://review.openstack.org/#/c/239948/14:55
stevemar_jordanP: https://review.openstack.org/24755314:56
samueldmqstevemar_: that was clear to me too, and given your feedback, I'd suggest discussing that in a meeting14:56
*** roxanaghe has joined #openstack-keystone14:57
samueldmqstevemar_: before putting more effort in imlementation, and mainly in reviews14:57
jordanPstevemar_, awesome, thanks !14:57
samueldmqstevemar_: perhaps a -2 is more appropriate to make things clearer :p14:58
*** pumaranikar has joined #openstack-keystone14:59
tyagiprinceayoung: hey adam... do I need to kerberize me keystone in order to use ldap?14:59
*** breitz has quit IRC15:00
*** roxanaghe has quit IRC15:01
*** ninag has quit IRC15:02
*** davechen has joined #openstack-keystone15:03
*** ninag has joined #openstack-keystone15:03
*** rcernin has quit IRC15:03
*** ninag has quit IRC15:03
*** ninag has joined #openstack-keystone15:04
*** jasonsb has joined #openstack-keystone15:04
*** breitz has joined #openstack-keystone15:04
ayoungtyagiprince, no, but it can't hurt...well, of course it can.  I'd actually recommend it, but then...depends on how far you are willing to take it15:06
*** dave-mccowan has joined #openstack-keystone15:07
openstackgerritSteve Martinelli proposed openstack/keystone: remove useless config option in endpoint filter  https://review.openstack.org/24730315:08
openstackgerritSteve Martinelli proposed openstack/keystone: remove useless config option in endpoint filter  https://review.openstack.org/24730315:08
*** dave-mcc_ has joined #openstack-keystone15:08
openstackgerritSteve Martinelli proposed openstack/keystone: deprecate `enabled` option for endpoint-policy extension  https://review.openstack.org/24730515:08
*** ninag has quit IRC15:09
*** dave-mccowan has quit IRC15:12
*** slberger has joined #openstack-keystone15:12
samueldmqstevemar_: thanks!15:12
*** jdennis has quit IRC15:13
davechenstevemar_: I understand the extension like endpoint_filter and other extensions should remove the config directly, question is why should only deprecate  endpoint-policy?15:13
stevemar_davechen: it was released in liberty :(15:14
davechenwhat's the difference i didn't see?15:14
davechenha, see it.15:14
*** breitz has quit IRC15:15
openstackgerritSteve Martinelli proposed openstack/keystone: deprecate `enabled` option for endpoint-policy extension  https://review.openstack.org/24730515:15
*** tyagiprince has quit IRC15:17
*** tyagiprince has joined #openstack-keystone15:17
davechenso, it's better to show this message in yaml file, then it will not be suprised for us.15:17
stevemar_davechen: yeah, and it serves as a reminder for us to remove it in O15:17
*** davechen1 has joined #openstack-keystone15:19
davechen1stevemar_: i think it's has already enabled by default, the word may change a little, or just blame on my poor english.15:19
*** tyagiprince has quit IRC15:20
*** tonytan4ever has joined #openstack-keystone15:21
*** davechen has quit IRC15:21
*** jaosorior has quit IRC15:22
*** jaosorior has joined #openstack-keystone15:22
*** zouyee has quit IRC15:23
*** tyagiprince has joined #openstack-keystone15:24
openstackgerritMonty Taylor proposed openstack/python-keystoneclient: Swap the order of username deprecation  https://review.openstack.org/24757415:25
*** timcline has joined #openstack-keystone15:25
openstackgerritMonty Taylor proposed openstack/python-keystoneclient: Swap the order of username deprecation  https://review.openstack.org/24757415:26
mordredstevemar_: ^^ see conversation in -infra - the above patch is to deal with a pile of deprecation warning spam in log files, which also tells people to change option names to a thing which actually does not work15:27
*** KarthikB has joined #openstack-keystone15:29
*** kiran-r has quit IRC15:30
*** jimbaker has quit IRC15:31
*** tyagiprince has quit IRC15:33
stevemar_mordred: fantastical15:34
stevemar_dstanek: another easy one: https://review.openstack.org/#/c/247302/15:35
stevemar_mordred: "because literally nothing has migrated to using keystoneauth yet"15:36
*** test has joined #openstack-keystone15:36
stevemar_sadness15:36
*** test has quit IRC15:36
*** roxanaghe has joined #openstack-keystone15:39
edmondswmordred, I'd opened a bug for that a while ago... https://bugs.launchpad.net/python-keystoneclient/+bug/149824715:39
openstackLaunchpad bug 1498247 in python-keystoneclient "incorrect deprecation warning for v3 username conf setting" [Medium,Triaged]15:39
edmondswcan you update the commit to Closes-Bug ?15:40
openstackgerritayoung proposed openstack/keystone-specs: converted implied_roles url segments  https://review.openstack.org/24758615:40
*** jimbaker has joined #openstack-keystone15:40
*** jimbaker has quit IRC15:40
*** jimbaker has joined #openstack-keystone15:40
openstackgerritOpenStack Proposal Bot proposed openstack/keystone: Updated from global requirements  https://review.openstack.org/24711315:46
openstackgerritOpenStack Proposal Bot proposed openstack/keystoneauth: Updated from global requirements  https://review.openstack.org/24760315:46
openstackgerritOpenStack Proposal Bot proposed openstack/keystoneauth-saml2: Updated from global requirements  https://review.openstack.org/24760415:46
*** jimbaker has quit IRC15:46
openstackgerritOpenStack Proposal Bot proposed openstack/keystonemiddleware: Updated from global requirements  https://review.openstack.org/24392515:46
*** fawadkhaliq has joined #openstack-keystone15:47
openstackgerritKent Wang proposed openstack/keystone: Add Trusts unique constraint to remove duplicates  https://review.openstack.org/23911415:48
openstackgerritSteve Martinelli proposed openstack/python-keystoneclient: Swap the order of username deprecation  https://review.openstack.org/24757415:48
stevemar_edmondsw: updated mordred's bug15:48
*** topol has joined #openstack-keystone15:49
*** ChanServ sets mode: +v topol15:49
openstackgerritOpenStack Proposal Bot proposed openstack/oslo.policy: Updated from global requirements  https://review.openstack.org/24714015:51
*** jimbaker has joined #openstack-keystone15:51
*** jimbaker has quit IRC15:51
*** jimbaker has joined #openstack-keystone15:51
openstackgerritOpenStack Proposal Bot proposed openstack/pycadf: Updated from global requirements  https://review.openstack.org/24763715:52
openstackgerritOpenStack Proposal Bot proposed openstack/python-keystoneclient: Updated from global requirements  https://review.openstack.org/24715415:52
openstackgerritOpenStack Proposal Bot proposed openstack/python-keystoneclient-kerberos: Updated from global requirements  https://review.openstack.org/24764215:52
openstackgerritSteve Martinelli proposed openstack/keystone: Add release notes for mitaka thus far  https://review.openstack.org/24674915:53
mordrededmondsw: thanks!15:54
edmondswmordred, stevemar, thank you :)15:54
*** KarthikB has quit IRC15:55
*** ankurgupta1 has joined #openstack-keystone15:55
*** ankurgupta1 has left #openstack-keystone15:55
*** fhubik has quit IRC15:55
*** KarthikB has joined #openstack-keystone15:56
openstackgerritOpenStack Proposal Bot proposed openstack/keystone: Updated from global requirements  https://review.openstack.org/24711315:56
openstackgerritOpenStack Proposal Bot proposed openstack/keystoneauth: Updated from global requirements  https://review.openstack.org/24760315:56
openstackgerritOpenStack Proposal Bot proposed openstack/keystoneauth-saml2: Updated from global requirements  https://review.openstack.org/24760415:56
openstackgerritOpenStack Proposal Bot proposed openstack/keystonemiddleware: Updated from global requirements  https://review.openstack.org/24392515:56
xekbreton_, Hi, can you help with reviewing the spec https://review.openstack.org/#/c/245186/ ?16:00
dstanekstevemar_: would you ever really revert that change? what was the motivation to go with user-name over username?16:00
openstackgerritOpenStack Proposal Bot proposed openstack/oslo.policy: Updated from global requirements  https://review.openstack.org/24714016:00
openstackgerritOpenStack Proposal Bot proposed openstack/pycadf: Updated from global requirements  https://review.openstack.org/24763716:00
openstackgerritOpenStack Proposal Bot proposed openstack/python-keystoneclient: Updated from global requirements  https://review.openstack.org/24715416:01
*** roxanaghe has quit IRC16:01
*** exploreshaifali has joined #openstack-keystone16:02
*** roxanaghe has joined #openstack-keystone16:02
mordreddstanek: I'd argue that we should never revert that change, mainly because poking all of the world's operators and asking them to update their config files to say user-name instead of username is ... yeah16:03
dimsmordred ++16:03
dstanekmordred: i would agree16:03
*** dave-mcc_ has quit IRC16:05
openstackgerritLance Bragstad proposed openstack/keystone: Add caching to role assignments  https://review.openstack.org/21571516:08
*** exploreshaifali has quit IRC16:09
*** exploreshaifali has joined #openstack-keystone16:10
*** csoukup has joined #openstack-keystone16:12
*** mylu has joined #openstack-keystone16:14
*** aix has quit IRC16:14
*** pnavarro is now known as pnavarro|afk16:15
openstackgerritKent Wang proposed openstack/keystone: Add Trusts unique constraint to remove duplicates  https://review.openstack.org/23911416:16
notmorganmordred: ++16:16
*** topol_ has joined #openstack-keystone16:17
*** ChanServ sets mode: +v topol_16:17
*** mylu has quit IRC16:17
*** mylu has joined #openstack-keystone16:17
*** topol has quit IRC16:19
*** mylu has quit IRC16:19
*** mylu has joined #openstack-keystone16:19
*** fawadkhaliq has quit IRC16:19
*** fawadkhaliq has joined #openstack-keystone16:20
dstanekwhere's the docs for the new release notes tooling?16:22
*** mylu has quit IRC16:24
*** mylu has joined #openstack-keystone16:24
*** ninag has joined #openstack-keystone16:24
*** petertr7 is now known as petertr7_away16:25
*** dave-mccowan has joined #openstack-keystone16:25
*** urulama has quit IRC16:26
*** urulama has joined #openstack-keystone16:26
bknudson_dstanek: http://docs.openstack.org/developer/keystone/developing.html#release-notes16:28
*** petertr7_away is now known as petertr716:28
*** LukeHinds has joined #openstack-keystone16:28
*** mylu has quit IRC16:28
openstackgerritHenrique Truta proposed openstack/keystone: Tests for projects acting as domains  https://review.openstack.org/21121916:28
openstackgerritHenrique Truta proposed openstack/keystone: Manager support for projects acting as domains  https://review.openstack.org/21344816:28
openstackgerritHenrique Truta proposed openstack/keystone: Bye Bye Domain Table  https://review.openstack.org/16185416:28
openstackgerritHenrique Truta proposed openstack/keystone: Remove domain table references  https://review.openstack.org/16593616:28
openstackgerritHenrique Truta proposed openstack/keystone: Projects acting as domains  https://review.openstack.org/23128916:28
openstackgerritHenrique Truta proposed openstack/keystone: Removes project.domain_id FK  https://review.openstack.org/23327416:28
openstackgerritHenrique Truta proposed openstack/keystone: Change project name constraints  https://review.openstack.org/15837216:28
openstackgerritHenrique Truta proposed openstack/keystone: Add is_domain parameter to get_project_by_name  https://review.openstack.org/21060016:28
*** fawadkhaliq has quit IRC16:29
*** EinstCrazy has quit IRC16:36
*** mylu has joined #openstack-keystone16:38
ayoungrodrigods, can you take another look at https://review.openstack.org/#/c/210600/34  since you and Henrynash are the only ones that have taken the time to understand it yet, I would appreciate you giving it a look over before I tackle it16:40
*** muralia has quit IRC16:40
stevemar_dstanek: yeah, by eventually i meant in 152 years16:41
*** jbell8 has joined #openstack-keystone16:41
stevemar_dstanek: regarding rendered output for releasenotes, you can wait for the job to finish, and pull it down and do `tox -e releasenotes` yourself16:43
*** tyagiprince has joined #openstack-keystone16:44
*** jaosorior has quit IRC16:44
*** jaosorior_ has joined #openstack-keystone16:44
rodrigodsayoung, sure! :)16:44
*** mylu has quit IRC16:44
*** mylu has joined #openstack-keystone16:45
stevemar_dstanek: the 'gate-keystone-releasenotes' has the output16:46
dstanekbknudson_: stevemar_: thx16:46
stevemar_dstanek: and for future reference, they are eventually ported to here: http://docs.openstack.org/releasenotes/keystone/16:46
stevemar_dstanek: a quick tip, the for $reason, the rendered output is always in the 'unreleased' notes, until it gets merged in the right branch16:47
dstanekgo away for one week and everything changes :-)16:47
stevemar_dstanek: yup!16:47
stevemar_dstanek: so start making release notes as we go along16:47
*** tyagiprince has quit IRC16:48
stevemar_dstanek: oh btw https://review.openstack.org/#/c/235731/16:48
stevemar_bknudson_: hmm, do we need release notes for how keystone is installed with 'extras' ?16:49
*** mylu_ has joined #openstack-keystone16:49
*** alejandrito has joined #openstack-keystone16:49
*** e0ne has quit IRC16:49
bknudson_stevemar_: we did that in L16:50
bknudson_http://git.openstack.org/cgit/openstack/keystone/tree/setup.cfg?h=stable/liberty#n2316:50
*** mylu has quit IRC16:50
bknudson_(although it's still not merged in devstack)16:50
*** fawadkhaliq has joined #openstack-keystone16:50
stevemar_oh for the ldap and bandit bits16:50
stevemar_bknudson_: i meant for https://review.openstack.org/#/c/235731/16:50
*** tonytan4ever has quit IRC16:50
*** belmoreira has quit IRC16:51
stevemar_should we backport a release note for that?16:51
bknudson_I don't understand why we're doing https://review.openstack.org/#/c/235731/ -- isn't fernet going to be the default?16:51
stevemar_it's not now16:51
*** mylu_ has quit IRC16:51
*** gyee has joined #openstack-keystone16:51
*** ChanServ sets mode: +v gyee16:51
stevemar_but i'm not telepathic, so i didn't know you wanted to say that16:51
dolphmdon't we already use cryptography somewhere?16:51
*** mylu has joined #openstack-keystone16:51
lbragstadbknudson_ yeah, that the idea. but that's what i'm currently working on16:51
lbragstadand it's tedious16:52
stevemar_dolphm: we do?16:52
*** mylu has quit IRC16:52
bknudson_stevemar_: adding a release note for the extras stuff would be good.16:52
stevemar_*a wild dolphm appears*16:52
dolphmi heard a fernet16:52
*** mylu has joined #openstack-keystone16:52
bknudson_dolphm should change his nick to fernet16:52
lbragstadwe only use fernet in fernet/utils.py and fernet/token_formatters.py16:53
lbragstadwell, we only use cryptography16:53
lbragstadspecifically fernet16:53
dolphmlbragstad: ah - i'm thinking of whatever we use for creating passwords16:54
dolphmlbragstad: don't remember the lib16:54
lbragstadhashlib?16:54
stevemar_dolphm: lbragstad bknudson_ i'm fine with dropping the patch16:54
lbragstadi don't remember either16:54
lbragstadstevemar_ bknudson_ dolphm fyi, i have absolutely no idea how didn't fail the gate - https://review.openstack.org/#/c/231191/16:54
lbragstadthat actually has the time.sleep(1) in the wrong spot :(16:55
*** mylu has quit IRC16:55
stevemar_lbragstad: ruh roh16:55
lbragstadyes, i posted a follow on patch16:55
bknudson_unless the packages impose some odd stuff like binary libraries I don't think there's a compelling reason to make it optional.16:55
lbragstadhttps://review.openstack.org/#/c/247678/16:55
bknudson_or if a packager complains16:55
bknudson_did someone complain about the cryptography requirement?16:56
bknudson_or msgpack?16:56
stevemar_i complain about msgpack16:56
bknudson_we should use JSON!16:56
bknudson_(or XML?)16:57
*** tyagiprince has joined #openstack-keystone16:57
openstackgerritLance Bragstad proposed openstack/keystone: Deprecate the pki and pkiz token providers.  https://review.openstack.org/24138916:57
bknudson_pickle?16:57
* stevemar_ stabs bknudson_ with a fish16:57
stevemar_lbragstad: thanks!16:57
dstanek bknudson_: i love xml16:57
* stevemar_ slaps dstanek with a porkchop16:58
stevemar_keep saying it16:58
lbragstadxml16:58
bknudson_we're getting all sorts of delicious meats16:58
* lbragstad hopes to get stabbed with bbq 16:58
* stevemar_ hits lbragstad over the head with prime rib16:58
lbragstadyes!16:58
dstaneks/yaml|json/xml/16:58
* dstanek is hoping for beef jerkey this time16:58
*** mylu has joined #openstack-keystone17:00
*** wuhg has quit IRC17:01
*** mylu has quit IRC17:01
*** mylu has joined #openstack-keystone17:02
*** sshen_ is now known as sshen17:02
lbragstaddolphm fyi, i think gatewatch.dolphm.com is down?17:03
*** tonytan4ever has joined #openstack-keystone17:03
*** arunkant_ has joined #openstack-keystone17:04
*** mylu has quit IRC17:07
*** aj2 has joined #openstack-keystone17:07
*** jistr has quit IRC17:14
*** stevemar_ has quit IRC17:14
*** roxanaghe has quit IRC17:19
*** stevemar_ has joined #openstack-keystone17:20
*** ChanServ sets mode: +o stevemar_17:20
stevemar_gosh dangit, we have a bp targeted to liberty, noooo17:22
openstackgerritSteve Martinelli proposed openstack/keystone-specs: Optionally return names in the list assignment API.  https://review.openstack.org/24046617:25
*** tonytan4ever has quit IRC17:25
*** petertr7 is now known as petertr7_away17:25
*** shardy has quit IRC17:26
*** doug-fish has quit IRC17:27
*** doug-fish has joined #openstack-keystone17:32
openstackgerritMonty Taylor proposed openstack/keystoneauth: Add argparse registration from Adapter objects  https://review.openstack.org/24530417:35
openstackgerritMonty Taylor proposed openstack/keystoneauth: Put Session options into an option group  https://review.openstack.org/24769917:35
mordrednotmorgan: ^^ now with tests17:36
notmorganmordred: woo17:36
*** dims has quit IRC17:36
notmorganmordred: looking now17:36
*** doug-fis_ has joined #openstack-keystone17:37
*** doug-fish has quit IRC17:38
dstanekstevemar_: need a time machine?17:38
*** erhudy has quit IRC17:39
*** mhickey has quit IRC17:40
*** tyagiprince has quit IRC17:41
*** doug-fis_ has quit IRC17:42
stevemar_dstanek: i've got a tardis17:42
*** tyagiprince has joined #openstack-keystone17:43
*** shaleh has joined #openstack-keystone17:43
*** daemontool_ has quit IRC17:44
*** daemontool_ has joined #openstack-keystone17:44
notmorganmordred: looks good to me17:45
mordredwoot!17:45
notmorganeasy to read tests ftw17:45
* mordred does a little dance17:45
notmorganand i finally got my hotel expense report done17:45
dstaneknotmorgan: from tokyo?17:47
notmorgandstanek: yeah17:47
notmorganwas having a hard time getting receipt copies17:47
dstaneklast i looked the charge hadn't come through the Rax system :-(17:47
openstackgerritDeepti Ramakrishna proposed openstack/keystone: Reject user creation using admin token without domain  https://review.openstack.org/19694217:48
*** tonytan4ever has joined #openstack-keystone17:51
bknudson_I called the hotel and asked for a receipt to be emailed but didn't get one17:55
bknudson_then I checked my luggage and they'd given me a copy.17:55
*** mylu has joined #openstack-keystone17:56
tyagiprinceayoung: still not able to debug that error..17:57
tyagiprinceERROR: openstack The request you have made requires authentication. (HTTP 401)17:57
tyagiprincewhen configuring ldap with keystone..17:58
*** breitz has joined #openstack-keystone17:58
*** shaleh is now known as shaleh|away18:02
*** pnavarro|afk has quit IRC18:04
*** pumaranikar has quit IRC18:05
*** dims has joined #openstack-keystone18:06
*** lhcheng has joined #openstack-keystone18:06
*** ChanServ sets mode: +v lhcheng18:06
*** jaosorior_ has quit IRC18:07
*** mylu has quit IRC18:07
*** lhcheng_ has joined #openstack-keystone18:08
*** jbell8 has quit IRC18:08
*** mylu has joined #openstack-keystone18:09
*** jamielennox|away is now known as jamielennox18:09
*** lhcheng has quit IRC18:11
openstackgerritMerged openstack/keystone-specs: Optionally return names in the list assignment API.  https://review.openstack.org/24046618:12
*** pumaranikar has joined #openstack-keystone18:13
*** aj2 has quit IRC18:18
edmondswstevemar... saw you abandoned https://review.openstack.org/#/c/235731/18:18
*** EinstCrazy has joined #openstack-keystone18:18
edmondswbut even if fernet becomes the default, it's still optional... so this would still be needed18:18
*** mylu has quit IRC18:20
edmondswi.e., for those still using UUID tokens, don't force them to install cryptography and msgpack-python that are only needed for fernet18:20
*** mylu has joined #openstack-keystone18:20
*** gyee has quit IRC18:20
edmondswbknudson ^18:21
*** mylu has quit IRC18:25
dstanekedmondsw: the default should just work out of the box18:25
*** EinstCrazy has quit IRC18:26
*** mylu has joined #openstack-keystone18:26
*** dims has quit IRC18:26
edmondswdstanek, optional dependencies should not have to be installed18:27
edmondswor s/optional dependencies/things that are not going to be used in your config/ if you prefer18:27
*** pnavarro|afk has joined #openstack-keystone18:28
dstanekit's not really optional if it's the default - by your logic we could make sqlalchemy optional too and probably most stuff18:28
edmondswif there are other things that should be extras because they are also optional, we should address them too18:30
*** jordanP has left #openstack-keystone18:30
edmondswwouldn't sqlalchemy be required in any config?18:30
*** mylu has quit IRC18:31
openstackgerritSean Perry proposed openstack/keystone: Use new_policy_ref consistently  https://review.openstack.org/24725718:34
*** henrynash has joined #openstack-keystone18:35
*** ChanServ sets mode: +v henrynash18:35
jamielennoxmordred -1ed your ksa patches :-)18:38
dstanekedmondsw: why? you could use all mongo drivers if you wanted to18:40
dstanekedmondsw: i think the default should just work without doing any extra steps18:40
edmondswdidn't realize we supported mongo18:41
*** lhcheng_ has quit IRC18:41
edmondswI think it would be great if the default worked without doing any extra steps, but we have two needs in conflict here... is the higher priority making it dummy-proof or giving folks the flexibility to not install things they don't need.18:42
dstanekedmondsw: we don't have a mongo driver in-tree for everything, but that doesn't mean that they don't exist18:44
dstanekedmondsw: i'd error on the side of installing too much. is it causing a problem?18:45
*** petertr7_away is now known as petertr718:45
edmondswin a way, yes... my product doesn't use fernet (today), so we don't need these. And we're legally required to go through all kinds of rigamarole to certify any packages that have crypto in them, like cryptography18:46
edmondswI'd rather not include cryptography, so I don't have to go through that18:46
*** david-lyle has quit IRC18:48
edmondswwhy would fernet become the default in mitaka, anyway? As I understand it there is still a lot of work going on there.18:48
edmondswshouldn't we finish that, and then talk about making it the default in N when it's been proven stable?18:48
edmondswwe have very few users on fernet today, right? Let's get more users on it to flush out issues before we make it default18:49
*** jrist has quit IRC18:49
mordredjamielennox: awesome!18:50
mordredjamielennox: agree on Session -1 patch - fix coming18:51
jamielennoxYea, that one's easy. The second one I'm not sure how is going to work18:51
*** pnavarro|afk has quit IRC18:51
*** dims has joined #openstack-keystone18:52
dstanekedmondsw: i think we've declare it to have some level of stability and it solves many of the problems people are currently having. dolphm or lbragstad would have to elaborate on the stability though18:53
*** fawadkhaliq has quit IRC18:54
dstanekedmondsw: you don't have to install it with your product if you don't use it18:54
dstanekedmondsw: you just have to roll your own wheel (or package)18:54
edmondswI kind of do... the rpms are built based off requirements.txt18:54
edmondswor that18:55
mordredjamielennox: yah - writing a reply - but I've got a working patch for python-novaclient that consumes this (it does not look like it works in gerrit due to dependency chain)18:55
mordredjamielennox: You  may want to take a peek at https://review.openstack.org/#/c/241715/ and https://review.openstack.org/#/c/245200/ for examples of usage.18:55
jamielennoxWill do18:55
mordredjamielennox: I mean, the novaclient patch needs a total rework - I wrote it originally and then reworked both the ksa and occ bits ...18:56
mordredbut I'm running it locally and it's working well18:56
*** LukeHinds has quit IRC18:56
*** ninag has quit IRC18:56
*** ninag has joined #openstack-keystone18:57
jamielennoxI've thought for a while there needed to be load_from methods for the clients so I'm good with the idea18:57
mordredjamielennox: sweet. that's the most important thing -the rest are details :)18:58
notmorganjamielennox: I also responded to your comment on the adapter bit18:58
notmorganjamielennox: glad you're on board with the load from methods18:59
openstackgerritMerged openstack/keystone-specs: converted implied_roles url segments  https://review.openstack.org/24758619:00
jamielennoxThere's been talk of a base oslo.apoclient library which i thought would provide it, i don't know if a BaseClient class should belong to keystoneauyh19:01
*** ninag has quit IRC19:01
*** ninag_ has joined #openstack-keystone19:01
jamielennoxBut id be OK with putting it there if no other choice19:01
mordredjamielennox: actually, looking at what novaclient is doing - I don't think there is a ton we need to do in a base apiclient19:02
notmorganjamielennox: not sure if distinction between ksa and the base client is worth having a separate package.19:02
mordredLegacyJSONAdapter is already in ksa19:03
mordredwhich is the actual interface the rest of novaclient uses19:03
notmorganmordred: true19:03
*** ayee has joined #openstack-keystone19:03
mordredthe rest is just arguments from novaclient to various ksa constructors (which we've got taken care of already)19:03
ayeeCan I point a single domain (Default) to two different LDAP OUs ?19:03
ayeefor example if I had one OU with People and another with Service accounts?19:03
mordredso I really don't know that there is much more for a baseclient to do19:03
*** e0ne has joined #openstack-keystone19:04
jamielennoxThere's not much, it'd mostly serve to make sure people use it the right way and to provide some load_from style functions19:05
*** roxanaghe has joined #openstack-keystone19:05
*** tyagiprince has quit IRC19:06
jamielennoxProbably the most useful thing to go there would be some documentation on how to subclass it for consistency19:06
dimsjamielennox : we don't want to do the apiclient thingy anymore19:07
*** ninag_ has quit IRC19:09
*** ninag has joined #openstack-keystone19:10
jamielennoxdims good, there's not much in their worth reusing19:10
*** ninag has quit IRC19:12
*** ninag has joined #openstack-keystone19:12
*** ninag has quit IRC19:15
jamielennoxPlane, back in a few hours19:15
*** ninag has joined #openstack-keystone19:15
openstackgerritFangzhou Xu proposed openstack/keystone: Make getting token revocation list 9x faster on Mysql  https://review.openstack.org/23960819:15
*** jamielennox is now known as jamielennox|away19:16
*** jrist has joined #openstack-keystone19:18
*** jrist has quit IRC19:18
*** jrist has joined #openstack-keystone19:18
openstackgerritSteve Martinelli proposed openstack/keystone: Add release notes for mitaka thus far  https://review.openstack.org/24674919:18
*** muralia has joined #openstack-keystone19:18
openstackgerritBoris Bobrov proposed openstack/keystone: Enable limiting in ldap for groups  https://review.openstack.org/23484919:21
openstackgerritBoris Bobrov proposed openstack/keystone: Use @truncated in ldap for users  https://review.openstack.org/23307019:21
openstackgerritBoris Bobrov proposed openstack/keystone: Tests for limiting the output  https://review.openstack.org/24774919:21
*** jasonsb has quit IRC19:22
breton_xek: will do tomorrow!19:22
*** lhcheng has joined #openstack-keystone19:22
*** ChanServ sets mode: +v lhcheng19:22
openstackgerritMonty Taylor proposed openstack/keystoneauth: Put Session options into an option group  https://review.openstack.org/24769919:22
mordredjamielennox|away, stevemar_, notmorgan: I believe that coveres jamielennox|away's concerned ^^19:23
notmorganlooking19:23
*** ayee has left #openstack-keystone19:23
notmorganmuch better name there.19:24
*** doug-fish has joined #openstack-keystone19:25
*** fangxu has joined #openstack-keystone19:27
*** gyee has joined #openstack-keystone19:29
*** ChanServ sets mode: +v gyee19:29
openstackgerritBoris Bobrov proposed openstack/keystone: Enable limiting in ldap for groups  https://review.openstack.org/23484919:30
openstackgerritBoris Bobrov proposed openstack/keystone: Limiting for fake LDAP  https://review.openstack.org/24774919:30
openstackgerritBoris Bobrov proposed openstack/keystone: Use @truncated in ldap for users  https://review.openstack.org/23307019:30
*** ninag has quit IRC19:30
*** ninag has joined #openstack-keystone19:31
*** peter-hamilton has joined #openstack-keystone19:31
*** ninag has quit IRC19:33
*** ninag has joined #openstack-keystone19:33
breton_gyee: I've tested ^ on live ldap and it worked19:35
breton_gyee: please review when the jobs pass19:35
*** dims has quit IRC19:36
gyeebreton_, sure19:38
*** woodster_ has joined #openstack-keystone19:38
*** jbell8 has joined #openstack-keystone19:38
*** ninag has quit IRC19:41
*** ninag has joined #openstack-keystone19:41
*** ninag has quit IRC19:41
*** ninag has joined #openstack-keystone19:42
*** david-lyle has joined #openstack-keystone19:43
openstackgerritMerged openstack/keystone: Capital letters  https://review.openstack.org/24732819:46
*** e0ne has quit IRC19:46
*** openstackgerrit has quit IRC19:46
*** openstackgerrit has joined #openstack-keystone19:47
openstackgerritMerged openstack/keystone: remove use of magic numbers in sql migrate extension tests  https://review.openstack.org/24730219:53
openstackgerritMerged openstack/keystone: Add missing colon separators to inline comments  https://review.openstack.org/24733619:54
*** pumaranikar has quit IRC19:55
*** doug-fish has quit IRC19:56
*** doug-fish has joined #openstack-keystone19:58
openstackgerritMonty Taylor proposed openstack/keystoneauth: Add argparse registration from Adapter objects  https://review.openstack.org/24530419:58
mordrednotmorgan, jamielennox|away: ^^ updated that a little based the review comments - realized that it's a real usecase to want to register for multiple services (based on my response to jamielennox|away from the novaclient perspective)19:59
notmorganmordred: ++ that makes sense20:01
openstackgerritOpenStack Proposal Bot proposed openstack/keystone: Updating sample configuration file  https://review.openstack.org/24730420:02
openstackgerritOpenStack Proposal Bot proposed openstack/keystone: Updating sample configuration file  https://review.openstack.org/24730420:03
openstackgerritOpenStack Proposal Bot proposed openstack/keystone: Updating sample configuration file  https://review.openstack.org/24730420:04
*** jbell8 has quit IRC20:14
*** jbell8 has joined #openstack-keystone20:17
*** jbell8 has quit IRC20:18
*** RichardRaseley has joined #openstack-keystone20:20
*** jbell8 has joined #openstack-keystone20:21
*** urulama has quit IRC20:21
*** jbell8 has quit IRC20:30
*** fangxu has quit IRC20:31
*** ninag has quit IRC20:32
*** ninag has joined #openstack-keystone20:33
*** ninag has quit IRC20:33
*** ninag has joined #openstack-keystone20:33
*** ninag has quit IRC20:36
*** ninag has joined #openstack-keystone20:36
*** ninag has quit IRC20:41
*** tyagiprince has joined #openstack-keystone20:42
*** muralia1 has joined #openstack-keystone20:44
*** tyagiprince has quit IRC20:45
*** muralia has quit IRC20:46
*** ninag has joined #openstack-keystone20:46
*** jerrygb has quit IRC20:48
*** jerrygb has joined #openstack-keystone20:49
*** jerrygb has quit IRC20:49
*** jerrygb has joined #openstack-keystone20:50
*** aginwala has joined #openstack-keystone20:52
henrynashgyee, ayoung: Had to fix up https://review.openstack.org/#/c/208152/15 since it failed to merge due to other inflight changes to test names…..when you have a mo, perhaps you could reapply your +2/As20:55
ayounghenrynash, will do....20:55
henrynashayoung: thx20:56
ayounghenrynash, what'd you change to make it merge?20:56
ayoungjust test names?20:56
henrynashayoung: yes (plus I fixed up two comments that someone has spotted typos in)20:56
openstackgerrithenry-nash proposed openstack/keystone-specs: Domain Specific Roles  https://review.openstack.org/22666120:58
ayounghenrynash, I +2Aed it.  Rebase should not require a major rerigging20:58
henrynashayoung: ok, fair enough!20:58
ayounghenrynash, so I need to createa V8 Role Driver...the naming is getting out of hand in that directort20:58
ayoungwe have drivers and role_drivers and now v8_drivers...can we consolidatate somehow?20:59
henrynashayoung: I know!  (you mean a V9 role driver)20:59
ayounghenrynash, actually, yeah, I need that too.  I was just talking pre-reqs to getting there20:59
*** HenryG has left #openstack-keystone20:59
*** peter-hamilton has quit IRC20:59
ayoungis there any reason to keep role driver separate from the rest of assignment?  We are not moving it into its own backend21:00
henrynashayoung: If you wnat, I can whip you up a V9 role driver…since I’ve just done teh assignment version!21:00
ayounghenrynash, that would be awesome21:00
*** muralia1 has quit IRC21:00
henrynashayoung: it will be done befoer the night is out and the wolves are a’howlin’21:00
*** ninag has quit IRC21:01
*** ninag has joined #openstack-keystone21:01
*** ninag has quit IRC21:02
*** ninag has joined #openstack-keystone21:02
*** roxanaghe has quit IRC21:02
*** raildo is now known as raildo-afk21:03
*** pumaranikar has joined #openstack-keystone21:06
*** e0ne has joined #openstack-keystone21:08
*** RichardRaseley has quit IRC21:09
*** pauloewerton has quit IRC21:09
openstackgerritMerged openstack/keystone: Merge keystone.config into keystone.common.config  https://review.openstack.org/23720921:10
*** EinstCrazy has joined #openstack-keystone21:11
henrynashayoung: are you changing any methods in the assignment driver….or just the role driver?21:12
openstackgerritOpenStack Proposal Bot proposed openstack/keystone: Updating sample configuration file  https://review.openstack.org/24730421:15
*** EinstCrazy has quit IRC21:15
ayounghenrynash, No changes in the assignment driver.21:17
henrynashayoung: ok21:17
ayoungThe maanger or higher level calls assignment to get the explicit prior roles, and then the role drive will give the inference rules to get the rest21:17
ayoungso, for CRUD operations, that is all roles, and the rest is token creation or assignment listing that uses both21:18
*** fangxu has joined #openstack-keystone21:18
*** jerrygb has quit IRC21:21
*** gwei3 has joined #openstack-keystone21:25
*** roxanaghe has joined #openstack-keystone21:27
*** RichardRaseley has joined #openstack-keystone21:28
*** thiagop has quit IRC21:29
*** topol_ has quit IRC21:29
*** e0ne has quit IRC21:30
*** ninag has quit IRC21:32
*** muralia has joined #openstack-keystone21:33
*** ninag has joined #openstack-keystone21:33
*** muralia1 has joined #openstack-keystone21:34
*** jerrygb has joined #openstack-keystone21:35
*** jerrygb has quit IRC21:35
*** exploreshaifali has quit IRC21:36
*** muralia has quit IRC21:37
*** ninag has quit IRC21:37
*** aginwala has quit IRC21:38
*** aginwala has joined #openstack-keystone21:39
*** jasonsb has joined #openstack-keystone21:40
*** daemontool_ has quit IRC21:41
*** jbell8 has joined #openstack-keystone21:42
*** daemontool_ has joined #openstack-keystone21:42
*** jbell8 has quit IRC21:43
*** jasonsb has quit IRC21:45
openstackgerritayoung proposed openstack/keystone: set `is_admin` on tokens for admin project  https://review.openstack.org/24071921:46
*** jbell8 has joined #openstack-keystone21:47
openstackgerrithenry-nash proposed openstack/keystone: Create new version of assignment driver interface  https://review.openstack.org/24285321:48
openstackgerrithenry-nash proposed openstack/keystone: Create V9 Role Driver  https://review.openstack.org/24780521:48
henrynashayoung: https://review.openstack.org/#/c/247805/21:48
ayounghenrynash, so my change still go in role_drivers?21:51
ayounger role_backends?21:51
henrynashayoung: yes....21:51
henrynashthere is a V9 role driver…in core21:51
henrynashjust add you new mthods there…and add something to the release notes that are part of teh patch21:51
gyeehenrynash, look like ayoung A+ it, sorry I just got back to my desk21:52
henrynashgyee: np!21:53
*** jbell8 has quit IRC21:53
henrynashstevemar, dstanek, notmorgan, gyee, bknudson: hoping to get some eyes on https://review.openstack.org/#/c/242853/ - lots building up behind this as the first new V9 driver….21:57
gyeelooking21:57
*** jbell8 has joined #openstack-keystone21:57
henrynashgyee: thx!21:58
notmorganhenrynash: sorry been trying to ease back in. that has been a bit beastly to review (not really your fault)21:58
dstanekhenrynash: i have already started commenting. just haven't gotten all the way through yet21:58
dstanekhenrynash: my biggest concern was maintaining multiple versions of the model instead of dealing with the differences in code21:59
henrynashdstanek, notmorgan: thanks!  Already a V9 role driver done the same way dependant on that one…so if I should be doing it a different way, it would be good to know soon!21:59
notmorgannah. I just have been easing in to avoid revisiting burnout.21:59
henrynashdtsanek: yeah, I share that concern….and of course, teh model *might* have changed, or might not22:00
dstanekhenrynash: i think we always want a single up to date model. otherwise it'll be hard to reason about what updates may be there when debugging.22:01
henrynashdstaneK: I was also trying to be conginsent of the fact that the reason we are doing this is to help peopel with custom drivers….hnce felt the maintainenance of teh complete V8 driver is file was easiest for them22:01
dstanekand we'd have to do conditional migrations based on the configured driver22:02
henrynashdtsanek: do you mean we’d change a legacy driver to work with a new model?22:02
*** dims has joined #openstack-keystone22:03
dstanekhenrynash: we'd only have on Assignment model and if it changes for v9 the v8 driver would get some code to makes the change transparent22:03
*** ninag has joined #openstack-keystone22:03
dstanekotherwise we'd have to know what driver is configured and skip certain migrations22:03
*** jbell8 has quit IRC22:04
dstanekalso the operation wouldn't be able to experiment with a newer driver without updating the database22:04
dstanekif the DB was always up to date then they could test until their heart is content22:04
openstackgerritayoung proposed openstack/keystone: Implied Roles  https://review.openstack.org/24261422:04
gyeehenrynash, releasenotes/notes/Assignment_V9_driver-c22be069f7baccb0.yaml, that how we name files?22:05
henrynashI *think* I am persuaded! Just trying to see if that would stop us doing certain things…22:05
ayounghenrynash, thanks.  ^^ is on the V9 interface.  That look right?22:05
henrynashgyee: that’s what reno genertes22:05
dstanekhenrynash: yeah, there would definitely be things that would be hard to change22:05
*** cburgess_ has quit IRC22:05
*** cburgess has joined #openstack-keystone22:06
gyeeoh ok, I need to familiarize with the reno stuff22:06
dstanekhenrynash: post dinner i'll publish my comments on your latest version22:06
henrynashayoung: I think you put them in the Base driver…not in the V9 driver22:06
henrynashdtsanek: thanks!22:07
ayounghenrynash, I knew it couldn't be that easy22:07
*** ninag has quit IRC22:07
*** ninag has joined #openstack-keystone22:07
henrynashayoung: just move the abstarct methods down to the V9 class22:07
ayoungOK...22:07
stevemar_ayoung: can you review some of the specs?22:08
stevemar_specifically... https://review.openstack.org/#/c/241346/22:08
stevemar_and https://review.openstack.org/#/c/200434/22:09
stevemar_henrynash: aroundish?22:10
henrynashstevemar_: a round dish is best for pasta?22:10
stevemar_henrynash: i like using bowls for pasta22:11
stevemar_henrynash: why is domain_id being treated so funnily here: https://review.openstack.org/#/c/226661/ ?22:11
henrynashstevemar_: ..to stop existing apps that list roles from being confused by gettinh back multiple roles iwth the same name22:12
*** petertr7 is now known as petertr7_away22:12
henrynashstevemar_: since domain specific roles could have the same name as a global role22:12
openstackgerrithenry-nash proposed openstack/keystone-specs: Move inherited assignments to core, and support new inheritance rules  https://review.openstack.org/20043422:14
*** simondodsley_ has joined #openstack-keystone22:14
stevemar_henrynash: so listing roles without the argument (like existing apps do now) should return the roles that are global22:16
stevemar_and if domain id is present, it'll only return roles that are in the domain?22:16
henrynashstevemar_: yes22:16
*** tonytan4ever has quit IRC22:17
stevemar_henrynash: i'm still not understanding why you have to say it defaults to null, isn't that obvious? rather, shouldn't it just not be there at all unless it's specified?22:17
openstackgerritayoung proposed openstack/keystone: Implied Roles  https://review.openstack.org/24261422:17
stevemar_henrynash: the rest of the spec seems fine, i finally understand why you have domain scoped roles \o/22:18
henrynashstevemar_: so if you don’t specific a query param, no filtering will happen on that attribute.  What I;m trying to say is that by defualt a filert IS present and its domain_id=null22:19
henrynash:-)22:19
ayoungstevemar_, in order for them to work, we need to work out the nested domain thing.22:20
ayounghenrynash, you down with my "url safe" suggestion?  If so, I'll write up the spec.22:20
henrynashayoung: not sure that’s true…I think that’ orthogonal (and more relayted to reseller)…22:20
henrynashayoung: I’m going to popose a seperate spec on the url safe thing22:21
ayounghenrynash, you want to write it, or shall I?22:21
henrynashayoung: and then teh reslller can be dependant on that22:21
henrynashayoung: I’m happy to do it - will make you co-author22:21
ayoungI'd kind of like to give it a first hack22:21
ayoungunless you already have it underway.22:22
henrynashayoung: it’s partially wrritten….22:22
ayounghenrynash, OK...I'll let you drive on...I assume that means you are OK with the approach.  Any gotches of differences I should know about?22:23
stevemar_henrynash: i'll quit beating you up on terminology22:23
henrynashayoung: I guess my only concerns is that it enas you must know the path to the root…one idea of resller is you might not know who the real cloud provdier was22:24
*** gildub has joined #openstack-keystone22:25
ayounghenrynash, that can be anonymized, though22:25
openstackgerritMerged openstack/keystone: Enable listing of role assignments in a project hierarchy  https://review.openstack.org/20815222:25
ayounghenrynash you are going to know the URL of the real cloud provider no matter what.  If hiding that information is important, it just means that the reseller domain has to be a top level one.  It should all still work22:27
*** lhinds has joined #openstack-keystone22:27
henrynashayoung: yes, I came to that exact solution…you make teh reseller a top levek domain22:27
stevemar_henrynash: i have more dumb questions22:27
ayounghenrynash, is your spec going to just address nesting of domains, or will it cover project names as well?22:27
ayoungI'd like to get both, even if we implement the domain portion first22:28
ayoungand with that...I have to sign off.  I'm getting pretty optimistic about this release.22:28
*** ayoung has quit IRC22:28
henrynashayoung: projects as well…it’sa gernal one to lay the ground work towards relaxing the name uniqueness of projects in general to be only havingto be unique within theor parent22:29
*** lhcheng has quit IRC22:29
stevemar_henrynash: so domain scoped roles map back regular roles at token validation, what's the point of them...22:29
henrynashstevemar_: they allow a domain admin to create “roles” they and other project admins in their domain can assign tehor users….roles with names that mean somethin to them…22:30
openstackgerritOpenStack Proposal Bot proposed openstack/keystone: Updating sample configuration file  https://review.openstack.org/24730422:30
stevemar_henrynash: i get that22:31
*** lhcheng has joined #openstack-keystone22:31
*** ChanServ sets mode: +v lhcheng22:31
stevemar_henrynash: but now what's the point of *those* roles, they mean something to them, sure22:31
henrynashstevemar_: it menas that their project admins don’t have to understand teh underlying role model published by the cloud provider22:32
*** jbell8 has joined #openstack-keystone22:33
henrynash(i’m probably not understanding you non-undertsanding!)22:33
stevemar_henrynash: no, i think i'm just thick :P22:33
henrynashstevemar_: that, I doubt!22:33
stevemar_henrynash: so if i'm a public cloud, and i have a customer, ACME in domain ACME22:34
henrynashyep22:34
stevemar_he can create admin and demo roles and developer roles for his domain22:34
stevemar_same as me and my over cloud22:34
henrynashhe is a domain admin of ACME?22:35
stevemar_right22:35
stevemar_jim, ACME's domain admin goes and creates projects and assigns domain-roles to users ?22:35
henrynashyes, as can the doamin admin for THE_HENRY_COMPANY who is also a client of teh same public cloud22:35
henrynashyep22:36
stevemar_i'm with you so far22:36
*** jerrygb has joined #openstack-keystone22:36
stevemar_and these roles go back into my global keystone roles, via implied roles?22:36
henrynashyes22:36
henrynashin the limit, imagine teh cloud provider created the one and only policy file for each service with a differnet role for each API22:37
stevemar_so i get one benefit: now every domain can have an 'admin' role22:37
henrynashnow in ACME, a developer can do API a, b, c, and d22:37
henrynashbut in THE_HENRY_COMPANY a developer can exucte API a thu z22:38
henrynasheach domain admin can model what meaningful mapping is right for them22:38
*** mylu has joined #openstack-keystone22:38
henrynashor maybe in THE_HENRY_COMAPNY they aren;t developers but music-producers and composers…which needs some set of roels (aka APIs)22:39
*** gwei3 has quit IRC22:40
*** jerrygb has quit IRC22:41
*** ninag has quit IRC22:41
*** navid_ has joined #openstack-keystone22:42
openstackgerritMerged openstack/keystone: remove useless config option in endpoint filter  https://review.openstack.org/24730322:45
*** mylu has quit IRC22:46
stevemar_henrynash: i think i'm getting hung up on how this policy file looks like22:46
stevemar_henrynash: you're assuming it'll have or conditions with lots of roles?22:46
henrynashstevemar_: in the future we’ll have more roles I believe, but not cuased by this patch… this patch uses that fact22:47
RichardRaseleyIs it expected that I would not be able to do a `keystone endpoint-list` (more specifically the results are blank - no error) with a user who is assigned an admin role in the admin tenant (named openstack in my case)? If I auth with the admin token there is no such issue.22:47
RichardRaseley(using python-keystoneclient)22:48
mordredwhat's a 'normal' token expiry time?22:48
RichardRaseley(version 1.8.1)22:48
*** jbell8 has quit IRC22:48
*** jbell8 has joined #openstack-keystone22:49
stevemar_mordred: 1 hour?22:49
henrynashstevemar_:…dropping off…may be back on later22:49
*** henrynash has quit IRC22:49
mordredk. hrm.22:50
mordredI'm pondering how to isolate token refreshes from graphs I have of API response times22:50
mordredsince ksa magically does it for me behind the scenes22:50
*** shaleh|away is now known as shaleh22:53
openstackgerritOpenStack Proposal Bot proposed openstack/keystone: Updated from global requirements  https://review.openstack.org/24711322:53
shalehRichardRaseley: depends on what policy says for listing endpoints22:54
*** pgbridge has joined #openstack-keystone22:54
gyeeand try not to use keystone cli, use openstack cli instead22:54
gyeeI don't think keystone cli can handle v3 catalog22:55
RichardRaseleyshaleh : How would I go about looking at / modifying that policy? I am mainly having this issue as there is a bug in python-neutronclient which prevents me from using the admin token.22:55
RichardRaseleygyee : Not possible in this case, as I am using python-neutronclient which uses python-keystoneclient22:55
shalehRichardRaseley: python-keystoneclient is an API. The shell program (cli) should not be used from it. Use 'openstack' not 'keystone' from the shell.22:56
RichardRaseleyshaleh : Please see my previous comments.22:56
shalehRichardRaseley: the Python API from python-keystoneclient is used by other projects. That is fine.22:57
shalehneutronclient is not executing the other program.22:57
RichardRaseleyshaleh : Well, it uses it in some way, as it is a dependency of neutronclient.22:57
shalehRichardRaseley: as for checking policy, it is in /etc/keystone on the server where keystone is installed.22:58
*** breitz has quit IRC22:59
RichardRaseleyshaleh : Let me restate the issue. If I want to do *anything* in neutronclient, and I attempt to do so authenticating a user with an admin role in my admin tenant, I receive a 'The service catalog is empty' error. I was testing keystoneclient to see if I got the same error with the same user. I did. *However*, with keystoneclient I had success enumerating the service catalog when I authenticated with the admin token. *However*, there23:00
RichardRaseley is a bug in neutronclient (https://bugs.launchpad.net/ceilometer/+bug/1455848) which prevents me from passing the admin token to it, *hence* my question about expected behavior, and your answer about policy.23:00
openstackLaunchpad bug 1455848 in openstack-manuals "CentOS 7 kilo,ceilometer meter-list with error:The service catalog is empty." [Undecided,Invalid]23:00
*** lhcheng has quit IRC23:00
*** mylu has joined #openstack-keystone23:01
*** jerrygb has joined #openstack-keystone23:01
openstackgerritLance Bragstad proposed openstack/keystone: Replace DateTime with BigInteger for Revocation Events  https://review.openstack.org/24374223:01
RichardRaseleyshaleh : Can you imagine any undesirable consequences from letting a 'standard' user enumerate the service catalog?23:01
shalehRichardRaseley: there is a difference between what is in your service catalog and a general endpoint list.23:02
*** csoukup has quit IRC23:02
RichardRaseleyshaleh : I thought the service catalog was just the collection of endpoints available?23:02
RichardRaseleyCan you correct my misunderstanding?23:02
shalehRichardRaseley: internally endpoint list calls https://github.com/openstack/keystone-specs/blob/master/api/v3/identity-api-v3.rst#endpoints-v3endpoints23:04
RichardRaseleyI am using v2 across the board (so far as I can help it, tell) - is it any different in v2?23:05
*** jbell8 has quit IRC23:06
shalehRichardRaseley: outside my knowledge. Sorry. /me started in v3 and has not needed to look back23:06
*** jbell8 has joined #openstack-keystone23:06
RichardRaseleyshaleh : So a service catalog is a combination of the listing of services and their associated endpoints?23:06
gyeethere used to be a bug where if endpoints are created using v3, you can't list them using v223:06
gyeeso when you do 'openstack endpoint list', can you tell if its using v3?23:07
gyeecan you enable debug?23:07
RichardRaseleygyee : Sure, one sec.23:08
shalehcatalog_list = openstackclient.identity.v2_0.catalog:ListCatalog vs. endpoint_list = openstackclient.identity.v2_0.endpoint:ListEndpoint23:09
shalehin OSC23:09
*** exploreshaifali has joined #openstack-keystone23:10
RichardRaseleyshaleh : The code is mostly lost on me, unfortunately.23:10
*** navid_ has quit IRC23:10
RichardRaseleygyee: Let me clean up my output and pastebin23:11
shalehRichardRaseley: openstack --debug will show you the actual REST calls made. Helpful when wondering why two seemingly similar commands return different data.23:11
*** alejandrito has quit IRC23:11
*** jbell8 has quit IRC23:12
*** jbell8 has joined #openstack-keystone23:12
*** pumaranikar has quit IRC23:13
*** lhcheng has joined #openstack-keystone23:13
*** ChanServ sets mode: +v lhcheng23:13
*** timcline has quit IRC23:13
gyeeRichardRaseley, just to give you some context, https://review.openstack.org/#/c/215870/23:14
RichardRaseleygyee and shaleh : Here is the output of invoking openstackclient with the debug flag, and authing as my user who is an admin role in my admin tenant (named 'openstack'), followed by an endpoint-list http://paste.openstack.org/show/479502/23:14
RichardRaseleygyee: Thank you for that context.23:15
openstackgerritSteve Martinelli proposed openstack/keystone-specs: Enable retrieval of default values of domain config options  https://review.openstack.org/18565023:16
*** mylu has quit IRC23:18
*** mylu has joined #openstack-keystone23:19
notmorganmordred: i think we can add a <token refresh> marker somewhere in there you can enable for graph/profiling purposes23:20
notmorganmordred: in fact... that wouldn't be an awful thing to do in eneral.23:20
notmorganmordred: it would at the very least allow us to see what amount of sink goes into the token refreshes23:20
*** mylu has quit IRC23:20
notmorganmaybe just an STDERR <token_refresh start>/<end>23:21
notmorganor maybe this lands into the proper use of the TRACE log level23:21
*** mylu has joined #openstack-keystone23:21
notmorgan(not to be confiused with tracebacks)23:21
gyeeRichardRaseley, from pastebin, you appear to be using an unscoped token "openstack  openstack --debug --os-username richard.raseley --os-password [REDACTED] --os-auth-url http://openstack-test.domain.local:35357/v2.0"23:21
*** dims_ has joined #openstack-keystone23:22
RichardRaseleygyee: You mean unscoped in terms of project or project domain (which I still don't grok)?23:24
*** dims has quit IRC23:24
*** KarthikB has quit IRC23:25
openstackgerritSteve Martinelli proposed openstack/keystone-specs: Enable retrieval of default values of domain config options  https://review.openstack.org/18565023:26
shalehRichardRaseley: if I read the paste correctly, you authenticate as yourself and are able to get an endpoint list. This is _NOT_ your catalog. What does 'catalog list' show with all of the same parameters?23:27
RichardRaseleyshaleh: One sec.23:28
mordrednotmorgan: wellllllll23:30
mordrednotmorgan: so, I should tell you about the TaskManager interface at some point23:30
*** jbell8 has quit IRC23:30
notmorganmordred: oooh23:30
mordrednotmorgan: but what I _really_ want is the ability to pass in a TaskManager to ksa23:30
notmorganmordred: i'll support this actually.23:31
mordrednotmorgan: so that all of the requests interactions directly go through it23:31
mordredwoot!23:31
*** jbell8 has joined #openstack-keystone23:31
RichardRaseleyshaleh : Here is the output http://paste.openstack.org/show/479507/23:31
notmorganexplain taskmanager and let me hack on it hwne i get to NYC23:31
mordrednotmorgan: I will23:31
mordrednotmorgan: (tl;dr  - it's a concept from nodepool that we extracted optionally into shade)23:31
notmorgani think it is totally reasonable to have a consistent interface for these things that we can hook into for KSA. not on unless you say "hey here is a thing"23:31
*** ninag has joined #openstack-keystone23:31
notmorganbut useful23:31
notmorganand if nodepool and/or shade is doing it i see no reason KSA shouldn't23:32
notmorgansince i mean... useful :)23:32
shalehRichardRaseley: that is with 100% exact same parameters are previous run, yes?23:32
RichardRaseleyshaleh : I didn't even drop out of the openstackclient shell, so yes.23:33
*** darrenc is now known as darrenc_afk23:33
RichardRaseleyI entered the shell with all those params, then issued the two commands one after the other (with several minute gap)23:33
RichardRaseleybrb23:33
mordrednotmorgan: yah. that's what I'm thinking. the way we do it in shade it's a noop, unless you pass in a taskmanager23:33
notmorganmordred: fantastic23:33
mordrednotmorgan: but then, in nodepool, the taskmanager we define is threaded and keeps track of quotas23:34
notmorganmordred: like... i am actually excited for this, i see it reaching into areas of session23:34
mordrednotmorgan: so it ratelimits all interactions for us23:34
mordredproactively23:34
notmorganooh, nifty23:34
mordred(this is how nodeopool does not crash public clouds)23:34
shalehRichardRaseley: now can you show the failing neutronclient invocation? Because clearly you have a catalog defined for that user.23:34
notmorganwhich reminds me... i have some scripting to do to try and break clouds >.>23:34
notmorganof course *not* to be malicious...but like breaking security things down... cause yeah... i think i see some gaping holes we should fix23:35
*** slberger has left #openstack-keystone23:36
*** ninag has quit IRC23:36
RichardRaseleyshaleh: Sure, one moment.23:41
RichardRaseleyshaleh : http://paste.openstack.org/show/479509/23:44
gyeeenv | grep OS_TENANT23:46
gyeeenv | grep OS_PROJECT23:47
RichardRaseleygyee : Is that directed at me? If so, I am setting auth options on the CLI at this point so that would return nothing. I didn't explicitly set project in that last set of commands.23:47
gyeeRichardRaseley, yes, so you are essentially getting an unscoped token, with no service catalog23:48
gyeeif you don't set a scope, that's the expected behavior23:48
mordrednotmorgan: I recommend running a script in a loop that creates and then deletes servers as fast as their API rate-limiting will let you23:49
shalehRichardRaseley: in the two commands using 'openstack' I see a project id in your output. Where did it come from? --> 'project_id': 'd0064a4d07594a4fb93bfe7b15fbdfef'23:50
shalehRichardRaseley: as gyee says, no project_id no scope. No scope and you are seeing expected behavior.23:51
RichardRaseleygyee shaleh : If I add a the --os-project-id argument to my previous neutronclient command, I still get the same error "The service catalog is empty".23:51
RichardRaseleyshaleh: I am guessing openstackclient is inferring it somehow?23:51
notmorganmordred: haha that is totally not how i plan to break people... we need someone to start really focusing on pen testing of openstack... and i think we'll be frightened23:52
mordrednotmorgan: heh23:52
notmorganthankfully the ORM solves more injection/low barrier to entry issues23:52
notmorganmost*23:53
RichardRaseleyshaleh gyee : So the status now is that even when I am scoping my user with a project ID, neutronclient is still returning that "The service catalog is empty." error. We have show that the user does in fact have a service catalog it can access. Does scoping include the need to define a project domain?23:54
*** roxanaghe has quit IRC23:55
gyeeRichardRaseley, no, project_id is global, no need to specific domain23:56
*** darrenc_afk is now known as darrenc23:56
*** gordc has quit IRC23:57
gyeeRichardRaseley, which project id did you specify? d0064a4d07594a4fb93bfe7b15fbdfef?23:57
RichardRaseleygyee : Thank you. I am only testing keystoneclient because I know neutronclient uses some of its bits, but the behavior is the same between keystoneclient and neutronclient (versions 1.8.1 and 3.1.0 respectively)23:58
RichardRaseleygyee: That is correct.23:58

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