16:06:05 #startmeeting Hierarchical Multitenancy 16:06:06 Meeting started Fri Apr 11 16:06:05 2014 UTC and is due to finish in 60 minutes. The chair is vishy. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:06:07 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:06:09 The meeting name has been set to 'hierarchical_multitenancy' 16:06:11 hi 16:06:23 hi 16:07:03 hi 16:07:09 hi 16:07:12 hi 16:07:15 #topic role inheritance 16:07:30 raildo: did you make any progress on the role inheritance implementation? 16:08:02 vishy: The implementation is ready, but remain some security checks, I will send to the ML as soon as possible 16:08:11 cool 16:08:17 vishy: we have a new collaborator: Sajeesh. Vinod is back to india, and Sajeesh is taking over from him 16:08:33 did you end up creating a flag for “inherited”? 16:08:43 schwicke: ok great, welcome Sajeesh 16:08:52 Hi Vishy Thanks 16:09:44 vishy: Currently I am checking the roles that are listed as inherited, ie, the user adds the role to be inherited. 16:09:50 raildo:sounds very good 16:10:43 vishy: im also working on this with raildo, mostly him, but we will have it done soon 16:11:55 I check if this inherited role is associated with the parent project, if it is I add the project child 16:13:25 great 16:13:41 ok I”m not aware of any other active work being done in advance of the summit 16:14:02 if anyone hasn’t read the updated http://wiki.openstack.org/HierarchicalMultitenancy 16:14:18 I encourage you to do so and bring up any issues 16:14:38 as I mentioned last week we will have a few sessions at the summit to discuss it 16:15:50 I think Vinod recently made some improvements on our POC 16:16:44 VINOD_: does it make sense to review this and integrate with what raildo did ? 16:17:00 I can do it. 16:17:14 would be nice to have the complete thing for the summit 16:17:21 I request raildo to send a link when he completes the testing 16:17:38 sounds good 16:17:46 does anyone have anything else to discuss? 16:17:49 VINOD: I will send you as soon as everything is finalized. I believe that early next week. 16:17:50 Excellent. Let's do that then 16:18:06 I am little confused right now with role inheritance, but i will wait wait till raildo sends me the completed thing 16:18:16 raido: great 16:18:23 raildo: that's fine for me 16:18:31 VINOD: great 16:19:05 VINOD: Sajeesh can probably help as well 16:19:09 raildo: Will you put up the code only or any documentation will be there (even a brief explanation will do) 16:19:19 Ok sure 16:19:48 schwicke: OK 16:20:01 VINOD: I will explain how to test the code 16:20:19 raildo: Thanks, that will be great helpful to me 16:21:06 ok lets adjourn until next week unless anyone has something else 16:21:24 vishy: I don't know whether i can rise this issue or not...We had submitted new blueprints to Gerrit as part of new way of creating blueprints for Domain Quota Management 16:22:00 But its got stuck there, as reviewers are asking us to give a roadmap for keystone v3 usage for entire nova code 16:22:11 but we used only for Domain Quota (keystone v3 auth token)... 16:22:31 vishy: If you have some time, can you look into the blueprints..should i post the links now? 16:22:45 VINOD: we will probably have to get v3 code into nova in order to make this feature happen 16:22:52 so that is an important initial blueprint 16:23:09 the same is true of all projects 16:23:21 as keystone devs have said that this feature won’t go into v2 16:23:39 unless they are willing to accept it as an extension 16:24:08 vishy: But as for as i see nova has already code for accepting the v3 token, but the nova api's are not using v3 auth token and i had used it 16:24:15 vishy: anything on our side we can do to speed up things a bit ? 16:25:06 my understanding of the comments is that some organization of the transition is needed. Right ? 16:25:12 vishy: as schwicke said, we don't know how to proceed further...our code of Domain Quota Management is ready with both V2 APIs and V3 APIs (using keystone v3 token) is ready 16:26:34 that is correct 16:26:51 if we want to use new features in the v3 token 16:27:05 we probably need a specific blueprint about moving nova over to v3 16:27:39 vishy: who should open that ? 16:27:49 and drive this ? 16:27:52 you can do it if you want 16:28:03 or we can discuss it at the summit 16:28:32 will check internally how far our mandate goes :) 16:28:44 vishy: what is meant by " moving nova over to v3", because v3 auth token is already being accepted by nova code and i can even extract domain_id from v3 auth token 16:28:46 fyi I’m still advocating for domains not existing in the other projects 16:29:09 VINOD: i would need to see the comments in the review 16:29:29 #link https://review.openstack.org/#/c/82088/ 16:29:31 what happens if someone passes a v2 token? 16:29:34 the move to v3 is indepenend of this I think. 16:29:49 and its probably needed for nested projects as a prereq 16:30:00 our code of Domain Quota will not work, as it tries to get the domain_id from the token, which is not existing in the v2 token 16:30:39 sure 16:30:44 but i can change the code and make it accept the v2 also...but i didn't do it, because keystone v2 is any way going to be deprecated 16:31:10 vishy: the link i posted is currently in "abandoned" state (because of no activity in the last week), but we can surely check the comments 16:31:31 VINOD: so i think the request is pretty clear 16:31:41 vishy: ok 16:32:32 he wants a blueprint covering the v2->v3 transition 16:32:53 VINOD: but as I said i think domain quotas are a bad idea 16:33:08 :) 16:33:11 :) 16:33:11 vishy: ok 16:33:36 we are going to end up with two levers for everything 16:33:42 vishy: we did it, because 2-3 montgs back, domain are still a good part of openstack 16:33:47 sure 16:34:27 user quotas may be a bad idea as well :) 16:34:27 vishy: but any way, there is already so much of discussion happened about dropping domains and bringing hierarchical multitenancy, then we can wait till summit and change the code to suit to new hierarchy 16:34:34 right 16:34:36 ok 16:35:02 if you want to draft a v2->v3 proposal for nova that seems like a good start 16:35:18 just to have something up 16:35:22 vishy, schwicke: so, i think we have to stop the quota development (or modification) for time being, and wait for summit and then proceed according to the decision made in the summit 16:35:33 right 16:35:45 hmm, lookslike 16:36:02 ok lets finish up for today 16:36:06 hower, I think it would be a good idea to get the V3 transition forward in the mean time 16:36:17 I will see y’all next week 16:36:22 vishy: This is what confusing me "a draft for v2->v3", does this mean that, drop all the nova v2 code (the api extensions) and change them to v3 extensions? 16:36:27 I will check internally and let you know in the next meeting 16:36:27 no 16:36:30 for keystone 16:36:44 moving nova code to use the v3 keystone api 16:36:55 instead of v2 16:37:11 sure. 16:37:24 vishy: will there be a meeting next Friday ? 16:37:26 vishy: ok 16:37:33 yes 16:37:45 If I'm not mistaken it is a public holiday (easter weekend) 16:37:49 vishy, schwicke: but i guess its a big task.... 16:37:54 yes it is 16:38:00 we will need help 16:38:06 :) 16:38:22 vishy: for that reason I cannot promise that we'll be able to drive it. I have to check that with some people here :) 16:38:24 vishy: we can definitely provide the help, but we may not be able to do it single handedly 16:39:01 schwicke: hmm we don’t generally take food friday off in the US 16:39:09 well i will be around 16:39:17 OK, so then lets see next week. I will try to connect if I'm around. 16:39:18 the following week I am out however 16:39:24 ok 16:39:32 #endmeeting