Wednesday, 2015-01-14

*** raildo has quit IRC00:00
openstackgerritJamie Lennox proposed openstack/python-keystoneclient: Deprecate attributes from BaseIdentityPlugin  https://review.openstack.org/14702600:03
openstackgerritOpenStack Proposal Bot proposed openstack/keystone: Updated from global requirements  https://review.openstack.org/14702800:04
*** chlong has joined #openstack-keystone00:05
*** gyee has joined #openstack-keystone00:07
*** erkules has quit IRC00:09
*** tellesnobrega has quit IRC00:09
*** dstanek has quit IRC00:09
*** dstanek has joined #openstack-keystone00:09
*** ChanServ sets mode: +v gyee00:09
*** ChanServ sets mode: +v dstanek00:10
*** jraim has joined #openstack-keystone00:10
*** erkules has joined #openstack-keystone00:10
*** tellesnobrega has joined #openstack-keystone00:11
openstackgerritMerged openstack/keystone: Fixes several typos on configuration doc  https://review.openstack.org/14625800:13
openstackgerritOpenStack Proposal Bot proposed openstack/python-keystoneclient-federation: Updated from global requirements  https://review.openstack.org/14478500:15
*** LinstatSDR has joined #openstack-keystone00:16
*** stevemar has joined #openstack-keystone00:17
*** ChanServ sets mode: +v stevemar00:17
*** ctracey has joined #openstack-keystone00:23
openstackgerritMerged openstack/keystone: Fixes spacing in sentences on configuration doc  https://review.openstack.org/14625900:24
*** atiwari has joined #openstack-keystone00:24
openstackgerritMerged openstack/keystone: Limit lines length on configuration doc  https://review.openstack.org/14626000:24
openstackgerritMerged openstack/keystone: Update Inherited Role Assignment Extension section  https://review.openstack.org/14626100:24
*** stevemar has quit IRC00:27
*** david-lyle has joined #openstack-keystone00:28
*** Tahmina has quit IRC00:29
*** serverascode has joined #openstack-keystone00:37
*** EmilienM is now known as EmilienM|afk00:39
*** LinstatSDR has quit IRC00:40
*** gyee has quit IRC00:46
*** zhiyan has joined #openstack-keystone00:48
*** EmilienM|afk has quit IRC00:52
*** jraim has quit IRC00:54
*** dougwig has quit IRC00:54
*** EmilienM has joined #openstack-keystone00:56
*** david-lyle has quit IRC00:58
*** dougwig has joined #openstack-keystone00:58
*** david-lyle has joined #openstack-keystone00:58
*** jraim has joined #openstack-keystone01:00
*** gyee has joined #openstack-keystone01:03
*** ChanServ sets mode: +v gyee01:03
*** david-lyle has quit IRC01:05
*** EmilienM has quit IRC01:07
*** gyee has quit IRC01:08
*** EmilienM has joined #openstack-keystone01:08
*** gyee has joined #openstack-keystone01:08
*** ChanServ sets mode: +v gyee01:08
*** samueldmq_ has joined #openstack-keystone01:08
*** david-lyle has joined #openstack-keystone01:09
*** atiwari has quit IRC01:12
*** jraim has quit IRC01:13
*** lhcheng has quit IRC01:16
*** jraim has joined #openstack-keystone01:19
*** rwsu has quit IRC01:21
*** nkinder has joined #openstack-keystone01:22
*** david-lyle has quit IRC01:24
*** afazekas has quit IRC01:25
*** david-lyle has joined #openstack-keystone01:29
*** zzzeek has quit IRC01:31
*** lsmola has quit IRC01:31
openstackgerritwanghong proposed openstack/keystone: correct the help text of os_inherit  https://review.openstack.org/14680101:31
*** lsmola has joined #openstack-keystone01:32
*** _cjones_ has quit IRC01:33
*** _cjones_ has joined #openstack-keystone01:33
*** david-lyle has quit IRC01:35
*** dtroyer has quit IRC01:37
*** _cjones_ has quit IRC01:40
*** abhirc has joined #openstack-keystone01:42
openstackgerritMerged openstack/keystone: Always return the service name in the catalog  https://review.openstack.org/13580801:44
openstackgerritMerged openstack/python-keystoneclient-federation: Updated from global requirements  https://review.openstack.org/14478501:49
*** david-lyle has joined #openstack-keystone01:52
*** EmilienM has quit IRC01:52
openstackgerritJamie Lennox proposed openstack/python-keystoneclient: Deprecate attributes from BaseIdentityPlugin  https://review.openstack.org/14702601:53
*** dtroyer has joined #openstack-keystone01:55
*** EmilienM has joined #openstack-keystone01:56
*** Guest85585 is now known as mfisch01:59
*** david-lyle has quit IRC01:59
*** mfisch has quit IRC01:59
*** mfisch has joined #openstack-keystone01:59
openstackgerritBrant Knudson proposed openstack/keystonemiddleware: Refactor extract class for signing directory  https://review.openstack.org/12228101:59
openstackgerritBrant Knudson proposed openstack/keystonemiddleware: Refactor auth_token revocation list members to new class  https://review.openstack.org/10240301:59
*** chrisshattuck has joined #openstack-keystone01:59
*** ayoung has joined #openstack-keystone02:01
*** ChanServ sets mode: +v ayoung02:01
*** dims__ has quit IRC02:02
*** dims__ has joined #openstack-keystone02:03
*** zhiyan has quit IRC02:05
*** zhiyan has joined #openstack-keystone02:06
*** richm has quit IRC02:07
openstackgerritDave Chen proposed openstack/keystone: Remove local conf information from paste-ini  https://review.openstack.org/13412502:07
*** dims__ has quit IRC02:07
*** dtroyer has quit IRC02:08
*** gyee has quit IRC02:08
*** tellesnobrega has quit IRC02:09
*** dtroyer has joined #openstack-keystone02:09
*** samueldmq has quit IRC02:09
*** vishy has quit IRC02:11
*** cyeoh has quit IRC02:14
*** afaranha has quit IRC02:14
*** vishy has joined #openstack-keystone02:14
*** cyeoh has joined #openstack-keystone02:16
openstackgerritBrant Knudson proposed openstack/keystone: Move eventlet server options to a config section  https://review.openstack.org/13096202:19
*** tellesnobrega has joined #openstack-keystone02:20
*** samueldmq has joined #openstack-keystone02:20
*** afaranha has joined #openstack-keystone02:20
*** LinstatSDR has joined #openstack-keystone02:21
openstackgerritBrant Knudson proposed openstack/keystonemiddleware: Correct failures for check E122  https://review.openstack.org/14635502:22
*** EmilienM has quit IRC02:22
*** dtroyer has quit IRC02:23
*** EmilienM has joined #openstack-keystone02:23
*** samueldmq_ has quit IRC02:24
openstackgerritBrant Knudson proposed openstack/keystonemiddleware: Enforce check F821 and H304  https://review.openstack.org/14635602:24
*** dtroyer has joined #openstack-keystone02:25
*** chrisshattuck has quit IRC02:29
openstackgerritJamie Lennox proposed openstack/python-keystoneclient: Deprecate various methods and attributes  https://review.openstack.org/14702602:38
*** david-lyle has joined #openstack-keystone02:40
*** erkules_ has joined #openstack-keystone02:41
*** erkules has quit IRC02:43
openstackgerritJamie Lennox proposed openstack/python-keystoneclient: Add generic auth plugin documentation  https://review.openstack.org/14168002:44
*** stevemar has joined #openstack-keystone02:46
*** ChanServ sets mode: +v stevemar02:46
*** harlowja is now known as harlowja_away02:46
*** mflobo_ has joined #openstack-keystone02:46
*** cyeoh has quit IRC02:47
*** lbragstad has quit IRC02:47
*** mgagne has quit IRC02:47
*** mflobo has quit IRC02:48
*** mhu has quit IRC02:48
*** rm_work has quit IRC02:48
*** cyeoh has joined #openstack-keystone02:48
openstackgerritJamie Lennox proposed openstack/python-keystoneclient: Add auth plugin params to doc  https://review.openstack.org/14168102:48
*** ctracey has quit IRC02:52
*** rm_work has joined #openstack-keystone02:53
*** mflobo has joined #openstack-keystone02:53
openstackgerritJamie Lennox proposed openstack/python-keystoneclient: Deprecate various methods and attributes  https://review.openstack.org/14702602:54
*** zhiyan has quit IRC02:55
*** lbragstad has joined #openstack-keystone02:55
wanghongstevemar, ping, we do not need to modify etc/keystone.conf.sample now?02:55
*** mflobo_ has quit IRC02:56
stevemarwanghong, which patch are you referring to?02:56
openstackgerritwanghong proposed openstack/keystone: remove the Conf.signing.token_format option support  https://review.openstack.org/14425002:56
wanghongstevemar, https://review.openstack.org/#/c/146801/02:56
wanghongthis one02:56
*** zhiyan has joined #openstack-keystone02:57
stevemarwanghong, hmm running `tox -e sample_config` should change etc/keystone.conf.sample (with the correct spacing)02:58
stevemarlet me see what happens when i run it02:58
*** ctracey has joined #openstack-keystone02:58
*** mflobo_ has joined #openstack-keystone02:58
*** mflobo has quit IRC03:01
*** mhu has joined #openstack-keystone03:02
*** mgagne has joined #openstack-keystone03:04
*** mgagne is now known as Guest3302503:05
*** abhirc has quit IRC03:06
*** mhu has quit IRC03:07
*** chrisshattuck has joined #openstack-keystone03:07
openstackgerritDave Chen proposed openstack/keystone: Skip endpoints which is not available  https://review.openstack.org/14486003:08
openstackgerritSteve Martinelli proposed openstack/keystone: correct the help text of os_inherit  https://review.openstack.org/14680103:08
*** lbragstad has quit IRC03:08
wanghongstevemar, you mean I should use tox command to change it?03:08
stevemarwanghong, i uploaded a new version, i ran the "tox -e sample_config" command when I pulled down the patch set03:09
stevemarwanghong, yep, i just ran it and uploaded it, there is a slight diff between what you proposed and what is auto-generated: https://review.openstack.org/#/c/146801/2..4/etc/keystone.conf.sample03:09
stevemarIt's not a big issue, but in case someone adds a new config option and runs the tox command, then they will see a change that is not related to theirs03:10
wanghongstevemar, yep, I see03:10
stevemarwanghong, thanks for all your work with OSC lately btw!03:10
*** lbragstad has joined #openstack-keystone03:10
stevemari really appreciate it!03:10
*** LinstatSDR has quit IRC03:11
wanghongstevemar, thanks :)03:12
openstackgerritDavid Stanek proposed openstack/keystone: test for tools  https://review.openstack.org/14705603:13
openstackgerritDavid Stanek proposed openstack/keystone: test for tools  https://review.openstack.org/14705603:16
*** jraim has quit IRC03:18
*** junhongl has quit IRC03:18
*** junhongl has joined #openstack-keystone03:19
*** jraim has joined #openstack-keystone03:19
*** abhirc has joined #openstack-keystone03:24
*** david-lyle has quit IRC03:25
openstackgerritDavid Stanek proposed openstack/keystone: another test  https://review.openstack.org/14705703:26
openstackgerritDavid Stanek proposed openstack/keystone: test for tools  https://review.openstack.org/14705603:29
*** ayoung has quit IRC03:31
*** dtroyer has quit IRC03:36
*** lbragstad has quit IRC03:38
*** dtroyer has joined #openstack-keystone03:39
*** EmilienM has quit IRC03:40
*** comstud has quit IRC03:40
*** comstud has joined #openstack-keystone03:41
*** ayoung has joined #openstack-keystone03:43
*** ChanServ sets mode: +v ayoung03:43
*** EmilienM has joined #openstack-keystone03:44
*** jraim has quit IRC03:45
*** jraim has joined #openstack-keystone03:47
*** lbragstad has joined #openstack-keystone03:47
*** dtroyer has quit IRC03:52
*** dtroyer has joined #openstack-keystone03:58
*** lbragstad has quit IRC04:00
*** avozza is now known as zz_avozza04:01
*** EmilienM has quit IRC04:01
*** lbragstad has joined #openstack-keystone04:02
stevemardstanek, quit testing for tools04:02
dstanekstevemar: serry :-(04:02
*** LinstatSDR has joined #openstack-keystone04:03
stevemardstanek, something something, da browns04:03
*** chrisshattuck has quit IRC04:05
*** EmilienM has joined #openstack-keystone04:08
*** rushiagr_away is now known as rushiagr04:12
*** dtroyer has quit IRC04:13
*** Guest33025 has quit IRC04:32
*** flwang has quit IRC04:34
*** mgagne has joined #openstack-keystone04:34
*** EmilienM has quit IRC04:35
*** mgagne is now known as Guest5760504:35
openstackgerritDave Chen proposed openstack/keystone: Skip endpoints which is not available  https://review.openstack.org/14486004:35
*** klaas_ has joined #openstack-keystone04:37
openstackgerrithenry-nash proposed openstack/keystone: Split roles into their own backend within assignments  https://review.openstack.org/14423904:37
*** hichtakk has quit IRC04:38
*** EmilienM has joined #openstack-keystone04:38
*** hichtakk has joined #openstack-keystone04:39
*** hichtakk has quit IRC04:39
*** hichtakk has joined #openstack-keystone04:39
*** hichtakk has quit IRC04:40
*** flwang has joined #openstack-keystone04:41
*** hichtakk has joined #openstack-keystone04:41
*** _cjones_ has joined #openstack-keystone04:41
*** hichtakk has quit IRC04:41
*** hichtakk has joined #openstack-keystone04:42
*** hichtakk has quit IRC04:42
*** hichtakk has joined #openstack-keystone04:42
*** hichtakk has joined #openstack-keystone04:43
openstackgerrithenry-nash proposed openstack/keystone: Correct doc string for grant driver methods  https://review.openstack.org/14440304:45
*** _cjones_ has quit IRC04:45
openstackgerrithenry-nash proposed openstack/keystone: Make controllers call the new, split out, role manager  https://review.openstack.org/14449404:46
openstackgerrithenry-nash proposed openstack/keystone: Make unit tests call the new, split out, role manager  https://review.openstack.org/14454804:47
openstackgerrithenry-nash proposed openstack/keystone: Refactor assignment manager/driver methods  https://review.openstack.org/14465004:48
*** klaas_ has quit IRC04:49
openstackgerrithenry-nash proposed openstack/keystone: Correct comment about circular dependency  https://review.openstack.org/14485004:49
*** klaas_ has joined #openstack-keystone04:51
*** dims__ has joined #openstack-keystone04:52
openstackgerritMerged openstack/keystonemiddleware: support micro version if sent  https://review.openstack.org/13091604:55
*** dims__ has quit IRC04:57
*** vishy has quit IRC04:57
*** ajayaa has joined #openstack-keystone05:00
openstackgerrithenry-nash proposed openstack/keystone: Move projects and domains to their own backend  https://review.openstack.org/14482405:02
*** vishy has joined #openstack-keystone05:03
openstackgerrithenry-nash proposed openstack/keystone: Remove unused pointer to assignment in identity driver  https://review.openstack.org/14502205:03
*** chrisshattuck has joined #openstack-keystone05:04
openstackgerrithenry-nash proposed openstack/keystone: Make controllers and managers reference new resource manager  https://review.openstack.org/13352505:04
openstackgerrithenry-nash proposed openstack/keystone: Make unit tests call the new resource manager  https://review.openstack.org/13095405:05
*** lhcheng has joined #openstack-keystone05:10
*** EmilienM has quit IRC05:12
*** EmilienM has joined #openstack-keystone05:16
*** zigo has quit IRC05:20
*** zigo has joined #openstack-keystone05:21
*** hichtakk has quit IRC05:23
*** hichtakk has joined #openstack-keystone05:23
*** hichtakk has quit IRC05:23
*** hichtakk has joined #openstack-keystone05:24
*** hichtakk has quit IRC05:24
*** hichtakk_ has joined #openstack-keystone05:25
*** hichtak__ has joined #openstack-keystone05:26
*** hichtakk_ has quit IRC05:26
*** comstud has quit IRC05:38
*** comstud has joined #openstack-keystone05:40
*** hichtak__ has quit IRC05:41
openstackgerritLin Hua Cheng proposed openstack/keystone: On creation default service name to empty string  https://review.openstack.org/14696205:41
*** lbragstad has quit IRC05:52
*** chrisshattuck has quit IRC05:52
*** abhirc has quit IRC05:54
*** lbragstad has joined #openstack-keystone05:55
*** abhirc has joined #openstack-keystone05:55
*** MasterPiece has joined #openstack-keystone05:56
*** abhirc has joined #openstack-keystone05:59
openstackgerritSteve Martinelli proposed openstack/keystone: Scope federated token with 'token' identity method  https://review.openstack.org/13059306:03
*** erkules_ is now known as erkules06:04
openstackgerritOpenStack Proposal Bot proposed openstack/keystone: Imported Translations from Transifex  https://review.openstack.org/14513506:07
openstackgerritMerged openstack/keystone-specs: Service Provider for K2K  https://review.openstack.org/13560406:09
*** LinstatSDR has quit IRC06:16
*** MasterPiece has quit IRC06:44
*** stevemar has quit IRC06:47
*** abhirc_ has joined #openstack-keystone06:49
*** abhirc has quit IRC06:51
*** lhcheng has quit IRC06:51
*** abhirc_ has quit IRC06:52
*** lhcheng has joined #openstack-keystone06:52
openstackgerritZhiQiang Fan proposed openstack/python-keystoneclient: Enable hacking rule F821  https://review.openstack.org/13409606:56
*** lhcheng has quit IRC06:56
*** zhiyan has quit IRC07:08
*** zhiyan has joined #openstack-keystone07:11
*** serverascode has quit IRC07:12
*** andreaf has joined #openstack-keystone07:15
*** serverascode has joined #openstack-keystone07:16
*** oomichi_ has quit IRC07:37
*** chlong has quit IRC07:47
*** lhcheng has joined #openstack-keystone07:54
*** lhcheng has quit IRC07:58
*** jistr has joined #openstack-keystone08:00
*** jaosorior has joined #openstack-keystone08:03
openstackgerrithenry-nash proposed openstack/keystone: Split the assignments controller  https://review.openstack.org/13263408:04
*** lbragstad has quit IRC08:24
*** hichtakk has joined #openstack-keystone08:25
*** nkinder has quit IRC08:25
*** zz_avozza is now known as avozza08:30
*** cyeoh has quit IRC08:30
*** Guest57605 has quit IRC08:31
*** cyeoh has joined #openstack-keystone08:31
*** mgagne has joined #openstack-keystone08:33
*** mgagne is now known as Guest553808:33
*** lbragstad has joined #openstack-keystone08:34
*** jaosorior has quit IRC08:36
*** nkinder has joined #openstack-keystone08:37
*** avozza is now known as zz_avozza08:37
*** zz_avozza is now known as avozza08:37
*** links has joined #openstack-keystone08:38
*** jaosorior has joined #openstack-keystone08:38
*** cyeoh has quit IRC08:43
*** cyeoh has joined #openstack-keystone08:46
*** avozza is now known as zz_avozza08:47
*** MasterPiece has joined #openstack-keystone08:49
*** josecastroleon has joined #openstack-keystone08:54
*** josecastroleon has quit IRC08:56
*** josecastroleon has joined #openstack-keystone08:56
*** jaosorior has quit IRC08:58
*** jaosorior has joined #openstack-keystone08:59
*** josecastroleon_ has joined #openstack-keystone09:01
*** zz_avozza is now known as avozza09:01
*** josecastroleon has quit IRC09:04
*** josecastroleon_ has quit IRC09:05
*** serverascode has quit IRC09:09
*** serverascode has joined #openstack-keystone09:12
*** josecastroleon has joined #openstack-keystone09:21
*** nellysmitt has joined #openstack-keystone09:25
*** jamielennox is now known as jamielennox|away09:31
*** dims__ has joined #openstack-keystone09:31
*** dims__ has quit IRC09:36
*** josecastroleon has quit IRC09:38
*** josecastroleon has joined #openstack-keystone09:39
*** Guest5538 has quit IRC09:51
*** andreaf has quit IRC09:53
*** mgagne has joined #openstack-keystone09:55
*** mgagne is now known as Guest8097909:55
*** vishy has quit IRC09:59
*** dtantsur has joined #openstack-keystone10:02
*** Sanchit has joined #openstack-keystone10:02
SanchitHi, I am having a setup of objectStorage which can handle a load of about 10,000 requests.10:03
SanchitI am using UUID type tokens10:03
SanchitWill my keystone server be able to handle the same load?10:03
Sanchitjamielennox|away: Could you please help me regarding this query posted above10:04
*** andreaf has joined #openstack-keystone10:10
*** vishy has joined #openstack-keystone10:11
*** josecastroleon_ has joined #openstack-keystone10:12
*** josecastroleon has quit IRC10:15
*** vishy has quit IRC10:21
*** aix has joined #openstack-keystone10:22
*** yasu_ has joined #openstack-keystone10:29
*** jistr has quit IRC10:31
*** yasu_ has quit IRC10:31
*** vishy has joined #openstack-keystone10:34
*** dims__ has joined #openstack-keystone10:41
*** lhcheng has joined #openstack-keystone10:43
*** lhcheng has quit IRC10:47
*** jistr has joined #openstack-keystone10:48
bretonmorganfainberg: here?10:51
*** josecastroleon_ has quit IRC10:55
*** josecastroleon_ has joined #openstack-keystone10:56
*** avozza is now known as zz_avozza10:59
*** dims__ has quit IRC11:00
*** dims__ has joined #openstack-keystone11:00
*** dims__ has quit IRC11:05
*** aix has quit IRC11:14
*** zz_avozza is now known as avozza11:25
*** aix has joined #openstack-keystone11:28
openstackgerritMarek Denis proposed openstack/keystone: Identify groups by name/domain in mapping rules.  https://review.openstack.org/13901311:30
*** dims__ has joined #openstack-keystone11:44
openstackgerritMarco Fargetta proposed openstack/keystone: Multiple IdP authentication URL  https://review.openstack.org/14274311:51
*** rushiagr is now known as rushiagr_away11:53
*** chlong has joined #openstack-keystone12:06
*** topol has joined #openstack-keystone12:22
*** ChanServ sets mode: +v topol12:22
amakarov_awayayoung, hi! My precious trust redelegation seems to move :) Can you please look at https://review.openstack.org/#/c/126897/ ?12:25
*** amakarov_away is now known as amakarov12:25
*** rushiagr_away is now known as rushiagr12:31
*** avozza is now known as zz_avozza12:55
*** boris-42 has joined #openstack-keystone12:56
*** chlong has quit IRC13:02
*** ajayaa has quit IRC13:03
*** zz_avozza is now known as avozza13:04
*** avozza is now known as zz_avozza13:20
*** radez_g0n3 is now known as radez13:29
*** zz_avozza is now known as avozza13:40
*** LinstatSDR has joined #openstack-keystone13:50
*** jbonjean has quit IRC13:52
*** jbonjean has joined #openstack-keystone13:53
*** gordc has joined #openstack-keystone13:54
*** ajayaa has joined #openstack-keystone14:01
*** joesavak has joined #openstack-keystone14:01
amakarovbknudson, greetings! I have an ancient patch here https://review.openstack.org/#/c/118590/ It seems I had to roll back any changes there except config descriptions. You are the last to comment there, can you please tell me is it actual now, as we are about to create a separate r/w LDAP ?14:02
*** saltsa has joined #openstack-keystone14:10
*** mattfarina has joined #openstack-keystone14:11
*** nkinder has quit IRC14:20
*** lhcheng has joined #openstack-keystone14:20
*** zzzeek has joined #openstack-keystone14:21
*** diegows has joined #openstack-keystone14:21
*** MasterPiece has quit IRC14:22
*** blinky_ghost has joined #openstack-keystone14:22
blinky_ghosthi all, can anybody explain me what this error means: DEBUG keystoneclient.session [-] Request returned failure status: 404 request /usr/lib/python2.7/site-packages/keystoneclient/session.py:345 WARNING keystonemiddleware.auth_token [-] Authorization failed for token WARNING keystonemiddleware.auth_token [-] Identity response: {"error": {"message": "Could not find token: 86f10d2315df46d281967fb511918165", "code": 404, "title": "Not Found"14:23
blinky_ghost}}14:23
blinky_ghostthis happens in nova-api14:24
*** lhcheng has quit IRC14:25
rodrigodsblinky_ghost, seems like you're using an already expired token14:26
*** Ctina_ has joined #openstack-keystone14:27
amakarovblinky_ghost, rodrigods, or something happened to token backend14:27
blinky_ghostrodrigods: I have a galera mysql db with 3 nodes where tokens are replicated. This happens when I reboot my server that has API and MYSQL VIP. Don't understand why because the DB is the same on all the controllers.14:28
rodrigodsblinky_ghost, using memcached?14:29
blinky_ghostrodrigods: no, i use mysql, can I show you my conf?14:30
rodrigodsblinky_ghost, I'm afraid I'd help more in the code level, don't have much experience configuring such deployments :(14:32
rodrigodsblinky_ghost, maybe morganfainberg and ayoung can help you once they appear here :)14:32
ayoungamakarov, -2.  Will never happen!  Just kidding. +2a.  Decided to give you two heart attacks for the price of one.14:32
blinky_ghostrodrigods: ok thanks14:32
ayoungblinky_ghost, I just ate a power pellet.  You better run14:32
ayoungblinky_ghost,  "Could not find token: 86f10d2315df46d281967fb511918165"14:33
ayoungsomeone is using something that looks like a token, but brother it ain't a token14:33
blinky_ghostayoung what do you mean? :)14:34
ayoungblinky_ghost, ok,  so the token is a uuid.   It means that it is talking to a keystone server that does not know about that uuid pointing to a token.  Could be a replication error between nodes?14:35
ayoungin Galera?14:35
ayoungblinky_ghost, the order would be something like this:14:35
blinky_ghostayoung, maybe, that happens when I change my Mysql Virtual IP14:35
blinky_ghostor my API VIP14:36
blinky_ghostalthough galera is replicated I'm pretty sure of that14:36
ayoungusergoes to keystone1  to create a token.  user sends token to nova.  Nova tries to validate token with key2.  Key 2 talks to an unsynced Galera instance?14:36
blinky_ghostayoung: it makes sense, but replication in DB is working fine. Do you have any sugestion14:37
ayoungblinky_ghost  how easy is it to reproduce?14:39
blinky_ghostayoung: pretty easy: I have 3 nodes with Keepalived, and the first controller runs as master node, it has the VIPS. If I reboot that node, when it comes on line, my nova-api and glance starts failling. If I reboot the services, openstack services on all the nodes, it will start to work again.14:41
ayoungblinky_ghost, and Galera is running on the controller nodes?14:41
*** richm has joined #openstack-keystone14:41
*** radez is now known as radez_g0n314:42
blinky_ghostayoung: yes. on all 3. But I don't use haproxy for Galera.  I only use Keepalived.14:42
ayoungrebooting Keystone probably fakes you out, as now you are getting all new tokens.  So I suspect it is the scenario I just mentioned, or something similar14:42
ayoungbut, reproduce, and then fire direct sql queries at the different galera instances14:43
ayoungselect * from token where id = ?14:43
ayoung?  being the failing id14:43
blinky_ghostayoung: OK, testing14:43
ayoungblinky_ghost, are the keystone servers saving tokens in the same Galera instance or in separate ones?14:45
blinky_ghostayoung: the same14:46
ayoungblinky_ghost, but maybe there is a time sync problem....when the node dies, there are tokens created in galera on the live nodes that are not yet persisted to the rebooting node.  When the rebooting node comes back up, Galera has to sync up all of the changes from the nodes that did not reboot14:48
ayoungI'm just guessing here, but it smells like a replication problem14:48
blinky_ghostayoung: OK, I'm trying to replicate the issue14:53
*** trey has quit IRC14:54
blinky_ghostayoung: 2015-01-14 14:55:57.532 4925 WARNING keystonemiddleware.auth_token [-] Retrying on HTTP connection exception: Unable to establish connection to http://172.16.21.20:35357/v2.0/tokens14:57
blinky_ghostayoung: 2015-01-14 14:55:58.650 4925 DEBUG keystoneclient.session [-] REQ: curl -i -X GET http://172.16.21.20:35357/v2.0/tokens/9cf5e1b412324ecab28ae1efb031406d -H "User-Agent: python-keystoneclient" -H "Accept: application/json" -H "X-Auth-Token: TOKEN_REDACTED" _http_log_request /usr/lib/python2.7/site-packages/keystoneclient/session.py:15514:57
* amakarov slowly regaining consciousness after ayoung's joke14:57
amakarovimpossible!14:58
*** bdossant has joined #openstack-keystone15:03
blinky_ghostayoung: the token table has the same number  of rows  (1011) in all galera nodes15:08
*** samueldmq_ has joined #openstack-keystone15:08
*** nkinder has joined #openstack-keystone15:10
bretondstanek: ping15:13
dstanekbreton: pong15:13
bretonoh, great15:13
morganfainbergbreton: also I am somewhat awake now, but 0300 my time I was asleep15:14
*** abhirc has joined #openstack-keystone15:14
bretondstanek: i've saw that you own a bp about tests on rdbmses -- https://blueprints.launchpad.net/keystone/+spec/tests-on-rdbmses15:14
morganfainbergblinky_ghost: silly question are you on the latest oslo.db? (What version of oslo.db and what version of keystone are you running?)15:15
dstanekbreton: yes15:15
bretonmorganfainberg: I wanted to talk about your comment on bug #1406314, but dstanek seems to be doing something about it already15:16
uvirtbotLaunchpad bug 1406314 in keystone "db migration tests falsely succeed" [Undecided,New] https://launchpad.net/bugs/140631415:16
blinky_ghostmorganfainberg: openstack-keystone-2014.2.1-1  python-oslo-db-1.0.2-215:16
*** avozza is now known as zz_avozza15:16
bretondstanek: I've ran into a number of issues while testing Alembic and filed bug 140631415:17
morganfainbergSure. I'd love to see SQLite dropped from migration tests in general :p15:17
bretondstanek: and in the comments there morganfainberg suggests to do something like in nova15:17
bretondstanek: I did some research and would like to help with that bp15:17
morganfainbergblinky_ghost: there is/was a bug relating to fail to disconnect / reconnect to a db with a version of oslo.db.15:18
dstanekbreton: i agree that the migration tests should not run against sqlite15:18
breton(it's pretty sad btw that https://review.openstack.org/#/c/126030/ didn't get in)15:18
dstanekbreton: it would be great if you could run them against a real db15:18
blinky_ghostmorganfainberg: stupid question :)  how do I update it? I use rpm centos 7 from RDO repo15:19
morganfainbergbreton: that is likely a separate initiative from the bug you are referencing. (Nova thing). I added it as a comment of what we should also be doing to make the tests better.15:19
dstanekbreton: i have a few changes for that to discuss at the mid-cycle15:19
bretondstanek: I want not only to run them once, but completely rewrite the test suite to always run them15:19
bretondstanek: I'll miss the midcycle :(15:20
morganfainbergblinky_ghost: ask ayoung , I know zero about RDO. And not sure off the top of my head the versions of Oslo.db that were broken.15:20
morganfainbergblinky_ghost: let me see if I can dig up the bug.15:21
blinky_ghostthanks15:21
bretonmorganfainberg: and it has some caveats. For example, oslo_db's code used in nova doesn't support Alembic15:21
bretonmorganfainberg: so, we'll have to either implement Alembic support on our side or push it to oslo_db15:22
dhellmannbreton: the oslo.db team is working on alembic support15:23
bretondhellmann: how soon will it happen in test_migrations?15:23
morganfainbergblinky_ghost: https://bugs.launchpad.net/oslo.db/+bug/1374497 that was the bug15:23
uvirtbotLaunchpad bug 1374497 in oslo.db/juno "change in oslo.db "ping" handling is causing issues in projects that are not using transactions" [High,Fix released]15:23
dhellmannbreton: I'd have to check with them, I don't know off the top of my head15:24
bretondhellmann: well, from what I know, not soon15:24
bretonI hope I'm wrong though15:24
blinky_ghostmorganfainberg: I've just switched to memcache to test and the issue persists. Does that fix applies to memcache also?15:24
zzzeekhidey ho15:24
*** stevemar has joined #openstack-keystone15:24
*** ChanServ sets mode: +v stevemar15:24
*** viktors has joined #openstack-keystone15:25
morganfainbergblinky_ghost: yes, it affects keystone if you use sql for anything. If you have the Oslo.db with the bug.15:25
morganfainbergzzzeek: hiya!15:25
openstackgerritMerged openstack/keystone: Trust redelegation  https://review.openstack.org/12689715:25
morganfainbergamakarov: ^^15:26
amakarovmorganfainberg, http://www.youtube.com/watch?v=aAyAgIJHgdU15:27
* amakarov wandering the size of cake to ask Heat team for :)15:28
ayoungmorganfainberg, thought for the day.  What if we split tokens up into two pieces:  delegation agreement and issuing data.  The delegation agreement would be persisted, the issuing data would not be.  A valid token would always have the issuing data embedded, but might not have the delegation agreement embedded.15:28
morganfainbergblinky_ghost: looks like you need 1.0.2 Oslo.db. Or Redhat needs to patch that version with the fix (might be the case, they do lots of patching for rpms)15:28
ayoungamakarov, the cake is a lie.  You know that.15:28
zzzeekbreton / dstanek : whether or not the migration tests run against sqlite I’d suggest that they also run against PG and MySQL as well.  the opportunistic test suite system allows this, it’s what neutron uses in this case15:28
blinky_ghostmorganfainberg: can I apply the patch from here? https://review.openstack.org/#/c/125079/15:29
morganfainbergzzzeek: I agree, I want to drop SQLite for migration tests. It is pointless.15:29
bretonzzzeek: nova does that too15:29
morganfainbergblinky_ghost: you can try to. You can also install a non-rpm version of Oslo.db15:29
amakarovayoung, I know, just hoping they won't put me on a potato instead %)15:30
zzzeekif keystone is using alembic, unless you’ve implemented the new “Batch” system i dont know how you are running it against SQLIte15:30
blinky_ghostmorganfainberg: how do I do that? :)15:30
*** jbonjean has quit IRC15:30
*** jbonjean has joined #openstack-keystone15:30
morganfainbergblinky_ghost: you could use pip, but that might break your system. I don't use centos really at this point or know about RDO specifics. ayoung and nkinder are better resources15:31
bretonzzzeek: it doesn't yet15:31
nkinderyeah, pip usually steps on rpms and can cause weirdness15:31
morganfainbergzzzeek: we want alembic. But we have not gotten there yet.15:31
blinky_ghostmorganfainberg: OK, but I use 1.0.2 version already: python-oslo-db-1.0.2-215:32
nkinderblinky_ghost: are you using RDO Juno?15:32
zzzeekmorganfainberg: so there’s some kind of thing in oslo.db that allows sqlalcemy-migrate to run into alembic migrations along a stream.  i’m not invovled w it but its one of the transitional devices15:32
ayoungmorganfainberg, could it be an error with dogpile?15:32
morganfainbergblinky_ghost: ah sorry I am precoffee15:32
zzzeekmorganfainberg: id favor either flattening old sqlalchemy-migrate revs or porting them15:32
bretonzzzeek: and I'm using it15:32
zzzeekbreton: OK15:32
ayoungmorganfainberg, you are hearby banned from answering questions until after coffee15:33
bretonzzzeek: migration_cli15:33
dstanekbreton: you can't always run the migrations against mysql and pg - that would be in the functional tests15:33
zzzeekbreton: yup15:33
morganfainbergayoung: unlikely this is a complete connection failure. This looks like a bad deployment option or keep alive causing db connections to tip over on vip move15:33
ayoungmorganfainberg, treat that as Standing Operating Procedure15:33
ayounghave you had coffee yet?15:33
morganfainbergayoung: since it isn't oslo.db (1.0.2 should be fixed)15:33
dstanekbreton: our unit tests are already way too big and that is going in the opposite direction of what i'm looking to do15:34
bretondstanek: nova does that. Why can't we?15:34
morganfainbergS/keep alive/keepalived15:34
dstanekbreton: as a developer i should have to have both of those installed - in fact i wold argue that you shouldn't use either in a unit test15:34
blinky_ghostayoung: I switched to memcache in keystone but the issue persists15:35
ayoungblinky_ghost, you using 1.0.2?  Or do you need an updated RPM for that15:35
morganfainbergayoung: dude I just woke up :p. Misreading 1.0.2 for 1.0.1 isn't too bad15:35
blinky_ghostayoung: python-oslo-db-1.0.2-2.el7.centos.noarch15:35
* ayoung wants morganfainberg to hurry up and move to NYC15:35
*** andreaf has quit IRC15:35
morganfainbergayoung: can't even start looking till post midcycle :p15:36
morganfainbergdstanek: ++++++15:36
ayoungmorganfainberg, heh.  I'd offer you a couch, but with my two kids around, you'd be even less functional15:36
morganfainbergHaha. All good. I have to be in the Bay Area for travel atm, hence the lack of looking.15:37
bretondstanek: we miss bugs without it. Latest example -- https://review.openstack.org/#/c/145795/15:37
dstanekbreton: if they were functional tests you could run them if you wanted to, but you are not bound to it - we can easily have jenkins gate on them15:38
morganfainbergMoving may need to wait until post kilo release due to ${Reasons}15:38
*** richm has quit IRC15:38
ayoungblinky_ghost, ok, you said you can reproduce this at will, right?  And it happens after reboot.  Did you do a query for the missing tokenid against the database?  And was it there?15:38
dstanekReasons = 'dog ate my homework'15:38
ayoungdstanek, that is what happens when you dip your homework in beef gravy.  Works really well.15:39
blinky_ghostayoung: I didn't manage to see again the missing token, trying to find out15:39
ayoungblinky_ghost, OK.  let me know when you complete that check.15:40
dstanekbreton: for instance, my dev VM is a devstack, but i also run our unit tests on my mac where i don't have either database installed15:40
morganfainbergayoung: he is seeing it using memcached as well (though there are other issues with memcache). He was saying there was a connection issue. I *think* there is an issue with keepalived here and moving VIPs as well.15:40
bretondstanek: so, make them functional?15:40
morganfainbergayoung: I think I read that.15:40
morganfainbergRight15:40
morganfainbergblinky_ghost: ^^ is that correct?15:40
blinky_ghostayoung: however as I said, I switched to keystone using memcached just to test and the issue remains15:40
dstanekbreton: yes, i think anything that hits a real database or starts a service should be functional15:40
morganfainbergdstanek: ++ exactly.15:41
ayoungmorganfainberg, a token should be written to the token table once it is issued.  He said he had the same numbers in all of the servers.  If the tokenid is missing, it means it was dropped.15:41
bretonwe have functional tests in Keystone?15:41
morganfainbergayoung: or relocation lag15:41
ayoungThere is a pun in there somewhere with ACID and dropping, but this is a family joint.15:41
morganfainbergReplication*15:41
*** richm has joined #openstack-keystone15:41
ayoungmorganfainberg, BTW,  I might want to add an "explicit not default project" flag on get user as well.15:42
morganfainbergayoung: explain?15:42
bretondstanek: in nova they are unit tests15:42
ayoungmorganfainberg, we really should be consistant in what we return from an API and it was messing up Puppet15:42
bretondstanek: I'll check now though, wait a sec15:43
morganfainbergbreton: and I'm saying migration tests should not be unit tests, but functional15:43
ayoungmorganfainberg, when you do get user, the format of what you get back varies depending on if default project is set or not15:43
morganfainbergayoung: we should figure a way to drop default project (v4!!)15:43
morganfainbergSorry, bad joke15:43
dstanekbreton: working on that - https://review.openstack.org/#/c/139137/ - another topic for the mid-cylce next week15:43
ayoungmorganfainberg, agreed, but in the meantime, we should give people a way under the current API to get deterministic results15:44
morganfainbergayoung: default project is awful.15:44
morganfainbergayoung: ?nodefualtproject15:44
ayoungmorganfainberg, it is based on an outdated assumption.  OpenStack has evolved significantly15:44
ayoungmorganfainberg, something like that15:44
ayoungmorganfainberg, I suspect that richm will have dealt with the issue in Puppet shortly, so it won't really be a huge deal, but it might be a good feature to keep in mind15:45
morganfainbergWell, can't puppet just ignore default project values in get_user? Or is this a token issue?15:45
ayoungthere is some generalizable rule in there15:46
ayoungI think that it probably can, and just was written to parse the data by someone that didn't realize it was an optional value15:46
richmI think I have fixed the issue - https://review.openstack.org/13360115:46
morganfainbergSomeone could cram in extra data to he user and break puppet too15:46
bretondstanek: morganfainberg: they are unit everywhere -- in nova, in neutron. But they could be skipped if connection to rdbmses are missing15:46
morganfainbergIt would be better to only look for what you need/want.15:46
morganfainbergbreton: and that is wrong imo.15:47
dstanekmorganfainberg: ++15:47
morganfainbergBecause SQLite does not represent anything close to usable (especially in migrations) and why do we need to test migrations in unit tests?15:47
viktorsmorganfainberg: sorry, but why not?  )15:48
*** r-daneel has joined #openstack-keystone15:48
ayoungrichm, you made "ignore tenant" an option.  Does that make sense?  When would you ever want the default tenant?15:49
amakarovlbragstad, hi! Are you here?15:49
morganfainbergIt is fine if we only have unit tests but since we are moving to having other options that have real rdbms, why should we keep trying to claim we're testing migrations against a non-production (that doesn't really mirror a real rdbms) system15:49
morganfainbergHeck, I'd like to drop SQLite completely from keystone15:49
dstanekalso it is unlikely that i'll break migrations by change non-migration code so i don't want the penalty of running all of those tests15:49
richmayoung: I'm not sure, but with the patch I can deploy using sql r/w, ldap r/w, and ldap r/o identity backends15:49
morganfainbergBut that is a different bit of work15:50
dstanekour unit tests should run in under 30 seconds and i consider it a bug that they take 3 minutes15:51
viktorsdstanek: migration tests can be skipped locally, but they will run on gates15:51
morganfainbergrichm: I recommend doing, instead of "ignore tenant", look for values you want.15:51
viktorsmorganfainberg: I like idea with SQLIte :)15:51
morganfainbergviktors: to drop it?15:51
viktorsmorganfainberg: yes15:51
richm"ignore tenant" is almost never used15:51
bretonmorganfainberg: in nova testing against postgresql and mysql is done in unit tests. The test engine checks if the connection to db is available and doesn't run the tests if not15:51
bretonmorganfainberg: but in gates the connection to dbs exist, so the tests will always run there15:52
viktorssame in glance, heat, etc15:52
dstanekviktors: but by definition the are functional tests and not unit tests - we just didn't have functional tests in projects until recently15:52
morganfainbergbreton: why does it have to be in unit tests? We are splitting testing into two categories: unit (does the basic code logic work) and functional (restful, including other services such as a rdbms)15:52
morganfainbergbreton: so let us move the migration tests to the test suite that is appropriate for it - that has the other services available.15:53
viktorsdstanek: hmmm... Maybe15:53
morganfainbergAnd then make SQLite die.15:54
morganfainberg>.>15:54
viktors:)15:54
dstaneki don't like the idea that they tests may not run in the gate because the connection is not there15:54
morganfainbergsimilar to making eventlet die.15:54
*** jorge_munoz has joined #openstack-keystone15:54
morganfainbergdstanek: ++ if the test should run, it should fail if it didn't run15:55
viktorsdstanek: we checked db connection on gates carefully already15:55
morganfainbergviktors: that's fine, but unit tests are still the wrong place for these tests. Unit tests should require zero external services.15:56
viktorsmorganfainberg: ok, agree with it15:56
*** Guest80979 is now known as mgagne15:57
*** mgagne has joined #openstack-keystone15:57
morganfainbergdstanek: there will need to be a way to skip migration tests in functional. As functional tests (long term) should be able to run against a live deployment. If you so want. But that is far future thinking.15:57
lbragstadamakarov: o/15:57
*** henrynash has joined #openstack-keystone15:58
*** ChanServ sets mode: +v henrynash15:58
dstanekthe way it should work is a functional test sets the db, runs the tests and fails if they fail - all very explicit15:58
bretonso, we wait for functional testing appear in keystone and then do stuff on migration tests?15:58
viktorsdstanek: it can be added easily15:58
morganfainberghenrynash: I'm slowly making my way through your changeset(s)15:58
dstanekbreton: you can start to get them to work on other DBs15:59
blinky_ghostmorganfainberg, ayoung I'm not being able to see the token ID  to replicate the issue again, so I changed to memcache. I see this: [root@controller03 ~(keystone_admin)]# nova --debug list15:59
morganfainberghenrynash: is it slow because there is a lot there still. I haven't forgotten you ;)15:59
henrynashmorganfainberg: consider it a tour of all that assignments once had to offer :-)15:59
blinky_ghostREQ: curl -i 'http://172.16.21.20:5000/v2.0/tokens' -X POST -H "Accept: application/json" -H "Content-Type: application/json" -H "User-Agent: python-novaclient" -d '{"auth": {"tenantName": "admin", "passwordCredentials": {"username": "admin", "password": "{SHA1}ef219838a90eb46612297d84ee1261bf1bdb63d2"}}}'15:59
blinky_ghostthen I see this15:59
blinky_ghostINFO (connectionpool:187) Starting new HTTP connection (1): 172.16.21.2015:59
blinky_ghostDEBUG (shell:803) HTTPConnectionPool(host='172.16.21.20', port=5000): Max retries exceeded with url: /v2.0/tokens (Caused by <class 'httplib.BadStatusLine'>: '')15:59
dstanekbreton: if you have a few read https://etherpad.openstack.org/p/keystone-functional-tests - i'd love to hear your thoughts16:00
bretondstanek: thanks, I will16:00
morganfainbergblinky_ghost: it looks like keystone is not live on that port yet or is hung / not responding. I wouldn't be surprised if you are having issues with the db and keepalived failing over / moving the vip16:00
viktorsmorganfainberg, dstanek: please, ping me, if you'll need a help with dropping SQLite :)16:01
*** diegows has quit IRC16:01
blinky_ghostmorganfainberg: But I don't understand keepalived is running on all the nodes16:01
morganfainbergblinky_ghost: since keystone is hit first due to the way the tokens are issued / handled.16:01
richm . . . and I can't find anywhere in the current juno puppet code where ignore_default_tenant is used16:01
dstanekviktors: will do - adding that to the mid-cycle etherpad so we can come up with actionable steps for you16:01
richmso perhaps it was something that was used in a much earlier release - I don't think it is needed anymore16:02
marekddstanek: where is midcycle etherpad?16:02
viktorsdstanek: is there any etherpad at the moment?16:02
blinky_ghostmorganfainberg: can I show you my conf to see if something is wrong?16:03
morganfainbergblinky_ghost: I don't know your deployment and I can only guess. I don't know what else to say :(. I'm fairly certain it isn't keystone in general, as we would have a lot more yelling about it.16:03
morganfainbergblinky_ghost: I don't know if I can help based on config alone. What happens if you move the db off the nodes with keystone? And reboot keystone nodes?  Second in that config, what happens if you reboot a db node?16:04
morganfainbergblinky_ghost: maybe try and standup an isolated keystone node on different hardware than dbs and reboot the db nodes - and debug from there.16:05
dstanekmarekd: viktors: https://etherpad.openstack.org/p/kilo-keystone-midcycle16:05
morganfainbergHow fast does it recover that way? How fast is the vip moved via keepalived ? Etc. there are a lot of variables when adding in HA. And a lot of ways of doing HA.16:07
*** zz_avozza is now known as avozza16:08
blinky_ghostmorganfainberg: what happens is: I reboot controller01, comes online and all the VIPS failback to it. As soon at that happens I start getting timeouts. Then I go to my other nodes, controller02 and 3, restart keystone and nova-api and it starts working everything back.16:08
morganfainbergblinky_ghost: why are the VIPs failing back to it? Because you have a hard-set master?16:10
blinky_ghostmorganfainberg: I also notice that in controller02 when I restarted keystone, it took a LOT of time to restart16:10
morganfainbergAre you deploying keystone under eventlet or Apache?16:10
blinky_ghostmorganfainberg: seems that something is stuck in the previous master (controller02)16:10
blinky_ghosteventually dies but it takes a lot of time restarting the services16:11
blinky_ghostmorganfainberg: how do I check that? :)16:11
morganfainbergThis looks like the oslo.db issue and/or an issue where MySQL connection is not valid anymore because you ripped the connection out from under it and gave it a new target daemon to talk to16:11
morganfainbergAlso. Can you immediately talk to the db when the vip fails back.16:12
blinky_ghostmorgainfainberg: yes, it's pretty fast to failback16:12
morganfainbergGalera can take time to become responsive once it rejoins a cluster (needs to sync data). A node is not always viable right away.16:13
morganfainbergblinky_ghost: I am honestly at my limit of what I can debug without being on the systems (and I can't help on that front).16:13
blinky_ghostmorganfainberg: I understand, so openstack services should start after mysql is synced16:14
blinky_ghoston that node16:14
morganfainbergI would say yes. Second I recommend not failing VIPs around because a node is back online. I'd leave the vip pointed at a currently live node.16:15
*** markvoelker has joined #openstack-keystone16:15
*** samueldmq_ has quit IRC16:15
blinky_ghostmorganfainberg: If I reboot controller02 and 3 I don't have issues because the VIP doesn't move.16:16
blinky_ghosthowever If I have to restart the node where VIPS are I get problems16:16
morganfainbergSo it is an issue with the vip moving at all16:17
morganfainbergThis feels like the Oslo.db bug tbh16:17
morganfainbergBut again, I am at my limit of what I can debug without being on the machines.16:17
morganfainbergThere are a lot of variables here.16:18
blinky_ghostmorganfainberg: I can give you access no problem :)16:18
morganfainbergblinky_ghost: unfortunately I need to go, I need to eat and then pick up someone at the airport so I can get to a meeting16:18
blinky_ghostmorganfainberg: ok thank you for your help16:19
morganfainbergblinky_ghost: sorry, I can't take you up on that. I can't jump on every broken openstack cluster to debug issues like this.16:19
blinky_ghostok thanks anyway :)16:20
*** abhirc has quit IRC16:21
morganfainbergYou might have some luck in turning on sqlalchemy debugging in keystone, see what it says about connections and requests.16:21
blinky_ghostok I'll try that16:21
*** abhirc has joined #openstack-keystone16:22
ayoungblinky_ghost, ask in #rdo16:24
ayoungthis is more configuration stuff than straight keystone, and I'd be surprised if you were the only person seeing it16:24
ayoungI've little to no experience with the replication etc side of MySQL/Galera16:25
*** uvirtbot has quit IRC16:25
blinky_ghostayoung: ok, thanks16:25
*** avozza is now known as zz_avozza16:26
*** jbonjean has quit IRC16:28
*** abhirc has quit IRC16:28
*** jbonjean has joined #openstack-keystone16:28
ayoungmorganfainberg, reposting this:  What if we split tokens up into two pieces:  delegation agreement and issuing data.  The delegation agreement would be persisted, the issuing data would not be.  A valid token would always have the issuing data embedded, but might not have the delegation agreement embedded.  I think that is what AE tokens really requires16:28
* ayoung realizes subject verb agreement off. "the AE tokens spec really requires"16:29
morganfainberg So. Delegation agreement is created when? And how often?16:29
morganfainbergAnd I have 1hr to eat, get ready, and get to the airport. So, I might disappear for a few here.16:30
*** amakarov has quit IRC16:30
*** tsufiev has quit IRC16:30
*** amakarov has joined #openstack-keystone16:31
morganfainbergBut I'll read back-scroll when I get back.16:31
*** afaranha_ has joined #openstack-keystone16:31
*** tsufiev has joined #openstack-keystone16:33
bretondstanek: I've read the etherpad. What effort is required to run migration tests? Do I understand correctly that a devstack instance will be set up to run them?16:34
amakarovayoung, imho delegation agreement has much in common with assignment, so we can look there. How do we want to treat assignments using AE tokens?16:35
ayoungamakarov, yep16:37
ayoungamakarov, I want a unified mechanism for delegations16:38
ayoungso  role assignment is a delegation agreement16:38
ayoungtrust is a delegation agreement, etc16:38
ayoungyou could do a token using the existing trust code.16:38
ayoung:P16:38
amakarovayoung, do you have a spec for this unified mechanism? :)16:39
*** markvoelker has quit IRC16:40
stevemarmarekd, your group-name code has comment errors16:41
*** amakarov has quit IRC16:41
*** tsufiev has quit IRC16:41
*** amakarov has joined #openstack-keystone16:41
ayoungamakarov, not yet.16:43
ayoungamakarov, I wrote  this up from the other direction:  starting with policy: https://adam.younglogic.com/2014/11/dynamic-policy-in-keystone/16:44
*** tsufiev has joined #openstack-keystone16:44
ayoungamakarov, I want to be able to enforce the rule "you can only delegate (a subset of) what you yourself have"16:45
*** bdossant has quit IRC16:45
ayoungamakarov, I'm just wondering if we could parallelize it a bit.  THe AE token spec is already taking the form of spliting the dynamic info from the static wrt to the token, and only signing the dynamic.  I'd like to make the static side of that more explicit16:46
amakarovayoung, as I see, if we want recalculate everything then we need effective way to do it. And the less different ways shall we have the better16:46
openstackgerritBogun Dmitriy proposed openstack/keystone: FIX multiple SQL backend usage validation  https://review.openstack.org/13811316:46
ayoungamakarov, Oh yes!16:46
amakarovayoung, so this mechanism of yours is of a huge importance :)16:46
ayoungamakarov, it really needs hierarchical roles to make sense, though16:47
ayoungI guess, though, that we could just start by creating a superadmin with every role imaginiable...but ugh16:47
ayoungideally we would say "if you are an admin, you can delegate just the member role, as admin implies member"16:48
*** gyee has joined #openstack-keystone16:48
*** ChanServ sets mode: +v gyee16:48
amakarovayoung, this is not the first time I see this dilemma: either admin has all roles and constraints validation is strait-forward or he is a "special" one with no roles, but with a flag or some "I own everything" token.16:51
ayoungamakarov, so look at the reviews I link to in that blog post.  We can do this step by step, I think16:51
*** atiwari has joined #openstack-keystone16:52
* amakarov goes surfing ayoung's blog16:52
*** radez_g0n3 is now known as radez16:54
*** Guest8210 is now known as redrobot16:54
*** dims__ has quit IRC17:00
*** dims__ has joined #openstack-keystone17:01
*** dtantsur is now known as dtantsur|afk17:03
*** dtroyer has joined #openstack-keystone17:04
*** joesavak has quit IRC17:05
*** dims__ has quit IRC17:05
*** viktors is now known as viktors|afk17:06
*** joesavak has joined #openstack-keystone17:07
*** jsavak has joined #openstack-keystone17:08
openstackgerritSteve Martinelli proposed openstack/keystone: Add minimum release support notes for federation  https://review.openstack.org/14675817:10
*** joesavak has quit IRC17:12
samueldmqhenrynash, ping - I have the role assignments refactoring working17:13
samueldmqhenrynash, just cleaning the code17:13
henrynashsamueldmq: very cool17:14
samueldmqhenrynash, didn't submit yesterday because of some tests, you know how things work :p17:14
henrynashsamueldmq: np17:14
*** links has quit IRC17:21
*** rwsu has joined #openstack-keystone17:29
*** _cjones_ has joined #openstack-keystone17:31
*** _cjones_ has quit IRC17:32
*** EmilienM is now known as EmilienM|afk17:32
*** zz_avozza is now known as avozza17:33
*** bknudson has quit IRC17:33
*** _cjones_ has joined #openstack-keystone17:36
*** diegows has joined #openstack-keystone17:37
*** gordc has quit IRC17:38
*** jistr has quit IRC17:39
*** amakarov is now known as amakarov_away17:43
*** jaosorior has quit IRC17:43
*** avozza is now known as zz_avozza17:43
openstackgerritayoung proposed openstack/keystone: Unscoped to Scoped only  https://review.openstack.org/14259117:44
*** topol has quit IRC17:45
dstanekbreton: the idea is that they will run in a devstack - either your existing one or a new one created by infra when run as a gate test17:45
stevemardid revocation events go into icehouse?17:46
*** KanagarajM has joined #openstack-keystone17:46
stevemaror just juno?17:46
stevemarayoung, ^17:46
stevemarhenrynash, same question for endpoint policy17:46
*** jsavak has quit IRC17:53
*** KanagarajM has quit IRC17:54
*** joesavak has joined #openstack-keystone17:54
bretondstanek: the problem with that is that I'll have to hold a whole devstack just to test my single migration test17:57
bretondstanek: now running migration test is as easy as ./run_tests my_migration_test17:58
*** jaosorior has joined #openstack-keystone17:59
*** abhirc has joined #openstack-keystone18:07
*** chlong has joined #openstack-keystone18:10
*** harlowja_away is now known as harlowja18:10
*** zz_avozza is now known as avozza18:14
*** gordc has joined #openstack-keystone18:21
henrynashstevemar: endpoint policy was Juno18:25
*** EmilienM|afk is now known as EmilienM18:29
*** lhcheng has joined #openstack-keystone18:32
openstackgerritLin Hua Cheng proposed openstack/keystone: On creation default service name to empty string  https://review.openstack.org/14696218:36
*** bknudson has joined #openstack-keystone18:36
*** ChanServ sets mode: +v bknudson18:36
openstackgerritguang-yee proposed openstack/keystone-specs: X.509 SSL certificate authentication  https://review.openstack.org/10591318:36
*** pabelanger has joined #openstack-keystone18:37
*** rushiagr is now known as rushiagr_away18:37
dstanekbreton: you can probably get by without a full devstack as long as you have the right things available (like mysql)18:37
pabelangergreetings. Had a question about keystone.conf and public_endpoint.  Should the value be http://server:5000 or http://server:5000/v2.0 or http://server:5000/v3?  I believe it should only be http://server:5000 if I want to assign it a value18:38
*** atiwari has quit IRC18:40
*** atiwari has joined #openstack-keystone18:42
morganfainberggyee, you're in the office tomorrow right?18:44
morganfainberggyee, just making sure you're planning on being there :)18:45
gyeemorganfainberg, yes, I'll be there18:46
*** atiwari has quit IRC18:46
gyeepabelanger, should be http://server:500018:46
*** atiwari has joined #openstack-keystone18:47
*** atiwari has quit IRC18:47
*** atiwari has joined #openstack-keystone18:50
*** _cjones_ has quit IRC18:57
*** _cjones_ has joined #openstack-keystone19:01
*** bdossant has joined #openstack-keystone19:06
openstackgerritRodrigo Duarte proposed openstack/keystone-specs: Hierarchical Multitenancy Improvements  https://review.openstack.org/13530919:06
*** _cjones_ has quit IRC19:07
*** _cjones_ has joined #openstack-keystone19:08
rodrigods^quick review: follow up changes to HMT (like new ways to retrieve the hierarchy and recursive deletion from a sub-hierarchy)19:08
*** ajayaa has quit IRC19:09
openstackgerritRodrigo Duarte proposed openstack/keystone-specs: Hierarchical Multitenancy Improvements  https://review.openstack.org/13530919:09
openstackgerritDavid Stanek proposed openstack/keystone: WIP: Force SQLite to properly deal with foreign keys  https://review.openstack.org/12603019:12
*** atiwari has quit IRC19:12
ayoungrodrigods, so a spec name like that is not super descriptive.  What should it really be?  What kind of improvements?19:14
ayoungand are you collecting different ideas under one spec?19:14
rodrigodsayoung, agree19:14
rodrigodsayoung, we agreed to have all small improvements points to be described in one spec19:15
rodrigodssince we thought the reseller spec has enough content as it is a much more complex concept19:15
ayoungrodrigods, fair enough....I wonder, though if there is a more common thread in these imporments19:15
rodrigodswhat do you mean?19:16
ayoungwell,  delete of the subtree and granular control...19:16
rodrigodsayoung, split it in two or more specs, you mean?19:17
ayoungjust trying to name it better.19:17
rodrigodsayoung, aarg naming :(19:18
rodrigodsreally open to suggestions :)19:18
ayoungrodrigods, heh...so I probably would recommend splitting in the abstract.  These really are 3 unrelated features.  But then, I think only the first (structure of the response) requires a spec19:19
ayoungrecursive delete is almost a bug fix in my mind19:19
ayoungand the default policy changes are going to be hard on some people....19:19
*** atiwari has joined #openstack-keystone19:19
rodrigodsayoung, makes sense19:19
ayoungI would almost say HMT should require an updated policy file, otherwise don't use it19:19
ayoungthat really doesn't need to be in this spec, but a spec showing how we need to clean up policy would be super valuable19:20
rodrigodsayoung, which we already have, right?19:20
rodrigods:)19:20
ayoungrodrigods, I think we need tests showing that it is safe to do the "domain matches" logic that henrynash was worried about19:20
*** atiwari has quit IRC19:20
rodrigodscan the recursive deletion be a specless bp?19:20
ayoungyeah...how about paring this spec down to Change the format of a returned project hierarchy to better reflect the19:21
ayoung  hierarchy19:21
rodrigodsayoung, ++19:22
*** aix has quit IRC19:22
ayoungrodrigods, how we do specs is a growning, changing process.  I struggle with this on the policy stuff.   I almost think that the dynamic policy blob post I wrote should be the spec, with all of the sub-specs included in it.  I would like it to be a single, coherent document.19:23
*** atiwari has joined #openstack-keystone19:23
ayoungat what point does a feature need a spec?  No clue19:23
rodrigodsayoung, yeah...19:24
ayoungI'd argue that, in the interest of trackability, we keep specs small and self contained19:24
rodrigods++19:24
ayoungthink "user stories" in an agile methodology more so than a specification in a Big Design Up Front effort19:24
ayoungrodrigods, for example, when I review that spec, I need to think about 3 things in order to edit and, hopefully approve.  As a reviewer, I can more easily approve each of those separately19:25
rodrigodsayoung, there is also the other side: approve fast atomic changes that are more useful in the near future19:26
ayoung++19:26
rodrigodstotally agree that having "polemic" topics such as default policy may slow a lot the spec approval19:27
ayoungrodrigods, I would like to have, maybe, two spec templates:  small features and large overviews19:27
esphey folks anyone up to schooling me on using keystone v3 https://github.com/openstack/keystone/blob/master/etc/policy.v3cloudsample.json19:27
ayoungesp, heh...topical19:27
espayoung: :)19:28
ayoungesp, so, that file needs something non-obvious:19:28
ayoungyou have to define an admin domain19:28
* esp listening19:28
espah, yeah gyee clued me into that19:28
ayoungesp, OK,  so you edit the file and use it, and then you break horizon19:28
espso I created a Cloud Admin19:28
*** radez is now known as radez_g0n319:28
esplol19:28
ayoungesp, Horizon can't deal with domain scoped tokens19:28
ayoungit doens';t know how to fetch them19:29
espwell not yet but we are working on it19:29
ayoungesp, "we?"19:29
pabelangergyee, thanks19:29
espayoung: https://wiki.openstack.org/wiki/Horizon/DomainWorkFlow19:29
ayoungesp, ah...19:29
ayoungesp, thanks for the pointer19:30
espnp, I needed to share that sooner than later ;)19:30
ayoungesp, then could I get your eyeballs on a required review for that?19:30
ayoungesp, https://review.openstack.org/#/c/121281/19:30
espso let’s say that horizon is close to getting domain-scoped-tokens support (it’s still needs some fixin’)19:30
espyes sir19:31
ayoungesp, what is your gerrit id?19:31
espdaniel-a-nguyen19:32
ayoungesp, thanks.  added you to it.19:32
espthx19:33
ayoungesp, OK,  so what else do you need help with on the cloudsample policy file?19:33
espk, so I’m using the upstream policy.v3cloudsample.json19:33
espand I made this change for cloud admin19:33
esp"cloud_admin": "rule:admin_required and domain_id:0613cd4e12bc4f5bbf01886c9432daf0",19:34
espthen I tried to list projects using the openstack cli19:34
ayoungesp want to see the unspeakable things I am proposing for it?19:35
esphahah19:35
espyes19:35
*** atiwari has quit IRC19:35
ayoungesp, https://review.openstack.org/#/c/123509/19:35
* esp looking19:36
openstackgerritRodrigo Duarte proposed openstack/keystone-specs: New query params to retrieve the project hierarchy  https://review.openstack.org/13530919:36
espayoung: http://paste.openstack.org/show/158000/19:36
rodrigodsayoung, ^19:36
*** bdossant has quit IRC19:36
*** atiwari has joined #openstack-keystone19:37
*** nkinder has quit IRC19:38
openstackgerritRodrigo Duarte proposed openstack/keystone-specs: New query params to retrieve the project hierarchy  https://review.openstack.org/13530919:38
*** atiwari has quit IRC19:38
morganfainbergayoung, almost done reviewing the unscoped token review.19:40
morganfainbergayoung, erm, no-rescope19:40
*** chrisshattuck has joined #openstack-keystone19:40
morganfainbergayoung, just making sure tests are covering eveyrthing19:40
rodrigodsayoung, https://blueprints.launchpad.net/keystone/+spec/recursive-deletion19:41
espayoung: so, a silly question.  does the https://github.com/openstack/keystone/blob/master/etc/policy.v3cloudsample.json work with the openstack client, should I be using curl instead?19:42
*** atiwari has joined #openstack-keystone19:42
ayoungesp, hmmmm19:42
ayoungesp, I would guess "no"19:42
ayoungit does not work with OSC19:42
espcool19:42
espso let me try curl19:43
ayoungOSC doesn't know what kind of token to request either, just like Horizon doesn't19:43
espgotcha, that helps19:43
ayoungesp, which is why I'm pushing "domain is-a-project"19:43
ayoungesp https://review.openstack.org/#/c/143763/19:43
espyeah I see what you are sayin19:43
*** atiwari has quit IRC19:43
ayoungunfortunatly only WIP as the tests need some serious reworking19:43
espnp, for newbies like me it’s a bit confusing what the relationship is between a domain and a project19:44
ayoungesp, yeah, so the goal is to allow people to always work with projects,  just some projects will be special19:45
*** atiwari has joined #openstack-keystone19:47
espk, I’ll start following along more closely to this.  thx!19:47
ayoungesp, raildo was going to take that one and run with it, but I think I know how to fix it....19:49
*** atiwari has quit IRC19:49
ayoungesp but please look ath the auth plugins fix to Django Openstack auth19:49
ayoungthat one has long reaching consequences, and ... well I should write up a blog post on where we are going there, too19:50
ayoungbut the short is that it should make V3 support much more correct19:50
*** atiwari has joined #openstack-keystone19:51
espk, will start there19:51
*** dims__ has joined #openstack-keystone19:51
espayoung: this patch is the one that will shove a domain scoped token into horizon https://review.openstack.org/#/c/141153/19:52
*** atiwari has quit IRC19:52
ayoungesp  let me see if I can fix Keystone instead, but I'll add that to my review list19:52
espgotcha19:53
*** atiwari has joined #openstack-keystone19:53
ayoungesp, added the other RHers from IdM on that review, as they are also part of the effort:  jamielennox|away and nkinder19:53
espawesome, that should help us out.  I’ll get back to ya on how things look with my curl testing.19:54
*** dims__ has quit IRC19:56
*** avozza is now known as zz_avozza19:59
openstackgerritDean Troyer proposed openstack/python-keystoneclient: Handle Keystone default admin_endpoint and public_endpoint settings  https://review.openstack.org/14728420:02
*** pabelanger has left #openstack-keystone20:03
*** david-lyle has joined #openstack-keystone20:10
*** dims__ has joined #openstack-keystone20:11
*** _cjones_ has quit IRC20:11
*** lhcheng is now known as lhcheng_afk20:29
*** harlowja is now known as harlowja_away20:30
*** _cjones_ has joined #openstack-keystone20:30
*** topol has joined #openstack-keystone20:35
*** ChanServ sets mode: +v topol20:35
*** harlowja_away is now known as harlowja20:38
openstackgerritSteve Martinelli proposed openstack/keystone: Classifying extensions and defining process  https://review.openstack.org/14679320:46
openstackgerritSteve Martinelli proposed openstack/keystone: Classifying extensions and defining process  https://review.openstack.org/14679320:47
*** atiwari has quit IRC20:56
*** david-lyle has quit IRC21:01
*** Ctina__ has joined #openstack-keystone21:06
*** Ctina_ has quit IRC21:09
*** _cjones_ has quit IRC21:10
*** Ctina__ has quit IRC21:11
*** _cjones_ has joined #openstack-keystone21:13
*** nkinder has joined #openstack-keystone21:14
*** topol has quit IRC21:26
*** atiwari has joined #openstack-keystone21:27
openstackgerritSteve Martinelli proposed openstack/keystone: Add links to extensions that point to api specs  https://review.openstack.org/14731121:32
openstackgerritSteve Martinelli proposed openstack/keystone: Add links to extensions that point to api specs  https://review.openstack.org/14731121:37
*** diegows has quit IRC21:42
*** david-lyle has joined #openstack-keystone21:42
*** zz_avozza is now known as avozza21:43
*** chlong has quit IRC21:47
*** stevemar has quit IRC21:48
openstackgerritTom Cameron proposed openstack/keystone: Add docstrings to remaining functions  https://review.openstack.org/14731321:49
*** david-lyle has quit IRC21:49
openstackgerritTom Cameron proposed openstack/keystone: Add docstrings to remaining functions  https://review.openstack.org/14731321:51
*** r-daneel has quit IRC21:53
openstackgerritSamuel de Medeiros Queiroz proposed openstack/keystone: Improve List Role Assignments Filters Performance  https://review.openstack.org/13720221:56
openstackgerritSamuel de Medeiros Queiroz proposed openstack/keystone: Improve List Role Assignment Tests  https://review.openstack.org/13702121:56
*** nellysmitt has quit IRC21:59
*** radez_g0n3 is now known as radez22:01
*** atiwari has quit IRC22:03
*** atiwari has joined #openstack-keystone22:03
*** Ctina__ has joined #openstack-keystone22:05
*** joesavak has quit IRC22:10
*** _cjones_ has quit IRC22:11
atiwarimorganfainberg, do you have a min for quick question?22:12
*** _cjones_ has joined #openstack-keystone22:13
openstackgerritTom Cameron proposed openstack/keystone: Add docstrings to remaining functions  https://review.openstack.org/14731322:14
*** mattfarina has quit IRC22:18
ayoungatiwari, I think he's in transit, might not actually be able to respond22:18
atiwariayoung, thanks22:18
atiwariI am going to drop on dev mailing list22:18
atiwariayoung, are you coming to mid-cycle meet next week?22:19
*** dims__ has quit IRC22:20
*** dims__ has joined #openstack-keystone22:21
*** blinky_ghost has quit IRC22:23
*** diegows has joined #openstack-keystone22:24
*** dims__ has quit IRC22:25
openstackgerritBrant Knudson proposed openstack/keystonemiddleware: Add python-memcached to test-requirements  https://review.openstack.org/14633222:29
*** EmilienM is now known as EmilienM|afk22:32
*** david-lyle has joined #openstack-keystone22:33
*** mflobo_ has quit IRC22:34
*** bknudson has quit IRC22:37
*** josecastroleon_ has quit IRC22:39
*** gordc has quit IRC22:39
*** afaranha has quit IRC22:39
*** radez is now known as radez_g0n322:44
*** dims__ has joined #openstack-keystone22:45
dstanekatiwari: hi22:52
atiwaridstanek, hi22:52
dstanekatiwari: trouble with your Mac i see22:52
atiwarithanks for looking22:53
atiwaridstanek, can you give more details22:53
dstanekatiwari: what version of openssl do you have? i have heard that it's not easy to get openssl working on Mac22:53
atiwariOpenSSL 1.0.1k 8 Jan 2015”22:54
dstanekatiwari: i'm creating a new venv to see if i can replicate22:55
*** jamielennox|away is now known as jamielennox22:56
openstackgerritMerged openstack/python-keystoneclient: Updated from global requirements  https://review.openstack.org/14616623:00
dstanekatiwari: looks like the venv was created properly and the tests are now running23:01
dstanekopenssl tests are failing :-(23:01
*** bknudson has joined #openstack-keystone23:03
*** ChanServ sets mode: +v bknudson23:03
openstackgerritBrant Knudson proposed openstack/python-keystoneclient: Switch from oslo.utils to oslo_utils  https://review.openstack.org/14596823:04
*** Ctina__ has quit IRC23:04
dstanekatiwari: you seem to be using cryptography and i think i am not23:04
dstanekatiwari: oh, nm - i was looking in a different VM - it's at least installed into py2723:05
*** abhirc has quit IRC23:06
atiwaridstanek, so you did not get the error?23:07
*** dims__ has quit IRC23:07
*** abhirc has joined #openstack-keystone23:08
*** _cjones_ has quit IRC23:09
morganfainbergatiwari: finishing up a meeting will be done in an hour or so.23:10
atiwarimorganfainberg, np I am talking to dstanek23:10
*** _cjones_ has joined #openstack-keystone23:11
*** dims__ has joined #openstack-keystone23:15
*** david-lyle has quit IRC23:16
*** _cjones_ has quit IRC23:18
dstanekatiwari: no, i get this: CalledProcessError: Command 'openssl' returned non-zero exit status 023:22
dstanekatiwari: i have a much older version though23:22
atiwariyou can upgrade and try23:22
dstanekOpenSSL 0.9.8za 5 Jun 201423:22
atiwariI think that is not recommended23:23
*** _cjones_ has joined #openstack-keystone23:25
gyeeatiwari, just install homebrew and your life will be easier on mac23:27
atiwariI used the homebrew23:28
atiwariand used the same to install openssl23:28
atiwari:(23:28
gyeestill no love?23:28
atiwarino23:28
atiwarilook at this http://lists.openstack.org/pipermail/openstack-dev/2014-August/044539.html23:28
atiwariclose23:28
*** carlosmarin has joined #openstack-keystone23:30
gyeecan you run openssl cli?23:30
*** abhirc has quit IRC23:32
dstanekatiwari: what does 'otool -L _Cryptography_cffi_70441dc9x8be47966.so' tell you it's linking against?23:32
*** dims__ has quit IRC23:32
dstanekgyee: homebrew is OK - i would be nice if mac had real package managemet23:33
*** _cjones_ has quit IRC23:33
atiwariam I suppose to give full path on the lib?23:34
atiwariotool -L _Cryptography_cffi_70441dc9x8be47966.so23:34
atiwarierror: /Library/Developer/CommandLineTools/usr/bin/otool: can't open file: _Cryptography_cffi_70441dc9x8be47966.so (No such file or directory)23:34
atiwari(keystone279)ARVTIWAR-M-J00G:keystone arvtiwar$ otool -L _Cryptography_cffi_70441dc9x8be47966.so23:34
dstanekatiwari: yes23:34
dstanekit's in your traceback23:34
atiwariotool -L /Users/arvtiwar/cloudDev/openstack/keystone/.tox/py27/lib/python2.7/site-packages/cryptography/_Cryptography_cffi_70441dc9x8be47966.so23:35
atiwari/usr/lib/libssl.0.9.8.dylib (compatibility version 0.9.8, current version 0.9.8)23:35
atiwari/usr/lib/libcrypto.0.9.8.dylib (compatibility version 0.9.8, current version 0.9.8)23:35
atiwari/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1)23:35
atiwariis it not linking to the latest?23:35
dstanekatiwari: doesn't look like it - your paths were likely messed up with crytography was installed23:37
atiwarihmm23:37
atiwaribut these two command give me the correct result23:39
gyeeatiwari, I am running openssl 1.0.1e23:39
gyeetry 'brew install openssl'23:39
atiwariwhich openssl23:39
atiwari/usr/bin/openssl23:39
atiwari(keystone279)ARVTIWAR-M-J00G:keystone arvtiwar$ openssl version23:39
atiwariOpenSSL 1.0.1k 8 Jan 201523:39
atiwariwhich openssl23:39
atiwari/usr/bin/openssl23:40
atiwari(keystone279)ARVTIWAR-M-J00G:keystone arvtiwar$ openssl version23:40
dstanekgyee: i think he already did that23:40
atiwariOpenSSL 1.0.1k 8 Jan 201523:40
atiwariwhich openssl23:40
atiwari/usr/bin/openssl23:40
atiwari(keystone279)ARVTIWAR-M-J00G:keystone arvtiwar$ openssl version23:40
atiwariOpenSSL 1.0.1k 8 Jan 201523:40
atiwariwhich openssl23:40
atiwari/usr/bin/openssl23:40
atiwari(keystone279)ARVTIWAR-M-J00G:keystone arvtiwar$ openssl version23:40
atiwariOpenSSL 1.0.1k 8 Jan 201523:40
atiwarilet me try23:40
*** _cjones_ has joined #openstack-keystone23:40
gyeeinteresting23:40
dstanekatiwari: you may need to relink 'brew link --force openssl'23:40
dstanekyour /usr/bin/openssl is 1.x?23:40
atiwarilet me try that23:40
gyeewhy it is still loading 0.9.8?23:41
dstanekhttp://chriskief.com/2014/03/25/installing-cryptography-via-pip-with-macports-or-homebrew/23:41
atiwarighee you have to create soft link and delete the old one23:42
atiwaridstanek, no that does not solve the issue23:42
dstanekgyee: if mac is like linux it will do dynamic loading based off an env variable23:43
atiwaribrew unlink openssl && brew link --force openssl23:43
atiwariUnlinking /usr/local/Cellar/openssl/1.0.1k... 0 symlinks removed23:43
atiwariLinking /usr/local/Cellar/openssl/1.0.1k... 1146 symlinks created23:43
dstanekatiwari: you will have to recompile cryptography me thinks23:43
atiwariso it will be just "pip install cryptography"23:44
atiwariright23:44
atiwariit is in keystone dependency23:44
gyeeis your openssl linked with cms enabled?23:44
dstaneki would trash the venv and rebuild23:44
gyeenm `which openssl` | grep -i cms23:44
gyees/linked/compiled/23:45
atiwarilet me try23:49
gyeealso, like dstanek said, run 'otool -L `which openssl`' to see which dl it is loading23:50
gyeethe fact that it is loading the 0.9.8 dls means your installation is likely fubar23:50
dstaneki think that morganfainberg was recently having an issue with macs and libs23:52
*** chrisshattuck has quit IRC23:57
*** avozza is now known as zz_avozza23:58
*** jorge_munoz has quit IRC23:59
dstanekthis is where my Mac-fu ends and my hatred begins.... 'man install_name_tool' and good luck!23:59

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