18:02:16 #startmeeting 18:02:17 Meeting started Thu Apr 26 18:02:16 2012 UTC. The chair is jgriffith. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:02:18 Useful Commands: #action #agreed #help #info #idea #link #topic. 18:02:42 Who do we have for volume/cinder folks? 18:02:52 here 18:02:53 hi 18:03:06 hey 18:03:16 howdy 18:03:26 excellent... 18:03:34 esker: you here? 18:03:42 jgriffith: great job getting all the project setup kicked off 18:04:07 rnirmal: thanks to you!! I just followed your lead :) 18:04:30 Ok... renuka is on vacation today so won't be here 18:04:35 We should probably get started 18:04:59 #topic cinder update 18:05:28 So, as nirmal pointed out we now have an official project in the openstack ecosystem :) 18:05:43 https://launchpad.net/cinder 18:05:45 congrats! 18:05:56 I've added everybody that "volunteered" at the summit to the core team 18:06:07 and https://github.com/openstack/cinder 18:06:33 rnirmal: Thanks, I forget not everybody has seen all of those yet probably 18:06:34 https://launchpad.net/~cinder-core 18:06:44 yeah that's why I'm pasting those links here 18:06:49 :) 18:06:56 so anybody looking at the mins will have it 18:07:13 rnirmal: Excellent, THANKS!! 18:07:51 So I believe as far as drivers team I'll have to figure out what we need to do there, elections etc 18:08:01 Or something else, just don't know. 18:08:06 But.... 18:08:12 In the meantime, we have a repo 18:08:26 I don't know if anybody has had a chance to look at the break out I started: 18:08:37 how abt cinder-bugs. should that be a moderated list? 18:08:39 https://github.com/j-griffith/cinder 18:09:02 sorry just wanted to complete that disucssion https://launchpad.net/~cinder-bugs 18:09:11 rnirmal: NP.. 18:09:35 I believe that's typically moderated because of ranking/acceptance etc 18:09:49 I'll double check on those sorts of details and get things set up correctly 18:09:49 ah ok just making sure. 18:09:49 rnirmal: is there any reason to make it moderated 18:10:22 I'm fine with it either way 18:10:26 not really for the bugs.. not sure if that's used for triaging etc.. but anyone should be able to do that 18:10:26 rnirmal vladimir3p: Give me a chance to figure out how it's "supposed" to be done and we can go from there 18:10:43 good, seems like you have your 1st action item 18:10:59 #action jgriffith figure out memeberships for various project pages 18:11:48 So the next steps are getting some code going in the repo 18:12:16 I would suggest 1st to understand what modules we would like to put there 18:12:25 and how to re-use common parts 18:12:29 things like wsgi, etc. 18:12:46 unfortunately, there is no really nova-common today, correct? 18:12:48 vladimir3p: yes... that's covered 18:12:58 vladimir3p: there is a nova-common 18:13:04 and some of the wsgi stuff is already in there 18:13:06 vladimir3p: we're actually using openstack-common 18:13:12 link? 18:13:16 sorry openstack-common 18:13:29 https://github.com/openstack/openstack-common 18:13:42 It's in the repo already, that's what's cool about jeblairs project setup 18:13:52 We actually have a framework 18:14:10 The code in my personal repo https://github.com/j-griffith/cinder followed the same process 18:14:23 very good 18:14:29 I added more components to my config but don't know if they're all needed or not 18:14:42 soren: jgriffith how are we going to move that code in the official repo 18:14:51 So things like wsgi, some of the test infrastructure, utils etc we have 18:15:17 rnirmal: So I'm planning to do a commit and submit for review... at least the framework 18:15:33 great and we can slowly start moving in the pieces 18:15:45 I've put together some "stripped down" versions of things together to get a foundation that can work and run tests 18:15:53 rnirmal: exactly 18:16:23 The only thing is I would like to get folks to at least take a brief look at what I have in my github before pushing to the official repo 18:16:43 I'd like to avoid having to make MAJOR changes to the layout or anything after we've got it in Gerrit and such 18:17:18 I probably need to take another turn on it this week but my goal is to have it up in the official repo this week-end 18:17:34 Unless folks are anxious to start writing some code before then :) 18:17:40 ok, a quick question - seems like I'm missing scheduler part 18:18:18 vladimir3p: in terms of what I have in my repo? Yes, correct it's by NO means complete 18:18:36 The idea was to get a minimal DB, Test infrastructure etc 18:18:37 yep, justa placeholder will be great 18:18:56 let's put there something like a simple or random scheduler 18:19:03 What I'd really like is some feedback on what I did with the drivers directory versus plugins etc 18:19:14 yeah lets start with basic stubs.. easier to get things rolling 18:19:26 vladimir3p: random scheduler is fine with me. Or even just an empty file 18:19:43 #action add scheduler stub before pushing to official repo 18:20:33 #idea I'll give folks a couple days to take a look at what's there, feel free to email suggestions, submit somehting of your own etc 18:20:44 agree 18:20:52 so, let's see what do we have and what we are missing ... 18:20:58 Then I'll try to get our first submission pushed in this week-end 18:21:05 Missing lots of stuff :) 18:21:16 sounds good.. yeah don't worry about the missing stuff 18:21:16 I was thinking about cinder API (rest) level, volume APIs, DB, scheduler manager with drivers 18:21:25 Some things I'd like to consider before talking about missing stuff 18:21:27 as long as it has a basic api + service running 18:21:35 these seems to be main parts 18:21:35 rnirmal: +1 18:21:39 and the framework for running the tests 18:21:49 rnirmal: +++++++++++1 18:21:53 :) 18:21:56 :-) 18:22:17 Ok, so something else we need to talk about is flushing out the endpoint definitions 18:22:30 Or the api interface, however you want to look at it 18:22:37 I think it would be great to get a blueprint out for the api 18:22:56 and start by adding the existing definitions and refine on those 18:23:24 rnirmal: Agree, also might be helpful to leverage the work Vish did on the python-cinder-client 18:23:29 #link https://github.com/vishvananda/python-cinderclient.git 18:23:56 We should keep in mind that our first goal is to offer a functional equivalent to the existing nova-volume api 18:24:13 jgriffith: what is the plan about plug-ins. How do you plan to use them? 18:25:18 vladimir3p: The idea is this to behave sort of like what we do with extensions 18:25:31 so, those will be API extensions? 18:25:39 I'm modeling more what quantum is doing here. 18:25:54 Yes, with potential for other things in the future as well 18:25:56 sorry, not familiar with qunatum stuff 18:26:08 this should be similar to the nova extensions too 18:26:31 because if we are talking about just API extensions (a-la nova), it would be great to reuse their code 18:26:36 (put it in common) 18:26:47 there was a session on the extensions.. not sure what happened. there 18:27:24 API extensions wouldn't be common though... 18:27:48 I think common already has it 18:27:52 rnirmal: Yeah, I didn't make that session but I can track down folks and get mor einfo 18:28:25 https://github.com/openstack/openstack-common/blob/master/openstack/common/extensions.py ... we'll have to figure out what else is needed here. 18:28:34 ok, so the main comment on your branch - great stuff!!! If we could use openstack-common modules instead of what is there in common it will be even better 18:28:35 I'll be able to help setup the extensions part.. we just did that for reddwarf 18:28:40 using openstack-common 18:28:59 great! 18:29:04 vladimir3p: part of it will also be actually getting stuff into common 18:29:04 rnirmal: excellent 18:29:13 how about volume types? 18:29:25 if we are talking about volume separation - cut is pretty clear. 18:29:25 #action rnirmal look at setting up extension framework in new codebase 18:29:34 nova knows only about volume uuid 18:29:50 but with volume types it is different ... 18:30:06 wouldn't just cinder need to know about volume types? 18:30:16 for sure management of all volume types (+extra specs for types) should be within cinder 18:30:28 nova should also somehow be aware of them ... 18:30:56 vladimir3p: Yes there's going to be work in both nova and cinder to get all of this coordinated 18:31:28 It seems to me that maybe getting things somewhat structured in cinder then patching nova is the way to go about it 18:31:55 agree 18:32:16 Anybody have any concerns/disagreements? 18:32:36 Well, I'm sure we all have a few concerns :) 18:32:51 no concerns, only working items :-) 18:33:08 vladimir3p: So that brings me to the next point.... 18:33:29 Sounds like rnirmal is interested in looking at the extensions piece since he's already done a good bit of work there 18:33:43 Anybody have interests in starting to dig in on any other specific pieces? 18:33:46 jgriffith: if the api is not done... I'll pickup all the api pieces 18:33:57 rnirmal: Excellet! 18:34:03 moving over the existing stuff etc 18:34:08 #action rnirmal start working on api pieces 18:34:33 rnirmal: Perfect, yeah hopefully there can be alot of copy and paste at this stage 18:34:41 I can take scheduler, but nothing will be done in the next week or so.. 18:35:21 it would be great if we could start with better separation between common and cinder part 18:35:30 vladimir3p: Should be fine, we'll probably need a mox or something basic to test as we go but that should work 18:35:42 vladimir3p: What do you mean exactly? 18:35:57 there's still a lot of the pieces that are not in common 18:36:00 rpc for example 18:36:19 to have clear dependency of openstack-common and remove all the code that is "common" from cinder 18:36:32 btw, why rpc will be different? 18:36:47 it won't be.. just that it's not in openstack-common yet 18:37:21 so we'll have to do copy pasta until it moves to common... or we take the effort to move it to common.. may be we don't need rpc at all? 18:37:30 So I'm hoping that as we write code and put it in we are careful enough to not dup what's in common. That should go without saying 18:37:55 WRT rpc, that's a whole different topic. Can we get by with just rest endpoints? 18:38:03 yeah, instead of copying to cinder it will be better to copy to common 18:38:16 hmm... how? 18:38:29 we have API --> scheduler --> manager 18:38:38 somehow they must communicate 18:38:43 vladimir3p: If we can contribute to common we surely should 18:39:09 vladimir3p: Ahh, see what you're saying 18:39:52 if endpoint APIs will communicate directly with manager - it is s different story, but IMHO they must be different 18:40:00 and cinder must be a scalable solution 18:40:07 yeah looks like we'll need it to start out. and I don't think we've had any proposals or ideas to do it differently 18:43:27 do we have anything else for this week? I think there's enough work set out for this week 18:44:18 I'm also trying to figure out if there's a clever way to have a somewhat "isolated" service 18:44:18 Regardless, I'd like to tackle some of the lower hanging fruit first (api's, db etc) 18:44:18 agreement? 18:44:18 Anybody here still? 18:44:39 so, any volunteer to strip common code from john's repo? 18:44:49 by irc behaves weird 18:45:04 *my 18:45:48 +1 on low hanging fruit first 18:46:38 ok, need to go now 18:46:44 +2 with everything what we've discussed 18:46:51 ;-) 18:46:52 ok looks like jgriffith's network is down 18:47:13 yep 18:47:53 rnirmal: you mentioned that you already done the separation of common for reddwarf? 18:48:01 where can I take a look at repo? 18:48:22 well not a complete separation 18:48:24 https://github.com/hub-cap/reddwarf_lite 18:48:44 but we atleast hit a few points where stuff needed to be in openstack-common but not there right now 18:49:00 yes, thanks 18:49:21 I suppose it will be way better to put as much as possible common code into openstack=common 18:49:34 and to avoid code replication 18:49:55 yes totally agree and we can concentrate on the pieces that matter 18:50:06 great 18:50:53 cool is there anything else? looks like jgriffith won't be able to make it back.. 18:51:13 nope 18:51:20 if that's all we can end the meeting. not sure if I can do that 18:51:21 any idea how to end the meeting? 18:51:26 but going to give it a try 18:51:38 #endmeeting 18:51:50 :_( 18:51:58 nope looks like I don't have the permissions to do that... that should have ended the meeting with meeting notes etc 18:52:23 yeah, seems like only john can do it ... 18:52:28 but I might be wrong 18:52:44 yeah I think it's configured.. I'll ask ttx if we can do it 18:54:10 #endmeeting 18:54:15 :-) 18:54:27 ttx or vishy can one of you'll end this meeting? the moderator jgriffith got cut off. 18:55:24 well looks like it's going to be dangling till someone else can come and end the meeting :) 18:55:47 ok 18:55:47 anyways I gotta go. will meet up next week and hopefully have code in the official repo :) 18:55:54 great 18:55:57 bye 18:56:01 bye 19:11:18 #endmeeting 19:11:25 nope :) 20:01:44 n0ano: greetings 20:02:16 maoy, you survived the summit I see 20:02:30 n0ano: Error: Can't start another meeting, one is in progress. 20:03:13 n0ano, yeah. 20:03:22 n0ano: how are you? 20:03:25 did someone hijack our meeting, I can't start it another one is in progess 20:03:34 n0ano: i don't have much to say.. 20:03:47 maoy, major jet lagged, I got home at 2AM last night :-) 20:03:50 the last meeting was never ended 20:03:52 n0ano: a lot of catching up after a week of absence 20:04:04 #endmeeting 20:04:34 hmm, I can't seem to end the last meeting, do we need an admin to do something? 20:05:00 maoy, I don't have anything either, I just got back to the office this morning 20:05:29 if sriram joins we can see if he has anything otherwise just meet up again next wee. 20:05:32 s/wee/seek 20:05:36 sure. 20:05:38 s/seek/week 20:05:51 * n0ano needs to get his coordination back 20:06:06 SandyWalsh told me how to send in a work-in-progress branch 20:06:17 but i'm still unclear how to do feature branch 20:06:44 I don't know about those, are they maybe just the same thing by a different name? 20:07:02 no idea.. 20:07:18 sounds like you need to talk to sandy again 20:07:19 vishy: is feature branch the same as work-in-progress branch in gerrit? 20:07:45 there is no support for feature branches yet 20:07:53 jgriffith: needs to #endmeeting 20:07:55 so WIP is the current method 20:08:06 got it 20:09:16 any nova-orchestration guys here? 20:09:21 sorry i am late 20:09:52 sriramhere, yep, maoy & I are here but we don't have anything for today, do you? 20:11:21 nope, just wanted to check for updates if any. 20:11:39 and generally say HI and good job on the presentation last week entire team! 20:12:03 Indeed, tnx to both of you, you did the heavy lifting 20:12:08 n0ano - to pick a bone with you that you didnt rig the raffle so that I can win :-) 20:12:44 well, it's only one SSD drive so you couldn't split it with, not point in my rigging things :-) 20:12:53 :) 20:13:02 lol 20:13:06 thanks again guys, cya next week then... 20:13:29 what's you guys launchpad accounts? 20:13:32 before you go.. 20:13:35 I think we're good then (fortunately since we can't start the meeting) so we'll talk again next week (hopefully with something to say then). 20:13:43 mines the same, n0ano 20:14:22 noted 20:14:24 sriramhere or sriram-x 20:14:47 sriram-x 20:16:02 ok 20:16:18 c ya next week 20:29:32 vishy: Did you manage to end the meeting? 20:29:41 Or shall I try it now? 20:29:45 go 20:29:53 no one else can do it 20:30:09 #endmeeting