20:00:13 #startmeeting state-management 20:00:14 Meeting started Thu Aug 8 20:00:13 2013 UTC and is due to finish in 60 minutes. The chair is harlowja. Information about MeetBot at http://wiki.debian.org/MeetBot. 20:00:15 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 20:00:17 The meeting name has been set to 'state_management' 20:00:29 interesting, is the 'due to finish new' 20:00:40 maybe i just never paid attention 20:00:52 \0/ 20:00:55 ? 20:01:03 "Meeting started Thu Aug 8 20:00:13 2013 UTC and is due to finish in 60 minutes." 20:01:06 hi 20:01:09 hi hi 20:01:26 i don't remember if due to finish was there before, ha 20:01:27 Yeah - it says "due to finish in 60 minutes" 20:01:30 Oh 20:01:32 haha 20:01:33 what happens at 61 20:01:34 :-/ 20:01:45 The program divides by 0 20:01:47 hello 20:01:54 hi there 20:01:55 howday 20:02:02 melnikov thx for joining, know its late 20:02:18 not that late in fact 20:02:25 a midnight 20:02:33 lol 20:02:36 * harlowja thats late 20:02:47 ;) 20:03:25 alright, anyway, getting started 20:03:36 #topic announcements 20:03:51 ya for cinder 20:03:59 :D 20:04:01 #link https://review.openstack.org/#/c/29862/ 20:04:17 Awesome awesome job 20:04:22 just wanted to throw that out there ;) 20:05:04 on this day in aug8, a giant leap for mankind, or a small step or something 20:05:13 ha 20:05:22 :P 20:06:00 +1 on awesome job on the Cinder merge! 20:06:15 well done 20:06:18 ya, thx hemna and john g. and others 20:06:48 yup, step uno of a path to many more steps 20:07:20 alright onwards and upwards 20:07:27 #topic status 20:07:56 i'll go first i guess 20:08:27 resynced oslo code, fixed up cinder, hit oslo exception bug, continuing reading and trying out blocks, trying to see what others think about next steps 20:08:38 which i think is a good topic for a little later (next steps) 20:08:52 and putting more priority on me doing reviews 20:09:02 so that kchenweijie DB work is merged 20:09:13 hooray! 20:09:23 :) 20:09:46 what has everyone else been doing 20:10:27 devstack 20:10:28 lolz 20:10:41 Don't forget videos. 20:10:45 oh ya! 20:10:52 Mostly sorting through trove code though 20:10:58 Oh, and I made a video. haha 20:11:03 crap can't go back to the announcement section 20:11:15 So that seemed to get some pretty good reception (brought down my dropbox :P) 20:11:21 we have our local actor 20:11:25 ---> jlucci 20:11:25 *bows* 20:11:29 haha 20:11:40 :) 20:11:44 So that was pretty cool - trying to generate some more interest in the project and what not 20:11:48 def 20:12:00 But next steps for me are working on integrating taskflow into trove for create instance 20:12:07 #link http://www.youtube.com/watch?v=SJLc3U-KYxQ 20:12:16 haha 20:12:20 45 views *whatwhat* 20:12:41 hmmm, need to get that placed on www.yahoo.com somehow 20:12:41 that will shoot that number up 20:12:41 :-P 20:12:51 :P 20:12:51 Anyway - that's it for me! 20:13:05 :) thx jlucci 20:13:12 hollywood awaits 20:13:16 ;) 20:13:29 #action josh make some video to 20:13:30 ;) 20:14:11 haha 20:14:14 kchenweijie what have been up to, fighting with git i think is part of it :) 20:14:17 Make a cinder-taskflow video 20:14:22 ah, jlucci good idea 20:14:26 yup, fighting with git was definitely part of it 20:14:43 so i got the (hopefully) final git review up for backend API and generic types 20:14:52 sweet 20:14:52 and made it into two (slightly) smaller separate reviews 20:15:01 also been working on rpc calls for distributed taskflow 20:15:23 cool, is that pretty involved? 20:15:24 fully functional except for the fact that the celery worker at this moment still cannot figure out the ip of the calling machine 20:15:29 working on that though 20:15:37 sounds neat 20:15:47 i switch between the two projects when i get tired or frustrated with one 20:15:52 i wonder how similar the oslo.messaging stuff is to what u are using 20:16:07 will be merged in with the distributed taskflow so that code can be added after a worker is already running 20:16:09 #link https://wiki.openstack.org/wiki/Oslo/Messaging 20:16:34 Only thing that's a little tricky is that we don't want to modify celery code 20:16:34 hmm. will take a look at that link 20:16:34 ^ just might be something to read over kchenweijie 20:16:34 harlowja: Error: "just" is not a valid command. 20:16:49 But the worker is the server listener 20:16:54 thx uvirtbot (no idea what u are talking about) 20:16:54 Have to get a little hacky 20:16:57 celery worker* 20:16:58 haha 20:17:30 yup, so im reading into celerys source code, which is actually really hard to follow at places... 20:17:53 ya, i looked at it a little once, i came to some of the same conclusion 20:18:33 :P 20:18:54 :) that it kchenweijie ? 20:19:01 thats it for me 20:19:04 sweet 20:19:05 thx! 20:19:14 also, internship ends next tuesday, but we already discussed that i htink 20:19:21 so slowly wrapping things up as well 20:19:22 ya, sad face 20:19:47 your work has been much appreciated :) 20:20:02 and i hope it was useful for u to :) 20:20:06 thank you. hope it winds up being useful and mostly problem free 20:20:15 def 20:20:21 it was. learned a lot about python, databases, message queues, and above all git 20:20:22 Yes, thanks so much for all your help kchenweijie! 20:20:30 good ole git, ha 20:21:05 melnikov yt 20:21:32 i think u've just been exploring the concepts and seeing what u think is good/bad/needs work (much appreciated) ya, maybe get soem coding in soon also 20:21:39 ? 20:22:06 fresh insight is something i think taskflow needs to encourage to be the best it can be :) 20:22:07 yes, pretty much that 20:22:32 woot 20:23:07 anastasia isn't around i think, but i've been messing around with here block stuff, so getting more comfortable there 20:23:13 but i think still some back and forth on that 20:23:29 she i think might be able to help continue on kchenweijie work 20:23:38 Hi guys, sorry I am late 20:23:42 np changbl 20:23:45 :) 20:23:53 Yeah - can you post the link to that wiki that melnikov made? 20:23:56 yup yup 20:23:57 you missed the big news though 20:24:12 let me read the logs 20:24:15 big news? :P 20:24:20 haha 20:24:22 medium big 20:24:26 lol 20:24:50 I think it's important to recognize integration of taskflow with consider as a major milestone 20:24:51 small step for man, big leap for mankind 20:24:53 great job, harlowja ! 20:25:03 :) 20:25:05 thx changbl 20:25:08 :) 20:25:16 so if we were all together I wold lead the room in a round of applause 20:25:20 haha 20:25:23 virtual clap 20:25:26 virtual high-five 20:25:33 ;) 20:25:41 * harlowja high-fived my laptop 20:25:42 * adrian_otto claps 20:25:45 hahaha 20:25:52 * melnikov claps too 20:26:01 lol 20:26:28 so special thanks to everyone, especially harlowja for this contribution 20:26:34 hemna jlucci had a neat idea, in the spirt of videos, could make one showing what cinder is now like, the log files would be the most interesting, and describing the changes, what do u think 20:26:50 that'd be cool to see 20:26:52 it's a win for cinder, and a win for taskflow. 20:27:01 adrian_otto np, just doing my duty :) 20:27:33 #action item josh think of possible video situation 20:27:52 sweet 20:28:06 changbl just doing status also btw, have u been able to mess around at all? 20:28:18 also link for some of melnikov writeups 20:28:20 #link https://wiki.openstack.org/wiki/Taskflow/Patterns_and_Engines 20:28:24 and one that kchenweijie made 20:28:34 #link https://wiki.openstack.org/wiki/TaskFlow/Persistence 20:28:45 I am reading through your new examples, and trying to play with it 20:28:52 with some insights (the melnikov one) and the persistance work ( kchenweijie ) 20:28:53 also reading blocks and its code 20:29:06 cool 20:29:10 sounds great 20:29:34 any insights u have, or questions, or anything else we are all here to help 20:29:42 *almost anything else* 20:29:42 ha 20:30:19 so lets maybe jump it some of melnikov ideas, before he falls asleep 20:30:24 harlowja, melnikov - could one of ya'll still post the link to the wiki that melnikov made real quick? 20:30:43 i think i just did? 20:30:44 :-/ 20:30:50 hurrr 20:30:55 I'm done talking now. :P 20:30:58 haha, np 20:31:04 #topic melnikov-ideas 20:31:20 i know everyone hasn't had time to read it 20:31:22 which is fine 20:31:29 melnikov could u maybe provide a summary quickly? 20:31:35 ok 20:32:25 thx :) 20:33:07 current flows do three things: describe flow structure, actually run the tasks and hold some runtime state for that 20:33:30 i'd like to see them separated 20:33:48 so seperation would be at which pieces? 20:33:52 flow structure + tasks 20:33:56 then runtime elsewhere? 20:35:55 tasks, you put into struture via *patterns* (like linear flow or parallel or graph), than give it to *engine* to execute 20:36:28 i think that makes sense 20:36:46 how much interaction/introspection do u think an engine will have to do to basically 'unravel' the pattern to run it 20:37:04 *the above being complex when subflows and such are used 20:38:16 that will depend on engine implementation imo 20:38:29 agreed 20:38:56 we can have several, some might explore structure like builder from blocks code, some will just extract deps from structure and use that, maybe other ways 20:39:08 agreed 20:39:15 do u want to maybe prototype that idea, i think it likely is the best direction forward, and now (at the early stages) is the best time for it i think 20:39:26 we aren't yet at a stage where its hard to make that change 20:39:55 and melnikov any idea how the logbook (or tasklog, or whatever u want to call it) will be used there 20:40:07 will the machine use the tasklog (as like a persistant memory) 20:40:16 *sorry engine, not machine 20:41:03 jlucci does the above seem pretty useful, i think its where we all want to go in the end 20:42:12 i just wonder about the engine/flow boundary (and how much introspection the engine will need to do to understand the pattern) 20:42:32 and then will machines themselves be saved/restored (so that we can resume/rollback) 20:42:52 It all sounds good, but I just worry that it might get too complicated 20:43:20 agreed, i think a prototype that shows it might help there to see it 20:43:39 Like, I agree that there are distinct parts in the project (flow structure, runtime state/persistance, what runs the tasks/patterns) 20:43:44 jlucci, i hope it would get simpler 20:44:14 I'm not sure that adding additional engines would simplify it though... 20:44:45 there are already engines hidden inside linear flow and graph flow 20:44:50 I think the patterns tell us enough of the "how" to run a flow, that we only need one engine to run them 20:45:01 Right, as of now, our patters are patterns/engines, right? 20:45:10 They define a flow structure, and how to run that structure 20:45:19 And they run said structure 20:45:24 patterns/engines/storage, all three 20:45:25 * harlowja wonders if we can get away with 1 engine, idk 20:46:14 Yeah - it might be too difficult to have one engine 20:46:23 Now that I think through how different the flows currently are 20:46:46 why would it be difficult? please elaborate further. 20:46:49 If we had one engine it would probably become all confusing/intricate/spaghetti 20:47:04 depends i think on the engine/pattern barrier right? 20:47:10 *and how that is done* 20:47:11 Well, each flow, as of now, has a very specific way that flows need to be run 20:47:14 i don't think one engine is the way 20:47:37 For instance, linear flows can only be running one task at a time 20:47:46 Where something like parallel flow needs to run multiple tasks at a time 20:48:00 Creating an engine that supports the needs of every flow, I think, would get too complicated 20:48:25 ok, I'm persuaded by that. 20:48:27 I'm all for keeping stuff simple, but the more I think about it, I think melnikov does has the right idea 20:48:33 have* 20:48:47 would a possible prototype help there, that might help explore it more deeply 20:49:09 that would make it pretty evident 20:49:35 melnikov do u think that u can attempt that? 20:50:01 then we can maybe discuss it next meeting and see what we all think 20:50:33 *or the meeting after 20:50:34 yes i think prototype will clarify the matters 20:50:42 Yeah, I'd like to see the organization of things. I'm pretty sure I understand the need for all the parts 20:50:48 agreed 20:50:50 Just want to see the big picture I guess 20:51:01 * harlowja same here 20:51:04 :P 20:51:07 also don't know if i'll be able to do something by the next meeting 20:51:12 thats fine 20:51:19 lots to do in the meantime :) 20:51:22 so no worries 20:51:26 Definitely. haha 20:51:46 and i think if engines go into taskflow, they should be mostly transparent to users of the library 20:52:01 just might be 1 or 2 new lines of code 20:52:07 *for the users* 20:52:25 The less the user has to know about the system, the better 20:52:28 ya 20:52:28 2 to 5 lines in config file maybe 20:52:32 ya, or that : 20:52:50 2-5, 1-2, 3-4 20:52:54 ha 20:53:13 sounds pretty good 20:53:32 anything else melnikov u want to mention? 20:53:37 <5 and we'll call it a day 20:53:42 ya 20:53:42 ) 20:53:51 ( 20:54:09 __________ 20:54:09 < Success! > 20:54:09 ---------- 20:54:09 \ ^__^ 20:54:09 \ (oo)\_______ 20:54:09 (__)\ )\/\ 20:54:10 ||----w | 20:54:10 || || 20:54:11 lol 20:54:15 nice 20:54:16 bahaha 20:54:31 Anvil built btw 20:54:32 lol 20:54:34 sweet 20:54:45 Thus the cow. :P 20:54:49 #topic talk-about-whatever 20:54:53 i thik we're done with my stuff for now 20:54:59 sweet, thx melnikov 20:55:20 happy cow be happy 20:55:33 Yeah - thank you. I think your ideas are going to be really beneficial to taskflow. (: 20:55:35 * harlowja sorta wants to see what happens at minute 61 20:55:43 lol 20:55:53 def, more good inputs the better 20:56:01 *and even bad inputs 20:56:10 all inputs considered 20:56:47 alright, maybe i have to wait for next time to see minute 61 20:56:55 unless anyone wants to talk more about taskflow 20:56:56 *sad panda* 20:56:59 (or whatever) 20:57:13 how's whatever going for u jlucci 20:57:18 dandy? 20:57:23 how's the horse 20:57:36 Waiting for anvil to finish installing 20:57:42 :) 20:57:44 I will cry if it doesn't 20:57:46 ha 20:57:47 it should 20:57:55 I don't know man 20:57:58 lol 20:58:00 devstack should've worked 20:58:03 NOPE 20:58:22 Unexpected error while running command. 20:58:24 *sigh** 20:58:26 To the logs! 20:58:35 run again with -vv 20:58:52 anyway, end meeting, join us in our local home @ #openstack-state-management for more 20:58:55 #endmeeting