09:00:16 #startmeeting dragonflow 09:00:17 Meeting started Mon Jun 6 09:00:16 2016 UTC and is due to finish in 60 minutes. The chair is gsagie. Information about MeetBot at http://wiki.debian.org/MeetBot. 09:00:18 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 09:00:20 The meeting name has been set to 'dragonflow' 09:00:35 Hello everyone, 09:00:36 Hi 09:00:38 hi 09:00:41 Hi 09:00:43 Hi 09:01:12 Hello 09:01:33 #info gampel, oanson, vikasc, hujie, gsagie in meeting 09:01:42 Any other lost dragons out there? 09:01:54 #info guest of honor saggi 09:02:11 @eshed will join soon 09:02:22 cool, lets wait for him 09:02:31 gsagie, that's another guest of honour 09:02:43 indeed, i will announce it upon his arrival! 09:02:46 hi 09:03:01 #info Shlomo_N in meeting, yuli_s suppose to be in meeting.. 09:03:04 Eran, I'll miss you :) 09:03:42 * yamamoto_ peeking 09:03:43 ohhh, hujie you heard the news? 09:03:49 yes I will still be around in DF 09:03:52 thx 09:04:00 #info yamamoto is in the meeting and our 2nd guest of honor 09:04:12 ola! 09:04:13 #info oshidoshi has entered the room and is our 3rd guest of honor 09:04:26 best wishes :) 09:04:31 the honorable oshidoshi, please 09:04:43 hujie: byran munich is having hard times.. 09:05:00 anyway i see DuanKebo is not here? 09:05:02 nick-ma? 09:05:10 #topic open patches 09:05:33 We were presenting Dragonflow in OpenStack Israel day last week thats why we were a bit busy 09:05:40 yes, I expect it good perform next year :) 09:06:11 It really got alot of interest locally from Israeli companies and hopefully we can start some more collaborations soon 09:06:32 hujie: thats because they didnt take Yossi Benayun 09:06:49 benayun is very good player 09:07:00 hujie, vikasc: any open patches that needs our review? 09:07:02 in Dragonflow? 09:07:09 yes 09:07:11 I have two patches I'd be happy for review. 09:07:14 my db consistency patch 09:07:15 only one patch I have 09:07:17 https://review.openstack.org/#/c/309746/ - Metadata service 09:07:29 #link https://review.openstack.org/#/c/309746/ - Metadata service 09:07:34 https://review.openstack.org/#/c/300877/ 09:07:34 and https://review.openstack.org/#/c/322493/ - OVS RPM installation 09:07:35 oanson: i will complete my review on it today 09:07:39 #action gsagie, gampel review open patches 09:07:41 Thanks 09:07:47 thx 09:07:48 #link https://review.openstack.org/#/c/322493/ - OVS RPM installation 09:07:57 #link https://review.openstack.org/#/c/300877/ 09:08:15 #action gsagie, gampel, oanson review Redis HA patch 09:08:26 Will do. 09:08:28 For the RPM patch we actually have two one by omer and one by 09:08:30 also got this in email, its been some time now and we need to also make sure its merged 09:08:33 and I commit a cascading scenario patch: https://review.openstack.org/#/c/325651/ 09:08:49 gampel, they are not mutually exclusive. 09:08:57 I have tested my patch on both master and 2.5 branches 09:08:58 hujie: can you explain more about this patch? 09:09:30 so we want to move to the master branch of the OVS 09:09:57 I think it will be best to stay on the 2.5 branch 09:10:20 it describe the communication between two VMs which belong to independent Openstack system 09:10:32 why do we want to move to OVS master? 09:10:42 hujie: So you mean with Tricircle project? 09:11:00 hujie: what is the extra work that we are going to add for Dragonflow for that? as this is not "standard" yet 09:11:10 will take a look at the patch 09:11:27 #link https://review.openstack.org/#/c/325651/ - Dragonflow and Tricircle integration spec 09:11:32 There is a patch submitted to do that but i think we should stay on 2.5 unless there are new features we need on master 09:11:59 gampel: agree 09:12:15 gampel: wondering if there was any special reason to do it 09:12:31 it's a cascading patch :) 09:12:49 vikasc: i saw the patch for turning Redis into the default DB at gate is still failing, any help needed on that? 09:12:59 yes gsagie 09:13:29 vikasc: ok, i will take a look today hopefully 09:13:30 i am not able to figure out why its not able to detect redis, though it is installed successfully 09:13:41 gsagie, thanks 09:13:51 vikasc: what do you mean "detect redis" ? 09:14:35 gsagie, the devstack log shows that redis gem (ruby) is installed 09:14:45 but when the code tries to import the library, it fails. 09:14:56 gsagie, 2016-06-04 11:53:22.952 | /usr/local/lib/ruby/2.3.0/rubygems/core_ext/kernel_require.rb:55:in `require': cannot load such file -- redis (LoadError) 09:14:59 gsagie you mean we do not consider the thicircle or cascading patch? 09:15:39 hujie: we will take a look but i think we need to do a design talk about this more closely, we will need to understand the work that is needed in Dragonflow and how it effect users that might not use Tricircle, but i havent seen the patch yet, so need to read it first 09:16:05 ok, thx :) 09:16:19 vikasc, oanson: maybe installed in the wrong place then the import? 09:16:33 hujie: I will go over the patch, but we need to make sure we do it in a standard way and not "special" tags 09:16:40 http://logs.openstack.org/38/320838/6/check/gate-dragonflow-dsvm-fullstack-nv/72e7d10/logs/devstacklog.txt.gz#_2016-06-05_16_45_29_467 09:16:43 I don't know ruby well enough. I will have to test it on my environment. 09:17:05 gsagie, oanson , it works fine on my local machine 09:17:08 gampel: ok, I see 09:17:50 gsagie, oanson , I mean if try devstack with committed changes. 09:18:59 vikasc: you try it on fresh VM? 09:19:05 sure 09:19:08 i will try to look at it today as well hopefully 09:19:22 gsagie, meanwhile i will try on fresh vm also 09:20:41 you try it on Fedora btw? 09:20:45 or Ubuntu? 09:20:51 ubuntu 09:21:03 ok, we will take a look and let you know if i find anything 09:21:16 any other open patch that needs look? 09:21:19 maybe it is a different version 09:21:46 I think that we need to back port few patches to the Mitaka branch 09:22:04 #topic bugs backporting 09:22:19 gampel: which ? 09:22:28 one sec 09:23:09 #link https://github.com/openstack/dragonflow/commit/c98fdb402197fcbac65cb587a58168f9f1d4f2fd 09:23:27 #link https://github.com/openstack/dragonflow/commit/fcab5671047855f4d3c0f676dfc15a851ec107c2 09:23:45 oshidoshi: welcome back :) 09:23:53 gsagie, u released version on Jun 1 right ? 09:24:08 yuli_s: dont remember the date, but you can see it on github 09:24:51 Yes, 1st June. 09:24:58 i think this one too https://github.com/openstack/dragonflow/commit/ae0e0f796081e32459311f99611825a3b49428d7 09:25:01 oanson, thanks ! 09:25:51 gampel: ok, i think anyone can suggest to backport it and we just need to merge it 09:26:06 I will do it 09:26:36 okie 09:26:48 #topic bugs 09:26:52 Yuli: any other patches you think we should include ? 09:26:54 anything on that anyone? 09:27:16 gampel, my bug fixed were merged on 31 09:27:26 gampel: we need to make sure that these patches are not based on any other patches 09:27:30 that are not included 09:27:30 so, I suppose they should be in code 09:27:40 yes I will check that 09:27:43 or change the backport a bit 09:27:55 Ok 09:29:01 yuli_s: you can check in the git log 09:29:16 okie, so i guess nothing special on bugs 09:29:21 gsagie, i am looking here: 09:29:22 https://review.openstack.org/#/q/status:merged+dragonflow 09:29:52 i personally do not have any active bugs 09:29:59 what about this BUG https://bugs.launchpad.net/dragonflow/+bug/1585535 I think it is just testing framework problem 09:29:59 Launchpad bug 1585535 in DragonFlow "When using zmq, every event is processed two times" [Critical,New] 09:29:59 the system works ;) 09:30:27 i will take it 09:30:54 ok 09:30:59 I think we are publishing twice in one of the testing 09:31:11 #action yuli_s to look at bug #1585535 09:31:11 bug 1585535 in DragonFlow "When using zmq, every event is processed two times" [Critical,New] https://launchpad.net/bugs/1585535 - Assigned to Yuli (stremovsky) 09:31:22 thanks yuli_s 09:31:26 np 09:31:44 #topic control and data plan performance and testing 09:31:55 yuli_s, Shlomo_N: any update on this? 09:32:24 gsagie, i started to return to this project today 09:32:43 I will have the results next meeting 09:32:55 the environment setup is ready and the bandwidth testing is ready as well 09:33:05 working on adding more tests and the reporting 09:33:30 (i was talking about control path testing) 09:33:52 I think we missed this potential bug - https://bugs.launchpad.net/dragonflow/+bug/1538124 09:33:52 Shlomo_N: Error: malone bug 1538124 not found 09:34:05 also this one: https://bugs.launchpad.net/dragonflow/+bug/1571551 09:34:05 Launchpad bug 1571551 in DragonFlow "Kernel module vport_geneve.ko fails to load on ubuntu" [Undecided,New] 09:34:38 anyone interested to look at this bug? 09:34:51 and seems that no one really working on this one: https://bugs.launchpad.net/dragonflow/+bug/1582122 09:34:51 Launchpad bug 1582122 in DragonFlow "unstack couldn't unload openvswitch module" [Undecided,New] - Assigned to lei zhang (zhang-lei) 09:35:42 I propose taking it offline 09:35:46 okie 09:35:50 lets take this offline 09:35:53 and continue the meeting 09:35:55 #topic open discussion 09:36:01 anything else anyone? 09:36:12 nop 09:37:17 I have nothing 09:37:43 gampel ? 09:37:47 hujie ? 09:37:53 we need to continue working on the roadmap etherpad 09:37:53 yuli_s ? 09:38:00 ohhh yes 09:38:02 I have nothing thx 09:38:11 the roadmap etherpad, need to prioritize the actions there 09:38:11 sorry 09:38:21 nice one gampel :) 09:38:29 you have the memory of a lion 09:38:31 the system works preatty good 09:38:49 we can do it next week 09:38:56 gsagie, elephant 09:39:20 okie lets go over it next week, saggi would like to finish the meeting 09:39:27 gsagie: can you share the link to etherpad roadmap pls 09:39:30 and He is the guest of honor after all.. 09:39:36 oshidoshi: sure, sec 09:39:50 #link https://etherpad.openstack.org/p/dragonflow-newton 09:40:01 gsagie: god bless you 09:40:08 we do need to discuss about it when nick-ma and DuanKebo are here anyway 09:40:26 I could not find duankebo 09:40:51 Sure lets do it next week or in the Df channel 09:40:53 hujie: np, we will do it next week 09:41:00 ok 09:41:18 ok everyone, unless anyone has anything else to share 09:41:20 ... 09:41:30 Its time to let the dragon flow 09:41:32 ;) 09:41:38 (: 09:41:39 saggi: ? anything to add 09:42:14 ok thanks everyone for attending 09:42:21 bye bye 09:42:21 and see you next week or in #openstack-dragonflow 09:42:24 Thanks. Bye. 09:42:27 bye thx 09:42:30 bye 09:42:34 #action gsagie look at redis as default DB in gate patch 09:42:37 bye 09:42:40 bye 09:42:40 #endmeeting