20:00:05 #startmeeting openstack-state-management 20:00:06 Meeting started Thu Jan 16 20:00:05 2014 UTC and is due to finish in 60 minutes. The chair is harlowja. Information about MeetBot at http://wiki.debian.org/MeetBot. 20:00:07 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 20:00:10 The meeting name has been set to 'openstack_state_management' 20:00:14 howdy folks! 20:01:14 anyone around, if not short meeting :) 20:01:26 #link http://lists.openstack.org/pipermail/openstack-dev/2014-January/024477.html 20:01:51 maybe everyone just busy working :) 20:01:53 which is fine 20:02:58 will wait a few 20:04:49 zzzz 20:04:50 lol 20:05:18 anyways, i'll update my own status! 20:05:22 #topic status 20:05:33 * harlowja doing reviews, working on scoping 20:05:46 flushed out some of the previous action items i had to do 20:06:15 #link http://eavesdrop.openstack.org/meetings/state_management/2014/state_management.2014-01-09-20.00.html 20:06:28 wrote up https://wiki.openstack.org/wiki/TaskFlow#Workflow_ownership_transfer 20:06:30 #link https://wiki.openstack.org/wiki/TaskFlow#Workflow_ownership_transfer 20:06:39 hopefully explains the general idea 20:07:18 wrote up some of the cinder persistence ideas 20:07:22 #link https://etherpad.openstack.org/p/cinder-taskflow-persistence 20:07:32 and started the pros/cons of oslo joining 20:07:34 https://etherpad.openstack.org/p/oslo-taskflow 20:07:53 working with doug on some of this, seeing if i can flush those out 20:08:48 hi, 20:09:12 hi changbl 20:09:21 one sec, need to move rooms, in a meeting room with lots of people :-P 20:09:35 ok... 20:10:35 kk 20:10:38 moved to couch, haha 20:11:02 reading your status update 20:11:17 kk 20:11:19 :) 20:11:37 didn't get around to documenting *real* zookeeper usage yet 20:11:43 will connect with tooz people on some of this 20:11:52 tooz? 20:12:03 #link https://github.com/stackforge/tooz 20:12:45 they are also doing zookeeper stuffs changbl 20:12:46 "The Tooz project aims at centralizing the most common distributed primitives like group membership protocol, lock service and leader election by providing a coordination API helping developers to build distributed applications." 20:12:52 https://github.com/stackforge/tooz/tree/master/tooz/drivers 20:12:57 yup 20:13:04 i wanna use it for locking eventually in taskflow 20:13:09 did not zookeeper/kazoo already provide coordination apis? 20:13:15 :) 20:13:31 i think they are more of the api ontop of those services/apis 20:13:42 not reinventing zookeeper 20:13:43 man... 20:14:01 i think zookeeper is good enough... :) 20:14:10 anyway 20:14:11 move on 20:14:14 u won't get much disagreement from me (i'm biased, ha) 20:14:29 kk, where was i 20:15:00 so ya, just doing that writeup, trying to figure out how scopes should work, and what the restrictions are 20:15:19 and working in reviews when i can :) 20:15:58 changbl any status u have, just working on that review, looks like its pretty close :) 20:16:09 might just be u and me here, not sure where others are, haha 20:16:18 yes, saw you comments of wanting more :) 20:16:27 will work on sometime this week 20:16:31 got diverted to other things 20:16:38 kk, np 20:16:46 hopefully not to bad, the exception translating should be easy 20:16:53 ok... 20:17:01 thx changbl :) 20:17:05 there are other things in my queue for zk 20:17:14 hmmmm 20:17:15 like locking, an example, and ACLs 20:17:25 for taskflow or just in general? 20:17:32 for taskflow, sir 20:17:43 ah, neat, we should connect with jd__ and the tooz folks 20:18:00 see where things should land 20:18:15 tooz, hmm... 20:18:26 and least discuss i think :) 20:18:32 *at least 20:18:33 sure... 20:18:45 kazoo, zookeeper, tooz, zake... 20:18:48 :-P 20:18:50 look at these funny names... 20:18:53 lol 20:19:53 you will give me the write up on how to tesk zookeper with jenkins right? 20:19:56 sure 20:19:59 great 20:20:15 the basic idea i see, at least how tooz is doing it 20:20:26 https://github.com/stackforge/tooz/blob/master/tox.ini#L11 20:20:34 in that run_tests.sh they setup zookeeper 20:20:49 so we could do something similar 20:20:53 oh, nice 20:20:58 you have a run_test.sh 20:21:17 but will bug infra about how we can just have zookeeper running automatically (this is how there mysql/postgres works) 20:21:30 ok 20:21:49 seems odd that we should have to start much, but maybe we have to, idk 20:22:06 #action harlowja bug infra about zookeeper usage (perhaps not having to start it ourselves...) 20:22:57 https://github.com/stackforge/tooz/blob/master/run_tests.sh#L22 and all that changbl , but gotta be an easier way i hope 20:23:37 will do that soon, i hope :) 20:24:19 only one zookeeper instance? 20:24:50 seems like it, its not a full quorum and all that 20:25:19 ok, i guess it is fine for testing 20:25:20 be nice to have infra have a zookeeper server quorum that can just be used 20:25:34 though i use 3 for my testing 20:25:39 ya, thats more typical 20:26:45 #topic help-needed-reviews-integration-other 20:26:59 not sure if anyone around doing much integration, i havent done as much as i want recently 20:27:29 some cinder reviews are getting farther along, i know a nova-snapshot one is also, slowly but surely 20:28:23 so i guess we skip this week, since those people aren't around (or are ok/doing fine) 20:28:40 yes 20:28:52 #topic checkpointing 20:29:24 so those people aren't online either, so i guess we can skip that, reviews are up, so feel free to jump on looking at those 20:29:33 what is checkpointing and why is it needed? 20:30:04 :) 20:30:31 so thats a good question, part of its usage is to revert to a single 'point' instead of full reversion 20:30:39 *revert to last checkpoint 20:31:09 when reaching a checkpoint, what does taskflow do? 20:31:48 right, need anatatasia / ivan for that question :) 20:32:00 but my understanding is that acts as a save point 20:32:08 :) 20:32:12 save data into backend? 20:32:29 ya, right now we save alot of indivudal data 20:32:38 which is fine, but a checkpoint allows us to save less (if its desired) 20:32:49 and to also allow for discarding data before the checkpoint 20:33:14 still confused why checkpoint can save less, but i can save my questions for next meeting 20:33:42 k, maybe save less is a bad word, but it can collapse the previous tasks that have executed, and discard some of there data 20:34:17 say X task produces Y output used by Z task, Z task produces A output, then checkpoint *here*, at this point u can discard Y output 20:34:52 wonder how much data can be saved .... it is just one output... 20:34:59 *that was a made up example ;) 20:35:07 yes... 20:35:20 https://wiki.openstack.org/wiki/TaskFlow/Checkpointing 20:35:27 other ideas i think are on there 20:35:42 but lets grab those 2 folks and we can get them to dive deeper 20:36:04 sure 20:36:09 will read it 20:36:12 kk 20:36:36 but good questions changbl 20:36:57 :) 20:37:22 #topic scoping 20:37:43 harlowja what is scoping and why is it needed? 20:37:46 :) 20:37:54 yes :) 20:37:58 ha 20:38:12 save me some typing:) 20:38:15 ;) 20:39:19 so a flaw that i think currently exists in taskflow is that when u construct flows and organize them in a hierachy, and then u submit it to an engine, u don't actually retain that structure when saving (only the root saves all the information) 20:39:42 so u have a hierachy of X flow (which contains Y flow which contains Z flow) 20:39:56 all the details are stored under X (not into there corresponding flow) 20:40:14 so this seems a little confusing to users that expect to examine a logbook and find the details for the given flow Y or Z 20:40:52 so the basic concept is to save it under the corresponding flow instead (which then does retain that connection) 20:41:19 it also affects the lookup of requirements for a task (to retain the correct ordering and all that) 20:41:24 make more sense? 20:41:33 like ACLs? 20:41:43 ummm, maybe 20:41:56 also like scoping rules in a programming language (in a way) 20:42:26 *so thats why i called it scoping 20:43:08 oh, you mean the relation (Z is Y and Y is in X) is also retained when they are stored in logbook? 20:43:46 so a task exists in one of X or Y right 20:44:09 so it would lookup it its local X or Y first (as well as save data there directly) 20:44:25 and it would continue up the chain of its visible scopes to find requirements 20:44:49 this then retains the correct logbook format, u now find the task results in the flow that u created it in 20:44:56 instead of just the root flow 20:45:06 *which in logbook terms is a flowdetail 20:45:13 ok, i kind of get what you mean 20:45:26 will this involve changing a lot of code? 20:46:11 it mainly alters the engine lookup (where these lookups recide, and tracking that scope) 20:46:20 https://review.openstack.org/#/c/64895/19/taskflow/tests/unit/test_scoping.py (some examples there) 20:47:16 k. seems no change to api, which is good 20:47:17 hello guys !!! 20:48:41 changbl only major change is the engine helpers api, which previously just took in the root flow_detail, which now doesn't make sense to just take that in (but it should take in the full logbook instead) 20:48:55 AmriUnix hi 20:49:20 i think AmrUnix just went in to say hi.... :) 20:49:22 lol 20:49:24 and then left 20:49:37 :) 20:51:02 changbl so does that sorta make sense? 20:51:08 its a little complicated, i know 20:51:19 * harlowja working on test cases to fully make sure that its ok 20:51:22 i think i got what it means 20:51:26 kk 20:53:00 :) 20:53:10 so ya, i'll keep on adding more tests and stuff 20:53:16 thx 20:53:58 #topic other-work-going-on 20:55:07 just wonder, where are other folks today? we used to have many people in this meeting 20:55:23 not quite sure :-/ 20:55:31 i pinged some of them 20:55:55 any other work that people want to bring up / questions? 20:55:58 where are rackspace folks? did not see them for a while 20:56:21 busy with whatever they are doing i guess, never quite know :-P 20:56:29 :-P 20:57:30 kk, open discuss for leftover time 20:57:34 #topic open-discuss 20:57:49 3 minutes! 20:57:51 no more questions from me, I guess we just need to make openstack use taskflow as much as possible 20:58:02 *make* is a hard one, ha 20:58:20 a better word? 20:58:28 work with, haha 20:58:34 :) 20:59:17 alright, guess it was just me and changbl 20:59:21 thx changbl for showing up :) 20:59:25 :) 20:59:26 maybe more people next time, haha 20:59:31 :) 20:59:44 this concludes all my meeting this week 20:59:48 gonna focus on real work now 20:59:48 sweet! 20:59:56 for others #openstack-state-management if u need more :) 20:59:58 #end-meeting 21:00:03 #endmeeting