07:59:33 #startmeeting Functest weekly meeting 27 Feb. 2018 07:59:33 Meeting started Tue Feb 27 07:59:33 2018 UTC. The chair is ollivier. Information about MeetBot at http://wiki.debian.org/MeetBot. 07:59:33 Useful Commands: #action #agreed #help #info #idea #link #topic. 07:59:33 The meeting name has been set to 'functest_weekly_meeting_27_feb__2018' 07:59:42 #info Cédric Ollivier 08:00:29 #info Linda Wang 08:00:36 #info Jose Lausuch 08:02:35 #info Delia Popescu 08:02:45 Juha is on holidays. Serena may be on holidays as well. 08:02:56 I think we could start :) 08:03:42 #topic Action point follow-up 08:03:55 #info the full synchonization between functest and functest-xtesting has just been done 08:04:27 I am deleting all OpenStack related files in functest-xtesting 08:04:40 It works very well with samples 08:05:18 #info several bugs have been opened vs APEX 08:05:27 #link https://jira.opnfv.org/browse/APEX-564 08:05:36 #link https://jira.opnfv.org/browse/APEX-570 08:05:44 #link https://jira.opnfv.org/browse/APEX-571 08:06:24 They remain internet connectivity issues when testing cloudify based testcases (ims + vrouter). 08:07:15 I think a new Compass run is pending. Let's see the results. Others are not running or are not passing the first testcases. 08:07:26 is it about installing packages on cloudify_manage? 08:08:00 Yes. We should check if 8.8.8.8 is badly set or simply if a firewall blocks internet traffic 08:08:07 #link https://build.opnfv.org/ci/view/functest/job/functest-apex-baremetal-daily-master/810/console 08:08:16 (or simply related to a bug in APEX) 08:08:28 what does it mean "Cannot find a valid baseurl for repo: base/7/x86_64" 08:08:31 They work very well in Lannion 08:08:50 yum can't update its cache (network issue) 08:09:18 oh. 08:09:26 juju_epc can't work as APEX doesn't set OS_REGION_NAME as expected 08:09:41 (discussed with Tim by irc) 08:10:23 Let's see if they work vs Compass https://build.opnfv.org/ci/view/functest/job/functest-compass-baremetal-daily-master/1807/console 08:10:49 ok, i will help look at it 08:11:55 If keystone domains are default, all vnfs should work. 08:12:37 #info only refstack_defcore(under investigation) has to fixed in Orange POD 08:13:15 not sure, it's related to refstack because the same tests fail in tempest full. 08:13:39 the network related tests? 08:14:04 I will give you the new list (4 tests failed) 08:14:59 I think one is about volume testing. The others are about network resource removals 08:16:20 #topic releng 08:16:37 #info the new proposal rewriting our Jenkins jobs has been merged then reverted 08:16:45 #link https://gerrit.opnfv.org/gerrit/#/c/51853/ 08:16:49 it seems i have missed something. 08:16:53 it failed to work? 08:17:03 which? 08:17:16 we must ensure that everybody agrees with losing Jenkins jobs history 08:17:19 the jenkins job refactor 08:17:42 you mean it will remove all the jjb history? 08:18:20 didn't the proposal work? 08:18:29 They were a merge conflict which has to be solved. 08:18:38 depo: be free to complete 08:18:47 you remove the jobs from Jenkins, so yes, the record of the jobs, but not the log fromn artifacts 08:19:02 yes 08:19:13 and yes, t=when you change the job as multijob, jenkins cannot convert it 08:19:25 the previous must be deleted 08:20:07 I fully agree to merge it. I will ask to David and Tim if they still agree (we already discussed in Portland). 08:20:57 ok, i agree to it, too 08:21:00 then we have to coordinate and remove the jobs..I think is 79 jobs 08:21:10 then remerge the commit 08:21:13 ok to me too 08:21:23 doctor has blocked gating and we should continue on that. 08:21:47 thank you all. 08:22:11 depo: yes the process seems good. Thank you 08:22:34 any time 08:22:37 #action Cédric ask to David and Tim if they agree with losing jenkins jobs history. 08:22:59 #topic code improvement 08:23:09 #info our code has been rated at 9.61/10 (be free to fix the remaining errors) 08:23:25 #info API has been cleant and now only core and utils modules could be reused by third-parties as they are 08:23:40 #info orchestra testcases now rely on SNAPS instead of OpenStack utils (even if they still don't work) 08:23:49 #info OpenStack utils have been removed from Functest (several methods have been copied to SDNVPN and SFC) 08:24:03 #ifno Functest utils were cleant (3 functions are kept unchanged) 08:24:11 #link https://gerrit.opnfv.org/gerrit/#/c/52685/ 08:24:20 #link https://jira.opnfv.org/browse/FUNCTEST-938 08:24:31 All ci and utils modules should be more covered 08:24:47 I think the topic raised by Manuel is now closed 08:24:55 very good work 08:25:00 great 08:26:12 execute_command_raise(), execute_command() and get_parameter_from_yaml() seem very useful and we must cover/document them 08:27:13 such as core modules. 08:28:03 Now our code could be mainly improved in vnf (lots of duplicated code + pylint errors) 08:28:47 #topic functest 08:29:05 #info a new testcase integrating patrole should be published soon 08:29:27 I think I will propose a new container simply because it seems patrole is not mature enough for gating 08:30:00 It's well integrated as a new tempest plugin. 08:30:26 I think we could add tempest in Functest framework as vnf. We may refactor a little bit TempestCommon 08:31:04 It would be great to ease integrating any tempest pluging (neutron trunk, patrole) following the new tempest design 08:31:33 https://docs.openstack.org/tempest/latest/plugin-registry.html 08:32:35 I think it's more or less the case but we may document that. 08:32:55 Great proposal, totally agree with it 08:34:10 yes. Let's go for that. 99% has already been done. 08:34:46 #info the new patchset on refstack has been published 08:35:36 LindaWang: sorry I could have waited you for the review but I failed regarding your holidays. 08:35:53 i am fine with the patch. 08:35:58 it is perfect 08:35:59 defcore.txt is simply downloaded instead of being hosted in tree. 08:36:14 great news 08:36:41 but one issue i just remember 08:36:43 We could have considered reusing rally for running the selected patch. It would have been simpler. 08:37:00 ... the selected tests ... 08:37:02 we commented one sub test case in defcore.txt 08:37:36 yes I saw it but we could use the blacklist process in this case. 08:38:00 it is about volume issue, i think it could be fixed. 08:38:13 i will fix that 08:38:28 That's the best way. 08:38:41 reusing rally to run defcore seems fine, but need to test it locally before publishing. 08:39:03 great. Now we are publishing the html report for any tempest run. 08:39:29 It would ease reading the refstack output as well. 08:39:37 where could i see the report? have not noticed that yet. 08:40:14 this one: http://artifacts.opnfv.org/logs/functest/lf-pod1/2018-02-27_04-53-42/tempest/tempest-report.html 08:40:41 It was done last week https://jira.opnfv.org/browse/FUNCTEST-934 08:41:10 https://gerrit.opnfv.org/gerrit/#/c/52311/ 08:42:10 it would be good if a report could be done for refstack, too 08:43:11 yes. Reusing rally will ease that and avoid an additional fork (running via refstack-client). 08:43:32 #info Dovetail still calls our functest binary 08:44:02 LindaWang: are you ok to update refstack? 08:44:35 i will test it locally if it works, and let you know, ok? 08:44:44 We may be careful as Docker runs run_tests and dovetail still call functest pcmd 08:44:48 LindaWang: sure. 08:45:34 It may raise side effects and multiply issues. I think we should help Dovetail to update the entry points. 08:45:35 i have told Dovetail team to use "run_tests" in next release 08:46:00 They are working on E for the next release? 08:46:25 or master? It's unclear 08:46:29 Dovetail master is using our E now 08:46:32 E 08:46:51 ok. Then we can modify cli modules without raising any issue in Dovetail 08:46:59 Dovetail is always one release behind 08:49:00 Should we keep maintaining cli modules? It's redundant regarding ci modules (run_tests) and behaviors differ (eg ping) 08:49:57 for the time being, api is still depending on them 08:50:26 true. As far as I remerber it's just about refactoring (inheritance) 08:50:44 exactly 08:51:12 There is no rush about that but we shoud avoid duplicating tasks. 08:51:19 After spliting the container, the current cli can not meet our need 08:52:14 serena-zte: why is that? 08:52:42 one container one actually useful cli 08:53:25 it could be as generic as run_tests. Simply parser any yaml file to run the related testcases. 08:53:52 it would be great if we can provide a kind cli to auto run a test, including pull image, healthcheck and run the test 08:54:08 just my opinion 08:54:09 + download 08:54:19 you mean other cli , like `functest openstack ...` could be deprecated? 08:54:46 no they are still needed 08:54:58 just the test running part is out-of-date 08:55:09 why not. But executing docker containers is very simple. It would be a kind of docker container catalog 08:55:52 leveraging functest-core to control all the test running 08:56:41 so the user only need to manual download and start functest-core(or other container), then use cli to run the test 08:58:26 cli would mainly replace https://wiki.opnfv.org/pages/viewpage.action?pageId=13211751 08:58:31 I think this kind of cli is more useful than the current one 08:58:59 ollivier, yes exactly 08:59:32 so many manual work could be replaced by cli 08:59:53 or, we can provide pip package, let the user install it and using it 09:00:13 yes. that's already on planning 09:00:33 it won't be necessary to be put in functest-xx container 09:00:35 We should first release xtesting, then snaps :), then functest 09:00:46 agree 09:01:38 I have already think about it for a long time, cli-driven-docker-testing 09:01:41 Or here we could create a complete new package to ease calling the docker containers. 09:02:17 exactly, haha 09:02:20 I was think about publishing functest as it is on pup. 09:02:44 I was thinkingabout publishing functest asis on pip 09:03:10 we have to keep discussing on that. Just few words on kubernetes 09:03:33 #info functest-kubernetes 09:03:36 #undo 09:03:36 Removing item from minutes: 09:03:39 #topic functest-kubernetes 09:03:51 #info the second Kubernetes testcase is still under review 09:03:53 okey, let's discuss it later 09:03:58 #link https://gerrit.opnfv.org/gerrit/51635 09:04:21 #info first unit tests are proposed as review 09:04:29 #link https://gerrit.opnfv.org/gerrit/#/c/52337/ 09:04:45 We have to check if we could run them vs Joid, Compass or XCI 09:04:58 (Compass and XCI were not ready) 09:05:27 i have triggered a new container built job now: https://build.opnfv.org/ci/job/functest-kubernetes-docker-build-push-master/ 09:06:29 the container was a bit old: https://build.opnfv.org/ci/view/functest/job/functest-compass-virtual-daily-master/3127/console 09:06:47 ok from a functest pov. 09:07:17 But is there an installer which is ready? 09:08:01 have not checked that in Jenkins yet 09:08:32 k8s tests have not run successfully on compass as far 09:08:55 ok 09:08:57 [functest-joid-baremetal-daily-master] $ /bin/bash /tmp/jenkins2015838366042836461.sh <13>Feb 25 15:47:34 fetch_k8_conf.info: Fetching admin.conf file... /tmp/jenkins2015838366042836461.sh: line 61: installer: unbound variable 09:09:24 #topic AoB 09:10:01 Additional topics ? 09:10:27 who will go to ons? 09:10:51 I am preparing the last details. I think I will be in LA 09:12:09 we have to organize something there :) 09:12:28 agree 09:12:40 since OPNFV summit is cancelled 09:13:08 It replaced the former summits. 09:13:14 #endmeeting