16:02:26 #startmeeting hierarchical_multitenancy 16:02:26 Meeting started Fri Jul 10 16:02:26 2015 UTC and is due to finish in 60 minutes. The chair is raildo. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:02:27 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:02:29 The meeting name has been set to 'hierarchical_multitenancy' 16:02:45 hi all 16:02:53 Hi 16:03:00 #topic review of action items 16:03:37 i tought that we only have one action item in the last meeting 16:03:48 yes 16:03:48 "raildo will take a look in the patch and will fix it #link https://review.openstack.org/#/c/182140/" 16:03:54 ok 16:04:21 I take a look on this patch, the problem is not easy to solve. 16:04:31 i know :-) 16:05:18 me and rodrigods tested the nova behaviour and we see that in the nova site works correctly with the tempest tests 16:05:58 ok 16:06:24 now, we are trying to figure out what is wrong in the tempest test and trying understand how to verify/change the project_id in the nova call 16:06:30 and fix the test 16:06:49 I think that we need one or two days to finish this 16:07:01 hi all 16:07:09 ok 16:07:15 hi vilobhmm 16:07:22 hi, vilobhmm 16:07:30 hi vilobh 16:07:34 so I'll readd the action item, to keep with this for the next meeting 16:07:40 ok 16:07:52 sorry raildo I missed but what is this action item about 16:08:02 vilobhmm: raildo will take a look in the patch and will fix it #link https://review.openstack.org/#/c/182140/ 16:08:24 raildo : ok thanks 16:08:34 #action raildo wiil keep working to fix the #link https://review.openstack.org/#/c/182140/ 16:09:19 #topic nova code status 16:09:33 sajeesh: - split of patches 16:09:44 I have splited the code 16:10:08 Now there are 7 patches 16:10:26 I have to upload two more patches 16:10:37 It is ready...I have to upload only 16:10:46 what patches? 16:11:21 ericksonsantos : https://blueprints.launchpad.net/nova/+spec/nested-quota-driver-api 16:11:22 api support for v3 and v2 calls 16:12:11 presents everything is done in a single patches which makes the number of lines of code to more 1000 16:12:18 more than 1000 16:12:19 sajeesh, I mean... what are the patches you have to update? 16:13:17 erickson: now lot of functionalites are in a single patch 16:13:47 just splitting them into multple patches to ease the review process 16:13:56 sajeesh : do you mean to say are you breaking https://review.openstack.org/#/c/149828 into multiple patches 16:14:02 sajeesh, I saw you have updated some of them and I've started reviewing 16:14:21 eirckson..you are right 16:14:44 vilobh, yes 16:14:47 ok 16:14:55 it is too big 16:15:14 I will not change the code . just splitting only 16:15:19 sajeesh: - avoiding code duplication 16:15:28 sajeesh, ok 16:15:29 yes...I am doing that 16:15:31 ok… 16:15:52 sajeesh: What you are doing to avoinding this, when you are creating a new driver? 16:16:09 ? 16:16:26 raildo : do you mean how do you avoid code duplication ? 16:16:30 yes 16:16:41 sajeesh, I have sent a review about code duplication 16:16:52 raildo, inheritance I am using 16:17:03 erickson, I have seen it 16:17:03 I mean, now that we aren't the approach to create a hole new driver 16:17:29 raildo : one way would be that we have a common base class QuotaDriver from which class NestedQuotaDriver and class DbQuotaDriver will inherit 16:17:39 new driver inherits from the old driver 16:18:05 since most of the functionality is shared between class NestedQuotaDriver and class DbQuotaDriver the common functionality can reside in base class QuotaDriver 16:18:06 I have to override around 5 methods ..that is all 16:18:29 vilobhmm: sajeesh great 16:19:06 vilobh, I am keeping the DbQuotaDriver untouched 16:19:37 sajeesh: and about tests for this new driver? Are you already implemented it? 16:19:42 sajeesh, you can go this way, but make sure you will use inheritance power 16:19:49 sajeesh : I would say rather than going with olddriver—> new driver (new driver inheriting from old driver) we should go with olddriver and newdriver both inheriting from a common driver that way it will be good if we plan to add any more new drivers in future 16:20:21 anything is good i just feel 2nd approach is more scaalable…but up to you 16:20:26 you have a better idea 16:20:29 raildo: I have implemented monkey patching in the existing test cases 16:20:44 vilobhmm, I think that the common driver is already the DbQuotaDriver 16:20:50 They are passing the tests 16:20:57 erickson +1 16:21:18 raildo, they are passing the tests 16:21:30 now I have to add more uses cases 16:21:42 sajeesh : great! 16:21:51 sajeesh: nice 16:22:07 sajeesh, can you be more specific? 16:22:20 raildo: I will upload the code with the modified test cases today 16:22:38 #action sajeesh will upload the code with the modified test cases today 16:22:38 erickson, can you plz make it clear 16:23:40 erickson: I have patched the existing test cases and they are passing the tests 16:23:52 but they are meant for non-nested projects 16:24:02 sajeesh, hmm... I see 16:24:08 now more tests need to added for nested projects 16:24:14 sure 16:24:58 #topic implementation of monkey patches 16:24:59 it is a bit time consuming thing ....since we need to have mock hierarchy with values 16:25:27 sajeesh: so you probably will need help with this, right? 16:25:44 yes....to make it faster 16:26:05 sajeesh, how did you do in order to test keystone calls? 16:27:00 I have patched it 16:27:39 so that the existing tests will be passed 16:28:16 ok 16:28:33 I have patched two methods only 16:28:43 not ...keystone as a whole 16:29:44 nice 16:30:13 sajeesh: so, do you have a script or something in mind to create the use cases for the tests? 16:30:32 sajeesh: something to make easier other people help you with this? 16:30:51 I have made two test cases...for that I am following the existing method 16:31:00 dummy values. 16:31:26 but for the remaining , I am planning to have script 16:31:52 I have something in my mind 16:32:19 will communicate it by tomorrow 16:32:48 sajeesh: great, I think that we can talk more about this in skype :) 16:32:55 during the week 16:33:06 means I will make a fake heirarchy...so that others can help me effectively 16:33:16 raildo....thanks 16:34:05 sajeesh: anything more about the nova side that you want to talk? 16:34:14 we can contact through skype 16:34:26 ok 16:34:35 nothing more from my side 16:34:55 #topic status of cinder code: what's left to be done? 16:35:01 vilobhmm: ericksonsantos ^ 16:35:18 For cinder https://review.openstack.org/#/c/194406/ and https://review.openstack.org/#/c/185704/ got merged....continue working on nested quota driver change that I left off before my vacation....started back with it... 16:35:53 btw congrats for the merged patches :) 16:35:55 should have the changes ready by July 25th (including the unit test) 16:35:58 I think the next step we have to do is to get informations from keystone (parent_id and childs) using keystoneclient and test it 16:36:33 raildo : thanks….ericsonsantos has been really helpful in pushing these patches when i was away…also thanks sajeesh for the reviews 16:36:45 :-) 16:36:58 vilobhmm, :) 16:37:09 vilobhmm, when are you planning to upload the new patch? 16:37:13 ericksonsantos: this is not already implemented, right? 16:37:15 yes once we figure out how the update path will work like scoping tokens etc…we should be good 16:37:47 ericksonsantos : end of coming week most prob 16:38:18 raildo, not yet 16:38:22 vilobhmm: ericksonsantos will keep working with you in the cinder side, right? 16:38:36 sure 16:38:41 more the better :) 16:38:57 I think that the next steps can be understand if cinder make some similar keystone call 16:39:01 vilobhmm, nice! 16:39:19 raildo, no, it's not. 16:39:26 hum 16:39:44 raildo, I think the first patch wich is trying to do so is #link https://review.openstack.org/#/c/143645/ 16:40:23 raildo, so, we have a good start point. 16:40:33 ericksonsantos: great :) 16:40:58 ericsonsantos, raildo : again how will this patch help us if you can shed some light 16:41:08 not able to get it from the description 16:41:29 vilobhmm, this patch is making keystone call 16:41:47 right 16:41:49 ericksonsantos: vilobhmm do you suggest some action point for your side for the next meeting? 16:41:52 vilobhmm, so we can make our calls based on how they are doing it 16:42:11 * raildo need to goind deep more in the cinder code 16:42:18 raildo : we both can make sure this patch https://review.openstack.org/#/c/143645/ proceeds and gets merged 16:42:21 by coming week 16:42:40 as it will be helpful for our work 16:42:47 sounds good to me :) 16:42:54 raildo, vilobhmm yes 16:43:02 along with that vilobhmm will propose the initial patch for nested quota driver if possible 16:43:15 #action vilobhmm and ericksonsantos will make sure this patch https://review.openstack.org/#/c/143645/ proceeds and gets merged 16:43:40 makes sense 16:44:09 raildo, vilobhmm I think that I can send a patch with keystone calls to cinder, and you (vilobhmm) can send your patch above mine, what do you think? 16:44:54 ericksonsantos : works 16:44:55 for me 16:44:56 since keystone calls will be needed anyway 16:45:00 sure 16:45:03 vilobhmm, nice :) 16:45:04 lets do it ! 16:45:20 #action ericksonsantos will send a patch with keystone calls to cinder 16:45:30 raildo : cinder will also need policy.json changes right 16:45:37 for cloud admin and root adming 16:46:13 vilobhmm: right... 16:46:15 since these are small steps better to finish them off before procedding to major chunks IMHO 16:46:25 so you can add that too in the action item 16:46:34 its a small change will finish that off as well 16:46:38 the only problem that I see is that this roles needs to be created in the keystone side 16:46:56 raildo, ++ 16:47:00 vilobhmm: to this works... so we are kind of creating a "role dependence" 16:47:09 for the quota code 16:47:19 yes 16:47:57 raildo, sajeesh, eriksonsantos : since these are small steps better to finish them off before procedding to major chunks IMHO 16:48:07 I mean, if we don't have this exacly role, with this name in keystone, the nova/cinder doesn't work. I don't like this idea... 16:48:09 sorry pasted again 16:48:40 so why don't we have a common change in keystone so that both nova and cinder can benefit from it 16:49:05 vilobh ++ 16:49:12 raildo, neither do I, maybe we have to think a bit more and try to come out with a better solution, if any 16:49:15 vilobhmm: that something that I want to do, but this not be simple to make(for liberty) 16:49:33 I know 16:50:16 raildo : lets jump of to keystone channel after our meeting or you can drop an email to openstack-dev and see if we can get this in…since from nova and cinder side people have commited for nested quota and will need help from keystone to get this going 16:50:49 raildo : requesting you since you have worked with keystone 16:50:55 and none of us have 16:51:09 raildo: although I have more roles, role admin will work, even if others won't 16:51:26 vilobhmm: I think that we can discuss a little more about this in the skype during a couple days, and we can talk in the keystone channel 16:51:41 +1 16:51:42 raildo, ++ 16:51:51 sure raildo… 16:52:14 just to trying find a better solution between us :) 16:52:20 Just that I don't want ericksonsantos or either of us to block because of this, so just being cautious :) 16:52:35 totally raildo 16:52:36 vilobhmm: exactly 16:53:09 when do we have the skype meetings 16:53:18 i haven't attended one since i was away on vacations 16:53:20 #action ALL discuss more about new roles in nova and cider, and try find a good solution to send for the keystone folks 16:53:25 ++ 16:53:29 vilobhmm, I think you are not in the skype group yet 16:54:06 I will talk with schwicke to add you in the skype group 16:54:06 oh okay… 16:54:12 vilobhmm: ^ 16:54:13 please do 16:54:18 great 16:54:19 thanks raildo 16:54:25 we have 5 more minutes 16:54:35 #topic AOB 16:55:01 nothing from my side 16:55:14 nothing from my side too 16:55:25 ^ 16:55:36 ok, so thank you guys and have a nice week :) 16:55:37 its great to work with all of you ! :) thanks again guys for all the help 16:55:39 raildo...thanks a lot for conducting the meeting 16:55:41 see you in the skype 16:55:45 you too raildo! 16:55:50 sajeesh: np :) 16:55:51 and all 16:55:55 #endmeeting