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