08:31:16 #startmeeting yardstick work meeting 08:31:16 Meeting started Mon Aug 7 08:31:16 2017 UTC. The chair is rbbratta. Information about MeetBot at http://wiki.debian.org/MeetBot. 08:31:16 Useful Commands: #action #agreed #help #info #idea #link #topic. 08:31:16 The meeting name has been set to 'yardstick_work_meeting' 08:31:24 #topic roll call 08:31:29 #info Rex 08:31:37 #info JingLu 08:31:43 #info Jack 08:31:48 #info Ross 08:32:05 #topic action item follow up 08:32:36 #action rbbratta add LOG.debug to dump Heat template still need to do this 08:33:45 #info AP JackChan replace ping 0.2 library due to GPL license issue 08:33:55 did we replace ping library? 08:34:10 Currently no. 08:34:39 I plan to do it later. 08:35:14 JackChan: please do it now, it should not have been merged in the first place. 08:35:38 OK, got it. 08:36:02 #action rbbratta figure out how to tag Jira tasks for testcases still need to do this 08:36:03 I will upload a patch tomorrow then. 08:36:12 JackChan: okay, thank you 08:36:47 any other action item follow up before we talk about Danube 3.2 08:36:56 -:) 08:37:05 may be we need to update requirements.txt about license at the line end 08:37:20 Mingjiang: good idea 08:38:05 just like functest https://git.opnfv.org/functest/tree/requirements.txt 08:38:12 no linking to GPLv2 or GPLv3, we can only link to LGPL 08:38:55 any volunteers to add licnese info to requirements.txt? 08:39:36 #action rbbratta add license info to requirements.txt 08:39:56 #topic Danube 3.2 08:40:52 #info David McBride suggested we update the documentation, tag repo as danube.3.2 08:41:15 #info David is out on vacation, have to follow up with Ray Paik this week. 08:41:39 so we should modify in stable/danube and then tag danube.3.2? 08:41:45 #info Kubi 08:41:47 so sounds like we can merge the fix to stable/danube and prepare to tag once we here back from Ray 08:42:35 Release note should also be updated. 08:42:47 JingLu: yes that too 08:43:18 we can do that tomorrow 08:43:58 sounds good 08:44:29 any other questions on Danube 3.2? 08:45:06 the yardstick.conf issue doesn't affect Dovetail or Bottlenecks does it? 08:45:32 they can stay on danube.3.1? 08:46:02 so we do not need to remove 3.1 docker image after 3.2 is built, right? 08:46:25 yes, Dovetail could workaround it 08:46:41 they stay on danube.3.1 08:47:31 okay, and they are aware of the issue already? 08:47:59 can docker image danube.3.1 removed if we move to 3.2? 08:48:25 rbbratta yes, they are aware of it. 08:50:05 #info Kanglin 08:50:22 we can't remove danube.3.1 image unless Dovetail changes, right? 08:51:22 yes 08:51:36 yes, i think dovetail need to update to 3.2 then we can remove it 08:51:49 #info Ace 08:53:45 okay, so we release 3.2 soon, dovetail updates, then we remove 3.1 at some point. 08:54:07 +1 08:54:36 agree 08:54:50 +1 08:54:58 +1 08:55:14 #agree release danube.3.2 docker image, dovetail updates, then we remove danube.3.1 docker image 08:55:32 next topic 08:55:46 #topic Euphrates MS5 feature freeze August 11th 08:56:53 NSB update patche just needs one or two more unittest fixes and rebase then it should be ready 08:57:13 good news 08:57:56 it is being functionally tested here, so it is working 08:58:13 great 08:59:34 some of the NSB tests will require neutron provider networks aka external networks. 08:59:40 rbbratta: hello. we have talked about the compass4nfv provider network last week. 08:59:51 yes I was just going to mention 09:00:14 Yep, I have asked the compass4nfv team 09:01:10 If you create a JIRA about this requirments. They will add this function to master code. 09:02:47 #action rbbratta add Jira for provider networks topology for compass4nfv 09:03:12 and you could use the master compass code to create several provider network by changing config file. 09:03:35 I talked with Apex team they provide an external network by default. external network/provider network are the same thing it looks like. 09:04:08 anything else on MS5 or MS6 or the rest of the schedule? 09:05:14 the new schedule puts MS11 on October 6th 09:05:50 The next Plugfest will be at Intel in Oregon on December 4th. 09:07:19 #topic AoB 09:08:52 maybe you could use the default provider network to do the test. 09:09:17 If you use the Apex. 09:10:14 Ace__: yes that might be possible, might have to do a little neutron config to share the network 09:10:41 we added the provider and segmentation ID code to heat context already 09:11:51 JingC Zhang did that I think. anyway needs testing at some point 09:12:11 okay, is there anything else? 09:12:37 JingC, I think the patch use default tenant network. 09:12:55 maybe you can't use the code directly. 09:13:11 you need to create a provider network as a tenant network. 09:14:02 so yardstick should use the network you created transform it into heat template. 09:15:17 yes I think we have to use pre-defined network in heat template 09:15:28 ok. 09:17:27 okay, anything else? I think meeting is finished 09:17:56 #endmeeting