Friday, 2014-03-28

*** marcoemorais has quit IRC00:07
*** marcoemorais has joined #openstack-keystone00:07
*** devlaps has quit IRC00:07
*** marcoemorais1 has joined #openstack-keystone00:09
*** dstanek has joined #openstack-keystone00:10
*** marcoemorais has quit IRC00:11
openstackgerritBrant Knudson proposed a change to openstack/keystone: test_v3_token_id correctly hash token  https://review.openstack.org/8362800:14
openstackgerritBrant Knudson proposed a change to openstack/keystone: Configurable token hash algorithm  https://review.openstack.org/8362900:14
openstackgerritBrant Knudson proposed a change to openstack/keystone: Configurable token hash algorithm  https://review.openstack.org/8040100:15
openstackgerritJamie Lennox proposed a change to openstack/python-keystoneclient: Allow session to return an error response object  https://review.openstack.org/8363000:18
*** bknudson has joined #openstack-keystone00:21
*** nkinder has joined #openstack-keystone00:22
*** topol has joined #openstack-keystone00:22
openstackgerritJamie Lennox proposed a change to openstack/python-keystoneclient: Allow session to return an error response object  https://review.openstack.org/8363000:29
openstackgerritJamie Lennox proposed a change to openstack/python-keystoneclient: Allow session to return an error response object  https://review.openstack.org/8363000:31
*** wwriverrat1 has left #openstack-keystone00:35
*** andrew_______ has quit IRC00:45
openstackgerritA change was merged to openstack/keystone: Refactor LDAP API  https://review.openstack.org/8239700:55
*** gokrokve has joined #openstack-keystone01:03
*** david-lyle has joined #openstack-keystone01:16
*** amcrn has quit IRC01:26
*** gokrokve has quit IRC01:43
*** gokrokve has joined #openstack-keystone01:44
*** gokrokve_ has joined #openstack-keystone01:45
*** marcoemorais1 has quit IRC01:48
*** gokrokve has quit IRC01:48
openstackgerritSteve Martinelli proposed a change to openstack/keystone: POC - Add openID Connect auth plugin  https://review.openstack.org/6166201:57
Mario_pinging... for someone01:58
Mario_hi01:59
Mario_somebody help.. how do I make my users be part of the tenant groups? where my users is in existing ldap and tenants is on the mysql.02:02
Mario_or what should be the attribute to create in ldap... as per observation in mysql user table it has "default_project_id"02:03
Mario_in my case generate in the logs as this "2014-03-28 14:43:38.292 6509 INFO sqlalchemy.engine.base.Engine [-] SELECT domain.id AS domain_id, domain.name AS                       domain_name, domain.enabled AS domain_enabled, domain.extra AS domain_extra FROM domain WHERE domain.id = %s"02:04
jamielennoxMario_: i'm not sure exactly what you're asking but a user is a member of a tenant (we say project now) if they have a role on that project02:23
jamielennoxit doesn't matter where the user or tenant data is stored02:23
*** bknudson has quit IRC02:24
Mario_ jamielennox but how can it determine the relationships02:27
jamielennoxMario_: at what level?02:28
jamielennoxat the low level there is a table called user_project_roles or something like that02:28
Mario_i issue the command "keystone user-role-add --user nova --tenant service --role admin"02:28
Mario_for example for nova02:28
jamielennoxyep02:29
Mario_"keystone user-create --tenant service --name nova --pass thepassword --enabled true" this is for the mysql but how about ldap to be part of the --tenant service02:29
jamielennoxMario_: assuming LDAP is set up correctly it won't matter02:30
jamielennoxso long as the user_id is correct it will work across mysql and ldap02:30
jamielennoxs/correct/consistent02:30
Mario_yes i got on the cli, but when I used to run on changing the authorization in for example /etc/nova/nova.conf got those error for example02:31
Mario_or do i need to comment the "connection=mysql://xxx" in the configurations of different services say nova02:33
jamielennoxno, each server manages it's own database02:34
jamielennoxyou set this up in keystone and nova will talk to keystone for the info02:34
jamielennoxso the log you mention should have nothing to do with this - domain is not related to tenants  (at this level)02:34
jamielennoxif it is working on cli (you can get a token scoped to a tenant) then it's fine and it's the other side that is wrong02:35
Mario_yes keystone is fine with me, or you mean on the other services is the problem?02:35
jamielennoxi mean if you have done the above user-create and user-role-add then you should be able to do02:36
jamielennoxkeystone token-get --user nova --tenant service --password password and have it get a token02:37
Mario_except for the user-create i can't do..02:37
jamielennox(i think the params are slightly wrong there)02:37
jamielennoxok so user-create is failing02:37
Mario_yes creating I can't02:38
jamielennoxok does the log give you an error message02:38
Mario_because i had an existing users, I thought i cant to put the user  in a tenant, to be a member02:38
jamielennoxwhat you pasted above looks like a fairly common SQL ddebug statement02:38
jamielennoxyou don't need to recreate the user to put it in a tenant02:39
jamielennoxa user can be a member of multiple tenants02:39
Mario_i see... i think the probs on the other services as they also has ldap configs if i am right02:39
jamielennoxi don't think any of the other services use LDAP02:39
jamielennoxthey definetly shouldn't for user management02:40
jamielennoxthey will talk to keystone and keystone will talk to LDAP02:40
Mario_but for nova they have line for example #ldap_dns_soa_hostmaster=hostmaster@example.org02:40
Mario_yeah, that's what really on my first thought.. keystone do all for the authentication02:41
jamielennoxMario_: interesting - but it's not related to users02:42
Mario_but on every services it stated [keystone_authtoken] there is an admin_tenant_name=service02:42
jamielennoxright02:42
jamielennoxthat is how the service authenticates against keystone02:42
Mario_that the probs, my existing user doesnt linke to admin_tenant_name=service02:43
jamielennoxok, so user creation and putting a user in a tenant are different things02:43
Mario_then what would be my config here?02:43
jamielennoxit depends on the tenant you created02:43
Mario_under the "admin_tenant_name=service"02:43
jamielennoxfrom "keystone user-role-add --user nova --tenant service --role admin" the tenant shouuld be service02:44
jamielennoxyou gave the nova user admin rights in the service tenant02:44
jamielennoxhave you been through devstack to see how these things are setup there?02:45
*** mberlin1 has joined #openstack-keystone02:46
*** mberlin has quit IRC02:47
*** zhiyan_ is now known as zhiyan02:50
Mario_yes jamielennox02:52
Mario_it is running smooth on mysql02:53
*** dims has quit IRC02:53
*** prometheanfire has joined #openstack-keystone02:53
jamielennoxdid you create the users on mysql and then swap to LDAP? because keystone won't convert them over02:54
Mario_no i created a users in ldap too02:54
prometheanfireohai, is it known that the CVE fix (0.7.x) for keystoneclient doesn't work with grizzly keystone (per it's package requirements)?02:54
Mario_what I did comment the sql to use ldap... but add assignment02:55
Mario_with your questions, yes i used to create users in mysql but when I used ldap i also created users nova,glance,neutron,et al02:56
Mario_as it doesn't exists02:57
Mario_as part of the admin group referring to the ldap02:57
prometheanfirelast comment here for more info https://bugs.launchpad.net/python-keystoneclient/+bug/128286502:57
uvirtbotLaunchpad bug 1282865 in python-keystoneclient "[OSSA 2014-007] Keystone middleware may confuse contexts (CVE-2014-0105)" [Critical,Fix released]02:58
prometheanfiredolphm: ^ may intrest you (last comment) :D02:58
jamielennoxMario_: so when you recreated the users the user_id would have changed even though the username was the same03:02
jamielennoxso you would have to do the role-add again03:02
jamielennoxprometheanfire: oo, we've never released fixes for old client versions03:03
jamielennoxprometheanfire: is that something any of the clients do?03:03
Mario_what do you mean jamielennox? on ldap03:04
jamielennoxMario_: did you redo the user-role-add?03:04
prometheanfirejamielennox: dunno, but leaving currently supported versions out of security releases is the same as not supporting them in my book03:05
prometheanfireso....03:05
Mario_yes, i used to rerun it03:05
jamielennoxwhen you create a user it assigns it a unique id which is not the username (on mysql it's a uuid) so you can't use the old user03:05
Mario_as i thought would solved it03:05
jamielennoxprometheanfire: that would depend on your definition of currently supported versions03:05
jamielennoxof at least what we consider supported03:06
prometheanfirewell, 2013.1.5 was just released03:06
prometheanfirethat tells me security updates apply to it (at the least)03:06
*** packet has joined #openstack-keystone03:07
prometheanfireand that means it's deps too (which python-keystoneclient is)03:07
jamielennoxprometheanfire: fair enough03:08
prometheanfireya, it's not the best position to be put in, but reality sucks :P03:08
jamielennoxprometheanfire: i'm just thinking of all the other CVEs that must fall under the same situation03:09
jamielennoxbecause AFAIK we've never backported a client fix03:09
prometheanfireI know of a couple of them03:09
prometheanfirefor the server side too03:10
*** Chicago has joined #openstack-keystone03:10
jamielennoxprometheanfire: server side we try to backport03:10
prometheanfireya, can't always, but meh03:10
jamielennoxbut client side we've never consider the client to be tied to the openstack cycle03:10
jamielennoxwe just keep upping the version03:11
prometheanfireunfortunately it is sometimes, swiftclient had that problem aparently03:11
jamielennoxyea, umm so yea dolphm is definetly the one to talk to and i would raise it with QA because that might be something we have to do for all clients03:11
prometheanfirenot always, as long as version constraints are not broken you don't have to backport03:13
prometheanfireit's just that sometimes projects versionlock onto clients, which should be punished :P03:13
prometheanfireheatclient used to versionlock on keystoneclient, but doesn't anymore, so ya :D03:13
jamielennoxprometheanfire: yea that was something that was remove from the global requirements a little while ago03:14
jamielennoxis it possible to open that up for grizzly as well? i'm assuming not03:15
prometheanfiredunno, depends on why it was locked in the first place03:15
jamielennoxprometheanfire: oh and what i should have picked up earlier - keystone is not affected by that CVE03:17
jamielennoxthe middleware that is referred to is what the other clients use to authenticate against keystone, but keystone doesn't (can't) use it itself03:17
prometheanfireright, but the client it needs is03:17
jamielennoxoh, right - can't install on same box as another03:18
prometheanfire:D03:18
prometheanfirefun problem eh?03:18
jamielennoxah distro packaging03:18
prometheanfirewell, it's your requirements.txt stuff I'm using03:19
prometheanfireblame that :D03:19
*** harlowja is now known as harlowja_away03:19
jamielennoxright but if you use pip it ignores everything except the package you want to install now and so it just overrides it anyway - problem solved :p03:21
prometheanfireLOL, 'solved', no overarching consistency there03:22
*** mutex has joined #openstack-keystone03:22
jamielennox:)03:23
mutexHi03:23
mutexmy keystone DB seems to have had some data corruption03:23
mutexa few of the tables are *missing*03:23
mutexnow luckily they didn't have a lot of critical data in them, like the user_group_metadata table03:23
mutexso I could re-create them in short03:23
mutexorder03:23
mutexbut I do need to find the origina CREATE TABLE command for that particular table03:24
mutexany pointers as to where that is in the keystone source ?03:24
jamielennoxmutex: the migrations are in keystone/common/sql/migrate_repo/versions/03:25
jamielennoxbut that's migrations so it's not a clear endpoint03:25
mutexhm03:25
mutexmaybe the create is in the puppet manifest03:25
jamielennoxmutex: if you look in the various backend/sql.py folders you will see the table layouts03:26
mutexyeah I could reconstruct it, but having the preset CREATE TABLE line would be much easier ;-)03:26
mutexi lost like 6 tables :-(03:26
jamielennoxmutex: no that's what is used to create the tables - but always we go from one state to another rahter than start from scratch03:26
mutexah03:26
mutexso what is the trust table used for ?03:26
jamielennoxmutex: ah - we use sqlmigrate for that stuff so you will still have to look at the table schema and do the SQL from that03:27
jamielennoxtrusts allow you to delegate auth from one user to another03:27
jamielennoxthat will be the record of who set up what03:27
mutexinteresting03:28
mutexseems like I don't need to reconstruct that table03:28
jamielennoxmutex: what i would do in your situation is start with a fresh db, run the full migration script then dump the table and get the structures that way03:28
mutexoh good point03:29
mutexI have another nice table right here03:29
mutexon a pristine system03:29
mutexI could just dump it03:29
*** stevemar has quit IRC03:29
jamielennoxmutex: also just to make sure - was it corruption or did you update and not run keystone-manage db_sync/03:30
mutexno I had a galera cluster that stopped working03:32
mutexwhen I got the database backup and running the frm files were missing from those tables03:32
mutexso I'm hoping that maybe the data is still around, even though the metadata is hosed03:32
*** gokrokve_ has quit IRC03:32
jamielennoxmutex: no worries, always need to check03:32
mutexbesides, all my users are in ldap I was really just using the keystone DB for role mapping and group membership03:33
jamielennoxmutex: it might be worth backing up your current tables and starting again then03:33
jamielennoxthe tables are fairly easy to interpret for that sort of thing03:34
mutexyeah03:34
* mutex croses fingers03:34
mutexyeah so these are the  'missing' tables:03:36
mutexuser_group_membership, user_project_metadata, trust_role, trust, user_domain_metadata03:37
jamielennoxmutex: user_group should be fairly obvious - and it probably doesn't matter if that's in LDAP03:37
mutexgroup info was in sql03:38
mutexbut easy to recreate03:38
jamielennoxuser_project is a problem because that's where project membership will live03:38
mutexIt was hard to get IT to buy into having a process with create privileges on the AD server ;-)03:38
jamielennoxmutex: you don't have to do that03:38
mutexnah I only had like ... 30 musers max, should be easy to just recreate03:38
mutexwell you had to if one was using horizon for group/project membership03:39
jamielennoxi thought that would have been sql03:39
jamielennoxnot use/ group membership, but user/project03:40
mutexyeah so we have the havana feature where you can use LDAP for users03:40
mutexand SQL for projects/project membership03:40
Mario_i bit confused now on the configurations going to other services... as it has connection=mysql://nova:my_pass@localhost/nova which contrast to my ldap03:43
Mario_which is now the priority? ldap or mysql? referring to other services says /etc/nova/nova.conf03:44
mutexfrom what I recall there is a preferred driver section in the keystone config03:44
mutexdriver = keystone.identity.backends.ldap.Identity03:45
Mario_yeah how about going to the other say nova03:45
mutexnova uses keystone service03:45
Mario_does it has also driver  in the nova.conf03:46
mutexdoesn't connect directly to keystones sql tables03:46
mutexthe nova mysql seciont is for novas internal data to be kept in mysql03:46
mutex*section03:46
Mario_but my users are linked to ldap mutex03:46
mutexyes, and ?03:47
mutexif nova needs user information it calls a keystone JSON api03:47
Mario_but tenant and role are in the internal03:47
mutexwhich then backends to ldap03:47
mutexmaybe I don't understand your question ;-)03:47
Mario_my keystone is working fine, but when I used the nova, glance it generates error03:48
Mario_"ERROR: Invalid OpenStack Nova credentials."03:48
mutexah03:48
Mario_i tried to linked it already to ldap.03:48
mutexah, I had a similar problem03:48
mutexbut it was because I didn't populate the LDAP with the service account names03:49
mutexnova, neutron, heat, etc03:49
mutexthe services still need to authenticate as a user03:49
mutexto call the APis03:49
Mario_yeah already define or populated on the ldap03:49
Mario_but as said there is connection=mysql://nova:my_pass@localhost/nova which may contrast.. or do i need to delete those previous data?03:50
Mario_referring the previous data on the internal03:50
mutexthat is just the mysql password AFAIK03:51
mutexI also had to make sure that my 'id' field was consistent for before/after the LDAP migration03:51
mutexso my username fields and id fields meant that I had accounts nova:nova03:51
mutexbut the internal keystone role assignment was expecting a UUID in the 'id' field for some of the roles03:52
mutexso I had to fix that as well03:52
*** chandankumar_ has joined #openstack-keystone04:23
*** chandankumar_ has quit IRC04:23
*** wchrisj has quit IRC04:27
openstackgerritA change was merged to openstack/keystone: Start using to oslotest  https://review.openstack.org/7906804:28
openstackgerritA change was merged to openstack/keystone: Allows override of stdout/stderr/log capturing  https://review.openstack.org/7906904:28
openstackgerritA change was merged to openstack/keystone: Removes the use of mutables as default args  https://review.openstack.org/7811704:28
openstackgerritA change was merged to openstack/keystone: Use CMS to generate sample tokens  https://review.openstack.org/7377204:32
openstackgerritA change was merged to openstack/python-keystoneclient: Use AccessInfo in auth_token middleware  https://review.openstack.org/7495604:32
*** dstanek has quit IRC04:40
*** packet has quit IRC04:43
*** dstanek has joined #openstack-keystone05:09
*** wchrisj has joined #openstack-keystone05:11
*** dstanek has quit IRC05:27
*** wchrisj has quit IRC05:28
*** gyee has quit IRC05:33
*** stevemar has joined #openstack-keystone05:57
openstackgerritJenkins proposed a change to openstack/keystone: Imported Translations from Transifex  https://review.openstack.org/8329706:00
*** gtt116_ has joined #openstack-keystone06:22
*** gtt116 has quit IRC06:22
openstackgerritJamie Lennox proposed a change to openstack/python-keystoneclient: Allow passing auth plugin as a parameter  https://review.openstack.org/8367306:25
*** saju_m has joined #openstack-keystone06:38
*** dstanek has joined #openstack-keystone06:39
*** dstanek has quit IRC07:04
*** topol has quit IRC07:05
*** bvandenh has joined #openstack-keystone07:07
*** stevemar has quit IRC07:12
*** topol has joined #openstack-keystone07:25
*** dstanek has joined #openstack-keystone07:32
*** topol has quit IRC07:32
*** dstanek has quit IRC07:48
*** flaper87|afk is now known as flaper8708:05
marekd|awayjamielennox: thanks for hints in here https://review.openstack.org/#/c/83337/3. There was some magic unclear to me. Now I am starting to feel it all.08:16
*** marekd|away is now known as marekd08:16
*** leseb has joined #openstack-keystone08:40
*** dstanek has joined #openstack-keystone08:45
*** saju_m has quit IRC09:05
*** saju_m has joined #openstack-keystone09:26
*** bada has joined #openstack-keystone09:35
marekdjamielennox: https://github.com/openstack/python-keystoneclient/blob/master/keystoneclient/base.py#L342 - why does the put() force empty body?09:36
*** andreaf has quit IRC09:58
*** leseb has quit IRC10:00
*** leseb has joined #openstack-keystone10:00
*** leseb_ has joined #openstack-keystone10:02
*** leseb has quit IRC10:04
*** flaper87 is now known as flaper87|afk10:18
*** andreaf has joined #openstack-keystone10:23
*** david-lyle has quit IRC10:27
*** david-lyle has joined #openstack-keystone10:27
openstackgerritMarek Denis proposed a change to openstack/python-keystoneclient: Add CRUD operations for Identity Providers.  https://review.openstack.org/8333710:29
*** dstanek has quit IRC10:33
*** topol has joined #openstack-keystone10:36
*** flaper87|afk is now known as flaper8710:42
*** leseb_ has quit IRC10:43
*** leseb has joined #openstack-keystone10:44
*** dstanek has joined #openstack-keystone10:57
*** marekd has quit IRC11:06
*** marekd has joined #openstack-keystone11:06
*** leseb has quit IRC11:10
*** jamielennox is now known as jamielennox|away11:15
*** RockKuo_iPad has joined #openstack-keystone11:16
*** dstanek has quit IRC11:17
*** RockKuo_iPad has quit IRC11:17
*** RockKuo_iPad has joined #openstack-keystone11:17
*** RockKuo_iPad has quit IRC11:17
*** RockKuo_iPad has joined #openstack-keystone11:18
*** morganfainberg is now known as morganfainberg_Z11:20
*** dstanek has joined #openstack-keystone11:20
*** RockKuo_iPad has quit IRC11:24
*** leseb has joined #openstack-keystone11:28
*** leseb has quit IRC11:41
*** RockKuo_iPad has joined #openstack-keystone11:41
*** leseb has joined #openstack-keystone11:42
*** RockKuo_iPad has quit IRC11:45
*** leseb has quit IRC11:46
*** dstanek has quit IRC11:46
*** saju_m has quit IRC11:50
*** RockKuo_iPad has joined #openstack-keystone12:01
*** david-lyle has quit IRC12:06
*** dstanek has joined #openstack-keystone12:15
*** jaosorior has joined #openstack-keystone12:33
*** dstanek has quit IRC12:36
*** leseb has joined #openstack-keystone12:42
*** dstanek has joined #openstack-keystone12:45
*** leseb has quit IRC12:47
*** chandan_kumar has quit IRC12:51
*** browne has joined #openstack-keystone12:54
*** leseb has joined #openstack-keystone12:58
*** RockKuo_iPad has quit IRC13:11
*** zigo has quit IRC13:13
*** zigo has joined #openstack-keystone13:14
*** saju_m has joined #openstack-keystone13:15
*** jagee has joined #openstack-keystone13:25
openstackgerritMarek Denis proposed a change to openstack/python-keystoneclient: Add CRUD operations for Fedration Mapping Rules.  https://review.openstack.org/8374213:26
openstackgerritMarek Denis proposed a change to openstack/python-keystoneclient: Add CRUD operations for Fedration Mapping Rules.  https://review.openstack.org/8374213:41
*** bknudson has joined #openstack-keystone13:45
*** zigo has quit IRC13:47
*** zigo has joined #openstack-keystone13:47
*** RockKuo_iPad has joined #openstack-keystone13:48
*** zigo has quit IRC13:51
*** finite has joined #openstack-keystone13:53
*** jimbaker has quit IRC13:55
*** zigo has joined #openstack-keystone13:55
*** joesavak has joined #openstack-keystone13:58
*** zigo has quit IRC13:59
*** RockKuo_iPad has quit IRC13:59
*** zigo has joined #openstack-keystone13:59
*** wchrisj has joined #openstack-keystone14:06
*** leseb has quit IRC14:07
*** vhoward- has joined #openstack-keystone14:10
*** stevemar has joined #openstack-keystone14:11
dstanekanyone here have experience with test scenerios?14:19
*** openstack has joined #openstack-keystone14:20
*** leseb has joined #openstack-keystone14:28
*** david-lyle has joined #openstack-keystone14:31
*** rwsu has quit IRC14:38
*** rwsu has joined #openstack-keystone14:41
*** dolphm changes topic to "Open for Juno development"15:04
*** finite has quit IRC15:04
*** leseb has quit IRC15:13
*** leseb has joined #openstack-keystone15:13
*** leseb_ has joined #openstack-keystone15:15
*** leseb has quit IRC15:16
*** leseb_ has quit IRC15:17
*** leseb has joined #openstack-keystone15:18
*** packet has joined #openstack-keystone15:18
*** jaosorior has quit IRC15:20
*** ayoung-afk is now known as ayoung15:24
*** saju_m has quit IRC15:35
*** packet has quit IRC15:41
*** topol has quit IRC15:45
*** devlaps has joined #openstack-keystone15:49
*** jogo is now known as flashgordon16:07
*** marcoemorais has joined #openstack-keystone16:10
*** leseb has quit IRC16:22
*** leseb has joined #openstack-keystone16:23
*** topol has joined #openstack-keystone16:27
*** leseb has quit IRC16:27
*** gyee has joined #openstack-keystone16:35
*** joesavak has quit IRC16:42
*** leseb has joined #openstack-keystone16:45
*** browne has quit IRC16:51
openstackgerritBrant Knudson proposed a change to openstack/keystone: Cleanup config.py  https://review.openstack.org/8167116:52
openstackgerritBrant Knudson proposed a change to openstack/keystone: Clean up config help text  https://review.openstack.org/7849716:52
marekdHi all! Any hints on what's the best way to actually skip the test in the python-keystoneclient? For instance part of the API i am implementing now doesn't support 'list'-like  commands, so I just want to skip test_list() tests. One way is to reimplement the method to  def test_list(self): pass but I was wondering there is any better way...17:02
bknudsonmarekd: write the test to show what it does instead... it must do something if you try to list.17:04
marekdbknudson: ah, this approach. Makes sense...17:05
marekdbknudson: thanks!17:05
*** gokrokve has joined #openstack-keystone17:09
*** browne has joined #openstack-keystone17:09
*** bvandenh has quit IRC17:13
*** leseb has quit IRC17:14
openstackgerritMarek Denis proposed a change to openstack/python-keystoneclient: Add CRUD operations for Federated Protocols.  https://review.openstack.org/8382917:14
*** harlowja_away is now known as harlowja17:15
*** marekd is now known as marekd|away17:15
*** saju_m has joined #openstack-keystone17:20
openstackgerritDavid Stanek proposed a change to openstack/keystone: Moves database setup/teardown closer to its usage  https://review.openstack.org/8383217:22
openstackgerritDavid Stanek proposed a change to openstack/keystone: wip: this needs to be made in oslo  https://review.openstack.org/8383317:22
openstackgerritDavid Stanek proposed a change to openstack/keystone: First real Python 3 tests  https://review.openstack.org/8383417:22
openstackgerritDavid Stanek proposed a change to openstack/keystone: Make the py33 Jenkins job happy  https://review.openstack.org/8356517:22
dstanekyuck17:24
openstackgerritDavid Stanek proposed a change to openstack/keystone: Check domain_id with equality in assignment kvs  https://review.openstack.org/8383617:28
*** leseb has joined #openstack-keystone17:33
*** bknudson has left #openstack-keystone17:34
*** saju_m has quit IRC17:35
*** saju_m has joined #openstack-keystone17:36
*** leseb has quit IRC17:37
*** leseb has joined #openstack-keystone17:38
*** morganfainberg_Z is now known as morganfainberg17:39
morganfainbergdstanek, yuck?17:39
dolphmmarekd|away: why isn't list supported?17:42
*** leseb has quit IRC17:42
dstanekmorganfainberg: i still had to do some of that sys.modules patching17:44
morganfainbergdstanek, ick17:44
morganfainbergcould be worse i guess...17:44
dstanekmorganfainberg: by moving some of the db stuff about i was able to not have to mock out a bunch migrate stuff17:44
dstanekmorganfainberg: actually i notice something about that today that i wanted to ask you about17:45
morganfainbergdstanek, sure17:45
dstanekmorganfainberg: i did this to move the migrate imports out of tests.core https://review.openstack.org/#/c/83832/17:46
*** bknudson has joined #openstack-keystone17:46
dstaneksetup_database and teardown database are only used in test_v317:46
morganfainbergdstanek, sure17:47
dstanekmorganfainberg: besides those there is some db stuff here: http://git.openstack.org/cgit/openstack/keystone/tree/keystone/tests/core.py#n48717:48
dstanekshould that functionaltity actually go into *_database and then make the changes to other test cases to use it?17:49
morganfainbergdstanek, hm.17:51
morganfainbergdstanek, i'm not opposed to keeping all DB stuff in one place.17:51
dstanekmorganfainberg: i dont' know, but if feel like something is wrong - things are using the database and not having setup_database called17:52
morganfainbergdstanek, this almost feels like it should be a fixture.17:52
morganfainbergdstanek, well setup_database was really "Setup_migrated_Database"17:52
dstanekmorganfainberg: i almost made it a fixture, but i haven't figured out how to get those to work under nose17:52
morganfainbergdstanek, not really "setup_database"17:53
morganfainbergdstanek, wait fixtures don't work under nose?17:54
dstanekonce i get fixtures to work there are a half dozen or so test modules that can be added to the tox.ini file17:54
openstackgerritClint "SpamapS" Byrum proposed a change to openstack/keystone: Discourage use of pki_setup  https://review.openstack.org/8081917:54
*** david-lyle is now known as david-lyle_afk17:54
dstanekmorganfainberg: they do in a clean environment on Py3, but i think my mocking/patch messed it up17:54
morganfainbergoh oh17:54
morganfainbergaha17:54
dstanekthey work fine in py27 on keystone17:54
morganfainbergsorry, py3 still.17:54
* morganfainberg drinks more coffee17:55
dstaneki setup a new py3 project to get it out so i didn't have to worry about the keystone baggage and it worked fine17:55
morganfainbergdstanek, making it a fixture and making all the DB setup stuff in that fixture would be fantastic17:56
dstaneki'm actually working on the fixture problem now so hopefully it'll be an easy fix17:56
dolphmmorganfainberg: rebase required https://review.openstack.org/#/c/83235/17:57
morganfainbergdolphm, actually in process of that now17:57
morganfainbergdolphm, just making sure tests run before posting17:57
morganfainbergdolphm, :)17:57
dolphmmorganfainberg: cool17:58
dolphmit's not our normal policy, but considering the severity... i attached a backport of the eventlet+memcached context confusiong patch for python-keystoneclient 0.2.5 to https://bugs.launchpad.net/python-keystoneclient/+bug/1282865 if anyone wants to review it (it won't actually go through gerrit, i think it'll just get picked up by debian)18:00
uvirtbotLaunchpad bug 1282865 in python-keystoneclient "[OSSA 2014-007] Keystone middleware may confuse contexts (CVE-2014-0105)" [Critical,Fix released]18:00
bknudsondolphm: we might need the patch here, too... I'll take a look.18:01
dolphmi don't know what other version other distros package, but auth_token has changed so much they're probably all screwed if they're not willing to ship 0.7.0 :-/18:01
dolphmbknudson: the 0.2.5 backport didn't forward port cleanly to even 0.3.018:02
morganfainbergdolphm, wow. 0.2.5?18:02
dolphmmorganfainberg: released november 201218:02
bknudsonI expect updating the products that include keystoneclient would have a hard time with the new requirements moving up to 0.7.018:02
dolphmbknudson: i know it's a long jump, but i couldn't think of any blockers (not that i've tried / done any analysis)18:03
dolphmbknudson: what are you thinking would give them a hard time?18:03
*** marcoemorais has quit IRC18:03
morganfainbergdolphm, right and someone claims they're supporting essex for 5 years.18:03
dolphmbknudson: oh you mean package deps?18:03
dolphmmorganfainberg: haha18:03
bknudsondolphm: yes, it's the package deps18:03
*** marcoemorais has joined #openstack-keystone18:03
*** marcoemorais has quit IRC18:03
dolphmbknudson: sudo pip!18:04
*** marcoemorais has joined #openstack-keystone18:04
*** marcoemorais has quit IRC18:04
bknudsonI wish we could do that... tell the lawyers.18:04
*** marcoemorais has joined #openstack-keystone18:04
morganfainbergdolphm, https://wiki.ubuntu.com/ServerTeam/CloudArchive18:06
prometheanfiredolphm: thanks for taking a look at that18:06
openstackgerritMorgan Fainberg proposed a change to openstack/keystone: Cleanup ldap tests (mox and reset values)  https://review.openstack.org/8323518:09
dolphmbknudson: speaking of lawyers, if there's some way i can credit you for your email the other day, let me know18:09
bknudsondolphm: nope, forget about it18:09
dolphmbknudson: alrighty, thanks!18:10
openstackgerritMorgan Fainberg proposed a change to openstack/keystone: Enable concurrent testing by default  https://review.openstack.org/8358418:10
morganfainbergoooh what the heck18:11
dolphmmorganfainberg: what caused the conf update?18:12
openstackgerritMorgan Fainberg proposed a change to openstack/keystone: Cleanup ldap tests (mox and reset values)  https://review.openstack.org/8323518:13
openstackgerritMorgan Fainberg proposed a change to openstack/keystone: Enable concurrent testing by default  https://review.openstack.org/8358418:14
morganfainbergdolphm, ok rebased. somehow my rebase snuck in a config sample change *boggle*18:14
morganfainbergdolphm, had to fix that18:14
*** andreaf has quit IRC18:20
*** dims has joined #openstack-keystone18:25
*** dstanek has quit IRC18:33
*** dstanek has joined #openstack-keystone18:34
ayoungmorganfainberg, did you get Apache HTTPD to run on the same server as Horizon?18:36
morganfainbergayoung, no, got pulled off into some internal work.18:36
morganfainbergayoung, it's been a slow slog because of the way "templating" is done in devstack18:37
ayoungmorganfainberg, did you make any progress on it?  Is there some masking of the WSGI Aliases18:37
morganfainbergayoung, i got it to work by hand.18:37
morganfainbergayoung, just not configured by devstack18:37
ayoungmorganfainberg, what did your config look like?18:37
morganfainbergayoung, give me a sec, let me find it18:38
ayoungmorganfainberg, thanks18:39
morganfainbergayoung, i can't find my actual config, but basically you can set multiple WSGIScriptAliases (just not at /, it looked to work if you specified a separate path, but might be ordering) and for ease of identifying the processes, I used multiple Processgroups18:44
openstackgerritA change was merged to openstack/keystone: Imported Translations from Transifex  https://review.openstack.org/8329718:47
*** openstackgerrit has quit IRC18:48
*** openstackgerrit has joined #openstack-keystone18:48
*** dstanek has quit IRC18:49
ayoungmorganfainberg, did you change the WSGIScriptAliases  for Horizon?18:51
ayoungmorganfainberg, did you have keystone on port 80/443 or did you have it on 5000 35357?18:58
morganfainbergayoung i think i moved horizon to /dashboard18:59
morganfainbergayoung, and yes port 80/44318:59
*** marcoemorais has quit IRC18:59
ayoungAh...that makes sense18:59
*** marcoemorais has joined #openstack-keystone18:59
morganfainbergayoung and i did a rewrite on raw / to /dashboard18:59
ayoungmorganfainberg, is that in the review?19:00
morganfainbergayoung, well anything no keystone (^/keystone)19:00
*** harlowja is now known as harlowja_away19:00
ayoungright19:00
morganfainbergayoung, no i lost it, i need to find it somewhere19:00
*** david-lyle_afk is now known as david-lyle19:00
ayoungmorganfainberg, I might end up reproducing it.  If I keep asking questions, we can consider it documented on evesdrop19:00
ayoungmorganfainberg, so when I change19:02
ayoung    WSGIScriptAlias /dashboard /opt/stack/horizon/openstack_dashboard/wsgi/django.wsgi19:02
morganfainbergayoung, sure thing. i lost my external HDD so trying to find a backup19:02
ayoungI lose all of the context....is there some top level config file I need to hit?19:02
morganfainbergthis was pre-review (Wasn't even WIP worthy yet)19:02
ayoungmorganfainberg, nah, just talk me through it....then I'll scrape the logs and make a document out of it19:03
morganfainbergayoung, hmm.19:03
morganfainbergayoung, how are you losing context? (what behavior)19:04
morganfainbergayoung, aha, ok so i did icky mod_rewrite magic19:07
morganfainbergayoung, i did a vhost on localhost running keystone w/ all the WSGI directives19:07
morganfainbergayoung, and the horizon one rewrote the right urls using [P] in the rewrite rule to the 127.0.0.1 vhost19:08
morganfainbergayoung, i kept horizon on /19:08
morganfainbergayoung, just found an old test devstack19:08
morganfainbergayoung, so the WSGI* directives were isolated to a given vhost19:09
*** dstanek has joined #openstack-keystone19:10
morganfainbergayoung, actually this makes the devstack work waaaaay easier.19:11
*** harlowja_away is now known as harlowja19:17
ayoungmorganfainberg, ugh.  Yuck.  Bleah19:17
ayoungSo no publically exposed Keystone?19:17
ayoungoff the machine?19:17
*** marcoemorais has quit IRC19:23
*** marcoemorais has joined #openstack-keystone19:23
*** marcoemorais has quit IRC19:23
*** marcoemorais has joined #openstack-keystone19:24
openstackgerritA change was merged to openstack/keystone: Use assertIsNone when comparing against None  https://review.openstack.org/7811819:24
*** prometheanfire has left #openstack-keystone19:32
*** packet has joined #openstack-keystone19:33
openstackgerritA change was merged to openstack/keystone: test_v3_token_id correctly hash token  https://review.openstack.org/8362819:40
openstackgerritA change was merged to openstack/keystone: Use assertIn in test_v3_catalog  https://review.openstack.org/8230519:40
*** david-lyle has quit IRC19:40
openstackgerritA change was merged to openstack/keystone: Fix test_provider_token_expiration_validation transient failure  https://review.openstack.org/7624919:40
*** david-lyle has joined #openstack-keystone19:40
*** topol has quit IRC19:44
*** dstanek has quit IRC19:50
morganfainbergayoung, well not directly, it still all lives in apache, just the main vhost proxies to the internal one19:54
morganfainbergayoung, so https://<host>/keystone would be public19:54
ayoungmorganfainberg, interesting.  A workaround, not necessarily the long term approach I'd shoot for, but functional19:55
morganfainbergayoung, it's part of the issue with directive limitations iirc19:55
morganfainbergayoung, but i _think_ there is a way of doing this in one vhost19:56
ayoungmorganfainberg, yes, there is, but we need to clarify which application owns which suburl. RIght now, Django owns everything19:56
morganfainbergayoung, yeah it's suboptimla19:57
openstackgerritA change was merged to openstack/keystone: Cleanup revocation query  https://review.openstack.org/8240319:58
openstackgerritA change was merged to openstack/keystone: Remove unnecessary test setUps  https://review.openstack.org/8293819:58
*** stevemar has quit IRC20:06
openstackgerritAndrey Kurilin proposed a change to openstack/python-keystoneclient: Reuse module `exceptions` from Oslo  https://review.openstack.org/6889720:23
*** topol has joined #openstack-keystone20:31
openstackgerritA change was merged to openstack/keystone: Properly handle unicode & utf-8 in LDAP  https://review.openstack.org/8239820:31
openstackgerritA change was merged to openstack/keystone: Expand the use of non-ascii values in ldap test  https://review.openstack.org/8239920:31
openstackgerritA change was merged to openstack/python-keystoneclient: Remove releases.rst from keystone docs  https://review.openstack.org/8296220:31
openstackgerritA change was merged to openstack/keystone: Check domain_id with equality in assignment kvs  https://review.openstack.org/8383620:31
openstackgerritA change was merged to openstack/keystone: Cleanup ldap tests (mox and reset values)  https://review.openstack.org/8323520:31
*** zhiyan is now known as zhiyan_20:38
*** marcoemorais has quit IRC20:38
*** marcoemorais has joined #openstack-keystone20:39
*** dims has quit IRC20:53
*** andreaf has joined #openstack-keystone20:54
*** marcoemorais has quit IRC20:56
*** marcoemorais has joined #openstack-keystone20:56
*** marcoemorais has quit IRC20:58
*** marcoemorais has joined #openstack-keystone20:59
*** raildo has quit IRC21:04
*** amcrn has joined #openstack-keystone21:08
*** topol has quit IRC21:26
*** marcoemorais1 has joined #openstack-keystone21:30
*** marcoemorais1 has quit IRC21:30
*** marcoemorais1 has joined #openstack-keystone21:30
*** marcoemorais1 has quit IRC21:31
*** marcoemorais1 has joined #openstack-keystone21:31
*** marcoemorais1 has quit IRC21:31
*** marcoemorais1 has joined #openstack-keystone21:32
*** marcoemorais has quit IRC21:32
*** amerine_ has joined #openstack-keystone21:33
*** amerine has quit IRC21:34
*** jagee has quit IRC22:05
*** wchrisj has quit IRC22:06
*** bknudson has quit IRC22:06
*** marcoemorais1 has quit IRC22:21
*** marcoemorais has joined #openstack-keystone22:21
*** marcoemorais has quit IRC22:21
*** marcoemorais has joined #openstack-keystone22:22
*** andreaf has quit IRC22:24
*** marcoemorais has quit IRC22:24
*** marcoemorais has joined #openstack-keystone22:24
*** packet has quit IRC22:51
*** leseb has joined #openstack-keystone23:02
*** david-lyle has quit IRC23:16
*** gyee has quit IRC23:31
*** browne has quit IRC23:33
*** leseb has quit IRC23:46
*** gokrokve has quit IRC23:49
*** gokrokve has joined #openstack-keystone23:50
*** gokrokve has quit IRC23:54

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