Friday, 2016-08-26

*** roxanaghe has quit IRC00:02
*** esp has joined #openstack-keystone00:09
*** tqtran_ has quit IRC00:11
*** ddieterly has joined #openstack-keystone00:18
*** david-lyle has quit IRC00:21
*** tqtran has joined #openstack-keystone00:24
*** jistr has quit IRC00:27
*** tonytan4ever has quit IRC00:28
*** gyee has quit IRC00:28
*** jistr has joined #openstack-keystone00:30
*** su_zhang has quit IRC00:30
*** dikonoor has joined #openstack-keystone00:31
dstaneklbragstad: nice, i'll take a look in a bit00:42
dstanekbknudson: jamielennox:if y'all stop giving me a hard time about federation in Python then you won't need apache :-P00:43
jamielennoxdstanek: heh - that's not really what i'm going for here00:45
*** Ephur has joined #openstack-keystone00:46
dstanekjamielennox: you opened the door... i just walked through00:46
jamielennoxdstanek: out of interest removing apache is not a goal of your saml stuff right?00:48
jamielennoxie something RAX wants to do?00:48
*** tqtran has quit IRC00:57
dstanekjamielennox: it's really just about getting rid of shib or mellon01:00
dstanekthe desire is to have a much more dynamic way to control the federation configuration01:01
*** tqtran has joined #openstack-keystone01:08
bretondstanek: is shibd still required?01:10
dstanekbreton: nope01:11
openstackgerritMerged openstack/keystone: Updated from global requirements  https://review.openstack.org/35951301:11
*** dikonoor has quit IRC01:15
openstackgerritMerged openstack/keystonemiddleware: Updated from global requirements  https://review.openstack.org/35951401:16
*** chlong has joined #openstack-keystone01:18
*** code-R has joined #openstack-keystone01:19
*** zouyapeng has joined #openstack-keystone01:22
*** Ephur has quit IRC01:29
*** ddieterly has quit IRC01:31
*** davechen has joined #openstack-keystone01:31
*** wangqun has joined #openstack-keystone01:33
*** cheran has quit IRC01:35
*** tonytan4ever has joined #openstack-keystone01:35
*** tqtran has quit IRC01:39
*** tonytan4ever has quit IRC01:40
*** roxanaghe has joined #openstack-keystone01:46
*** ddieterly has joined #openstack-keystone01:48
*** jamielennox is now known as jamielennox|away01:50
*** roxanaghe has quit IRC01:50
*** code-R_ has joined #openstack-keystone01:50
*** code-R has quit IRC01:53
*** Gorian has quit IRC01:54
*** EinstCrazy has joined #openstack-keystone01:54
openstackgerritNam Nguyen Hoai proposed openstack/keystone: Cleaning imports in code  https://review.openstack.org/36022801:59
openstackgerritJamie Lennox proposed openstack/keystonemiddleware: Refactor audit tests to use create_middleware  https://review.openstack.org/33697102:00
openstackgerritJamie Lennox proposed openstack/keystonemiddleware: Use oslo_messaging conf fixture  https://review.openstack.org/33697002:00
openstackgerritJamie Lennox proposed openstack/keystonemiddleware: Extract oslo_messaging specific audit tests  https://review.openstack.org/33429602:00
openstackgerritJamie Lennox proposed openstack/keystonemiddleware: Return and use an app wherever possible  https://review.openstack.org/33697202:00
openstackgerritJamie Lennox proposed openstack/keystonemiddleware: Use the mocking fixture in notifier tests  https://review.openstack.org/33429502:00
*** jamielennox|away is now known as jamielennox02:00
*** EinstCra_ has joined #openstack-keystone02:01
*** ddieterly has quit IRC02:04
*** EinstCrazy has quit IRC02:05
*** sdake_ has joined #openstack-keystone02:08
stevemaro/02:08
*** guoshan has joined #openstack-keystone02:11
*** xiaoyang has joined #openstack-keystone02:11
*** sdake has quit IRC02:12
*** sdake_ has quit IRC02:17
*** ddieterly has joined #openstack-keystone02:19
*** sdake has joined #openstack-keystone02:19
openstackgerritMerged openstack/keystone: Reduce log level of Fernet key count message  https://review.openstack.org/35994102:22
*** sdake has quit IRC02:23
*** guoshan has quit IRC02:26
*** sdake has joined #openstack-keystone02:29
*** lamt has joined #openstack-keystone02:32
*** ddieterly has quit IRC02:34
*** su_zhang has joined #openstack-keystone02:34
*** EinstCrazy has joined #openstack-keystone02:36
*** EinstCra_ has quit IRC02:39
*** ddieterly has joined #openstack-keystone02:46
*** roxanaghe has joined #openstack-keystone02:46
*** bigdogstl has joined #openstack-keystone02:46
*** ddieterly has quit IRC02:46
*** mjb has quit IRC02:47
*** rm_work has quit IRC02:48
*** mjb has joined #openstack-keystone02:49
*** roxanaghe has quit IRC02:50
*** bigdogstl has quit IRC02:51
*** rm_work has joined #openstack-keystone02:52
*** ntpttr has quit IRC02:53
*** rakhmerov has quit IRC02:55
*** brad[] has quit IRC02:55
*** briancline has quit IRC02:55
*** bigdogstl has joined #openstack-keystone02:56
*** jamielennox is now known as jamielennox|away02:56
*** briancline has joined #openstack-keystone02:57
*** ntpttr has joined #openstack-keystone03:00
*** bigdogstl has quit IRC03:01
xiaoyangThe api access will be slow When a memcache server is down, if keystone use memcache_pool.03:03
openstackgerritMerged openstack/keystone: Removes old, unused code  https://review.openstack.org/36056103:03
*** rakhmerov has joined #openstack-keystone03:04
*** jamielennox|away is now known as jamielennox03:10
jamielennoxstevemar: so what's with library-freeze?03:11
jamielennoxwe can't push anything to libs?03:11
stevemarjamielennox: probably not for a little, yeah03:11
stevemarjamielennox: last thing we want to do it merge a big chunk of code, and then realize we have a bug we need to fix03:12
jamielennoxhow come? i don't remember this from previous cycles03:12
jamielennoxi realize we're not going to get a new release this cycle03:12
jamielennoxor small chunk that screws things up :)03:12
*** sdake has quit IRC03:12
stevemarjamielennox: for the record ksa and ksm are freezing this week, and ksc is freezing next week03:12
stevemarjamielennox: i think we just need to wait until the stable/newton branches are created, shouldn't take long after freeze03:13
*** sdake has joined #openstack-keystone03:13
stevemarthen we can merge like caaarazy03:13
*** brad[] has joined #openstack-keystone03:13
jamielennoxstevemar: yea, its fine - i have things i want but nothing that is burning, i just remember us not releasing but i don't think we froze previously03:13
*** code-R_ has quit IRC03:14
*** adu has joined #openstack-keystone03:14
stevemarjamielennox: i don't recall, but i think we "froze" for a few days last dev cycle too03:14
jamielennoxok03:14
stevemarbah, forgot to release new pycadf03:16
stevemarjust requirement bumps anyway03:20
*** zhangyi has joined #openstack-keystone03:28
*** adu has quit IRC03:32
*** chlong has quit IRC03:37
*** adu has joined #openstack-keystone03:39
*** dikonoor has joined #openstack-keystone03:46
*** roxanaghe has joined #openstack-keystone03:47
*** su_zhang has quit IRC03:49
*** su_zhang has joined #openstack-keystone03:49
*** roxanaghe has quit IRC03:51
*** su_zhang has quit IRC03:54
*** sdake has quit IRC03:56
*** links has joined #openstack-keystone04:07
*** chlong has joined #openstack-keystone04:10
*** su_zhang has joined #openstack-keystone04:15
*** sheel has joined #openstack-keystone04:20
dstanekxiaoyang: ?04:21
*** sdake has joined #openstack-keystone04:22
*** esp has quit IRC04:33
*** jaosorior has joined #openstack-keystone04:46
*** tonytan4ever has joined #openstack-keystone04:52
*** code-R has joined #openstack-keystone04:56
*** tonytan4ever has quit IRC04:57
*** su_zhang has quit IRC04:58
*** su_zhang has joined #openstack-keystone04:59
*** gb21 has quit IRC05:01
*** code-R has quit IRC05:01
*** code-R has joined #openstack-keystone05:02
*** su_zhang has quit IRC05:03
*** Gorian has joined #openstack-keystone05:06
*** code-R has quit IRC05:06
*** code-R has joined #openstack-keystone05:11
*** roxanaghe has joined #openstack-keystone05:18
*** chlong has quit IRC05:21
*** roxanaghe has quit IRC05:22
*** richm has quit IRC05:39
*** code-R has quit IRC05:40
*** code-R has joined #openstack-keystone05:41
*** gb21 has joined #openstack-keystone05:42
*** code-R has quit IRC05:46
*** gb21 has quit IRC05:47
*** code-R has joined #openstack-keystone05:47
*** adu has quit IRC05:57
*** EinstCra_ has joined #openstack-keystone05:59
*** EinstCrazy has quit IRC06:03
*** code-R has quit IRC06:16
openstackgerritAnh Tran proposed openstack/keystone: TrivialFix: Remove logging import unused  https://review.openstack.org/36091506:21
*** rcernin has joined #openstack-keystone06:25
*** bjolo has quit IRC06:30
*** bjolo has joined #openstack-keystone06:31
*** EinstCra_ has quit IRC06:36
*** EinstCrazy has joined #openstack-keystone06:37
*** tesseract- has joined #openstack-keystone06:44
*** adriant has quit IRC06:53
*** roxanaghe has joined #openstack-keystone07:06
*** roxanaghe has quit IRC07:10
*** jaosorior is now known as jaosorior_brb07:22
*** asettle has joined #openstack-keystone07:23
*** asettle has quit IRC07:28
*** anteaya has quit IRC07:38
*** zzzeek has quit IRC08:00
openstackgerritDave Chen proposed openstack/keystone: Handle the exception from creating access token properly  https://review.openstack.org/35979508:00
*** zzzeek has joined #openstack-keystone08:00
*** sdake has quit IRC08:05
*** sdake has joined #openstack-keystone08:05
*** zhangyi has quit IRC08:06
*** zhangyi has joined #openstack-keystone08:07
openstackgerritDavanum Srinivas (dims) proposed openstack/keystone: [WIP] Testing latest u-c  https://review.openstack.org/31843508:10
*** openstackgerrit has quit IRC08:18
*** openstackgerrit has joined #openstack-keystone08:18
*** amakarov_away is now known as amakarov08:21
*** asettle has joined #openstack-keystone08:38
*** asettle has quit IRC08:38
*** asettle has joined #openstack-keystone08:39
*** tqtran has joined #openstack-keystone08:39
*** tqtran has quit IRC08:43
*** sdake has quit IRC08:48
*** jpena_ has joined #openstack-keystone08:48
*** roxanaghe has joined #openstack-keystone08:54
*** tonytan4ever has joined #openstack-keystone08:54
*** marekd2 has joined #openstack-keystone08:54
*** tonytan4ever has quit IRC08:58
*** roxanaghe has quit IRC08:59
*** jaosorior_brb is now known as jaosorior08:59
*** jhesketh has quit IRC09:06
*** gus has quit IRC09:06
*** darrenc has quit IRC09:06
openstackgerritvenkatamahesh proposed openstack/keystone: Fix the Attribute ERROR  https://review.openstack.org/36100509:06
*** darrenc has joined #openstack-keystone09:06
*** gus has joined #openstack-keystone09:08
*** jhesketh has joined #openstack-keystone09:09
openstackgerritOpenStack Proposal Bot proposed openstack/keystone: Updated from global requirements  https://review.openstack.org/36101709:11
*** gb21 has joined #openstack-keystone09:13
*** gb21 has quit IRC09:26
*** ddeja has joined #openstack-keystone09:33
ddejaHi, I'm creating a keystoneclient based on trust id. Then from this client I'm getting the auth_token. Then I'm trying to re-create the keystone client based on this auth_token, but I get 403 from keystone service. What I am doing wrong?09:35
*** gb21 has joined #openstack-keystone09:38
amakarovddeja, Hi. New client tries to auth using the token you pass, i.e. exchange the token for a new one. Since it's trust scoped token it can't be exchanged for regular one for security reasons.09:40
ddejaamakarov: thanks. I'm passing the auth_token through the RPC. I should pass the trust_id instead?09:43
ddejaand create the client one I really need to use it? (get endpoints in my case)09:43
amakarovddeja, if it's possible, use the client created using trust09:45
*** xek has joined #openstack-keystone09:47
*** xek has quit IRC09:47
*** xek has joined #openstack-keystone09:48
ddejaamakarov: I see. OK, thank you very much. I was wondering since yesterday why I cannot create new keystone client, but now I understand09:48
amakarovddeja, yw09:49
openstackgerritAlexander Makarov proposed openstack/keystone: Move dependency-related trust logic to manager  https://review.openstack.org/36073509:53
*** code-R has joined #openstack-keystone09:53
openstackgerritMerged openstack/keystone: Cleaning imports in code  https://review.openstack.org/36022809:54
openstackgerrithenry-nash proposed openstack/keystone: Update developer docs for new rolling upgrade repos  https://review.openstack.org/35938309:55
*** gb21 has quit IRC09:55
*** code-R_ has joined #openstack-keystone09:59
*** NishaYadav has joined #openstack-keystone10:01
*** code-R has quit IRC10:02
*** davechen has left #openstack-keystone10:09
openstackgerritDavanum Srinivas (dims) proposed openstack/keystone: [WIP] Testing latest u-c  https://review.openstack.org/31843510:10
*** richm has joined #openstack-keystone10:11
*** code-R has joined #openstack-keystone10:15
*** code-R_ has quit IRC10:15
*** xiaoyang has quit IRC10:20
*** EinstCrazy has quit IRC10:22
*** EinstCrazy has joined #openstack-keystone10:22
*** EinstCrazy has quit IRC10:27
*** roxanaghe has joined #openstack-keystone10:42
*** gb21 has joined #openstack-keystone10:45
*** roxanaghe has quit IRC10:47
*** gb21 has quit IRC10:53
*** wangqun has quit IRC10:53
*** code-R_ has joined #openstack-keystone11:00
*** maestropandy has joined #openstack-keystone11:01
*** code-R has quit IRC11:02
*** NishaYadav has quit IRC11:10
openstackgerritDave Chen proposed openstack/keystone: WIP - Handle the exception from creating request token properly  https://review.openstack.org/36108711:10
openstackgerritPierre-André MOREY proposed openstack/keystone: Fix some typos in comments  https://review.openstack.org/36109111:16
*** kickinz1 has joined #openstack-keystone11:22
*** kickinz1 is now known as pmorey11:29
*** pmorey is now known as kickinz111:30
*** asettle has quit IRC11:32
*** gb21 has joined #openstack-keystone11:47
openstackgerritMikhail Nikolaenko proposed openstack/keystone: [WIP] Move fernet utils to backend  https://review.openstack.org/35649911:53
*** ddeja has left #openstack-keystone11:53
*** jaosorior has quit IRC11:53
*** jaosorior has joined #openstack-keystone11:54
*** tonytan4ever has joined #openstack-keystone11:55
*** tonytan4ever has quit IRC12:00
*** jpena_ is now known as jpena|lunch12:01
*** gb21_ has joined #openstack-keystone12:05
*** gb21_ has quit IRC12:06
*** gb21 has quit IRC12:06
*** tonytan4ever has joined #openstack-keystone12:09
*** asettle has joined #openstack-keystone12:10
samueldmqmorning keystone12:13
dstanekmorning samueldmq12:13
samueldmqdstanek: o/12:13
*** pece has joined #openstack-keystone12:16
*** gb21 has joined #openstack-keystone12:20
*** maestropandy has quit IRC12:22
*** code-R_ has quit IRC12:23
*** code-R has joined #openstack-keystone12:25
*** pauloewerton has joined #openstack-keystone12:26
*** code-R has quit IRC12:27
*** code-R has joined #openstack-keystone12:28
*** roxanaghe has joined #openstack-keystone12:30
*** kickinz1 has quit IRC12:32
*** zhangyi has quit IRC12:34
*** woodster_ has joined #openstack-keystone12:34
*** roxanaghe has quit IRC12:35
*** nkinder has joined #openstack-keystone12:37
*** gb21 has quit IRC12:38
*** jed56 has joined #openstack-keystone12:40
*** tqtran has joined #openstack-keystone12:41
*** kickinz1 has joined #openstack-keystone12:44
*** kickinz1 has quit IRC12:44
*** kickinz1 has joined #openstack-keystone12:44
*** tqtran has quit IRC12:45
samueldmqdstanek: ping - got some questions on keystone & memcached12:50
samueldmqor breton ^12:51
*** EinstCrazy has joined #openstack-keystone12:51
bretonsamueldmq: shoot12:51
samueldmqbreton: so, let's say we have a single keystone server, running 2 processes12:52
samueldmqand a memcache server running in a separate host12:52
dstaneksamueldmq: what's up?12:52
samueldmqdstanek: ^12:52
samueldmqwhen one of the processes delete something and invalidates the cache12:53
samueldmqwhen we say "invalidates the cache": does the process invalidate its internal cache (process cache), or something in memcache?12:53
dstaneksamueldmq: with my patch, memcached12:53
samueldmqI can't see how that would be an issue to the other process, if the value in the memcache, changed12:53
dstanekdogpile itself does only process specific invalidation (this is completely unexpected IME)12:54
samueldmqdstanek: ok, but even with the same key always, doesn't the other process always go to the memcache server?12:54
dstaneksamueldmq: yes12:54
samueldmqdstanek: thus it would be getting the new value set by the other process12:54
samueldmq(I am talking about the old way)12:54
bretonsamueldmq: "invalidate the cache in region" does not change things in memcached12:55
dstaneksamueldmq: region invalidation in dogpile doesn't update the memcached server IIRC12:55
dstanekit's also technically not even process based. it's based on the instance of the CacheRegion class. so you can have two instance with the same name where the invalidation of one doesn't effect the other12:56
dstaneksamueldmq: your questions reflect the WTF moment I had while debugging this. the behavior doesn't make any sense.12:56
samueldmqdstanek: hehe12:56
samueldmqdstanek: so, we have a keystone process, and that process has a local process cache, that reflects (or not) what's in the memcache server12:57
samueldmqis this right?12:57
dstaneksamueldmq: not exactly12:57
samueldmqI am wondering where the incosistence occurs12:57
bretonsamueldmq: invalidation in dogpile.cache is this: https://bitbucket.org/zzzeek/dogpile.cache/src/669582c2e5bf12b1303f50c4b7ba3dad308eb1cc/dogpile/cache/region.py?at=master&fileviewer=file-view-default#region.py-16912:57
samueldmqcan you give me an example?12:57
dstanekthe cache region in dogpile asks for a value. that value actually has the expiration and the real value.12:57
samueldmqlike in a real scenario12:57
samueldmqdstanek: yes...12:58
dstanekdogpile evaluates that for us. it doesn't actually store things in a local cache12:58
bretonsamueldmq: so invalidation is just setting 2 varibles, that's it.12:58
dstanekyou would assume that invalidating a region would create that region, but as you can see it doesn't. so other processes can still get the value from the cache12:58
bretonsamueldmq: which are then checked like "value = memcached.get(key); if value.date < invalidated_date: return NO_VALUE"12:59
samueldmqok, but the other process called invalidate13:00
samueldmqthen invalidated_date is something13:00
samueldmqwhen the other process calls the get, the invalidated_date is set, then NO_VALUE is returned13:01
dstanekto make matters worse it seems like people don't understand memcache and deploy a separate instance on each node.13:01
*** ruoyu has joined #openstack-keystone13:01
dstaneksamueldmq: the date is only set on the instance13:01
bretonsamueldmq: but in the other process invalidated_date is still None13:01
samueldmqdstanek: and each process has an instance of the region?13:01
bretonsamueldmq: yep13:02
samueldmqand that region is valid13:02
dstanekat least one13:02
samueldmqbecause the name still matches with the memcache server13:02
samueldmqso you change the name to make that region invalid, because you can't set invalidate for it13:02
dstanekso r0 = Region('test'); r1 = Region('test'); r0.invalidate(); r1's entries won't know about an invalidation13:03
dstaneksamueldmq: yes, hacking the key value is my solution13:03
samueldmqdstanek: so you effectively "delete" the region "test" in the server13:03
samueldmqso r1 won't be valid anymore13:03
dstanekall instances of the region will get the same extra data for the key and if you change that extra data from any process the region's won't look for that key anymore13:04
samueldmqyou actually renames it, and the region will be "recreated" for whom is using r113:04
dstanek^ that's my patch13:04
dstaneksamueldmq: exactly13:04
samueldmqWTF13:04
dstanek?13:04
samueldmqabout the default behavior13:05
samueldmqso broken13:05
dstanekyes, very13:05
dstanekwhere i used to work we took this to the extreme (we didn't use dogpile, just python-memcached)13:05
samueldmqdstanek: last thing: so when using a region it checks the region actually exists in the memcache server13:05
samueldmqthat's why your solution works13:05
dstaneka customer may have a list of orders, preferences and other stuff that are cached13:05
*** jpena|lunch is now known as jpena_13:05
dstanekwe would use a customer key to old random data to "invalidate" all customer related things for instance13:06
dstanekso by setting the 'customer-1234' key to a new value the data would be refreshed13:06
dstaneksamueldmq: yep, we always go back the the memcached server for the region info13:07
samueldmqdstanek: perfect13:07
samueldmqworkaround is very smart tbh13:07
dstaneksamueldmq: there is an alternative proposal by amakarov that uses the same soft/hard invalidation, but uses memcached to store the information instead of the local instance13:07
dstaneki like the idea, but it's got a fatal flaw in that the invalidation is stored as a key and could be lost making invalidations useless13:08
dstanekin my solution a missing key means the data isn't cached and you have to go back to the source to get it13:08
samueldmqkk, so yours is more complete13:08
samueldmqI like it (and now fully understand it)13:08
samueldmqI just have a few comments there and I am a +213:09
samueldmqdstanek: I can give it an update if you want13:09
dstaneksamueldmq: great, thanks. i'll take a look13:09
*** code-R has quit IRC13:11
*** sdake has joined #openstack-keystone13:14
*** sdake_ has joined #openstack-keystone13:15
*** ruoyu has quit IRC13:15
*** sdake has quit IRC13:19
samueldmqdstanek: get_or_create always go to the memcache server, right?13:21
dstaneksamueldmq: yes, it's just a short cut for the 'v = get(); if not v: v = create(); set(v)' pattern - with protection with a lock13:22
samueldmqdstanek: ++13:22
*** aswadr_ has joined #openstack-keystone13:28
samueldmqdstanek: this is probably what was breaking the revocations and making those tempest tests fail with fernet13:28
samueldmqat least related to that13:28
*** anteaya has joined #openstack-keystone13:29
dstaneksamueldmq: definitely could be. anything that depended on invalidation what essentially broken13:30
samueldmqdstanek: yes, and that is a cache issue (disabling cache was "fixing" the issue)13:30
samueldmqdstanek: I will rebase 345688 in your change13:31
*** roxanaghe has joined #openstack-keystone13:31
samueldmqand see what happens13:31
openstackgerritSamuel de Medeiros Queiroz proposed openstack/keystone: Switch fernet to be the default token provider.  https://review.openstack.org/34568813:33
samueldmqlbragstad: ^13:34
*** roxanaghe has quit IRC13:36
*** sdake_ has quit IRC13:37
*** dikonoor has quit IRC13:38
*** code-R has joined #openstack-keystone13:38
*** BjoernT has joined #openstack-keystone13:39
*** BjoernT is now known as Bjoern_zZzZzZzZ13:39
*** sdake has joined #openstack-keystone13:40
openstackgerritBoris Bobrov proposed openstack/keystone: Faster id mapping lookup  https://review.openstack.org/33929413:40
*** links has quit IRC13:45
*** Bjoern_zZzZzZzZ is now known as BjoernT13:46
openstackgerritDavid Stanek proposed openstack/keystone: Distributed cache namespace to invalidate regions  https://review.openstack.org/34970413:52
dstaneksamueldmq: ^13:52
*** ddieterly has joined #openstack-keystone13:52
*** ddieterly has quit IRC13:54
*** ddieterly has joined #openstack-keystone13:55
*** pece has quit IRC13:56
*** code-R_ has joined #openstack-keystone14:06
*** thiagolib has quit IRC14:08
*** code-R has quit IRC14:08
mfischdolphm: lbragstad dstanek good luck guys14:14
mfischhttp://ir.rackspace.com/phoenix.zhtml?c=221673&p=irol-newsArticle&ID=219768614:14
dolphmmfisch: how do you know about these things before i do?!14:15
mfischI follow Cloud Opinion on Twitter14:15
mfischand I dont mean good luck in a bad way14:15
dolphmmfisch: lol thank you14:16
*** su_zhang has joined #openstack-keystone14:18
*** michauds has joined #openstack-keystone14:18
*** kickinz1 has quit IRC14:19
bknudsonnotmorgan: I changed uwsgi to listen on http, then changed my test to go directly to the uwsgi server. No change, still seeing the error.14:21
bknudsonat least the setup is getting simpler... no threads even.14:22
bknudsonI'll try to recreate with a single client... that would be even simpler.14:22
*** slberger has joined #openstack-keystone14:25
*** auggy has quit IRC14:26
*** ddieterly has quit IRC14:26
*** auggy has joined #openstack-keystone14:26
*** su_zhang has quit IRC14:28
*** su_zhang has joined #openstack-keystone14:29
*** jpena_ has quit IRC14:30
*** roxanaghe has joined #openstack-keystone14:32
stevemaro/14:32
* stevemar can't find his glasses14:32
*** chlong has joined #openstack-keystone14:32
openstackgerritMarek Denis proposed openstack/keystone: Update mapping schema in the docs.  https://review.openstack.org/36125214:33
*** jpena_ has joined #openstack-keystone14:33
*** su_zhang has quit IRC14:33
*** roxanaghe has quit IRC14:36
bknudsonnot seeing any errors with single client.14:37
*** ravelar has joined #openstack-keystone14:37
*** ddieterly has joined #openstack-keystone14:39
*** spedione|AWAY is now known as spedione14:43
openstackgerritMarek Denis proposed openstack/keystone: Update mapping schema in the docs.  https://review.openstack.org/36125214:43
*** jpena_ has quit IRC14:49
*** ddieterly is now known as ddieterly[away]14:51
*** barclaac_ has quit IRC14:52
*** IgorYozhikov has left #openstack-keystone14:54
*** barclaac has joined #openstack-keystone14:55
*** dobson has quit IRC14:55
openstackgerritMikhail Nikolaenko proposed openstack/python-keystoneclient: Fix missing service_catalog parameter in Client object  https://review.openstack.org/33915014:56
*** HenryG has quit IRC14:56
*** code-R_ has quit IRC14:56
*** code-R has joined #openstack-keystone14:57
*** code-R_ has joined #openstack-keystone14:58
stevemardolphm: lbragstad dstanek also good luck! i love you rackers and hope all changes are for the best15:00
*** ddieterly[away] is now known as ddieterly15:00
*** tonytan4ever has quit IRC15:01
*** jistr is now known as jistr|call15:01
*** tonytan4ever has joined #openstack-keystone15:01
*** HenryG has joined #openstack-keystone15:01
*** nk2527 has quit IRC15:02
*** jaugustine has quit IRC15:02
*** xenogear has quit IRC15:02
*** gagehugo_ has quit IRC15:02
*** code-R has quit IRC15:02
*** hockeynut has joined #openstack-keystone15:03
*** Gorian|work has joined #openstack-keystone15:04
*** rcernin has quit IRC15:04
*** dobson has joined #openstack-keystone15:05
*** ddieterly has quit IRC15:05
*** Gorian|work has quit IRC15:07
*** Gorian|work has joined #openstack-keystone15:07
*** Gorian|work has quit IRC15:08
*** Gorian|work has joined #openstack-keystone15:09
*** Gorian|work has quit IRC15:09
*** Gorian|work has joined #openstack-keystone15:10
*** Gorian|work has quit IRC15:10
*** Gorian|work has joined #openstack-keystone15:10
*** code-R_ has quit IRC15:11
*** sdake_ has joined #openstack-keystone15:11
*** code-R has joined #openstack-keystone15:11
*** nk2527 has joined #openstack-keystone15:12
*** gagehugo has joined #openstack-keystone15:12
*** jistr|call is now known as jistr15:12
*** Gorian|work has quit IRC15:13
*** Gorian|work has joined #openstack-keystone15:14
*** Gorian|work has quit IRC15:14
*** Gorian|work has joined #openstack-keystone15:14
*** sdake has quit IRC15:15
*** Gorian|work has quit IRC15:15
*** Gorian|work has joined #openstack-keystone15:15
*** code-R has quit IRC15:16
*** xenogear has joined #openstack-keystone15:16
*** Gorian|work has quit IRC15:17
*** Gorian|work has joined #openstack-keystone15:17
*** Gorian|work has quit IRC15:19
*** Gorian|work has joined #openstack-keystone15:19
*** browne has joined #openstack-keystone15:20
*** Gorian|work has quit IRC15:20
*** Gorian|work has joined #openstack-keystone15:20
dstanekmfisch: stevemar: thanks15:22
lbragstaddstanek mfisch stevemar ++15:22
*** Gorian|work has quit IRC15:23
*** Gorian|work has joined #openstack-keystone15:23
*** Gorian|work has quit IRC15:24
*** Gorian|work has joined #openstack-keystone15:24
*** gagehugo has quit IRC15:25
*** Gorian|work has quit IRC15:26
*** Gorian|work has joined #openstack-keystone15:26
openstackgerritLance Bragstad proposed openstack/keystone: Implement encryption of credentials at rest  https://review.openstack.org/35561815:27
*** michauds has quit IRC15:27
lbragstaddolphm ok - that ^ one should pass all tests (i forgot to add the KeyRepository fixture to a few of the tests - which explains why it failed in gerrit)15:28
*** gagehugo has joined #openstack-keystone15:29
*** Gorian|work has quit IRC15:30
*** Gorian|work has joined #openstack-keystone15:30
*** roxanaghe has joined #openstack-keystone15:33
*** asettle has quit IRC15:33
*** pcaruana has quit IRC15:33
*** jaugustine has joined #openstack-keystone15:37
*** roxanaghe has quit IRC15:37
*** tesseract- has quit IRC15:38
*** gyee has joined #openstack-keystone15:41
*** sheel has quit IRC15:46
*** ruoyu has joined #openstack-keystone15:47
*** code-R has joined #openstack-keystone15:52
*** code-R_ has joined #openstack-keystone15:53
*** code-R_ has quit IRC15:55
*** code-R_ has joined #openstack-keystone15:56
*** code-R has quit IRC15:56
*** chrisshattuck has joined #openstack-keystone15:57
*** NishaYadav has joined #openstack-keystone15:57
openstackgerritLance Bragstad proposed openstack/keystone: Implement encryption of credentials at rest  https://review.openstack.org/35561815:57
NishaYadavo/15:57
marekdstevemar: i have a super easy rev for ya: https://review.openstack.org/#/c/361252/ :-)15:58
*** michauds has joined #openstack-keystone15:58
*** jaosorior has quit IRC15:58
*** tqtran has joined #openstack-keystone16:07
*** chlong has quit IRC16:07
*** edtubill has joined #openstack-keystone16:08
stevemarmarekd: it's on my list ;)16:10
*** tqtran has quit IRC16:11
*** Gorian|work has quit IRC16:12
*** Gorian|work has joined #openstack-keystone16:12
*** mnikolaenko_ has joined #openstack-keystone16:14
*** chrisshattuck has quit IRC16:14
*** nkinder has quit IRC16:15
*** EinstCrazy has quit IRC16:17
*** itisha has joined #openstack-keystone16:18
*** chlong has joined #openstack-keystone16:19
*** hockeynut has quit IRC16:28
*** ruoyu has quit IRC16:29
*** roxanaghe has joined #openstack-keystone16:30
*** chrisshattuck has joined #openstack-keystone16:34
*** david-lyle has joined #openstack-keystone16:36
*** rcernin has joined #openstack-keystone16:44
*** links has joined #openstack-keystone16:45
*** nkinder has joined #openstack-keystone16:46
rderosemarekd: I've got a review for you: https://review.openstack.org/#/c/358111/  :)16:46
*** esp has joined #openstack-keystone16:52
*** chrisshattuck has quit IRC16:54
*** marekd2 has quit IRC16:58
*** marekd2 has joined #openstack-keystone16:58
*** dikonoor has joined #openstack-keystone16:58
*** jpena is now known as jpena|off16:59
openstackgerritHa Van Tu proposed openstack/keystone: Repair link in Keystone documentation  https://review.openstack.org/36103317:01
*** raildo has quit IRC17:01
openstackgerritMikhail Nikolaenko proposed openstack/python-keystoneclient: Fix missing service_catalog parameter in Client object  https://review.openstack.org/33915017:01
*** chlong has quit IRC17:02
*** su_zhang has joined #openstack-keystone17:03
*** marekd2 has quit IRC17:03
*** nkinder has quit IRC17:04
*** slberger has left #openstack-keystone17:05
stevemarzzzeek: can you re-ask here so dolphm is looped in ?17:05
stevemari just realized he wasn't in -oslo17:05
zzzeeksure17:05
zzzeek stevemar: how does https://review.openstack.org/#/c/355618/26 do zero downtime ?  it looks like the migration 1. adds new columns  2. migrates existing data from the old to the new columns 3. adds triggers to raise an error if the old columns are written towards.    What happens when an old keystone API server is running while this happens ?17:05
dstanekzzzeek: it will keep on putting data in the old locations and the triggers/migration will make sure it's in sync17:06
dstanekonce the data is in sync new code can be run17:06
dstanekand then you can start shutting down old code17:07
zzzeekdstanek: where is the trigger that makes sure data is in sync?17:07
dstanekzzzeek: the expand repo should be adding the trigger and the contract repo should be removing them17:08
dstanekzzzeek: https://review.openstack.org/#/c/355618/26/keystone/common/sql/expand_repo/versions/002_add_key_hash_and_encrypted_blob_to_credential.py17:08
zzzeekdstanek: I see a lot of triggers that look like they are all intended to raise an error and nothing else17:08
dstanekzzzeek: oh right. for that particular one we are doing readonly for the credentials since we can't do encryption via triggers17:09
dstanekthe same model would be used for other things that can be massaged in triggers17:10
zzzeekdstanek: right.  So old keystone API is running, trigger gets put in, what happens ?17:10
dstanekinsert/update for credentials would have an error. i don't remember which one exactly. i was in favor of doing this in policy, but i think the just fail won out17:11
zzzeekdstanek: OK so this particular migration is also benefitting from the fact that the old API shouldn't be doing "the thing" anyway, I guess17:11
dstanekzzzeek: yes17:12
zzzeekstevemar: so yeah this is an even easier trigger :)17:13
*** ruoyu has joined #openstack-keystone17:13
zzzeekhit trigger-> boom.17:13
stevemar:)17:14
*** gagehugo_ has joined #openstack-keystone17:14
*** ruoyu has quit IRC17:15
stevemarzzzeek: the 'created_at' for password one a pinch trickier :P17:15
zzzeekstevemar: yeah also that one might not even need a trigger17:16
stevemaroh?17:16
zzzeekyeah you can just set an insert default here17:17
stevemarzzzeek: so, that's what we did in migration 105, but i think there was concern about a race condition17:17
*** gagehugo_ has quit IRC17:17
stevemar(at least i think thats what we did)17:17
zzzeekstevemar: a server side default is more atomic than the trigger17:18
*** gagehugo_ has joined #openstack-keystone17:18
*** gagehugo has quit IRC17:18
stevemarzzzeek: https://github.com/openstack/keystone/blob/master/keystone/common/sql/migrate_repo/versions/105_add_password_date_columns.py17:18
*** gagehugo_ has quit IRC17:18
*** gagehugo has joined #openstack-keystone17:18
zzzeekstevemar: yeah those are lacking a server default17:19
stevemardoh17:19
stevemarso... migration 110 and make sure we add a server_default to created_at? ... i think17:20
zzzeekstevemar: thnking mysql might put up a fight here if this col is not already TIMESTAMP let me just add the comment17:21
stevemarzzzeek: cool17:21
*** rcernin has quit IRC17:22
zzzeekstevemar: works fine17:23
openstackgerritMerged openstack/keystone: Updated from global requirements  https://review.openstack.org/36101717:23
*** code-R has joined #openstack-keystone17:25
stevemarhenrynash: so maybe some good news for you ^17:28
dstanekzzzeek: awesome, thx17:29
*** code-R_ has quit IRC17:29
*** Gorian|work has quit IRC17:29
*** spedione is now known as spedione|AWAY17:31
*** aswadr_ has quit IRC17:31
stevemardolphm: i'm be a bit harder to reach in the afternoon, but i like the feedback we got on the ML and from zzzeek in the patches, so hopefully we don't have to retarget that work for O17:37
*** slberger has joined #openstack-keystone17:38
stevemardstanek: you good on the cache front?17:38
zzzeekstevemar: a DB level default is non-controversial :)17:38
*** code-R has quit IRC17:39
stevemarzzzeek: yep!17:39
stevemarzzzeek: and the other trigger is more defensive i suppose17:39
*** ericksonsantos has quit IRC17:43
*** mnikolaenko_ has quit IRC17:47
*** gyee has quit IRC17:50
*** jed56 has quit IRC17:55
*** adu has joined #openstack-keystone17:57
*** sdake_ has quit IRC18:02
*** tqtran has joined #openstack-keystone18:04
openstackgerritSteve Martinelli proposed openstack/keystone-specs: redirect old api pages to new ones  https://review.openstack.org/36140118:07
openstackgerritAlexander Makarov proposed openstack/keystone: Move dependency-related trust logic to manager  https://review.openstack.org/36073518:10
*** amakarov is now known as amakarov_away18:11
openstackgerritSean Perry proposed openstack/keystone: Impose a min and a max on time values in CONF.token  https://review.openstack.org/36140618:19
openstackgerritSean Perry proposed openstack/keystone: Impose a min and a max on time values in CONF.token  https://review.openstack.org/36140618:20
*** ruoyu has joined #openstack-keystone18:24
dstanekstevemar: i think so18:24
dstaneksome crazy jenkins problem though...18:26
*** ntpttr has quit IRC18:27
*** ntpttr has joined #openstack-keystone18:28
*** ntpttr has quit IRC18:28
*** ntpttr- has joined #openstack-keystone18:28
*** mordred has quit IRC18:31
*** NishaYadav has quit IRC18:34
lbragstaddstanek just noticed this in the credential encryption stuff - http://logs.openstack.org/18/355618/26/check/gate-keystone-python34-db/24c9a56/console.html#_2016-08-26_16_30_26_99310818:35
lbragstadpy3 related?18:35
*** asettle has joined #openstack-keystone18:36
ruoyuHello! Our team want to get realtime user information from keystone logs. Logging_context_format_string should print user id in the logs but it doesn’t work. For an example, when I log in with a wrong password, in keystone I only got log message like “2016-08-22 17:00:15.396 2707 WARNING keystone.common.wsgi [req-c9ab9248-4f94-4ed0-9005-10fe3c5e5486 - - - - -] Authorization failed. The request you have made require18:39
ruoyus authentication. from 10.14.37.215”. We think the user id should be next to the request id but we only got ‘-‘. Any instruction is greatly appreciated. Thank you very much!18:39
dstanekruoyu: i don't think we put that in the logging context anywhere18:39
dstaneklbragstad: hmm....18:39
* dolphm is reading back18:40
*** su_zhang has quit IRC18:40
*** Gorian|work has joined #openstack-keystone18:40
dstanekstevemar: it seems that i'm not getting all the the CONF.cache settings, so i have to put something together for that18:41
*** mordred has joined #openstack-keystone18:41
ruoyuHi dstanek, thanks for the response! this is the logging context part in keystone.conf file: logging_context_format_string = %(asctime)s.%(msecs)03d %(process)d %(levelname)s %(name)s [%(request_id)s %(user_identity)s] %(instance)s%(message)s18:42
dolphmzzzeek: thank you for all your feedback!18:42
dstanekruoyu: something has to put a value for user_identity in the logging context and i don't think we do that18:43
*** Gorian|work has quit IRC18:43
dstanekoslo.log and olso.context both have a lot of references to that and nothing in keystone. not sure where it's supposed to come from18:44
dstanekruoyu: ^18:44
*** asettle has quit IRC18:45
*** Gorian|work has joined #openstack-keystone18:45
*** slberger has quit IRC18:45
ruoyuIs that means keystone log message has a field called '(user_identity)s' but actually it doesn't write any content to this field?18:46
dstanekruoyu: that format should be getting data from a logging context. i don't know what is supposed to add that value to the context.18:46
*** slberger has joined #openstack-keystone18:47
dstaneka quick grep of the keystone code shows that nothing uses the string 'user_identity', but it does appear in olso.log and olso.context18:48
dstaneksamueldmq: i have a fix coming for that caching review - tests are running now18:53
samueldmqdstanek: nice, let's work to get that in18:53
samueldmqdstanek: I am looking forward to test fernet with that18:53
ruoyu@dstanek Is it a bug? Keystone should have user information in it because keystone do authentication job, can we grab user info in keystone and write it to logs?18:53
dstanekruoyu: i have no idea how it's supposed to work18:55
*** dikonoor has quit IRC18:56
*** tqtran has quit IRC18:56
gsilvisWhen you're using keystone federation, just before you scope, you get a list of things you can scope to.  Does keystoneauth1.identity expose this list in any way?18:56
ruoyudstanek: Okay, thanks!18:57
*** markvoelker has quit IRC18:57
*** tqtran has joined #openstack-keystone18:57
openstackgerritMerged openstack/keystone: TrivialFix: Remove logging import unused  https://review.openstack.org/36091518:58
*** markvoelker has joined #openstack-keystone19:00
henrynashstevemar, zzzeek: the reason a server side default was not put in at migration 105 is that rderose found he couldn't get sqla to work right across all three supported DBs (rderose could you expand on that?)19:02
henrynashstevemar, zzzeek: and sure, if we can find a way of doing that, then this fix become nice and simple!19:02
rderosehenrynash stevemar zzzeek: sure19:03
openstackgerritMerged openstack/keystone: Fix some typos in comments  https://review.openstack.org/36109119:03
rderosehenrynash stevemar zzzeek: essentially, I tried adding a default datetime value to the new column; tried the following:19:03
rderose* default=datetime.datetime.utcnow19:04
rderose* default=sql.func.now()19:04
rderose* server_default=sql.func.now()19:04
rderose* # there was also a timestamp option I think19:04
rderosebut essentially, I'd get it working with mysql, but it wouldn't work with sqlite19:04
rderoseAnd I believe server_default only works for table creates; not for table alters.19:05
henrynashrderose: never quite understood the last bit, not sure what would be true19:06
henrynash(...why that would be true)19:06
*** Ephur has joined #openstack-keystone19:07
rderosehenrynash: when adding a new table, you can set a server_default for the columns.  however, if you are adding a column to an existing table (alter table), you can't set the server_default value19:07
rderosehenrynash: not sure, something I read when researching this19:07
henrynashrderose: you mean it just gives an error if you add server_default to the new column definition?19:08
rderosehenrynash: it wouldn't give an error, just wouldn't set the default value19:08
henrynashrderose: ah, right!19:09
*** browne has quit IRC19:09
*** su_zhang has joined #openstack-keystone19:11
openstackgerritDavid Stanek proposed openstack/keystone: Distributed cache namespace to invalidate regions  https://review.openstack.org/34970419:12
dstanekruoyu: if you find out please report back. i'm interested to know19:12
rderosehenrynash stevemar zzzeek: I tried many different options and couldn't get this to work; couldn't find an example in openstack code base as well.19:13
*** su_zhang has quit IRC19:16
ruoyudstanek: Sure, no problem!19:16
*** michauds has quit IRC19:18
*** michauds has joined #openstack-keystone19:18
*** rodrigods has quit IRC19:21
*** rodrigods has joined #openstack-keystone19:21
*** lamt has quit IRC19:22
*** michauds has quit IRC19:22
*** michauds has joined #openstack-keystone19:23
zzzeekHenrynash: server_default=func.now() should work on all three .  SQLite has no date type but the string format should be compatible19:23
zzzeekHenrynash: never seen anyone use a trigger for this use case , and that would have the same issue in SQLite anyway if NOW() were string incompatible19:24
henrynashzzzeeK: i kind of agree with you...worst case, we should have beeen able to set the server default in SQL directly. But we didn't. I'll invetsigate further and re-test the assumption we had from 10519:27
*** browne has joined #openstack-keystone19:31
lbragstaddstanek is there any reason why self.crypto.decrypt(bytes(credential)).decode('utf-8') would not work on py3?19:31
lbragstadline 86 here - https://review.openstack.org/#/c/355618/26/keystone/credential/providers/fernet/core.py19:32
openstackgerritGage Hugo proposed openstack/keystone: [WIP] doctor check for domain specific configs  https://review.openstack.org/36143519:33
*** links has quit IRC19:33
marekdrderose: ok, let me chec :-)19:34
dstaneklbragstad: we should be logging the actual error. that message is completely useless to anyone debugging19:34
lbragstaddstanek it looks like this - http://stackoverflow.com/questions/31161243/python-string-argument-without-an-encoding ?19:34
lbragstaddstanek it's in the trace - http://cdn.pasteraw.com/80tg264lq18635pikv8i43phfppzhva19:35
lbragstad'TypeError: string argument without an encoding'19:36
lbragstaddo we use bytearray() or is there a six utility for that?19:36
dstaneklbragstad: yes, you can't pass a string to bytes unless you tell it what it is19:36
dstaneklbragstad: you can contintue to use bytes19:37
dstanekbytes('abc') should fail19:37
dstanekwhereas bytes('abc', 'ascii') should not19:37
lbragstaddstanek do we need ascii here?19:37
lbragstadwe end up decoding it to utf-819:37
dstaneklbragstad: utf-8 is probably better because you are already encoding to it19:38
lbragstaddstanek cool - rerunning my tests19:38
*** tqtran has quit IRC19:42
*** tqtran has joined #openstack-keystone19:42
*** gyee has joined #openstack-keystone19:44
lbragstaddstanek sweet19:46
lbragstaddstanek only one py34 test failed and it seems to be related - http://cdn.pasteraw.com/2knpd6eoji8egdx5o8ycmaxfokft9uu19:46
*** raildo has joined #openstack-keystone19:49
*** gagehugo has quit IRC19:53
dstaneklbragstad: so the conversion to bytes failed?19:53
lbragstaddstanek looks like it19:54
samueldmqdstanek: MemcachedKeyCharacterError: Control/space characters not allowed (key='<<<region>>>:shared default')19:54
dstaneksamueldmq: that's strange. i would have expected that to be handled by the existing mangler19:56
samueldmqdstanek: let's just replace spaces with _ ?19:56
samueldmqdstanek: or is it also referring to < and > as control chars19:57
samueldmqnever know19:57
lbragstaddstanek there are the types of blob and encrypted_blob19:57
lbragstadhttp://cdn.pasteraw.com/9pypfzymuryvfdg5dkqumqf1ynvr7us19:57
dstaneksamueldmq: yeah, but i want to know why19:57
dstaneklbragstad: is it already bytes?19:57
lbragstaddstanek it fails in decrypt() with the encrypted_blob19:57
samueldmqdstanek: maybe it's just a rule in memcache rule ?19:57
samueldmqnot related to manglers ?19:57
lbragstaddstanek yeah - it looks like it19:57
* lbragstad b'gAAAAABXwJ71HOw5vF7xqZvPj5ac5a2o8rKJwyGk_GQlmTZ6HhBizYKS6G-tnFrOQGqktINwl-uA6Sbdj0j_py1NJMsx-9goo8x0CNPasQtgHEdIxwaYFNefHomTRPjCCwmRjdb2oIfV'19:57
* lbragstad <class 'bytes'>19:57
bknudsongAAAAA19:58
*** asettle has joined #openstack-keystone19:59
dstaneksamueldmq: it's definitely the space http://paste.openstack.org/show/564055/20:00
dstanekraw memcache commands agree20:00
dstaneki'll look at why it's not getting mangled. we should be getting the default mangler and wrapping it20:01
* samueldmq nods20:01
dstaneksamueldmq: it's odd because i think it gets setup in oslo.cache. not sure why it isn't being passed through20:02
*** jraim has quit IRC20:02
samueldmqdstanek: are we using oslo.cache to create the regions ?20:02
*** zhiyan has quit IRC20:03
lbragstaddstanek this apparently fixes it - http://cdn.pasteraw.com/21can262fonp5t19xzyhrxgkp95eja520:03
lbragstadrerunning all the py34 tests now20:03
*** su_zhang has joined #openstack-keystone20:03
*** ctracey has quit IRC20:04
*** lamt has joined #openstack-keystone20:04
*** serverascode has quit IRC20:04
lbragstaddstanek not sure if that's the best fix20:05
*** slberger has quit IRC20:06
*** su_zhang has quit IRC20:08
openstackgerritLance Bragstad proposed openstack/keystone: Implement encryption of credentials at rest  https://review.openstack.org/35561820:10
*** tonytan_brb has joined #openstack-keystone20:13
*** roxanaghe has quit IRC20:15
*** tonytan4ever has quit IRC20:16
*** su_zhang has joined #openstack-keystone20:17
*** roxanaghe has joined #openstack-keystone20:23
*** su_zhang has quit IRC20:27
*** dkehn_ has quit IRC20:34
*** jraim has joined #openstack-keystone20:35
*** esp has quit IRC20:38
*** ctracey has joined #openstack-keystone20:40
*** serverascode has joined #openstack-keystone20:43
notmorganrderose: lets just drop sqlite completely ;)20:43
notmorganlbragstad: i love bytes... =/ (not really)20:43
rderosenotmorgan: yeah!!!20:44
notmorganlbragstad: http://paste.openstack.org/show/564061/ #TheMoreYouKnow20:44
*** zhiyan has joined #openstack-keystone20:45
*** roxanaghe has quit IRC20:46
*** edtubill has quit IRC20:50
*** adu has quit IRC20:53
lbragstadnotmorgan nice20:53
*** slberger has joined #openstack-keystone20:56
*** marekd2 has joined #openstack-keystone20:59
*** ayoung has joined #openstack-keystone20:59
*** ChanServ sets mode: +v ayoung20:59
*** clenimar has quit IRC21:01
*** sdake has joined #openstack-keystone21:02
*** marekd2 has quit IRC21:04
*** raildo has quit IRC21:06
*** iurygregory has quit IRC21:07
*** pauloewerton has quit IRC21:10
*** marekd2 has joined #openstack-keystone21:12
*** tqtran has quit IRC21:14
*** su_zhang has joined #openstack-keystone21:17
*** marekd2 has quit IRC21:17
lbragstaddolphm thanks for the review - I can address those comments21:18
lbragstaddolphm i responded here - https://review.openstack.org/#/c/355618/26/keystone/common/sql/data_migration_repo/versions/002_migrate_unencrypted_credentials.py21:18
dolphmlbragstad: i just realized i was reviewing the old patchset, i'm continuing with the new one now21:19
dolphmlbragstad: think "while select(10): for row in select: encrypt(row)"21:19
*** ruoyu has quit IRC21:20
*** su_zhang has quit IRC21:22
*** tqtran has joined #openstack-keystone21:26
*** roxanaghe has joined #openstack-keystone21:26
*** Ephur has quit IRC21:26
lbragstaddolphm that's not user initiated, is it?21:27
*** su_zhang has joined #openstack-keystone21:27
*** roxanaghe has quit IRC21:27
*** roxanaghe has joined #openstack-keystone21:29
lbragstadugh - for some reason py2 and py3 can't agree on strings with the decrypt method21:29
*** cher has joined #openstack-keystone21:38
*** slberger has quit IRC21:41
*** slberger has joined #openstack-keystone21:44
*** Gorian|work has quit IRC21:50
*** Gorian|work has joined #openstack-keystone21:52
*** lamt has quit IRC21:54
*** ravelar has quit IRC21:58
*** sdake_ has joined #openstack-keystone22:01
*** su_zhang has quit IRC22:02
*** sdake has quit IRC22:03
*** lamt has joined #openstack-keystone22:05
*** su_zhang has joined #openstack-keystone22:05
*** lamt has quit IRC22:05
notmorganlbragstad: example?22:08
notmorganlbragstad: because there is absolutely no reason py3 should break a py2 encrypted string22:08
lbragstadnotmorgan latest failures here - https://review.openstack.org/#/c/355618/2622:09
lbragstadpy2 is failing with the if statement i put in the decrypt method22:09
lbragstadseems strange22:09
notmorganin which file? just so i can find it more quickly22:09
notmorganyou added the if statement22:09
notmorganfernet/core?22:09
lbragstadnotmorgan keystone/credential/providers/fernet/core.py22:10
notmorganoh hah i was on  an old patch22:10
notmorgani was very confused22:10
notmorgan#HATEGERRITUI22:10
notmorganso, you're sometimes getting bytes and sometimes not?22:11
lbragstadnotmorgan apparently?22:11
notmorganwait22:12
notmorganwhich side of the if statement is failing?22:12
notmorganthat is not clear here. let me test locally.22:13
*** chrisshattuck has joined #openstack-keystone22:13
notmorganlbragstad: ok so it's failing in the bytes() converted one (first part of the if block)22:16
lbragstadnotmorgan that same if statement passes on py3422:17
*** adrian_otto has joined #openstack-keystone22:17
notmorganlbragstad: i think i found it22:18
notmorgansec22:18
notmorganyep22:18
*** Gorian|work has quit IRC22:19
notmorganbytes(<Value>, <encoding>) is not valid on py222:19
notmorganbecause str == bytes in py222:19
notmorganstr() takes at most 1 argument (2 given)22:19
lbragstadhmm22:19
notmorganyou need to use something more like .encode('utf-8')22:19
notmorganvs explicit cast to bytes()22:19
notmorganassuming this is to mitigate a str vs bytes in py322:19
notmorgan*or* just if six.PY3 gate the conversion to bytes22:20
lbragstadnotmorgan so don't use bytes period?22:20
notmorganstr.encode() will return bytes() object22:20
lbragstadmake self.crypto.decrypt(bytes(credential)).decode('utf-8') this self.crypto.decrypt(credential).decode('utf-8')22:20
*** Gorian|work has joined #openstack-keystone22:20
notmorgan>>> 'aaaa'.encode('utf-8')22:21
notmorganb'aaaa'22:21
notmorgan(in py3)22:21
notmorganfor extreme safety.22:21
notmorganself.crypt.decrypt(credential.encode('utf-8)).decode('utf-8')22:22
notmorganif it's a STR and not bytes22:22
*** Gorian|work has quit IRC22:22
notmorganif it's bytes you can't use "encode" in py3 (py2 it works still)22:22
lbragstadah22:23
lbragstadweird22:23
notmorganso: if six.PY3 and isinstance(credential, str): return self.crypto.decrypt(credential.encode('utf-8')).decode('utf-8') else return self.crypto.decrypt(credential).decode('utf-8')22:23
notmorganor similar22:24
notmorganthis is a result of in py2, str == bytes22:24
notmorganand in py3 bytes is it's own classification independant of str (which is now ~= u'')...22:24
notmorganI greatly dislike python's handling of bytes vs strings.22:24
*** Gorian|work has joined #openstack-keystone22:24
notmorganlbragstad: i would also split the statements for decrypt and decoding into multiple lines22:25
*** michauds has quit IRC22:25
notmorganjust for clarity / ease of reading (but that is nitpicking)22:25
*** Gorian|work has quit IRC22:26
lbragstadnotmorgan got it22:26
lbragstadrunning tests now22:26
* dolphm is back, sort of22:26
* notmorgan shooos dolphm off until he's "really" back ;)22:27
dolphmi got up at 3, but i have this delicious coffee to keep me awake22:27
lbragstad:169122:28
notmorgandolphm: what kind of coffee and method of brewing?22:28
lbragstadugh22:28
lbragstadsorry22:28
notmorganlbragstad:  :113422:28
notmorganlbragstad: see i can do that too!22:28
*** Gorian|work has joined #openstack-keystone22:29
notmorgandolphm: you should order some coffee from Coava ... it is *ah-maaaaaze-ing* http://coavacoffee.com/22:29
* notmorgan needs to start cold brewing coffee.22:29
lbragstadmy wife ordered some dark roast for peet's22:30
lbragstadwe're digging that22:30
dolphmnotmorgan: cold brew from a san antonio roaster (Merit) & coffee shop (Local)22:30
notmorganlbragstad: get her to order from coava.22:30
notmorganlbragstad: it's pricy but worth it22:30
*** tqtran has quit IRC22:30
dolphmnotmorgan: http://coavacoffee.com/pages/shop22:30
dolphmnotmorgan: oh, i got a 404 a second ago22:30
notmorganPNW small roasters is totally different than the peets/starbucks22:31
notmorgandolphm: yeah it did that for me once i figured it was on my end22:31
* notmorgan loves tryig the local roasters in every city22:31
notmorganCoava is my fav. one of the places we went on Tokyo was also just amazing22:32
*** chrisshattuck has quit IRC22:32
dolphmlbragstad: did you notice that local uses your metal (aluminum?) hario?22:33
dolphmnotmorgan: i really like the vending machine across from the train station22:33
*** slberger has left #openstack-keystone22:33
*** Gorian|work has quit IRC22:34
*** tqtran has joined #openstack-keystone22:34
notmorgan:)22:37
notmorganwe found this tiny little coffee shop that was on a back-street/alley. the most hilarious part was it was advertising (flyers) for a Portland Festival in Tokyo22:37
notmorgandolphm: ^22:37
lbragstaddolphm i did :)22:38
dolphmnotmorgan: Portland Festival in tokyo must be the best22:38
notmorgani ... yeah i admit I didn't go22:39
dolphmlbragstad: you should review the patches that yours depends on btw :P22:39
notmorganTokyo might have higher concentration of hipsters than PDX does.22:39
*** BjoernT has quit IRC22:39
*** itisha has quit IRC22:40
lbragstaddolphm will do22:43
*** edmondsw has quit IRC22:44
openstackgerritLance Bragstad proposed openstack/keystone: Implement encryption of credentials at rest  https://review.openstack.org/35561822:51
notmorganlbragstad: commented on your latest patch.. real nit-picky but...22:53
notmorganjust a thought on how to make it easier to read22:53
lbragstadnotmorgan awesome - thanks22:57
*** serverascode has quit IRC23:01
*** ctracey has quit IRC23:01
*** zhiyan has quit IRC23:02
*** bapalm_ has quit IRC23:06
*** jraim has quit IRC23:09
*** bapalm has joined #openstack-keystone23:11
*** ctracey has joined #openstack-keystone23:15
openstackgerritLance Bragstad proposed openstack/keystone: Implement encryption of credentials at rest  https://review.openstack.org/35561823:15
lbragstadnotmorgan done ^23:15
lbragstadnotmorgan thanks for the review :)23:15
*** serverascode has joined #openstack-keystone23:20
*** zhiyan has joined #openstack-keystone23:28
*** ctracey has quit IRC23:46
*** zhiyan has quit IRC23:46
*** serverascode has quit IRC23:46
*** su_zhang has quit IRC23:51
*** su_zhang has joined #openstack-keystone23:56
*** su_zhang has quit IRC23:56
*** su_zhang has joined #openstack-keystone23:56

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