01:01:29 <zhiyuan> #startmeeting tricircle 01:01:30 <openstack> Meeting started Wed Jan 3 01:01:29 2018 UTC and is due to finish in 60 minutes. The chair is zhiyuan. Information about MeetBot at http://wiki.debian.org/MeetBot. 01:01:31 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 01:01:34 <openstack> The meeting name has been set to 'tricircle' 01:02:18 <zhiyuan> i see the smoke test for reliable resource deletion implementation fails 01:02:25 <song> yes 01:02:37 <zhiyuan> the log shows that there is a DB operation error 01:02:46 <song> deleting_resource = core.query_resource(t_ctx, models.DeletingResources, resource_filters, []) 01:02:54 <song> BError: (pymysql.err.InternalError) (1054, u"Unknown column 'deleting_resources.created_at' in 'field list'") 01:02:55 <song> [SQL: u'SELECT deleting_resources.created_at AS deleting_resources_created_at, deleting_resources.updated_at AS deleting_resources_updated_at, 01:02:55 <song> deleting_resources.resource_id AS deleting_resources_resource_id, deleting_resources.resource_type AS deleting_resources_resource_type \nFROM 01:02:55 <song> deleting_resources \nWHERE deleting_resources.resource_type = %(resource_type_1)s AND deleting_resources.resource_id = %(resource_id_1)s'] 01:02:57 <song> [parameters: {u'resource_type_1': 'network', u'resource_id_1': u'37117fc9-a7d5-463a-a779-eebed903294d'}] 01:03:30 <song> I use the query resource method.why it add updated and create? 01:04:07 <song> our table do not have these two paras.so it failed! 01:05:18 <zhiyuan> just have a look at your code 01:06:11 <zhiyuan> in db/models.py, you inherit DeletingResource from TimestampMixin, so the two fields are added 01:06:33 <zhiyuan> but in the migration script, these two columns are not created 01:08:22 <song> deleting_resource = core.query_resource(t_ctx, models.DeletingResources, resource_filters, []) 01:08:28 <song_> sorry for our network disconnect. 01:10:00 <zhiyuan> do you see my last reply? 01:10:46 <zhiyuan> the two fileds are added because DeletingResource inherits from TimestampMixin 01:11:27 <song__> oh got it! 01:11:34 <song__> thanks to zhiyuan! 01:11:44 <song__> it is my mistake. 01:13:25 <zhiyuan> and for the spec, it seems that there is some miss understanding 01:13:29 <song__> I will change it after the meeting. and CRH will see the today meeting talk. 01:13:48 <song__> he is busy with some ppt today.so can join it today. 01:13:57 <song__> I will tell him to change that. 01:14:06 <zhiyuan> I think we agree to return the deleting resource when user query it 01:14:14 <zhiyuan> not 404 01:14:19 <song__> yes 01:14:51 <song__> so the user can know which resource is in deleting. 01:17:07 <zhiyuan> yes, and this description is not accurate: "When user" 01:17:07 <zhiyuan> re-deleting the network if something wrong happens, central neutron will 01:17:10 <zhiyuan> return the resource being deleted to user" 01:18:57 <zhiyuan> server will not return the resource body for deletion request 01:20:26 <song__> for this user re-deleting return 204 or 200? 01:20:56 <zhiyuan> let me check the neutron api 01:21:16 <song__> thanks. 01:22:03 <zhiyuan> neutron api returns 204 so i think we should follow it 01:23:07 <song__> that is good. 01:23:23 <zhiyuan> since we only touch the plugin, we just normally return in the "delete" function and the framework code will wrap the response for use 01:23:27 <zhiyuan> s/use/us 01:24:14 <song__> CRH will see today talking after the meeting.and he will change the spec. 01:24:18 <song__> got it. 01:24:32 <zhiyuan> ok 01:25:31 <zhiyuan> BTW, for the patch implementing sfc update feature, smoke test is needed 01:25:46 <cyg_> OK 01:26:48 <zhiyuan> Yipei: what about the spec for new l3 model? 01:27:13 <Yipei> have two questions 01:27:48 <Yipei> One for cross neutron l2 network, if a cross neutron l2 network is attached to a central router, will the interfaces of the network be added to the local routers� namespace? 01:30:00 <zhiyuan> "a central router" is a local router or non-local one? 01:30:11 <Yipei> a non-local 01:31:39 <zhiyuan> yes, we will reserve one interface ip for each region and the interface is attahced to the router in that region 01:32:02 <zhiyuan> the non-local router is also splited to several regions 01:32:53 <Yipei> ok, i see. the other is for dvr 01:33:36 <Yipei> The other for dvr, in dvr scenario, for snat, the traffic still goes though network node, is that right? 01:37:34 <zhiyuan> yes, neutron will create a snat ip and the north-south traffic goes there 01:38:40 <Yipei> So if a local router�s gateway is a real external network, in the dvr scenario, only dnat is processed in a distributed way? 01:40:44 <zhiyuan> in neutron without tricircle, dnat and east-west traffic is processed in the compute node, but snat is processed in the network node 01:43:17 <Yipei> what happens if tricircle is added? 01:43:41 <Yipei> any difference? 01:45:46 <zhiyuan> since tricircle cannot handle dvr-mac currently, we need to attach the bridge network as external network 01:46:47 <zhiyuan> dvr-mac is used in the east-west traffic for dvr 01:47:39 <Yipei> ok, i see, only these two issues to clarify. i will improve the spec and submit it today. 01:48:53 <zhiyuan> thanks Yipei 01:49:03 <zhiyuan> any other topics? 01:49:10 <song__> no for me 01:49:15 <Yipei> no from me 01:49:20 <xuzhuang_> no from me 01:49:32 <zhiyuan> ok, thanks for attending 01:49:36 <zhiyuan> #endmeeting