Wednesday, 2016-03-16

stevemarsamueldmq: oh yeah?00:00
*** dstanek has joined #openstack-keystone00:00
*** ChanServ sets mode: +v dstanek00:00
stevemargood, put them out there :P00:00
gyeesamueldmq, stevemar, yeah, SSL auth00:01
samueldmqstevemar: Sam Leong will also be speaking :)00:01
dstanekgyee: nice00:01
samueldmqgyee: good stuff00:01
*** timcline has quit IRC00:01
*** sdake has quit IRC00:01
gyeeit was supposed to be a dry run for our Austin session, but that only got accepted as alternate00:01
gyeeso dry run anyway :-)00:02
morgangyee: Lisa has been trying to get me to fly down for that. But since I won't be employed at HPE by then...00:02
gyeemorgan, free beer and pizza00:03
morganRight, but still no one to foot the bill for the flight/sleeping arrangements.00:03
morgangyee: problems with finding oneself unemployed at the end of the month.00:04
gyeeman that's unfortunate, we really need your service00:05
morganGetting ready to cancel my hotel for Austin summit too.00:05
stevemarmorgan: you can crash with me00:05
stevemar:P00:05
gyeestevemar, you in Bay Area?00:06
stevemargyee: no, i meant in austin :)00:06
morgangyee: eh, the things I'm working on are far enough out that it doesn't impact anything important in this cycle and possibly next.00:06
morganstevemar: still no one paying for my flight.00:06
morganstevemar: so.. *shrug*00:07
stevemarmorgan: crowd fund that00:07
morganLol00:07
stevemar:P00:07
morganOn the plus side, overpaid taxes, getting a refund this year.00:07
morgan:P00:07
gyeedon't the foundation have this travel assistant program?00:07
morgangyee: a bit late to request for it now.00:07
*** dims has joined #openstack-keystone00:08
morgangyee: it's all in the timing.00:08
*** sdake_ has quit IRC00:08
*** mylu has quit IRC00:08
gyeeart of war, you need timing, you need luck, the rest is skill00:08
morgangyee: and in this case, bad luck, bad timing.00:09
morganSooooooo00:09
*** mylu has joined #openstack-keystone00:10
morganOn the plus side, having a nice hoppy stout with early dinner/late.lunch00:10
*** ianw has quit IRC00:10
* morgan wonders if space x is hiring OpenStack talent.00:10
*** shaleh has quit IRC00:11
gyeethey may, consider amount of data00:11
*** sdake has joined #openstack-keystone00:11
dstanekmorgan: yes, crowd fund it!00:12
* morgan tries to figure out who to bug that has contacts with space x00:13
morganAlso I remember JPL asking if I wanted to join them.00:13
*** spzala has joined #openstack-keystone00:17
*** TravT has joined #openstack-keystone00:20
*** stingaci has quit IRC00:21
*** spzala has quit IRC00:22
*** openstack has joined #openstack-keystone00:23
*** timcline has joined #openstack-keystone00:24
*** mylu has quit IRC00:27
*** mylu has joined #openstack-keystone00:27
*** timcline has quit IRC00:28
*** stingaci has joined #openstack-keystone00:28
*** fawadkhaliq has quit IRC00:30
*** fawadkhaliq has joined #openstack-keystone00:33
*** hurgleburgler has joined #openstack-keystone00:33
*** mylu has quit IRC00:35
*** real56 has quit IRC00:38
*** mylu has joined #openstack-keystone00:39
*** mylu has quit IRC00:40
openstackgerritguang-yee proposed openstack/keystone: Mapping which yield no identities should result in ValidationError  https://review.openstack.org/29318400:41
*** mylu has joined #openstack-keystone00:45
*** dims has joined #openstack-keystone00:45
*** mylu has quit IRC00:46
*** mylu has joined #openstack-keystone00:48
*** mylu has quit IRC00:50
*** stingaci has quit IRC00:51
*** afazekas has quit IRC00:53
*** gyee has quit IRC00:54
*** dave-mccowan has joined #openstack-keystone00:57
*** fawadkhaliq has quit IRC00:58
*** afazekas has joined #openstack-keystone00:59
*** fawadkhaliq has joined #openstack-keystone01:02
*** fawadkhaliq has quit IRC01:02
*** david-lyle has joined #openstack-keystone01:04
*** fawadkhaliq has joined #openstack-keystone01:06
*** fawadkhaliq has quit IRC01:06
*** dims has quit IRC01:07
*** dims has joined #openstack-keystone01:12
*** mylu has joined #openstack-keystone01:14
*** mylu has quit IRC01:15
*** spzala has joined #openstack-keystone01:18
*** fawadkhaliq has joined #openstack-keystone01:18
*** fawadkhaliq has quit IRC01:19
*** EinstCrazy has joined #openstack-keystone01:21
*** spzala has quit IRC01:23
*** hurgleburgler has left #openstack-keystone01:23
*** boris-42 has quit IRC01:24
*** timcline has joined #openstack-keystone01:24
*** afazekas has quit IRC01:25
*** afazekas has joined #openstack-keystone01:28
*** dims has quit IRC01:29
*** timcline has quit IRC01:29
*** dims has joined #openstack-keystone01:29
*** fawadkhaliq has joined #openstack-keystone01:30
*** fawadkhaliq has quit IRC01:31
*** LZ has joined #openstack-keystone01:36
*** fawadkhaliq has joined #openstack-keystone01:42
*** mylu has joined #openstack-keystone01:42
*** mylu has quit IRC01:44
*** dan_nguyen has quit IRC01:49
*** fawadkhaliq has quit IRC01:51
*** fawadkhaliq has joined #openstack-keystone01:51
*** dims has quit IRC01:52
*** dims has joined #openstack-keystone01:56
openstackgerritColleen Murphy proposed openstack/keystone: Update dev docs and sample script for v3/bootstrap  https://review.openstack.org/29089701:56
*** stingaci has joined #openstack-keystone02:01
*** dims has quit IRC02:03
*** dims has joined #openstack-keystone02:05
*** fawadkhaliq has quit IRC02:06
*** woodster_ has quit IRC02:07
*** mylu has joined #openstack-keystone02:08
*** richm has quit IRC02:08
*** mylu has quit IRC02:09
*** stingaci has quit IRC02:11
openstackgerritfengzhr proposed openstack/keystone: The name can be just white character except project and user  https://review.openstack.org/27235802:17
*** lhcheng has quit IRC02:19
*** spzala has joined #openstack-keystone02:19
*** mylu has joined #openstack-keystone02:20
*** mylu has quit IRC02:21
*** spzala has quit IRC02:22
*** spzala has joined #openstack-keystone02:22
*** mylu has joined #openstack-keystone02:25
openstackgerritSteve Martinelli proposed openstack/keystone: Remove reference to keystoneclient CLI  https://review.openstack.org/29188902:25
*** timcline has joined #openstack-keystone02:25
*** fawadkhaliq has joined #openstack-keystone02:25
*** mylu has quit IRC02:27
*** mylu has joined #openstack-keystone02:27
*** mylu has quit IRC02:29
*** timcline has quit IRC02:30
*** fawadkhaliq has quit IRC02:32
*** tqtran-afk has quit IRC02:32
*** mylu has joined #openstack-keystone02:34
*** mylu has quit IRC02:35
*** mylu has joined #openstack-keystone02:35
openstackgerritRon De Rose proposed openstack/keystone: Change EMPHEMERAL user type to FEDERATED  https://review.openstack.org/29307102:38
*** GB21 has quit IRC02:40
*** mylu has quit IRC02:40
*** mylu has joined #openstack-keystone02:49
*** lhcheng has joined #openstack-keystone02:54
*** ChanServ sets mode: +v lhcheng02:54
*** mylu has quit IRC02:59
*** mylu has joined #openstack-keystone03:03
*** spandhe_ has joined #openstack-keystone03:04
*** spandhe has quit IRC03:05
*** spandhe_ is now known as spandhe03:05
*** mylu has quit IRC03:13
openstackgerritRon De Rose proposed openstack/keystone: Change EMPHEMERAL user type to FEDERATED  https://review.openstack.org/29307103:14
*** mylu has joined #openstack-keystone03:16
*** dave-mccowan has quit IRC03:17
*** mylu has quit IRC03:18
openstackgerritMerged openstack/python-keystoneclient: Enhance functional class to provide default info  https://review.openstack.org/29120203:24
*** timcline has joined #openstack-keystone03:26
*** mylu has joined #openstack-keystone03:27
*** mylu has quit IRC03:29
*** timcline has quit IRC03:30
*** dims has quit IRC03:37
*** spzala has quit IRC03:39
*** aswadr_ has joined #openstack-keystone03:47
openstackgerritSteve Martinelli proposed openstack/keystone: Check for duplicates without inserting in keystone-manage bootstrap  https://review.openstack.org/29249203:58
*** ayoung is now known as ayoung_Zzz__04:01
*** knikolla has quit IRC04:06
*** josecastroleon1 has joined #openstack-keystone04:06
*** josecastroleon has quit IRC04:06
openstackgerritColleen Murphy proposed openstack/keystone: Update dev docs and sample script for v3/bootstrap  https://review.openstack.org/29089704:07
*** links has joined #openstack-keystone04:10
*** ayoung_Zzz__ has quit IRC04:12
*** fawadkhaliq has joined #openstack-keystone04:14
*** timcline has joined #openstack-keystone04:27
*** tqtran-afk has joined #openstack-keystone04:29
*** timcline has quit IRC04:31
*** tqtran-afk has quit IRC04:33
*** lhcheng has quit IRC04:38
*** roxanagh_ has joined #openstack-keystone04:38
*** mylu has joined #openstack-keystone04:44
*** mylu has quit IRC04:45
*** furface has quit IRC04:48
*** sdake has quit IRC04:50
*** furface has joined #openstack-keystone04:56
*** roxanagh_ has quit IRC04:58
*** mylu has joined #openstack-keystone05:06
*** zqfan has joined #openstack-keystone05:10
*** lhcheng has joined #openstack-keystone05:10
*** ChanServ sets mode: +v lhcheng05:10
*** boris-42 has joined #openstack-keystone05:14
*** GB21 has joined #openstack-keystone05:18
*** GB21 has quit IRC05:20
*** alex_xu has quit IRC05:25
openstackgerritRon De Rose proposed openstack/keystone: Change EMPHEMERAL user type to FEDERATED  https://review.openstack.org/29307105:27
*** timcline has joined #openstack-keystone05:27
*** tqtran-afk has joined #openstack-keystone05:30
*** alex_xu has joined #openstack-keystone05:31
*** timcline has quit IRC05:32
*** GB21 has joined #openstack-keystone05:33
*** tqtran-afk has quit IRC05:35
*** Nirupama has joined #openstack-keystone05:38
*** fawadkhaliq has quit IRC05:42
*** fawadkhaliq has joined #openstack-keystone05:43
*** david-lyle has quit IRC05:45
*** david-lyle has joined #openstack-keystone05:45
*** mylu has quit IRC05:46
*** mylu has joined #openstack-keystone05:52
*** fawadkhaliq has quit IRC05:52
*** fawadkhaliq has joined #openstack-keystone05:53
openstackgerritRon De Rose proposed openstack/keystone: Change EMPHEMERAL user type to FEDERATED  https://review.openstack.org/29307105:53
*** mylu has quit IRC05:57
*** lhcheng has quit IRC06:10
*** timcline has joined #openstack-keystone06:23
*** gangadhar has joined #openstack-keystone06:25
*** furface has quit IRC06:26
*** timcline has quit IRC06:27
*** furface has joined #openstack-keystone06:38
*** bjornar has quit IRC07:00
*** tqtran-afk has joined #openstack-keystone07:01
*** fawadkhaliq has quit IRC07:03
*** fawadkhaliq has joined #openstack-keystone07:04
*** tqtran-afk has quit IRC07:05
*** lhcheng has joined #openstack-keystone07:06
*** ChanServ sets mode: +v lhcheng07:06
*** tesseract has joined #openstack-keystone07:16
*** tesseract is now known as Guest6496707:17
*** jaosorior has joined #openstack-keystone07:18
*** Guest64967 has quit IRC07:21
*** timcline has joined #openstack-keystone07:24
*** spandhe has quit IRC07:24
*** fawadkhaliq has quit IRC07:25
*** fawadkhaliq has joined #openstack-keystone07:26
*** AJaeger has joined #openstack-keystone07:26
*** fawadkhaliq has quit IRC07:26
AJaegerkeystone cores, https://review.openstack.org/#/c/292714/ is the translation import. It has an +A by stevemar already but did not merge to the CI problems we had yesterday. Could somebody add another +A (or stevemar toggle his +A), please?07:27
patchbotAJaeger: patch 292714 - keystone - Imported Translations from Zanata07:27
*** fawadkhaliq has joined #openstack-keystone07:27
*** browne has quit IRC07:27
*** timcline has quit IRC07:28
*** wanghua has joined #openstack-keystone07:29
*** tesseract- has joined #openstack-keystone07:36
*** chlong has quit IRC07:42
*** mariusv has quit IRC07:44
*** lunarlamp has joined #openstack-keystone07:48
wanghuaHi all, i met a problem, can anyone help? When a trustor or a trustee is deleted, is the trust deleted automatically?07:53
*** lhcheng has quit IRC07:55
*** GB21 has quit IRC07:57
*** belmoreira has joined #openstack-keystone07:58
*** mhickey has joined #openstack-keystone08:08
*** permalac has joined #openstack-keystone08:20
*** EinstCrazy has quit IRC08:23
*** timcline has joined #openstack-keystone08:24
*** timcline has quit IRC08:29
*** EinstCrazy has joined #openstack-keystone08:30
*** ig0r_ has quit IRC08:39
*** GB21 has joined #openstack-keystone08:41
*** AJaeger has left #openstack-keystone08:49
*** GB21 has quit IRC09:07
*** kaliya has joined #openstack-keystone09:12
*** bjornar has joined #openstack-keystone09:22
*** jistr has joined #openstack-keystone09:24
*** timcline has joined #openstack-keystone09:25
*** timcline has quit IRC09:30
*** rk4n has joined #openstack-keystone09:35
*** trown has joined #openstack-keystone09:38
*** rk4n has quit IRC09:39
*** rk4n has joined #openstack-keystone09:39
*** dims has joined #openstack-keystone09:51
*** openstackgerrit has quit IRC09:53
*** openstackgerrit_ is now known as openstackgerrit09:53
*** openstackgerrit has quit IRC09:53
*** openstackgerrit_ has joined #openstack-keystone09:53
*** openstackgerrit has joined #openstack-keystone09:54
*** openstackgerrit has quit IRC09:54
*** openstackgerrit_ is now known as openstackgerrit09:54
*** openstackgerrit_ has joined #openstack-keystone09:54
*** openstackgerrit has quit IRC09:55
*** openstackgerrit has joined #openstack-keystone09:55
*** tqtran-afk has joined #openstack-keystone10:01
*** TravT has quit IRC10:06
*** tqtran-afk has quit IRC10:06
*** mylu has joined #openstack-keystone10:08
*** mylu has quit IRC10:13
*** timcline has joined #openstack-keystone10:26
*** ankur has joined #openstack-keystone10:27
*** daemontool has joined #openstack-keystone10:28
*** timcline has quit IRC10:30
*** EinstCrazy has quit IRC10:34
*** mkrcmari__ has quit IRC10:42
*** kaliya has quit IRC10:43
openstackgerritDina Belova proposed openstack/keystone: Integrate OSprofiler in Keystone  https://review.openstack.org/10336810:50
openstackgerritMerged openstack/keystone: Imported Translations from Zanata  https://review.openstack.org/29271410:52
openstackgerritDina Belova proposed openstack/keystone: Integrate OSprofiler in Keystone  https://review.openstack.org/10336810:53
*** dims has quit IRC10:53
openstackgerritAlexander Makarov proposed openstack/keystone: Change xrange to range for python3 compatibility  https://review.openstack.org/29336910:54
*** pece has joined #openstack-keystone10:59
*** dims has joined #openstack-keystone10:59
*** mkrcmari__ has joined #openstack-keystone11:11
*** trown is now known as trown|relocate11:12
*** openstackgerrit has quit IRC11:18
*** openstackgerrit has joined #openstack-keystone11:18
*** kaliya has joined #openstack-keystone11:19
*** timcline has joined #openstack-keystone11:27
*** timcline has quit IRC11:31
*** gordc has joined #openstack-keystone11:44
*** rk4n_ has joined #openstack-keystone11:51
*** dave-mccowan has joined #openstack-keystone11:52
*** rk4n has quit IRC11:54
*** mylu has joined #openstack-keystone11:56
*** raildo-afk is now known as raildo12:00
*** pece has quit IRC12:01
*** mylu has quit IRC12:03
*** jaosorior has quit IRC12:08
*** jaosorior has joined #openstack-keystone12:09
*** pece has joined #openstack-keystone12:09
*** jaosorior has quit IRC12:09
*** pece has quit IRC12:10
*** jaosorior has joined #openstack-keystone12:11
samueldmqcrinkle: hi12:12
samueldmqcrinkle: glad to see you contributing here :)12:12
*** pece has joined #openstack-keystone12:13
samueldmqcrinkle: do you mind if I update patch 293159 to revert the changes of assertThat -> assertEqual ?12:13
patchbotsamueldmq: https://review.openstack.org/#/c/293159/ - keystone - Make backend filter testing more comprehensive12:13
samueldmqcrinkle: see stevemar's comment there12:13
*** kaliya has quit IRC12:16
*** clenimar has joined #openstack-keystone12:17
*** EinstCrazy has joined #openstack-keystone12:24
*** rodrigods has quit IRC12:26
*** rodrigods has joined #openstack-keystone12:26
*** timcline has joined #openstack-keystone12:28
*** pcaruana has quit IRC12:28
*** rk4n has joined #openstack-keystone12:30
*** fawadkhaliq has quit IRC12:31
*** timcline has quit IRC12:32
*** rk4n_ has quit IRC12:32
*** mylu has joined #openstack-keystone12:32
*** boris-42 has quit IRC12:34
*** mylu_ has joined #openstack-keystone12:35
*** trown|relocate is now known as trown12:35
*** mylu has quit IRC12:38
*** mylu_ has quit IRC12:40
*** gpaz has joined #openstack-keystone12:41
*** kaliya has joined #openstack-keystone12:46
gpazHello everyone   ,  I m trying to find a good example to use environment for Workflow if someone can point me to exhaustive example …12:50
gpazIt will be great12:50
*** jlvillal has quit IRC12:52
*** jlvillal has joined #openstack-keystone12:52
*** ninag has joined #openstack-keystone12:57
*** rk4n has quit IRC13:01
*** rk4n has joined #openstack-keystone13:02
*** rcernin has joined #openstack-keystone13:03
*** dancn has quit IRC13:08
*** e0ne has joined #openstack-keystone13:10
*** dancn has joined #openstack-keystone13:11
*** pauloewerton has joined #openstack-keystone13:14
*** kro_sinus_hell is now known as krot_sinus_purga13:15
*** krot_sinus_purga is now known as kro_sniffles13:15
dstanekgpaz: you're looking for an environment to do keystone development?13:15
*** rk4n_ has joined #openstack-keystone13:18
*** rk4n has quit IRC13:20
*** ig0r_ has joined #openstack-keystone13:24
*** e0ne has quit IRC13:27
*** timcline has joined #openstack-keystone13:28
*** rk4n has joined #openstack-keystone13:28
*** GB21 has joined #openstack-keystone13:28
*** fawadkhaliq has joined #openstack-keystone13:29
*** rk4n_ has quit IRC13:32
openstackgerritOpenStack Proposal Bot proposed openstack/python-keystoneclient-kerberos: Updated from global requirements  https://review.openstack.org/29342913:32
*** timcline has quit IRC13:33
*** sdake has joined #openstack-keystone13:33
*** ninag has quit IRC13:34
*** ninag has joined #openstack-keystone13:34
*** d0ugal has quit IRC13:35
*** d0ugal has joined #openstack-keystone13:35
*** ninag_ has joined #openstack-keystone13:36
*** ninag has quit IRC13:39
*** doug-fish has quit IRC13:39
*** edmondsw has joined #openstack-keystone13:41
*** doug-fish has joined #openstack-keystone13:42
*** spandhe has joined #openstack-keystone13:46
*** doug-fish has quit IRC13:46
*** Nirupama has quit IRC13:47
edmondswso what do we do about https://review.openstack.org/#/c/292492/ ? Sounds like none of us can figure why devstack is failing13:52
patchbotedmondsw: patch 292492 - keystone - Check for duplicates without inserting in keystone...13:52
*** zqfan has quit IRC13:52
edmondswbknudson, any ideas?13:52
stevemaredmondsw: bknudson i tried it locally and it passed13:54
stevemari'm confused13:54
*** richm has joined #openstack-keystone13:54
bknudsonshows we need better logging.13:55
dstanekbknudson: ++13:57
dstanekedmondsw: those don't look like keystone specific failures13:58
edmondswdstanek said auth was failing13:58
*** pushkaru has joined #openstack-keystone13:58
edmondswdstanek, but yeah, I can't figure what would be in this change that would cause that13:58
bknudsonUser c48e5fa348e44f93bef116f262b75185 has no access to project ebc150249eec4c44bb7901705519b72113:59
bknudsonso I guess the logs aren't that bad13:59
edmondswbknudson well, the logs also said that the role was granted, too13:59
*** doug-fish has joined #openstack-keystone14:00
bknudsonhttp://logs.openstack.org/92/292492/2/check/gate-tempest-dsvm-full/79bc106/logs/devstacklog.txt.gz#_2016-03-16_04_08_41_53914:00
*** doug-fish has quit IRC14:01
bknudsonruns fine for me locally, too.14:01
*** doug-fish has joined #openstack-keystone14:01
*** rk4n_ has joined #openstack-keystone14:01
*** tqtran-afk has joined #openstack-keystone14:03
stevemarits only when the bootstrapping finishes that the issues happen14:03
*** rk4n has quit IRC14:04
*** lhinds_ has joined #openstack-keystone14:06
*** sigmavirus24_awa is now known as sigmavirus2414:06
*** mgagne has quit IRC14:07
*** hughsaunders has quit IRC14:07
*** mgagne has joined #openstack-keystone14:07
*** tqtran-afk has quit IRC14:08
*** hughsaunders has joined #openstack-keystone14:08
openstackgerritMerged openstack/keystone: Change xrange to range for python3 compatibility  https://review.openstack.org/29336914:12
*** knikolla has joined #openstack-keystone14:13
openstackgerritAlexander Makarov proposed openstack/keystone: Move region configuration to a critical section  https://review.openstack.org/22217314:17
*** dan_nguyen has joined #openstack-keystone14:21
edmondswstevemar bknudon, so that discussion sure petered out :)14:24
edmondswideas on next steps?14:24
*** sdake has quit IRC14:27
stevemaredmondsw: i'm not sure :)14:28
*** timcline has joined #openstack-keystone14:29
*** fawadkhaliq has quit IRC14:30
*** aswadr_ has quit IRC14:30
*** fawadkhaliq has joined #openstack-keystone14:30
*** rk4n has joined #openstack-keystone14:30
edmondswlooks like keystone was restarted twice between running keystone-manage bootstrap and the auth failure... I wonder why...14:33
*** ayoung has joined #openstack-keystone14:33
edmondswand apparently admin_token_auth wasn't removed from the pipeline because it's still warning about that14:33
*** ChanServ sets mode: +v ayoung14:33
*** rk4n_ has quit IRC14:33
*** timcline has quit IRC14:34
edmondswstevemar what could be different in the gate from your local env?14:34
edmondswyou just ran keystone-manage yourself, or you ran it in devstack?14:34
navidpstevemar, ok sure thanks14:35
dstanekedmondsw: i'm trying to reproduce, but i can't14:36
dstanekvery strange14:36
edmondswdefinitely14:36
*** roxanagh_ has joined #openstack-keystone14:42
*** jbell8 has joined #openstack-keystone14:47
*** roxanagh_ has quit IRC14:50
*** GB21 has quit IRC14:53
stevemaredmondsw: wow this is so annoying14:54
stevemarbeen looking at the patch and logs for 30 minutes, i've come up with nothing14:54
edmondswyeah14:54
*** ninag_ has quit IRC14:55
stevemarit's failing here: http://logs.openstack.org/92/292492/2/check/gate-tempest-dsvm-full/79bc106/logs/devstacklog.txt.gz#_2016-03-16_04_08_41_72714:55
*** ninag has joined #openstack-keystone14:55
stevemarbut that's after all the bootstrap has been done...14:57
stevemarhttps://github.com/openstack-dev/devstack/blob/master/stack.sh#L1004-L103314:57
stevemarso logically, the bootstrap didn't so something it should have done14:58
openstackgerritBoris Bobrov proposed openstack/python-keystoneclient: Support `truncated` flag returned by identity service  https://review.openstack.org/29304814:58
*** LZ has quit IRC14:58
crinklesamueldmq: sure, go for it14:59
edmondswstevemar keystone was restarted twice between bootstrapping and the auth failure... could devstack have done something to mess things up somewhere in there? But how to find what...14:59
knikollastevemar, edmondsw: should i just reduce the patch to just the user instead of including the project/domain/roles/etc?14:59
*** ninag has quit IRC14:59
stevemarknikolla: you could put up a different patch that just does user, sure14:59
edmondswknikolla maybe through up a separate patch that does that15:00
edmondswthrow*15:00
stevemarknikolla: i think user is probably the case we most want to solve anyway15:00
edmondswye15:00
edmondswwow, I can't type today15:00
knikollastevemar, edmondsw: will do that now15:00
raildoayoung: ping, cinder quota code are working with project as domains15:00
raildoproject acting*15:01
stevemarknikolla: edmondsw: http://paste.openstack.org/show/490726/15:01
stevemarcompared to http://logs.openstack.org/92/292492/2/check/gate-tempest-dsvm-full/79bc106/logs/devstacklog.txt.gz#_2016-03-16_04_08_41_72715:02
dstanekstevemar: i just added a comment to that review. seems like the code may be incorrect, but i don't know if it would cause this15:02
edmondswdstanek, you can have multiple roles with the same name?15:03
*** jorge_munoz has joined #openstack-keystone15:03
stevemaredmondsw: no15:03
edmondswoh, I guess now with domain-specific roles?15:03
dstanekedmondsw: yes, the unique in (role_name, domain)15:03
edmondswyeah15:03
dstanekso a query on role_name can return multple results15:04
edmondswdstanek don't think that's happening here, but it's a good point15:04
stevemaredmondsw: let's wait and see what happend with knikolla's new patch15:04
edmondswdstanek, best way to correct that check?15:04
dstanekedmondsw: yeah, i don't think so either. but it is odd that when devstack goes to use the newly minted roles it doesn't have access15:04
dstanekedmondsw: check for role_name and domain_id15:05
edmondswdstanek if you add a filter for the domain_id, is it going to match roles that are not tied to a specific domain?15:05
bknudsonwow, role names aren't unique anymore15:05
stevemardstanek: want to push https://review.openstack.org/#/c/291889/ through?15:06
patchbotstevemar: patch 291889 - keystone - Remove reference to keystoneclient CLI15:06
dstanekedmondsw: not if you use the default domain that we create when bootstrapping15:06
stevemaror bknudson ^15:06
edmondswdstanek and do we allow someone to have a domain-specific role name that is identical to the name of a role that is not domain-specific?15:06
dstanekstevemar: let me take a look15:06
dstanekedmondsw: by the looks of the schema, yes, but i don't know if we prevent that in code somewhere15:07
*** vivekdhayaal has joined #openstack-keystone15:09
edmondswso I could create a domain-specific admin role and then to nova,etc. it will say "oh, this is admin" but keystone will distinguish between role assignments for that vs. role assignments for the normal not-domain-specific admin role15:09
edmondswayoung ^15:09
openstackgerritAlexander Makarov proposed openstack/keystone: Add redelegation columns to Trust SQL model  https://review.openstack.org/17209015:10
openstackgerritKristi Nikolla proposed openstack/keystone: Check for already present user without inserting in Bootstrap  https://review.openstack.org/29348815:10
knikollastevemar, edmondsw: new patch up15:11
dstanekknikolla: why is it a new patch instead of an update?15:11
edmondswdstanek, stevemar and I told her to do that :)15:12
dstanekedmondsw: why?15:12
edmondswI can't speak to stevemar's reasoning, but in my mind it's a reduced change, just to see if it helps. We can continue working on this after that goes in if it does help, or abandon as we see fit15:12
stevemari had similar reasoning..15:13
stevemardstanek: poke for https://review.openstack.org/#/c/291497/5 << closes out an rc bug15:13
patchbotstevemar: patch 291497 - keystone - Fixed user in group participance15:13
dstanekedmondsw: ah, i see. it's a test. the commit message should say that or we should abandon the original - otherwise we may waste someone's time15:13
*** david-lyle has quit IRC15:15
*** david-lyle has joined #openstack-keystone15:15
ayoungedmondsw, domain specific role does not go in token15:15
ayoungedmondsw, Nova will never see it15:15
openstackgerritSteve Martinelli proposed openstack/keystone: Mapping which yield no identities should result in ValidationError  https://review.openstack.org/29318415:15
*** roxanagh_ has joined #openstack-keystone15:16
ayoungedmondsw, so, if you made domain_admin as a dsr, and it implied admin, then a regular admin role would show up in the project15:16
ayounger token15:16
stevemardstanek: another RC closer: https://review.openstack.org/#/c/293184/15:16
patchbotstevemar: patch 293184 - keystone - Mapping which yield no identities should result in...15:16
dstanekstevemar: testing the first one you mentioned now15:16
bknudsonayoung: we're wondering how bootstrap should work -- as in, how should it check that the admin user already has the role on the project15:16
stevemardstanek: okay, sorry for bombarding you, just eager to cut RC1 :)15:16
ayoungbknudson, there is a call to list effective roles15:17
*** knikolla has quit IRC15:17
bknudsonit does get_roles_for_user_and_project so that should do it?15:17
stevemardstanek: thoughts on bumping duplicate endpoints from rc1? that patch doesn't seem to have much momentum15:18
ayoungbknudson, I'd have to look.  I think so, but remember:  I lie.  I make schtuff up15:18
dstanekstevemar: np15:18
edmondswayoung, yeah, of course... that's not what I was saying15:18
dstanekstevemar: how close is it?15:18
*** henrynash has joined #openstack-keystone15:18
*** ChanServ sets mode: +v henrynash15:18
bknudsonayoung: looks like it does from the code15:19
ayoungedmondsw, I thik I rasied that issue15:19
stevemardstanek: you WIP'ing it was the last time it moved15:19
edmondswayoung, what issue?15:19
edmondswif admin is a special role in every other OpenStack project, it should be special in keystone too15:19
ayoungedmondsw, DSR name the same as a public name15:19
henrynashhi..can anyone give me tehe steps needs to run one of our unit test with oslo_db in debug mode?15:19
edmondswah, good15:19
stevemarwelcome back from vacation henrynash15:20
henrynashstevemar: thanks!15:20
ayoungedmondsw, I discussed with henrynash and we do want it such that two domains can create the same DSR15:20
ayoungbut I think, as a side effect, masking IS currently allowed15:20
ayounghenrynash, ^^  is that true15:20
henrynashayoung: context?15:20
ayounghenrynash, can I have a DSR 'admin' today?15:20
ayoungseparate from the real Admin role?15:20
henrynashayounf: you mean, only domain admin for domain X can crud domain roles for that domain?15:21
ayounghenrynash, no15:21
ayounghenrynash, I mean can I creat a DSR with the same name as a Global role15:21
ayoungI know we discussed this15:21
henrynashayoung: ahh, you mean can someone careate a DSR with name ‘admin’?15:21
ayounghenrynash, yep15:21
henrynashayoung: yes, I think you can15:21
henrynashayoung: I’d have to check, but I tihnk so15:22
ayounghenrynash, and...we decided that was OK, right?15:22
ayounghenrynash, I know we said that 2 different domains can have the same DSR15:22
*** knikolla has joined #openstack-keystone15:22
henrynashayoung: however, I think you prevent ‘admn’ form being an implied role?15:22
ayoungand, as a side effect, the constraint on the DB table was across both name and domain_id on the role table15:22
*** jorge_munoz_ has joined #openstack-keystone15:22
ayounghenrynash, oh, I hadn't thought of that15:22
ayoungyeah, that is kindof accidental15:22
ayoungugh15:23
henrynashayoung: yes, different domains can have the same named DSR (e.g. “Dev_resoruce_manager”)15:23
ayoungso no DSR can imply "admin"15:23
dstanekstevemar: i gave the group a +2, but didn't +A since I know next to nothing about LDAP. if you're comfortable with that we can +A :-)15:23
ayoungdstanek, link?15:23
henrynashayoung: I think that’s correct15:23
ayoungdstanek, I know a little about LDAP15:23
dstanekayoung: https://review.openstack.org/#/c/291497/515:23
patchbotdstanek: patch 291497 - keystone - Fixed user in group participance15:23
*** jorge_munoz has quit IRC15:24
*** jorge_munoz_ is now known as jorge_munoz15:24
ayoungdstanek, ah, uyep, I had my eye on that one.  +2a15:24
dstanekstevemar: i'll look at the endpoints one in a few15:24
stevemardstanek: ayoung it uses the same logic as in list_users_in_group15:24
stevemarayoung: thanks15:24
dstanekstevemar: yeah, i went back and looked at the original patch15:25
ayoungstevemar, I've had two people contact me interested in doing the outreachy LDAP cleanup project15:25
stevemardstanek: yeah, looks like the original fixed most of the openLDAP issues but that one15:25
ayoungboth were PMs, both logged off before I could answer, but, hey15:25
*** sdake has joined #openstack-keystone15:25
stevemarayoung: elaborate on the clean up?15:26
henrynash…so back to my original quetsion…can anyone give me the steps needs to run one of our unit test with oslo_db in debug mode? I’ve tried tox -edebug, tried setting the oslo_db log level to DEBUG in our unit/core.py etc….but no debug output so far....15:26
ayoungstevemar, they asked for outreachy internhip ideas, and I floated LDAP cleanup...15:26
ayounghttps://etherpad.openstack.org/p/Keystone-LDAP-Cleanup15:26
openstackgerritSamuel de Medeiros Queiroz proposed openstack/keystone: Make backend filter testing more comprehensive  https://review.openstack.org/29315915:26
stevemardstanek: another: https://review.openstack.org/#/c/293184/ :P hehe sorry for all the bugging15:26
patchbotstevemar: patch 293184 - keystone - Mapping which yield no identities should result in...15:26
samueldmqcrinkle: ^15:26
stevemarayoung: noice15:27
stevemarthanks samueldmq, crinkle is on the west coast, probably just waking up15:27
dstanekstevemar: i just read the commit summary line 5 time before i realized is sounded terrible because there is an 's' missing https://review.openstack.org/#/c/29318415:27
ayoungstevemar, I'd love to finally Address Termies comments on the LDAP entities in there....15:27
samueldmqstevemar: np :)15:27
stevemardstanek: lol15:27
stevemardstanek: -1!!15:28
stevemarhenrynash: let me see if i can fix your problem15:28
stevemarhenrynash: also use the oslo-signal, dims ^15:29
*** browne has joined #openstack-keystone15:29
henrynashstevemar: such a helpful PTL, anyone would think he’s running for re-election :-)15:29
*** vivekdhayaal has quit IRC15:30
*** vivekd2 has joined #openstack-keystone15:30
*** timcline has joined #openstack-keystone15:30
*** slberger has joined #openstack-keystone15:30
dstanekstevemar: so, the user never sees a validation error right? just an unauthorized?15:30
*** ninag has joined #openstack-keystone15:31
dstanekstevemar: this seems like a strange message to pass back to the user: https://review.openstack.org/#/c/293184/2/keystone/federation/utils.py15:31
patchbotdstanek: patch 293184 - keystone - Mapping which yield no identities should result in...15:31
*** fawadkhaliq has quit IRC15:33
*** fawadkhaliq has joined #openstack-keystone15:34
*** timcline has quit IRC15:34
*** david-lyle_ has joined #openstack-keystone15:34
dstanekstevemar: ah, yes the dup endpoints. i think htruta was going to pick that back up. i just did the rebase to resolve the merge conflict15:34
*** david-lyle has quit IRC15:34
*** vivekd2 has quit IRC15:35
*** jaosorior has quit IRC15:36
*** timcline has joined #openstack-keystone15:36
samueldmqstevemar: dstanek: ayoung: I think we need a release note to patch 29149715:37
patchbotsamueldmq: https://review.openstack.org/#/c/291497/ - keystone - Fixed user in group participance15:37
*** jasonsb has joined #openstack-keystone15:37
ayoungare we going to RN every bug?  Can't we automate that?15:37
*** fawadkhaliq has quit IRC15:38
samueldmqthat bug affect end users/deployers, so yes we do need that15:38
samueldmqayoung: maybe we could automate if all the bug reports were small and well-written15:39
dstaneksamueldmq: no, there was already a release note for it15:39
dstaneksamueldmq: https://review.openstack.org/#/c/258528/13/releasenotes/notes/bug_1526462-df9a3f3974d9040f.yaml15:40
patchbotdstanek: patch 258528 - keystone - Enable support for posixGroups in LDAP (MERGED)15:40
stevemarsamueldmq: yeah, there was already a RN for it15:40
stevemardstanek: right, the user only sees unauthorized, AFAICT15:40
bknudsonwe already have guidance for when a release note is needed -- http://docs.openstack.org/developer/keystone/developing.html#release-notes15:40
dstanekstevemar: makes sense, but the error message is odd. users won't have access to debug logs or the mapping used15:41
samueldmqstevemar: dstanek: kk15:41
*** vivekdhayaal has joined #openstack-keystone15:41
stevemardstanek: oh no, is that debug?15:42
stevemardstanek: i think it bubbles up no?15:42
dstanekstevemar: it's the message for the validation error. does it bubble up to the user?15:43
stevemardstanek: it's being caught here https://review.openstack.org/#/c/293184/2/keystone/auth/plugins/mapped.py15:43
patchbotstevemar: patch 293184 - keystone - Mapping which yield no identities should result in...15:43
stevemarknikolla: edmondsw haha the single user fix seems to be passing..15:44
edmondsw:)15:44
dstanekstevemar: yeah, so i just checked. since it's a security exception it will only bubble up to the user if they are in insecure_debug mode.15:45
dstanekstevemar: that also means that the message is completely lost otherwise15:45
crinklethanks samueldmq15:46
stevemardstanek: d'oh15:46
stevemardstanek: we can wait for gyee to come online15:46
stevemardstanek: unless you're feeling extra handy15:47
*** bjornar has quit IRC15:47
dstanekstevemar: i'm thinking we log it15:47
*** mylu has joined #openstack-keystone15:47
stevemardstanek: doesn't really help the end user15:47
stevemaror you mean log it in addition to15:48
dstanekstevemar: yes.15:48
dstanekstevemar: all the end user can do is call their cloud admin or whatever and complain - since it's a security exception15:49
stevemardstanek: true15:49
*** browne has quit IRC15:51
mkoderer___jamielennox: hi, could you have a review on https://review.openstack.org/#/c/290511/? I tried to fix keystone v3 issues in Manila and would like to get your opinion15:55
patchbotmkoderer___: patch 290511 - manila - Fix keystone v3 issues for all clients15:55
morganstevemar, edmondsw: https://review.openstack.org/#/c/293488/1 commented - +1, but have a suggestion and happy to move to +2 at that point15:55
patchbotmorgan: patch 293488 - keystone - Check for already present user without inserting i...15:55
*** gyee has joined #openstack-keystone15:55
*** ChanServ sets mode: +v gyee15:55
edmondswmorgan, good comment15:56
samueldmqcrinkle: np15:56
edmondswmorgan, knikolla's first patch tried to make this change for all things that are currently catching Conflict, not just users, but it's failing in devstack and nobody can figure out why15:57
dstanekmorgan: i think that review isn't ready yet.15:57
edmondswnobody = stevemar, dstanek, bknudson, knikolla, and myself15:57
edmondswthat original patch was https://review.openstack.org/#/c/29249215:58
edmondswmorgan ^15:58
edmondswdstanek, I don't think we'd hold up this second patch... it just changes things for user and not for domain, project, etc., but that's actually what the bug was about... users15:58
edmondswso we'd be fixing the bug, and could take more time to cleanup other things that aren't actually causing a bug15:59
dstanekedmondsw: ah, ok. i was going to suggest a partial-bug instead of closes, but if the bug is only about uses...15:59
morganthe try/except for friendlier issue is the reason for +1 vs +215:59
morganthe other part of the comment was just a "oh if you wanted to fix it all at once, i'd support it"16:00
edmondswmorgan, understood, just providing more info16:00
edmondswand I agree16:01
morganedmondsw: clarified the position in another comment16:01
*** henrynash has quit IRC16:01
edmondswknikolla, did you see that?16:01
*** e0ne has joined #openstack-keystone16:01
edmondswbtw guys, knikolla said this would be her first patch :)16:02
knikollaedmondsw, yeah. once I see it passing CI I will resolve morgan's comment16:02
knikollahis* :P16:02
edmondsw:P sorry16:02
knikollai get that a lot though haha16:02
edmondswknikolla welcome to keystone16:03
knikollaedmondsw, thank you. hoping it will be the first of many contributions.16:03
morganknikolla: cool16:03
edmondsw++16:03
morganknikolla: def welcome to keystone16:04
*** fawadkhaliq has joined #openstack-keystone16:04
dstanek++16:05
morganoh ugh.16:05
morgani can't test keystone on my local machine atm...16:05
* morgan kicks os x for being bad.16:06
knikollamorgan, what exception should i catch in the case of a failing insert?16:06
*** henrynash has joined #openstack-keystone16:06
*** ChanServ sets mode: +v henrynash16:06
*** kaliya has quit IRC16:06
morganknikolla: hm. i would be pretty broad - something like:16:07
morganknikolla: except Exception and then respin the message in the friendly error printed16:07
morganmake sure if you do except Exception  to add " # nosec" after the line16:08
morganedmondsw: ^ thoughts?16:08
morganknikolla: example of the  use of " # nosec"16:09
morganknikolla: http://git.openstack.org/cgit/openstack/keystone/tree/keystone/assignment/backends/sql.py#n6516:09
edmondswmorgan hmm... wouldn't keystone-manage bootstrap already have to handle general exceptions?16:10
edmondswit is just a bootstrap utility... probably spits a trace if it hits something unexpected, and that's probably fine16:11
*** EinstCrazy has quit IRC16:11
morganedmondsw: eh.16:11
morganedmondsw: *shrug*16:11
*** belmoreira has quit IRC16:11
edmondswbut if there's a specific error something like LDAP would raise when it can't create a user, I think that's what we'd check for16:12
*** GB21 has joined #openstack-keystone16:12
edmondswmorgan, if you want to cleanup general exception handling, I think that should be done more generally not in this one place :)16:12
bknudsonwhat we've learned is that openstack use is mostly just installing16:13
edmondswknikolla, looks like it raises exception.ForbiddenAction if you can't create a user16:14
morganedmondsw: sounds good.16:15
edmondswbknudson lol16:15
dstanekbknudson: what else would you do with it?16:16
edmondswI wager most of those on the ML and IRC install it more than use it, true enough16:16
morgandstanek: lol16:17
edmondswit's certainly not secure enough to use in production, right? ;)16:17
knikollaedmondsw, morgan: In the case that the user doesn't exist and it can't be created, the following bootstrap commands don't make much sense. Since they are adding the user to the project, and the role. Wouldn't an uncaught exception make more sense?16:18
edmondswknikolla I was expecting we would have keystone-manage exit at the point that you get a ForbiddenAction exception, but with a nice message instead of a trace16:19
edmondswbut maybe it would already do that, I don't know16:19
morganedmondsw: ++16:19
*** david-lyle_ is now known as david-lyle16:20
amakarovayoung, hi! Do we actually need oauth1? As long as I see it has to be split: request and access tokens should use different backends.16:20
*** ebalduf has joined #openstack-keystone16:22
stevemargyee: i think dstanek wants the message also loggd16:24
knikollaedmondsw, morgan: Would this be ok? http://paste.openstack.org/show/490747/16:26
morganlooks good to me .16:27
morganif it passes check/gate16:27
morgan:)16:27
knikollamorgan, i would also need to make bootstrap exit gracefully at that point. Since the caught exception will just make it fail when assigning the nonexistent user to the project and role.16:27
knikollain the next few lines.16:28
morganknikolla: right.16:28
knikollamorgan, edmondsw, sys.exit(0)?16:29
mfischhenrynash: quick question can you confirm that the endpoint_policy_extension was removed in liberty?16:30
edmondswknikolla I think you'd want to print the error to the screen, rather than to the logs16:30
edmondswor both16:30
openstackgerritRon De Rose proposed openstack/keystone: Change EMPHEMERAL user type to FEDERATED  https://review.openstack.org/29307116:30
mfischwe have some old refs to it in a config file but it seems to have gone away16:30
*** lhcheng has joined #openstack-keystone16:31
*** ChanServ sets mode: +v lhcheng16:31
raildolbragstad: ping, do you know how to handle with cache problems on fernet tokens?16:31
knikollaIsn't LOG.error also streamed to the screen?16:31
lbragstadraildo cache problems?16:31
raildolbragstad: some tests are breaking after a rebase...16:31
lbragstadlike with keystonemiddleware?16:31
openstackgerritSteve Martinelli proposed openstack/keystone: Support `id` and `enabled` attributes when listing service providers  https://review.openstack.org/29158416:32
raildolbragstad: http://logs.openstack.org/50/258650/27/check/gate-keystone-python27/bf1bd81/console.html.gz16:32
stevemardstanek: morgan ^16:32
morganknikolla: it should be16:32
morganfor bootstrap16:32
*** fawadkhaliq has quit IRC16:32
henrynashmfisdh: do you mean when was it made core?16:32
raildolbragstad: this test keystone.tests.unit.test_backend_sql.SqlTokenCacheInvalidation.test_delete_scoped_token_by_user_and_tenant, for example...16:32
gyeestevemar, the msg is logged by default no matter what16:33
*** fawadkhaliq has joined #openstack-keystone16:33
*** fawadkhaliq has quit IRC16:33
stevemargyee: don't tell me, tell dstanek :P16:34
henrynashmfisch: it was move to core in Liberty, yes16:35
mfischthanks henrynash16:35
*** trown is now known as trown|lunch16:36
dstanekgyee: what message is logged?16:37
lbragstadraildo that's test calls the persistence driver - which will break https://github.com/openstack/keystone/blob/master/keystone/tests/unit/token/test_backends.py#L547-L54916:37
lbragstadwith fernet16:37
raildolbragstad: hum... got it, probably will be the same thing for the other tests16:37
lbragstadraildo that test could be rewritten to not be dependent on the persistence backend16:38
*** browne has joined #openstack-keystone16:38
raildolbragstad: I'll do that :) thanks sir16:38
lbragstadraildo no problem - thank you16:38
*** links has quit IRC16:38
gyeedstanek, sorry, you are right, I was shooting bull, it does not logged16:39
gyeelemme roll a patch16:39
dstanekrolling, rolling, rolling. gyee get his patch a rolling...16:40
openstackgerritKristi Nikolla proposed openstack/keystone: Check for already present user without inserting in Bootstrap  https://review.openstack.org/29348816:41
knikollaedmondsw, morgan ^^16:42
*** henrynash has quit IRC16:43
*** spzala has joined #openstack-keystone16:45
edmondswknikolla, eh... I'm not sure that's really helping16:45
edmondswmorgan, the more I think of it, the more I think we just don't catch the ForbiddenAction exception, at least not under this patch16:46
edmondswsome later patch could add nicer error handling for this and other things that bootstrap is doing, if need be16:46
edmondswtoday I assume it already logs and prints the error, this would just be about making it prettier16:47
*** e0ne has quit IRC16:47
*** e0ne_ has joined #openstack-keystone16:47
openstackgerritguang-yee proposed openstack/keystone: Mapping which yield no identities should result in ValidationError  https://review.openstack.org/29318416:48
morganedmondsw: honestly, we could punt on bootstrap getting this fix until post RC16:48
gyeedstanek, there ^^^, your satisfaction is guaranteed16:48
morganedmondsw: and get it wrapped up more cleanly16:48
edmondswmorgan, NO, I want this in RC16:48
edmondswI want to use bootstrap for LDAP cases16:49
morganedmondsw: ideally we should spend the time to clean this up properly for RC or punt it.16:49
knikollaedmondsw, morgan, if the user can't be created and doesn't exist it doesn't make sense to continue with bootstrap.16:49
edmondswmorgan, I agree... but I think what we're talking about cleaning up properly here has gone beyond the scope of the defect16:49
dstanekgyee: !16:49
morganedmondsw: sortof.16:49
edmondswknikolla, yes, but if you don't catch the exception that will already happen16:50
*** e0ne has joined #openstack-keystone16:50
knikollaedmondsw, yes, that's why I didn't catch it in the first patch set.16:50
*** fawadkhaliq has joined #openstack-keystone16:50
dstanekgyee: is there anything we can log to make it specific about the request?16:50
*** e0ne_ has quit IRC16:50
knikollaedmondsw, I assume the bug is when you already have the user in LDAP and you want to bootstrap projects and roles.16:50
morganedmondsw: i just don't care. so either go back to the original one or not, its all the same.16:51
stevemardstanek: gyee with satisfaction guaranteed, we can't lose!16:51
*** fawadkhaliq has quit IRC16:51
gyeelol16:51
morganedmondsw: i'll support whatever.16:51
morganknikolla: ^ +2 on either thing.16:51
morganknikolla: :)16:51
*** fawadkhaliq has joined #openstack-keystone16:51
stevemaredmondsw: would only supporting the user case solve your issue?16:52
edmondswstevemar yes16:53
stevemaredmondsw: even better16:53
*** mylu has quit IRC16:53
*** e0ne has quit IRC16:53
*** GB21 has quit IRC16:54
edmondswI like the original patch better than the current one. Or replace raise with something like raise SystemExit(_("Unable to create user %s") % self.username)16:55
*** GB21 has joined #openstack-keystone16:55
edmondswI think that would address morgan's concern16:55
*** spzala has quit IRC16:55
edmondswyou like that, morgan?16:55
gyeedstanek, for mapping processing, that are two more logs we can aggregate. i.e. https://github.com/openstack/keystone/blob/master/keystone/federation/utils.py#L53516:56
morganedmondsw: either way.16:56
*** spzala has joined #openstack-keystone16:56
gyeedstanek, I think we are OK for now16:56
edmondswmorgan, then the original patch is simpler :)16:56
edmondswknikolla ^16:56
*** spzala has quit IRC16:57
knikollaedmondsw, ok :)16:57
knikollawould i need to make a third patch set or the first one can be used, haha.16:58
*** vivekd2 has joined #openstack-keystone16:59
*** vivekdhayaal has quit IRC16:59
*** pushkaru has quit IRC16:59
*** pushkaru has joined #openstack-keystone16:59
*** raildo is now known as raildo-afk17:00
*** e0ne has joined #openstack-keystone17:00
*** sigmavirus24 is now known as sigmavirus24_awa17:02
openstackgerritSteve Martinelli proposed openstack/keystone: Add an option to retrieve X-Forwarded-For as remote address  https://review.openstack.org/29357517:03
*** spzala has joined #openstack-keystone17:03
ayoungamakarov, I never thought we did.  Ask stevemar as he was the one that wrote it, and it was an IBM request.   I'd be surprised if we did17:03
ayoungamakarov, I'd be happy to deprecate it17:03
openstackgerritKristi Nikolla proposed openstack/keystone: Check for already present user without inserting in Bootstrap  https://review.openstack.org/29348817:04
stevemarayoung: i'd need to ask and see if it's still being used here, but i suspect we could deprecate it, i'd be curious to see if other folks out are using it17:04
stevemarit doesn't cause too many bugs and the code base is pretty small17:05
ayoungstevemar, agreed.17:05
knikollaedmondsw, morgan: reverted to first patch set17:05
ayoungstevemar, I just thought it would be a nice first step for amakarov 's work to merge the two, but if it is easier for him to just toss it,  let's plan on doing that17:05
*** spzala has quit IRC17:07
stevemardolphm: morgan poke for https://review.openstack.org/#/c/293575/17:09
patchbotstevemar: patch 293575 - keystone - Add an option to retrieve X-Forwarded-For as remot...17:09
stevemarbknudson: if you have time, you too ^17:10
amakarovayoung, stevemar, I have no problem writing a bunch of additional backends :) Though current implementation is definitely not perfect: it stores access token in sql backend and vulnerable to man-in-the middle attacks. Ok, I'll ack around if somebody uses it here.17:10
amakarovayoung, btw I have assignment and trust drivers unified17:12
*** dan_nguyen has quit IRC17:12
ayoungamakarov, I am weeping tears of joy17:12
ayoungwell, I would be if I weren't such a tough guy17:12
*** jistr has quit IRC17:12
amakarovayoung, oh, that isn't worth tears of a tough guy: applause and a bronze monument maybe...17:16
ayounghave you seen the price of bronze these days?17:16
ayoungamakarov, with out without materialized strings?17:16
amakarovayoung, I think right now we need a walking skeleton and optimisations are premature17:19
amakarovbesides, materialized path requires an index that slows inserts down17:19
dstanekstevemar: i think dolphm is out for the week17:19
dstanekedmondsw: if that test actually tested it then we wouldn't need this commit :-)17:23
openstackgerritMerged openstack/keystone: Fixed user in group participance  https://review.openstack.org/29149717:23
*** spandhe_ has joined #openstack-keystone17:24
edmondswdstanek, no, we still do... the old code caught Conflict, which would happen the second time you called bootstrap IF you were using sql backend17:24
stevemardstanek: good to know!17:24
*** trown|lunch is now known as trown17:25
*** spandhe has quit IRC17:25
*** spandhe_ is now known as spandhe17:25
edmondswdstanek, so that test did run, it just didn't fail for a different reason than why it wouldn't fail with knikolla's change17:25
knikollathe patch is for the LDAP backed, where you can't insert users17:25
openstackgerritSteve Martinelli proposed openstack/keystone: Support `id` and `enabled` attributes when listing service providers  https://review.openstack.org/29158417:27
stevemardstanek: made the changes ^17:27
edmondswI guess we could add a test that mocks the user already existing and raises ForbiddenAction if you attempt to create a user, and proves that bootstrap didn't attempt to create the user because it already existed17:27
dstanekedmondsw: ah, hmmm...17:27
bknudsonyou can add users with the fake ldap backend17:28
dstanekedmondsw: in theory that second bootstrap run would fail for that reason, right?17:28
bknudsonand you can mock all of it anyways17:28
edmondswdstanek, with the current code or knikolla's change?17:29
*** jasonsb has quit IRC17:29
edmondswdstanek, not sure I followed the question17:29
dstanekedmondsw: either way. first run will create the user and the second run should gracefully skip17:30
dstanekstevemar: nice17:30
*** e0ne has quit IRC17:30
dstanekstevemar: oh, you added the bug too. was going to comment on that and forgot17:30
stevemardstanek: i think i had it before and accidentally removed it17:31
stevemardstanek: i noticed it :)17:31
knikolladstanek, from what I understand, in a scenario where you can't create users in the DB (however you need to bootstrap an already existing user into a project/role) bootstrap would fail with forbidden action on the first create even if the user existed already.17:31
stevemardstanek: thanks for all your help today17:31
edmondswdstanek, yes, that idempotent test proves that the second run will gracefully skip with or without knikolla's change if the backend supports user creation. It doesn't check the case where the backend doesn't support user creation, and would fail today if it did17:32
dstanekedmondsw: actually i think i agree with your comment. the way the code is written it won't matter. there will be a crazy failure if the user doesn't exist17:33
dstanekstevemar: my pleasure. am i done for today?17:33
stevemardstanek: you are done whenever you want to be done!17:33
*** dan_nguyen has joined #openstack-keystone17:33
stevemardstanek: or whenever claco says go17:34
stevemarso17:34
knikolladstanek, in that case it is expected to fail if the user doesn't exist and keystone can't create it.17:34
*** GB21 has quit IRC17:36
*** johnthetubaguy_ has joined #openstack-keystone17:39
*** mylu has joined #openstack-keystone17:41
*** johnthetubaguy has quit IRC17:41
*** johnthetubaguy_ is now known as johnthetubaguy17:41
*** ninag has quit IRC17:42
*** ninag has joined #openstack-keystone17:43
*** roxanagh_ has quit IRC17:43
dstanekstevemar: claco is no longer my boss. i work on the same team as lbragstad17:46
dstanekknikolla: me too, but that's no different now then before your change17:47
openstackgerritMerged openstack/keystone: Make backend filter testing more comprehensive  https://review.openstack.org/29315917:47
*** ninag has quit IRC17:47
knikolladstanek, yeah, but there is nothing keystone can do about it if it can't write to the DB. It's left to the LDAP admin to add the user in the backend.17:47
*** vivekd2 has quit IRC17:49
*** fawadkhaliq has quit IRC17:49
dstanekknikolla: yep, i think that's what morgan wanted to make nicer when he suggested the try-except17:50
*** fawadkhaliq has joined #openstack-keystone17:50
knikolladstanek, even if I catch the exception, I'd have to stop there as all the following bootstrap steps will fail.17:51
dstanekknikolla: exactly17:52
knikolladstanek, in the other hand, i think the uncaught ForbiddenAction exception is still pretty self-explanatory.17:53
*** rcernin has quit IRC17:53
dstanekknikolla: maybe, but i agree with the reasoning behind the try-except. if we can provide a message instead of a traceback, it's a win17:54
knikolladstanek, should I reraise the exception or do a SystemExit in that case?17:55
stevemardstanek: claco is everyones boss17:56
*** lhinds_ has quit IRC17:57
*** browne has quit IRC17:59
dstanekknikolla: i don't think you want to do anything for this patch. i think it is good as is17:59
knikolladstanek, thank you18:00
*** browne has joined #openstack-keystone18:02
stevemarmorgan: if you have time: https://review.openstack.org/#/c/291584/18:03
patchbotstevemar: patch 291584 - keystone - Support `id` and `enabled` attributes when listing...18:03
*** ninag has joined #openstack-keystone18:03
*** GB21 has joined #openstack-keystone18:04
*** ninag has quit IRC18:04
*** spzala has joined #openstack-keystone18:04
*** ninag has joined #openstack-keystone18:05
*** tqtran-afk has joined #openstack-keystone18:05
*** sigmavirus24_awa is now known as sigmavirus2418:07
*** ninag has quit IRC18:09
*** tqtran-afk has quit IRC18:10
*** mhickey has quit IRC18:10
*** berserk has joined #openstack-keystone18:11
*** tesseract- has quit IRC18:19
*** tqtran-afk has joined #openstack-keystone18:22
*** ninag has joined #openstack-keystone18:25
stevemaranyone else around? :]18:27
knikollao/18:29
rodrigodso/18:29
*** spandhe_ has joined #openstack-keystone18:29
rodrigodsstevemar, +1 that patch ^18:29
*** berserk has quit IRC18:29
stevemari need eyes on https://review.openstack.org/#/c/291584/ and https://review.openstack.org/#/c/293488/ << they are the last 2 before we kick off RC :)18:29
patchbotstevemar: patch 291584 - keystone - Support `id` and `enabled` attributes when listing...18:29
patchbotstevemar: patch 293488 - keystone - Check for already present user without inserting i...18:29
rodrigodsstevemar, and i'm working on similar stuff at tempest :)18:30
stevemarrodrigods: nice, let me know if i can help18:31
stevemarsamueldmq: o/18:31
rodrigodsstevemar, sure, will include you as reviewer18:31
*** spandhe has quit IRC18:31
rodrigodsi will also include in some changes that are already there18:31
*** spandhe has joined #openstack-keystone18:32
*** ninag has quit IRC18:33
*** ninag has joined #openstack-keystone18:33
*** ninag has quit IRC18:34
*** spandhe_ has quit IRC18:34
stevemarayoung: o/18:34
ayoungstevemar, which one?18:34
*** ninag has joined #openstack-keystone18:34
stevemarayoung: https://review.openstack.org/#/c/291584/18:34
patchbotstevemar: patch 291584 - keystone - Support `id` and `enabled` attributes when listing...18:34
ayounglooking18:34
samueldmqstevemar: hi18:34
stevemarayoung: last piece of the puzzle before i kick off an rc1 request18:34
dstanekstevemar: you're not wasting any time18:35
stevemardstanek: no sir!18:35
samueldmqstevemar: looking at the remaining one, the other's got approved18:35
ayoungstevemar, no test that both enabled and id are set?18:35
ayoungI guess that would be pretty rare18:35
openstackgerritDavid Stanek proposed openstack/keystone: Enables the notification tests in py3  https://review.openstack.org/28067118:36
stevemarayoung: i went with what was done in the idp patch: Ib672ba759d26bdd0eecd48451994b3451fb8648a -- but yeah, it wouldn't be too common18:36
ayoungOK18:36
ayoungstevemar, looks sane18:37
ayoung+2a18:37
stevemarayoung: should be sane, it's what we did for idp, we just never got around to doing it for sps18:38
stevemaryay18:38
stevemari'll have a release request soon18:38
ayoungwe done?  Molson time?18:38
stevemarayoung: pretty much!18:38
ayoungor whatever you drink in Toronto18:38
stevemarayoung: barring anything catastrophic18:38
*** rk4n_ has joined #openstack-keystone18:38
stevemarmill st. organic!18:38
rodrigodsstevemar, https://github.com/openstack/keystone-specs/blob/master/api/v3/identity-api-v3-os-federation-ext.rst18:40
*** ninag has quit IRC18:40
rodrigodsshould remove the "Extension" there?18:40
samueldmqstevemar: lgtm, but ayoung's approved anyways :)18:40
stevemarrodrigods: meh18:41
stevemarrodrigods: i mean, you could, i'd approve it, but it's not critical18:41
*** mylu has quit IRC18:41
rodrigodsstevemar, otherwise tempest guys would not approve tests related to it :P18:41
stevemarrodrigods: really?18:41
rodrigodsyeah, it needs to be stable18:41
*** rk4n has quit IRC18:42
stevemarrodrigods: link ?18:42
stevemarlink to someone saying that...18:42
rodrigodsstevemar, http://docs.openstack.org/developer/tempest/HACKING.html#api-stability18:43
stevemarrodrigods: i don't see a problem there. The APIs are stable, so is the function. It doesn't say whether it's an "extension" or not matters18:45
rodrigodsstevemar, extension vs experimental vs .... is always "cloudy" to me18:45
stevemarha18:46
bknudsonwe're creating confusion by referring to things as extensions18:46
openstackgerritRodrigo Duarte proposed openstack/keystone-specs: Remove "extension" mensions about federation API  https://review.openstack.org/29364618:46
rodrigodsstevemar, ^ submitted anyway18:46
stevemarrodrigods: do it for the others too :)18:47
rodrigodsstevemar, other examples?18:47
stevemaroauth, trust, inherit18:47
rodrigodsok18:47
rodrigodswas doing for federation because was writing the tests in tempest heh18:47
rodrigodswill do, just a sec18:47
*** fawadkhaliq has quit IRC18:49
*** mylu has joined #openstack-keystone18:53
*** ebalduf has quit IRC18:53
openstackgerritRodrigo Duarte proposed openstack/keystone-specs: Remove extension from already core features  https://review.openstack.org/29364618:54
rodrigodsstevemar, inherit was documented in the root API already :)18:54
*** amit2131 has quit IRC18:55
*** amit213 has joined #openstack-keystone18:55
*** pece has quit IRC18:56
*** pumarani__ has joined #openstack-keystone19:03
*** harlowja has joined #openstack-keystone19:04
*** mkrcmari__ has quit IRC19:05
*** pushkaru has quit IRC19:07
*** ayoung has quit IRC19:10
*** ninag has joined #openstack-keystone19:15
openstackgerritMerged openstack/keystone: Mapping which yield no identities should result in ValidationError  https://review.openstack.org/29318419:17
*** browne has quit IRC19:19
*** dan_nguyen has quit IRC19:19
*** ninag has quit IRC19:19
*** browne has joined #openstack-keystone19:22
*** pece has joined #openstack-keystone19:25
*** roxanagh_ has joined #openstack-keystone19:25
*** kro_sniffles is now known as kro_mnckn_doc19:27
*** daemontool has quit IRC19:28
*** mylu has quit IRC19:36
*** ninag has joined #openstack-keystone19:36
*** dan_nguyen has joined #openstack-keystone19:37
openstackgerritMerged openstack/keystone: Check for already present user without inserting in Bootstrap  https://review.openstack.org/29348819:39
*** mylu has joined #openstack-keystone19:41
knikollahurray to my first merged commit!19:41
*** browne has quit IRC19:42
openstackgerritMerged openstack/keystone: Document running in uwsgi proxied by apache  https://review.openstack.org/29311419:43
dimsknikolla : congrats!19:43
knikolladims, thanks!19:46
*** e0ne has joined #openstack-keystone19:46
*** harlowja has quit IRC19:46
*** GB21 has quit IRC19:52
*** jbell8 has quit IRC19:54
*** jbell8 has joined #openstack-keystone19:55
*** ig0r_ has quit IRC19:55
*** dan_nguyen has quit IRC19:57
*** ericksonsantos has joined #openstack-keystone19:58
stevemarknikolla: you gotta use the #success feature :)19:59
stevemarknikolla: also, congrats :)19:59
stevemarknikolla: write out "#success my first merged commit" -- someone special happens20:00
knikolla#success my first merged commit20:01
openstackstatusknikolla: Added success to Success page20:01
dhellmannknikolla : congratulations!20:01
*** slberger1 has joined #openstack-keystone20:01
openstackgerritMerged openstack/keystone: Support `id` and `enabled` attributes when listing service providers  https://review.openstack.org/29158420:01
openstackgerritSean Perry proposed openstack/keystone: IdP deletion triggers token invalidation  https://review.openstack.org/21310420:02
knikollahaha didn't know there was a success page! that's cool!20:02
knikollathanks :)20:02
stevemarknikolla: https://wiki.openstack.org/wiki/Successes :)20:03
*** slberger has quit IRC20:03
knikollastevemar, i'm there now. lol at the "we got rid of the keystone cli"20:04
stevemarknikolla: hehe20:04
*** rk4n_ has quit IRC20:06
stevemardolphm: morgan dstanek marekd lhcheng gyee jamielennox samueldmq topol bknudson RC1 release request: https://review.openstack.org/#/c/293689/20:06
patchbotstevemar: patch 293689 - releases - release keystone rc1 for mitaka20:06
lbragstadstevemar woo!20:06
bknudsonstevemar: -1 for trailing whitespace20:06
topolstevemar AWESOME!20:06
stevemarbknudson: fixed now :)20:07
bknudsonstevemar: woo!20:07
lbragstadstevemar nice turn around20:07
stevemarlbragstad: i can turn with the best of em!20:07
lbragstadstevemar bknudson still caught you though.20:08
dstaneknice20:08
bknudsonnow what?20:08
stevemarlbragstad: he catches everyone, so that's not new20:08
morgan9.0.0.0?20:08
topolbknudson Its miller time20:08
bknudsonthe banquet beer20:08
lbragstadtopol's living the high life20:08
stevemarmorgan: i hope so20:09
morganlbragstad: stahp :P20:09
topollbragstad your invited too!20:09
lbragstadwe should all kick back and enjoy a Keystone Light20:09
topollbragstad definitely!20:09
stevemareww :P20:10
topollbragstad bottled beer taste in a can!20:11
*** ayoung has joined #openstack-keystone20:11
*** ChanServ sets mode: +v ayoung20:11
lbragstadI'll even spring for the first round - since a case runs about $1020:12
topolhope they still put expiration dates on the can20:12
lbragstadtopol no need - it never expires20:12
lbragstadit's always just tasted *that* good20:12
topolHa Ha20:12
openstackgerritRon De Rose proposed openstack/keystone: Change EMPHEMERAL user type to FEDERATED  https://review.openstack.org/29307120:16
*** mylu has quit IRC20:19
*** mylu has joined #openstack-keystone20:20
stevemarhehe20:23
stevemarlbragstad with a good one20:23
openstackgerritRon De Rose proposed openstack/keystone: Change EMPHEMERAL user type to FEDERATED  https://review.openstack.org/29307120:24
openstackgerritRon De Rose proposed openstack/keystone: Change EMPHEMERAL user type to FEDERATED  https://review.openstack.org/29307120:25
*** spzala has quit IRC20:25
*** dan_nguyen has joined #openstack-keystone20:36
openstackgerritDoug Hellmann proposed openstack/keystone: Update reno for stable/mitaka  https://review.openstack.org/29370220:42
openstackgerritDoug Hellmann proposed openstack/keystone: Update reno for stable/mitaka  https://review.openstack.org/29370220:43
openstackgerritRon De Rose proposed openstack/keystone: Change EMPHEMERAL user type to FEDERATED  https://review.openstack.org/29307120:45
bknudsonstevemar: so do we get stable branches?20:45
bknudsoni.e., master is open for N?20:45
stevemarbknudson: yep -- https://review.openstack.org/#/c/293701/20:46
patchbotstevemar: patch 293701 - keystone (stable/mitaka) - Update .gitreview for stable/mitaka20:46
stevemarbknudson: once that dude merges, it's N time!20:46
*** ianw has joined #openstack-keystone20:48
bknudsonthen we need some specs for N20:50
*** mylu has quit IRC20:53
stevemarbknudson: true day20:55
stevemardat20:55
openstackgerritBrant Knudson proposed openstack/keystone: Define identity interface  https://review.openstack.org/29195020:55
bknudsonI'm wondering if there's any point to working on ^20:55
bknudsonit's going to take a lot of work.20:56
bknudsonI'll put it on the meeting agenda20:57
*** e0ne has quit IRC20:58
openstackgerritRodrigo Duarte proposed openstack/keystone-specs: Remove extension from already core features  https://review.openstack.org/29364620:59
*** pumarani__ has quit IRC21:00
*** woodster_ has joined #openstack-keystone21:00
*** ninag has quit IRC21:00
*** pushkaru has joined #openstack-keystone21:04
*** timcline has quit IRC21:08
*** timcline has joined #openstack-keystone21:09
*** doug-fish has quit IRC21:11
*** doug-fish has joined #openstack-keystone21:12
*** lhcheng has quit IRC21:12
*** timcline has quit IRC21:13
*** shaleh has joined #openstack-keystone21:15
*** browne has joined #openstack-keystone21:16
shalehre: shadow users, where is the code that makes it so I am the same user whether I auth via an external IdP, LDAP, or local Keystone password?21:17
*** kro_mnckn_doc has quit IRC21:19
*** anteaya has quit IRC21:19
*** samueldmq has quit IRC21:19
bretonnowhere yet i guess21:24
*** timcline has joined #openstack-keystone21:24
*** rderose has joined #openstack-keystone21:24
bretonthe are still things to do afaik21:24
bretonshaleh: ^21:24
*** rderose has quit IRC21:24
shalehbreton: yeah, that was my impression. But the spec said they were supposed to be united. So I wanted to be sure I was not missing something.21:25
*** mhickey has joined #openstack-keystone21:29
*** timcline has quit IRC21:29
*** darrenc is now known as darren_afk21:31
*** lhcheng has joined #openstack-keystone21:33
*** ChanServ sets mode: +v lhcheng21:33
*** knikolla has quit IRC21:34
*** e0ne has joined #openstack-keystone21:37
*** timcline has joined #openstack-keystone21:39
*** trown is now known as trown|outtypewww21:39
*** e0ne has quit IRC21:40
*** arunkant has quit IRC21:44
*** darren_afk is now known as darrenc21:46
*** sigmavirus24 is now known as sigmavirus24_awa21:48
*** permalac has quit IRC21:50
*** timcline has quit IRC21:50
*** timcline has joined #openstack-keystone21:50
*** alex_xu has quit IRC21:56
*** alex_xu has joined #openstack-keystone21:58
*** alex_xu has quit IRC22:06
*** odyssey4me has quit IRC22:09
*** alex_xu has joined #openstack-keystone22:09
*** odyssey4me has joined #openstack-keystone22:09
*** roxanagh_ has quit IRC22:12
*** pushkaru has quit IRC22:12
*** pauloewerton has quit IRC22:14
jamielennoxmkoderer___: i reviewed, let me know if you're here and i will walk you through what i mean22:15
*** roxanagh_ has joined #openstack-keystone22:15
*** mhickey has quit IRC22:16
*** dims_ has joined #openstack-keystone22:16
*** gordc has quit IRC22:18
*** dims has quit IRC22:18
*** slberger1 has left #openstack-keystone22:19
jamielennoxstevemar, bknudson: this could get noisy: https://review.openstack.org/#/c/292440/222:22
patchbotjamielennox: patch 292440 - keystoneauth - Allow seeing full token response when debug enabled (MERGED)22:22
jamielennoxwe've had destack/infra ask us to turn that off before22:22
*** timcline has quit IRC22:25
bknudsonjamielennox: ok, so we've got people that want it and others that don't want it22:25
*** timcline has joined #openstack-keystone22:25
*** timcline has quit IRC22:29
shalehcan we not provide a --complete-debug?22:32
*** chlong has joined #openstack-keystone22:32
*** pushkaru has joined #openstack-keystone22:35
*** edmondsw has quit IRC22:43
*** pumarani__ has joined #openstack-keystone22:45
*** doug-fis_ has joined #openstack-keystone22:47
jamielennoxshaleh: it's not something that's controlled via cli22:47
jamielennoxbecause it's keystoneauth22:47
*** pushkaru has quit IRC22:47
jamielennoxit's triggered via python logging levels and so what is displayed is configured by the caller22:48
shalehjamielennox: ah, I saw the --debug sorry22:48
*** doug-fish has quit IRC22:50
shalehjamielennox: yeah, you almost need a library level config option for how much data to log.22:50
*** jbell8 has quit IRC22:51
shalehjamielennox: BTW, good point about the double decode. That should probably be fixed up.22:51
*** doug-fis_ has quit IRC22:51
jamielennoxshaleh: in theory python logging is good for that, in practice everyone just logs to debug22:52
shalehjamielennox: yeah, but in this case you have two groups that think "debug" should output different things. This is clearly not "info".22:53
openstackgerritMerged openstack/keystone: Update reno for stable/mitaka  https://review.openstack.org/29370222:53
*** timcline has joined #openstack-keystone22:56
*** jbell8 has joined #openstack-keystone22:57
*** pushkaru has joined #openstack-keystone22:59
*** timcline has quit IRC23:00
*** jbell8 has quit IRC23:02
*** pumarani__ has quit IRC23:02
*** pushkaru has quit IRC23:04
*** pushkaru has joined #openstack-keystone23:04
*** richm has quit IRC23:07
*** krotscheck has joined #openstack-keystone23:11
*** shaleh has quit IRC23:18
*** fawadkhaliq has joined #openstack-keystone23:19
*** samueldmq has joined #openstack-keystone23:20
*** anteaya has joined #openstack-keystone23:21
*** pushkaru has quit IRC23:40
*** chlong has quit IRC23:41
*** doug-fish has joined #openstack-keystone23:43
*** pece has quit IRC23:44
*** mylu has joined #openstack-keystone23:44
*** mylu has quit IRC23:53
*** gyee has quit IRC23:53
*** timcline has joined #openstack-keystone23:57
*** roxanagh_ has quit IRC23:59

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