16:00:12 #startmeeting Mistral 16:00:13 Meeting started Mon Jun 22 16:00:12 2015 UTC and is due to finish in 60 minutes. The chair is rakhmerov. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:00:15 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:00:17 hi team 16:00:17 The meeting name has been set to 'mistral' 16:00:25 hi, i'm here 16:00:33 good to see you here ) 16:00:40 rakhmerov: how's your vacation 16:00:45 Hi all 16:00:48 as usually, let's wait a couple of minutes 16:01:09 ooh, it was ok thanks :) pretty lazy. Books and video games mostly 16:01:10 LimorStotland: glad to see you here 16:01:25 hi Limor ) 16:01:27 rakhmerov: cool 16:01:43 next time I will go somewhere :) 16:02:05 ideally ocean coast or mountains 16:02:19 yeah, i like mountains 16:02:22 you 2 and congrats xylan_kong 16:02:45 LimorStotland: ? 16:02:55 hi all! 16:03:06 congrats? 16:03:09 with what? :) 16:03:13 I am curious too 16:03:28 the mail on the core... 16:03:34 oooh, that thing :) 16:03:42 let's what others say ) 16:03:44 you know i'm going to be a father 16:03:52 LimorStotland: :-) 16:04:01 oooh, that is a much more important thing actually! 16:04:09 rakhmerov: yes, exactly 16:04:22 i will have a baby next month 16:04:28 let me know when you have a baby, I'll have a drink for his/her health (russian tradition) 16:04:30 :) 16:04:40 rakhmerov: sure, thanks! 16:04:43 ok 16:04:48 then let's start 16:04:58 Ooooo as we see in hebrew mazel tov!!! 16:05:05 someone from StackStorm might come but I'm not 100% sure 16:05:09 :) 16:05:43 ok, usually we start with "Review action items" topic but we haven't had meetings for a while so let's skip it 16:06:03 the agenda is at: https://wiki.openstack.org/wiki/Meetings/MistralAgenda 16:06:27 btw, just a quick note about our team meetings in general 16:06:59 I'd like to ask you to visit them at least once in a while if you can 16:07:30 even though it may seem useless for someone I notice that meetings help to keep member active 16:07:40 I don't know how exactly but it really works 16:07:44 :) 16:08:08 and please let me know in advance what you'd like to bring up at a next meeting 16:08:32 you can just modify that page that I posted here or reply to a reminder email 16:08:49 Ok 16:08:49 ook, let's move on 16:09:07 #topic Current Status (issues, roadblocks, etc.) 16:09:27 my status: 16:09:44 in this traditional topic we usually report what we worked on last week, what we are working on now and what problems we have 16:10:28 my status: worked on blueprint 'run individual actions', researched and developed new RPC layer for mistral (alternative RPC) 16:10:41 I worked on running unit tests on postgresql/mysql. there's a blocker on mysql version, need folks to comment on https://review.openstack.org/#/c/192961/ 16:10:55 m4dcoder, hey! I didn't notice you're here ) 16:11:01 good to see you here 16:11:14 my status: 16:11:16 i also started the "resume" feature. if there're additional comments/inputs, please review the thread in the ML. 16:11:24 hey, Renat! 16:11:39 my status: * implement a poc for retrieving executor service (it's used in workflow 'target'), but we need to discuss if everyone feels cool with it, so i can continue to work on it. 16:11:45 * add description support for execution, the api part has been merged, the client part is on review 16:11:49 * test database initialization for mysql and sqlite, correct the documentation 16:11:51 m4dcoder, ok, I'll see and comment on your patch 16:12:07 My status:i am working on puppet installation 16:12:25 ok 16:12:40 @rakhmerov: thanks! 16:12:58 guys, I see that you have some issues, let's discuss them in a few mins 16:13:03 ok 16:13:15 also I had to move some patches from master to stable/kilo because devstack was not working there 16:13:49 i am on my phone so i met disconnect and connect again 16:13:57 my status: I just came back from vacation and was digging in my inbox all day, also reviewed and approved several patches and made a quick change in mistral-dashboard/.gitreview file 16:14:06 alright 16:14:07 good 16:14:38 rakhmerov, those patches also already on review for week or more 16:14:48 nope 16:15:05 there wasn't a patch for mistral-dashboard repo 16:15:07 I checked 16:15:11 https://review.openstack.org/191273 16:15:20 and https://review.openstack.org/191406 16:15:45 yes 16:15:56 ooh... how come I missed them?.. 16:15:57 ok 16:15:58 sorry 16:16:01 I think you saw that 16:16:27 no-no, I was checking it specifically but for some reason I didn't see them for mistral-dashboard 16:16:40 ok, thanks, my fault 16:17:30 about the bp on chrome trigger in sec i have an issue.the oslo scheduler is under oslo-incubator are we fine with it? 16:18:01 ok, let's open a topic 16:18:02 yes, we use periodic tasks 16:18:25 yes, I think that's fine 16:18:35 Ok thanks 16:19:02 we're going to get rid of as many packages from openstack/common as possible but for now we can't avoid all of them 16:19:06 so it's fine 16:19:23 #topic Liberty-1 status 16:19:52 guys, we're supposed to release a dev milestone this week, Liberty-1 16:19:54 https://launchpad.net/mistral/+milestone/liberty-1 16:20:16 so I'd like to sync up with you on what you think is feasible and what's not 16:20:39 so, we have just 2 days before the liberty-1.. 16:20:52 let's go over all the BPs now quickly and update their status 16:21:05 well, it's basically till the end of week 16:21:15 so we can think 3-4 days 16:21:22 not too much though I agree 16:21:39 rakhmerov: it's fine with my bp 16:21:49 this milestone is not too strong though and I don't want you to feel in rush but anyway, let's sync up 16:22:03 ok, let's go over them 16:22:09 https://blueprints.launchpad.net/mistral/+spec/run-unit-tests-on-postgresql 16:22:26 m4dcoder, can you comment on this BP? 16:22:44 how much is left on it? 16:22:46 the bp is up on review basically 16:23:03 you said you had some blocker 16:23:19 or it was about mysql config? 16:23:19 dzimine wants to see mysql included. but there's a problem with gate test for mysql 16:23:37 what kind of problem? 16:24:00 support for usec in datetime is only in mysql 5.6.4 and greater. 16:24:04 Hi there 16:24:15 hey, dmitri! 16:24:19 hi! 16:24:19 hi dzimine, good to see you here! 16:24:21 hi, dzimine 16:24:57 Sorry I'm late. Catching up. 16:25:03 devstack gate installs mysql itself and there is no reason to point it also in requirements.txt, I think 16:25:08 ok, m4dcoder, I agree that we need to have mysql stuff also. I think we can keep working on it 16:25:11 the same for postgres 16:26:03 I'm not sure I understand the full context but can't we install any mysql version that we need on a gate? 16:26:16 after that we'll have new devstack-gate with postgres where it also will be installed by devstack scripts 16:26:18 NikolayM, yeah, i can move the py lib for mysql and postgresql to the test script. that's not a big deal. the problem i have is the mysql version that devstack gate installs. 16:26:58 where is this version specified? 16:27:00 Re requirements.txt technically you are right but in practice everyone who set up mistral stepped at the trap of oh I don't have Python lib. 16:27:04 in an installation script? 16:27:29 also, rakhmerov, in this patch, i'm just supporting the unit tests to run from script (run_tests.sh). still haven't figure out how to run the postgresql tests in devstack gate. 16:27:42 ooh, I see 16:28:05 but basically the BP is considered to be done? except we still owe you a review, right? 16:28:23 yes. more like help with removing blocker. 16:28:35 dzimine, agree with you but installing everything is not the answer, right? 16:29:03 great, then let's keep working on that problem offline (IRC, ML and meetings if needed) 16:29:21 next BP: https://blueprints.launchpad.net/mistral/+spec/mistral-alternative-rpc 16:29:31 it's mine 16:29:50 NikolayM, it seems like you won't be able to finish it till the end of week, right? 16:30:00 let's move it to liberty-2 16:30:00 even though I know you made a progress on it 16:30:03 yes 16:30:06 ok, let's do it 16:30:56 ok 16:31:00 the next one: https://blueprints.launchpad.net/mistral/+spec/mistral-workflow-variables 16:31:18 LimorStotland, did you have a chance to look at it? 16:31:54 maybe he is not here for the moment 16:32:01 she 16:32:02 :) 16:32:05 she? 16:32:08 yes 16:32:11 a girl? ooh, sorry 16:32:26 yeah, a pretty girl I should say :) 16:32:45 ok, forgive me 16:32:57 ok, let's go on and figure out the status of this BP later 16:33:19 https://blueprints.launchpad.net/mistral/+spec/yaql-v1-0 16:33:27 NikolayM, any news on this one? 16:33:43 did you talk to Murano folks about it? 16:34:30 I am here not yet sorry 16:35:04 ok 16:35:10 I ask them to ping me if it will any progress here 16:35:14 just sent you an email with the same question.. 16:35:32 LimorStotland_, is there a chance you'll look at it this week? 16:35:52 NikolayM, ok, got it. Same situation basically 16:36:08 so, I can ask them again and get the answer 16:36:30 #action NikolayM: discuss yaql 1.0 with Murano team 16:36:59 the next one: https://blueprints.launchpad.net/mistral/+spec/mistral-execution-description 16:37:07 oh, it's mine 16:37:12 xylan_kong, it's on review, yes 16:37:13 I see 16:37:21 as i mentioned for my status, the api side is done 16:37:26 I'm sure it will be merged tomorrow 16:37:30 yep 16:37:30 but with a bug, https://review.openstack.org/#/c/193811/ 16:37:40 what bug? 16:37:48 then the client side could pass the jenkins 16:38:04 rakhmerov: please see the patch, it's for the bug 16:38:36 lack of tests when i submit the previous patches for the bp 16:38:50 ooh, you mean we have a bug and BP filed for the same thing? 16:38:56 yes 16:39:08 can you please remove one of them from LP? 16:39:13 it's confusing 16:39:24 at your choice 16:39:38 rakhmerov: no-no, i mean i filed a bug, and https://review.openstack.org/#/c/193811/ is for that 16:39:47 I actually see this rather a BP than a bug though so you might want to change a patch commit message 16:40:22 hm... 16:40:33 ok 16:41:08 anyway, do you think you'll be able to finish everything on that this week? 16:41:09 rakhmerov: https://blueprints.launchpad.net/mistral/+spec/mistral-execution-description 16:41:14 yes, sure 16:41:20 I mean client side etc. 16:41:27 ok, cool 16:41:30 nice job 16:41:35 rakhmerov: certainly yes 16:41:46 next one: https://blueprints.launchpad.net/mistral/+spec/bash-completion-script-optimization 16:41:50 is done 16:41:57 no questions here 16:41:57 yep 16:42:07 https://blueprints.launchpad.net/mistral/+spec/mistral-retry-continue-on 16:42:26 NikolayM, I know it's on review but are there still any issues on that? 16:42:35 I remember we discussed a lot about it 16:43:17 the code has been merged 16:43:29 it was merged recently, about 5-6 hours ago :) 16:43:42 ooh, yes 16:43:42 right 16:43:42 then let me fix its status 16:44:11 yes 16:44:16 sorry, overlooked it 16:44:22 next one: https://blueprints.launchpad.net/mistral/+spec/mistral-run-individual-action 16:44:37 NikolayM, your estimation? 16:44:58 so, I think I finish it for day or two 16:45:06 ok, cool 16:45:22 and the last one 16:45:34 #topic BP: https://blueprints.launchpad.net/mistral/+spec/mistral-explicit-task-parameters 16:46:03 this one is assigned to me but we still actually don't have any detailed description on what we want to do here 16:46:30 I was actually going to discuss it with you today but looks like we don't have enough time for that 16:46:40 yes, i read it, but can't make sure i understand 16:47:10 so I would suggest I come up with a better spec (tomorrow) and let you know so that you comment it 16:47:20 ok, sounds great 16:47:23 sounds good. 16:47:37 if it's ok then I might have a chance to implement it and squeeze into Liberty-1 (not too likely though) 16:47:49 ok 16:49:21 basically, the idea is simple: if we need to jump to some task from many tasks (like "notify" task in lots of our unit tests) then it's not convenient to pass an input for it always using "publish" keyword 16:49:26 just too verbose 16:49:48 so the idea is to be able to configure that input as a set of regular function parameters 16:50:32 but, of course, it leads to a number of questions: how exactly is it going to work, are those params going to replace same vars in the context etc. etc. 16:50:43 so I'll describe everything first clearly. 16:50:47 alright 16:50:50 ok, i see 16:50:56 #topic Open Discussion 16:51:04 anything else guys? 16:51:14 rakhmerov: can we talk about https://blueprints.launchpad.net/mistral/+spec/mistral-executor-membership 16:51:20 yes 16:51:32 i just submited the poc code 16:51:52 just to prove what i want to do, and how i want it to be implemented 16:52:14 ok 16:52:34 I am not familiar with Tooz though 16:52:56 is it only going to work for our executors? 16:53:20 process initialization: http://dpaste.com/39QSHHP 16:53:21 get executros api: http://dpaste.com/1HTNMHM 16:53:23 I mean I'm kind of trying to understand the concept: why do we need this lib for executors but not for other components? 16:53:50 yes, it can be used in other compoments 16:54:04 just see if we have the use case 16:54:08 and what does it bring to us? 16:54:15 briefly 16:54:19 if it's possible ) 16:55:03 we want to know how many executors in our system, and who are they, so we can use them in workflow 16:55:45 is this info stored in a DB? 16:55:49 no 16:55:49 are we going to have specialized executors? 16:55:51 or works differently 16:56:13 rakhmerov: it can use zookeeper as backend 16:56:22 m4dcoder, no, it's just a service to manage and monitor currently running executors and their properties 16:56:26 ok 16:56:37 xylan_kong, I think we just need to review your patches 16:56:40 first 16:56:48 ok 16:56:57 do you have any specific questions you'd like to bring up right now? 16:56:58 about it 16:57:04 in general, having tooz to track components can be useful, say if there're no executor available, then the API or engine should schedule the execution request for later, etc. 16:57:27 i'm unsure how it can be used directly in the WF if it's not supporting specialized executor. maybe an example 16:57:39 one thing that concerns me is that ideally we need this kind of management console for all the system components: engines, apis, executors (scheduler later) 16:57:40 m4dcoder: target 16:57:51 yeah 16:58:02 m4dcoder: i saw it when i start to learn mistral 16:58:10 but i don't know its history 16:58:10 it's not supposed to be used in WF language, it's just a runtime tool 16:58:13 also, if we are using tooz, we can also take advantage of it to refactor distributed locking in mistral. 16:58:30 m4dcoder: yes, exactly 16:58:34 yeah, good though 16:58:37 thought 16:58:52 well, so far it wasn't really needed though 16:59:09 different topic I think anyway 16:59:24 ok 16:59:35 so ok, I mean maybe we should think about more general management console, not only about executors 16:59:40 that was my concern 17:00:03 +1 17:00:05 or just implement it for executors for now with a goal in mind to extend it later for other components 17:00:18 xylan_kong, what do you think? 17:00:28 ok, i will write a more detailed spec for the future work 17:00:33 ok 17:00:36 thx 17:00:43 :-) 17:00:45 ooh, shoot... we're out of time 17:00:53 thanks guys! great meeting 17:01:00 looking forward to talk to you again 17:01:02 thanks 17:01:03 bye 17:01:04 thanks 17:01:08 bye 17:01:09 #endmeeting