13:01:12 #startmeeting tricircle 13:01:12 Meeting started Wed Aug 31 13:01:12 2016 UTC and is due to finish in 60 minutes. The chair is joehuang. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:01:13 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 13:01:15 The meeting name has been set to 'tricircle' 13:01:19 hello 13:01:21 hello 13:02:14 #topic rollcall 13:02:21 #info joehuang 13:02:33 #info xiulin 13:02:34 #info dongfeng 13:02:34 #info Yipei 13:03:20 :) 13:03:26 #info zhiyuan 13:03:38 #info ronghui 13:03:43 #topic feature implementation progress review 13:03:43 #info hejiawei 13:04:06 hello, please describe your feature implementation progress shortly 13:05:07 i have already submitted a patch, i will update the patch based on your comments. Further, i will try to finish the patch of adding resource_affinity_tag ASAP 13:05:35 go on updating the patch of dynamic pod binding 13:05:46 to Yipei, except resource_affinity_tag, also one field in pod binding 13:05:57 to represent current active binding 13:06:19 I have commit a document of pod api features. tempest test for pod is still going on. 13:06:34 patches for resource clearing of floating ip, subnet, router have been submitted, but they all depends on the shared-vlan-l3 patch, which has not been merged 13:06:51 good, to Dongfeng, do you know how to do the tempest test? 13:07:07 I'm doing server action function. The action which only need server_id parameter has been finished, and passed the unit test. 13:07:24 no, tempest doesn't contain the pod test cases. i am studying it. 13:07:32 now i am working on the separation of api-gateway and networking automation 13:07:35 to Zhiyuan, so we need to merge shared-vlan-l3 first, so that other patches can get merged 13:07:38 do we need to add a table to store historical binding relationship, instead of adding a field in binding table? i mean all the records in the binding table are active 13:07:56 to joe, that's right 13:08:02 I read some document to learn how to test my patch ,and next week I will continue to test it . 13:08:03 to Xiulin, great! 13:08:04 or just add a field 13:09:43 no need to add a new table, just use active, deactive, and the time related field for example update_at to store the history information 13:10:20 to Zhiyuan, good job, quick reaction to new proposal 13:10:56 to Jiawei, learn from other's patch will accelearate your experience on how to do test 13:11:07 to joe, ok, got it. will add it into the binding table 13:11:13 For me, the environment meet some problems, and i solve it and record it in the our test and uploading to wiki 13:12:11 and also do some creating the new organization for our team. 13:12:36 to ronghui, is the installation guide in wiki page ready? 13:13:15 i will finish it this week and add some case for it 13:13:24 I suggest you guys who has no lots of experience on test, need to learn unit test and tempest test 13:14:13 ok 13:14:16 ok 13:14:23 ok, got it 13:14:33 I got it 13:14:40 #info longxiongqiu 13:14:40 document for mock: http://www.voidspace.org.uk/python/mock/ 13:14:53 hi joehuang, i will update my patch ASAP 13:15:12 and continue my working ASAP 13:15:14 xiongqiu has come back to our team 13:16:05 hi, Xiongqiu, shake hand 13:16:41 :) 13:16:43 long time no see 13:17:49 yes, i just come back yesterday 13:19:04 I'll try to find some material about unit test and functional test. and share that to you in #openstack---\\-\\\-tricircle 13:19:19 #openstack-tricircle 13:19:29 ok i think is very helpful to us 13:20:17 #topic proposal to move tricircle forward for its big-tent application 13:20:23 also some material about the tempest 13:21:28 hello, last week we talked about that the TCs concerns on Tricircle big-tent application 13:21:43 and the proposal to move forward was prepared 13:21:50 #link https://docs.google.com/presentation/d/1kpVo5rsL6p_rq9TvkuczjommJSsisDiKJiurbhaQg7E/ 13:22:53 #info the basic idea for the proposal 2 is to divide tricircle into two sub-projects 13:23:19 #info one for networking automation 13:24:02 #info the other one for API Gateway for Nova/Cinder 13:24:21 so would like to know your comments 13:25:12 For proposal, plugin mechanism in Nova/Cinder will take long time to discuss 13:26:37 the proposal 2 will also make tricircle being more flexible in deployment for different scenario 13:28:28 the difference between proposal 2 and our current implementation is that we also need to add a new plugin in bottom Neutron server 13:28:28 i dont really understand about the plugin mechanism 13:29:41 to Ronghui, you mean Neutron or Nova/Cinder? 13:30:02 Cinder 13:30:03 Nova/Cinder don't support plugin mechnism yet in its API layer 13:30:34 ok 13:30:35 #info liukun 13:31:07 For Nova/Cinder, if we want to add plugin mechanism then we have to develop that in Nova/Cinder, and need Nova/Cinder to approve it 13:31:18 hi liukun, welcome back 13:31:29 thx 13:31:43 need long time discussion in Nova/Cinder team 13:31:53 got it 13:32:19 why do nova and cinder need plugins, in current implementation, we do not use plugins 13:32:39 +1 13:33:32 there is also proposal for Nova API-GW and Ciner API-GW for global objects like volume_type, flavor implementation to remove the overlapping implementation with Nova/Cinder 13:34:20 #info shiyangkai 13:34:37 in our current implementation, we need to implement nova/cinder api gateway, we need to handle api request ourselves, parse and validate the request body, process and return the response body 13:35:21 to Yipei, Because TCs worried about that the tricircle will introduce different in the Nova/Cinder API 13:35:23 if plugin mechanism is introduced, we can focus on the processing, no need to care about the request and response body 13:36:14 TCs want single API implementation and always keep the API consistency with the openstack documentation 13:36:21 ok, i see. actually, we do not introduce any different API 13:36:40 syntax or sematics difference 13:37:44 we have already used tempest to guarantee the syntax consistency, but they still worried that sematics difference will be there someday 13:38:09 welcome shiyangkai 13:38:51 how do you think about proposal for Nova API-GW and Ciner API-GW for global objects like volume_type, flavor implementation 13:38:54 to remove the overlapping implementation with Nova/Cinder 13:39:02 thank you very much 13:40:30 +1 for this proposal 13:40:35 before project dividen( we also look forward response from community and Monty/TCs etc 13:41:22 we can do first to move the networking automation trigger from Nova API-GW to local neutron plugin 13:41:51 and optimize the volume_type/flavor etc implementation 13:42:18 no matter we divide the project or not, these two proposal brings benefit to Tricircle 13:42:55 we can wait for comment from community to see if we need to divide the project or not 13:43:13 ok 13:43:15 how about your thoughts? 13:43:18 i got it 13:44:19 no other questions, i think it is a good idea 13:44:26 It is another way for us to let TCs accept more easy and also benefit to Tricircle 13:44:49 good 13:45:21 #info optimize tricircle to be prepared for divide 13:46:05 other topics? 13:46:22 no for me 13:46:39 no 13:46:47 no for me 13:46:49 no for me 13:46:51 no for me 13:46:51 no for me 13:47:23 no 13:47:40 ok, let's conclude the meeting 13:47:54 thank you attending the meeting, see you next time 13:47:59 #endmeeting