16:08:59 #startmeeting hierarchical_multitenancy 16:09:01 Meeting started Fri Sep 12 16:08:59 2014 UTC and is due to finish in 60 minutes. The chair is schwicke. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:09:02 hi all 16:09:03 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:09:05 The meeting name has been set to 'hierarchical_multitenancy' 16:09:12 hi all! 16:09:18 thanks for joining in! 16:09:19 hi shwicke...sorry ...I was in a function 16:09:28 long time since the last meeting ... 16:09:32 yes 16:09:36 schwicke yes 16:09:50 we have a couple of things to be discussed 16:10:21 #topic implementation status 16:11:22 raildo: thanks for giving access to the VM 16:11:36 thanks raildo 16:11:39 schwicke, you're welcome 16:11:54 from the discussions and the mail exchange we had there is a api call which gives access to the full sub-tree, right ? 16:12:01 yes 16:12:17 We finish the implementation in Keystone, we are now in the process of code review 16:12:30 sajeesh: I think for the implementation that is good enough for now. we can optimize this later 16:12:45 schwicke +1 16:12:48 And we are developing for openstack-client and Horizon 16:13:00 schwicke ..I have completed the code 16:13:00 at the end I think it does not matter much if the list of immediate children (which is the only thing we need) is extracted on the keystone or the nova side 16:13:07 and python-keystoneclient 16:13:14 true 16:13:25 great! 16:13:55 sajeesh: coding is done and available in git ? 16:14:12 coding is over...I will upload in git 16:14:38 #action: sajeesh will submit the quota code to git 16:15:07 sajeesh, I will want to review the code :) 16:15:20 raildo..sure..thanks 16:15:27 #action sajeesh to invite reviews, eg raildo 16:16:19 so we can consider this done, right ? 16:16:31 yes 16:16:44 Next topic then 16:16:51 #topic: horizon 16:17:00 horizon ? 16:17:09 thanks again to Thiago for joining in 16:17:26 thanks a lot thiago 16:17:33 and the screen shots 16:17:34 schwicke: not at all, I'm glad 16:17:57 just to understand: for now this is only a PoC, right ? 16:18:29 yep, in fact it needs a huge ammount of improvement 16:18:44 do you already have a bp draft for this ? 16:18:55 the edit buttons is losing allignment when editting the name of the projects inline 16:19:09 ouch :) 16:19:30 not yet. I'm fixing these front-end problems right now 16:19:49 on our side I have some hope that we can free some man power to help on this. The question is only how to coordinate this. 16:19:58 and I intend to talk with the UX people to get some help (I'm not a very good front-end programmer) 16:20:22 (me neither :D) 16:20:36 A good start would be already to have a list of features which need to be implemented. 16:20:43 yes 16:20:53 I mean: add/edit/remove projects 16:21:02 add/edit/remove roles 16:21:14 We still have to talk to with the Horizon folks to show the implementation and create a BP for thisd 16:21:44 schwicke, but this will only be for Kilo (probably at the summit) 16:21:49 #action: contact horizon fols to show the implementation and create a bp 16:22:05 raildo: of course, that is obvious :D 16:22:06 I had some problems in obtaining a usable hierarchy to structure that pages. I had to get the whole subtree and process it to get wich project is what level and is son of wich other project and so on... 16:22:40 sure 16:22:51 I can coordinate that, if you don't mind 16:23:02 +1 16:23:04 sure, that would be great! 16:23:14 +1 16:23:21 #agreed: Thiago will coordinate work on horizon 16:23:30 we have also worked in the add project w/ parent 16:23:38 ok 16:24:14 edit is a different matter because, AFAIK, this option is not covered in our initial scope for hierarchy on keystone 16:24:54 ok 16:25:21 edit means ..changing the parent ? 16:25:21 well, by design we don't allow much to be edited for projects, right ? 16:25:47 right 16:26:03 but, as we are thinking in Kilo, maybe we have some time to add some new steps to enable it on keystone too 16:26:10 what comes to my mind what is useful to be edited is who of the user has an admin role as well as the nova quota values of the children 16:26:11 ok 16:26:24 that makes sense 16:27:02 actualy, that is what I was aiming at :) 16:27:35 ideally, it would be good if with kilo we could provide a set of patches which actually make the whole thing usable 16:28:06 sajeesh: edit really only means what I mentioned. 16:28:13 ok 16:28:27 and for the quota part I guess horizon will have to issue nova calls, simply 16:28:39 schwicke, ++ 16:28:40 +1 16:29:02 +1 16:29:10 I think it would make sense if BARC could start to have a look at this, what do you think ? 16:29:27 Nirbhay: welcome ! 16:29:34 hi Nirbhay 16:29:40 Hi to all, sorry for being late 16:30:10 Hi! 16:30:18 shwicke,we will see that 16:32:06 ok 16:34:48 next topic? 16:35:06 yes 16:35:35 (sorry, got distracted by my 2 years old playing with a knife ...) 16:35:39 #top summit 16:35:46 #topic summit 16:35:46 schwicke, hahahaha 16:35:52 :D 16:35:52 shwicke,first we need to identify what all things need to be changed with respect to the current horizon dashboard..we can have a offline discussion on this 16:36:12 sajeesh: ok, let's discuss offline 16:36:24 schwicke, I won my ticket and hotel via Travel Support Program 16:36:32 let's go to Paris \o/ 16:36:33 I'll prepare a VM with this code as soon as I can 16:36:46 raildo: that's great news! 16:36:50 raildo,great !! 16:36:55 raildo: congrats 16:37:03 thank you :D 16:37:05 from us there will be a number of people, mainly from the cloud operations team 16:38:02 My intention is to create a design session on cross project, about hierarchical projects 16:38:04 and one collaborator from BARC, Nirupma 16:38:21 raildo: +1 16:38:26 So, we can discuss Nova, Horizon, keystone and others :) 16:38:28 +1 16:38:32 +1 16:38:50 +1 16:38:55 +1 16:39:01 #link https://etherpad.openstack.org/p/kilo-crossproject-summit-topics 16:40:55 unfortunately, I cannot come to Paris due to an expected increase of the family at exactly that time :( 16:41:14 raildo: do you want us to update the etherpad ? 16:41:22 sure 16:41:56 schwicke: I don't know if I should congratulate you of feel sorry for you. 16:42:05 :) 16:42:13 :-) 16:42:21 I belive it's a 80-20% proportion 16:42:30 schwicke, summit has every six months 16:42:44 schwicke, congrats! 16:42:59 congrats 16:43:19 back to the topic 16:44:18 thiago..I will review your code..sorry I was busy last week 16:44:55 No problem, I'll be glad to have some feedback 16:45:08 the etherpad looks pretty generic, isn't it ? 16:45:30 yes 16:45:32 so it is really about proposing full work shops ? 16:45:38 We have to discuss at the summit: 16:45:39 - Final Implementation at Horizon 16:45:39 - Extension of hierarchical quota for the horizon? 16:45:39 - New features in Keytone (recursive deletion, update parent project ...) 16:45:58 anything else? 16:46:03 also: impact on other projecst 16:46:18 ok 16:46:44 I guess that at some point you might want to distribute you disk quota and delegate that as well. Stuff like that. 16:46:53 I think we should sepparate this horizon stuff in two topics: Hierarchical projects management and quota 16:47:21 raildo,if there is anything else to discuss...I will inform u ,..I have to think 16:47:35 sajeesh, ok 16:48:14 thiagop: +1 16:48:20 and invite UX people to the cross-project session also 16:48:26 that should make things easier. 16:48:30 schwicke, Do you intend to send someone to Summit? 16:48:43 see above: yes 16:48:50 raildo,what about what making keystone in sync with other services...I mean notifications 16:48:52 Nirupma will go there from our side. 16:49:50 Belmiro is working with us as well and will be there. He's more from the operations team though 16:49:58 sajeesh, I believe this should be a separate discussion (I think it will be very complicated), but I will suggest to the Keystone folks. 16:50:15 raildo,sure it is complicated 16:50:46 sajeesh: I imagine that this would be a very hot topic 16:51:02 very true 16:51:07 schwicke, Certainly! 16:52:02 shwicke, the kilo spec is likely to be opened at Sept-25 16:52:49 sajeesh: Great! Please submit asap, and invite core developers for review. Usual suspects I'd say 16:53:07 sure ..I will do it 16:53:32 Time is running out ... Following the suggestions of Vinod's topic - reduce frequency of meetings? 16:53:52 I think we should brain storm during the week on possible topics and review next friday 16:54:00 to conclude this topic 16:54:02 ++1 16:54:08 +1 16:54:10 schwicke, sounds good to me 16:54:17 +1 16:54:20 #agreed: brain storm over the week and rediscuss next Friday 16:54:33 #topic: frequency of meetings 16:55:09 I think we have 2 options: we leave the regular schedule but don't use every slot, or we go down to a 2 weeks schedule 16:55:27 thinking about the summit preparation I'm more in favor of the first option ... 16:55:34 Opinions welcome! 16:55:44 first option sounds good to me 16:56:03 the only issue is that other might might be able to use the slot otherwise 16:56:19 I believe to decrease the meeting for two weeks and maintain contact by email 16:56:52 so next meeting on the 26th ? 16:57:07 at that point we could check if the submission worked fine :)\ 16:57:19 I believe we need to have everything well defined for the summit, this meeting is important. 16:57:36 +1 16:57:38 raildo: I agree with you 16:58:01 at least until the summit we should probably keep the meetings untouched. 16:58:17 Time is running out. 16:58:19 schwicke, ok 16:58:31 +1 16:58:32 #agreed: keep the meetings as they are until the summit then review 16:58:40 ok, AOB ? 16:58:58 #endmeeting