Wednesday, 2013-03-13

openstackgerritA change was merged to openstack/nova: xenapi: Fix reboot with hung volumes  https://review.openstack.org/2366200:00
*** mrodden has quit IRC00:02
*** baba has quit IRC00:02
*** megha has joined #openstack-dev00:03
openstackgerritA change was merged to openstack/oslo-incubator: update.py: support one-module-per-line configuration  https://review.openstack.org/2422000:03
openstackgerritA change was merged to openstack/glance: Characterize image_member_find  https://review.openstack.org/2389500:04
openstackgerritA change was merged to openstack/glance: Fix calls to image_member_find in tests  https://review.openstack.org/2389700:04
openstackgerritA change was merged to openstack/horizon: Fixes error message formatting in Load Balancers panel  https://review.openstack.org/2395300:04
openstackgerritA change was merged to openstack/keystone: Explain LDAP page_size & default value  https://review.openstack.org/2344500:04
*** flaper87 has quit IRC00:04
*** lloydde has quit IRC00:06
*** vipul|away is now known as vipul00:07
openstackgerritA change was merged to openstack/quantum: Add l3 db migration for plugins which did not support in folsom  https://review.openstack.org/2410700:08
*** sthaha has joined #openstack-dev00:12
cyeohis anyone else seeing "ImportError: No module named oslo.config" errors when trying to run run_tests.sh on the various projects? (cinder/keystone?)00:12
cyeoh(this is with creating a venv)00:13
*** davidhadas has quit IRC00:13
*** davidha has joined #openstack-dev00:14
*** Tross has quit IRC00:17
*** jamielennox has quit IRC00:18
*** jamielennox has joined #openstack-dev00:19
*** kagan has quit IRC00:22
*** pabelanger has joined #openstack-dev00:22
*** Tross has joined #openstack-dev00:30
*** markmcclain has joined #openstack-dev00:30
*** amotoki has quit IRC00:37
*** Ritz-Laptop has joined #openstack-dev00:38
*** jamielennox has quit IRC00:38
*** jamielennox has joined #openstack-dev00:39
*** mohits has joined #openstack-dev00:42
*** feiyuliu has joined #openstack-dev00:42
*** ewindisch has joined #openstack-dev00:44
*** radez_g0n3 is now known as radez00:45
*** stevemar has joined #openstack-dev00:46
*** sacharya has joined #openstack-dev00:46
*** gyee has quit IRC00:48
*** feiyuliu has quit IRC00:49
*** ijw has joined #openstack-dev00:51
*** stevemar has quit IRC00:55
*** jhesketh_ has joined #openstack-dev00:55
*** Nachi has joined #openstack-dev00:56
*** winston-d has joined #openstack-dev00:56
*** crandquist has joined #openstack-dev00:58
*** nati_ueno has quit IRC00:59
*** kaushikc has joined #openstack-dev00:59
*** jamielennox has quit IRC01:00
*** jamielennox has joined #openstack-dev01:01
*** cp16net|away is now known as cp16net01:02
*** adjohn has quit IRC01:02
*** halfss has joined #openstack-dev01:04
*** dkehn has left #openstack-dev01:06
openstackgerritA change was merged to openstack/glance: Retain migration 12 indexes for table image_properties with sqlite.  https://review.openstack.org/2387601:07
*** Nachi has quit IRC01:08
*** crandquist has quit IRC01:08
*** vkmc has quit IRC01:12
*** dsanders has quit IRC01:12
openstackgerritA change was merged to openstack/ceilometer: Raise stevedore requirement to 0.7  https://review.openstack.org/2415301:14
openstackgerritA change was merged to openstack/ceilometer: Use a non-standard port for the test server  https://review.openstack.org/2395501:16
*** cp16net is now known as cp16net|away01:17
*** alop has quit IRC01:18
*** alexpilotti has quit IRC01:19
*** jergerber has joined #openstack-dev01:20
*** ladquin has quit IRC01:20
termieayoung: are people still using tokens taht don't have tenants?01:21
*** jamielennox has quit IRC01:22
*** jamielennox has joined #openstack-dev01:23
openstackgerritA change was merged to openstack/ceilometer: Add deprecation warnings for V1 API  https://review.openstack.org/2411201:23
*** luis_ has quit IRC01:23
*** novas0x2a|laptop has quit IRC01:24
termieayoung: it feels stupid to keep writing backends that support that01:25
openstackgerritA change was merged to openstack/ceilometer: Ensure the statistics are sorted  https://review.openstack.org/2395601:26
*** kaushikc has quit IRC01:28
*** cp16net|away is now known as cp16net01:28
*** jasdeepH has quit IRC01:28
ayoungtermie, my thought is that a token without a tenant should be only for  Keystone tasks.01:29
ayoungfor example, if you want to use one token to get another token, you use an unscoped to get a scoped, but not the other way around01:29
termieayoung: by "keystone tasks" i assume you mean using the keystone api, not tasks done by keystone01:30
ayoungthe list of revoked tenants is for PKI tokens.  PKI tokens can be verified in auth_token middleware without contacting the Keystone server01:30
ayoungtermie, that is correct01:30
ayoungthings like changing your password01:30
ayoungor for admins, adding new users01:30
termieayoung: admins should be using admin creds01:31
ayoungtermie, so, how would you define admin creds?01:31
termieayoung: having a keystone admin role01:31
ayoungthe thing is, we don't have roles without them being a role in something.01:32
ayoungTHere are no global roles01:32
termieayoung: admin tenant01:32
termieayoung: this was solved long ago01:32
ayoungtermie, yes, before we had domains01:32
termieayoung: i don't know what design for domains eventually dropped, but mine had no issues with that system01:33
ayoungtermie, what we have now is that, by default, there is one domain, and users and projects (tenants) all belong to a domain01:33
ayoungA site can create additional domains01:33
ayoungand users from one domain can be assigned roles in projects in another domain01:34
ayoungbut domains are  the ownership container01:34
termiei don't see how that changes anything about having admin rights in a domain or keystone in total01:35
*** danwent has quit IRC01:36
ayoungso is there one admin tenant per domain?01:37
ayoungOt just the admin tenant in the default domain gets admin?01:37
termieayoung: there can be as many as you want, it is a role01:37
*** terryg has quit IRC01:38
ayoungSo the code I inherited had something broken in it...I'll paste the piece I am talking about:01:38
ayounghttps://github.com/openstack/keystone/blob/master/keystone/common/wsgi.py#L29101:38
ayoungTHis is enforced in Keystone, and it checks that the user has the admin role on "any" tenant.01:39
ayoungIf so, the user is considered "admin"01:39
ayoungHaven't done a git blame on it to see where that came from.01:39
ayoungI just want to fix it.01:39
termiethat line is misleading?01:40
*** jamielennox has quit IRC01:40
termieis the "creds.roles()" call the one that is getting a list of roles for all tenants?01:41
*** ilblackdragon has joined #openstack-dev01:41
*** jamielennox has joined #openstack-dev01:41
termiei don't see it scannign through tenants01:41
ayoungnope, it never did01:41
ayoungIt just checks for the tenant passed in01:42
termieand what is wrong with that?01:42
termieit doesn't have to be an admin tenant, it just has to be a sufficiently unique role name01:42
ayoungIf you have the role admin in *any* tenant you are an admin01:42
termiewhatever the policy says lets you control your tenant, your domain or the whole system01:42
termieayoung: no, only int he tenant you are using01:42
ayoungnope01:43
termieayoung: the tenant doesn't matter, however, the role does01:43
ayoungthat is not how it works in practice01:43
ayoungthat is wrong01:43
ayoungit should not be admin in any tenant01:43
ayoungthat is messing people up01:43
ayoungI think that is a holdover from global roles01:43
ayoungthere, it makes sense01:43
termiethe policy enforcement should be better described to peopl ethen01:43
ayoungno01:43
termiethere are no global roles01:43
ayoungadmin should be scoped appropriately01:44
ayoungI would be ok with01:44
termieit can be scoped however anybody wnats01:44
ayoung"admin on the admin tenant"01:44
ayoungor even01:44
ayoungany role in the admin tenant01:44
termieif you want to make the policy say "tenant=admin" and "role=admin" you can do that fine01:44
ayoungor admin in the default domain01:44
termietwo lines in policy.json01:44
termiekeystone itself should reserve some roles it cares about for its own enforcement01:44
ayoungYeah, but that rule was enforced in code, not in policy.01:44
termie            self.policy_api.enforce(context, creds, 'admin_required', {})01:45
termiemy ideal design would have admin_required require tenant=admin, role=keystone:admin01:45
ayoungso right now I am proposing this: https://blueprints.launchpad.net/keystone/+spec/remove-tenant-admin01:46
termiefor something is a keystone admin01:46
ayoungwhich basically says01:46
ayoungrole = admin, domain = default01:46
ayoungand then we say that admins for the default domain have the ability to create other domains.01:46
termiethere are multiple levels of admin01:46
ayoungYep01:46
ayoungand to be able to, say, add a user to a project, you should only have to be admin on that project01:47
*** yaguang has joined #openstack-dev01:47
ayoungMake sense?01:47
termieayoung: that last statement makes sense but is something that is already fully possible01:48
ayoungtermie, anything is possible, but to be able to do it in the current Keystone takes a python change01:48
openstackgerritA change was merged to openstack/glance: Fix up publicize_image unit test  https://review.openstack.org/2408701:48
openstackgerritA change was merged to openstack/glance: Mark password options secret  https://review.openstack.org/2417601:48
ayoungwhen we make that python change, I want the default policy in place01:48
termiejust make the requirement for add_user_to_project be: (role=keystone:admin) or (role:tenant_admin, tenant=current_tenant)01:48
ayoungThat is the plan, yes01:49
termiethat is a policy.json change01:49
ayoungYep.01:49
*** ewindisch has quit IRC01:50
termiethe only python change is to make all the calls check the policy which i don't know if they are doihjng01:50
ayoungthey need to do that, and they need to stop doing the enforce_admin call.01:50
termieenforce_admin was specifically described as "right now keystone supports binary permissions"01:51
termieit stopped people arguing about who they thought hsould be allowed ot do things01:51
termiethe policy system has supported all the possibilities fromt eh beginnign, though01:51
ayoungYeah, what I am trying to do is figure out how to move ahead without breaking everyone that is operating under that assumption01:51
*** woodspa has joined #openstack-dev01:51
ayoungNot a big deal, just trying to spec it out before coding.  It is going to require tweaking a bunch of unit tests and I don't feel like doing that multiple times.01:52
termienova already does all this, just make every call check a policy that has its name01:52
termiek01:52
termieanyway, i don't really care about all that, i just came here to complain that unscoped tokens are stupid01:52
*** Tross has quit IRC01:52
termieand needlessly create duplicate code paths01:52
ayoungOK, I have a patch I need to cleanup and resubmit.  It is good to have you back engaged.  We've been lacking some perspective on why decisions were made.01:53
*** jcmartin has quit IRC01:53
termiei can't say as that i am happy to be engaged01:53
*** ilblackd_ has joined #openstack-dev01:53
*** jog0 has quit IRC01:54
*** ilblackd_ has quit IRC01:54
termiewas feeling much better being in r&d land01:54
*** ilblackdragon has quit IRC01:56
*** hejie has joined #openstack-dev01:57
*** hejie has quit IRC01:57
*** xchu has joined #openstack-dev01:58
*** zb has joined #openstack-dev01:59
*** ilblackdragon has joined #openstack-dev01:59
*** xchu has quit IRC02:00
cyeohayoung: hi02:01
*** markmcclain has quit IRC02:01
ayoungcyeoh, how do02:01
cyeohhey I was wondering if I could ask you about https://review.openstack.org/#/c/23660/02:02
cyeohI'm just cleaning it up based on feedback.02:02
*** zaneb has quit IRC02:03
cyeohBut given Dolph's comments I was wondering if there is anything fundamental about it which you don't like?02:03
*** ilblackd_ has joined #openstack-dev02:03
*** ewindisch has joined #openstack-dev02:03
ayoungcyeoh, have to admit, I am just now reading the most recent comments.  In general, I like the approach02:04
*** woodspa has quit IRC02:04
ayoungcyeoh, and I desperately want to be able to run our SQL based unit tests against both MySQL and postgres (although not on every run) and if your patch gets us closer to that, I am thrilled02:05
*** jamielennox has quit IRC02:05
ayoungcyeoh, in general, I prefer small changes, so incremental is preferable.02:05
*** ilblack__ has joined #openstack-dev02:06
*** jamielennox has joined #openstack-dev02:06
ayoungcyeoh, sound good?02:06
*** ilblackdragon has quit IRC02:07
ayoungcyeoh, and I am fine with dolph abandoning his.  So long as we are aware of each others work, this can proceed.02:07
cyeohayoung: ok cool. It does allow for both MySQL and Postgres. I'll clean up the current patch and then start submitting incremental ones based on it with probably one changeset per db migration if thats not considered too small.02:07
ayoungcyeoh, the only thing is sometimes we want to group migrations, so keep that in mind02:08
ayoungwe have a tendency to make separate migrations for changing schema and for migrating  the actual data, but the tests for those are often executed together02:08
*** morganfainberg has quit IRC02:08
*** dims has quit IRC02:09
openstackgerritA change was merged to openstack/ceilometer: Add a tox target for building documentation  https://review.openstack.org/2393502:09
ayoungBut otherwise, it sounds like a planm02:09
*** ilblackd_ has quit IRC02:09
openstackgerritA change was merged to openstack/ceilometer: Switch to final 1.1.0 oslo.config release  https://review.openstack.org/2420702:10
cyeohyea I noticed that when looking at the db migrations. The data injected at each level is persistent (for a given test run) so even though there is pre/post check at each level, the end net result can also be checked after any migration.02:10
*** HenryG has quit IRC02:10
*** ilblackdragon has joined #openstack-dev02:11
cyeohmight need just rework where the test data injected is stored to make accessing the test data easier.02:11
*** ilblack__ has quit IRC02:11
*** jasdeepH has joined #openstack-dev02:12
ayoungthat is fine.  In general, anything that improves our SQL testing is good.02:12
*** markmcclain has joined #openstack-dev02:12
*** ijw has quit IRC02:12
*** ilblackd_ has joined #openstack-dev02:12
*** ilblackd_ has quit IRC02:12
*** ijw has joined #openstack-dev02:12
*** ilblackd_ has joined #openstack-dev02:15
*** ilblackdragon has quit IRC02:16
openstackgerritA change was merged to openstack/ceilometer: Add sample configuration files for mod_wsgi  https://review.openstack.org/2361302:17
*** danwent has joined #openstack-dev02:19
*** Tross has joined #openstack-dev02:20
*** jamielennox has quit IRC02:24
*** ijw has quit IRC02:24
*** jamielennox has joined #openstack-dev02:25
*** stevemar has joined #openstack-dev02:25
*** ijw has joined #openstack-dev02:25
*** Oneiroi has quit IRC02:26
*** Adri2000 has joined #openstack-dev02:27
*** jcmartin has joined #openstack-dev02:27
*** pixelbeat_ has quit IRC02:29
*** eharney has quit IRC02:29
*** matiu has quit IRC02:29
*** Oneiroi has joined #openstack-dev02:31
termieayoung: tokens with no expiration are supported?02:33
openstackgerritA change was merged to openstack/nova: Fix: Managers that incorrectly derive from SchedulerDependentManager  https://review.openstack.org/2417402:34
*** Tross has quit IRC02:34
*** Ryan_Lane has quit IRC02:34
*** cp16net is now known as cp16net|away02:36
*** cp16net|away is now known as cp16net02:39
*** kbrierly has quit IRC02:39
*** kbrierly has joined #openstack-dev02:39
*** monst_ has joined #openstack-dev02:39
*** Tross has joined #openstack-dev02:41
*** Hien has quit IRC02:42
*** Hien has joined #openstack-dev02:43
*** matiu has joined #openstack-dev02:47
*** jamielennox has quit IRC02:48
*** jamielennox has joined #openstack-dev02:49
*** jergerber has quit IRC02:49
*** CaptTofu has joined #openstack-dev02:57
*** hanney has quit IRC02:57
*** olaph_ has joined #openstack-dev02:59
*** jcmartin has quit IRC02:59
*** bdpayne has quit IRC03:01
*** olaph has quit IRC03:02
*** sandywalsh has quit IRC03:02
*** aabes_ has joined #openstack-dev03:03
*** fubada has joined #openstack-dev03:05
termieayoung: okay, having some issues with revoked tokens, the call to 'delete' token is supposed to mark the thing as invalid but not actually delete it?03:06
termieayoung: i'm still not sure of what the purpose of list_revoked_tkoens is03:06
fubadahi is it possible to change which physical volume devstack is using right after running stack.sh?03:06
fubadai cant get any help in the main channel03:07
*** ijw has quit IRC03:07
*** ijw has joined #openstack-dev03:08
jgriffithfubada: You can tweak the cinder.conf setting and restart cinder if you want03:09
jgriffithfubada: "volume_group" is the setting03:09
fubadathanks man!03:09
jgriffithfubada: IIRC you can also change this in your localrc file to begin with, but can't remember if devstack looks for that one or not03:10
jgriffithfubada: no problem03:10
fubadathanks, I had an issue running stack.sh, it completed by saying stack is installed, followed by a permissions error on /home/myuser/.bash_profile03:11
fubadadidnt know what to make of that03:11
fubadastack.sh ran as user stack, so its no surprise03:11
*** jcmartin has joined #openstack-dev03:11
*** sandeepr has joined #openstack-dev03:11
jgriffithfubada: hmmm... that's odd actually03:11
jgriffithfubada: you should run devstack as a normal user and no sudo03:12
fubadaoh03:12
fubadashould i reinstall? I ran it as root, and it jailed into stack03:12
jgriffithfubada: ahh03:13
jgriffithfubada: you can try unstack as root03:13
jgriffithfubada: then run as a normal user03:13
*** jamielennox has quit IRC03:13
fubadaokay, i think ill pass :) im 99% sure its ok03:13
jgriffithfubada: if it's a vm with a snapshot might be easiest to start over03:13
*** bdpayne has joined #openstack-dev03:13
jgriffithfubada: also for tips checkout devstack.org03:13
fubadathanks for the volume_group tip, can it be a full path?03:13
*** jamielennox has joined #openstack-dev03:13
jgriffithfubada: if it works roll with it :)03:13
*** mohits has quit IRC03:13
fubadacurrently its just set to "stack-volumes"03:14
jgriffithfubada: No, you just want the ouptut from "sudo vgs"03:14
*** SergeyLukjanov has joined #openstack-dev03:14
fubadaok got it!03:14
fubadainteresting, will it insist on formatting this lvm volume group that I have set up?03:14
fubadabecause I currently have it mounted as ext403:15
jgriffithfubada: ummm03:15
jgriffithfubada: I thnk they're might be a misunderstanding on how this works03:15
*** kaushikc has joined #openstack-dev03:16
jgriffithopenstack LVM driver is just going to look for the specfied VolumeGroup to use03:16
jgriffithThis can be created from a loopback file (which is what devstack sets up)03:16
jgriffithor it can be based on a true PV03:16
fubadaright03:16
jgriffithwhen you do "cinder create xxxx" it's actually just creating an LVM on the specified VG03:16
fubadai get it, I'd like to recreate/move the loopback file to my existing ext4 fs03:17
winston-djgriffith: hey, just so you know, the log fix has been merged into oslo, i'll submit a patch to pull it to cinder so that the bug 1126378/1131322 can be fixed.03:17
uvirtbotLaunchpad bug 1126378 in cinder "SchedulerHostFilterNotFound: Scheduler Host Filter AvailabilityZoneFilter, CapacityFilter, CapabilitiesFilter could not be found." [High,Fix committed] https://launchpad.net/bugs/112637803:17
fubadawhich happens to be dmraid with luks and lvm ontop03:17
fubadaformatted as ext403:17
jgriffithwinston-d: Ohhh, that's excellent!!!03:17
jgriffithwinston-d: thanks you VERY much!03:17
*** rushiagr has joined #openstack-dev03:18
winston-djgriffith: :)03:18
*** ewindisch has quit IRC03:20
jgriffithwinston-d: have you or anybody else heard yet whether oslo.1.1 made it to the mirror yet?03:20
winston-djgriffith: nope, i haven't03:21
jgriffithwinston-d: k03:21
openstackgerritA change was merged to openstack/tempest: Replace try/except/else with self.assertRaises.  https://review.openstack.org/2414003:22
*** ijw1 has joined #openstack-dev03:25
*** stevemar has quit IRC03:28
*** ijw has quit IRC03:29
*** martine has quit IRC03:29
*** jamielennox has quit IRC03:32
*** jamielennox has joined #openstack-dev03:33
*** Tross has quit IRC03:36
*** Mandell has joined #openstack-dev03:40
*** sandywalsh has joined #openstack-dev03:40
*** matiu has quit IRC03:41
*** Tross has joined #openstack-dev03:42
*** matiu has joined #openstack-dev03:43
*** rushiagr has quit IRC03:43
*** yaguang has left #openstack-dev03:46
*** susanne-balle has quit IRC03:46
*** yaguang has joined #openstack-dev03:46
*** monst_ has quit IRC03:47
*** CaptTofu has quit IRC03:50
*** CaptTofu has joined #openstack-dev03:50
*** jamielennox has quit IRC03:51
*** jamielennox has joined #openstack-dev03:52
*** Ryan_Lane has joined #openstack-dev03:54
termieayoung: https://review.openstack.org/#/c/2428403:59
termieayoung: cassandra backend for tokens03:59
*** henrynash has joined #openstack-dev04:00
openstackgerritA change was merged to openstack/nova: Delete instance metadata when delete VM  https://review.openstack.org/2377204:05
openstackgerritA change was merged to openstack/quantum: remove references to netstack in setup.py  https://review.openstack.org/2427404:05
*** ijw1 has quit IRC04:06
*** nunosantos has quit IRC04:06
*** torandu_ has quit IRC04:08
*** jamielennox has quit IRC04:10
*** jamielennox has joined #openstack-dev04:10
*** kaushikc has left #openstack-dev04:19
*** woodspa has joined #openstack-dev04:19
*** aeperezt has quit IRC04:21
*** Tross has quit IRC04:23
*** ilblackdragon has joined #openstack-dev04:23
*** Tross has joined #openstack-dev04:23
*** jamielennox has quit IRC04:23
*** jamielennox has joined #openstack-dev04:24
*** olaph has joined #openstack-dev04:24
*** henrynash has quit IRC04:25
*** boris-42 has joined #openstack-dev04:25
*** ilblackd_ has quit IRC04:26
*** kagan has joined #openstack-dev04:27
*** olaph_ has quit IRC04:27
*** pabelanger has quit IRC04:29
*** boris-42 has quit IRC04:30
*** ilblackdragon has quit IRC04:31
*** woodspa has left #openstack-dev04:38
*** SergeyLukjanov has quit IRC04:38
*** radez is now known as radez_g0n304:40
*** sacharya has quit IRC04:42
*** jamielennox has quit IRC04:44
openstackgerritA change was merged to openstack/quantum: port_security migration does not migrate data  https://review.openstack.org/2402404:44
*** boris-42 has joined #openstack-dev04:44
*** jamielennox has joined #openstack-dev04:45
*** pnavarro has quit IRC04:48
*** darjeeling has quit IRC04:55
*** glikson has joined #openstack-dev05:00
*** jamielennox has quit IRC05:03
*** jamielennox has joined #openstack-dev05:04
*** bdpayne has quit IRC05:11
*** ilblackdragon has joined #openstack-dev05:12
*** hattwick has quit IRC05:13
*** thimble has joined #openstack-dev05:14
*** bdpayne has joined #openstack-dev05:17
*** jcmartin has quit IRC05:21
openstackgerritA change was merged to openstack/quantum: Ensure port get works when NVP mapping not stored in Quantum DB  https://review.openstack.org/2406705:22
*** navid_ has joined #openstack-dev05:22
*** rushiagr has joined #openstack-dev05:23
*** bdpayne has quit IRC05:26
*** glikson has quit IRC05:28
*** jamielennox has quit IRC05:28
*** jamielennox has joined #openstack-dev05:29
openstackgerritA change was merged to openstack/nova: Pin SQLAlchemy to 0.7.x  https://review.openstack.org/2407505:30
*** boris-42 has quit IRC05:32
*** rushiagr has quit IRC05:32
*** winston-d has quit IRC05:35
*** andrewbogott is now known as andrewbogott_afk05:39
*** thimble has quit IRC05:41
*** monst_ has joined #openstack-dev05:42
*** melwitt1 has joined #openstack-dev05:44
*** melwitt1 has quit IRC05:44
*** melwitt1 has joined #openstack-dev05:44
*** darjeeling has joined #openstack-dev05:45
*** melwitt has quit IRC05:47
*** markmcclain has quit IRC05:48
*** monst_ has quit IRC05:48
*** winston-d has joined #openstack-dev05:51
*** jamielennox has quit IRC05:51
*** jamielennox has joined #openstack-dev05:52
*** rkukura has quit IRC05:52
*** networkstatic has quit IRC05:56
*** tomoe_ has joined #openstack-dev05:59
*** almaisan-away is now known as al-maisan06:03
*** koolhead17 has joined #openstack-dev06:03
*** ilblackdragon has quit IRC06:05
*** JonnyNomad has quit IRC06:07
*** JonnyNomad has joined #openstack-dev06:08
openstackgerritA change was merged to openstack/glance: Fix visibility on db image_member_find  https://review.openstack.org/2389806:16
*** jamielennox has quit IRC06:16
openstackgerritA change was merged to openstack/quantum: Imported Translations from Transifex  https://review.openstack.org/2427006:16
*** rkukura has joined #openstack-dev06:16
*** jamielennox has joined #openstack-dev06:17
*** al-maisan is now known as almaisan-away06:22
*** alop has joined #openstack-dev06:23
*** alop has quit IRC06:25
*** alop has joined #openstack-dev06:25
*** rushiagr has joined #openstack-dev06:26
*** alexxu has joined #openstack-dev06:29
*** kbrierly has quit IRC06:31
*** darjeeling has quit IRC06:34
*** Ritz-Laptop has quit IRC06:35
*** cp16net is now known as cp16net|away06:36
*** ilblackdragon has joined #openstack-dev06:36
*** koert has quit IRC06:39
*** jamielennox has quit IRC06:40
*** yaguang has quit IRC06:40
*** jamielennox has joined #openstack-dev06:41
*** ilblackdragon has quit IRC06:41
*** jasdeepH has quit IRC06:43
*** olaph has quit IRC06:47
*** stevebaker has quit IRC06:48
*** olaph has joined #openstack-dev06:48
*** garyk has joined #openstack-dev06:50
*** boris-42 has joined #openstack-dev06:51
*** jamielennox has quit IRC06:58
*** jamielennox has joined #openstack-dev06:59
*** kagan has quit IRC06:59
*** pnavarro has joined #openstack-dev07:00
*** xchu has joined #openstack-dev07:02
*** mrunge has joined #openstack-dev07:02
*** adjohn has joined #openstack-dev07:02
openstackgerritA change was merged to openstack/quantum: First havana commit.  https://review.openstack.org/2425707:03
*** Mandell has quit IRC07:04
*** kbrierly has joined #openstack-dev07:05
*** yaguang has joined #openstack-dev07:06
*** davidhadas has joined #openstack-dev07:12
*** kpavel has joined #openstack-dev07:14
*** davidha has quit IRC07:14
*** matiu has quit IRC07:16
*** flaper87 has joined #openstack-dev07:17
*** jamielennox has quit IRC07:19
*** jamielennox has joined #openstack-dev07:20
*** renner_ has joined #openstack-dev07:20
*** rmohan has quit IRC07:21
*** rmohan has joined #openstack-dev07:21
*** jkyle has quit IRC07:21
*** renner has quit IRC07:22
*** boris-42 has quit IRC07:27
*** matiu has joined #openstack-dev07:28
*** koolhead17 has quit IRC07:33
*** alop_ has joined #openstack-dev07:34
*** zhidong has joined #openstack-dev07:35
*** darjeeling has joined #openstack-dev07:35
*** jkyle has joined #openstack-dev07:35
*** alop has quit IRC07:36
*** alop_ is now known as alop07:36
*** amerine has quit IRC07:36
*** jamielennox has quit IRC07:38
*** jamielennox has joined #openstack-dev07:38
*** pnavarro has quit IRC07:39
*** stevebaker has joined #openstack-dev07:40
*** SergeyLukjanov has joined #openstack-dev07:40
*** thimble has joined #openstack-dev07:42
*** boris-42 has joined #openstack-dev07:43
*** eglynn has quit IRC07:44
*** Ryan_Lane has quit IRC07:45
*** adjohn has quit IRC07:45
*** alop has quit IRC07:49
*** alop has joined #openstack-dev07:49
*** olaph_ has joined #openstack-dev07:50
*** olaph has quit IRC07:53
*** reidrac has joined #openstack-dev07:55
*** doude has joined #openstack-dev07:55
*** rafaduran has joined #openstack-dev07:57
*** dosaboy has quit IRC07:57
*** jprovazn has joined #openstack-dev07:58
*** jamielennox has quit IRC07:59
*** jamielennox has joined #openstack-dev08:00
*** megha has quit IRC08:02
*** security has joined #openstack-dev08:02
*** otherwiseguy has quit IRC08:05
*** matiu has quit IRC08:07
*** boden has joined #openstack-dev08:08
*** zoresvit has joined #openstack-dev08:11
*** mindpixel has joined #openstack-dev08:12
*** flaper87 has quit IRC08:13
*** flaper87 has joined #openstack-dev08:13
sorenalop: No problem at all. It has gotten the best of me a couple of times, too. If you have any ideas on how to make it more obvious, I'd *love* to hear them.08:17
*** cp16net|away is now known as cp16net08:18
*** jamielennox has quit IRC08:18
*** jamielennox has joined #openstack-dev08:19
*** sride has joined #openstack-dev08:19
*** mmagr has joined #openstack-dev08:19
*** avishay has joined #openstack-dev08:21
*** matiu has joined #openstack-dev08:24
*** matiu has quit IRC08:24
*** matiu has joined #openstack-dev08:24
sorenjaypipes: Oh, one thing I noticed. In that pastebin of yours you set a PYTHON_PATH environment variable. The environment variable is called PYTHONPATH (without the underscore). Obviously not the issue at play here, but I wanted to point it out for future reference. http://docs.python.org/2.7/using/cmdline.html#envvar-PYTHONPATH08:25
*** jamielennox has quit IRC08:26
*** danwent has quit IRC08:26
*** jgallard has joined #openstack-dev08:26
*** jamielennox has joined #openstack-dev08:27
*** zhidong has quit IRC08:29
*** andreaf has quit IRC08:31
*** andreaf has joined #openstack-dev08:31
*** henrynash has joined #openstack-dev08:32
*** almaisan-away is now known as al-maisan08:33
*** sirushti has quit IRC08:33
*** cp16net is now known as cp16net|away08:33
*** koolhead17 has joined #openstack-dev08:35
*** zoresvit has quit IRC08:35
*** dev_sa has joined #openstack-dev08:36
*** zb is now known as zaneb08:38
*** henrynash has quit IRC08:39
*** sulo_ has joined #openstack-dev08:42
*** jbr_ has joined #openstack-dev08:44
*** jamielennox has quit IRC08:45
*** sirushti has joined #openstack-dev08:46
*** jamielennox has joined #openstack-dev08:46
*** alop has quit IRC08:47
*** security has quit IRC08:49
*** navid_ has quit IRC08:50
*** zoresvit has joined #openstack-dev08:51
*** kashyap has quit IRC08:51
*** corXi has joined #openstack-dev08:52
*** pixelbeat has joined #openstack-dev08:52
koolhead17hi all08:54
rushiagrkoolhead17: hi!08:54
*** boris-42 has quit IRC08:54
*** ththande has joined #openstack-dev08:54
*** security has joined #openstack-dev08:54
koolhead17hi rushiagr08:54
*** doude has quit IRC08:55
rushiagrkoolhead17: watsup?08:55
*** stevebaker has quit IRC08:55
koolhead17rushiagr: nothing much.08:55
*** adjohn has joined #openstack-dev08:56
*** kashyap has joined #openstack-dev08:56
*** ththande has quit IRC08:57
*** dosaboy has joined #openstack-dev08:57
*** jbr_ has left #openstack-dev09:00
*** matiu has quit IRC09:00
*** navid_ has joined #openstack-dev09:00
*** adjohn has quit IRC09:00
sandeeprhey koolhead17 - looks all set for the sunday meetup?09:00
*** sride has quit IRC09:00
*** stevebaker has joined #openstack-dev09:02
*** nimi has left #openstack-dev09:02
*** nimi has quit IRC09:02
koolhead17sandeepr: yes sir.09:03
*** nimi has joined #openstack-dev09:03
*** afazekas has joined #openstack-dev09:03
*** kpavel_ has joined #openstack-dev09:04
*** jamielennox has quit IRC09:04
*** jamielennox has joined #openstack-dev09:05
*** eglynn has joined #openstack-dev09:05
koolhead17GheRivero: hi there09:05
*** melwitt1 has quit IRC09:07
*** kpavel has quit IRC09:07
*** winston-d has quit IRC09:08
notmynamettx: I see you've sent an email, so I assume it's a decent hour in France. ping09:08
ttxnotmyname: it is indeed09:08
ttx10am.09:08
*** trapni has joined #openstack-dev09:08
*** trapni has joined #openstack-dev09:08
notmyname:-)09:08
*** kpavel_ has quit IRC09:09
ttxnotmyname: do you want CONTRIBUTING.md to appear in source code tarballs ?09:10
notmynamettx: this is fairly preliminary, but FYI there is a regression of sorts in swift that must be resolved before we can release. I'm hopeful that we can get something tomorrow and still be able to do the RC cut, but I won't do it if we dont' have the resolution by COB. when I get in tomorrow and figure out the patch forward, I'll update LP appropriately09:10
ttxnotmyname: if yes, should probably be added to MANIFEST.in ... I can propose that for you09:11
ttxnotmyname: thanks for the heads-up09:11
notmynamettx: ya, that'd be great09:11
ttxwill do.09:11
*** epim has quit IRC09:11
notmynamettx: like I said, still preliminary, but in case something happens, this is an early head's up :-)09:11
notmynameand now for a few hours sleep until then... :-)09:13
*** xga has joined #openstack-dev09:13
*** xga_ has joined #openstack-dev09:13
*** henrynash has joined #openstack-dev09:16
*** xchu has quit IRC09:16
*** jpich has joined #openstack-dev09:18
*** romcheg1 has joined #openstack-dev09:18
*** henrynash has quit IRC09:19
*** romcheg2 has joined #openstack-dev09:19
*** romcheg2 has left #openstack-dev09:19
*** johnthetubaguy has joined #openstack-dev09:22
*** romcheg1 has quit IRC09:22
*** alexxu has quit IRC09:22
*** kirminas has joined #openstack-dev09:25
*** jamielennox has quit IRC09:27
*** CaptTofu_ has joined #openstack-dev09:27
*** aabes__ has joined #openstack-dev09:27
*** jamielennox has joined #openstack-dev09:27
*** locke1051 has joined #openstack-dev09:28
*** xchu has joined #openstack-dev09:28
*** tomh__ has joined #openstack-dev09:29
*** Mathnerd314_ has joined #openstack-dev09:29
*** thickskin has joined #openstack-dev09:30
thickskinwhen does grizzly-rc release ?09:31
thickskinhttps://launchpad.net/nova/+milestone/grizzly-rc109:31
*** xarg_ has joined #openstack-dev09:31
*** tomoe_ has quit IRC09:31
*** Slidey_ has joined #openstack-dev09:31
*** mikal_ has joined #openstack-dev09:31
*** tomoe_ has joined #openstack-dev09:32
*** iccha has joined #openstack-dev09:32
*** darraghb has joined #openstack-dev09:33
*** hattwick has joined #openstack-dev09:35
*** djinni_ has joined #openstack-dev09:35
*** nimi has quit IRC09:36
*** sirushti has quit IRC09:36
*** rmohan has quit IRC09:36
*** mrunge has quit IRC09:36
*** CaptTofu has quit IRC09:36
*** aabes_ has quit IRC09:36
*** alunduil has quit IRC09:36
*** yamahata has quit IRC09:36
*** djinni has quit IRC09:36
*** tomh has quit IRC09:36
*** mikal has quit IRC09:36
*** Mathnerd314 has quit IRC09:36
*** Slidey has quit IRC09:36
*** arosen has quit IRC09:36
*** xarg has quit IRC09:36
*** iccha__ has quit IRC09:36
*** locke105 has quit IRC09:36
*** xarg_ is now known as xarg09:36
*** tomoe_ has quit IRC09:36
*** rmohan has joined #openstack-dev09:36
*** stevebaker has quit IRC09:37
*** techlife has quit IRC09:40
*** mrunge has joined #openstack-dev09:42
*** alunduil has joined #openstack-dev09:43
openstackgerritA change was merged to openstack/cinder: Fix bugs for Huawei driver  https://review.openstack.org/2333809:43
*** thickskin has left #openstack-dev09:43
*** sirushti has joined #openstack-dev09:43
*** yamahata has joined #openstack-dev09:43
*** maxiz has joined #openstack-dev09:44
*** xga_ has quit IRC09:44
*** xga has quit IRC09:44
*** arosen has joined #openstack-dev09:44
*** nimi has joined #openstack-dev09:45
*** techlife has joined #openstack-dev09:45
*** zoresvit has quit IRC09:46
*** jamielennox has quit IRC09:46
*** jgallard has quit IRC09:47
*** jamielennox has joined #openstack-dev09:47
*** jgallard has joined #openstack-dev09:47
*** andreaf has quit IRC09:48
*** andreaf has joined #openstack-dev09:49
*** NobodyCam has quit IRC09:49
*** kpavel has joined #openstack-dev09:50
*** NobodyCam has joined #openstack-dev09:52
*** tserong_ has joined #openstack-dev09:56
*** tserong has quit IRC09:59
*** HenryG has joined #openstack-dev10:00
*** al-maisan is now known as almaisan-away10:00
*** nimi has quit IRC10:02
*** almaisan-away is now known as al-maisan10:03
*** zoresvit has joined #openstack-dev10:03
*** jamielennox has quit IRC10:06
*** jamielennox has joined #openstack-dev10:06
*** zoresvit has quit IRC10:10
*** vkmc has joined #openstack-dev10:10
kpavelHi, does anybody have a reference to how setup simple multinode environment with devstack? Latest instructions i was able to find on google relate to Folsom.10:12
zykes-ayoung: ping10:12
koolhead17kpavel: is the wiki on devstack site not up2date?10:14
kpavelkoolhead17: do you mean this one? http://devstack.org/guides/multinode-lab.html10:16
koolhead17ya10:17
*** glikson has joined #openstack-dev10:19
*** henrynash has joined #openstack-dev10:19
kpavelkoolhead17: didn't work  for me. did it for you?10:20
*** security has quit IRC10:20
*** baba has joined #openstack-dev10:21
*** baba is now known as Guest1387010:21
koolhead17kpavel: feel free to file a bug. i have not tested it for grizzly yet10:21
*** Guest13870 has quit IRC10:21
*** gugl has quit IRC10:22
*** mancdaz_ has quit IRC10:22
*** maxiz has quit IRC10:23
*** mancdaz has joined #openstack-dev10:23
*** Yada has joined #openstack-dev10:24
*** kmartin has quit IRC10:24
*** alexpilotti has joined #openstack-dev10:24
*** zoresvit has joined #openstack-dev10:25
*** jamielennox has quit IRC10:26
*** jamielennox has joined #openstack-dev10:26
kpavelkoolhead17: do you know by any chance one that includes quantum?10:27
koolhead17kpavel: its supports Quantum for sure10:29
*** pcm__ has joined #openstack-dev10:30
*** al-maisan is now known as almaisan-away10:31
*** fire has joined #openstack-dev10:32
koolhead17kpavel: http://networkstatic.net/openstack-folsom-quantum-devstack-installation-tutorial/  see if it helps :D10:33
ttxnotmyname: see https://review.openstack.org/#/c/24300/10:37
*** danpb has joined #openstack-dev10:37
*** koert has joined #openstack-dev10:37
*** zoresvit has quit IRC10:38
*** davidhadas has quit IRC10:38
*** derekh has joined #openstack-dev10:38
*** davidha has joined #openstack-dev10:38
*** rushiagr has quit IRC10:42
*** egallen has joined #openstack-dev10:42
*** alobbs has quit IRC10:45
*** alobbs has joined #openstack-dev10:45
*** boris-42 has joined #openstack-dev10:47
*** nimi has joined #openstack-dev10:49
*** alobbs has quit IRC10:49
*** tomoe_ has joined #openstack-dev10:49
*** alobbs has joined #openstack-dev10:49
*** nimi has quit IRC10:49
*** kpavel_ has joined #openstack-dev10:53
*** jamielennox has quit IRC10:53
*** jamielennox has joined #openstack-dev10:54
*** tomoe_ has quit IRC10:55
*** kpavel has quit IRC10:55
*** kpavel_ is now known as kpavel10:55
*** tomoe_ has joined #openstack-dev10:56
*** zoresvit has joined #openstack-dev10:56
*** johnthetubaguy1 has joined #openstack-dev10:58
*** johnthetubaguy has quit IRC10:59
*** tomoe_ has quit IRC11:00
*** boris-42 has quit IRC11:01
*** boris-42 has joined #openstack-dev11:01
*** yamahata_ has joined #openstack-dev11:01
*** Yada has quit IRC11:02
*** zoresvit has quit IRC11:03
*** xchu has quit IRC11:05
*** techlife has quit IRC11:07
*** kirminas has quit IRC11:08
*** darjeeling has quit IRC11:11
*** alexisT has joined #openstack-dev11:11
*** alexisT has quit IRC11:11
*** alobbs has quit IRC11:14
*** alobbs has joined #openstack-dev11:14
*** techlife has joined #openstack-dev11:17
*** zoresvit has joined #openstack-dev11:18
*** jamielennox has quit IRC11:20
*** jamielennox has joined #openstack-dev11:21
*** kirminas has joined #openstack-dev11:23
*** mindpixel has quit IRC11:23
*** yamahata_ has quit IRC11:26
*** dims has joined #openstack-dev11:27
*** sandeepr has quit IRC11:31
*** tomoe_ has joined #openstack-dev11:32
*** tomoe_ has quit IRC11:33
*** tomoe_ has joined #openstack-dev11:33
*** yamahata_ has joined #openstack-dev11:35
*** glikson has quit IRC11:35
*** Thor has quit IRC11:35
*** egallen has quit IRC11:36
*** tomoe_ has quit IRC11:38
*** Thor has joined #openstack-dev11:38
*** jamielennox has quit IRC11:40
*** jamielennox has joined #openstack-dev11:41
*** johnthetubaguy1 has quit IRC11:41
*** johnthetubaguy has joined #openstack-dev11:47
openstackgerritA change was merged to openstack/oslo-incubator: Sanitize input before creating IPC socket.  https://review.openstack.org/2422911:48
*** kbringard has joined #openstack-dev11:49
*** markmc has joined #openstack-dev11:49
*** yamahata_ has quit IRC11:50
trapnihow long will OpenStack support nova-network (aside from its new Quantum) ?11:53
*** rushiagr has joined #openstack-dev11:54
*** psedlak has joined #openstack-dev11:54
*** psedlak is now known as psedlak|wfh11:54
*** psedlak|wfh is now known as psedlak11:54
*** halfss has quit IRC11:55
jpichtrapni: Until Quantum reaches feature parity, I believe11:55
*** mkollaro has joined #openstack-dev11:57
openstackgerritA change was merged to openstack/glance: Switch to final 1.1.0 oslo.config release  https://review.openstack.org/2420111:58
*** henrynash has quit IRC12:00
*** toanster_ has quit IRC12:03
*** brianr-gone has quit IRC12:03
*** toanster has joined #openstack-dev12:03
*** brianr-gone has joined #openstack-dev12:04
*** digi has quit IRC12:04
*** pmcg has quit IRC12:04
*** nikhil has quit IRC12:04
*** salv-orlando has joined #openstack-dev12:05
salv-orlandogaryk: are you around?12:05
*** pmcg has joined #openstack-dev12:06
garyksalv-orlando: hi12:06
*** nikhil has joined #openstack-dev12:06
salv-orlandogaryk: sorry to bother you...12:06
garyksalv-orlando: np.12:06
salv-orlandoI am trying to use quantum with connection pool12:06
garykdo you see exceptions when you restart the quantum service?12:07
salv-orlandoyes :) I hoped you had a quick answer12:07
salv-orlandoget_server_info attribute not found on connection tuple12:07
garykit is a tricky one. i only encountered the problems when using ubuntu and rabbitmq. it did not happen with qpid12:08
garykyong saw the same exception as you. i encountered another exception when i was working.12:08
garyki think a temporary soln is to maybe increase the max pool size to 20.12:09
garyki also managed to reproduce the problem here too,12:09
salv-orlandomay I ask why?12:09
garykto be honest i am still investigating12:09
garyki think, and may be wrong here, when the quantum service is down the messages from the rpc are stored on the message broker.12:10
*** alobbs has quit IRC12:10
garykwhen the service starts again. it gets a burst of messages.12:10
salv-orlandoOk right.12:10
garyki tried limiting this but that did not work.12:11
salv-orlandoThat makes sense. But I have an even more basic problem :/ Quantum fails at startup when I enable pooling12:11
garyki was thinking that maybe we should purge the queue before starting the service.12:11
*** alobbs has joined #openstack-dev12:11
salv-orlandoI've seen that issue too, but it went away when Yong changed the 'cast' for state report into a 'call'12:11
*** nimi has joined #openstack-dev12:11
garyki have just spun up a setup. give me a sec and i'll paste the exception that i have to you.12:12
garykwhich services are running in your env?12:12
salv-orlandogaryk: 1$ key  2$ g-reg  3$ g-api  4$ n-api   5$ q-svc*  6$ q-agt  7$ q-dhcp  8$ q-l3  9$ n-cond  10$ n-cpu  11$ n-crt  12$ n-sch12:13
garykis the agt, dhcp and l3 running?12:14
garyksalv-orlando: this is the exception that i get when i restart the q-service - http://paste.openstack.org/show/33549/12:15
openstackgerritA change was merged to openstack-dev/devstack: Don't directly pip install tempest pip-requires  https://review.openstack.org/2429112:15
salv-orlandothat's the one which is driving me crazy too12:16
salv-orlandobut I have it even without db pooling12:16
salv-orlandoI thought I might solve it activating pooling, but it seems you have it with pooling too :)12:16
garykwith me this happens only with the pooling.12:17
*** aloga has quit IRC12:17
*** aloga has joined #openstack-dev12:18
garykreading up on it i have found the following - http://stackoverflow.com/questions/7957436/error-exception-must-derive-from-baseexception-even-when-it-does-python-2-712:18
salv-orlandogaryk: that's interesting. Because without pooling, in my NVP env, it happens only when we attach the 'metadata access' network which is an operation which creates quite a lot of nested session transactions12:19
salv-orlandoand the effect is the same of bug 108617312:19
uvirtbotLaunchpad bug 1086173 in quantum "Lock wait of mysql blocks all eventlet thread" [High,Fix released] https://launchpad.net/bugs/108617312:19
salv-orlandoall the event let threads are blocked (including the ones the nicira plugin uses to communicate with NVP)12:19
garykthe default timeout is 3600.12:20
*** martine_ has joined #openstack-dev12:20
*** henrynash has joined #openstack-dev12:21
garykany idea how i can reproduce the problem with the " get_server_info attribute not found on connection tuple". maybe tackling it from a different angle can help12:22
*** varto has joined #openstack-dev12:22
salv-orlandogaryk: I can give you the traceback, but that looks like a configuration problem to me12:24
garyki'll be happy to take a look.12:24
*** mikal_ is now known as mikal12:26
enikanorov_http://stackoverflow.com/questions/9525220/sqlalchemy-raises-none-causes-typeerror12:26
*** dprince has joined #openstack-dev12:26
*** jamielennox has quit IRC12:27
*** aabes__ has left #openstack-dev12:27
garyksalv-orlando: ^^^^ enikanorov's link is also good12:27
*** jamielennox has joined #openstack-dev12:28
salv-orlandogaryk: this is my tb: http://paste.openstack.org/show/33556/12:28
*** navid_ has quit IRC12:29
*** navid_ has joined #openstack-dev12:29
*** [1]glikson has joined #openstack-dev12:30
*** alobbs has quit IRC12:31
garyksalv-orlando: question - what is the difference between get_admin_context and get_admin_context_without_session. When I use the former to get the context the problem does not occur. This could be the source of the problem12:32
*** alobbs has joined #openstack-dev12:32
*** yaguang has quit IRC12:32
salv-orlandothe latter is a function which creates a context without a db session, which is meant to used by agent which should not fetch db session12:32
nimiis/has some one currently working with SR-IOV ?12:33
salv-orlandoso it solved your problem by doing a change on the dhcp agent side?12:33
*** CaptTofu_ has quit IRC12:33
garyksalv-orlando: http://paste.openstack.org/show/33557/12:33
*** CaptTofu has joined #openstack-dev12:33
*** alexxu has joined #openstack-dev12:33
garykyes12:33
garykit was on the openvswitch agent.12:34
*** tomoe_ has joined #openstack-dev12:35
*** jruzicka has joined #openstack-dev12:35
salv-orlandointeresting. I am looking now at the rpc dispatcher on the server side to see what it makes of the session12:36
*** johnthetubaguy1 has joined #openstack-dev12:37
*** henrynash has quit IRC12:37
*** rkukura has quit IRC12:37
salv-orlandoI wonder if the facts that picks a new session at each RPC call, and never release it12:38
*** rkukura has joined #openstack-dev12:38
salv-orlandomight cause the pool to exhaust because the timeout is 360012:38
*** tomoe_ has quit IRC12:38
garykcould be. i need to look at the code to understand it better12:38
*** tomoe_ has joined #openstack-dev12:39
*** READ10 has joined #openstack-dev12:39
*** johnthetubaguy has quit IRC12:39
garyki would expect it to have a db session. no?12:39
*** yamahata_ has joined #openstack-dev12:42
*** susanne-balle has joined #openstack-dev12:43
*** tomoe_ has quit IRC12:43
ttxmarkmc: your rc1 buglist is now empty -- let me know if/when you want to proceed12:44
salv-orlandogaryk: that solved the problem for me too. and I am running without db pooling now.12:44
garykok, cool.12:45
garyki can push a patch but would like to get some input from yong.12:45
openstackgerritA change was merged to openstack/quantum: Switch to final 1.1.0 oslo.config release  https://review.openstack.org/2420412:45
salv-orlandoI'm trying to understand why picking a session on the agent side avoids the issue.12:46
salv-orlandogaryk: don't you find it a little strange?12:46
*** tomoe_ has joined #openstack-dev12:47
garyksalv-orlando: yes, it is very strange12:47
garyki would expect that when the code is invoked on the server side a session would be created.12:48
*** jamielennox has quit IRC12:48
*** jamielennox has joined #openstack-dev12:49
salv-orlandoactually get_admin_context does not even create a session. It just creates a context with a session method. Hoe12:51
salv-orlandoHowever, that context object is not sent over the wire via RPC!12:51
salv-orlandoThe actual context which will be used by the server is created in the dispatcher12:52
markmcttx, yep, fire ahead! thanks :)12:55
garykinteresting. i will look how the dispatcher is defined12:55
*** avishay has quit IRC12:55
ttxmarkmc: so... will cut stable/grizzly from HEAD (44d2a4c02f0)12:55
ttxin ( min12:56
ttx512:56
markmc412:56
markmc312:56
markmc212:56
markmc112:56
markmcsounds good :)12:56
*** yamahata_ has quit IRC12:56
*** alobbs has quit IRC12:56
markmcwe need to bump the version number in setup.py too I guess12:56
markmcnot that it means anything for oslo-incubator12:56
openstackgerritA change was merged to openstack/nova: Fix nova-manage --version  https://review.openstack.org/2417312:57
*** alunduil has quit IRC12:57
*** alobbs has joined #openstack-dev12:57
markmcttx, who should propose this for quantum stable/grizzly? https://review.openstack.org/2420412:58
markmc(I can do it)12:58
ttxmarkmc: that would be for milestone-proposed12:58
markmcttx, sorry, yes - my hands didn't type what my brain told them to :)12:58
*** johnthetubaguy1 has quit IRC12:58
*** SergeyLukjanov has quit IRC12:58
ttxmarkmc: if you do it i can approve it.12:58
markmcgrand so12:59
markmcttx, https://review.openstack.org/2431313:00
*** CaptTofu has quit IRC13:01
*** glikson has joined #openstack-dev13:01
*** CaptTofu has joined #openstack-dev13:02
*** sandywalsh has quit IRC13:02
*** rushiagr has quit IRC13:03
*** cp16net|away is now known as cp16net13:03
openstackgerritA change was merged to openstack/nova: Switch to final 1.1.0 oslo.config release  https://review.openstack.org/2420013:03
*** johnthetubaguy has joined #openstack-dev13:04
*** [1]glikson has quit IRC13:04
*** CaptTofu has quit IRC13:05
*** CaptTofu has joined #openstack-dev13:05
*** darjeeling has joined #openstack-dev13:05
*** ewindisch has joined #openstack-dev13:06
*** joesavak has joined #openstack-dev13:06
*** rushiagr1 has joined #openstack-dev13:07
*** bknudson has joined #openstack-dev13:08
*** yamahata_ has joined #openstack-dev13:09
garyksalv-orlando: in the PluginRpcDispatcher the user, tenant etc is used to create the context. maybe these are invalid in come cases13:09
*** rushiagr has joined #openstack-dev13:10
*** rushiagr1 has quit IRC13:10
*** timello has joined #openstack-dev13:10
salv-orlandogaryk: I've been logging the context dict. I did not see anything weird there.13:11
garykok13:11
*** imsplitbit has joined #openstack-dev13:12
*** ladquin has joined #openstack-dev13:12
*** egallen has joined #openstack-dev13:13
*** anteaya has joined #openstack-dev13:14
ttxmarkmc: done @ https://launchpad.net/oslo/+milestone/grizzly-rc113:15
ttxmarkmc: now you can use grizzly-rc-potential for potential backports, until you collect enough to grant a rc213:15
markmcttx, cool13:15
*** sandywalsh has joined #openstack-dev13:15
ttxmarkmc: are you going to propose the oslo-incubator sync to quantum as well ? Or is it markmcclain's territory ?13:17
*** johnthetubaguy1 has joined #openstack-dev13:17
*** johnthetubaguy has quit IRC13:19
*** rnirmal has joined #openstack-dev13:20
*** aditirav has joined #openstack-dev13:20
*** mrunge has quit IRC13:20
*** adalbas has joined #openstack-dev13:21
*** pfreund has joined #openstack-dev13:22
*** gongysh has quit IRC13:22
*** nunosantos has joined #openstack-dev13:23
*** rushiagr has quit IRC13:24
*** sride has joined #openstack-dev13:27
*** rushiagr1 has joined #openstack-dev13:27
*** rushiagr1 has quit IRC13:28
*** crandquist has joined #openstack-dev13:28
*** rushiagr1 has joined #openstack-dev13:29
*** jhesketh_ has quit IRC13:31
*** radez_g0n3 is now known as radez13:31
markmcttx, leaving that to each project individually13:33
markmcttx, I might look, but can't commit to do them all13:33
*** adalbas has quit IRC13:33
markmcttx, it's not something you do without looking closely13:33
*** kirminas has quit IRC13:34
*** pfreund has quit IRC13:34
*** henrynash has joined #openstack-dev13:35
ttxmarkmc: shoudl I push a tag for oslo-incubator ? 2013.1.rc1 ?13:35
*** salv-orlando_ has joined #openstack-dev13:36
*** salv-orlando has quit IRC13:36
*** salv-orlando_ is now known as salv-orlando13:36
*** stevemar has joined #openstack-dev13:37
*** rushiagr1 has quit IRC13:37
markmcttx, sounds good13:37
*** stevemar has quit IRC13:37
*** doude has joined #openstack-dev13:38
*** zul has joined #openstack-dev13:40
*** rnirmal_ has joined #openstack-dev13:41
ttxmarkmc: done13:42
markmcttx, thanks13:42
*** digitalsanctum has joined #openstack-dev13:42
*** sandeepr has joined #openstack-dev13:44
*** rnirmal has quit IRC13:45
*** rnirmal_ is now known as rnirmal13:45
*** aeperezt has joined #openstack-dev13:45
*** zul has quit IRC13:45
*** adalbas has joined #openstack-dev13:45
*** rcj has joined #openstack-dev13:50
*** eharney has joined #openstack-dev13:50
*** eharney is now known as Guest2815713:51
*** cp16net is now known as cp16net|away13:51
*** kaushikc has joined #openstack-dev13:52
*** mtreinish has joined #openstack-dev13:52
*** Gordonz has joined #openstack-dev13:52
*** Guest28157 is now known as eharney13:53
*** eharney has joined #openstack-dev13:53
*** cppcabrera has joined #openstack-dev13:55
*** cppcabrera has left #openstack-dev13:55
*** rcj has quit IRC13:56
*** kaushikc has quit IRC13:57
*** jimfehlig has joined #openstack-dev13:57
*** rcj has joined #openstack-dev13:58
*** Gordonz has quit IRC13:59
*** Gordonz has joined #openstack-dev13:59
*** sacharya has joined #openstack-dev13:59
*** digi has joined #openstack-dev14:01
*** johnthetubaguy1 has quit IRC14:01
*** [1]glikson has joined #openstack-dev14:01
*** gongysh has joined #openstack-dev14:01
*** adalbas has quit IRC14:01
*** cp16net|away is now known as cp16net14:02
*** johnthetubaguy has joined #openstack-dev14:02
*** adalbas has joined #openstack-dev14:02
*** johnthetubaguy has quit IRC14:02
*** kaushikc has joined #openstack-dev14:03
*** cloudchimp has joined #openstack-dev14:04
*** glikson has quit IRC14:04
*** [1]glikson is now known as glikson14:04
*** sacharya has quit IRC14:05
*** cloudchimp has quit IRC14:05
*** sride has quit IRC14:06
*** cloudchimp has joined #openstack-dev14:06
*** sride has joined #openstack-dev14:08
ayounghenrynash, I just reassigend https://bugs.launchpad.net/python-keystoneclient/+bug/1154144  to you, since you are the keystone dev dealing with it.14:08
uvirtbotLaunchpad bug 1154144 in python-keystoneclient "auth_token middleware should default to v2.0 if version is not specified" [Medium,In progress]14:08
henrynashok, thx14:09
ayounghenrynash, I'm still not sure what part of the auth_token middleware authenticate path is failing14:09
ayoungbut do the following14:09
ayoungrun devstack, and change the auth_urls to top levle insteado f v2.0.14:09
ayoungThat will actually trigger the V3 code path14:09
ayoungand you should find out pretty quickly whether they work or not.14:09
ayoungMy guess is you will find something broken in fetching the certs or the revocation list.14:10
*** utlemming has quit IRC14:10
henrynashayoung: …and, just for clarity, where in devstack are you suggesting I change the auth_urls?14:11
ayounghenrynash, once you figure out what is failing, can you update the bug title?14:11
*** utlemming has joined #openstack-dev14:11
*** mrodden has joined #openstack-dev14:11
henrynashayoung: (yes)14:11
*** utlemming has quit IRC14:11
ayounghenrynash, ah...do a grep through devstack and you will see them all over the place....14:11
henrynashayoung: ok14:11
ayoungIt needs to be in the past config for the servers14:11
ayoungso for exaple....14:11
*** SergeyLukjanov has joined #openstack-dev14:12
ayounghenrynash, http://paste.openstack.org/show/33565/14:12
ayoungit will likely be the fields like14:13
ayoungfiles/horizon_settings.py:71:#     ('http://cluster1.example.com:5000/v2.0', 'cluster1'),14:13
ayounginiset14:13
ayoungand so forth14:13
henrynashayoung: ok14:13
*** kgriffs has joined #openstack-dev14:13
*** crandquist has quit IRC14:13
ayounghenrynash, is the CLI V3 ready?  My understanding is that it is not 100% yet.  Am I wrong?14:14
*** thimble has quit IRC14:14
henrynashayoung: so the classes are Ok, I think, in kqystoneclient14:14
henrynashayoung: and a lot has been added in opensatckclient for the cli, but I'm not sure it is complete14:15
ayounghenrynash, ok, my guess is that will be work we need to knock out early in Havana.14:15
henrynashayoung: the direction was NOT to just add v3 cli to ksyetoneclient14:15
*** otherwiseguy has joined #openstack-dev14:15
henrynashayoung: agreed…and the openstackclient has its own schedule, right?14:15
ayoungAh..right. Unified client.  Still, we probably need to either modernize or deprecated the Keystone specific CLI.  My guess is we'll have to keep it around for at least one more release.14:16
henrynashayoung: yep….altough do we add v3 to it?  Dolph was pretty adamant that we should not14:17
ayoungbut first things first.  If auto negotiation of the level is broken in the auth-token middleware, it might be broken in the CLI, too.  Can you check>14:17
henrynashayoung: mm, good idea.  will do14:17
ayounghenrynash, lets just say we need to plan out the route, and leave it at that.  If we deprecate the client with V2 functionality, we need to add V3 admin functionality to the common client ASAP14:18
*** ijw has joined #openstack-dev14:18
henrynashayoung: agreed14:18
*** dolphm has joined #openstack-dev14:18
*** ijw has quit IRC14:18
*** ijw has joined #openstack-dev14:19
*** kaushikc1 has joined #openstack-dev14:20
*** kaushikc has quit IRC14:20
henrynashayoung: btw, back to the auth_urls....14:20
henrynashayoung: if we are defaulting any version less url to v3.0 this isn't going to work…since we don\t support an exact superset of v2.0 in v3.0 (example - tokens)14:21
henrynashayoung: i.e. /v3/tokens is not a valid url, but /v2/tokens is14:22
trapniHey. I've just ran into a very serious issue. None of my VMs can talk to the DHCP server (dnsmasq on nova-gateway) anymore. I was just about to upgrade from Essex to Folsom (on ubuntu), however, not migrating from nova-network to quantum yet. Now the first VM went down because it couldn't acquire a new lease. I quickly statically assigned the expected IP to it and everything works. but I expect lots of more VMs to die within the next hours14:23
trapnibecause of that. Restarting nova (first killing all dnsmasq procs) didn't fix it though.14:23
trapniI did tcpdump on the gateway and saw that the actual DHCP requests are arriving. but dnsmasq doesn't seem to respond14:25
*** andrewbogott_afk is now known as andrewbogott14:26
*** varto has quit IRC14:27
garyksalv-orlando: ping14:27
*** kaushikc1 has quit IRC14:28
*** kaushikc has joined #openstack-dev14:28
*** rpedde_away is now known as rpedde14:28
*** jsavak has joined #openstack-dev14:29
*** yuanz has joined #openstack-dev14:29
salv-orlandogaryk: hey14:29
ayounghenrynash, I wonder if we can add in /v3/tokens as a router entry without changing the controller.  If so, it might be less surprising.  But we need to be able to fall back to V2.0 for older keystones regardless.14:29
ayoungand we need to be able to deal with V3.0 tokens, too.14:29
henrynashayoung: trying to think if there are any other v2.0 urls that aren't supported in v3.014:30
garyksalv-orlando: i am still investigating the issue and have seen that the _get_agent_by_type_and_host has a database request. this returns MultipleResultsFound. This is fishy14:30
ayounghenrynash, lets automate that test....14:30
*** alunduil has joined #openstack-dev14:31
henrynashayoung: using versionless urls?14:31
*** thimble has joined #openstack-dev14:31
ayounghenrynash, yeah.  we should look at the keystoneclient tests we have now and figure out an analogue for V3...with a fallback to v2 for each of those calls.14:31
garyksalv-orlando: there is no key. i am wondering if this has something to do with the exceptions that we have seen.14:31
*** kpavel has quit IRC14:32
*** joesavak has quit IRC14:32
henrynashayoung:ok14:32
*** yamahata_ has quit IRC14:32
ayounghenrynash, this is ongoing work, and not necessarily something we will be able to get in to the Grizzly release.  We just need it mapped out.14:33
*** rnirmal has quit IRC14:33
ayoungand we need to make sure we don;t ship a broken CLI14:33
salv-orlandogaryk: it might be. Another way I have been enable to remove the error is I remove the update operation in create_or_update14:33
*** woodspa has joined #openstack-dev14:33
salv-orlandobut that still does not fully explain the behaviour (at least I don't have a clear picture)14:34
salv-orlandobut do you also see a timeout, like the agents keep waiting for a reply, or just the exception?14:34
*** yamahata_ has joined #openstack-dev14:35
*** rnirmal has joined #openstack-dev14:36
fubadahi folks, i have a fresh install using stack.sh, it worked until i rebooted, now I cant login to the dashboard14:36
fubadaauthentication errors. can someone take a look at my apache error logs: http://pastie.org/private/hqzrqvptakpsvceeqaopaw14:36
salv-orlandogaryk: I wish I could enable the same setup as your with the connection pooling, but all my envs (ubuntu based) are refusing too14:36
fubadaopenstack_auth.backend:Authorization Failed: [Errno 111] Connection refused is what I need help with14:36
garyksalv-orlando: :) ok. i'll continue to debug and hopefully stumble on something soon14:37
*** jgallard has quit IRC14:37
*** jgallard has joined #openstack-dev14:38
*** kaushikc1 has joined #openstack-dev14:38
*** kaushikc has quit IRC14:38
*** sacharya has joined #openstack-dev14:38
sandeeprjpich, had a chance to review the debug log https://bugs.launchpad.net/horizon/+bug/114389714:42
uvirtbotLaunchpad bug 1143897 in horizon "Login to Horizon dashboard fails with "An unexpected error has occurred. Try refreshing the page."" [Undecided,Incomplete]14:42
*** utlemming has joined #openstack-dev14:42
*** markwash has quit IRC14:43
*** cp16net is now known as cp16net|away14:43
*** markmcclain has joined #openstack-dev14:44
*** thimble has quit IRC14:44
*** navid_ has quit IRC14:44
*** cp16net|away is now known as cp16net14:45
*** alobbs has quit IRC14:45
sandeepranyone can comment why this is moved invalid - https://bugs.launchpad.net/nova/+bug/115369814:46
*** alobbs has joined #openstack-dev14:46
uvirtbotLaunchpad bug 1153698 in nova "nova service crash with error "Table 'nova.services' doesn't exist"" [Undecided,Invalid]14:46
jpichsandeepr: I'd wait for someone more familiar with the ubuntu packages and/or offline compression to chime in. You could try deactivating offline compression, it'll be ugly but may help determine if the compression is hiding the real error or is the cause of the error itself14:46
*** winston-d has joined #openstack-dev14:46
*** jgallard has quit IRC14:47
sandeeprjpich, would you let me know please how to deactivate offline compression?14:47
*** rnirmal has quit IRC14:47
*** jgallard has joined #openstack-dev14:47
*** garyTh has joined #openstack-dev14:47
sandeeprand is this a probable bug or configuration issue?14:47
*** rnirmal has joined #openstack-dev14:47
jpichsandeepr: I think there's an option in the local_settings somewhere that sets it to True14:47
jpichsandeepr: in my opinion, it's either related to the configuration or packaging14:48
*** dolphm has quit IRC14:49
*** salv-orlando has quit IRC14:50
*** salv-orlando_ has joined #openstack-dev14:50
*** dprince has quit IRC14:50
*** dolphm has joined #openstack-dev14:51
*** bourke has quit IRC14:51
crazedayoung: if i can prove that my patch for dereferencing returns the same output with the ldap live tests (same failing/error ones), and add unit tests is that good enough? i'd like to fix all the live tests14:52
crazedayoung: but am not sure how to proceed since i don't know if the underlying way things work changed or if they are legit failing14:52
sandeeprjpich, i found your comment on https://bugs.launchpad.net/horizon/+bug/108411914:52
uvirtbotLaunchpad bug 1084119 in horizon "After upgrade cannot manage projects" [Undecided,Incomplete]14:52
*** winston-d has quit IRC14:52
ayoungcrazed, let me turn the tables on you.  Say you were the tech lead for this, and one of your developers asked you that.  What would you say?  Do *you* think it is good enough?14:52
*** avishay has joined #openstack-dev14:53
*** egallen has quit IRC14:53
*** bourke has joined #openstack-dev14:53
*** edmund has joined #openstack-dev14:54
*** datsun180b has joined #openstack-dev14:54
jpichsandeepr: Yeah, that was for fedora/red hat packages though. Usually with those, in that case you see the real error when turning debug to True but according to your latest comments, that didn't help with your problem unfortunately14:54
crazedayoung: well that's true, it's not good enough..14:54
ayoungheh.14:54
crazedjust a lot of failing tests that seem to be failing with/without the patch14:55
*** yolanda has quit IRC14:55
*** anteaya_ has joined #openstack-dev14:56
*** jsavak has quit IRC14:56
*** egallen has joined #openstack-dev14:56
crazedhopefully i can find some time to fix them if thats what it takes14:56
salv-orlando_garyk: I managed to enable the db pool at least on my setup. The cause was eventlet and I was being hit by a bug which has already been fixed for nova14:56
salv-orlando_but 108705414:57
salv-orlando_gut 108705414:57
*** kmartin has joined #openstack-dev14:57
salv-orlando_bug 108705414:57
uvirtbotLaunchpad bug 1087054 in openstack-manuals "grizzly: Add eventlet db_pool use for mysql" [Medium,Confirmed] https://launchpad.net/bugs/108705414:57
*** joesavak has joined #openstack-dev14:57
*** egallen has quit IRC14:57
*** egallen has joined #openstack-dev14:57
*** john5223 has joined #openstack-dev14:57
*** egallen has quit IRC14:57
*** anteaya has quit IRC14:58
*** egallen has joined #openstack-dev14:58
garyksalv-orlando_: please see https://review.openstack.org/#/c/22162/ (i think that yong also tried this and it solved the problems)14:59
*** aeperezt has quit IRC14:59
*** kpavel has joined #openstack-dev15:00
*** networkstatic has joined #openstack-dev15:00
salv-orlando_uhm.. that fix is for a deadlock problem, is it?15:00
*** kaushikc1 has quit IRC15:01
*** kaushikc has joined #openstack-dev15:01
*** yolanda has joined #openstack-dev15:01
*** mtreinish has quit IRC15:01
*** xga has joined #openstack-dev15:02
*** aeperezt has joined #openstack-dev15:03
*** monst_ has joined #openstack-dev15:03
*** ProfFalken has joined #openstack-dev15:04
*** thimble has joined #openstack-dev15:04
ProfFalkenhi all, I just got bitten by the fix for https://bugs.launchpad.net/nova/+bug/1151012 as I have already upgraded from Folsem to Grizzly.  If I update the services table to use the hostname instead of the FQDN, will I also need to update the instances table?15:04
uvirtbotLaunchpad bug 1151012 in nova "grizzly uses FQDN for services" [Critical,Fix committed]15:04
ProfFalkenFWIW, I checked the DB Schema at https://wiki.openstack.org/wiki/Nova_Database_Schema but I can't see a link between the two15:04
*** mtreinish has joined #openstack-dev15:05
*** xga has quit IRC15:07
*** koolhead17 has quit IRC15:08
*** terryh has joined #openstack-dev15:10
*** salgado is now known as salgado-lunch15:11
*** sthaha has quit IRC15:12
*** egallen has quit IRC15:12
ProfFalkenheh, looks like they're not related and that nova.instances uses the hostname not the FQDN anyway...15:13
*** doude has quit IRC15:13
*** colinmcnamara has joined #openstack-dev15:13
*** bdpayne has joined #openstack-dev15:13
*** mtreinish has quit IRC15:13
*** Oneiroi has quit IRC15:13
*** mtreinish has joined #openstack-dev15:15
*** aeperezt has quit IRC15:16
*** jasdeepH has joined #openstack-dev15:16
ProfFalkenscratch that... I was on the wrong environment15:17
trapnican someone please send me the ps output of dnsmasq if he's running in VlanManager mode ?15:18
*** winston-d has joined #openstack-dev15:18
*** cloudchimp has quit IRC15:19
*** aeperezt has joined #openstack-dev15:20
*** jgallard has quit IRC15:20
*** jgallard has joined #openstack-dev15:20
jaypipestrapni: multihost + VLAN?15:21
trapniyes15:21
jaypipestrapni: sure, one sec15:21
trapnity15:21
*** alexxu has quit IRC15:21
jaypipestrapni: you just want to see what the ps output looks like, right?15:21
jaypipesto validate your own env?15:21
trapniwell, it's more like a fuckup right now15:22
*** zoresvit has quit IRC15:22
*** colinmcnamara has quit IRC15:23
jaypipestrapni: http://paste.openstack.org/show/33572/15:24
trapniI am currently upgrading from essex to folsom, (network: multi-node vlan mode)15:24
jaypipestrapni: in both?15:24
trapniand for some reason the VMs start loosing their IPs because dnsmasq is not responding anymore15:24
trapnity for the link15:24
jaypipestrapni: meaning you are going from essex with multihost+VLAN to folsom with the same?15:24
jaypipestrapni: make sure that you have created the networks with nova-manage network create --multi_host='T'15:25
jaypipestrapni:I've been bitten before on that. nova-manage hardcodes its lookup to uppercase 'T'15:25
jaypipestrapni: and if you screw it up, you get odd results.15:26
trapniyes - i am not going into quantum yet15:26
jaypipestrapni: this isn't quantum either.15:26
trapniah no, multi_host is not set for us15:27
trapnichecked configs15:27
trapniso --multi_host=F in our case15:27
trapniwe have a central nova-network node (our gateway) though15:27
jaypipestrapni: you will need to change that.15:28
jaypipestrapni: if you are going to use multihost, of course..15:28
trapnisec15:28
*** afazekas has quit IRC15:29
trapniwe have been always in multi_host=F mode, meaning, having a central gateway to pass the traffic through15:30
trapniI hardly can change that in the production env now :)15:30
*** sride has quit IRC15:30
trapni(without downtimes)15:30
trapnimy question is, why is dnsmasq not responding to the dhcp requests anymore15:30
*** dosaboy has quit IRC15:31
jaypipestrapni: ah, no worries, sorry, I thought you were in multihost mode. no worries, then, ignore my comment about that then!15:33
*** giulivo has quit IRC15:33
jaypipestrapni: not sure why dnsmasq would not be responding to a particular instance's DHCP requests. Have you tried restarting the nova-network service?15:33
*** gongysh has quit IRC15:34
*** boris-42 has quit IRC15:34
SpamapSOSError: [Errno 24] Too many open files15:35
SpamapSanybody seen this on keystone under devstack?15:35
trapnimy question is, why is dnsmasq not responding to the dhcp requests anymore.15:35
jaypipestrapni: not sure why dnsmasq would not be responding to a particular instance's DHCP requests. Have you tried restarting the nova-network service?15:35
*** danwent has joined #openstack-dev15:36
trapnijaypipes, btw, we quick-fixed it by removing "--bind-interfaces" from the command line (we started dnsmasq by hand) - and then dnsmasq is able to respond.  so this is some kind of bug, and I wonder how to avoid this the clean way :)15:36
*** dosaboy has joined #openstack-dev15:36
dolphmSpamapS: raise the file descriptor limit (check it with "ulimit -n", raise it with something like "ulimit -n 2048")15:36
trapnijaypipes, dnsmasq wasn't replying et al since the upgrade to folsom15:36
dolphmSpamapS: if it's already high, something could be leaking descriptors15:36
jaypipestrapni: and you restarted the nova-network service or host?15:36
*** rkukura has quit IRC15:37
*** colinmcnamara has joined #openstack-dev15:37
SpamapSdolphm: given that it has exactly 1 user (me) and I left it over night doing nothing.. I'm going to guess that something is indeed leaking descriptors.. likely keystone given the pipe stuff I see there15:37
SpamapSahhh15:39
*** danwent has quit IRC15:39
SpamapSthe VM I have devstack in ran out of memory15:39
dolphmSpamapS: how much memory did it have?15:39
SpamapS1G15:39
SpamapSI noticed yesterday it was not enough15:40
dolphmah, that's a bit too low in my experience15:40
SpamapSwas using 800M15:40
dolphmit used to be enough :P15:40
*** zoresvit has joined #openstack-dev15:40
*** markmcclain has quit IRC15:40
SpamapS             total       used       free     shared    buffers     cached15:40
SpamapSMem:          1002        884        118          0         20         6715:40
SpamapSwith quantum, and heat.. not enough :)15:40
dolphmSpamapS: if you are running into a real leak, i'd look first at keystoneclient.middleware.auth_token15:41
SpamapSonce mallocs start failing I don't trust python to do the right thing anymore. :)15:42
SpamapSmy guess, whatever close() code that should be called on pipes was not reached..15:42
*** torandu has joined #openstack-dev15:42
SpamapSthere's probably a deep bug somewhere "handle malloc/fork fail better" . but... at some point you just have to say "don't run at 90% RAM w/ no swap, kthxbai"15:43
*** rushiagr has joined #openstack-dev15:47
*** networkstatic has quit IRC15:47
*** jprovazn has quit IRC15:48
openstackgerritA change was merged to openstack/keystone: Catch and log server exceptions  https://review.openstack.org/2301515:48
*** markmcclain has joined #openstack-dev15:48
*** salgado-lunch is now known as salgado15:49
*** davidhadas has joined #openstack-dev15:50
ttxdolphm: ping about python-keystoneclient15:51
dolphmttx: o/15:51
*** johnthetubaguy has joined #openstack-dev15:51
ttxdolphm: there was a recent "When will new version python-keystoneclient available on pypi?" thread on the dev ml15:51
*** yidclare has joined #openstack-dev15:51
ttxLooks like some people are waiting for a tag to be pushed15:52
ttxdolphm: do you know what the plan is ?15:52
*** rkukura has joined #openstack-dev15:52
*** henrynash has quit IRC15:52
*** henrynash has joined #openstack-dev15:54
dolphmttx: we have just a couple in progress reviews to complete v3 support -- perhaps next week / around rc1?15:54
*** koolhead17 has joined #openstack-dev15:54
*** [1]glikson has joined #openstack-dev15:54
ttxdolphm: ok, could someone from keystone answer to that thread ?15:54
*** kpavel has quit IRC15:55
dolphmttx: will do15:55
*** kpavel has joined #openstack-dev15:55
ttxdolphm: many thanks !15:56
*** glikson has quit IRC15:56
*** [1]glikson is now known as glikson15:56
*** gyee has joined #openstack-dev15:56
*** rpedde has left #openstack-dev15:58
*** danwent has joined #openstack-dev15:58
*** danwent has quit IRC16:00
*** jsavak has joined #openstack-dev16:00
*** thimble has quit IRC16:00
*** varto has joined #openstack-dev16:00
*** mrodden has quit IRC16:00
*** yamahata_ has quit IRC16:00
*** henrynash has quit IRC16:01
*** adjohn has joined #openstack-dev16:02
openstackgerritA change was merged to openstack/nova: Sync rpc from oslo-incubator.  https://review.openstack.org/2422616:03
*** joesavak has quit IRC16:03
*** joesavak has joined #openstack-dev16:03
openstackgerritA change was merged to openstack/glance: Honor metadata_encryption_key in glance domain  https://review.openstack.org/2372516:04
*** kaushikc has quit IRC16:04
*** yolanda_ has joined #openstack-dev16:04
*** varto has quit IRC16:04
*** salv-orlando_ has quit IRC16:04
*** yolanda has quit IRC16:04
*** jsavak has quit IRC16:04
*** salv-orlando has joined #openstack-dev16:05
openstackgerritA change was merged to openstack/nova: Fix reconnecting to libvirt.  https://review.openstack.org/2432316:06
*** jcmartin has joined #openstack-dev16:06
*** reidrac has quit IRC16:08
*** hoodow has quit IRC16:09
*** hoodow has joined #openstack-dev16:09
*** hoodow has joined #openstack-dev16:09
*** rushiagr has quit IRC16:10
*** rushiagr has joined #openstack-dev16:10
*** alop has joined #openstack-dev16:11
*** dontalton has joined #openstack-dev16:11
*** giulivo has joined #openstack-dev16:12
*** dosaboy has quit IRC16:12
*** aditirav has quit IRC16:13
*** rnirmal_ has joined #openstack-dev16:14
*** rnirmal_ has quit IRC16:14
*** mrodden has joined #openstack-dev16:14
*** rnirmal has quit IRC16:15
*** xga has joined #openstack-dev16:16
*** mnewby has joined #openstack-dev16:16
*** dosaboy has joined #openstack-dev16:16
*** mnewby has quit IRC16:16
*** garyk has quit IRC16:17
*** nati_ueno has joined #openstack-dev16:18
*** hemnafk is now known as hemna16:18
*** marun has joined #openstack-dev16:19
trapnijaypipes, i'm back, sorry, I'd to quickly go afk - well yes and no, re repeately restarted nova-network today, and always ensured to have no dnsmasq process running before restarting16:19
trapnibecause nova-network does indeed start dnsmasq processes on start() but doesn't stop them on stop() (a bug imho)16:19
*** sulo__ has joined #openstack-dev16:22
*** sulo_ has quit IRC16:22
*** sulo__ is now known as sulo_16:22
*** doude has joined #openstack-dev16:23
*** adjohn has quit IRC16:25
*** giulivo has quit IRC16:25
*** amerine has joined #openstack-dev16:26
*** dprince has joined #openstack-dev16:27
*** otherwiseguy has quit IRC16:27
*** anteaya_ is now known as anteaya16:28
*** networkstatic has joined #openstack-dev16:28
*** giulivo has joined #openstack-dev16:29
*** anniec has joined #openstack-dev16:30
*** yidclare has quit IRC16:30
*** rnirmal has joined #openstack-dev16:30
openstackgerritA change was merged to openstack/nova: Lazy load CONF.quota_driver.  https://review.openstack.org/2426916:32
*** yidclare has joined #openstack-dev16:32
sandeeprttx, !ping16:32
*** xga has quit IRC16:33
ttxsandeepr, !pong16:33
sandeeprlol16:33
sandeepri am playing a bit with pki16:33
*** Gordonz has quit IRC16:33
sandeeprneeded an input16:34
sandeeprreading through launchpad16:34
*** thouveng has quit IRC16:34
sandeepris there a bug still with pki and keystone?16:34
*** jgallard has quit IRC16:35
sandeeprkeystone-manage pki_setup ok and keystone user-list error Authorization Failed: Unable to communicate with identity service:16:35
*** jgallard has joined #openstack-dev16:35
ttxsandeepr: there are probably still bugs, but nothing that I particularly know of16:35
sandeepri ran the manage pkisetup as root16:35
*** koert has quit IRC16:36
sandeeprcould you take a look at http://paste.openstack.org/show/33575/16:36
*** lloydde has joined #openstack-dev16:36
*** colinmcnamara has quit IRC16:37
*** nati_ueno has quit IRC16:37
openstackgerritA change was merged to openstack/quantum: sync Oslo Grizzly stable branch with Quantum  https://review.openstack.org/2432416:38
*** esp1 has joined #openstack-dev16:38
*** xga has joined #openstack-dev16:39
*** sirushti has quit IRC16:39
* ttx looks16:40
*** dev_sa has quit IRC16:40
*** sulo_ has quit IRC16:40
ttxsandeepr: that doesn ring a bell, but then I'm not a keystone specialist.16:40
sandeeproh ok16:41
*** kaushikc has joined #openstack-dev16:41
sandeepri saw your comment on https://bugs.launchpad.net/keystone/+bug/103137216:41
uvirtbotLaunchpad bug 1031372 in keystone "keystone-manage pki_setup creates certs owned by root" [High,Fix released]16:41
sandeeprso i thought you lookin keystone16:41
ttxHa! I comment on everything. But I don't know everything.16:42
dolphmayoung: Unable to load certificate / Unable to sign token ?16:42
dolphmayoung: ^16:42
ayoungsounds right16:42
ayoungdolphm, certs should be owned by root.  The correct title is "certs not readable by keystone"16:43
sandeeprah ok, ayoung, what is the correct way to use pki16:43
*** Ritz-Laptop has joined #openstack-dev16:43
ayoungsandeepr, run keystone-manage pki_setup as root and chown, probably for your set up.  What are you using to install?16:44
*** reed has joined #openstack-dev16:44
*** koolhead17 has quit IRC16:45
ayoungdolphm, let me finish cleaning up the revoke token patch and I'll take that one on...it has been bugging me for a while.  I think the right thing is to do a chown afterwards, but I am not sure I can get all the variations correct that people are going to use. correc16:45
*** Ritz-Mobile has joined #openstack-dev16:46
*** sulo_ has joined #openstack-dev16:46
*** jog0 has joined #openstack-dev16:46
sandeeprchpwn to keystone/keystone?16:46
dolphmayoung: easy review for a release blocker https://review.openstack.org/#/c/23934/16:47
ayoungsandeepr, look at this https://github.com/openstack/keystone/commit/ca2b2cb4903aa1d8e6469b22e2022925ca413a9c16:47
ayoungdolphm, looked like two different reviews dealt with that16:47
ayoungI thought one merged already that did that....let me post16:47
*** lcheng has quit IRC16:47
ayoungdolph what does this do differently : 31df378f2d95374d6662be11fc6487d01e373f6a16:47
*** pabelanger has joined #openstack-dev16:48
ayoungah..OK just looked at the body.  I can ack that one.  If it is ready....16:48
dolphmayoung: the patch in review filters out legacy_endpoint_id from being exposed on v3 (it should be an implementation detail)16:48
ayoungdolphm, what calls wrap_member?16:48
dolphmayoung: the one that has merged improves v2<-->v3 compatibility for endpoints16:49
*** SergeyLukjanov has quit IRC16:49
dolphmayoung: every EndpointV3 method, actually16:49
ayoungyeah, I had just read the summary recently, which is why I got them confused.  Looking at the actual code makes it clear16:49
openstackgerritA change was merged to openstack/nova: Skip deleted fixed ip address for os-fixed-ips extension  https://review.openstack.org/2399316:49
dolphmayoung: it's called directly by controller methods and by wrap_collection16:49
*** arbrandes has joined #openstack-dev16:50
*** giulivo has quit IRC16:50
ayoungdolphm, looks good.  Any reason to hold off pulling the trigger on it?16:50
*** AlanClark has joined #openstack-dev16:54
ayoungdolphm, going once....16:54
*** fire has quit IRC16:55
*** baba has joined #openstack-dev16:55
*** markwash has joined #openstack-dev16:55
ayoungdolphm, +2...I'll let you approve. https://review.openstack.org/#/c/23934/16:55
*** markmc has quit IRC16:56
*** metral has quit IRC16:56
*** rnirmal_ has joined #openstack-dev17:00
*** baba has quit IRC17:00
*** giulivo has joined #openstack-dev17:01
*** rnirmal_ has quit IRC17:01
*** avishay is now known as avishay-afk17:01
*** rnirmal_ has joined #openstack-dev17:02
*** winston-d has quit IRC17:02
*** rnirmal has quit IRC17:02
*** rnirmal_ is now known as rnirmal17:02
*** arbrandes has quit IRC17:04
*** alobbs1 has joined #openstack-dev17:05
sandeeprthanks ayoung, chown -R for under ssl worked17:05
ayoungsandeepr, did you look at the change I linked?17:05
ayoungyou should be passing the params on the command line17:05
ayoung--keystone-user and --keystone-group17:06
sandeeprbtw, i uncommented the section signing in keystone.conf17:06
*** alobbs has quit IRC17:06
*** arbrandes has joined #openstack-dev17:06
*** terryg has joined #openstack-dev17:07
*** Mandell has joined #openstack-dev17:08
sandeeprayoung, i looked at the change17:08
sandeeprare you saying it should be like this - keystone-manage pki_setup --keystone-user keystone --keystone-group keystone17:08
ayoungsandeepr, that question is rhetorical, right?17:09
sandeeprayoung, :-)17:10
ayoungI don't know how you are setting up.  If you are doing this for production, you should be doing it either in a puppet script or in a package, and it depends on who you run as, permissions, etc.  So....probably?17:10
*** AlanClark has quit IRC17:11
ayoungIf OTOH, you are just testing things out, please confirm that the above works for you.17:11
ayoung:)17:11
sandeeprthe above meaning the chown thing?17:11
sandeeprand how do i know i'm using the PKI feature?17:12
*** kagan has joined #openstack-dev17:12
*** metral has joined #openstack-dev17:12
*** terryh has quit IRC17:13
*** xga has quit IRC17:13
*** xga has joined #openstack-dev17:14
sandeeproops i missed to read your prior comment17:14
sandeeprits not production yet, i'm testing17:14
*** glikson has quit IRC17:14
*** alop has quit IRC17:14
*** mmagr has quit IRC17:15
sandeeprgot it, default is PKI unless you change the token_format to UUID17:16
*** morganfainberg has joined #openstack-dev17:16
*** alop has joined #openstack-dev17:17
*** morganfainberg has quit IRC17:17
*** terryh has joined #openstack-dev17:17
enikanorov-wfolks, how do i define list of dict on quantum client? say, i want to update fixed_ips17:19
ayoungdolphm, I have three outstanding reviews that are for backport to Folsom stable. https://review.openstack.org/#/c/24079/   https://review.openstack.org/#/c/23996/  and  https://review.openstack.org/#/c/23842/17:19
ayoungI'd appreciate getting your stamp of approval on the ones that still need more core, and then I'll bug the stable gatekeepers.17:20
*** kpavel has quit IRC17:20
*** kpavel has joined #openstack-dev17:20
eglynnbcwaldon, markwash: care to take another look at https://review.openstack.org/19547 ?17:20
markwasheglynn: sure, and thanks!17:21
*** jsavak has joined #openstack-dev17:25
*** roampune has joined #openstack-dev17:25
*** zoresvit has quit IRC17:26
*** jergerber has joined #openstack-dev17:27
*** Ryan_Lane has joined #openstack-dev17:27
*** esp1 has left #openstack-dev17:27
*** terryg has quit IRC17:28
*** nati_ueno has joined #openstack-dev17:28
*** joesavak has quit IRC17:29
*** rafaduran has quit IRC17:30
*** topol has joined #openstack-dev17:31
*** adjohn has joined #openstack-dev17:31
*** xga has quit IRC17:32
*** SergeyLukjanov has joined #openstack-dev17:33
*** corXi has quit IRC17:34
*** pholland has joined #openstack-dev17:35
jog0ayoung: ping17:37
jog0wanted to follow up on https://review.openstack.org/#/c/23970/17:37
*** glikson has joined #openstack-dev17:38
*** rnirmal_ has joined #openstack-dev17:38
*** rnirmal_ has quit IRC17:38
*** dosaboy has quit IRC17:38
*** rdo_ is now known as rdo17:38
*** esp1 has joined #openstack-dev17:38
*** rnirmal_ has joined #openstack-dev17:39
openstackgerritA change was merged to openstack/tempest: Convert try/expect/else as per new Tempest style.  https://review.openstack.org/2428117:39
*** networkstatic has quit IRC17:40
*** koolhead17 has joined #openstack-dev17:41
ayoungjog0, oooh pretty17:41
ayoung "service_or_admin": [["rule:admin_required"], ["rule:service_project"]],17:42
ayoungjog0, that looks good.  Lets drop the old rule, though17:42
*** rnirmal has quit IRC17:42
*** rnirmal_ is now known as rnirmal17:42
jog0ayoung: drop the admin_required part?17:43
ayoungnope17:43
ayoungthe one I put in there17:43
ayoung "service_project": [["project_id:service"], ["tenant_id:service"]],17:43
ayoungBTW,  what is the reason for17:43
ayoung*args in  def wrapper(self, context, *args, **kwargs):17:43
*** torandu has quit IRC17:43
ayoungkeystone/common/controller.py17:43
jog0service_project is referenced in the service_or_admin rule17:43
ayoungjog0, right....if we replace it with a role check, we can drop that....17:44
ayoungI just mean lets nopt put both rules in there....17:45
jog0ayoung: added the *args because  validate_token  uses *args not kwargs17:45
ayoungok...I am liking this17:45
jog0ayoung: so "service_or_admin":  [["rule:admin_required"], ["project_id:service"], ["tenant_id:service"]] ?17:46
ayoungjog0, what happens if we drop  keystone/common/wsgi.py assert_admin now?17:46
*** networkstatic has joined #openstack-dev17:46
dolphmvkmc: trusts should be added to keystoneclient, yes -- i'm not aware of anything in progress though17:47
ayoungthat says "any role in the service tenant" and you think it should be a specific role.  Either is probably sufficient.17:47
jog0ayoung: if we remove that then everything goes to RBAC from policy.json17:47
koolhead17notmyname, ping17:47
ayoungmuahahahah17:47
ayoungyes , yes it does17:47
notmynamekoolhead17: ack17:48
*** yidclare has quit IRC17:48
koolhead17notmyname, https://bugs.launchpad.net/swift/+bug/102447717:48
uvirtbotLaunchpad bug 1024477 in swift "SAIO: logs filling up with "exception dumping recon cache"" [Undecided,Fix released]17:48
koolhead17it says fixed17:48
vkmcdolphm, Cool, is there a bp or something I could subscribe to get notified on its progress?17:48
ayoungjog0, I think that is the right thing to do...doesn't have to be in this patch, though17:48
koolhead17notmyname,  but on ubuntu 12.04 1.7.4-0ubuntu2~cloud0   i see this again17:49
jog0ayoung: *nod*,  yeah I like the idea of keeping the scope of this patch to just token auth17:49
openstackgerritA change was merged to openstack/tempest: xml_to_json should not convert xmlns into attribute  https://review.openstack.org/2392617:49
jog0ayoung:  I can start working on a devstack patch to accompany this one.  to enable non admin auth_token users17:50
koolhead17notmyname, http://paste.ubuntu.com/5611372/  this is how the log looks like17:51
*** epim has joined #openstack-dev17:51
*** yidclare has joined #openstack-dev17:51
jog0ayoung: also can you comment on the patch with the changes you want to see,  just to keep the history clean17:51
*** AlanClark has joined #openstack-dev17:52
notmynamekoolhead17: what's the user line in your config? ie what user are you running as?17:52
koolhead17root iteself17:52
notmynamekoolhead17: running as root and getting a permission error? that seems odd17:53
ayoungjog0, I am thinking just keep it as is...I think17:53
jog0kk17:53
koolhead17notmyname, indeed17:53
koolhead17:D17:53
koolhead17notmyname, -rw------- 1 root root 93 Mar 13 23:19 /var/cache/swift/object.recon  <--- it requires execute permission too?17:54
notmynameno, it's just a data file17:55
notmynamekoolhead17: none of what I'm saying is condoning running swift as root, but it should work17:55
*** dsanders has joined #openstack-dev17:56
koolhead17notmyname, i see this as a reported bug and fixed too in 1.617:56
*** jpich has quit IRC17:57
*** rafaduran has joined #openstack-dev17:57
*** torandu has joined #openstack-dev17:57
*** renier has quit IRC17:58
*** morganfainberg has joined #openstack-dev17:58
*** AlanClark has quit IRC17:59
koolhead17networkstatic, hello there17:59
networkstatickoolhead17 hey bro, meeting meetings :-/18:00
networkstaticbrb18:00
koolhead17networkstatic, you need to give me appointment by this week itself :)18:00
*** kagan has quit IRC18:01
vkmcayoung, If you have a second... Is it possible to add trust support in Keystone v2 client? I saw you developed that feature so you probably could give me some pointers with it :)18:02
ayoungvkmc, well, I am not sure I would recommend that.18:04
*** derekh has quit IRC18:04
ayoungvkmc, the APIs to create and modify trusts are V3 only, but you can create a token from a trust with V218:04
ayoungis that sufficient?18:05
*** jbresnah has quit IRC18:05
termieayoung: i need to run downstairs to catch a trian in a sec, but i assume these are based on getting a library installed: https://review.openstack.org/#/c/24284/18:05
termieayoung: (those jenkins failures)18:05
*** glikson has quit IRC18:05
*** danpb has quit IRC18:05
termieayoung: oh, nevermind, they need a cassandra running :p18:06
*** retr0h has joined #openstack-dev18:06
*** retr0h has joined #openstack-dev18:06
ayoungtermie, I'll take a look, though.18:06
vkmcayoung, How could I create a token from a trust? Is there a guide or a code snippet to look somewhere?18:06
termieayoung: what is the process nowadays for getting jenkins configured more? i think i've lost my admin bits18:06
termieTRAINTIME18:07
ayoungtermie, probably needs devstack support. Let me look. Ping me when you've caught your train etc and I'll have more for you18:07
trapnifor how long will nova-network (along with quantum) be supported within openstack ?18:07
ayoungvkmc, there are unit tests that do it, but in general, you pass the trust_id along with the token request....for example18:08
*** sulo_ has quit IRC18:08
ayoungvkmc  take a look at the tests here https://github.com/openstack/keystone/blob/master/tests/test_auth.py#L50118:08
ayoungthose do direct calls to the controlers, but it should be clear how to modify the web calls to do the same thing.18:09
vkmcayoung, Thanks, I will check that test and try to understand how it works :)18:09
*** AlanClark has joined #openstack-dev18:10
*** kagan has joined #openstack-dev18:10
notmynamekoolhead17: sorry, had to reboot to fix some local net issues. lost my irc buffers (but hey! no more crazy lag!)18:14
koolhead17notmyname, :D18:15
*** stevebaker has joined #openstack-dev18:15
*** lloydde has quit IRC18:15
*** doude has left #openstack-dev18:16
*** jkordish_ has joined #openstack-dev18:16
*** jkordish has quit IRC18:16
*** darraghb has quit IRC18:16
*** AlanClark has quit IRC18:17
*** rafaduran has quit IRC18:18
openstackgerritA change was merged to openstack/tempest: Add base classes for image tests.  https://review.openstack.org/2409818:19
*** rnirmal_ has joined #openstack-dev18:19
*** rnirmal_ has quit IRC18:20
*** rnirmal has quit IRC18:23
*** jgallard has quit IRC18:24
koolhead17notmyname, what would be your suggestion? reopening the bug?18:24
*** stevebaker has quit IRC18:25
*** jkordish_ is now known as jkordish18:26
trapniayoung, is openstack hosting their git repos officially there? or is it "just a mirror" ?18:26
*** rushiagr has quit IRC18:29
*** colinmcnamara has joined #openstack-dev18:29
*** rnirmal has joined #openstack-dev18:30
*** adalbas has quit IRC18:31
*** tomoe_ has quit IRC18:31
*** tomoe_ has joined #openstack-dev18:32
*** melwitt has joined #openstack-dev18:33
ayoungtrapni, "there" meaning github?  Yes that is the source.  But we merge in via gerrit.18:33
*** salv-orlando has quit IRC18:35
*** salv-orlando has joined #openstack-dev18:35
*** networkstatic has quit IRC18:36
*** tomoe_ has quit IRC18:37
trapniayoung, ah, thanks :)18:38
*** CaptTofu has quit IRC18:38
*** metral has quit IRC18:39
notmynamekoolhead17: can you paste your error again please?18:39
koolhead17notmyname, http://paste.ubuntu.com/5611506/18:40
*** zaitcev has joined #openstack-dev18:40
*** johnthetubaguy has quit IRC18:41
*** marun has quit IRC18:42
*** maoy has joined #openstack-dev18:44
*** rnirmal has quit IRC18:44
*** yjiang5 has joined #openstack-dev18:44
*** david-lyle has joined #openstack-dev18:46
*** rnirmal has joined #openstack-dev18:47
*** adalbas has joined #openstack-dev18:47
*** varto has joined #openstack-dev18:49
dolphmayoung: critical release blocker looks ready to merge to me https://review.openstack.org/#/c/24078/18:50
dolphmgyee: ^18:50
*** otherwiseguy has joined #openstack-dev18:50
ayoungdolphm, I addressed that18:51
dolphmayoung: ?18:51
ayounghold off on that one and instead look at this18:51
ayounghttps://review.openstack.org/#/c/24010/18:51
*** vipul is now known as vipul|away18:51
*** vipul|away is now known as vipul18:51
*** adalbas has quit IRC18:52
ayoungdolphm, hmmm18:52
ayoungdolphm, OK, I am going to need to rebase on his changes18:52
ayoungdolphm, OK...I can ACK that.  I'll self nack mine.  But consider mine a release blocker as well18:54
dolphmayoung: it is -- but are you addressing more than is described in the commit message & bug description?18:54
dolphmayoung: i've only reviewed a bit of that patch18:54
ayoungdolphm, it makes all of the revoke calls go through the same code.18:55
ayoungdolphm, tell you what, I'll self nack, but still look at it.18:55
*** thimble has joined #openstack-dev18:55
*** trapni has quit IRC18:55
*** bknudson has quit IRC18:56
ayoungdolphm, one thing I did in the last version was to move delete_tokens_for users into the common/controller.  YOu implied in a previous review that I should do as much, and it has been bothering me.  I'll do the same with the group function here for consistency.18:57
jog0dripton: ping18:57
driptonjog0: pong18:58
*** stevebaker has joined #openstack-dev18:58
jog0dripton: https://bugs.launchpad.net/nova/+bug/113797718:58
uvirtbotLaunchpad bug 1137977 in nova ""nova-manage db archive_deleted_rows" returns error re foreign key constraints" [High,Triaged]18:58
jog0any chance that will be fixed for G?18:58
*** varto has quit IRC18:58
driptonjog0: I hope to have time to look at that bug tomorrow.  There's a chance it'll be fixed -- I need to reorder or group archiving to satisfy FK constraints.18:59
jog0dripton:  cool, it would be really nice if that works in G18:59
jog0as its a great feature18:59
*** avishay-afk has quit IRC18:59
driptonjog0: I'll let you know when I have a patch.19:00
jog0dripton: cool, and if there is anything I can do to help just let me know19:00
*** novas0x2a|laptop has joined #openstack-dev19:03
*** stevebaker has quit IRC19:04
openstackgerritA change was merged to openstack/glance: Publish API version 2.1  https://review.openstack.org/2426719:05
openstackgerritA change was merged to openstack/glance: Insure that migration 6 retains deleted image property index.  https://review.openstack.org/2387319:05
*** vipul is now known as vipul|away19:06
*** metral has joined #openstack-dev19:07
jog0do tenant/project ids need to be uuids in keystone? https://bugs.launchpad.net/python-novaclient/+bug/108883519:07
uvirtbotLaunchpad bug 1088835 in python-novaclient ""nova quota-update" command is executed without checking the project_id parameter" [Undecided,Fix committed]19:07
jog0ayoung: ^?19:07
ayoungjog0, no, but they are autogenerated as UUIDs19:08
jog0ayoung: thanks19:08
openstackgerritA change was merged to openstack/glance: Log when image_size_cap has been exceeded  https://review.openstack.org/2431719:08
*** sirushti has joined #openstack-dev19:08
*** pfreund has joined #openstack-dev19:09
*** adalbas has joined #openstack-dev19:11
jog0ayoung:  I ask because no novacient we are looking for an elegant way to validate if a tenant_id is valid or not19:11
ayoungjog0, there is none19:12
ayounga uuid could refer to a user. or a vm19:13
openstackgerritA change was merged to openstack/tempest: Disable test_rescued_vm_attach_volume  https://review.openstack.org/2427619:14
openstackgerritA change was merged to openstack/nova: Prepare services index method for use with cells  https://review.openstack.org/2376119:14
openstackgerritA change was merged to openstack/nova: Fix behaviour of split_cell_and_item  https://review.openstack.org/2413519:14
openstackgerritA change was merged to openstack/tempest: Add api version detection support to glance tests.  https://review.openstack.org/2384819:14
jog0ayoung: so no simple way to confirm if a user typed in a valid tenant_id? any keystone call19:15
openstackgerritA change was merged to openstack/tempest: Remove unnecessary asserts from test_images.py  https://review.openstack.org/2434219:15
ayoungjog0, Keystone makes no guarantees about IDs other than that they are strings.19:16
*** cp16net is now known as cp16net|away19:16
jog0ayoung: and what about having novaclient send out a REST call to keystone to check?19:17
jog0ayoung: b/c right now the quota code takes in a tenant_id as  an (unvalidated) parameter19:18
ayoungjog0, yes, you can do that.  Assuming you have access to the project.19:18
*** mestery has joined #openstack-dev19:18
*** marun has joined #openstack-dev19:18
jog0ayoung:  thanks19:18
*** smulcahy has quit IRC19:19
*** arbrandes has quit IRC19:20
*** markmcclain has quit IRC19:23
*** thimble has quit IRC19:24
*** rnirmal has quit IRC19:27
termieayoung: now at the office, the tests use devstack, eh, so need to get cassandra into that?19:29
ayoungtermie, is a mock impl possible first?19:29
*** stevebaker has joined #openstack-dev19:29
*** digitalsanctum has quit IRC19:30
ayoungtermie, this is cassandra, right:  http://wiki.apache.org/cassandra/19:30
termieayoung: yeah that's the one19:30
termieayoung: not aware of any in-process python version19:30
ayoungtermie, we have the mildly unpleasant FakeLDAP approach, which is what we used for LDAP19:31
*** jbresnah has joined #openstack-dev19:32
ayoungThe thing is , CAssandra is only one of a multitude of NoSQL dbs, and I am not sure that those are really appropriate for Tokens.  THe issue is that token revocation is typically desired to be immediate, and "right eventually" semantics kindof go against that....19:32
*** networkstatic has joined #openstack-dev19:32
ayoungbut even if we do take in the cassandra backend, does that mean we end up with Mongo et all as well?19:33
termieayoung: a variety of dbs support strong write consistency19:33
ayoungthat is good19:33
termieayoung: but even not having that really isn't that much of an issue when you have periodic updates to revoked lists19:33
ayoungtermie, that is true, too, although those are not checked for direct Keystone calls.19:34
termieayoung: but yes, it does mean we will probably have mongo and all the rest19:34
ayoungKeystone goes against the trust backend directly at token validation time19:34
ayoungtermie, ok...so I think that this is a good approach...19:34
ayoungassuming that you will be around to consult when we need to abstract the nosql backend to deal with MOngo and variants?19:35
termieit isn't a nosql backend19:35
termieit is a cassandra backend19:35
*** networkstatic has quit IRC19:35
termiethe whole point of implementing a new backend is so that you can optimize it for the features of your db19:35
termiethe "kvs" backend supports any arbitrary key-value-store19:36
termieit could havebeen used for cassandra but would have been inefficient19:36
ayoungI guess that is true, the APIs are going to be fairly DB specific.19:36
ayoungcassandra seems to have better query capabilities, too19:36
termieand after some changes made to the api it doesn't even actually do what it was intended to any more either19:36
sandeeprayoung, seems like the PKI does not work19:36
termiesandeepr: LIES19:36
termiesandeepr: FILTHY LIAR19:36
ayounghah!19:36
sandeeprlol19:36
termieayoung: it seems people have "extended" the kvs backend to support things that KVSs don't support19:37
sandeeprkeystone user-list errors as - Authorization Failed: HTTPConnectionPool(host='10.1.0.16', port=5000): Request timed out. (timeout=600.0)19:37
ayoungtermie, you mean like listing tokens and the such?  Guilty.  guilty as all hell.19:38
termieyes19:38
termieyou have to make your own indexes19:38
*** stevebaker has quit IRC19:38
termieotherwise you aren't playing by the rules19:38
termieit is supposed to teach people19:38
termiehow to write better db access code19:38
*** torandu has quit IRC19:38
ayoungtermie, yeah...I think, maybe, my understanding of the KVS was different from the original intention.  I didn't see it being used with persistance anywhere, which lead me to believe it was only being used for testing purposes....what you said before makes me question that19:39
ayoungI was actually proposing we remove the KVS backend and do all the unit tests against in memory sqlite19:39
*** stevebaker has joined #openstack-dev19:40
termieayoung: the philosophy there is that we shouldn't implement any features that we can't figure out how to implement on a kvs19:40
ayoungtermie, it did seem to me that if KVS supported persistance, it would have been used for the memcached backend19:40
termieayoung: because a kvs will scale forever19:40
*** lloydde has joined #openstack-dev19:40
ayoungtermie, well, not once you run out of memory.19:40
termieayoung: memcache was easy to optimize support for19:41
termieayoung: no, there are plenty of kvs datastores that are not memory dependent19:41
termieayoung: the fake implementation in keystone obviously is just in process19:41
termieayoung: but something like riak, redis, tokyocabinet, etc19:41
termieayoung: are all clusterable19:41
termieayoung: and scale extremely well19:41
termieayoung: in general any time you can do only primary key lookups you are giving yourself extremely good scaling prospects19:42
termieayoung: you can scale sql databases but it requires much more knowledge19:42
*** adalbas has quit IRC19:42
ayoungtermie, interesting thoughts...If that is the case, I would like to make it so that we don't have to reimplement all of the manually indexing logic for each KVS backend we end up supporting....19:43
*** henrynash has joined #openstack-dev19:43
*** cp16net|away is now known as cp16net19:43
termieayoung: you are going to anyway once you write an optimized version19:43
termieayoung: you will index differently on redis than on riak than on cassandra19:43
termieayoung: the point of kvs is to know what your db has to do19:44
*** pfreund has quit IRC19:44
termieayoung: _somebody_ has to make those indexes19:44
*** jcmartin has quit IRC19:44
termieayoung: and if you aren't thinking about them then you aren't thinking about your data model19:44
*** jcmartin has joined #openstack-dev19:44
termieayoung: which is, apparently, the default thing to not think about every time somebody has an idea19:44
termieayoung: (not keystone specifically, though obviously it has been a culprit too)19:45
*** markmcclain has joined #openstack-dev19:45
termieayoung: Learn Databases The Hard Way19:45
ayoungtermie, OK,   point taken...with the caveat that all the pure KVS  like memcached (and I don't include cassandra in there) are going to require the same logic to build the indexes.19:45
termieayoung: again, no, cassandra has its own secondary indexes, the backend implementation is already using them19:46
ayoungright19:46
ayoungbut memcached does not.19:46
termieayoung: i could have built my own, if i did it would be in a very specific cassandra way that uses wide columns19:46
*** mscott has quit IRC19:46
ayoungI'm assumine that the nosqls in general will have their own way to index.19:46
termieayoung: for memcache "listing" is sort of a silly prospect altogether19:46
*** vipul|away is now known as vipul19:46
ayoungbut that is different from straight KVS.19:47
termieayoung: because the data is non-persistent19:47
termieayoung: so you should throw notimplementeds19:47
termieayoung: and not support pki and whatnot19:47
termieayoung: a certain amount of stuff can be put into kvs to make it easier to write the backends19:47
termieayoung: just saying the actual indexing steps are likely going to be implemented differently each time19:48
ayoungtermie, even if we use memcached in non-persistant mode, we need a way to be able to revoke tokens based on rules.  To do that, we need to find the tokens.  EIther we build special index records, or we slice up the keys19:48
termieayoung: if you use memcache your revokation list can go away at any point, it's not worth it19:48
termieayoung: you would have to use a real database to store all your stuff19:49
ayoungtermie, actually, it is trusts that will make revocation lists go away, but for a different reason19:49
termieayoung: it is an ephemeral backend, it is a fine cache19:49
termieayoung: that is unrelated, don't muddy the convo19:49
ayoungtrusts will mean we can have short lived tokens19:49
ayoungright19:49
termieayoung: point is, don't use memcache for things it isn't designed for and you will be happy19:50
*** marun has quit IRC19:50
termieayoung: and don't shove list operations into KVSs ;)19:50
ayoungtermie but that kindof goes for storing tokens in KVS stores across the board19:50
termieayoung: that goes for everything, actually, because it is a pretty general statement19:50
ayoungtermie, which is why I was thinking more in terms of jettisoning kvs than in limiting what we can do with tokens19:50
termieayoung: what i am trying to get at is that it is better to ditch sql than to ditch kvss ;)19:51
ayoungtermie, if tokens live, say, a minute, and we don't have to deal with revocation events, then, yet, memcached it appropriate19:51
termieayoung: because people writing sql can't be trusted to know what they are doing19:51
ayoungHa!19:51
*** otherwiseguy has quit IRC19:51
ayoungtermie, that goes double for people that choose nosql, non-transactional databases for integrity dependent complex data....19:52
ayoungbascially, people can't be trusted anyway19:52
termieayoung: truth, though the definition of "integrity dependent" is highly variable19:52
ayoungfair enough...and since we have multiple back ends, we can't really do foreign keys.19:53
termieayoung: designing your system to not need "integrity" is usually a better goal than trying to have it19:53
*** stevebaker has quit IRC19:53
*** zodiak has joined #openstack-dev19:53
termieanyway, shame on you19:54
termiebut it's fixable19:54
termieand i am not going to fix it until after cassandra goes in19:54
ayoungtermie, thing is, it is revocations that make the backend for tokens so painful.  If we could do away with revocations, the backend should get simple again19:54
termieayoung: i would have preferred them to be in largely separate APIs, honestly19:54
*** garyk has joined #openstack-dev19:54
termieayoung: putting two shapes of pegs into one round hole19:55
termieayoung: is not good for code consistency19:55
ayounghttp://saudadebrothers.files.wordpress.com/2011/12/yin-yang.jpg19:55
termieayoung: *(can work fine if you planned for multiple shapes to be going in there)19:55
termieayoung: i would have been happy with an extension that supported it with its own backend19:56
ayoungtermie, for revocations?19:56
termieayoung: basically intercept the request if it looks like pki19:56
ayoungtermie, has nothing to do with PKI.  Predates it19:56
openstackgerritA change was merged to openstack/nova: Update to Quantum Client 2.2.0  https://review.openstack.org/2394319:56
ayoungif a user changes their password, revoke their tokens started it.19:57
ayoungTHere you list tokens by user19:57
*** pfreund has joined #openstack-dev19:57
termieayoung: easier to check the token against a hash of the password19:57
ayoungwhich was no-opped for the kvs and memcached backends, which basically rendered them unusable19:57
ayoungtermie, are you suggesing that the key in the backend should have been a hash of the password?19:58
openstackgerritA change was merged to openstack/nova: Add missing tests for db.block_device_mapping_* methods  https://review.openstack.org/2414619:58
termieayoung: changing large amounts of data at write time < ignoring things at read time19:58
*** marun has joined #openstack-dev19:58
termieayoung: that'd be one implementation, not making any overt suggestions at this point isnce this is the first i heard of it19:58
*** stevebaker has joined #openstack-dev19:59
termieayoung: but that is one easy technique for solving the "user changed some setting affecting possibly hundreds of rows"19:59
*** jbr_ has joined #openstack-dev19:59
termiedenormalize the check20:00
termieso you change one piece of data atomically20:00
*** stevebaker_ has joined #openstack-dev20:00
ayoungtermie, so the solution for memcached and for kvs is basically, have a special index record.  And that logic can be generalized, I think.20:00
ayoungWhich is, I think, really what you are suggesting.20:00
ayoungSo you pay the cost at write time, but not at read time.20:00
*** stevebaker has quit IRC20:01
ayoungBut it does mean you have to get the locking correct when you do a revocation or you might end up with a race condition, but that is true regardless20:01
termieayoung: sorry walked away, but no not really20:02
*** stevebaker_ is now known as stevebaker20:02
termieayoung: this isn't a kvs specific solution, it is just a data model solution20:03
ayoungtermie, here's the example I was thinking of20:03
*** joesavak has joined #openstack-dev20:03
termieayoung: i think list_tokens is possibly useful from a user experience perspective so people can see which tokens they have in existence, though i would rather not bother20:03
openstackgerritA change was merged to openstack/python-novaclient: Removes tenant IDs checking for nova quota operations.  https://review.openstack.org/2431420:04
crazedtopol: hey, i got fairly far to the point where the live ldap tests run, but haven't had much time to fix the failing/erroring ones, i have some output here: http://paste.openstack.org/show/33493/, hoping to pick it up again after i finish some work20:04
termieayoung: but the main point is doign a list to find a bunch fo tokens and revoke them is slow20:04
openstackgerritA change was merged to openstack/nova: List ComputeHostNotFound as a client exception  https://review.openstack.org/2432220:04
ayoungtermie, agreed, but as you point out, that is something that can be optimized. I just have not seen sufficient reason to optimize it in the KVS backend,. as I would not put that backend into production20:04
termieayoung: where if you had a hash of the password stored near the token you would only have to check that they match to decide on validity20:04
ayoungmemcached, on the other hand, probably should be optimized20:04
topolcrazed, OK sounds good Ill take a look20:05
termieayoung: memcache doens't need to be optimized, just used correctly20:05
termieayoung: not everything supports every use case20:05
termieayoung: for the most part you probably shouldn't use the memcache backend20:05
termieayoung: but it is fine for a small simple system20:05
*** esp1 has quit IRC20:06
ayoungtermie, so the reason people want the memcached backedn is because it peridoically cleans up the records, where as the sql one does not.  THe sql one could be cleaned up by an async process, but that is not part of the api right now20:06
termieayoung: as far as "optimizing" the cehck for the kvs backend, it isn't that it is non-optimal right now it is that it is literally not possible for any real kvs the way it is implemented20:06
*** otherwiseguy has joined #openstack-dev20:06
termieayoung: cassandra happens to do that ;)20:06
ayoungthe idea being that it is better to leave the records there for an audit trail20:06
termieayoung: they are tokens, fuck audit trails20:06
ayoungtermie, no no no no no no non nein nyet20:06
termieayoung: you keep user names with the actions on the services20:06
*** jsavak has quit IRC20:07
*** kagan has quit IRC20:07
ayoungaudit trails are not necessary for all deployements20:07
ayoungbut for some they are essential20:07
termieayoung: and the services can make all teh audit trails they want, keeping expired tokens is not part of that20:07
ayoungtermie, we'd still need an automated task to clean up the expired tokens in SQL.20:08
termieayoung: regardless, of auditing, which is beside the point of there not being a list operation on KVSs20:08
*** esp1 has joined #openstack-dev20:08
termieayoung: and of sql cleanup processes20:08
*** mrodden1 has joined #openstack-dev20:08
*** mrodden has quit IRC20:08
ayoungtermie, that was the reason for people wanting to use memcached20:08
termieayoung: doing the check at access rather than attempting to mutate a bunch of data is usually a good idea20:08
ayoungI think it makes sense as a non-persisted token cached, and it is part of the major distros20:08
*** glikson has joined #openstack-dev20:09
ayoungtermie, storing the password hash in a token wouldn't solve all the revocation use cases.  We also revoke when role assignements change.20:10
termiehash the roles too?20:10
termieshorter lived tokens would alleviate a decent amount of friction here, why are they so long again?20:11
ayoungperhaps.  You could design it other ways, but I'm not convinced that working around the limitations of kvs is should be driving the design decisions20:12
*** matiu has joined #openstack-dev20:12
*** matiu has quit IRC20:12
*** matiu has joined #openstack-dev20:12
termieayoung: well be convinced20:12
ayoungtermie, ah , good question20:12
ayoungthey are long because of long running processes....something that can be alleviated20:12
*** SergeyLukjanov has quit IRC20:12
termieayoung: How I Learned to Stop Worrying and Love Doing Things The Hard Way20:12
ayoungIf a token is need for, say migrating a virtual machine from one compute node to another20:13
ayoungand it was doing something like20:13
ayoungshutting down the first,  waitign until it was all the way off, bringing up the second, making sure it was all the way up....20:13
ayoungand you wanted to do this with one token20:13
*** sgordon has quit IRC20:13
termieayoung: i see20:14
ayoungyou need to make sure that token is still valid at the end of the last action, as the user is not going to be involved to get another token an hour later...20:14
ayoungbut...that is where trusts come in20:14
ayoungtrusts are an agreement that another user can get a token as me at some time in the future20:14
termieayoung: fine, you can talk about that now if you'd like20:14
ayoungso say this happens a month from now, as part of an High availability agreement20:14
ayoungI create a trust with the the user that the HA process is running as the trustee.  I am the trustor.20:15
ayoungA month from now, user HA gets a token as ayoung.  BUt that token is limited to a very specific role in a specific project.20:15
termiethis is a third-party HA process, i assume20:15
ayoungtermie, correct20:15
*** lcheng has joined #openstack-dev20:16
ayoungtermie, so say we make a role which is something like "turn of vm" and another which is "turn on vm"20:16
*** boden has quit IRC20:16
vishynati_ueno: https://bugs.launchpad.net/nova/+bug/1112912 should I move the nova side to havana also?20:16
uvirtbotLaunchpad bug 1112912 in quantum "get_firewall_required should use VIF parameter from quantum" [High,In progress]20:16
termiei assume one of those is "off" ?20:16
ayoungwe set up the trust so that the HA user only gets those two roles.  Limits exposure.20:16
ayoungyeah20:17
nati_uenovishy: Yes. Thanks20:17
* ayoung needs typing lessons20:17
*** rcj has quit IRC20:17
ayoungtermie, so the idea is that anything that is going to require long term access to credential can be migrated to using a trust instead.20:17
ayoungA trust can have a limited time span, so you can say "make this trust only last an hour"  and that should handle most of the use cases we currently have where horizon talks to nova which talks to glance...or something like that.20:18
ayoungThen the tokens themselves can last a very short time, just long enough to kick off the processes.  And revocation is no longer an issue.20:19
*** dprince has quit IRC20:19
termieayoung: well, i'm not keen on your terminology (big surprise) but i would probably implement this as delegated auth with a limited scope20:19
termieayoung: in current implementation that is just a token with a limited role set20:20
ayoungtermie, my day job needs my attention.  Back in a bit20:20
termieayoung: in another implementation i'd love to have the ha service provide me with a key that i add a user 'HA' for to my project and give appropraite roles20:20
*** dprince has joined #openstack-dev20:21
*** digitalsanctum has joined #openstack-dev20:22
*** stevebaker_ has joined #openstack-dev20:25
*** stevebaker_ has quit IRC20:25
*** torandu has joined #openstack-dev20:25
*** stevebaker_ has joined #openstack-dev20:26
*** stevebaker has quit IRC20:27
*** colinmcnamara has quit IRC20:28
sandeeprayoung, !ping20:30
*** adjohn has quit IRC20:30
sandeeprtermie, !ping20:31
*** adjohn has joined #openstack-dev20:31
termiesandeepr: why are you talking to me20:33
termiesandeepr: i'm just a heckler20:33
termiesandeepr: this will only lead to sadness20:34
sandeeprtermie, i am talking to you since you were talking to ayoung20:34
termiesandeepr: do you have something i can use against him?20:34
sandeepr:-) i needed to get the PKI stuff working for me to continue testing20:35
sandeeprand it is not20:35
sandeeprwith UUID it works20:35
termieayoung: YOU BROKE EVERYTHING20:35
termiesandeepr: there, i helped20:35
sandeeprso i'm little lost how to get this sorted20:35
*** adjohn has quit IRC20:36
*** adjohn has joined #openstack-dev20:37
*** stevebaker has joined #openstack-dev20:37
dolphmayoung: you have a -2 on a RC1-blocker that i think is ready to go https://review.openstack.org/#/c/23979/20:37
dolphmayoung: you -2'd on a lack of test coverage; new test is pretty extensive20:38
*** stevebaker_ has quit IRC20:38
ayoungdolphm, yes, yes it is20:38
*** sandywalsh has quit IRC20:39
ayoungdolphm, is the logic right?20:39
ayoung# roles should be the union of the two role lists20:39
dolphmayoung: yes, plus the member_role_id added in migration 17 i think20:39
ayoungyes20:40
ayoungdolphm, removed my -2....taking some time to grok this....20:40
*** jsavak has joined #openstack-dev20:40
dolphmayoung: cool, take your time20:41
dolphmayoung: definitely want your eyes on that one20:41
markmcclainmikal: ping20:42
ayoungdolphm, OK, that looks good.20:43
ayoungdolphm, is he around?20:43
*** bknudson has joined #openstack-dev20:43
mikalmarkmcclain: what's up?20:44
*** joesavak has quit IRC20:44
markmcclaincan https://review.openstack.org/#/c/24350/ be approved?20:45
mikalmarkmcclain: sure, I was just waiting a little longer to let others comment, but that one is pretty safe.20:46
*** mrodden has joined #openstack-dev20:46
markmcclainno problem… wasn't sure if it was an oversight or you want more feedback20:46
dolphmayoung: he?20:47
ayoungdolphm, the patch author20:48
ayoungjjcannava I guess20:48
ayoungnot20:48
*** jcannava has joined #openstack-dev20:49
markmcclainmikal: thanks20:49
dolphmayoung: jcannava: ^20:49
mikalmarkmcclain: NP, I was just being conservative it being so close to RC1 and all20:50
ayoungjcannava, care to talk about https://review.openstack.org/#/c/23979/20:50
markmcclainunderstandable20:50
jcannavaayoung sure20:50
*** mrodden1 has quit IRC20:50
ayoungOK...so, would you be willing to be on removing the metadata table now?20:51
ayoungto bet on20:51
ayoungjcannava, I can see what you are doing, and I think it is the right thing....20:52
openstackgerritA change was merged to openstack/nova: Virtual Power Driver list running vms quoting error  https://review.openstack.org/2423620:52
*** radez is now known as radez_g0n320:52
ayoungand if it is, we should not need the metadata table anymore20:52
ayoungbut..are you 100% sure of that?20:52
ayoungI mean, you wrote it, so I am guessing that you are.  Can you justify that conclusion?20:53
*** CaptTofu has joined #openstack-dev20:53
* ayoung has to leave, though, to pick up my son...just noticed the time. Dagnabit20:53
jcannavaayoung ok so i'm confident that the migration works and the roles will be in the right place20:54
dolphmayoung: ping me later about it20:54
*** ayoung is now known as ayoung-afk20:54
dolphmgyee: easy RC1 blocker https://review.openstack.org/#/c/24202/20:54
dolphmhenrynash: ^20:54
*** fire has joined #openstack-dev20:54
*** sandeepr has quit IRC20:54
jcannavado I need to keep the metadata table around for safety I think is the question, i'm not opposed to leaving it to be sure20:54
openstackgerritA change was merged to openstack/oslo-incubator: update OpenStack, LLC to OpenStack Foundation  https://review.openstack.org/2435020:56
dolphmjcannava: the table is no longer referenced by the codebase, it's expected to be gone20:56
wkellyand the information in the new table would be what you want to be in the metadata table should you roll the database back to a previous state20:56
wkellyto make sure that you keep role changes on rollback20:56
*** stevebaker has quit IRC20:57
wkellywhich seems to be in place in downgrade20:57
*** stevebaker has joined #openstack-dev20:57
openstackgerritA change was merged to openstack/keystone: Filter out legacy_endpoint_id (bug 1152635)  https://review.openstack.org/2393420:59
uvirtbotLaunchpad bug 1152635 in keystone "legacy_endpoint_id returned on v3" [Medium,In progress] https://launchpad.net/bugs/115263520:59
openstackgerritA change was merged to openstack/keystone: Ensure tokens are revoked for relevant v3 api calls  https://review.openstack.org/2407820:59
*** henrynash has quit IRC21:00
*** giulivo has quit IRC21:04
*** henrynash has joined #openstack-dev21:04
*** henrynash has quit IRC21:06
*** stevebaker has quit IRC21:07
*** stevebaker has joined #openstack-dev21:07
*** digitals_ has joined #openstack-dev21:08
gyeedolphm, question on the links21:08
gyeeso the links inside an element have no previous or next attributes right?21:08
*** jsavak has quit IRC21:08
*** martine_ has quit IRC21:09
*** digitalsanctum has quit IRC21:10
dolphmgyee: no, but they could have other attributes that we haven't defined yet21:14
*** john5223 has quit IRC21:14
dolphmgyee: for example, a user object could have links to "projects" and "domains" for the things they can auth against21:14
gyeek21:14
dolphmgyee: next/previous are currently only defined for paged collections though -- but we're not paging yet21:15
gyeeI am trying to figure out how to proper handle them21:15
*** jruzicka has quit IRC21:15
gyeeproperly21:15
dolphmgyee: if they're null in JSON, they shouldn't appear in XML, as there's not really a null equivalent in xml21:16
gyeek21:16
dolphmgyee: was that the concern?21:16
gyeeno, I am trying to figure out what the rel21:17
gyeelike rel="previous"21:17
gyeebesides previous, next, and self, what other rel do we need to worry about21:17
*** sandywalsh has joined #openstack-dev21:18
*** jbr_ has left #openstack-dev21:18
*** digitals_ is now known as digitalsanctum21:18
gordcdolphm,gyee: i'm sitting in on ceilometer meetings right now, would you guys know when keystoneclient release is?21:18
*** marun has quit IRC21:18
*** marun has joined #openstack-dev21:19
gyeegordc, I bet dolphm knows the answer21:19
dolphmgordc: i've been following along, i'm looking to see if there's any reason why we couldn't do one immediately21:19
dolphmgyee: it just won't have v3 auth support yet :(21:19
gyeedoh!21:19
gordcdolphm:yeah, i was going to mention that. i don't think ceilometer uses v3 auth though (don't know a lot of the code though)21:20
gyeedolphm, why we need to cut a release now?21:20
*** henrynash has joined #openstack-dev21:22
dolphmgyee: we're blocking as a result of https://bugs.launchpad.net/python-keystoneclient/+bug/115166521:22
uvirtbotLaunchpad bug 1151665 in python-keystoneclient "Pypi python-keystoneclient(v0.2.2) not compatible with the latest oslo.config-1.1" [Critical,Confirmed]21:22
*** jbresnah has quit IRC21:22
*** digitalsanctum has quit IRC21:23
gyeei c21:23
*** stevebaker has quit IRC21:24
*** cp16net is now known as cp16net|away21:24
*** cp16net|away is now known as cp16net21:26
*** davidhadas has quit IRC21:28
*** david-lyle has quit IRC21:29
*** davidha has joined #openstack-dev21:30
*** imsplitbit has quit IRC21:34
dolphmgordc: is the current oslo.config tarball sufficient, or should we merge https://review.openstack.org/#/c/24228/ prior to tagging?21:34
*** davidha has quit IRC21:35
*** timello has quit IRC21:36
gordcnot sure myself. i know ceilometer just merged in the 1.1 final update yesterday21:36
dolphmgordc: it's going through gating for keystone itself as well21:37
dolphmnijaba: ^21:38
nijabadolphm: thanks a lot21:38
dolphmnijaba: i meant the question above :)21:38
dolphmhenrynash: same as the one on keystone, but for keystoneclient https://review.openstack.org/#/c/24228/21:39
henrynashdolphm: too slow :-)21:39
dolphmhenrynash: haha thanks anyway (thanks gyee!)21:40
gyeehenrynash, btw, did you have a chance to investigate the Swift ACL impact with non globally unique names?21:41
henrynashgyee: so I did, yes…and sent findings to the swift guys to get them to confirm their findings…let me copy you as I chase them for confirmation that we ware ok21:41
gyeeI was going to take a look, but don't want to overlap with your work21:42
gordcdolphm,gyee,henrynash: thanks for pushing it through.21:42
mordredthis oslo.config rollout is killin gme21:42
*** llu-laptop has joined #openstack-dev21:43
llu-laptopdolphm: could you repost your question? I just joined21:44
*** mtreinish has quit IRC21:44
llu-laptopsorry for that21:44
dolphmmordred: do i have permission to push a git tag, or do we need heckj for that?21:45
dolphmmordred: (keystoneclient)21:45
mordreddolphm: I believe we need heckj for that ... looking21:45
dolphmllu-laptop: was wondering if we needed to wait for https://review.openstack.org/#/c/24228/21:45
mordreddolphm: (or try it, it won't break if you don't have permission)21:45
mordreddolphm: just make sure to do git tag -s to sign it21:45
*** alop has quit IRC21:46
dolphmmordred: k, i'll try once the above review merges21:46
llu-laptopdolphm: it's merged, right?21:46
dolphmllu-laptop: approved but waiting for gate21:47
llu-laptopdolphm: I think it'd better to include that so all openstack service are now using the same version of oslo21:48
*** glikson has quit IRC21:48
dolphmmordred: git tag -s 0.2.3 && git push gerrit master <-- is master correct for a client tag?21:49
dolphmllu-laptop: agree; i wasn't sure based on the discussion if ya'll were specifically looking for a release with the tarball as a dep or not21:50
mordreddprince: nope21:50
mordreddolphm: git tag -s 0.2.3 && git push --tags gerrit21:50
ttxmordred: if that doesn't work I can probably help21:50
mordredttx: aha!21:51
dprincemordred: did I ask a question sir?21:52
dolphmttx: thanks :)21:52
mordreddprince: nope. dolphm did and my tab-complete went wild21:52
ttxdolphm: want me to tag something ?21:52
termieayoung-afk: added responses on https://review.openstack.org/#/c/24284/21:52
dprincemordred: cool. carry on.21:52
ttxdolphm: python-keystoneclient d782a998474d92d4299b4404b69442f0288efc3b -> 0.2.3 ?21:53
openstackgerritA change was merged to openstack/tempest: Fix skip formats to trigger skip_tracker.  https://review.openstack.org/2434921:53
openstackgerritA change was merged to openstack/nova: Make run_instance() bail quietly if instance has been deleted  https://review.openstack.org/2424321:53
openstackgerritA change was merged to openstack/nova: Fix use of potentially-stale instance_type in tenant_usage  https://review.openstack.org/2434321:53
openstackgerritA change was merged to openstack/nova: Refactor work with session in db.block_device_mapping_* methods  https://review.openstack.org/2414721:53
openstackgerritA change was merged to openstack/glance: Fix circular import in glance/db/sqlalchemy  https://review.openstack.org/2417121:54
ttxlooks like quantum rc1 is still pending a few things, so I have free time tonight :)21:54
openstackgerritA change was merged to openstack/python-novaclient: Use keyring for testing  https://review.openstack.org/2406521:54
openstackgerritA change was merged to openstack/glance: Fix check_003 method.  https://review.openstack.org/2384421:54
ttxzuul in merging frenzy21:54
*** maoy has quit IRC21:55
openstackgerritA change was merged to openstack/quantum: Replace "OpenStack LLC" with "OpenStack Foundation"  https://review.openstack.org/2432621:55
openstackgerritA change was merged to openstack/glance: Declare index on ImageMember model  https://review.openstack.org/2435121:55
ttxdolphm: make up your mind, the shop closes in 2 min.21:55
openstackgerritA change was merged to openstack/swift: Add a region tier to Swift's ring.  https://review.openstack.org/2373321:55
mordreddude. that's a nice pile of merge there21:56
ttxwow, did someone disable tests in gating or what21:56
*** alunduil has quit IRC21:57
*** sacharya has quit IRC21:59
*** ewindisch has quit IRC21:59
*** colinmcnamara has joined #openstack-dev21:59
*** pcm__ has quit IRC22:00
asalkeldttx / mordred is this ok? https://review.openstack.org/#/c/2429322:00
asalkeldshould we propose a change to openstack/requirements?22:00
openstackgerritA change was merged to openstack/quantum: drop rfc.sh  https://review.openstack.org/2435522:01
openstackgerritA change was merged to openstack/nova: Don't load system_metadata when it isn't joined.  https://review.openstack.org/2422122:01
vishyjgriffith: man i'm tired of this hang on dd issue22:04
vishyjgriffith: can't clone a volume without freezing my vm22:04
*** stevebaker_ has joined #openstack-dev22:06
termiejeblair: heya, wanna install cassandra on our jenkins machines?22:07
termiejeblair: i'll give you a hug or altenatively _not_ give you a hug next time i see you22:07
*** kbringard has quit IRC22:09
* ttx goes to bed22:09
jgriffithvishy: I hear ya... update the LVM driver22:11
jgriffithvishy: That's the only reliable solution I've come up with22:11
jgriffithvishy: and looking at the last update from sebastian I'm not holding my breath on a better option22:11
llu-laptopdolphm: sorry for the late response. our bottom line would be to have a pypi verison python-keystoneclient compatible with oslo.config 1.1.022:12
jgriffithvishy: I've tried so many different things but I've had ZERO luck22:12
*** kaushikc has quit IRC22:12
mordredtermie: is cassandra actually installable these days? last I checked the process was "do java things, pray, cray, drink"22:15
*** zzs has joined #openstack-dev22:15
dolphmttx: no worries22:15
termiemordred: on my mac i just typed "brew install cassandra" followed by a short wait, then type "cassandra" and ran the tests22:15
mordredtermie: interesting.22:15
dolphmllu-laptop: i'll try a tag as soon as https://review.openstack.org/#/c/24228/ is merged (it's in progress)22:16
*** alop has joined #openstack-dev22:16
mordredtermie: that's definitely less involved than before22:16
termiemordred: i didn't see a package for it on my ancient debian box22:16
termiemordred: but i suspect there is an apt repo you add nowadays22:16
llu-laptopdolphm: thanks! tagging means pypi version ready?22:16
mordredtermie: jeblair is out today - I'll poke him (or you can) tomorrow22:16
termiemordred: http://java.dzone.com/articles/installing-apache-cassandra looks pretty straightforward22:17
termiemordred: basically adding an apt source and their key22:17
mordredcool. that's not terrible22:17
termiein the meantime i am looking into a mock implementation, but the ones i've found are pretty old and don't support the features we use22:18
termiebut since i think we are already testing multiple versions of sql this doesn't seem like a stretch22:18
*** stevebaker_ has quit IRC22:20
henrynashdolphm, gyee, young: LDAP testing change from Brad probably ready to be given the push: https://review.openstack.org/#/c/24023/22:21
*** gordc has quit IRC22:24
*** monst_ has quit IRC22:24
*** ayoung-afk is now known as ayoung22:25
*** ewindisch has joined #openstack-dev22:26
*** topol has quit IRC22:26
ayoungdolphm, jcannava approved22:26
*** eharney has quit IRC22:29
*** datsun180b has quit IRC22:30
*** hemna is now known as hemnafk22:31
*** koolhead17 has quit IRC22:32
*** edmund has quit IRC22:32
*** ewindisch has quit IRC22:32
*** shardy has quit IRC22:33
gyeehenrynash, ldap doesn't support update project name?22:36
henrynashgyye: I think it does, I just don't think it supports you updating it once you create a project22:37
*** stevebaker has joined #openstack-dev22:38
*** monst_ has joined #openstack-dev22:40
*** bdpayne has quit IRC22:42
*** henrynash has quit IRC22:43
*** mkollaro has quit IRC22:44
*** bknudson has quit IRC22:47
*** alunduil has joined #openstack-dev22:47
*** pabelanger has quit IRC22:48
openstackgerritA change was merged to openstack/nova: Fix: Nova aggregate API throws an uncaught exception on invalid host  https://review.openstack.org/2418722:49
openstackgerritA change was merged to openstack/keystone: Switch to final 1.1.0 oslo.config release  https://review.openstack.org/2420222:49
gyeedolphm, ayoung, https://review.openstack.org/#/c/24290/22:49
*** stevebaker has quit IRC22:50
*** jbresnah has joined #openstack-dev22:52
openstackgerritA change was merged to openstack/swift: Fix swift-ring-builder's list_parts command.  https://review.openstack.org/2436122:53
openstackgerritA change was merged to openstack/swift: Add missing CONTRIBUTING.md to source tarball  https://review.openstack.org/2430022:53
openstackgerritA change was merged to openstack/python-keystoneclient: Switch to final 1.1.0 oslo.config release  https://review.openstack.org/2422822:53
*** enikanorov_ has quit IRC22:54
*** enikanorov has joined #openstack-dev22:54
*** kaushikc has joined #openstack-dev22:55
*** dontalton has quit IRC22:56
*** egallen has joined #openstack-dev22:57
*** kaushikc has left #openstack-dev22:59
*** woodspa has quit IRC23:02
vishydolphm, ayoung: ping23:02
dolphmvishy: o/23:02
vishydolphm: so I'm attempting to understand https://bugs.launchpad.net/nova/+bug/115480923:03
uvirtbotLaunchpad bug 1154809 in nova "Volume detach fails via OSAPI: AmbiguousEndpoints" [Undecided,New]23:03
vishyit appears that somehow two endpoints are getting returned23:03
vishydid the endpoint format change somehow in the service catalog?23:04
vishyi see these things like legacy_endpoint_id23:04
*** yjiang5 has quit IRC23:04
vishyand i no longer see a publicURL and adminURL23:04
*** kpavel has quit IRC23:04
vishydolphm: I"m also curious why serviceName would be None23:05
dolphmvishy: hmm... yes and no -- what's returned should be identical but the way endpoints are persisted has changed :(23:06
vishydolphm: well something seems a bit different23:06
dolphmvishy: legacy_endpoint_id is an implementation detail meant to be hidden from the API23:06
dolphmvishy: which i just fixed ^ hopefully23:06
dolphmvishy: https://bugs.launchpad.net/keystone/+bug/115263523:07
uvirtbotLaunchpad bug 1152635 in keystone "legacy_endpoint_id returned on v3" [Medium,Fix committed]23:07
*** pholland has quit IRC23:07
vishyok well that catalog looks different23:07
dolphmvishy: but you're seeing that attribute on v2?23:07
vishydolphm: well i don't know23:07
vishydolphm: it looks like it might be requesting v3 api by accident23:07
dolphmvishy: you might be seeing this? https://bugs.launchpad.net/keystone/+bug/115263223:08
uvirtbotLaunchpad bug 1152632 in keystone "null endpoints are not ignored by v3" [Low,In progress]23:08
vishydolphm: the catalog is coming from auth_token_middleware23:08
dolphmvishy: if either of these two bugs have an impact on v2 i'm not aware of it23:08
vishydolphm: does auth_token middleware still use v2?23:08
dolphmvishy: it was just upgraded to support v323:08
vishydolphm: ok so that is what is causing the problem23:09
*** dstufft has quit IRC23:09
vishyhow does one set it back to v223:09
dolphmvishy: https://github.com/openstack/python-keystoneclient/commit/d782a998474d92d4299b4404b69442f0288efc3b23:09
*** dstufft has joined #openstack-dev23:09
vishydolphm: the issue is we need a service catalog in v2 format23:09
vishyin order to send it in properly to cinderclient23:10
*** jaypipes has quit IRC23:10
dolphmvishy: you can set auth_version in nova.conf -- not sure of the value for v2 (v2.0 / v2 / 2.0 / etc)23:10
vishydolphm: unless I'm missing the problem23:11
*** jbresnah has quit IRC23:11
vishyit also seems odd that serviceName is not set23:11
vishydolphm: so did the format of the serviceCatalog change from v2 -> v3?23:12
dolphmvishy: that definitely looks broken -- adding keystone to that bug23:12
dolphmvishy: yes23:12
vishyok so can you find out what i need to set for v223:12
vishylike to post it as a workaround on that bug23:12
dolphmvishy: looks like auth_version = v2.023:12
vishyalso curious why i don't see it in devstack23:13
openstackgerritA change was merged to openstack/tempest: Add duplicate bug detection to skip_tracker.py  https://review.openstack.org/2411023:14
dolphmvishy: i'm running out the door -- gyee (implemented the v3 catalog) or henrynash (implemented the v3 auth_token support) might be able to help23:15
dolphmvishy: i added to keystone to the nova bug for the null service name at the very least -- i haven't noticed that23:15
dolphmvishy: i also have a partial fix for https://bugs.launchpad.net/keystone/+bug/1152632 -- hoping to push tonight/tomorrow23:16
uvirtbotLaunchpad bug 1152632 in keystone "null endpoints are not ignored by v3" [Low,In progress]23:16
vishydolphm: so there is a problem23:17
vishyok23:17
*** esp1 has quit IRC23:17
vishyadam_g: ping23:19
*** jbresnah has joined #openstack-dev23:19
*** monst_ has quit IRC23:20
openstackgerritA change was merged to openstack/oslo-config: Fix copyright - from LLC to Foundation  https://review.openstack.org/2437523:21
*** stevebaker has joined #openstack-dev23:23
*** jergerber has quit IRC23:24
*** anteaya has left #openstack-dev23:25
termieayoung: ... wait you just added this "trust" thing?23:25
*** riskable has quit IRC23:27
termieayoung: and a new argument to the driver driver definition? i don't think this is bueno23:28
*** gongysh has joined #openstack-dev23:29
termieayoung: _and_ changed the behavior of null expires?23:29
*** epim has quit IRC23:29
*** markwash has quit IRC23:29
termieayoung: i guess htat means i get to get rid of weird explicit edge case behavior to preserve stupid None expires23:30
*** llu-laptop has quit IRC23:30
*** torandu has quit IRC23:31
*** dolphm has quit IRC23:31
*** zzs has quit IRC23:31
*** egallen has quit IRC23:32
adam_gvishy, pong23:33
vishyadam_g: found a workaround for you23:34
vishydid you see?23:34
adam_gvishy, just got back to the keyboard. checking now23:34
vishyadam_g: workaround works for me23:36
vishywill propose it as a change for now23:36
adam_gvishy, yah, trying it now23:36
adam_gvishy, that works here, too. shioul23:37
adam_gvishy, er, i should note i'm using UUID tokens ATM, should i try PKI as well?23:38
vishyyeah23:38
vishyit doesn't affect pki right now23:38
*** mscott has joined #openstack-dev23:38
*** Ritz-Mobile has quit IRC23:39
*** Ritz-Mobile has joined #openstack-dev23:40
adam_gvishy, PKI looks okay here, too23:40
*** cloudchimp has joined #openstack-dev23:40
*** woodspa has joined #openstack-dev23:43
*** rmohan has quit IRC23:43
*** markmcclain has quit IRC23:43
*** rmohan has joined #openstack-dev23:43
*** flaper87 has quit IRC23:43
termieayoung: so, how about we rip out all the trust stuff23:47
termieayoung: feels last-minute23:49
termieayoung: i know you're excited about it23:50
*** Ritz-Mobile has quit IRC23:51
*** garyTh has quit IRC23:53
termieayoung: i think it's the wrong solution, and while i'm sure the first argument will be something along the lines of "well you should have paid attention earlier" i don't think bumping an entirely new concept in is a good idea23:54
*** terryh has quit IRC23:54
*** vipul is now known as vipul|away23:54
*** novas0x2a|lapto1 has joined #openstack-dev23:56
*** novas0x2a|laptop has quit IRC23:56
*** gyee has quit IRC23:57
*** vipul|away is now known as vipul23:59
openstackgerritA change was merged to openstack/glance: Fix uniqueness constraint on image_members table.  https://review.openstack.org/1954723:59

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