15:00:50 #startmeeting Testing weekly meeting December 15th 15:00:50 Meeting started Thu Dec 15 15:00:50 2016 UTC. The chair is morgan_orange. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:50 Useful Commands: #action #agreed #help #info #idea #link #topic. 15:00:50 The meeting name has been set to 'testing_weekly_meeting_december_15th' 15:00:56 #topic call role 15:01:01 #info Morgan Richomme 15:01:08 #info kubi 15:01:09 #info Mark Beierl 15:01:24 #info Trevor Cooper 15:02:07 #info agenda https://wiki.opnfv.org/display/meetings/TestPerf 15:03:34 #topic Action point follow up 15:03:44 #link http://ircbot.wl.linuxfoundation.org/meetings/opnfv-testperf/2016/opnfv-testperf.2016-12-01-15.00.html 15:04:00 #info no action point 15:04:14 #topic Feedback from the plugfest 15:04:28 #chair trevor_intel mbeierl 15:04:28 Current chairs: mbeierl morgan_orange trevor_intel 15:04:44 #chair kubi001 15:04:44 Current chairs: kubi001 mbeierl morgan_orange trevor_intel 15:05:10 #info more people since #1 15:05:19 #info significat improvement: deployments went much better, almost without issues 15:05:34 #info installation ready quicker by tuesday most of the installations were completed 15:05:43 #chair jose_lausuch 15:05:43 Current chairs: jose_lausuch kubi001 mbeierl morgan_orange trevor_intel 15:05:57 #info Titanium installation from WindRiver 15:06:24 #info problems with v3 auth mechanism 15:06:24 #info non OPNFV installation challenging but interesting.. 15:06:40 #info Storperf managed to get it working with HEAT 15:07:19 #info Functest managed to fix v3 authentication, but Rally failed. JIRAs created and being fixed by Helen 15:08:36 #link https://gerrit.opnfv.org/gerrit/#/c/25725/12 15:08:52 #info the proposal from Functest to change authentication to v3 15:09:06 #info no so much tests on Colorado...wotk with Titatnium due to Newton so more a hackfest than a plugfest... 15:10:31 #info Results collected to the DB. Issues indentified and posted in the internal plugfest wiki 15:10:40 #info more remote PODs for the plugfest, easier than shipping 15:10:43 #info plugfest had more remote hardware this time, more VPN and remote POD access. From Intel it worked well, easier than shipping pods 15:11:24 #info lots of discussions/meetings (CVP, board, Release, ....) 15:11:42 ... it was almost too busy :( 15:11:49 #info a lot of focus on Infra meetings (pod descriptor, ci evolution...) 15:13:02 #info use Dovetail proposal about test descriptor file 15:14:29 #info lots of people from Open-O 15:14:44 #info Interest in Open-O integration in Functest 15:15:49 #topic discussion testing landing page 15:16:32 #info corresponds to one of the Testing priorities in order to give consistency and give a global view 15:16:53 #info used to be done manually on the wiki in Colorado (hard to maintain and reflect the reality) 15:17:10 #info proto with functest and yardstick but configurable to welcome other test projects 15:18:30 #info several filters (installers/version/test projects/ci-loop) 15:20:44 #info question use of Jenins APi to check deployment result? 15:26:22 #info question if Daisy is going to be advanced/stable enough to include in dashboard? 15:27:54 I think as soon as Daisy is running in CI, it can be included here :) 15:29:40 we can use weather icons... 15:29:59 Where is the code being stored? 15:30:17 #info dashboard code is being stored in releng 15:30:29 #topic Performance & Stress tests discussion 15:32:46 #info question which stress test for Danube 15:32:57 #info Bottleneck initiated some work on stress tests 15:33:01 yardstick could configure some testing in parallel now. 15:33:17 #info yardstick can configure some testing in // now 15:35:09 trevor_intel: It seems that vsperf could generate lots of types traffic at now? 15:36:12 gabriel what is your irc login? 15:36:44 gabriel = yuyang_ 15:37:04 #action yuyang_ plan a Bottleneck update for the testing community beginning of January 15:37:28 #info trevor_intel mentioned that the stress test must be easy to reproduce 15:40:54 #info we need first to organize at a high level on objectives, there are many types of stress and we need to be sure we are using the same terms 15:41:27 we also need to decide what different stresses occur simultaneously. 15:44:01 #action trevor_intel create an etherpad page on stress test: with short term view (Danube) and longer view (stress test strategy) 15:44:17 sounds good 15:45:13 #info e.g. resource limits of various types; chaos; multiple operations that might result in some resource conflicts; HA-related stress; .... etc 15:46:37 #topic VNF testing (on boarding/ load / stress /) 15:46:40 #info the key is what we are wanting to achieve and how we will measure it. stress tests are not always binary in terms of success/fail assessment 15:47:27 #info I have several tests already for VNF deployment in Models and we can use them in this stress test if needed 15:49:55 #info again, is this testing just for the purpose of ensuring that MANO functions work, or are we using the MANO stuff as a tool to deploy and test VNFs of significantly different types... the latter is where the Models project can also provide help, as we develop models for various types of VNFs that exercise significantly different types of NFVI resources 15:51:50 #info the Danube goal for Models is to have coverage for all the VNFMs supported in this release, with the same or very similar VNF blueprints, so that may be useful here; e.g. you don't need the full Open-O stack (dozens of docker containers) to drive the system using their NFVO/VNFM 15:52:51 #info we have even fully defined what VNF onboarding is... that's a discussion still underway in the MANO WG 15:54:34 #info what you *can* get out of such testing is to know that the NFVO/VNFM is interoperable with the OPNFV system, as it successfully deploys the VNF and tests of the VNF succeed - even if you don't know what APIs the VNFM etc use (e.g. Heat vs Neutron/Nova), you will know that it is compatible 15:54:57 bryan_att: do the models for VNFs could simulate the load(compute and network) of VNFs? 15:55:04 #action morgan_orange cretae a page for vnfOnBoarding for testing 15:55:23 #topic Update on test API testcase collection update 15:55:45 #link http://testresults.opnfv.org/test/api/v1/projects/functest/cases 15:57:34 kubi001: yes, e.g. for VES we put load and disrupt the workloads at the same time 15:57:51 #info any comments welcome 16:00:36 #topic documentation 16:00:47 #info we need to create an umbrella project 16:01:09 #info do you agree with the umbrella project (starting end of January) 16:01:12 #agree 16:01:28 +1 16:01:31 #agree 16:01:35 +1 16:01:35 #agree 16:01:37 #agreed 16:01:42 #agreed 16:01:56 #topic AoB 16:02:54 bryan_att: Yardstick have a problem with how to decouple the workload from VNFs? If we can't get the accurate model of VNFs, we can't give the threshold of the NFVI metric 16:03:18 #info weekly meetings canceled until end of Decemeber, see you back in January 16:04:12 #endmeeting