01:02:48 #startmeeting tricircle 01:02:48 Meeting started Wed Oct 25 01:02:48 2017 UTC and is due to finish in 60 minutes. The chair is zhiyuan_. Information about MeetBot at http://wiki.debian.org/MeetBot. 01:02:49 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 01:02:52 The meeting name has been set to 'tricircle' 01:03:06 hi 01:03:09 hi joe 01:04:10 I have submitted the patch for queens-1 tag, the nova cell v2 integration is included in this tag 01:05:36 great 01:05:56 I see neutron team has updated their patch for queens-1 tag,so I will check if we need to update correspondingly 01:06:47 especially recenetly we merge one patch from yipei to adapt the neutron change 01:07:42 ok, and one more patch this morning 01:07:52 #link https://review.openstack.org/#/c/514683/ 01:08:27 yes, yesterday this patch receives a timeout error 01:08:38 i resubmit it today 01:08:55 i see 01:09:27 in this patch, a new atribute "tap_enabled" is added 01:09:41 is this attribute also open to API? 01:09:53 yes 01:10:15 if so, I think our sfc plugin code and xjob also need to be updated 01:12:24 not sure, i think it is not 01:13:24 we may need to wait for the sfc functional test result 01:13:41 to check to see if api is affected or not 01:13:47 ah, it added a flag 01:14:02 --enable-tap and --disable-flag 01:14:10 so it should be open in api 01:14:25 the reason I think we need to update is that our xjob will sync the central sfc resource to local sfc resource, if xjob isn't aware of the new attribute, this attribute may be lost 01:15:02 i see 01:15:14 #link https://review.openstack.org/#/c/449954/ 01:16:06 i will further improve the patch 01:17:40 at least we can set this attribute in our smoke test and check if the local resource is correctly created 01:18:05 before we do some changes on the plugin and xjob code 01:19:36 this can be put in another patch since 514683 is an urgent patch 01:22:42 good idea, i would like to go on fixing it 01:23:31 thanks yipei 01:24:36 zhiyuan, you are welcome:) 01:25:47 the patch for default security group has been submitted, what about the other feature, passing the client information to the context, so central neutron server know where the request is from 01:26:51 now i'm doing the direction of requests 01:27:47 cool 01:31:42 for the qos patch, I find some errors in unit tests like test_create_policy_rule, so I think this is qos specific issue 01:36:03 oh, it seems that the owner of the qos patch is offline currently 01:37:12 maybe ping the owner after the meeting? 01:37:33 ok, will do that 01:41:50 just check the neutron queens-1 tag patch, the change "consume load_class_by_alias_or_classname from neutron-lib" that affects our project is not included in queens-1 01:41:52 Sorry I have to leave now for another meeting 01:42:10 fine, bye joe 01:43:05 if no other topics, we can also end our meeting a bit earlier 01:43:10 bye, joe 01:43:26 no for me 01:43:30 no 01:43:34 no 01:44:43 ok, I will ping then qos patch owner offline, thanks for join the meeting 01:44:53 s/then/the 01:44:58 #endmeeting