Friday, 2016-09-30

*** robcresswell has quit IRC00:04
*** arunkant has quit IRC00:09
*** scarlisle has quit IRC00:10
*** haplo37_ has quit IRC00:14
*** haplo37_ has joined #openstack-keystone00:16
*** markvoelker has joined #openstack-keystone00:28
*** tonytan4ever has joined #openstack-keystone00:35
*** tonytan4ever has quit IRC00:41
*** gyee has quit IRC00:59
*** ddieterly has joined #openstack-keystone01:06
openstackgerritGeorge Tian proposed openstack/keystone: Remove the no use arg  https://review.openstack.org/37926601:22
*** annp has joined #openstack-keystone01:30
*** davechen has joined #openstack-keystone01:35
*** iurygregory_ has quit IRC01:35
*** ddieterly has quit IRC01:41
rderosewhat's up stevemar, lets push this one thru: https://review.openstack.org/#/c/375928/01:54
rderose:)01:54
*** tonytan4ever has joined #openstack-keystone02:00
*** jorge_munoz has quit IRC02:33
*** jorge_munoz has joined #openstack-keystone02:37
openstackgerritDave Chen proposed openstack/keystone: Add foreign key to trust table  https://review.openstack.org/36842202:39
*** tonytan4ever has quit IRC02:41
*** jorge_munoz has quit IRC02:58
*** jorge_munoz has joined #openstack-keystone02:58
stevemarrderose: eh, still looking at it03:03
stevemarrderose: it seems wrong that those methods are not in the base03:03
stevemarayoung: are you going to cherry-pick https://review.openstack.org/#/c/379887/ to mitaka as well? it'll have a shot of landing there03:04
rderoseyeah, look at the base class for v8 and v903:04
rderosehttps://review.openstack.org/#/c/375928/7/keystone/assignment/backends/base.py03:04
ayoungstevemar, yep. Was just running tox on it03:04
*** david-lyle has quit IRC03:04
stevemarayoung: just use the cherry-pick button :P03:05
rderoseln 156 and ln 28303:05
stevemarfrom the original patch, of course03:05
stevemarrderose: lookig...03:05
ayoungstevemar, since the other was a manual rebase, I wanted to see the unit tests run.  But there you go03:05
ayounghttps://review.openstack.org/#/c/379905/03:05
stevemarayoung: mention "cherry-picked from 7df92f7b624500e24b71c4b2d516604e0edb52f203:06
ayoungstevemar, BTW, I think I am going to request +2ability on stable.  I've avoided it thus far, but it looks like my job is focusing far more on that.03:06
rderosestevemar: I believe AssignmentDriverV8 is only used to support driver versioning03:06
stevemar ayoung that's actually not my call, the stable team promotes people to stable, i can recommend you, but mattR and team have final say03:07
ayoungthat is fine03:07
stevemari'll poke mriedem in the morning then03:07
ayoungand I'll spend some time working on it before asking03:07
stevemarthat would be appreciated03:07
ayoungnah, its ok.  Let me show myself to be focused on it.03:08
ayoungstevemar, do any of our jobs in Zuul require more than one host?  Or are the all single machine jobs?03:09
stevemarayoung: all single machine03:10
stevemarayoung: i left a comment on the one stable/mitaka patch, just a rebase issue, nothing major03:10
openstackgerritGeorge Tian proposed openstack/keystone: Remove the no use arg  https://review.openstack.org/37926603:16
*** aswadr_ has joined #openstack-keystone03:23
davechenayoung: pls consider to remove the -2 on this one - https://review.openstack.org/#/c/368422/.03:26
davechenayoung: iiuc, your concerns have been addressed, or pls let me know if there is any other things that need to be addressed.03:26
ayoungdavechen, nope03:26
davechenayoung: ;)03:27
ayoungdavechen, unless we change the \general approach to Keystone, we are not going to do cross-backend constraints03:27
ayoungusers could only be in one backend when I wrote trusts.03:27
ayoungThe status today is very different03:27
davechenayoung: the appoache have been totoally changed.03:28
davechenayoung: in that review, only project is referenced.03:28
ayoungdavechen, ah, not on a db def check...?03:28
davechenno user is touched03:28
ayounglooking03:28
davechenayoung: yep03:28
rderoseall users are in the sql backend now btw03:28
davechenonly touch db for project.03:28
davechenrefernce with project, i think that is make sense.03:29
ayoungdavechen, you still doing fkeys?03:29
stevemarjamielennox: around?03:29
davechenrderose: the key is only for project-trust.03:29
rderoseI see03:29
ayoungnope.  -2 stands03:29
davechenayoung: the key is only for project-trust.03:29
davechenayoung: what's the reason behind? pls03:30
ayoungdavechen, resource is different backend from assignment. I would allow wiggle room on an assignment-trust fkey, but even there, today it should not be allowed03:30
ayoungdavechen, heh, ask henrynash why he felt the need to split assignment up into resource and assignment03:31
ayoungpretty sure your change would mess him up03:31
ayoungTBH, i would have accepted it if he had not done that03:31
ayoungyour change that is03:31
ayoungdavechen, personally, I did not see the need to have them in separate backends, but not only did he feel strongly enough to write it, he convinced the whole team to go along with it.  Its part of our architecture that a backend like identity, resource, etc be a self containerd unit.  Almost like a true microservice03:33
jamielennoxstevemar: hmm?03:34
ayoungdavechen, can you work around that, and do the cleanup using only  python API calls?03:34
ayoungjamielennox, hey what do I need to look for in a service to see if it is doing the right thing with context and policy? I told devananda I would confirm that ironic was OK03:35
davechenayoung: okay, tbh, I cannot catch it, not quite understand this has any thing about the split of resource/assignment03:35
jamielennoxayoung: heh - i'm actually messing with ironic right now03:35
ayoungjamielennox, on policy?03:35
jamielennoxayoung: yea, and fixing context03:35
davechenayoung: that could be, just like what i did for user/trust cleanup stuff.03:36
ayoungdavechen, sorry to give you the run around there.  I thought I was clear on the first review.  Would not have let you flounder. When I -2, it means something, and I try not to do it to be annpying.03:36
ayoungdavechen, that would be the right approach03:37
davechenayoung: maybe i missed, i just catch your idea of keeping of project-trust reference there, but cleanup user/trust by the API calls in your first review.03:38
davechenayoung: i need ask henrynash more details about this.03:38
ayoungdavechen, yeah, the same is true for any cross backend calls.  Work through the managers03:39
davechenayoung: gotcha. thanks!03:40
ayoungit also means you execute any business logic that we have there.03:40
ayoungdavechen, get something without the database changes up there and I'llremove the -203:40
davechenayoung:  sure.03:41
davechenayoung:  actually, i am also concerned about the change will impact rolling upgrade somehow.03:42
*** ddieterly has joined #openstack-keystone03:44
*** ddieterly has quit IRC03:45
openstackgerritGeorge Tian proposed openstack/keystone: Remove the no use arg (auth=None)  https://review.openstack.org/37923403:50
jamielennoxayoung: https://review.openstack.org/379919 is the first one03:52
jamielennoxthen we just need to do another one that uses to_policy_values which is mostly find and replace03:52
ayoungjamielennox, can you put more into these commit messages, specifically referenceing bug 968696 as to why these cahnges are necessary?03:54
openstackbug 968696 in Glance ""admin"-ness not properly scoped" [High,In progress] https://launchpad.net/bugs/968696 - Assigned to Sharat Sharma (sharat-sharma)03:54
jamielennoxactually it should be tagged bug 1602081 as thats what the others have been03:56
openstackbug 1602081 in OpenStack Identity (keystone) "Use oslo.context's policy dict" [High,In progress] https://launchpad.net/bugs/1602081 - Assigned to Jamie Lennox (jamielennox)03:56
ayoungdoes that block 968696?  If not, then it should03:56
jamielennoxit's definitely mentioned in the bug report, i don't know if there's an explicit block03:56
jamielennoxor really how you do that in launchpad03:56
ayoungYeah, "blocks" might be a bugzillism03:57
*** tonytan4ever has joined #openstack-keystone03:57
jamielennoxyou used to be able to chain together blueprints, but i've not seen it in bugs03:57
ayoung1602981 just doesn't roll off the fingers or tongue the same way...harder to memorize. I'lll link to it the other way03:58
jamielennoxyea, i konw03:58
jamielennoxwas worth having an independant tracking bug though03:58
*** links has joined #openstack-keystone03:58
*** markvoelker has quit IRC04:01
*** tonytan4ever has quit IRC04:02
ayoungyeah, very good.  I see Keystone is lagging04:04
ayoungwhat do we need to do there?04:04
jamielennoxayoung: https://review.openstack.org/#/c/371856/ will give us basic is_admin_project support04:05
jamielennoxactually making keystone use contexts properly is a longer thing which probably needs views next04:06
ayoungsure04:07
ayoungKeystone actually already worked to support is_admin_project, just in a way that differed from all the other projects.  And thus, would have different policy, which would mess up a lot of people04:08
jamielennoxso keysotne's policy is going to be the hardest to fix because today we dump the whole token into policy and people can use whatever they like from it04:11
stevemarjamielennox: this chain needs a rebase: https://review.openstack.org/#/c/334295/04:12
jamielennoxoh>04:12
jamielennoxok, i can have a look04:13
jamielennoxthere are a couple of patches i have that still have a block from newton04:13
jamielennoxand a couple i want to progress04:13
jamielennoxayoung: can you look at https://review.openstack.org/#/c/359642/204:14
jamielennoxstevemar: then https://review.openstack.org/#/c/359653/2 needs the block removed04:14
jamielennoxthen https://review.openstack.org/#/c/359506/ doesn't look important but i kind of need it04:15
stevemarjamielennox: oh thanks for reminding me -- actually, i want to release ksa/ksm/ksc on mondy04:15
stevemarjamielennox: i'd rather release new versions first, then merge those04:17
jamielennoxstevemar: ok, that last one i would like in though04:17
jamielennox35950604:18
*** EinstCrazy has joined #openstack-keystone04:19
*** sdake_ has joined #openstack-keystone04:42
*** sdake has quit IRC04:46
*** ddieterly has joined #openstack-keystone04:47
*** EinstCrazy has quit IRC04:47
*** haplo37_ has quit IRC04:49
*** haplo37_ has joined #openstack-keystone04:51
*** ddieterly has quit IRC04:52
*** adriant has quit IRC04:53
*** GB21 has joined #openstack-keystone04:57
*** tonytan4ever has joined #openstack-keystone04:58
*** vaishali has joined #openstack-keystone04:58
*** markvoelker has joined #openstack-keystone05:02
*** GB21 has quit IRC05:02
*** tonytan4ever has quit IRC05:03
*** vaishali has quit IRC05:04
*** markvoelker has quit IRC05:07
*** GB21 has joined #openstack-keystone05:15
*** sdake_ has quit IRC05:19
*** vaishali has joined #openstack-keystone05:20
stevemarjamielennox: gonna ask for your eyes on https://review.openstack.org/#/c/375730/4 and https://review.openstack.org/#/c/378001/205:21
stevemari'm super paranoid about messing around with the list returned content05:21
jamielennoxwhoa, what05:21
*** code-R has joined #openstack-keystone05:22
*** code-R_ has joined #openstack-keystone05:23
*** code-R has quit IRC05:27
openstackgerritSteve Martinelli proposed openstack/keystone: create release notes for removed functionality  https://review.openstack.org/37591405:39
*** richm has quit IRC05:39
*** jaosorior has joined #openstack-keystone05:40
davechenstevemar: thanks for the update!05:40
stevemardavechen: np ;)05:41
*** code-R_ has quit IRC05:43
openstackgerritSteve Martinelli proposed openstack/keystonemiddleware: Use the mocking fixture in notifier tests  https://review.openstack.org/33429505:43
openstackgerritSteve Martinelli proposed openstack/keystonemiddleware: Extract oslo_messaging specific audit tests  https://review.openstack.org/33429605:44
openstackgerritSteve Martinelli proposed openstack/keystonemiddleware: Use oslo_messaging conf fixture  https://review.openstack.org/33697005:45
openstackgerritSteve Martinelli proposed openstack/keystonemiddleware: Refactor audit tests to use create_middleware  https://review.openstack.org/33697105:45
openstackgerritSteve Martinelli proposed openstack/keystonemiddleware: Return and use an app wherever possible  https://review.openstack.org/33697205:45
stevemarjamielennox: rebased for ya ^05:45
stevemarayoung: take a look at that chain (the first three) if you can05:46
bretonmorning keystone05:47
stevemarbreton: i think you mean good night ( ͡° ͜ʖ ͡°)05:48
jamielennoxstevemar: oh, i wasn't in a hurry because i didn't think you were going to include them anyway05:49
jamielennoxstevemar: so thanks05:49
stevemarjamielennox: i changed my mind after looking at the delta between ksm master and last release -- not much went in at all05:50
stevemarjamielennox: mehhh https://github.com/openstack/keystonemiddleware/compare/4.9.0...master05:50
jamielennoxstevemar: yea, we froze for a fair while and its only just opened again05:50
stevemarjamielennox: did we freeze it? or did it.freeze.us...05:51
jamielennoxstevemar: bed time?05:51
stevemaryep05:52
*** bjolo has joined #openstack-keystone05:54
openstackgerritChangBo Guo(gcb) proposed openstack/oslo.policy: Trivial: Don't need restrict export of class  https://review.openstack.org/37410205:55
*** sdake has joined #openstack-keystone05:59
*** rcernin has joined #openstack-keystone06:07
*** tonytan4ever has joined #openstack-keystone06:29
*** tonytan4ever has quit IRC06:34
*** sdake has quit IRC06:35
*** sdake has joined #openstack-keystone06:35
*** pcaruana has joined #openstack-keystone06:39
*** jaosorior has quit IRC06:40
*** vaishali has quit IRC06:53
*** GB21 has quit IRC06:53
*** pnavarro has joined #openstack-keystone07:02
*** markvoelker has joined #openstack-keystone07:03
*** vaishali has joined #openstack-keystone07:04
*** GB21 has joined #openstack-keystone07:06
*** markvoelker has quit IRC07:07
*** rkrum has joined #openstack-keystone07:10
*** jamielennox is now known as jamielennox|away07:23
*** david_cu has joined #openstack-keystone07:24
*** coolias has joined #openstack-keystone07:33
*** sdake_ has joined #openstack-keystone07:34
*** sdake has quit IRC07:37
*** rkrum has quit IRC07:38
*** EinstCrazy has joined #openstack-keystone07:43
*** ayoung has quit IRC07:47
*** coolias has quit IRC07:49
*** EinstCrazy has quit IRC07:52
*** ayoung has joined #openstack-keystone07:53
*** ChanServ sets mode: +v ayoung07:53
*** namnh has joined #openstack-keystone07:56
*** zzzeek has quit IRC08:00
*** zzzeek has joined #openstack-keystone08:00
*** ayoung has quit IRC08:00
*** andrewbogott has quit IRC08:02
*** andrewbogott has joined #openstack-keystone08:02
*** coolias has joined #openstack-keystone08:15
*** vaishali has quit IRC08:20
*** sdake_ has quit IRC08:23
*** ChanServ sets mode: +v marekd08:26
*** vaishali has joined #openstack-keystone08:32
*** vaishali has quit IRC08:54
*** vaishali has joined #openstack-keystone08:55
*** markvoelker has joined #openstack-keystone09:04
*** markvoelker has quit IRC09:08
*** code-R has joined #openstack-keystone09:20
*** code-R_ has joined #openstack-keystone09:22
*** code-R has quit IRC09:24
*** robcresswell has joined #openstack-keystone09:25
*** asettle has joined #openstack-keystone09:29
*** vaishali has quit IRC10:07
*** richm has joined #openstack-keystone10:08
openstackgerritOpenStack Proposal Bot proposed openstack/keystone: Updated from global requirements  https://review.openstack.org/38009210:17
openstackgerritOpenStack Proposal Bot proposed openstack/keystoneauth: Updated from global requirements  https://review.openstack.org/38009310:17
*** GB21 has quit IRC10:19
*** vaishali has joined #openstack-keystone10:19
*** davechen has quit IRC10:21
*** davechen has joined #openstack-keystone10:22
*** coolias has quit IRC10:23
*** annp has quit IRC10:24
*** coolias has joined #openstack-keystone10:24
*** GB21 has joined #openstack-keystone10:25
*** davechen has left #openstack-keystone10:29
*** mvk has quit IRC10:30
*** tonytan4ever has joined #openstack-keystone10:31
bretonstevemar: yep, https://review.openstack.org/#/c/369618/ terribly killed performance.10:33
*** tonytan4ever has quit IRC10:35
*** nicolasbock has joined #openstack-keystone10:43
*** denismakogon has joined #openstack-keystone10:53
denismakogonHello, guys, may someone who10:54
denismakogonwho's familiar with implementation of new backend drivers to answer few questions regarding bringing new one(of course downstream)10:54
*** coolias has quit IRC10:55
*** mvk has joined #openstack-keystone11:00
*** pjm6 has quit IRC11:04
*** namnh has quit IRC11:09
*** pjm6 has joined #openstack-keystone11:13
*** bjolo has quit IRC11:27
*** bjolo has joined #openstack-keystone11:27
*** artmr has joined #openstack-keystone11:37
*** tlbr has quit IRC11:43
*** tonytan4ever has joined #openstack-keystone11:46
*** akrzos has quit IRC11:50
*** tlbr has joined #openstack-keystone11:50
*** tonytan4ever has quit IRC11:51
*** akrzos has joined #openstack-keystone11:56
*** akrzos has quit IRC12:03
*** raildo has joined #openstack-keystone12:05
*** rob_d___ has quit IRC12:05
*** akrzos has joined #openstack-keystone12:10
*** amoralej is now known as amoralej|lunch12:14
*** GB21 has quit IRC12:19
*** edmondsw has joined #openstack-keystone12:21
openstackgerritArthur Miranda proposed openstack/python-keystoneclient: Prevent attempts to "filter" list() calls by globally unique IDs  https://review.openstack.org/37800112:31
lbragstado/12:48
lbragstadhappy friday!12:48
*** markvoelker has joined #openstack-keystone12:52
*** links has quit IRC12:56
*** david-lyle has joined #openstack-keystone12:57
*** vaishali has quit IRC12:57
dstaneklbragstad: indeed12:57
*** sdake has joined #openstack-keystone13:04
bretonlbragstad: hey. Does keystone-performance bot still work?13:04
lbragstadbreton let me check13:06
lbragstadI might have to kick it13:06
bretonlbragstad: can i run it on already merged review?13:06
lbragstadbreton i need to refactor it bad -  so i can spend today on that13:06
bretonlbragstad: that would be great13:07
lbragstadbreton thanks for the reminder13:07
stevemarbreton: ugh....13:13
stevemarbreton: file a bug, attach logs, let's see what we can do13:13
bretonstevemar: there are no logs related to it13:13
bretonstevemar: it even bypasses oslo.cache debug proxy13:13
bretonstevemar: i think i have a solution though. Will run tempest on it soon.13:14
stevemarbreton: that sounds promising13:14
*** denismakogon has quit IRC13:21
*** amoralej|lunch is now known as amoralej13:22
lbragstadstevemar i followed up on your concern here - https://review.openstack.org/#/c/371083/13:26
*** tonytan4ever has joined #openstack-keystone13:34
lbragstaddolphm do you have strong opinions on putting the token version in the fernet payload?13:40
dolphmlbragstad: like v2 or v3?13:40
lbragstaddolphm yeah13:41
lbragstaddolphm the only reason i ask is because i'm trying to refactor the token provider api. currently - with the patches that i have in review, the token provider validates v2.0, v3 and non persistent tokens the same.13:45
dolphmlbragstad: why would it need to be in the payload?13:45
lbragstadit will get what ever information it needs, and reconstructs the token at validation time, but part of the problem is that we have a validate_token method in the provider that takes a token and validates it regardless of the version13:46
lbragstadit can determine the version of the token based on what the token looks like when it's pulled out of the backend13:46
lbragstadin the case of persistent formats13:47
lbragstadso - if we were to maintain that validate_token() behavior with non-persistent tokens, the problem is that we don't really know what version to format the token as (?)13:47
*** adrian_otto has joined #openstack-keystone13:48
bknudsonlbragstad: tokens are returned at a version ... tokens don't have a version14:00
*** rodrigods has quit IRC14:00
bretondo we have tests for context cache?14:00
*** rodrigods has joined #openstack-keystone14:00
bknudsonyou can get a token using v2 and then validate that token using v314:00
lbragstadbknudson kind of... right now they have a version according to the model14:00
bknudsonthen the model is incorrect14:00
lbragstadright - but we rely on it in various parts of keystone14:01
openstackgerritMerged openstack/keystoneauth: Updated from global requirements  https://review.openstack.org/38009314:01
bknudsonwhere?14:01
lbragstadi'm trying to figure out the best way to simplify the token provider14:01
*** adrian_otto has quit IRC14:04
lbragstadbknudson for example - https://github.com/openstack/keystone/blob/83b5da9132362cf0ba03c5b104f29a5e7482c61b/keystone/models/token_model.py#L10014:05
bknudsonlbragstad: that's based on the data in the token14:05
bknudsonif 'access' in token_data: it's v2, otherwise v314:06
bretonlooks like we don't have tests for context cache.14:06
lbragstadbknudson right - but the model is associating a version to the object, right?14:06
bknudsonit's associating a version with the representation of the token_data14:07
bknudsonif the model only saw token_data with v3 contents then you could throw away the v2 branches.14:08
bknudsonthat class is there so that keystone code doesn't have to care about the version14:08
lbragstadyeah - that makes sense14:08
bknudsonI mean doesn't have to care about whether token_data is v2 or v314:09
bknudsonso one way to clean up keystone code would be to make sure that KeystoneToken never saw v2 token_data.14:09
bknudsonand then get rid of the v2 code.14:10
bknudsonin KeystoneToken14:10
lbragstadhmm - yeah, that would work14:10
*** ktychkova has quit IRC14:10
bknudsonfernet provider should never give v2 token data?14:11
bknudsonuuid would because that's what stored in the db.14:11
*** gagehugo has joined #openstack-keystone14:11
bknudsonI assume... if you get a v2 token using uuid does the database store a v2 token?14:12
lbragstadright - but I'm trying to change all that so when a token is validated keystone pulls the things it needs from the reference and rebuilds a v3 token reference14:12
lbragstadif we get rid of the v2 branches in the token model - we would have to move things like https://github.com/openstack/keystone/blob/83b5da9132362cf0ba03c5b104f29a5e7482c61b/keystone/models/token_model.py#L158 somewhere else14:12
lbragstadactually this - https://github.com/openstack/keystone/blob/83b5da9132362cf0ba03c5b104f29a5e7482c61b/keystone/models/token_model.py#L15814:13
bknudsonI think that error checking code is there for completeness.14:13
*** antwash has left #openstack-keystone14:13
lbragstadwell - it's kind of like a type of validation, right?14:13
openstackgerritArthur Miranda proposed openstack/python-keystoneclient: Prevent attempts to "filter" find() calls by globally unique IDs  https://review.openstack.org/37573014:14
bknudsonit would be a bug in keystone if we ever hit that line.14:14
lbragstadif you have a v2 token and translate it to a model and ask for the model.domain_name you'll get a NotImplemented error14:14
bknudsonif you had a v2 token then self.version is V2 so NotImplementedError would be raised.14:15
lbragstadyep14:16
bknudsonIf you have a v3 token that's not domain scoped then what is domain_name supposed to do?14:16
bknudsondoes it raise UnexpectedError?14:17
bknudsonmaybe you're supposed to check .domain_scoped first?14:17
lbragstadbknudson yeah - that's another good question14:19
*** bjolo has quit IRC14:21
lbragstadwhat would we do in this case - https://github.com/openstack/keystone/blob/83b5da9132362cf0ba03c5b104f29a5e7482c61b/keystone/auth/plugins/token.py#L3814:22
lbragstadthe validate_token method gives you back a token version based on what the token looks like14:23
*** ravelar has joined #openstack-keystone14:23
lbragstadthe response has the ability to be a v3 formatted response or a v2 formatted response14:23
lbragstaddepending on the token that was passed in14:24
bknudsonwhat's it used for? My opinion is that validate_token should only return a canonical token (call it v3 if you want)14:25
*** woodburn has quit IRC14:25
bknudsonlbragstad: if https://github.com/openstack/keystone/blob/83b5da9132362cf0ba03c5b104f29a5e7482c61b/keystone/auth/plugins/token.py#L38 returned a v3 token would anything break?14:26
bknudsonI mean "always returned a v3 token"14:26
lbragstadbknudson i changed it to validate_v3_token - testing it now14:27
bknudsonalso, should say "always returned v3 token data"14:27
bknudsonvalidate_token might have to convert v2 data to v3 data14:28
lbragstadbknudson you mean the other way around?14:29
lbragstadvalidate_token should always call validate_v3_token and convert the v3 response to a v2 response when needed?14:29
bknudsonlbragstad: well, that will have to happen, too. to handle v2 requests14:30
bknudsonlbragstad: but if the uuid table has v2 data in it then validate_token needs to read in v2 data and convert it to v3 data to be returned14:30
bknudsonso validate_token reads a token from the token table it needs to convert it to v3 data14:30
*** chris_hultin|AWA is now known as chris_hultin14:31
openstackgerritArthur Miranda proposed openstack/python-keystoneclient: Clean up for readability  https://review.openstack.org/38034314:31
bknudsonand then potentially back to v2 data as you've mentioned14:31
lbragstadyeah - that's essentially what I started trying to refactor but I kept getting hung up14:31
lbragstaddoesn't look like we use self.token_provider_api.validate_token that much - http://cdn.pasteraw.com/n9xs80ivrv91ei50a7ygzgzvalqjd9b14:32
bknudsonevery use of it you have to wonder what the point of it is14:32
lbragstadwell - here for example it looks like we use it because we don't know what version the token might be https://github.com/openstack/keystone/blob/83b5da9132362cf0ba03c5b104f29a5e7482c61b/keystone/common/controller.py#L13614:34
bknudsonsure, but now the code using it doesn't know what version the token was either.14:34
lbragstadbknudson should it care?14:34
lbragstador does it just want to know that the token is valid?14:35
bknudsonso in this case it's used to fill in the auth data14:35
bknudsonso you could write a policy file that references the fields in the token14:35
bknudsonoh, it doesn't actually put the token data in the auth data.14:36
bknudsonextracts a few bits.14:36
bknudsonso the code using validate_token doesn't care if it's a v2 token or v3 token.14:36
bknudsonso could just as well have done validate_v3_token, right?14:36
lbragstadit uses token_ref.user_id and tries to use token_ref.user_domain_id14:37
*** david-lyle has quit IRC14:37
openstackgerritLance Bragstad proposed openstack/keystone: WIP: Use validate_v3_token instead of validate_token  https://review.openstack.org/38034914:37
bknudsondoes validate_v3_token fail if the token was a v2 token?14:37
bknudsonI assume it doesn't14:37
*** david-lyle has joined #openstack-keystone14:38
lbragstadbknudson well ^ that passed for me locally14:38
*** haplo37_ has quit IRC14:45
*** lamt has joined #openstack-keystone14:45
*** SamYaple has quit IRC14:46
*** SamYaple has joined #openstack-keystone14:46
openstackgerritLance Bragstad proposed openstack/keystone: WIP: Use validate_v3_token instead of validate_token  https://review.openstack.org/38034914:46
lbragstadbknudson ^ that did, too14:47
*** adrian_otto has joined #openstack-keystone14:48
*** haplo37_ has joined #openstack-keystone14:48
bknudsonlbragstad: seems like the only thing that should use validate_v2_token is when the v2 validate token api.14:48
lbragstadbknudson even that could use validate_v3_token and just use the v2 token data helpers to convert the response14:49
bknudsonlbragstad: that would be cool.14:49
bknudsonthen you can get rid of validate_v2_token, and replace validate_token with validate_v3_token.14:50
bknudsoneasy14:50
lbragstadeasy he says14:50
*** adrian_otto has quit IRC14:50
*** GB21 has joined #openstack-keystone14:54
*** jorge_munoz has quit IRC14:55
*** jorge_munoz has joined #openstack-keystone14:57
*** woodburn has joined #openstack-keystone15:00
openstackgerritMerged openstack/keystone: Updated from global requirements  https://review.openstack.org/38009215:04
*** browne has joined #openstack-keystone15:08
openstackgerritEric Brown proposed openstack/keystone: Remove the unused doc files  https://review.openstack.org/37985715:09
*** phalmos has joined #openstack-keystone15:15
*** antwash has joined #openstack-keystone15:19
*** phalmos has quit IRC15:19
*** phalmos has joined #openstack-keystone15:19
*** phalmos has quit IRC15:22
openstackgerritBoris Bobrov proposed openstack/keystone: Cache region_id to avoid lookup in memcache  https://review.openstack.org/38037615:24
stevemarlbragstad: when you are bknudson, everything is easy15:25
lbragstadstevemar i know, right?15:25
stevemarlbragstad: it's hard being that great15:25
openstackgerritBoris Bobrov proposed openstack/keystone: Cache region_id to avoid lookup in memcache  https://review.openstack.org/38037615:25
lbragstadit's hard making everything so easy15:26
stevemarlbragstad: if you have a quick second: https://review.openstack.org/#/c/379857/215:26
breton:( i usually run make15:27
stevemarbreton: really?!15:27
stevemarbreton: just: tox -e docs15:27
lbragstadbreton any specific reason to run make?15:28
*** adrian_otto has joined #openstack-keystone15:28
bretonstevemar: lbragstad: i just expect it to be in all docs. And run it in non-openstack projects.15:30
bretonso it's a habit15:31
lbragstadah15:31
*** code-R_ has quit IRC15:37
*** slberger has joined #openstack-keystone15:39
*** mvk has quit IRC15:39
stevemarbreton: are you opposed to removing it?15:46
openstackgerritArthur Miranda proposed openstack/python-keystoneclient: Prevent attempts to "filter" find() calls by globally unique IDs  https://review.openstack.org/37573015:47
stevemarbrowne: commented on https://review.openstack.org/#/c/379857/215:48
browneyep, saw that. i'll leave the Makefile.15:49
openstackgerritRon De Rose proposed openstack/keystone: Add revocation event indexes  https://review.openstack.org/37652315:51
openstackgerritEric Brown proposed openstack/keystone: Remove the unused sdx doc files  https://review.openstack.org/37985715:52
bretonbrowne: stevemar: thank you15:53
*** woodster_ has joined #openstack-keystone15:53
brownebreton: np15:53
openstackgerritLance Bragstad proposed openstack/keystone: WIP: Use validate_v3_token instead of validate_token  https://review.openstack.org/38034915:57
*** asettle has quit IRC16:00
*** code-R has joined #openstack-keystone16:00
*** lamt has quit IRC16:02
stevemarbrowne: you can report bugs with six at: https://bitbucket.org/gutworth/six16:03
*** slberger has quit IRC16:03
*** nk2527 has quit IRC16:03
brownestevemar: yep, i'm in the process of doing just that16:03
stevemar;)16:04
openstackgerritRon De Rose proposed openstack/keystone: Move revocation logic to SQL  https://review.openstack.org/35937116:06
*** itisha has joined #openstack-keystone16:06
*** slberger has joined #openstack-keystone16:07
*** rcernin has quit IRC16:08
stevemarthanks browne16:09
stevemarbreton: are you waiting for more comments / reviews for https://review.openstack.org/#/c/339294/ ?16:12
*** code-R_ has joined #openstack-keystone16:14
*** code-R has quit IRC16:16
openstackgerritArthur Miranda proposed openstack/python-keystoneclient: Prevent attempts to "filter" list() calls by globally unique IDs  https://review.openstack.org/37800116:17
openstackgerritArthur Miranda proposed openstack/python-keystoneclient: Prevent attempts to "filter" list() calls by globally unique IDs  https://review.openstack.org/37800116:23
*** slberger has quit IRC16:33
*** slberger has joined #openstack-keystone16:37
openstackgerritArthur Miranda proposed openstack/python-keystoneclient: Prevent attempts to "filter" list() calls by globally unique IDs  https://review.openstack.org/37800116:43
openstackgerritArthur Miranda proposed openstack/python-keystoneclient: Prevent attempts to "filter" find() calls by globally unique IDs  https://review.openstack.org/37573016:45
openstackgerritMerged openstack/keystone: Remove the no use arg (auth=None)  https://review.openstack.org/37923416:54
*** rakhmerov__ is now known as rakhmerov16:55
bretonstevemar: yes, i am waiting for henrynash to comment16:56
bretonstevemar: actually, to change his -1 to +1, because his concern was about lack of tests, which i addressed16:56
breton(or to +2)16:56
stevemarbreton: ah comment on the patch reminding him :P16:59
openstackgerritBoris Bobrov proposed openstack/keystone: Cache region_id to avoid lookup in memcache  https://review.openstack.org/38037617:00
*** gyee has joined #openstack-keystone17:02
*** nicolasbock has quit IRC17:12
*** GB21 has quit IRC17:15
*** mvk has joined #openstack-keystone17:23
*** nicolasbock has joined #openstack-keystone17:23
openstackgerritArthur Miranda proposed openstack/python-keystoneclient: Prevent attempts to "filter" list() calls by globally unique IDs  https://review.openstack.org/37800117:29
*** amoralej is now known as amoralej|off17:31
openstackgerritRon De Rose proposed openstack/keystone: Add revocation event indexes  https://review.openstack.org/37652317:32
*** tqtran has joined #openstack-keystone17:32
openstackgerritRon De Rose proposed openstack/keystone: Add revocation event indexes  https://review.openstack.org/37652317:33
openstackgerritRon De Rose proposed openstack/keystone: Move revocation logic to SQL  https://review.openstack.org/35937117:34
openstackgerritRon De Rose proposed openstack/keystone: Add revocation event indexes  https://review.openstack.org/37652317:38
openstackgerritRon De Rose proposed openstack/keystone: Move revocation logic to SQL  https://review.openstack.org/35937117:38
*** cheran75 has joined #openstack-keystone18:04
*** adrian_otto has quit IRC18:11
*** pnavarro has quit IRC18:11
*** adrian_otto has joined #openstack-keystone18:14
*** itisha has quit IRC18:21
*** nkinder has joined #openstack-keystone18:25
*** breton has quit IRC18:38
*** rdo has quit IRC18:39
*** rdo has joined #openstack-keystone18:41
*** lamt has joined #openstack-keystone18:44
*** breton has joined #openstack-keystone18:46
*** aswadr_ has quit IRC18:52
stevemarsuch a quiet day today18:59
stevemari guess everyone is off watching luke cage18:59
lbragstad?18:59
stevemarlbragstad: the channel is pretty quiet19:06
lbragstadwho's luke cage?19:06
stevemarlbragstad: marvel's latest netflix show19:07
lbragstadooo19:07
lbragstadi'm still trying to get caught up with Longmire19:08
stevemarlbragstad: you need to do different kinds of marathons, less running, more tv19:10
*** nkinder has quit IRC19:10
lbragstadstevemar I literally make it about 10 minutes into the show and i'm passed out19:11
lbragstadnot because it's boring either19:11
stevemarlbragstad: you should get that checked out19:11
lbragstadstevemar i need a prescription for more coffee19:12
*** pnavarro has joined #openstack-keystone19:13
*** openstackgerrit has quit IRC19:18
*** openstackgerrit has joined #openstack-keystone19:18
dolphmstevemar: ++19:30
*** slberger1 has joined #openstack-keystone19:31
*** slberger has quit IRC19:31
morgani want to drink coffee.... :(19:33
stevemarmorgan: i suggest you drink this coffee19:34
morgancan't19:35
morgananother couple days... and i'll be free and clear19:35
stevemarmorgan: i'm just picturing tyrone biggums19:38
lbragstadi am so close I can smell it - http://cdn.pasteraw.com/qgpol3l25vh120m3owfbvqyl51b3caw19:41
morgansnorting code is bad for your health lbragstad19:43
lbragstadi just can't help it19:43
*** flwang1 has quit IRC19:59
rderosegoing to grab some lunch...20:05
*** artmr has quit IRC20:05
*** denismakogon_ has joined #openstack-keystone20:07
*** flwang has joined #openstack-keystone20:15
bretonoh my, bug 162944620:17
openstackbug 1629446 in OpenStack Identity (keystone) "500 when a user logins in using federation" [Undecided,New] https://launchpad.net/bugs/162944620:17
openstackgerritMerged openstack/ldappool: Updated from global requirements  https://review.openstack.org/38056920:21
dstaneki'm testing some federation stuff and wanted to test on fedora...how in the heck do you install mod_shib on fedora?20:28
*** code-R_ has quit IRC20:32
openstackgerritEric Brown proposed openstack/keystone: Use httplib constants for http status codes  https://review.openstack.org/37985520:35
stevemarbreton: 1629446 scared me at first20:39
stevemarbreton: then i realized its only after removed from group20:39
stevemarbreton: folks need to put less scary titles in their bug report20:40
stevemardstanek: https://tuakiri.ac.nz/confluence/display/Tuakiri/Installing+Shibboleth+2.x+SP+on+RedHat+based+Linux#InstallingShibboleth2.xSPonRedHatbasedLinux-Installation ?20:41
dstanekstevemar: yeah, i've found the repos, but i'm not sure which one to install20:42
stevemarrderose: available soon-ish? or wrapping up for the day?20:43
dstanekstevemar: actually some fedora guys gave me the best advice. just install centos instead of fedora to test it out20:46
stevemardstanek: and there ya go20:49
*** raildo has quit IRC20:55
*** denismakogon_ has quit IRC20:56
openstackgerritayoung proposed openstack/keystone: WIP Remove unneeded revocation events  https://review.openstack.org/28513421:13
stevemarrodrigods: rderose: i think https://review.openstack.org/#/c/375928/ is ready now :)21:17
*** edmondsw has quit IRC21:17
*** esp has joined #openstack-keystone21:17
*** sdake has quit IRC21:19
*** slberger1 has quit IRC21:22
*** sdake has joined #openstack-keystone21:25
openstackgerritMerged openstack/keystoneauth: Updated from global requirements  https://review.openstack.org/38056821:29
*** pnavarro has quit IRC21:30
openstackgerritMerged openstack/keystone: Updated from global requirements  https://review.openstack.org/38056721:35
rderoseayoung: you there?21:37
rderosestevemar: ++21:38
*** gagehugo has quit IRC21:41
*** sdake has quit IRC21:45
*** sdake has joined #openstack-keystone21:46
openstackgerritLance Bragstad proposed openstack/keystone: WIP: Remove validate_v2_token() method  https://review.openstack.org/38066321:56
openstackgerritLance Bragstad proposed openstack/keystone: WIP: Simplify the KeystoneToken model  https://review.openstack.org/38066421:56
openstackgerritBoris Bobrov proposed openstack/keystone: Wrap invalidation region to context-local cache  https://review.openstack.org/38037621:56
*** jamielennox|away is now known as jamielennox21:59
*** sdake has quit IRC21:59
*** slberger has joined #openstack-keystone22:12
*** slberger has quit IRC22:24
*** gyee has quit IRC22:30
openstackgerritLance Bragstad proposed openstack/keystone: WIP: One validate method to rule them all...  https://review.openstack.org/37424322:32
lbragstadmuahahahaha ^22:33
lbragstadjamielennox i did a different approach that led to some refactoring of the token model ^22:34
*** ravelar has quit IRC22:36
*** slberger has joined #openstack-keystone22:40
jamielennoxlbragstad: i'll have to have a closer look later, however, awesome22:43
jamielennoxso looks like you just always deal with a v3 model and convert to v2 where required22:43
jamielennoxcause the other thing i never understood is why we needed to cache all of these validation methods differently22:44
*** slberger has left #openstack-keystone22:45
jamielennoxvalidate_token takes id - and just cache that instead of once per v2/v3/non-persistent etc22:45
jamielennoxso yay to a single sensible function22:45
openstackgerritEric Brown proposed openstack/keystone: Fix for py35 http response status codes  https://review.openstack.org/37985522:48
*** thiagolib has quit IRC22:48
lbragstadjamielennox right22:54
lbragstaddefault to always using v322:54
lbragstadand where we need a v2 token - just translate it22:55
lbragstadit also isolates all validation logic to a single method in keystone/token/providers/common.py22:55
lbragstadfor both non-persistent and persistent formats22:55
lbragstadnext step would be to refactor the v3 version out of the model and make it so the model is version agnostic?22:56
lbragstadand instead of making the model inherit from a dict it could just be an object and accept sane kwargs versus a dict of token_data (?)22:57
openstackgerritEric Brown proposed openstack/keystone: Fix for py35 http response status codes  https://review.openstack.org/37985523:12
*** sdake has joined #openstack-keystone23:29
*** iurygregory_ has joined #openstack-keystone23:31
*** ravelar has joined #openstack-keystone23:35

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