08:31:41 #startmeeting yardstick work meeting 08:31:41 Meeting started Mon Jul 24 08:31:41 2017 UTC. The chair is rbbratta. Information about MeetBot at http://wiki.debian.org/MeetBot. 08:31:41 Useful Commands: #action #agreed #help #info #idea #link #topic. 08:31:41 The meeting name has been set to 'yardstick_work_meeting' 08:31:49 #topic roll call 08:31:51 #info Ross 08:31:57 #info Rex 08:31:58 #info Abhijit 08:32:08 #info JingLu 08:32:10 #info Jack 08:32:11 #info Kanglin 08:32:32 #topic action item follow up 08:32:41 #info kubi 08:33:00 #action Ross figure out how to tag Jira tasks for testcases 08:33:15 still need to figure out Jira task for testcases, unless anyone else has ideas 08:33:43 #info JingLu file ticket to delete danube.3.0 docker container 08:33:50 are we ready to delete Danube 3.0 docker? 08:34:12 Dovetail are using danube.3.1 now, I will send mail to helpdesk today 08:34:31 #action JingLu delete danube.3.0 docker 08:34:48 #info Yardstick team met with Bottlenecks team to discuss scale-up/scale-out 08:35:05 #action Ross create scale-up/scale-out testcase template for bottlenecks team 08:35:46 any other feeadback on scale-up/scale-out meeting? 08:36:46 okay another other action item feedback? 08:37:18 #topic Euphrates MS5 feature freeze 08:37:26 will we still have joint meeting with bottlenecks this week? 08:38:15 I don't have anything now 08:38:48 maybe for next meeting 08:39:26 rbbratta: do you mean "next week"? 08:39:56 the next Wednesday Bottlenecks meeting 08:40:18 ok, got it 08:40:39 ah, bottlenecks team joined 08:41:09 I don't have testcase template created yet. 08:42:14 I will try to create the testcase and email it out, then maybe we can discuss next bottlenecks meeting on wednesday? 08:42:37 rbbratta: ok, let's discuss the in next week bottlenecks meeting about the detailed calling process 08:43:27 I will also work on some proposal based on your template 08:43:32 gabriel_yuyang: okay 08:44:07 does this scale test case need features to be added in the framework? 08:44:32 for scale-up we just use heat flavor creation 08:45:50 that's great. it would not affect MS5. 08:46:32 it needs all the other NSB features 08:46:47 but the actual scale-up is just the flavor 08:48:20 Ross Brattain proposed yardstick: add VNF scale-up template https://gerrit.opnfv.org/gerrit/37991 08:48:59 okay, well I just published the template 08:49:15 #info https://gerrit.opnfv.org/gerrit/37991 scale-up 08:50:51 we would need to iterator over both vcpus and mem. there is a minimum number of vcpus and RAM for the VNF to use. 08:51:51 we also have to adjust the VNF config to add more load-balancers to scale out over more cores, but that is VNF code. 08:55:07 okay, any other MS5 topics? 08:55:16 I see GUI patches were published 08:55:21 yes 08:55:52 I submitted a bunch of ansible playbooks to start to replace the shell scripts with ansible. 08:55:57 I have just upload the gui patch and its deployment. 08:56:22 For migration test case, I am still working on it. 08:56:52 rbbratta: That's cool! 08:56:57 I have to submit PROX NVFi characterization code and NSB changes 08:57:28 the ansible code was tested briefly, it is designed to replace load_images.sh and clean_images.sh 08:57:36 and to use Dockerfile templates 08:58:07 There was a collectd question for KPIs 08:58:43 It looks like not many installers will have collectd installed by default, so we may not be able to get NVFi stats 08:59:27 There is a script to install collectd from git source inside the VNF, but I don't think we have code to install onto the NVFi compute nodes. 08:59:41 can we install the collected by ansible script? 09:00:14 I planed to convert the shell script to ansible, but haven't done that yet. We could use ansible playbook to install in VNF. 09:00:51 I don't think I have ansible code to connect to the hypervisors. We need to figure out how to get hypervisor ip/user from OpenStack 09:01:13 unless the installer code, like fuel code can find compute nodes credentials 09:01:30 so we can get the info from VMs but hosts 09:01:58 yes that it is the current state 09:03:45 if the hosts have collectd pre-installed, then there may be code to connect from yardstick docker to AMPQ collectd socket, but IP address may have to be manually set. 09:04:39 do we just need the pod node ip to do this? 09:05:43 well, that's a problem 09:05:47 to connect to AMPQ you need IP. I think the collectd.sh shell script creates an admin user for rabbitmqctl 09:06:15 https://gerrit.opnfv.org/gerrit/#/c/35343/15/yardstick/network_services/nfvi/collectd.sh 09:06:22 #link https://gerrit.opnfv.org/gerrit/#/c/35343/15/yardstick/network_services/nfvi/collectd.sh 09:07:27 okay, so collectd.sh was already merged 09:08:50 collectd.sh also installed Intel RDT CAT/CMT tool to monitor LLC utilization https://github.com/01org/intel-cmt-cat.git 09:09:05 so that is fun 09:09:34 #topic AoB 09:09:59 ha test cases in Euphrates 09:10:25 kanglin: ping 09:10:39 Fu Qiao called me the attend HA meeting this Wednesday to disscuss ha test cases in release E 09:11:31 And I've prepared drafts of three ha test cases 09:11:51 https://etherpad.opnfv.org/p/yardstick_ha_tc013 09:11:53 https://etherpad.opnfv.org/p/yardstick_ha_tc014 09:11:56 https://etherpad.opnfv.org/p/yardstick_ha_tc015 09:12:28 rbbratta: what about the yardstick.conf bug in danube.3.1? 09:13:08 I'll attend HA meeting this Wednesday to confirm these cases. 09:13:12 JackChan: do we know the extent and proposed workaround? 09:13:35 Kanglin: do these testcases need framework changes? 09:14:23 Kanglin: that's great. i'd like to attend the meeting, too. 09:14:44 rbbratta: yes, we can set a volume mapping or set yardstick.conf manually. 09:15:31 rbbratta: the intermediate variable patch need to be merged. 09:15:40 JackChan: you may create a wiki page about how to workaroud it 09:15:54 Qiujuan have submitted a new patch based on your comment last time. 09:16:01 JackChan: and what is the current state, how severe if we don't workaround? 09:16:01 https://gerrit.opnfv.org/gerrit/#/c/35307/ 09:16:41 rbbratta: Did you sent the Email to David about tag issue? 09:16:53 #info https://gerrit.opnfv.org/gerrit/#/c/35307/ change required HA framework, everyone please review 09:17:04 Mingjiang: yes, will do it. 09:17:32 JackChan: I didn't. we need a write up about the severity, so we have justification. 09:17:54 rbbratta: if we do not set yardstick.conf, the task will shutdown. 09:18:24 JackChan: okay so we don't function without yardstick.conf. How is the error message, will the use know to create yardstick.conf after task shutdown? 09:19:30 rbbratta: sadly no, there is no any error message due to the atexit. 09:20:50 rbbratta: atexit will catch the exception, and then execute error handler. 09:21:12 JackChan: okay so it is severe, please write up this description of the sequence of events, also include proposed workarounds and I will send email to David 09:22:22 okey, I will write it asap. 09:22:46 once we email David, there will probably be questions about root cause of how the defect was introduced. 09:24:02 rbbratta: which patch introduced? 09:24:23 JackChan: which patch introduced the issue? 09:25:11 https://gerrit.opnfv.org/gerrit/#/c/37483/ 09:25:54 then the questions is, why was the patched merged without sufficient testing? 09:26:28 all Danube 3.0 tests were supposed to be completed on July 12th, the patch was merged July 14th. 09:27:06 rbbratta: it's my fault. I have this file locally, so I did't notice this bug. 09:28:02 the issue is more about the process, why was the patched merged so late in the release process. 09:28:48 The patch was reviewed by JingLu and Mingjiang and merged by Mingjiang 09:29:24 and then I tagged the release 09:30:27 yes, i think this patch is kind of delayed and not tracked as a high priority. 09:31:05 And the yardstick.conf is also exist in the CI, so CI jobs didn't reveal this bug either. 09:31:27 it's not right to merge it after July 12th 09:32:57 I agree, so we need to take steps for next release to be more careful 09:33:49 okay, I think we have a good idea about what happened, so we can start the discussion with David. 09:34:50 also we don't have a smoke test locally which may discover issue like this early 09:36:07 yes, we need more testing. 09:36:49 #action Ross create plan for more CI testing for Euphrates 09:36:50 Mingjiang: yes, need more basic test from starting a docker container. 09:37:13 we can discuss more ideas at future meetings 09:37:29 I think we should wrap up this meeting 09:37:47 agree 09:38:23 okay, anything else? 09:38:57 #endmeeting