20:00:28 #startmeeting state-management 20:00:29 Meeting started Thu Jun 13 20:00:28 2013 UTC. The chair is harlowja. Information about MeetBot at http://wiki.debian.org/MeetBot. 20:00:30 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 20:00:32 The meeting name has been set to 'state_management' 20:00:35 hi all! 20:00:48 hello 20:00:50 hey hey 20:00:56 hi 20:01:06 yo yo 20:01:14 hurr 20:01:22 #link https://wiki.openstack.org/wiki/Meetings/StateManagement#Agenda_for_next_meeting 20:01:37 not so much from my end to discuss, everyone busy doing *work* i thinks 20:02:00 i invited jgriffith so maybe we can also talk about cinder more stuffs 20:02:16 H2 targets and H3 and such 20:02:51 i guess go over action items from last time first 20:03:00 #link http://eavesdrop.openstack.org/meetings/state_management/2013/state_management.2013-06-06-20.00.html 20:03:13 no adrian, so can skip that :-p 20:03:22 i didn't get around to the launchpad openness issue yet :( 20:03:43 *seems like the launchpad is restricted access only, unsure how to open from restricted 20:04:09 :) 20:04:15 jlucci i think u did some stuff also 20:04:17 harlowja: sorry.. late as usual 20:04:21 np 20:04:41 just going over anything we said was an action item from last week 20:04:42 Yeah, so starting on my first action item - abstracting out celery so user only sees taskflow task class 20:04:49 woot 20:05:00 and there was a mini-meeting with heat people 20:05:01 Using .provides and .requires from your task annotations are coming in supah handy 20:05:06 harlowja, did you want me to pull the patch and test again yet? 20:05:21 hemna u can if u want, i'm still doing local testing (slowly but surely) 20:05:27 ok 20:06:16 so all good stuff, i think the takeaway from the heat meeting, was that they have a little bit of the same stuff as taskflow and we should come up with a plan to figure out what goes where and how 20:06:31 *so more to dicsuss there i think 20:07:26 harlowja: agreed. 20:07:34 coolness 20:07:39 I've been talking with Randall on how to go about some of that 20:07:45 so thx jlucci ! 20:08:21 it'd be nice to document that stuff, after it becomes less 'cloudy' 20:08:53 agreed 20:09:00 so do we want to do a little round of what is everyone working on, would that be useful? 20:09:24 I have two things for when we get to "Open Topics".. just fyi. 20:09:28 k 20:09:50 #topic round-of-things-happening 20:10:37 so i'm bringing up grizzly on y!s openstack vms, testing cinder stuff there, slowly making progress, getting some good code review feedback from jgriffith and others 20:10:47 #link https://review.openstack.org/#/c/29862/ 20:11:00 also having to attend all there annoying internal meetings :-p 20:11:05 *all these 20:11:05 hehe :) 20:11:55 thats about what i am doing, working on http://anvil.readthedocs.org/ since thats my setup tool of choice (i build that so have to use it) 20:12:04 *built that* 20:12:42 jlucci kchenweijie what have u guys been doing :-P 20:12:56 *or anyone else doing stuff out there in the ether? 20:12:58 so 20:13:04 https://wiki.openstack.org/wiki/DistributedTaskManagement 20:13:21 jlucci u look like the progressive insurance lady?? 20:13:24 haha 20:13:34 Wrote up some documentation on the distributed approach to accompany the code/explain why distributed should be used 20:13:34 lol 20:13:41 Yeah. That's totally my picture up there. 20:13:48 lol 20:14:01 i knew it 20:14:11 Other than that. Still working on test cases/fleshing out code. And then also abstracting out celery through the taskflow task class 20:14:24 very awesome 20:14:29 Yeah…people stop me in the street all the time. so annoying. :P 20:14:34 ha 20:14:54 *stop trying to buy insurance from me gosh darn it 20:14:55 ha 20:15:07 i guess its my turn now :P 20:15:09 Well, I'll cover one of my Open Topics now: harlowja, to build a little more on the conversation we were having yesterday about distributed execution engines for data-dependent control flows. This paper describes some of the advantages in the intro: http://research.microsoft.com/pubs/173947/thesis-corrected.pdf 20:15:15 or not xD 20:15:31 sorry kchenweijie.. I'm just piling on to jlucci's update. 20:15:37 no problem 20:15:58 Anyway.. that's bedtime reading for later discussion. 20:16:06 we can move on. 20:16:09 i wonder what the 'thesis-uncorrected' was :-P 20:16:49 cool kchenweijie what have u been up to 20:16:56 kebray def something to read over :) 20:17:10 ive been working towards making the general api we discussed yesterday 20:17:35 ive made a basic template for what each backend api should be able to do and im working towards making the current sqlalchemy api match that 20:17:43 awesome 20:17:53 right now, i only have the persistence portion of the full api, but i want to make sure this works before i continue 20:18:00 makes sense to me 20:18:16 thats it for me 20:18:22 jgriffith this will help provide the persistance layer for tasks that can be pretty nice for future awesomeness in cinder 20:18:25 *and elsewhere* 20:18:55 it will be a key part of everything in the futurei hope :) 20:19:01 no pressure kchenweijie ;) 20:19:08 i got this. 20:19:08 cool 20:19:10 maybe. 20:19:11 :) 20:19:16 thanks for explanation 20:19:22 np 20:19:49 ok, well all great stuff, i think everyone is pretty heads down, any other folk from att or nttdata around, i think they might be working on some stuff also 20:20:20 #action harlowja follow up with them offline 20:21:05 so before open discussion, maybe have our honored guest jgriffith and us can discuss about cinder stuff 20:21:12 hehe 20:21:14 #topic cinder-steps 20:21:26 hear ye hear ye 20:21:27 So I think things are looking good 20:21:31 this is going to help a ton 20:21:50 my only concern up to this point is some of the complications it introduces WRT debug 20:21:59 and getting everybody up to speed on the new task-flows 20:22:03 agreed 20:22:21 I think it's worth the investment however... 20:22:34 I'm most anxious to see what take up is lookign like in other projects :) 20:22:37 so the debug one, i can see what u mean there, initially i think the way it will work (without the persistance part) will be pretty similar to the current way of working 20:22:42 it's pretty complicated to use IMO 20:23:03 What makes it complicated for you hemna? 20:23:21 also jgriffith i think we can address the 'up to speed' part somehow, documentation maybe, not exactly sure 20:23:59 and hemna how can we make it less complicated, at your service :( 20:24:00 harlowja: Yeah, that's a normal part of something new.. not a terribly big deal 20:24:07 heh 20:24:07 *oops thats :) not :( 20:24:20 well I'm still trying to wrap my head around it 20:24:21 harlowja, jgriffith, what do you all see as the path to getting another project to take dependency on TF? I have "some" pull with reddwarf. 20:24:33 haha Yeah. I second the let us know how to make it less complicated. :D 20:24:37 maybe I'm just dumb :) 20:24:45 nah 20:24:47 kebray: so I don't have any feelings on any project over another 20:24:49 we all dumb 20:24:51 If myself or adrian can do anything to help, totally willing to do so on getting other projects on board. 20:25:03 kebray: I just want to make sure it moves in to a common usage patters 20:25:06 pattern 20:25:11 I'll go through the review again and see if I can come up with some constructive ideas 20:25:11 agreed 20:25:15 thx hemna 20:25:30 and I think when it gets broader scope there will be better feed-back and it'll grow 20:25:31 I haven't looked at it much in a few weeks due to my work I've been doing 20:25:34 i think it likely has room for improvements hemna aas all new stuff does 20:25:40 sure 20:25:43 jgriffith agreed 20:25:46 harlowja: I think to hemna 's point... 20:25:51 I really think it's a great idea 20:25:59 jgriffith: ok, makes sense. We're working on a plan to pitch to the Heat team for integration there… not sure how successful we will be yet.. timing wise, I'm thinking we must do so by next summit. I'd like to see harlowja give lot's of presentations and talks on TF at next summit :-) 20:26:04 harlowja: it's hard to pick out some of the things via the source at first (at least it was for me) 20:26:12 so kebray maybe reddwarf, maybe ironic, john garbutt from nova could there also, it depends on resourcing i think and who can devote time/energy to using it 20:26:27 I need to have a look at your seq diagrams again... that may help 20:26:28 kebray lots of presentations, wow 20:26:29 haha 20:26:35 It just was a bit hard to follow the logic in the review and understand the base concepts that require you to get first before the source makes sense. 20:26:44 hemna understandable 20:26:47 kebray: haha! 20:26:53 kebray: keep signing up harlowja :) 20:26:57 lol 20:27:00 hehe 20:27:01 :) 20:27:12 jgriffith hemna so i think both of those are the initial 'head-wrapping' problems 20:27:15 *i think* 20:27:23 harlowja: I think you're correct 20:27:25 likely we can provide some small examples that help that 20:27:28 yah 20:27:32 jlucci volunteered to go to Hong Kong. I'll have better luck signing her up for stuff no doubt. 20:27:33 that would make sense 20:27:34 it's a stumbling block for me 20:27:38 agreed 20:27:44 harlowja: kebray any feedback/interest from Nova, Glance ? 20:28:02 so glance, i haven't been in touch with them that much 20:28:05 or are they awaiting conductor? 20:28:07 I got this kebray. You know you want to send me. ;p 20:28:17 John Garbutt(sp?) has successfully refactored some stuff in Nova in preparation for being able to pull in TF library in the future. 20:28:24 jgriffith i think nova is starting to get some of the taskflow concepts, but slowly getting it 20:28:26 man, wish i had these opportunities to travel :P 20:28:45 harlowja: got ya 20:28:47 I'm watching the Nova blueprint on that to see how it progresses… so far it's looking good. 20:28:51 we aren't sure about HongKong either....still trying to twist mgmt's arm to get one of us go 20:28:59 #link https://review.openstack.org/#/c/29077/ 20:29:01 for example 20:29:09 "nova/conductor/tasks/live_migrate.py" 20:29:35 are very similar to our tasks, but from what i feel, its a little bit of a fight to even get that in, so taskflow ontop of that might have to wait a little 20:29:46 #link https://review.openstack.org/#/c/30868/ 20:29:48 I see... some prep work there :) 20:29:50 ya 20:29:52 i think so 20:30:04 *slowly but surely i think* 20:30:18 Oh... there, that helps 20:30:20 thanks! 20:30:26 Ok... 20:30:28 i've been in contact with john g (the other john g) and keeping in contact 20:30:39 So my only concern was that we'd have something unique in Cinder 20:30:43 Sometimes that's ok 20:30:49 not as far as i can tell 20:30:50 especially if it's better :) 20:31:02 but just wanted to check on the project wide effort 20:31:11 agreed 20:31:13 its a valid concern 20:31:30 #action harlowja create little taskflow examples (not in unit tests, maybe in source tree or something) 20:31:40 +1! 20:31:55 I think we all want this to be widely adopted. Need to work together to keep evangelizing this all over the place. 20:31:59 agreed 20:32:23 And, I of course want to spin out a new service on top of it, Convection. 20:32:50 It's a gab in the community's portfolio IMO. 20:32:57 s/gap/gab 20:33:17 better than a scab! 20:33:45 lol 20:33:46 haha 20:34:05 would u guys think that a little wiki that lists the status/developments in each core project might help? 20:34:09 *nothing major* 20:34:24 yah I think so 20:34:35 any volunteers ;) 20:34:35 can't hurt. 20:35:07 crickets. 20:35:09 lol 20:35:16 ha 20:35:32 #action harlowja make little cross-project-status wiki 20:35:35 :-p 20:35:49 I'm thinking we could create a general TaskFlow wiki 20:35:59 could could 20:36:00 Sub-wikis being different types of patterns 20:36:07 (linear, distributed, etc) 20:36:08 +examples and descriptions? 20:36:15 With use cases for each pattern 20:36:18 yeah 20:36:19 that might help hemna and jgriffith 20:36:24 good idea jlucci 20:36:29 Lots of pretty pictures too. :D 20:36:32 haha 20:36:40 u need to get omnigraffle then :-p 20:36:46 and then become architect 20:36:47 haha 20:36:49 yah I think that would help a lot 20:36:52 But then we could add that cross-project-status on there too 20:37:01 agreed 20:37:16 jlucci do u want to start said wiki?? ;) 20:37:17 Just throwing this out there again… https://wiki.openstack.org/wiki/DistributedTaskManagement …already has some examples on there 20:37:18 I'm still not convinced why linear / distributed need to be differentiated. There is an ordering to execution in both task-dependent-execution and data-driven-execution. 20:37:21 o. O 20:37:27 lol 20:37:48 sure kebray agreed 20:37:51 You can execute linear task flows using a distributed engine. 20:37:56 Er, I guess linear wasn't the best word there. The traditional workflow patterns are different from a distributed approach 20:38:11 So those should get a separate explanation from distributed 20:38:21 and how it operates slightly differently and all that 20:38:51 so lets do that, i can make it along with the other wikis 20:38:56 It's an "under-the-hood" operational difference, no? I'm not sure why the top-of-the hood would be painted any different colors. 20:39:15 lol, as long as u buy insurance from jlucci 20:39:20 haha 20:39:25 pulled the latest patch set down.... 20:39:40 thx, i'm reworking a little bit of it due to the reviews comments 20:39:43 *but not that much* 20:40:11 haha You're right kebray. Examples would be the same on-top-of-the-hood 20:40:17 #action harlowja make base-wiki 20:40:22 Figured it would be nice to explain the under-the-hoods workings too 20:40:54 agreed, lets work on that, i think it will be very useful for all 20:40:57 especially going forward 20:41:08 *more people will wonder about this and such 20:41:19 If the top-of-the-hood is the same, I'd like to see us align efforts on the under-the-hood if possible. Seems silly to put effort into two different backends that get us the same thing on the front end.. if one approach is better than the other, let's debate and resolve. 20:41:44 well its only silly if u can get everyone to use the under-the-hood engine at the current time 20:41:50 harlowja, fwiw, looks like you need to rebase 20:41:55 hemna hmmm, durn 20:41:57 kk 20:42:01 will do that 20:42:24 so lets open up for anything else 20:42:36 #topic open-discuss 20:42:49 harlowja I guess I'm assuming what everyone else cares about is the front end and results… not the underlying mechanics unless they have to debug the library because its' broken.. but, that should weigh in to our decision on which under-the-hood implementation to go with. 20:43:14 well its also the support structure the under-the-hood involves right 20:43:17 I'm also concerned that, if we go traditional workflow pattern route, that we're reinventing spiff. 20:43:32 Unless we use spiff of course. 20:43:34 i think we already surpassed what spiff is calable of 20:43:39 *capable of 20:43:57 hey, volume create worked this time :) 20:43:58 yeah? you have documentation on that? might be a good think to add to the wiki ;-) 20:44:02 as did delete 20:44:04 :) 20:44:10 go harlowja! rock on! 20:44:14 source code feature analysis by me looking at it, lol 20:44:31 thats my docs, haha, but sure i can document 20:44:52 Yeah, I've been meaning to go research differences between spiff/current implementation 20:45:07 If that's something you wanted to do harlowja, that'd be awesome. If not, I volunteer myself to go check it out. :P 20:45:09 spiff has more of a way to read in workflows from backing files 20:45:23 otherwise i think we are beyond what spiff can do 20:45:37 I'm just imagining the push back we'll get from the community.. would like to proactively document our choices and rational as we go… not because I want to mitigate questions without knowing what questions we will get, but because I care about being able to articulate why we made the choices we've made. 20:45:40 #action harlowja jlucci spiff document comparison 20:45:50 kebray 100% agree 20:47:15 so i think this proactive documenation goes back into the wiki thing 20:47:23 ok, last open topic from me: just want to ask how ya'll are currently governing the code commits. I'm hoping ya'll get more code contributors soon. I think it's primarily just harlowja, jloucci, and kevinXYX (too long an IRC name) contributing right now.. what does it take to get code into trunk, two +1's? who is core? 20:48:11 And, is the process working for ya'll? If so, awesome, we can move on. If not, let's discuss. 20:48:13 Ummm. It's mostly been a "Hey, harlowja, this look good?" type of thing 20:48:21 ya 20:48:53 the core reviewers is jlucci and me and devananda and hemna i think 20:49:10 https://review.openstack.org/#/q/status:open+project:stackforge/taskflow,n,z 20:49:21 if anyone wants to review that'd be cool 20:49:40 i think the governing is just pretty normal, review stuff when u get time 20:49:52 i started turning on the unit tests in jenkins and such 20:49:53 k.. I'm not hearing requests for change.. so, sounds like the process if working. that's good :-) 20:50:07 is working. 20:50:11 #link https://review.openstack.org/#/c/32289/ 20:50:13 its a WIP i think 20:50:30 so we'll have testing being activated soon 20:50:38 *after i fix that* 20:50:43 shweet 20:50:53 excellent. 20:51:31 it does bring a good other topic up 20:51:40 when should we aim for something on pypi? 20:52:20 likely we'll need that before cinder can offically use it 20:52:21 :) 20:52:29 would that be a question for J G.? 20:52:33 and have it appear in openstack-requirements and such 20:52:45 * harlowja not sure what the current process for new dependencies is 20:52:59 harlowja: kebray I wouldn't worry about that just yet personally 20:53:12 my strategy so far on stuff like this has been copy/paste 20:53:16 get it all sorted then move to pypi 20:53:21 I'm doing the same thing with brick 20:53:34 and who knows, maybe it'll end up in OSLO :) 20:53:44 kk, thx jgriffith 20:53:51 yes, thx jgriffith 20:53:54 just my 2 cents 20:54:22 kebray: haha... by J G you meant releses perhaps, not John G :) 20:54:24 LOL 20:54:25 sorry 20:54:35 no, I meant jgriffith. 20:54:40 Oh... Good :) 20:54:43 to many JGs ;) 20:54:44 ha 20:54:45 then I don't feel dumb :) 20:55:13 kebray did u want to talk about the data/task/information depenedency stuff, or is that still brewing in the brain 20:55:25 I do, but not enough time left I don't think. 20:55:29 kk 20:55:36 durn 20:55:55 We could move that discussion over to the taskflow irc? 20:56:02 http://en.wikipedia.org/wiki/Yahoo!_Pipes might be something u are interested in :-P 20:56:06 My encouragement is we target one backend first if the results on the front end are the same… I have good reason for wanting to back distributed-data-dependent execution. 20:56:24 I think jlucci and I can get our thoughts out on wiki (as she has already done)… and, circulate for further disucssion. 20:56:30 cool 20:56:46 alright sounds good folks, lots to still do :) 20:57:00 I gotta run to another quick meeting. will circle back around on this topic soon. 20:57:07 kk and we are almost out of time 20:57:25 for those that want to talk to us more, #openstack-state-management 20:57:44 thanks for all helping make this happen :) 20:58:01 smiley face stickers for all 20:58:02 lol 20:58:11 :p 20:58:19 #endmeeting