16:00:20 #startmeeting Mistral 16:00:29 Meeting started Mon Feb 9 16:00:20 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:30 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:00:34 The meeting name has been set to 'mistral' 16:00:37 hi 16:00:44 hi 16:00:54 hallo :) 16:01:21 :) 16:01:43 let's wait a couple of mins 16:03:08 hm.. looks like there're just two of us 16:03:43 i am here too :( 16:03:50 ook ) 16:04:00 let's start 16:04:11 #topic Review Action Items 16:04:21 1. dzimine, look at the bugs and assigned most critical ones to kilo-2 16:04:31 it's not relevant anymore and I guess it was done 16:04:33 oh… didn’t do it exactly 16:04:39 but no, irrelevant. 16:04:44 yeah, that's ok 16:04:50 did hte best effort anyways. 16:04:58 sure 16:05:01 2. akuznetsova, file bugs for recently found usability issues 16:05:17 rakhmerov, done 16:05:21 ok 16:05:40 it means the bugs with environments, right? 16:05:50 correct 16:05:53 ok 16:06:06 #topic Current status (progress, issues, roadblocks, further plans) 16:06:27 my status: released kilo-2 on Friday and keep refactoring task result processing 16:06:48 there's some progress but I still need to spend I guess a few days on that 16:07:37 dzimine status: last week - flashed out how to handle YAML with rakhmerov, completed the “catch exeptions” bug fix; 16:07:54 well done, btw! 16:07:55 this week - small change to expose the “stop workflow” functionality 16:08:01 ok 16:08:03 in the API 16:08:04 my status: finished with first commit to Rally and now we almost have a special Rally gate in mistral repo, prepared cli tests for env, now I am working on instraction : how to run Rally Mistal scenarious 16:08:19 well done too :)) 16:08:47 btw, http://logs.openstack.org/47/153647/2/check/gate-rally-dsvm-mistral-task/bf39010/ 16:08:49 nice. Are we getting good load there? 16:09:00 click HTML report link 16:09:15 dzimine, it's rather a required piece of infrastructure 16:09:33 yes I know. 16:09:43 which gives us the mechanism to easily add new load tests 16:09:54 now it'll be easy to write them 16:10:11 as far as good load, not yet 16:10:33 yes, I just made initial commit with needed Mistral infrastructure and basic scenarios 16:10:50 ok 16:11:14 let's move to the next topic 16:11:17 #topic "Kilo-3" scope and blueprints 16:11:35 so we released kilo-2 and several BPs were moved to kilo-3 16:11:36 well kilo-3 is “a final release”, right? 16:12:05 not exactly 16:12:09 let me clarify 16:12:22 during kilo-3 we can add new functionality 16:12:30 after that no 16:12:36 clear. 16:12:39 only bugfixing, stability, docs 16:12:42 and when is kilo-3 again? 16:13:02 but this is only if we 100% follow OpenStack procedures 16:13:09 March 19 16:13:20 a month 16:13:33 just over 16:14:10 ok. we need to review the BP and bugs than and capture anything recent in them. Like YAQL clean-up. 16:14:22 and even if we do follow OpenStack rules then there's a mechanism called something like "feature request" to add new functionality even after 3rd dev milestone 16:14:31 yes 16:15:01 and when is the final Kilo release in OpenStack? 16:15:03 Hi, sorry, I am late 16:15:18 today I actually just wanted to ask you to look at Kilo-3 and validate if 1) all you're interested in is included 2) suggest what could be removed 16:15:23 nmakhotkin, np 16:15:24 hi 16:15:31 dzimine, https://wiki.openstack.org/wiki/Kilo_Release_Schedule 16:15:37 yep 16:15:38 ^^ thanks 16:15:53 April 30 16:16:22 so during April we're supposed to be fixing lots and lots of bugs like crazy ) 16:17:07 so as far as scope of kilo-3 we can do a planning poker again 16:17:13 oh, we’ll be fixing them now, too :) 16:17:25 yes ) 16:17:43 I'll set up a meeting for planning poker later 16:18:01 rakhmerov, what with our scope ? do we have the final list of bps for kilo-3 ? 16:18:06 ok than the action is to capture all in the blueprints. and when we do the pocker, we shall 1) allocatie tme for bugs and 2) review existing bugs and assign them to the scope, too. #action 16:18:56 akuznetsova, no, we don't yet have all the BPs. I'm hereby asking to suggest (can do that offline) what you would like to see in Kilo-3 16:19:15 and after that we will estimate if it's feasible to do during kilo-3 16:19:50 #action rakhmerov, dzimine: capture everything in blueprints 16:20:17 #action rakhmerov, dzimine: review existing bugs and assign them to the scope 16:20:19 thanks 16:20:59 ok, that's basically all I wanted for this meeting 16:21:43 quick discussion on YAQL? just to put the thoughs: 16:21:45 Nikolay is fixing expressions now, looks like now we have a full picture 16:21:51 yes 16:21:55 go ahead 16:22:30 1) rakhmerov pls share the details of what we came up with, the just of it is to always use “{yaql}”. 16:22:47 2) the question is: if we do it, it breaks v1, too. 16:22:55 how do we deal with it? 16:23:10 well 16:23:26 from what I know it only can impact solum. 16:23:32 anyone else? 16:23:48 1) yes. The details are captured in https://etherpad.openstack.org/p/mistral-DZ-RA (maybe not well structured) but I think we're all on the same page here 16:24:02 2) do we still need to care about v1? 16:24:14 I was going to get rid of it completely 16:24:33 solum yes, but we effectively don't support v1 anyway 16:24:44 we already broke v1 ) 16:24:49 so they can keep using one of the previous versions 16:25:20 but yes, expressions will break v1 if we don't split them into versions (I would hate to do that though) 16:25:38 akuznetsova, how did we break it? 16:25:49 you mean that failing test that we found today? 16:26:07 rakhmerov, yes, it fails on every commit now 16:26:20 I'm still hoping it was done by mistake 16:26:33 if not then yes, we already did 16:27:07 and solum likely pinned the version of mistral.. 16:27:14 and if we still want to support v1 we will have to restore old expressions and let it leave in a v1 related module 16:27:23 dzimine, I think so 16:27:29 we can ask them anyway 16:27:41 no they didn’t https://github.com/stackforge/solum/blob/master/requirements.txt#L23 16:28:03 we can commit a fix for them once we move over. 16:28:11 yeah, but this is a client 16:28:26 not sure about server 16:28:58 #action rakhmerov: talk to solum folks (Roshan) and find out what version of Mistral they depend on 16:29:37 yes, we were going to help them this winter to transition to v2 16:29:44 but it didn't happen yet 16:29:50 and maybe to the better 16:30:02 given all those changes we're making now 16:30:36 so, again, let's think if we still need to leave v1 code base 16:31:06 afaik they use devstack. 16:31:13 the only reason I see for that is just to have a clear example of how system can evolve from one version to another 16:31:27 strongly recommend to keep them on v1 till we flash out v2 details. 16:31:42 yes, maybe 16:32:31 #action all: think if we need to keep v1 code base 16:32:34 as for the approach - Nikolay, Nastya, did you have a chance to see it? you’re ok with it? 16:32:58 dzimine, to see what ? 16:33:18 I'm not sure I followed the question.. 16:33:20 yep 16:33:21 oh I thought Renat had shared it - the proposal to change yaql. 16:33:33 aah 16:33:37 yes I did 16:33:44 oh, yes, it was shared 16:34:09 that’s the best we managed to come up with, input very welcome. 16:34:19 right 16:34:21 if we go ahead tdo it, time is now. 16:34:42 to me it looks good now 16:34:44 else we are too close to kilo-3, and if we pass kilo-3 with these changes, it gets harder to chagne. 16:34:58 yes 16:35:15 The change is relatively big. we need a blueprint on it. 16:35:28 well, my general comment here: I insist we stabilize v2 api/dsl during kilo-3 16:35:47 after that it will be really bad of us 16:35:50 if we do 16:36:25 which means we should try pretty hard during till March 19 16:36:34 yes and once we stabilize it we can dump v1 16:36:50 I agree 16:36:51 yes 16:37:13 this YAQL thing is the biggest one so far. 16:37:20 yep 16:37:31 others we have already agreed on. 16:37:35 the second is task result thing 16:37:41 yes. 16:37:52 task result thing. 16:38:00 :)) 16:38:02 which you Renat is already working towrads. 16:38:06 ok 16:38:13 do we need to discuss anything else now? 16:38:20 I am out of ideas :) 16:38:38 Quck update for Winson m4dcoder - he is implementing a bunch of production workflows now and filing/fixing bugs as he goes. 16:38:42 Including usability ones. 16:38:52 very good 16:39:00 Well I want to decide who is doing YAQL and when 16:39:02 we'll strive to fix them asap 16:39:15 will we implement crud operations in UI ? 16:39:16 Nikolay has already started with it 16:39:34 and just to share with you that we deployed Mistral on multiple nodes with scaled out SQL and scaled out Rabbit underneath, and will be running shitload of workflows on it. 16:39:44 Now guess what I expect it to fail dramatically : ) 16:39:45 hahaha 16:39:52 but than we fix it. 16:39:55 akuznetsova, I would like to but I think we first need to look at all more important things to do and estimate our efforts 16:40:18 :)) 16:40:25 > Nikolay has already started with it 16:40:30 with GRUD in UI? 16:40:39 GRUD :))))) 16:40:42 CRUD 16:40:45 rakhmerov, yes, sure, YAQL and dsl stabilization are more important ) 16:41:17 dzimine, yes, we wanted to adjust UI a little bit so we could do all the CRUD operations 16:41:25 lastly, what’s the story on deploying Javascript engine? Nikolay? 16:41:27 which we currently don't have 16:41:54 Nikolay, can you please give us a link to the doc where you described that? 16:42:28 nmakhotkin, ^ 16:44:03 nmakhotkin, you're still with us? :) 16:44:49 I guess he's experiencing some connectivity problems 16:44:54 it happens to him sometimes 16:45:24 so dzimine we can ask him to share the details later 16:45:45 is that ok? 16:45:48 ? 16:45:58 ok. 16:46:01 if he tells us later 16:46:03 done for today? 16:46:06 looks like he's gone 16:46:08 yep 16:46:16 let's finish 16:46:25 we’re all done for today right? 16:46:31 yes 16:46:33 thanks and bye! 16:46:39 bye! 16:46:41 #endmeeting