09:01:38 <oanson> #startmeeting Dragonflow 09:01:39 <openstack> Meeting started Mon Aug 8 09:01:38 2016 UTC and is due to finish in 60 minutes. The chair is oanson. Information about MeetBot at http://wiki.debian.org/MeetBot. 09:01:40 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 09:01:42 <openstack> The meeting name has been set to 'dragonflow' 09:01:50 <oanson> Hi, everyone. 09:01:59 <oanson> Who is here for the Dragonflow meeting? 09:02:29 <oanson> DuanKebo, hi. 09:02:36 <oanson> You here for the meeting? 09:03:41 <DuanKebo> Hi 09:03:46 <oanson> Hi 09:04:32 <oanson> DuanKebo, looks like it's just us today. 09:04:55 <hujie> Hi, Omer 09:05:02 <DuanKebo> Is ma li online? 09:05:11 <DuanKebo> nick ma 09:05:27 <oanson> nick-ma, ping 09:05:44 <nick-ma> i'm here. 09:05:57 <oanson> All right. Let's get started. 09:06:08 <oanson> #info nick-ma DuanKebo hujie in the meeting 09:06:16 <oanson> Let's hope others will join soon 09:06:26 <oanson> #topic Newton Features 09:06:36 <oanson> #link Etherpad https://etherpad.openstack.org/p/dragonflow-newton 09:06:53 <oanson> According to the trusty etherpad, we have DB sync. hujie, any updates? 09:07:44 <hujie> Currently, there are only DB sync logic on local controller 09:08:19 <nick-ma> i tested the patch, but it failed in fullstack. is it working in your own environment, hujie? 09:08:23 <hujie> Li Ma, do you have time to do the job on Neutron side? 09:08:48 <nick-ma> currently, i'm working on dpdk and kolla, one by one. 09:09:23 <yuli_s> great 09:09:45 <hujie> Have you try other tests instead of fullstack? 09:10:03 <nick-ma> fullstack is the must :-) 09:10:56 <hujie> I'm busy on working production test for dragonflow, if I have time I'll have a look at the fullstack bug 09:11:26 <nick-ma> thanks. i will also go over all you codes, and to see how i can help. 09:11:35 <hujie> ok, thx 09:11:44 <oanson> I am also trying to stabalize the fullstack tests 09:11:57 <nick-ma> yes, i see. great job. 09:12:09 <oanson> I hope they'll be stable soon enough so we can trust them again 09:12:19 <nick-ma> yes, i hope so. 09:12:41 <oanson> About ML2 - are there any open issues? 09:13:29 <oanson> I think I tested it last week and L2 worked. I don't remember the results for L3. I'll test again this week. 09:14:17 <oanson> nick-ma, I saw you uploaded a DPDK patch. 09:14:21 <hujie> In our environment, the basic function of Ml2 and L3 is ok 09:14:34 <oanson> hujie, that's great news! 09:14:54 <nick-ma> i am working on dpdk compilation with ovs master branch. i'll update it soon. hopefully it is working. 09:15:07 <DuanKebo> we can continue testing ml2 and l3 plugin for a while 09:15:13 <oanson> Great. 09:15:15 <nick-ma> gerat. 09:15:17 <nick-ma> great. 09:15:21 <DuanKebo> and then use them as the default neutron plugin 09:15:47 <oanson> DuanKebo, once the fullstack tests are stable, we'll move them to ML2. The plan is to phase out the Core Plugin, and work only with ML2 09:16:08 <oanson> I hope this can happen this week - next at the latest 09:16:13 <DuanKebo> Ok, great! 09:16:45 <oanson> I also saw liuhaixia uploaded vlan and flat network patches. Unfortunately I didn't get to review them 09:16:50 <oanson> I'll do my best to find the time 09:17:43 <oanson> Any other items for the Newton cycle features? 09:18:13 <oanson> #topic Performance Testing 09:18:19 <oanson> yuli_s, are you still here? 09:18:24 <hujie> if you have time, the qos feature is very glad to be reviewed:) 09:18:37 <yuli_s> yes 09:18:41 <oanson> hujie, noted. I'll try to find the time for that as well. 09:18:50 <hujie> thx 09:18:56 <yuli_s> i made a number of tests 09:19:04 <oanson> yuli_s, would you like to report about the tests? 09:19:07 <yuli_s> do u want me to paste the results here ? 09:19:11 <yuli_s> sec. 09:19:24 <oanson> yuli_s, I suggest you just summarize them./ 09:19:28 <yuli_s> sure 09:19:37 <oanson> They may be a lot to digest at first glance 09:19:41 <nick-ma> the qos feature lacks of end-to-end fullstack tests. i suggest to add some basic scenario. it will greatly help review and validate. 09:19:51 <yuli_s> we created a version of the 09:20:09 <hujie> yes, xuxiaojie is do the fullstack job for qos 09:20:15 <yuli_s> system that has a server (a kind of limited neutron plugin) 09:20:23 <oanson> nick-ma, definitely. 09:20:23 <yuli_s> and a client ( a limited fb-controller) 09:20:53 <yuli_s> the server sends an event notification together with time 09:20:59 <yuli_s> when this event was created 09:21:18 <yuli_s> when receiving events re we recrd time differentce 09:21:30 <yuli_s> all the system work in containers 09:21:41 <yuli_s> so, we have one server and multiple containers 09:21:49 <yuli_s> we used to run a huge test 09:22:24 <yuli_s> with a cluster of redis 09:22:41 <yuli_s> 3 physical server in redis clusters working 09:22:46 <yuli_s> without replication 09:23:24 <yuli_s> on a server' server we run one client container 09:23:35 <yuli_s> to record time it took to process messages 09:23:53 <yuli_s> in our big test 09:24:20 <yuli_s> 130 df-client apps on each server - 35*130 = 4550 containers 09:24:32 <yuli_s> Results from the same host as server: 09:24:41 <yuli_s> Total time: 167.5 sec 09:24:41 <yuli_s> Number of events: 10000 09:24:41 <yuli_s> Num events per second: 59.6 09:25:01 <yuli_s> on other server with 130 containers 09:25:42 <yuli_s> the fastest result was: 167.578893423 sec, 10000 n.requests , 59.6733860436 r/sec 09:26:03 <oanson> yuli_s, so same amount of requests per second on remote hosts and local host? 09:26:09 <yuli_s> the slowers result was 115.672967196 sec, 10000, 86.450622323 09:26:24 <yuli_s> ops, sorry the last lines are opposite 09:26:41 <yuli_s> the slowers result was 167.578893423 sec, 10000 n.requests , 59.6733860436 r/sec 09:26:45 <nick-ma> :-) 09:27:02 <yuli_s> the fastest result was 115.672967196 sec, 10000 n.erquests, 86.450622323 r/sec 09:27:32 <yuli_s> i am sorry again 09:27:50 <oanson> yuli_s, looks great. Thanks! 09:28:06 <oanson> What are the future plans? Larger redis cluster? full deployment? 09:28:10 <yuli_s> the slowest result was: 233.212209702 sec, 10000, 42.8794016094 09:28:20 <yuli_s> oanson, yes ! 09:28:30 <yuli_s> full deployment 09:28:33 <DuanKebo> @yuli will you please send the report to us? 09:28:45 <yuli_s> DuanKebo, sure 09:28:54 <DuanKebo> Thank you! 09:29:18 <oanson> Anything else in this topic? 09:29:22 <hujie> yuli, you use 3 server for redis, how many server for neutron and how many for df-controller? 09:30:08 <yuli_s> 35 servers run 130 containers 09:30:18 <yuli_s> each running a minified version of df-controller 09:30:25 <hujie> ok I see 09:30:26 <oanson> 130 containers each 09:30:37 <hujie> yes I got it 09:30:37 <hujie> thx 09:30:45 <oanson> great 09:31:03 <oanson> #topic Bugs 09:31:04 <yuli_s> this is the test script 09:31:06 <yuli_s> https://review.openstack.org/#/c/309948/ 09:31:10 <oanson> yuli_s, you're up again 09:31:12 <DuanKebo> Great job, yuli! 09:31:14 <yuli_s> sure, 09:31:16 <oanson> #link https://review.openstack.org/#/c/309948/ 09:31:46 <yuli_s> this bug and solution for him was abandon 09:31:54 <yuli_s> https://bugs.launchpad.net/dragonflow/+bug/1606457 09:31:54 <openstack> Launchpad bug 1606457 in DragonFlow "Miss requirement crc16" [Medium,New] 09:32:21 <yuli_s> any ideas ? 09:32:29 <nick-ma> because it is not in openstack/requirements 09:32:30 <hujie> https://review.openstack.org/#/c/346001/ 09:32:38 <hujie> what about this bug? 09:33:09 <oanson> We need to see how we deal with 'weak' requirements, such as requirements only needed for plugins 09:33:09 <wwjJ> #1606457, redis needs crc16, but redis is not a requirement 09:33:12 <yuli_s> nick-ma, so, u suggest to close this ? 09:33:30 <yuli_s> hm, ok 09:33:45 <oanson> yuli_s, no, but reduce priority 09:33:58 <nick-ma> yes, keep it. 09:34:06 <yuli_s> oanson, ok 09:34:22 <yuli_s> we have these bugs 09:34:27 <yuli_s> Kernel module vport_geneve.ko fails to load on ubuntu 09:34:28 <yuli_s> https://bugs.launchpad.net/dragonflow/+bug/1571551 09:34:28 <openstack> Launchpad bug 1571551 in DragonFlow "Kernel module vport_geneve.ko fails to load on ubuntu" [High,New] 09:35:06 <hujie> Hi, guys, could you please review this bug: https://review.openstack.org/#/c/346001/? 09:35:15 <oanson> yuli_s, technically this is on me, but I need to re-write the patch 09:35:24 <yuli_s> ok 09:35:42 <yuli_s> we need owners here 09:35:45 <yuli_s> https://bugs.launchpad.net/dragonflow/+bug/1605535 09:35:45 <yuli_s> https://bugs.launchpad.net/dragonflow/+bug/1606454 09:35:45 <openstack> Launchpad bug 1605535 in DragonFlow "auto-topology-allocation doesn't work with ml2" [Medium,New] 09:35:46 <openstack> Launchpad bug 1606454 in DragonFlow "both mech_driver and l3_router_plugin call api_nb.initialize()" [Low,New] 09:36:03 <oanson> yuli_s, all the High priority bugs have owners? 09:36:20 <yuli_s> i think yes 09:36:21 <oanson> I think 1606454 has a patch 09:36:41 <yuli_s> ok 09:36:41 <hshan> @oanson, yes 09:36:49 <oanson> #link https://review.openstack.org/#/c/347154/ 09:37:21 <yuli_s> ok 09:37:37 <yuli_s> i will assign it to you 09:38:07 <nick-ma> btw, https://review.openstack.org/#/c/352072/, oanson, could you update it soon and let's merge it? i see this fixes the fullstack. we should rebase all the reviewing patches on it to re-run fullstack. 09:38:20 <hshan> assigned to myself already :) 09:38:31 <yuli_s> hshan, great ;) 09:38:58 <oanson> nick-ma, yes. I am testing a fix for weizj. It will be uploaded as a new patch, so a new review cycle won't be needed 09:39:12 <yuli_s> another question is with this bug: https://bugs.launchpad.net/dragonflow/+bug/1585170 09:39:12 <openstack> Launchpad bug 1585170 in DragonFlow "dragonflow dhcp_app don't support VM pxe boot" [Medium,New] 09:39:20 <yuli_s> i suppose we can move it to wishlist 09:39:30 <oanson> yuli_s, there is an open review for this as well. 09:39:34 <nick-ma> i think there is the corresponding review. 09:39:42 <yuli_s> ah, great 09:39:47 <oanson> hshan, I think this is yours as well 09:40:30 <hshan> while, yes, I've made a patch for that bug 09:41:32 <yuli_s> if it is ok, I can take this bug from oanson 09:41:36 <yuli_s> https://bugs.launchpad.net/dragonflow/+bug/1587135 09:41:36 <openstack> Launchpad bug 1587135 in DragonFlow "Double encoding in api_nb.py and related code" [Low,New] - Assigned to Omer Anson (omer-anson) 09:41:41 <yuli_s> to myself 09:41:48 <oanson> yuli_s, that would be great! 09:41:53 <yuli_s> ok, cool 09:42:19 <oanson> Anything else? 09:42:42 <yuli_s> nop 09:42:45 <nick-ma> nop. 09:42:50 <oanson> #topic Open Issues 09:43:03 <oanson> Fire away 09:44:23 <oanson> All right. 09:44:30 <oanson> Thanks, everyone 09:44:46 <oanson> #endmeeting