13:01:10 #startmeeting senlin 13:01:10 Meeting started Tue Oct 11 13:01:10 2016 UTC and is due to finish in 60 minutes. The chair is yanyan. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:01:11 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 13:01:13 The meeting name has been set to 'senlin' 13:01:19 o/ 13:01:22 hello 13:01:38 ^^ 13:01:40 Hi Qiming, yanyan. 13:01:41 :) 13:01:58 hi 13:02:01 hi 13:02:07 welcome you guys 13:02:20 hi 13:02:24 this is our first meeting in Ocata cycle I think :) 13:02:27 hi, xinhui 13:02:44 here is the agenda, plz feel free to add items you want to discuss 13:02:45 https://wiki.openstack.org/wiki/Meetings/SenlinAgenda 13:03:09 #topic ocata work items 13:03:15 https://etherpad.openstack.org/p/senlin-ocata-workitems 13:03:30 I have created a new etherpad to track workitems in ocata cycle 13:03:44 currently, I just moved those backlogs from newton workitems etherpad 13:03:57 maybe lets go through it first 13:04:08 perform test 13:04:17 I will keep working on it 13:04:32 adding more senlin related support into rally 13:04:49 and also building some sample test cases 13:05:03 to help user/operator to evaluate the performace of their senlin deployment 13:05:37 the next item is about HA, lixinhui_ Qiming, any update about it? 13:05:45 or new plan 13:06:01 I am working octavia 13:06:07 notification system 13:06:20 to let it send out notice of member failure 13:06:37 but still trying to get its newton version work up 13:06:43 octavia team agreed? 13:06:55 not discussed with them 13:07:08 I wanna try on our side firstly 13:07:14 then may propose BP 13:07:16 member status update is stable there? 13:07:34 what do you mean by stable 13:07:45 so the plan is let lb send notification for lb member status changing? 13:07:59 yes 13:08:01 the old story was that when member fails, octavia fails to change the 'status' field 13:08:31 once the status change, octavia should send out event 13:08:49 instead of letting others read its db 13:08:53 lixinhui_, I see 13:09:12 I also recalled that bug. have it been addressed? 13:09:24 very slow there 13:09:29 Does it worth a BP in octavia? 13:09:36 Or just a bug? 13:09:41 not bug 13:09:51 they have mechanism to update DB 13:09:53 elynn, I think the notification item is worth a bp 13:10:08 so if others care enough and they can get the right status 13:10:17 but 13:10:22 it is ugly 13:10:36 there should be some mechanism to help auto-loop 13:10:42 yes, agree with you 13:10:45 like senlin needed 13:10:56 status update <-- obviously a bug; status notification <-- may need a bp 13:11:36 there seems some problem with octavianewtion 13:11:46 I cna not run it up even today 13:11:58 will try more later 13:12:06 even with its newton stable release? 13:12:10 yes 13:12:16 if so, may need some help from the team 13:12:18 some thing wrong with its image 13:12:19 sigh... 13:12:30 ... 13:12:52 will connect them if I confirm nothing wrong with my env 13:13:09 great 13:13:45 and you can add the workitem about notification to etherpad 13:13:53 if you plan to work on it recently :) 13:14:05 Okay 13:14:09 I will 13:14:11 thanks 13:14:16 np 13:14:35 any more question about this item? 13:14:45 if not, will move on 13:15:02 ok, next one 13:15:05 document 13:15:13 hi, Qiming 13:15:31 no progress past weeks 13:15:33 I guess you didn't get time to work on it recently 13:15:38 I see 13:15:53 will work on them by adding links to official docs, in case users don't know where to find them 13:16:08 yes, that is very important 13:16:16 thanks 13:16:26 next one is versioned request 13:16:44 part of versioning everything :) 13:16:53 that one was just added 13:16:59 still working on it 13:17:20 for cluster create request, the request and request body have been modeled 13:17:45 now I'm preparing the service to serve RPC request with the new request object as parameters 13:17:58 great, so that will be the first one as example 13:18:19 hi, xuhaiwei 13:18:24 hi yanyan 13:18:31 sorry be late 13:18:32 yes, that will be the first show case 13:18:37 no problem 13:18:45 ok 13:19:12 hope everyone can have some time to see it 13:19:39 since that will be a huge change for the interface of both senlin api/engine/rpc 13:20:13 yup 13:20:27 great 13:20:32 next one? 13:20:42 its advantage is still to be exhibited 13:20:51 yes 13:21:13 what is the current topic? 13:21:22 I think it's definitely very helpful to improve the stability and compatibility of senlin service 13:21:27 big change to senile api/engine/rpc? 13:21:33 xuhaiwei, about versioned request 13:21:42 xuhaiwei, versioned everything 13:21:50 xuhaiwei, oh, sorry for my inaccurate expression 13:22:00 user invisible change it is 13:22:04 make the code stable and smooth upgradable 13:22:21 yes 13:22:24 ok 13:22:31 the interface between different senlin modules 13:22:51 if everything is versioned, it's easy to be upgraded? 13:22:58 xuhaiwei, yes 13:23:24 a versioned object is tasked to masking the differences 13:23:48 if you add a new field to a request, for example, and you only understand an old version of request 13:24:04 you can ask that object to make an old version representation for you 13:24:37 I'm learning it by doing it 13:25:14 that is not conflicting with api micro-version? 13:25:32 ideally, you can have two senlin-engines working on 1.2 version, one working on 1.1 version 13:26:05 good question, still trying to make that 'version' into the same whole picture without further complicating things 13:26:35 nice 13:26:47 I believe we can get better understanding on it by reading the code 13:26:52 when we have some api changes we want to land, we can group that into a sprint, and bump api version after that 13:27:07 api version is only dealing with user visible things 13:27:32 versioned object, ideally, can be used to version anything inside the engine, e.g. DB objects 13:29:00 ok, lets move on 13:29:11 container profile, hi, xuhaiwei, your turn 13:30:03 recently I am working on the demo for our company cloud platform 13:30:03 any update or plan? 13:30:13 no update for it 13:30:16 ok 13:30:25 I can share something about the summit 13:30:32 I think that will be another important workitem in Ocata cycle 13:30:42 great, you guys can have f2f talk :) 13:31:04 that is for tacker design summit, I have added a talk about senile and tacker integration 13:31:12 cool 13:31:22 cool +1 13:31:29 hope to see more cooperation between senlin and tacker 13:31:40 Would like to listen ! 13:31:51 xuhaiwei, many thanks on bringing that to the tacker team 13:31:55 would like to see the video :) 13:32:15 I'm confident that they will appreciate the work we offloaded from them 13:32:32 yanyan, you won't be at the Summit this time? 13:32:39 zzxwill, yes :( 13:32:41 tacker team doesn't know senile at all, so I will introduce senile first, and then introduce tacker to use senile for vnf auto-scaling and HA 13:32:59 so will catch you guys up by watching the video cap 13:33:19 xuhaiwei, that's great 13:33:31 design summit doesn't have vedio, yanyan 13:33:37 ah, right 13:33:44 if time is good, maybe I can call in :) 13:33:45 they will soon realize that "auto-scaling" could be a tale, most of the time, they will need to manipulate their VNF clusters this and that way 13:34:04 to join your discussion 13:34:10 you can't go to barcelona, yanyan ? 13:34:32 right... 13:35:03 Qiming, in fact to use seniln in tacker has two ways 13:35:11 anyway, very chance to bridge these two projects 13:35:15 very good chance 13:35:42 yes, I saw your discussion with sridahar 13:35:43 first is make tacker talk to seniln directly, instead of talking to Heat under the current design 13:36:11 we'll need to find out why they need heat desparately 13:36:16 but it may very difficult to persuade them to do in this way 13:36:30 if it is a valid scenario, we won't get in the way 13:37:03 if it is not valid, or it is something senlin can fill in easily, we will do it 13:37:57 mindset change is very difficult for people 13:38:22 yes, currently in openstack community Heat is the standard orchestration tool, so people will use it without any thought 13:38:48 understand 13:38:57 heat is good, but no project is designed for all use cases ... 13:39:19 just for some cases, using senlin could be better 13:39:20 yes 13:39:43 so, instead of doing some abstract comparison, I'd prefer understanding their use cases 13:40:04 totally agree 13:40:16 start from a real case to understand their requirement 13:41:27 so we may need to spend more effort here :) 13:41:31 xuhaiwei, thanks for starting this 13:41:34 if tacker support seniln heat resource well, it's a quite good thing in my opinion 13:41:38 Maybe some day you could show us how tacker work and let us get a deeper understanding and figure out the gap :) xuhaiwei 13:41:49 elynn, +1 13:42:23 xuhaiwei: yes, it's a win-win for both projects. 13:42:28 yanyan, elynn, yes, but currently tacker can hardly do anything 13:42:39 So sridahar still be the PTL? 13:42:45 for ocata? 13:42:51 yes, lixinhui_ 13:42:55 okay 13:43:16 but he can't join ocata summit for health problem 13:43:40 ... 13:44:01 I hope you guys can also join the discussion in tacker design summit 13:44:18 who else from broadcade the same company with him? 13:44:18 it is all overlapped ... 13:44:35 when is it 13:44:36 all our work sessions are located in friday morining 13:44:40 What is the time slot for your topic? xuhaiwei 13:44:45 https://www.openstack.org/summit/barcelona-2016/summit-schedule/#day=2016-10-28&summit_types=10 13:44:52 start from 9 to 12:40 13:44:59 most of the design summits are in the same morning 13:45:17 oh 13:45:21 okay... 13:45:27 my topic is on the last day 13:45:31 a ridiculous design 13:45:44 the final session 13:45:57 xuhaiwei, in afternoon? 13:46:01 or morning 13:46:12 from 11:30 on Friday 13:46:25 sigh 13:46:27 the last one in the morning 13:46:31 conflict with our last session 13:46:36 the HA one 13:47:18 lets have further discussion later to see whether we can get the chance to talk with tacker team 13:47:21 in the summit 13:47:27 lets move on? 13:47:36 we have 13 mins left 13:47:49 zaqar message receiver 13:47:54 the basic workflow is ok now 13:48:12 next step is keeping refactoring it to make it useful for real use case 13:48:20 including addressing some TODOs left 13:48:29 and also writing a guide 13:48:41 yes, guide me pls, :D 13:48:46 haha :) 13:48:49 definitely 13:48:57 the next one is notification 13:48:58 hi Qiming 13:49:25 no progress, pass 13:49:37 ok 13:49:41 next one is batch policy 13:49:49 I think Ruijie_ is working on it 13:49:53 hi, Ruijie_ 13:50:08 https://review.openstack.org/#/c/376363/ 13:50:24 here is the patch. welcome to leave comments :) 13:50:45 10 minutes left, we still have 3 topics, :D 13:50:59 yes, need to speed up 13:51:12 ok, lets jump to next topic 13:51:19 #topic work session time slot 13:51:26 https://www.openstack.org/summit/barcelona-2016/summit-schedule/#day=2016-10-28&summit_types=10 13:51:27 here 13:51:33 all in the friday morning 13:52:03 the current sequence is, versioned policy/profile, versioning everything, container cluster and HA 13:52:04 yes, yanyan 13:52:04 I'm working on it 13:52:16 Ruijie_, thanks a lot for this job :) 13:52:48 will leave comments offline 13:53:10 ok, next one? 13:53:15 no problem, yanyan :) 13:53:15 okay 13:53:20 :) 13:53:27 summit presentation preparing 13:53:48 we have two presentations, HA and managing cluster of 1,000 VMs 13:54:01 I'm now preparing the slices for second one 13:54:18 and will talk with eldon and CMCC colleague later about it 13:54:34 elynn, lixinhui_ I think you guys can start to prepare the slice for HA topic? 13:54:50 yes, yanyan 13:55:01 if you all free in this thursday, we can have a meetup in vmware that afternoon :) 13:55:01 we need discuss with you and Qiming 13:55:02 I will check with lixinhui_ tomorrow. 13:55:08 and go through this topic together 13:55:18 great 13:55:19 ok :) 13:55:44 to fill in the content and arrange the speacking sequence 13:56:20 ok, lets talk more about it offline 13:56:30 #topic open discussion 13:56:39 open discussion now:) 13:56:55 I've added a topic 13:57:02 about weekly meeting schedule 13:57:14 oops, sorry I didn't refresh the agenda 13:57:16 ah, yes 13:57:17 yanyan and I discussed about this 13:57:21 that one 13:57:46 if the time is no good for anyone, pls speak up 13:58:10 yes, we can rotate between day time meeting and night time meeting(beijing time) 13:58:38 we can move it completely 13:58:44 Qiming, ok 13:58:58 if so, we need to find a time slot everyone is free to join 13:59:11 to avoid conflict with other meetings in daily work 13:59:34 I will send out mail to check with all you guys 13:59:54 ok 13:59:55 public vote is better 14:00:03 Qiming, yes, will check how to do it 14:00:17 and need to check the available timeslot in irc channel first 14:00:21 ok, time is over 14:00:32 lets move back to senlin channel 14:00:38 thanks all you guys for joining 14:00:42 have a good night 14:00:45 #endmeeting