Wednesday, 2014-03-19

jamielennoxgyee: replied00:00
gyeejamielennox, ok, good with me then00:01
gyeejamielennox, so keystoneclient is going to oslo?00:02
gyeeor was I hearing it wrong this morning00:02
jamielennoxgyee: submit it to oslo?00:02
*** andreaf has joined #openstack-keystone00:03
jamielennoxi don't think so - if anything i would like oslo.apiclient to die00:05
gyeejamielennox, eavesdrop.openstack.org/meetings/keystone/2014/keystone.2014-03-18-18.01.log.txt00:05
gyee<ayoung> our client stuff maybe can be merged with the Oslo common client00:05
gyeeayoung, ^^^ can you clarify?00:05
jamielennoxgyee: oh i think i missed like the first 10 min00:06
openstackgerritA change was merged to openstack/keystone: Move test .conf files to keystone/tests/config_files  https://review.openstack.org/7952600:07
gyeejamielennox, looks like dolphm just drop you a bunch of coments :)00:08
jamielennoxyea00:08
*** wchrisj has quit IRC00:08
gyeejamielennox, this one is interesting https://review.openstack.org/#/c/74720/00:09
jamielennoxgyee: turns out there is a much bigger problem behind that one00:09
gyeeI also think connection pool should be done at the application layer00:10
morganfainbergdolphm, ok fixed, running tests again and will post as soon as that's done00:14
openstackgerritJamie Lennox proposed a change to openstack/python-keystoneclient: Handle URLs via the session and auth_plugins  https://review.openstack.org/6075200:19
jamielennoxdolphm: Done00:19
*** leseb_ has joined #openstack-keystone00:22
openstackgerritMorgan Fainberg proposed a change to openstack/keystone: Do not expose internal data on UnexpectedError  https://review.openstack.org/8138500:27
*** leseb_ has quit IRC00:27
morganfainbergwow, 81k reviews00:27
morganfainberg81k+00:27
morganfainbergerm patchsets00:27
gyeemorganfainberg, for icehouse?00:33
morganfainberggyee, total00:33
morganfainbergin gerrit00:33
gyeewow00:33
morganfainberg81385 as of my review ^00:33
morganfainbergerm patchset00:33
gyeeall those rechecks :)00:33
gyeekilling jenkins00:33
morganfainbergyeah00:33
morganfainberg7+hr gate00:34
*** dpk__ has joined #openstack-keystone00:41
dpk__hello, can we add meta information to an openstack user?00:41
*** andreaf has quit IRC00:41
*** wchrisj has joined #openstack-keystone00:52
*** marcoemorais has quit IRC00:52
*** devlaps has quit IRC00:52
*** nkinder has joined #openstack-keystone01:02
*** derek_c has joined #openstack-keystone01:15
*** dpk__ has quit IRC01:19
*** wchrisj has quit IRC01:25
*** richm has quit IRC01:40
openstackgerritRichard Megginson proposed a change to openstack/keystone: better handling for empty/None ldap values  https://review.openstack.org/7600201:42
openstackgerritZane Bitter proposed a change to openstack/python-keystoneclient: Sync openstack.common.memorycache with oslo-incubator  https://review.openstack.org/8141401:50
openstackgerritZane Bitter proposed a change to openstack/python-keystoneclient: Don't register memcached_server option in two groups  https://review.openstack.org/8141501:51
*** wchrisj has joined #openstack-keystone02:00
*** dstanek has quit IRC02:02
*** wchrisj has quit IRC02:04
*** dstanek has joined #openstack-keystone02:06
*** zhiyan_ is now known as zhiyan02:09
*** shakamunyi has joined #openstack-keystone02:28
*** devlaps has joined #openstack-keystone02:29
*** gtt116 has joined #openstack-keystone02:31
*** gtt116 has quit IRC02:33
*** chandan_kumar has joined #openstack-keystone02:37
*** amcrn has quit IRC02:49
*** mberlin has joined #openstack-keystone02:57
*** mberlin1 has quit IRC02:59
*** gyee has quit IRC02:59
*** harlowja is now known as harlowja_away03:23
*** devlaps has quit IRC03:30
*** chandan_kumar has quit IRC03:41
*** thiagop has quit IRC03:58
*** thiagop has joined #openstack-keystone04:00
*** amcrn has joined #openstack-keystone04:53
*** wchrisj has joined #openstack-keystone05:00
*** andreaf has joined #openstack-keystone05:35
*** wchrisj has quit IRC05:37
* jamielennox is sick of oslo.config05:40
*** andreaf has quit IRC05:48
*** saju_m has joined #openstack-keystone05:58
openstackgerritA change was merged to openstack/keystone: Uses explicit imports for _  https://review.openstack.org/5876606:06
*** stevemar has quit IRC06:08
morganfainbergjamielennox, why dare i ask?06:23
jamielennoxmorganfainberg: because it acts differently depending on whether you read config options from a file or stub them from tests06:25
morganfainbergyou mean the config fixture?06:26
jamielennoxyou can preload data from a file, then register the option and read it straight away06:26
jamielennoxif you don't register the option though you can't set an override06:26
morganfainbergok sure.06:26
morganfainbergsure, but if you know how the option will be registered you can register it w/ the conf fixture06:26
jamielennoxso if you have a function that is generating the names of the config options you want to use then you can't stub it06:26
jamielennoxmorganfainberg: right, but then when the function goes to register than options you get a conflict cause it was registered twice06:27
morganfainbergnot if it's registered the same exact way06:27
morganfainbergif it's registered with the same parameters you can register it as many times as you want06:27
morganfainbergotherwise you get the conflict06:28
jamielennoxmorganfainberg: i don't have that choice06:28
jamielennoxit's generating the options to use for config06:28
morganfainbergjamielennox, how do you not have that choice?06:28
* morganfainberg is confused.06:28
jamielennoxmorganfainberg: i'm looking at loading auth plugins from a conf file06:28
jamielennoxso the options i need aren't known until the auth plugin is loaded06:29
morganfainbergok so you know how you'd mangle the name up06:29
morganfainbergand you know what the options are going to be06:29
morganfainbergor you mean you need the auth_plugin to register the opt?06:29
jamielennoxmorganfainberg: kind of, the auth plugin gives a list of parameters it will accept06:30
jamielennoxthe function turns that list into a list of cfg.StrOpt06:30
morganfainbergok, so you'd test it by doing the same work to stub out the opt06:30
morganfainbergload that info, turn it into str opt06:30
morganfainbergthen register06:31
jamielennoxright, but because the option is generated from a list when you go and register it again i get a conflict06:31
morganfainbergremember the conf_fixture will destroy all opts registered with it between tests06:31
morganfainbergthen you're somehow getting mismatched options.06:31
jamielennoxi'ts not smart enough to check that the option is the same name/type it checks that "optA is optB"06:32
jamielennoxso because the opt instance is different it conflicts06:32
morganfainbergjamielennox, http://paste.openstack.org/show/73798/06:34
jamielennoxmorganfainberg: hmm06:34
jamielennoxmorganfainberg: damn - i need to get it exact06:35
morganfainbergjamielennox, http://paste.openstack.org/show/73799/ as you can see if it's not exact it does fail06:35
morganfainbergjamielennox, yeah. i've been working in that code for a bit06:36
jamielennoxok, so i was ignoring some of the descriptions in places06:36
morganfainbergah, yeah the comparison is very picky06:36
jamielennoxmorganfainberg: ok, that gives me something to go on06:43
morganfainbergjamielennox, happy to help06:43
jamielennoxmorganfainberg: i'm not necessarily any less annoyed with it, but at least i know what's up06:43
jamielennoxmorganfainberg: test pass :)06:47
morganfainbergi need to propose a change to oslo.config that lets me unregister groups06:47
morganfainbergfor the same reason (testing) i think...06:47
openstackgerritJamie Lennox proposed a change to openstack/python-keystoneclient: Plugin loading from config objects  https://review.openstack.org/7954207:02
*** flaper87|afk is now known as flaper8707:14
*** morganfainberg is now known as morganfainberg_Z07:43
*** derek_c has quit IRC07:54
*** shakamunyi has quit IRC08:07
*** leseb_ has joined #openstack-keystone08:15
*** leseb_ has quit IRC08:22
*** leseb_ has joined #openstack-keystone08:22
*** uvirtbot has joined #openstack-keystone08:25
*** leseb_ has quit IRC08:27
openstackgerritJamie Lennox proposed a change to openstack/python-keystoneclient: Plugin loading from config objects  https://review.openstack.org/7954208:29
*** shakamunyi has joined #openstack-keystone08:33
*** henrynash has joined #openstack-keystone08:34
*** chandankumar_ has quit IRC08:37
*** shakamunyi has quit IRC08:38
*** chandan_kumar has joined #openstack-keystone08:39
*** amcrn has quit IRC08:42
*** henrynash has quit IRC08:43
*** andreaf has joined #openstack-keystone08:54
*** henrynash has joined #openstack-keystone09:20
*** leseb_ has joined #openstack-keystone09:33
*** shakamunyi has joined #openstack-keystone09:34
*** leseb_ has quit IRC09:37
*** shakamunyi has quit IRC09:38
*** shakamunyi has joined #openstack-keystone10:35
*** shakamunyi has quit IRC10:39
*** flaper87 is now known as flaper87|afk11:17
openstackgerrithenry-nash proposed a change to openstack/keystone: Make domain_id immutable by default  https://review.openstack.org/8149911:28
*** flaper87|afk is now known as flaper8712:08
*** chandan_kumar has quit IRC12:23
*** henrynash has quit IRC12:33
*** leseb_ has joined #openstack-keystone12:33
*** shakamunyi has joined #openstack-keystone12:36
*** leseb_ has quit IRC12:40
*** leseb_ has joined #openstack-keystone12:41
*** raildo_ has joined #openstack-keystone12:41
*** shakamunyi has quit IRC12:41
*** leseb_ has quit IRC12:42
*** leseb_ has joined #openstack-keystone12:42
*** dims has quit IRC12:50
*** chandan_kumar has joined #openstack-keystone12:56
dstanekhmmm....i don't see any tests for the templated catalog13:30
dstanekdolphm: will we not be supported the templated catalog after v2 is gone?13:30
*** bknudson has joined #openstack-keystone13:32
*** henrynash has joined #openstack-keystone13:37
dolphmdstanek: i honestly don't know how many people are using it, but it's completely broken for v3..13:38
dstanekdolphm: yeah, i noticed that because i just fixed a bug in get_catalog and noticed that get_v3_catalog raises not implemented13:39
*** browne has joined #openstack-keystone13:46
*** david-lyle has quit IRC13:48
openstackgerritDavid Stanek proposed a change to openstack/keystone: Ignore broken endpoints in get_v3_catalog  https://review.openstack.org/8152713:52
openstackgerritDavid Stanek proposed a change to openstack/keystone: Ingore broken endpoints in get_catalog  https://review.openstack.org/8152813:52
*** wchrisj has joined #openstack-keystone13:54
*** lbragstad__ is now known as lbragstad13:58
*** thiagop has quit IRC14:00
henrynashdolphm: can you remind me, do we support upgrading from Grizzly to IceHouse directly (i.e. without upgrading to the interim of Havana)?14:02
dolphmhenrynash: in terms of migrations? yes14:03
henrynashdolphm: is that true across the OpenStack projects do you know, that you can upgrade from N to N+2 ?14:03
*** thiagop has joined #openstack-keystone14:05
dstanekdolphm: does this impact string freeze? https://review.openstack.org/#/c/81385/14:06
dolphmhenrynash: for integrated projects, i believe that's the community's goal14:06
henrynashdolphm: ok, thx, that's what I thought too14:07
dolphmdstanek: ooh...14:07
dolphmdstanek: it only introduces a new string, so it should be fine according to my understanding of string freeze14:07
dolphmdstanek: but i believe morganfainberg_Z mentioned that a change failed gating yesterday because it changed a string? i didn't get a chance to follow up on that14:08
dstanekdolphm: ok, i thought i'd ask :-)14:09
*** chandan_kumar has quit IRC14:13
*** stevemar has joined #openstack-keystone14:14
*** chandan_kumar has joined #openstack-keystone14:17
*** shakamunyi has joined #openstack-keystone14:18
dolphmdstanek: so, i asked in -dev, and i'll be pinging the i18n folks asap14:24
*** henrynash has quit IRC14:25
dolphmdstanek: go ahead and approve... i'm going to ask for forgiveness, give them a heads up on this specific change, and find out what they want the process to be moving forward14:25
dolphmdstanek: we've never actually *had* to change a string during string freeze, so i've never been through an exception process before14:26
dstanekdolphm: ok. once jenkins weighs in i'll +2 it14:26
dstanekdolphm: about your change here: https://review.openstack.org/#/c/71674/14:27
dstanekdolphm: where would be the best place for this kind of documentation?14:27
*** lbragstad has quit IRC14:28
dolphmdstanek: that probably needs to go into keystone.common.config now? and if keystone-manage pki_setup --help is supported, it should be doc'd there too14:28
dstanekdolphm: k. going to tack that onto my todo list.14:29
*** daneyon has joined #openstack-keystone14:29
*** dims has joined #openstack-keystone14:43
*** daneyon has quit IRC14:46
*** daneyon has joined #openstack-keystone14:47
*** thedodd has joined #openstack-keystone14:49
*** devlaps has joined #openstack-keystone14:51
*** dolphm changes topic to "[ Icehouse RC blockers https://launchpad.net/keystone/+milestone/icehouse-rc1 ][ Icehouse RC Target Date: March 27th, 2014 ][ No new strings during string freeze (dolphm was wrong!) - ping dolphm concerning exceptions ]"14:52
*** shakamunyi has quit IRC14:52
*** shakamunyi has joined #openstack-keystone14:52
*** david-lyle has joined #openstack-keystone14:58
*** lbragstad has joined #openstack-keystone14:59
*** daneyon has quit IRC15:04
*** daneyon has joined #openstack-keystone15:04
dolphmdstanek: pinged the -i18n mailing list concerning the above review (it also failed jenkins, so i did a recheck)15:04
dstanekdolphm: any response?15:05
dolphmdstanek: not yet - just sent it15:05
dolphmdstanek: sounds like we just need to be conservative about additions, but i'll do my best to keep them informed and if they have any feedback ("too many new strings!", etc) i'll pass it along15:06
dstanekdo we have more than just the one so far?15:06
dolphmdstanek: i just looked through the open RC-targeted changes, and that's the only one15:07
dolphmdstanek: if there are more in other changes we want to land, just give me a heads up15:07
ayoungdolphm, so, the issue with deleting tokens from Horizon has me thinking that we have a disconnect in how Horizon views things and Keystone.  Horizon has the "web" view of things that, if the user continues to be active, you should extend the session.  Keystone has implicitly supported this with long lived tokens, but the shorter ones are going to break it15:07
ayoungwhat if...15:07
ayoungwe had a "web token"15:07
ayoungand a web token is unscoped, can only be extended...and...must be bound to another authentication mechanism15:08
dolphmayoung: morganfainberg_Z suggested 2 hours as a more realistic default token duration, i suspect for that reason15:08
ayoungdolphm, if the session times out, they will be prompted for userid and password anyway15:09
ayoungmost people have that cached in their browser15:09
ayoungso  right now at the one hour mark, they will get another redirect to the login page15:10
ayoungits not a big deal...I'm more thinking in terms of how to get Keystone and Horizon to have the same view of authorization and authentication lifespans15:10
*** flaper87 is now known as flaper87|afk15:11
*** gokrokve has joined #openstack-keystone15:11
ayounglets say we make token lifespan 10 minutes, and horizon were to make session timeout 10 minutes15:11
ayoungtoken is unscoped, so it can only be used with keystone, but the "expires" time gets extended each time it gets passed back.  If we did that with no additional check, it could lead to abuse.15:13
ayoungbut, if the "extend" call had to come from the same source as the original token request  (IP address check?)  would that be OK?15:13
dstanekayoung: this sounds similar to why oauth refresh tokens were created15:15
ayoungdstanek, yep.  And maybe oauth is the right solution for Horizon,15:17
ayoungdstanek, I'd love it if we coud redirect to Keystone directly, get a new token, and then redirect back to horizon15:17
*** flaper87|afk is now known as flaper8715:18
ayoungThen the Keystone operation could be done using a crypto-secure method15:18
*** pcargnel_ has joined #openstack-keystone15:31
openstackgerritLance Bragstad proposed a change to openstack/keystone: Enforce required parameters for V3 Regions  https://review.openstack.org/7644415:32
*** leseb_ has quit IRC15:32
*** leseb has joined #openstack-keystone15:32
*** leseb has quit IRC15:39
*** leseb has joined #openstack-keystone15:40
*** leseb has quit IRC15:44
*** richm has joined #openstack-keystone15:48
openstackgerritSteve Martinelli proposed a change to openstack/keystone: POC - Add openID Connect auth plugin  https://review.openstack.org/6166215:54
*** chandankumar_ has joined #openstack-keystone15:54
*** chandan_kumar has quit IRC15:56
*** marekd|away is now known as marekd15:58
*** dims has quit IRC15:59
*** henrynash has joined #openstack-keystone16:02
marekddstanek: https://review.openstack.org/#/c/81277/ - replied to your comments.16:07
marekddstanek: i don't really want to get into academic discussions where a method should be placed, so if you really want to, I can move this serialized test  directly to test_v3_federation.16:08
marekddstanek: im not sure whether you asked for that or just stated this loudly :-)16:09
*** flaper87 is now known as flaper87|afk16:11
*** marcoemorais has joined #openstack-keystone16:13
openstackgerritMarek Denis proposed a change to openstack/keystone: Store groups ids objects list in the OS-FEDERATION object.  https://review.openstack.org/8127716:19
openstackgerritIlya Pekelny proposed a change to openstack/keystone: Sync test_migrations  https://review.openstack.org/8061816:25
openstackgerritIlya Pekelny proposed a change to openstack/keystone: Comparision of database models and migrations.  https://review.openstack.org/8063016:25
*** daneyon has quit IRC16:33
dstanekmarekd: i was wondering until i saw that you had to another class to inherit from to get it16:33
*** leseb has joined #openstack-keystone16:33
dstanekmarekd: that adds a bunch more tests (basically duplicated) i think16:33
*** jagee has joined #openstack-keystone16:34
marekddstanek: so move this test to federation tests...16:36
*** shakamunyi has quit IRC16:40
*** gyee has joined #openstack-keystone16:43
openstackgerritMarek Denis proposed a change to openstack/keystone: Store groups ids objects list in the OS-FEDERATION object.  https://review.openstack.org/8127716:48
marekddstanek: ^^ moved16:48
*** dstanek_afk has joined #openstack-keystone16:48
*** dstanek is now known as Guest6411016:49
*** dstanek_afk is now known as dstanek16:49
dstanekmarekd: you may have an issue there because you are using methods from test_v3_federation16:49
*** browne has quit IRC16:50
*** leseb has quit IRC16:50
marekddstanek: tox -ep27 test_v3_federation passes....16:50
*** leseb has joined #openstack-keystone16:51
marekd-epy2716:51
*** tstevenson has quit IRC16:52
*** stevemar has quit IRC16:53
dstanekmarekd: i misread what you said :-) just +2ed it. thanks for the quick updates.16:54
*** amcrn has joined #openstack-keystone16:55
marekddstanek: thanks!16:56
*** browne has joined #openstack-keystone16:58
*** andreaf has quit IRC16:59
*** chandan_kumar has joined #openstack-keystone17:05
*** jamielennox is now known as jamielennox|away17:07
*** harlowja_away is now known as harlowja17:09
*** morganfainberg_Z is now known as morganfainberg17:15
*** leseb has quit IRC17:16
*** leseb has joined #openstack-keystone17:16
*** dstanek has quit IRC17:16
*** chandan_kumar has quit IRC17:17
*** daneyon has joined #openstack-keystone17:21
*** leseb has quit IRC17:22
*** dims has joined #openstack-keystone17:23
morganfainberghenrynash, nova only does one release17:23
morganfainberghenrynash, afaik17:23
henrynashmorganfainberq: agh, right17:23
morganfainberghenrynash, we did upgrades recently skipping a release, requires checking out the missing release for nova and doing migrate, then doing the next one as well17:24
henrynashmorganfainberg: yep, can imagine how to do that...17:26
*** harlowja has quit IRC17:26
*** stevemar has joined #openstack-keystone17:26
morganfainbergdolphm, going to press +A on https://review.openstack.org/#/c/81385/ since Jenkins said "good" unless there is a reason to wait17:30
morganfainbergdolphm, oh and dstanek is right, about string freeze =/17:31
morganfainbergshould i respin that and leave %(exception)s in?17:31
morganfainbergjust ensure it's blank in _build_message?17:32
*** dstanek has joined #openstack-keystone17:32
morganfainbergdstanek, you're right on stringfreeze btw.17:32
morganfainbergdstanek, need dolphm to weigh in if we need to fix that.17:32
morganfainbergdstanek, the right answer might be to leave %(exception)s in and just ensure it's empty.17:33
dstanekHe is communicating with the i18n team about it17:33
morganfainbergcool17:33
morganfainbergdstanek, the string that caused gate failure was because _ wasn't imported in trust controller17:35
morganfainbergdstanek, we added a new string to a file that benefited from the magic _ patch17:35
morganfainbergdstanek, so the patch that make _ imports explicit failed17:35
morganfainbergeffectively it was an order of merge/rebase issue17:36
morganfainbergnot a string check17:36
dstanekWas that merged already?17:36
*** harlowja has joined #openstack-keystone17:36
morganfainbergall that stuff has gone through17:36
morganfainberg_ is now expliticly imported17:36
morganfainberglooks like all the test conf stuff went through too17:37
morganfainbergand the ENV test config is gating17:37
openstackgerritA change was merged to openstack/keystone: Rename scope_to_bad_project() to test_scope_to_bad_project().  https://review.openstack.org/8139517:37
dstanekYay! I didn't realize that all of that is in17:37
dolphmmorganfainberg: dstanek: just +A'd it myself17:37
morganfainbergdolphm, okie17:37
openstackgerritA change was merged to openstack/keystone: Make LIVE Tests configurable with ENV  https://review.openstack.org/8040917:37
morganfainbergdstanek, ^17:38
dolphmmorganfainberg: dstanek: i sent an email to openstack-i18n@ list with a pointer to it17:38
morganfainbergdstanek, on the topic of LIVE test changes17:38
morganfainbergdolphm, cool17:38
dolphmmorganfainberg: i had no clue that *new* strings violated string freeze -- according to my understanding, string freeze was all about not wasting translators time17:39
dolphmmorganfainberg: giving them more work was fair game ;)17:39
morganfainbergdolphm, my understanding was logs were ok exceptions weren't17:39
morganfainbergdolphm, i guess we had different understandings17:39
dolphmmorganfainberg: anyway, it sounds like horizon was first on their priority list anyway, and they're going to start gating stable branches against string changes too17:40
morganfainbergdolphm, interesting17:41
dolphmmorganfainberg: i assume that can be applied to master branches during string freeze next cycle :)17:42
morganfainbergdolphm, :)17:42
dolphmcan anyone that speaks ldap fluently double check my understanding here? https://review.openstack.org/#/c/78521/4/keystone/common/ldap/core.py17:45
dolphm(cc- richm: ^)17:45
lbragstadbknudson: quick question on https://review.openstack.org/#/c/81040/2. What happens if some where down the line we try validating the API for users? That would lie in the controllers I think, but wouldn't that prevent someone from including additional attribute mappings?17:45
*** dstanek is now known as dstanek_afk17:46
bknudsonlbragstad: the user api now allows any attributes if using sql17:46
richmdolphm: updated17:47
bknudsonlbragstad: description is an attribute defined in the spec.17:47
dolphmrichm: thanks! i'll post a revised patch to update that inline comment in a minute17:49
lbragstadbknudson: ok, cool17:52
lbragstadjust wanted to double check, thanks!17:52
openstackgerritDolph Mathews proposed a change to openstack/keystone: Ability to turn off ldap referral chasing  https://review.openstack.org/7852117:54
*** daneyon has quit IRC17:54
dolphmbknudson: richm: revised https://review.openstack.org/#/c/78521/5/keystone/common/ldap/core.py17:55
dolphmlbragstad: ^17:55
richmdolphm: Did you still want to log some sort of message if there were only referral objects and no entry objects in the search results?17:56
lbragstadI was thinking that too17:57
dolphmrichm: i was thinking you'd be skipping every result in that case, but it sounds like that's not very likely?17:57
lbragstadat line 60117:57
openstackgerritSteve Martinelli proposed a change to openstack/keystone: Add user_id when calling populate_roles_for_groups  https://review.openstack.org/8158717:58
richmdolphm: yes, you would be skipping every result in that case - It's not likely with open source ldap servers, but AD uses referrals/continuation references quite a lot17:58
bknudsonif your server is returning referrals and you're not following them then you're not getting all the results that would be expected.17:59
richmand you need to know what you need to do in order to get all of the results you are expecting18:00
*** daneyon has joined #openstack-keystone18:00
bknudsonseems like keystone just doesn't work with referrals... unless you're able to use anonymous bind.18:01
*** amcrn has quit IRC18:02
morganfainbergbknudson, i think python-ldap has issues with it18:02
dolphmbknudson: richm: i'm fine to skip the extra log message for the moment, considering it's a bit of an edge case and would introduce another new translatable string :P18:17
dolphmbknudson: richm: happy to propose a second patch though, preferably for juno18:18
*** gokrokve has quit IRC18:18
bknudsondolphm: the only way they'll get referrals back is if they configure their system to not chase referrals18:19
bknudsonand if you do that then they should be expecting to get partial results.18:19
bknudsonso not sure if a log is required.18:19
bknudsonmight be nice to have a debug log that the results included a referral that wasn't resolved18:20
morganfainbergbknudson, ++ debug would be cool, but not much else is likely needed.18:22
dolphmbknudson: ? http://pasteraw.com/4kv54uol5nc0fd34ea976vdb0e3gico18:23
bknudsondolphm: that's fancy!18:24
dolphmbknudson: would you prefer that to be in icehouse then?18:24
dolphmmorganfainberg: ^18:24
morganfainbergdolphm, hm. i like it.18:25
bknudsondolphm: I like it as is18:25
morganfainbergdolphm, but no need to add it18:25
lbragstaddolphm: ++ on the LOG.debug18:25
bknudsonwith the log or without it, I'm fine either way18:26
morganfainbergdolphm, if you're rolling another patchset, add it, if not, no need18:26
lbragstadsame here, my comments were addressed18:26
gyeeyou guys know why we default the notification driver to rabbit?18:28
gyeeused to be no op18:28
gyeeTRACE keystone.notifications DriverLoadFailure: Failed to load transport driver "rabbit": No 'oslo.messaging.drivers' driver found, looking for 'rabbit'18:28
lbragstadgyee: was the a change that happened when we moved to oslo.messaging?18:28
gyeeI believe so18:29
gyeelooking at the code, we should default it to "fake"18:29
openstackgerritDolph Mathews proposed a change to openstack/keystone: Ability to turn off ldap referral chasing  https://review.openstack.org/7852118:29
dolphmlbragstad: morganfainberg: bknudson: threw it in since the sample.conf needed an update too ^18:29
lbragstaddolphm: ++ thanks! +118:29
*** leseb has joined #openstack-keystone18:31
*** stevemar has quit IRC18:31
*** andreaf has joined #openstack-keystone18:33
bknudsondo we still have tests.dirs.tests('test_overrides.conf') ?18:34
*** marekd is now known as marekd|away18:36
*** stevemar has joined #openstack-keystone18:37
*** gokrokve has joined #openstack-keystone18:53
*** vhoward has quit IRC19:01
dolphmbknudson: that got removed, no?19:02
dolphmmorganfainberg: ^19:03
dolphmbknudson: now it's just "def config_overrides(..."19:03
*** leseb has quit IRC19:17
lbragstaddolphm: bknudson doing a quick grep on the latest master, and I'm not seeing it19:18
*** saju_m has quit IRC19:21
*** saju_m has joined #openstack-keystone19:23
*** leseb has joined #openstack-keystone19:26
*** marcoemorais has quit IRC19:31
*** marcoemorais has joined #openstack-keystone19:34
*** leseb has quit IRC19:36
*** petertoft has joined #openstack-keystone19:42
*** petertoft has quit IRC19:43
dolphmbknudson: just realized why you were asking :)19:46
*** lbragstad has left #openstack-keystone19:49
*** lbragstad has joined #openstack-keystone19:49
openstackgerritDolph Mathews proposed a change to openstack/keystone: Ability to turn off ldap referral chasing  https://review.openstack.org/7852119:50
*** amcrn has joined #openstack-keystone19:52
*** devlaps has quit IRC19:53
*** leseb has joined #openstack-keystone19:55
morganfainbergbknudson, test_overrides is gone20:06
morganfainbergbknudson, yeah just config_overrides.20:07
bknudsonok, I need to run this by someone...20:07
*** devlaps has joined #openstack-keystone20:07
*** saju_m has quit IRC20:08
bknudsonso I configure auth_token with an admin token...20:08
bknudsonhttp://git.openstack.org/cgit/openstack/python-keystoneclient/tree/keystoneclient/middleware/auth_token.py?id=0.2.3#n31720:08
bknudson(this is using old auth_token, I doubt it's changed)20:08
*** saju_m has joined #openstack-keystone20:08
bknudsonLooks like my configured admin token can get overridden...20:09
bknudsonhttp://git.openstack.org/cgit/openstack/python-keystoneclient/tree/keystoneclient/middleware/auth_token.py?id=0.2.3#n98920:09
bknudsonif verify_uuid_token fails with 40120:09
morganfainbergbknudson, right. a verify of 401 should only occur if the admin token is invalid20:10
morganfainbergbknudson, a 404 should occur if the subject-token is invalid20:10
morganfainbergbknudson, i _think_ that fix went in for Havana20:10
bknudsonmorganfainberg: ah, so maybe this is fixed in more recent releases.20:11
morganfainbergbknudson, https://review.openstack.org/#/c/46123/20:12
*** browne has quit IRC20:12
morganfainbergbknudson, that was specifically fixed to limit churn of tokens / fix admin token20:12
morganfainbergnow if the admin token is invalid, yes, you'd overrite it20:13
*** browne has joined #openstack-keystone20:13
bknudsonI'm trying to figure out if there's another case where the initial token would get overwritten.20:14
bknudsonthere's also the case where fetching the revocation list errors with 401...20:15
morganfainberg401, if it would "expire soon"20:15
morganfainbergadaict20:15
morganfainbergthe revocation list generating a 401 should be the same case, the admin token is invalid20:15
morganfainbergs/adaict/afict20:15
bknudsonhm, this is weird... customer system it works the first time and fails otherwise.20:16
morganfainbergso if the admin token wouldn't "expire soon" and is valid, i don't see how it could be overridden20:16
morganfainberggrizzly?20:16
morganfainbergor havana+20:16
bknudsonyes, grizzly20:16
morganfainbergok grizzly doesn't have the 401 fix20:16
morganfainbergif the subject token is invalid, you'll have that issue20:16
bknudsonso the first time looks like it uses the admin token and then it tries to get a nova token (but their nova password is incorrect).20:16
dolphmduration for a full test run has almost double again for me this week20:16
morganfainbergdolphm, :(20:16
bknudsonso the obvious fix is to use the right nova password.20:17
bknudsonbut I'm wondering why it's happening anyways.20:17
morganfainbergbknudson, because they are validating an invalid subject token20:17
morganfainbergbknudson, which also invalidates the admin token20:17
morganfainbergbknudson, if you backport that fix i linked, it should resolve it20:17
morganfainbergor convince them to move to Havana :P20:17
dolphmbknudson: yeah, the admin_token config for auth_token is completely broken/useless afaict20:18
morganfainbergdolphm, wonder if i can ressurect the parallel testing fix easily20:18
morganfainbergdolphm, as far as i know it might be usable now with the other test fixes.20:19
dolphmmorganfainberg: i don't remember the list of blockers, but i bet we're damn close20:19
morganfainbergdolphm, the biggest blocker that i ran across was calling load_backends multiple times, but we may have solved a lot of that with the config_fixture20:19
morganfainbergdolphm, i still want to make load_backends called 1 time and must be called20:19
morganfainbergbut....20:19
dolphmbug 124005220:20
uvirtbotLaunchpad bug 1240052 in keystone "Hardcoded paths prevent tests from being parallelized" [Low,In progress] https://launchpad.net/bugs/124005220:20
morganfainbergi am pretty sure with all the other fixes it might work now.20:20
morganfainbergOOH! uvirtbot YOU'RE BACK!20:20
dolphmuvirtbot: welcome20:20
uvirtbotdolphm: Error: "welcome" is not a valid command.20:20
morganfainbergdolphm, yeah i think _think_ most of the issues have been mostly resolved20:21
morganfainbergconf_fixture makes things sticky (option wise) and not loading things from conf files makes life way better20:21
morganfainbergdolphm, i'll bet this takes 2-3 minor changes.20:22
dolphmmorganfainberg: do we still need the grouping here? https://review.openstack.org/#/c/65870/5/.testr.conf20:22
dolphmmorganfainberg: i imagine we still need test_cert_setup20:22
morganfainbergyes we should still group, i think those.20:22
morganfainbergbecause we don't want to download keystoneclients multiple times20:22
morganfainbergand it think i can make the concurrency an ENV var.20:23
morganfainberglet me see.20:23
dolphmmorganfainberg: why would you not want to use concurrency if it worked?20:24
morganfainbergdolphm, non-sqlite backends20:24
morganfainbergwe need code to make dynamic dbs / ldap trees20:25
morganfainbergwe don't have that.20:25
morganfainbergso in those cases you want to make it non-parallel20:25
*** dstanek_afk has quit IRC20:25
dolphmmorganfainberg: fair enough20:25
morganfainbergalso, https://bitbucket.org/hpk42/tox/pull-request/86/support-optional-env-variable-substitution/diff this will make it so we can make run_tests just call tox across the board20:25
*** dstanek_afk has joined #openstack-keystone20:25
morganfainbergif we can get that released and make the new version of tox our minimum.20:25
morganfainberg:)20:25
morganfainbergright now we can't support the --failing etc options.20:26
morganfainbergdolphm, ok i think i know what i need to do to make this "work". let me see how hard it will be to get parallel resurrected20:26
*** vhoward has joined #openstack-keystone20:27
*** dstanek has joined #openstack-keystone20:31
*** dstanek_afk has quit IRC20:31
bknudson--failing works for me.20:31
morganfainbergbknudson, with tox?20:32
morganfainbergbknudson, tox -epy27 -- --failing?20:32
morganfainbergor how do you run it?20:32
bknudsonyes20:32
morganfainbergbknudson, because i couldn't get it to work.20:32
morganfainberghmmm. i'll revisit20:32
bknudsonmorganfainberg: what does it do instead?20:33
morganfainbergbknudson, tells me '--failing' isn't a valid option20:33
morganfainbergtestr error20:33
morganfainbergi'll revisit / try again20:33
dolphmmorganfainberg: if you remove that concurrency line from testr.conf ... you shouldn't have to do anything else to enable concurrency, right?20:35
morganfainbergdolphm, well we need to do grouping and DB backend isolation20:35
morganfainbergdolphm, about 4 lines of code i think20:35
morganfainbergdolphm, i'm trying it now20:35
dolphmmorganfainberg: i mean, just to have to run concurrently and crash as a result20:36
morganfainbergbasically each worker needs it's own tmpdir20:36
morganfainbergoh right20:36
morganfainbergyes20:36
dstaneki barely have enough memory to run one process for the tests :-)20:39
dstaneki'm walking through the RC1 bugs and it looks like lots of them are already approved20:40
dolphmmorganfainberg: why no crashy http://pasteraw.com/fg4zyjnhn03pv0glxqc40ey7zjm6sbr20:43
dolphmdstanek: lol get a bigger cloud server :P20:43
morganfainbergdolphm, lucky?20:44
dolphmdstanek: this is the last one we don't have a fix for https://bugs.launchpad.net/bugs/129142320:44
uvirtbotLaunchpad bug 1291423 in keystone "revocation events sync slows responses to all authenticated calls" [High,Triaged]20:44
dolphmmorganfainberg: but it was 2 minutes slower than my last attempt :P20:44
dolphmwhich was definitely non-parallel20:44
morganfainbergdolphm, hmmm...20:44
morganfainberglet me try with my minor changes20:44
morganfainbergand w/o20:44
dolphmdstanek: and i'm hoping this one can start gating soon :) https://review.openstack.org/#/c/78521/20:45
*** gokrokve has quit IRC20:45
*** gokrokve has joined #openstack-keystone20:46
*** gokrokve_ has joined #openstack-keystone20:47
morganfainbergdolphm, ok trying a run w/o fixes20:47
morganfainbergdolphm, to get a baseline20:47
morganfainbergdolphm, then i'll run parallel, then i'll do it w/ fixes20:48
dstanekdolphm: in https://bugs.launchpad.net/bugs/1291423 do you know what calls are slow? everything?20:48
uvirtbotLaunchpad bug 1291423 in keystone "revocation events sync slows responses to all authenticated calls" [High,Triaged]20:48
dstanekayoung: ^20:48
*** gokrokv__ has joined #openstack-keystone20:48
morganfainbergdstanek, the syncronize20:48
morganfainbergit's in keystone.contrib.revoke.model20:48
morganfainbergdstanek, since it affects all validation of tokens, it makes things much slower20:49
morganfainbergdstanek, and it is called on _all_ token validation.20:49
morganfainbergso each call to keystone has to validate a token20:49
dolphmit spends a lot of time ensuring the performance optimization is optimized for accuracy20:49
morganfainbergdolphm, ++20:50
morganfainbergwith the patch we got in earlier this week, i think it's less of an issue since revoke is actually disabled20:50
*** gokrokve has quit IRC20:50
morganfainbergunless you're using revoke that is20:50
morganfainbergand iirc tests are.20:50
dolphmmorganfainberg: maybe that's why test runs are so slow now :P20:51
morganfainbergdolphm, likely20:51
*** gokrokve has joined #openstack-keystone20:51
*** jamielennox|away is now known as jamielennox20:51
ayoungdstanek, it might be nothing20:51
dolphmmorganfainberg: does anything graph runtimes of jenkins jobs over time?20:51
ayoungwith revocation events truely disabnled now...we might even be able to ignore that20:51
*** gokrokve_ has quit IRC20:51
*** harlowja is now known as harlowja_away20:52
*** gokrokv__ has quit IRC20:52
dstaneki'm going to poke around a bit and see what i can see20:52
morganfainbergdolphm, don't think we have that graph20:55
morganfainbergdolphm, i want that graph though20:55
morganfainbergdolphm, i'll poke around infra data and see what we log, maybe we can make it happen easily20:56
bknudsondolphm: I think migrations are O(n*n)20:57
bknudsonor number of migrations * number of tests20:58
dolphmbknudson: morgan will fix that soon :)20:58
morganfainbergbknudson, as soon as RC is cut i'm going to smash those down20:59
*** vhoward has left #openstack-keystone20:59
morganfainbergbknudson, we'll drop everything below 37 (36 will be our starting point)20:59
morganfainbergsince 36 was the last grizzly migration iirc21:00
morganfainbergdolphm, i'm seeing a lot slower of a run across the restful tests21:00
morganfainbergdolphm, non parallel: Ran 3163 tests in 814.493s21:03
dolphmmorganfainberg: that's about the number i was seeing a week ago21:04
morganfainbergrunning in parallel, omg splody fail21:05
morganfainbergabout 75% failure21:05
morganfainbergdolphm, you in #openstack, talking about a possible RC bug now21:05
morganfainbergmight be an issue with TZ in kvs/memcache token21:05
morganfainbergjust a heads up21:05
dolphmjenkins +1 on RC blocker :D https://review.openstack.org/#/c/78521/ bknudson lbragstad ayoung21:05
*** leseb has quit IRC21:05
dolphmmorganfainberg: joining21:06
morganfainbergdolphm, k21:06
morganfainbergin parallel:21:07
morganfainbergRan 3167 tests in 166.774s21:07
morganfainbergFAILED (failures=1674)21:07
bknudsonalmost halfway there.21:08
*** dstanek has quit IRC21:08
*** dstanek has joined #openstack-keystone21:14
*** derek_c has joined #openstack-keystone21:14
*** harlowja_away is now known as harlowja21:14
morganfainbergdolphm, are you running with -- --subunit ?21:20
morganfainbergdolphm, i think that makes it implicily single-worker21:20
morganfainbergdolphm, https://bugs.launchpad.net/keystone/+bug/1294862 i'll see if i can get something rolled by tomorrow for this21:21
uvirtbotLaunchpad bug 1294862 in keystone "Token expiration time with memcache->kvs->dogpile is wrong" [Medium,New]21:21
dolphmmorganfainberg: no, but i got them to fail with --parallel --concurrency=521:22
morganfainbergdolphm, hehe21:22
morganfainbergdolphm, going to try and run this w/o --subunit21:22
morganfainbergi wonder if i somehow still end up with a single-worker somehow...21:23
morganfainbergbecause i was seeing massive failures before21:23
morganfainbergdolphm, ok --subunit makes it single worker21:24
morganfainbergrunning 4 workers now21:24
morganfainbergand i am suddenly even happier some people like living on the edge and running master of keystone ;)21:26
*** daneyon has quit IRC21:26
*** bvandenh has quit IRC21:27
morganfainbergdolphm, looks like one-ish failure so far.21:28
*** daneyon has joined #openstack-keystone21:28
*** saju_m has quit IRC21:28
*** derek_c has quit IRC21:28
*** pcargnel_ has quit IRC21:31
*** zhiyan is now known as zhiyan_21:36
morganfainbergdolphm, Ran 3165 (+1469) tests in 607.362s (+235.483s)   FAILED (id=5, failures=4 (+3), skips=816)21:36
morganfainbergwell thats 200s better21:37
dolphmmorganfainberg: just 4 failures running in parallel?21:41
morganfainbergdolphm, with a couple minor modifications to the tmpdir calc code21:41
morganfainbergdolphm, and the failures are because the test_cert stuff ended up using TESTSDIR not the TMPDIR21:41
morganfainbergit looks like21:41
morganfainbergor my group_regex was also bad21:42
morganfainbergand the last run i'll do this with the DB in tmpfs21:43
morganfainbergonce i've got everything working as expected (no failures)21:43
morganfainbergyep group regex is somehow messed up21:44
dolphmmorganfainberg: are you going to restore https://review.openstack.org/#/c/65870/ ?21:46
morganfainbergdolphm, yeah i'll toss this review to supplant that one21:46
dolphmmorganfainberg: revise the commit message from Partial-Bug to Closes-Bug then :)21:46
morganfainbergyep21:47
*** lbragstad has quit IRC21:47
*** leseb has joined #openstack-keystone21:49
ayoungdolphm, surprised I never formally reveiwed that:  I know I've looked at it21:52
dolphmayoung: you reviewed it enough to block it, with good reason :)21:56
*** derek_c has joined #openstack-keystone21:59
ayoungdolphm, ah...there it is,  hadn't looked far enough back in history.  Anyway, +2 +A. think it should go in22:01
morganfainbergdolphm, Ran 3164 tests in 186.247s FAILED (id=0, failures=13, skips=816) - with tmpfs22:02
morganfainbergdolphm, also, with parallel, you'll need to nuke your .testrepository, it has bad training data in it22:02
morganfainbergjust the first time.22:03
*** devlaps has quit IRC22:03
*** marcoemorais has quit IRC22:09
*** marcoemorais has joined #openstack-keystone22:09
openstackgerritJenkins proposed a change to openstack/python-keystoneclient: Updated from global requirements  https://review.openstack.org/7969522:10
*** devlaps has joined #openstack-keystone22:18
*** david-lyle has quit IRC22:19
*** bknudson has quit IRC22:24
*** derek_c has quit IRC22:27
morganfainbergdolphm, using tmpfs back: Ran 3163 (+3106) tests in 186.896s (+178.655s)22:32
morganfainbergdolphm, 4 workers22:32
*** marcoemorais has quit IRC22:36
dstanekdolphm, morganfainberg, ayoung: random thought - could we use a non-blocking lock instead of a blocking mutex?22:38
morganfainbergdstanek, for?22:38
dstanekthe revoke sync - only one thread really ever needs to do it and there isn't much of a need to block other threads while performing the task22:39
morganfainbergdstanek, well with the new code it does caching instead of an explicit lock/sync22:40
morganfainbergdstanek, so it would use the same locking that whatever caching backend uses.22:40
morganfainbergiirc22:40
morganfainbergshould be better than the explicit lock/sync each time22:40
morganfainbergbut i think the way the tree is built/tested against is the real issue22:40
morganfainbergayoung and YorikSar were working on that bit22:41
dstanekmorganfainberg: i'm not really a fan of the in process tree index22:42
*** thedodd has quit IRC22:42
*** daneyon has quit IRC22:43
dstanekmorganfainberg: i "finished" the blinker poc a few days ago, but didn't have time to debug a few tests - seems like some data is being left hanging about and causing failures22:46
*** browne has left #openstack-keystone22:46
*** derek_c has joined #openstack-keystone22:49
openstackgerritMorgan Fainberg proposed a change to openstack/keystone: Add support for parallel testr workers in Keystone  https://review.openstack.org/6587022:49
morganfainbergdolphm, dstanek, ^ yes it works22:49
morganfainbergdstanek, dolphm, last run with no tmpfs: Ran 3163 tests in 391.212s (+204.376s)22:50
morganfainbergwith tmpfs Ran 3163 (+3106) tests in 186.896s (+178.655s)22:51
morganfainbergthat is 4 workers22:51
morganfainberglets hope jenkins likes it this time22:51
ayoungdstanek, I thought I had submitted a patch to do that22:51
*** zhiyan_ is now known as zhiyan22:51
*** lbragstad has joined #openstack-keystone22:51
*** dims has quit IRC22:51
ayoungbut I am not seeing it...22:52
morganfainbergthough it appears that use of -- --subunit will make it implictly a single-worker22:52
morganfainbergdstanek, cool22:52
morganfainbergdstanek, i'm sure it wont be hard to smush the bugs out22:53
*** zhiyan is now known as zhiyan_22:53
dstanekmorganfainberg: yeah, let me post the reviews - the first two refactor things a bit to make the third one easier22:53
openstackgerritMorgan Fainberg proposed a change to openstack/keystone: Add support for parallel testr workers in Keystone  https://review.openstack.org/6587022:56
dstanekah, that's why i failed to commit the refactorings. there is still some dependencies on a private variable that need to be removed22:57
*** harlowja is now known as harlowja_away22:59
morganfainberghmmm. ok so i need to move the "vendor" directory23:05
morganfainberg*grumble*23:05
*** jagee has quit IRC23:07
morganfainberghave i mentioned how much i dislike the "checkout_vendor" stuff?23:07
*** dims has joined #openstack-keystone23:07
jamielennoxmorganfainberg: i can't remember if you have done it, but so far everyone else who has ever played with fixing the tests has had a go23:09
morganfainbergjamielennox, i'm going to just move it into the tmpdir23:09
morganfainbergi think.23:09
jamielennoxmorganfainberg: i saw something interesting the other day that i haven't been able to track down again23:09
jamielennox(or tried that hard)23:09
jamielennoxi think it was related to WSME or pecan or something like that23:09
jamielennoxthat they do gate checks in reverse23:10
morganfainberginteresting23:10
morganfainbergi mean, don't get me wrong, the tests passed py26 and py2723:10
jamielennoxso not only do you do all off the pecan unit tests but you run a couple of the openstack services with the new pecan to make sure it's not introducing regressions23:10
morganfainbergbut we do have a minor race on checkout of keystoneclient23:10
openstackgerritDavid Stanek proposed a change to openstack/keystone: More notification unit tests  https://review.openstack.org/8165923:11
jamielennoxso i wonder if we could offload those checkout tests to a zuul job instead?23:11
openstackgerritDavid Stanek proposed a change to openstack/keystone: Refactor notifications  https://review.openstack.org/8166023:11
openstackgerritDavid Stanek proposed a change to openstack/keystone: wip: Implements notifications with blinker  https://review.openstack.org/8166123:11
morganfainbergjamielennox, actually i was thinking of making them their own tox target23:11
morganfainbergjamielennox, and introducing a new test run for jenkins, but ehh...23:12
morganfainbergjamielennox, i don't like that after learning more about how tox works and the magic pyXX envs23:12
jamielennox... do you have that sort of control in tox? i mean i know there is the -r requirements, but can you then lock down the exact client version23:12
morganfainbergjamielennox, sure. we could ovverride things23:12
morganfainbergjamielennox, but probably not a good idea.23:13
morganfainbergoh oh i know how to fix this.23:13
morganfainbergderrrrp23:13
openstackgerritMorgan Fainberg proposed a change to openstack/keystone: Add support for parallel testr workers in Keystone  https://review.openstack.org/6587023:14
morganfainbergmake the group regex less picky23:14
morganfainberggroup both test_keystoneclient test files together23:14
morganfainberganyway23:16
morganfainbergthere we go23:16
*** derek_c has quit IRC23:19
jamielennoxgrr, no reviews overnight...23:20
*** gokrokve_ has joined #openstack-keystone23:27
openstackgerritBrant Knudson proposed a change to openstack/python-keystoneclient: Reference docstring for auth_token fields  https://review.openstack.org/7061723:27
*** lbragstad has quit IRC23:28
*** gokrokve has quit IRC23:30
openstackgerritBrant Knudson proposed a change to openstack/keystone: Clean up config help text  https://review.openstack.org/7849723:34
*** huats has quit IRC23:35
*** huats has joined #openstack-keystone23:35
*** huats has quit IRC23:35
*** huats has joined #openstack-keystone23:35
*** bknudson has joined #openstack-keystone23:37
*** marcoemorais has joined #openstack-keystone23:37
*** harlowja_away is now known as harlowja23:38
*** vhoward has joined #openstack-keystone23:39
openstackgerritBrant Knudson proposed a change to openstack/keystone: Cleanup config.py  https://review.openstack.org/8167123:39
*** marcoemorais has quit IRC23:42
*** stevemar has quit IRC23:48
*** derek_c has joined #openstack-keystone23:48
*** henrynash has quit IRC23:51
openstackgerritBrant Knudson proposed a change to openstack/keystone: Remove unused db_sync from extensions  https://review.openstack.org/7921123:51
*** leseb has quit IRC23:54

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