Thursday, 2019-07-25

*** xek has joined #openstack-keystone00:01
*** whoami-rajat has quit IRC00:01
*** jistr has quit IRC00:15
*** jistr has joined #openstack-keystone00:15
*** gyee has quit IRC00:49
*** wxy-xiyuan has joined #openstack-keystone01:11
*** mvkr_ has quit IRC01:41
*** mvkr_ has joined #openstack-keystone01:54
*** whoami-rajat has joined #openstack-keystone03:06
*** rcernin has quit IRC03:55
*** etp has joined #openstack-keystone04:07
*** pcaruana has joined #openstack-keystone04:44
*** vishalmanchanda has joined #openstack-keystone04:46
*** pcaruana has quit IRC04:56
*** aning_ has joined #openstack-keystone05:03
*** aning__ has quit IRC05:07
*** aning has joined #openstack-keystone05:07
*** aning_ has quit IRC05:09
*** rcernin has joined #openstack-keystone05:33
openstackgerritChason Chan proposed openstack/keystone master: Deprecate keystone.conf.memcache socket_timeout  https://review.opendev.org/67262905:56
*** jaosorior has quit IRC06:03
*** rcernin has quit IRC06:03
*** rcernin has joined #openstack-keystone06:18
*** jaosorior has joined #openstack-keystone06:20
*** pcaruana has joined #openstack-keystone06:21
*** rcernin has quit IRC06:21
*** rcernin has joined #openstack-keystone06:21
-openstackstatus- NOTICE: The git service on opendev.org is currently down.06:49
*** ChanServ changes topic to "The git service on opendev.org is currently down."06:49
*** jamesmcarthur has joined #openstack-keystone07:04
*** rcernin has quit IRC07:06
*** tesseract has joined #openstack-keystone07:15
*** adriant has quit IRC07:17
*** adriant has joined #openstack-keystone07:18
*** tkajinam has quit IRC07:53
*** tkajinam has joined #openstack-keystone07:53
*** jaosorior has quit IRC07:57
-openstackstatus- NOTICE: Services at opendev.org like our git server and at openstack.org are currently down, looks like an outage in one of our cloud providers.08:32
*** ChanServ changes topic to "Services at opendev.org like our git server and at openstack.org are currently down, looks like an outage in one of our cloud providers."08:32
*** tkajinam has quit IRC08:36
*** ChanServ changes topic to "Train release schedule: https://releases.openstack.org/train/schedule.html | Meeting agenda: https://etherpad.openstack.org/p/keystone-weekly-meeting | Bugs that need triaging: http://bit.ly/2iJuN1h | Trello: https://trello.com/b/ClKW9C8x/keystone-train-roadmap !!NOTE!! This Channel is Logged ( https://tinyurl.com/OpenStackKeystone )"08:39
-openstackstatus- NOTICE: The problem in our cloud provider has been fixed, services should be working again08:39
*** jamesmcarthur has quit IRC08:48
*** ivve has joined #openstack-keystone09:08
*** brtknr has quit IRC10:27
*** brtknr has joined #openstack-keystone10:33
*** etp has quit IRC10:46
*** jaosorior has joined #openstack-keystone10:47
*** brtknr has quit IRC10:56
*** brtknr has joined #openstack-keystone10:56
*** adriant has quit IRC11:07
*** adriant has joined #openstack-keystone11:07
*** jaosorior has quit IRC11:08
*** kplant has joined #openstack-keystone11:14
*** raildo has quit IRC11:33
*** raildo has joined #openstack-keystone11:33
*** pcaruana has quit IRC11:42
*** sapd1_ has joined #openstack-keystone11:59
*** sapd1 has quit IRC11:59
*** pcaruana has joined #openstack-keystone12:22
*** raildo has quit IRC12:42
*** raildo has joined #openstack-keystone12:42
*** joshualyle has joined #openstack-keystone13:06
*** mvkr_ has quit IRC13:17
*** jhesketh has quit IRC13:22
*** jaosorior has joined #openstack-keystone13:23
*** jhesketh has joined #openstack-keystone13:26
*** jaosorior has quit IRC13:43
kplanti've configured keystone as an sp with mellon and my local keycloak as the idp via saml2. i've gotten to the point where horizon will property redirect to keycloak, after i login keycloak then redirects back to keystone and i get: "Expecting to find application/json in Content-Type header. The server could not comply with the request since it is either malformed or otherwise incorrect. The13:44
kplantclient is assumed to be in error."13:44
kplanti can't seem to track down what the source of this is, maybe keycloak supplying xml instead of json? the logs aren't much help as they just reiterate what the error message says13:45
*** mvkr_ has joined #openstack-keystone13:58
*** ayoung has joined #openstack-keystone14:10
*** ayoung has quit IRC14:37
*** jmlowe has quit IRC14:42
*** lbragstad has joined #openstack-keystone14:51
*** jmlowe has joined #openstack-keystone15:07
openstackgerritLance Bragstad proposed openstack/keystone master: Update the caching guide  https://review.opendev.org/67212015:07
*** dklyle has quit IRC15:17
*** dklyle has joined #openstack-keystone15:18
*** gyee has joined #openstack-keystone15:44
cmurphykplant: does the apache access log say which path exactly is producing the 400?15:47
cmurphylbragstad: bnemec want to take a look at http://lists.openstack.org/pipermail/openstack-discuss/2019-July/008021.html i don't understand how that works15:47
*** altlogbot_3 has quit IRC15:48
*** altlogbot_0 has joined #openstack-keystone15:50
bnemecHeh, I read that and hoped someone from Keystone was going to say "oh, that's happening because..."15:50
cmurphybah15:50
lbragstadit's for backwards compatibility15:50
*** tesseract has quit IRC15:50
bnemecI'm confused by the self-referential rule though. "identity:list_users": "rule:identity:list_users" doesn't make sense, does it?15:51
* lbragstad is finding a patch15:52
bnemecI see in the unit tests that we do this if we deprecate a rule in favor of another one: "foo:post_bar": "rule:foo:create_bar"15:58
bnemecI'm not sure it makes sense when a _value_ is deprecated though.15:58
lbragstadlooks like this is the code that does it - https://opendev.org/openstack/oslo.policy/src/branch/master/oslo_policy/generator.py#L182-L20116:04
*** jmlowe has quit IRC16:04
bnemeclbragstad: So maybe if old_name == name we should not do the aliasing? In that case the deprecation warning is more informational.16:06
lbragstadhttps://review.opendev.org/#/c/568687/ landed after the original deprecation logic in generator.py16:07
bnemecThat's not what does the aliasing though.16:09
lbragstadright - just digging through the git log16:09
lbragstadi thought someone came by and brought this case up specifically and we rolled a patch to handed the aliasing16:10
lbragstadhandle*16:10
bnemecI vaguely recall the same, but I think the assumption was the name of the rule would change.16:10
bnemecI also feel like we've had the conversation about deprecating rules vs. deprecating values before. :-)16:11
lbragstadyeah...16:13
* lbragstad tries to recreate locally16:17
bnemecYeah, the example in https://bugs.launchpad.net/oslo.policy/+bug/1742569 is with a name change.16:17
openstackLaunchpad bug 1742569 in oslo.policy "Including deprecated policy names in sample file" [Undecided,Fix released] - Assigned to Lance Bragstad (lbragstad)16:17
bnemecFWIW, I also see "identity:list_users": "rule:identity:list_users" in my locally generated sample policy.16:18
lbragstadok - so it's because we're not detecting a deprecated value from a deprecated name... right?16:19
bnemecYeah, it's because of the ORing that we do in the policy check. Adding a deprecated rule with the same name allows both rules to be in place during the deprecation period, but it confuses the generator.16:20
bnemecI think we just need to drop the aliasing if the names match.16:20
lbragstadright - only alias if the name is changing to maintain backwards compatibility16:20
openstackgerritLance Bragstad proposed openstack/oslo.policy master: Only alias when policy names change  https://review.opendev.org/67278116:29
lbragstad^ works for me locally?16:29
lbragstadneeds tests16:30
bnemecI'm writing a test right now. :-)16:30
cmurphyhow does the policy even work if it's self referential though?16:31
bnemecThe policy itself isn't self-referential, just the generated sample is.16:32
cmurphyah16:32
bnemecThe reason for the same names is so that when we evaluate the rule, we do the OR on the two targets.16:32
*** Ben78 has joined #openstack-keystone16:32
bnemecHello, fellow Ben. :-)16:33
*** Ben78 has quit IRC16:37
openstackgerritBen Nemec proposed openstack/oslo.policy master: Add test for aliasing behavior when rule names match  https://review.opendev.org/67278316:38
bnemeclbragstad: ^16:39
bnemecIt's a little copy-pasty. :-/16:39
bnemecAlthough I guess about half of it needed to change between tests anyway, so it's not _that_ bad.16:40
lbragstadsweet16:41
lbragstadif those come back clean feel free to roll that together and put yourself as the author :)16:41
bnemecWe maybe want to squash those?16:41
lbragstad++16:42
bnemecI intentionally didn't write much of a commit message with that in mind.16:42
lbragstadsmart16:42
* bnemec doesn't want to get yelled at by cmurphy ;-)16:42
* lbragstad doesn't either16:42
* lbragstad has to run16:43
*** ayoung has joined #openstack-keystone16:43
lbragstado/16:43
bnemecI'll reply to Bernd quick too.16:45
cmurphylol16:48
bnemecUrgh. That tests passes when I run it alone, but as part of the full unit test run it fails.16:49
bnemecFor some reason it's wrapping the description differently. :-/16:49
bnemecNo, I'm just an idiot.16:52
bnemecIt helps if you specify the correct test when you run just one test.16:53
cmurphycomputers just need to be better at guessing what you meant16:56
bnemecA "do what I mean, not what I say" button would be _the_ killer feature.16:59
openstackgerritBen Nemec proposed openstack/oslo.policy master: Add test for aliasing behavior when rule names match  https://review.opendev.org/67278316:59
bnemecOkay, that one may actually pass the unit tests.16:59
*** ivve has quit IRC17:01
openstackgerritMorgan Fainberg proposed openstack/oslo.policy master: Only alias when policy names change  https://review.opendev.org/67278117:11
kmallocbnemec: did i just over-write your fix...17:11
kmallocbnemec: ugh sorry if i did.17:11
openstackgerritMorgan Fainberg proposed openstack/oslo.policy master: Add test for aliasing behavior when rule names match  https://review.opendev.org/67278317:12
kmallocbnemec: ^ rebased.17:13
*** jmlowe has joined #openstack-keystone17:14
bnemeckmalloc: All good, thanks. I think we're going to squash those two anyway once they are passing ci.17:22
kplantcmurphy: it does not but i believe it's after keycloak redirects back to http://sp.keystone.example.org:5000/v3/OS-FEDERATION/identity_providers/keycloak/protocols/saml2/auth/mellon/postResponse17:23
kmallocbnemec: wfm, +2 on a squash if they are passing.17:27
openstackgerritMerged openstack/keystone master: implement system scope for application credential  https://review.opendev.org/67092617:27
*** vishwanathj has quit IRC17:30
*** vishwanathj has joined #openstack-keystone17:34
*** mvkr_ has quit IRC17:35
cmurphykplant: that url looks wrong, the auth url for keystone is just /v3/OS-FEDERATION/identity_providers/keycloak/protocols/saml2/auth and the SP postResponse endpoint should be /mellon/postResponse17:46
kplantaah so it's incorrectly appending /mellon/postResponse17:47
gyeehey guys, I finally have some success in getting Kerberos to work with external auth. But in a kinda unnatural way.17:49
gyeeit doesn't seem to be supported in keystoneauth1, middleware, or Horizon so I don't know how useful it is17:50
gyeeI can only get a token with 'curl --negotiate ...' after kinit on an interactive session17:52
*** dklyle has quit IRC18:11
*** dklyle has joined #openstack-keystone18:12
*** jamesmcarthur has joined #openstack-keystone18:17
*** joshualyle has quit IRC18:17
kplantcmurphy: that was the path generated by the mellon script in /usr/libexec/ - should i hand edit it?18:19
cmurphykplant: it would have been based on the endpoint url you provided it i think https://github.com/Uninett/mod_auth_mellon/blob/master/doc/user_guide/mellon_user_guide.adoc#using_mellon_create_metadata_sh18:28
*** ivve has joined #openstack-keystone18:35
kplantthat makes sense. i copied the example from here: https://docs.openstack.org/keystone/latest/admin/federation/mellon.html18:37
kplantand just s/samltest/keycloak18:37
cmurphyhmm i think that example is correct, at least that's what i have in my scripts18:41
cmurphykplant: what do you have for MellonEndpointPath ?18:42
kplant/v3/mellon18:45
kplanti copied everything from the example18:45
kplanti only changed /etc/apache2 to /etc/httpd because centos18:45
kplantand samltest -> keycloak18:45
*** lbragstad has quit IRC18:51
cmurphymy script has /v3/OS-FEDERATION/identity_providers/myidp/protocols/mapped/auth/mellon as the MellonEndpointPath but i'd have to read the mellon_create_metadata script to figure out why18:53
kplanti will give that shot here in a second and let you know18:55
cmurphyi'm fairly sure i tested the example in the doc too18:56
cmurphyso not sure which one is wrong18:56
kplanti'll test both in a second18:58
kplanti'm redoing the environment from zero again18:58
kplantBad Request19:07
kplantYour browser sent a request that this server could not understand.19:07
kplantblah19:07
kplantthat's with 'MellonEndpointPath /v3/OS-FEDERATION/identity_providers/keycloak/protocols/saml2/auth/mellon'19:09
*** xek_ has joined #openstack-keystone19:15
*** xek has quit IRC19:17
openstackgerritBen Nemec proposed openstack/oslo.policy master: Only alias when policy names change  https://review.opendev.org/67278119:17
*** jamesmcarthur has quit IRC19:40
*** jamesmcarthur has joined #openstack-keystone19:41
*** vishwanathj has quit IRC19:45
*** jamesmcarthur has quit IRC19:46
cmurphykplant: hmm the other error sounded better19:50
cmurphykplant: what are the paths in the <Location ...> stanzas?19:50
*** dasp has quit IRC19:51
kplanthttp://paste.openstack.org/show/754872/19:51
*** ayoung has quit IRC19:52
*** dasp has joined #openstack-keystone19:54
cmurphyi don't see anything wrong, the /v3/OS-FEDERATION/identity_providers/keycloak/protocols/saml2/auth/mellon/postResponse url might actually be right now that i think about it20:01
cmurphyonly thing i can say is "Expecting to find application/json in Content-Type header" is coming from keystone so i'd hunt in the keystone logs and the apache logs20:02
kplantyeah the keystone logs only repeat that error verbatim20:03
kplant:-|20:03
*** ayoung has joined #openstack-keystone20:06
*** vishwanathj has joined #openstack-keystone20:07
*** jamesmcarthur has joined #openstack-keystone20:11
*** ayoung has quit IRC20:13
*** kplant has quit IRC20:18
*** jamesmcarthur has quit IRC20:19
*** gyee has quit IRC20:22
*** jamesmcarthur has joined #openstack-keystone20:30
*** gyee has joined #openstack-keystone20:59
*** jamesmcarthur has quit IRC21:00
*** jamesmcarthur has joined #openstack-keystone21:01
*** jamesmcarthur has quit IRC21:13
*** kplant has joined #openstack-keystone21:24
*** whoami-rajat has quit IRC21:28
*** pcaruana has quit IRC21:28
*** ivve has quit IRC21:30
*** jamesmcarthur has joined #openstack-keystone21:46
*** jamesmcarthur has quit IRC21:51
*** rcernin has joined #openstack-keystone22:16
*** jamesmcarthur has joined #openstack-keystone22:38
*** jamesmcarthur has quit IRC22:44
*** kplant has quit IRC22:55
*** jamesmcarthur has joined #openstack-keystone23:20
*** jamesmcarthur has quit IRC23:24
*** Ben78 has joined #openstack-keystone23:29
mnaseris it possible to use keystonemiddleware *without* admin credentials?23:43
mnaseraka using the token itself to retrieve itself?23:43
*** Ben78 has quit IRC23:47
*** jamesmcarthur has joined #openstack-keystone23:50
*** jamesmcarthur has quit IRC23:55

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