04:30:19 #startmeeting tacker 04:30:20 Meeting started Wed Jan 17 04:30:19 2018 UTC and is due to finish in 60 minutes. The chair is gongysh. Information about MeetBot at http://wiki.debian.org/MeetBot. 04:30:21 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 04:30:23 The meeting name has been set to 'tacker' 04:30:29 hi 04:30:35 #topic roll call 04:31:44 YanXingAn, hi 04:31:58 hi 04:33:08 o/ 04:37:38 hi, gongysh 04:37:47 YanXing_an, hi 04:38:04 it seems other guys are not available here. 04:38:10 we will have a short meeting 04:38:16 o/ 04:38:23 longkb, please update the patch 04:38:30 I have see your demo 04:38:44 dkushwaha, YanXing_an , please see the longkb patch and demo 04:39:02 gongysh, ok 04:39:05 #info https://www.youtube.com/watch?v=7xzRaKVeikc&feature=youtu.be 04:39:10 gongysh, sure 04:39:18 dkushwaha, do you have something to discuss? 04:39:31 gongysh, couple of bugs 04:40:01 ok, we can go through these bugs one by one 04:40:30 gongysh, https://review.openstack.org/#/c/532046/ 04:41:01 dkushwaha, I think it is should be, the vnf cannot be deleted if it is part of any ns 04:41:47 gongysh, I will update it 04:42:20 longkb, do you have guys to use this feature? 04:42:47 gongysh, i think, we should delete only those VNFs which are in ACTIVE state, because, errored VNFs can be deleted(not sure). and another main point is if delete_ns called, it will set state as pending_delete and then proceed for VNF deletion. In that case it will get blocked 04:43:19 gongysh, thats why i check for ACTIVE only. what is your suggestion on that? 04:45:54 dkushwaha, is there anyway to tell if the deletion of vnf is triggered by deletion of ns? 04:46:25 gongysh, yup, by db. 04:46:56 gongysh, let me search & paste link here 04:47:09 dkushwaha, lets do this way. 04:49:50 gongysh, you mean keep it as it is? 04:50:23 dkushwaha, I mean to tell if the deletion of vnf is triggered by deletion of ns by db. 04:50:41 you said by db, we can do. 04:51:18 gongysh, ok, i will check it again and update it. 04:52:32 gongysh, https://review.openstack.org/#/c/491658/ 04:53:16 could you please check it again 04:53:32 i think its good to go 04:54:00 dkushwaha, could you add a unit test for it? 04:54:22 gongysh, ok, will do it 04:55:43 and how the command line to provide a '' description? 04:57:51 gongysh, yea it can be an empty string 04:58:24 dkushwaha, tacker ns-create --nsd-name admin-nsd1 --description '' nnnn, right? 04:58:34 gongysh, yes 04:58:38 ok 04:59:04 next bug, please 04:59:26 gongysh, https://bugs.launchpad.net/tacker/+bug/1658364 04:59:27 Launchpad bug 1658364 in tacker "DBReferenceError when Deploy or delete vnffg" [High,In progress] - Assigned to Tim Rozet (trozet) 05:00:06 i was lookong for this, but i needs to rebase it 05:00:44 ok 05:01:06 dkushwaha, please add a reno doc for each bug fix too. 05:01:18 gongysh, sure 05:01:39 gongysh, https://review.openstack.org/#/c/532802/ 05:02:28 http://logs.openstack.org/02/532802/1/check/tacker-functional-devstack/5b811f1/testr_results.html.gz 05:02:46 dkushwaha, the name you are using is not an legal one in heat. 05:03:13 dkushwaha. we also need to consider the compatibility of previous uuid way. 05:04:12 gongysh, you mean something like vnf_name + vnf_id? 05:04:26 dkushwaha, yes 05:04:40 gongysh, ok, will update it 05:04:57 dkushwaha, compatibility is a big issue 05:05:50 gongysh, i feel the above error is may be due to some test cases,which i missed to update, but ok, i will check it again 05:05:52 we have to first consider the previous name pattern, and then new name pattern when we do vnf deletion or other operations. 05:07:51 gongysh, I done from my side for now. 05:08:05 dkushwaha, ok, thanks 05:08:29 #topic annoucement 05:09:25 it seems china mobile has a use cases for tacker, so we will do some big refactor in next cycle. 05:10:03 #topic open discussion 05:10:48 it seems phuoc cannot be here, we will talk k8s vnf at tacker channel when I can meet him. 05:10:59 anything else? 05:11:30 ok 05:11:37 lets end meeting 05:11:38 thanks 05:11:44 #endmeeting