08:01:32 #startmeeting Functest weekly meeting 12 Dec. 2017 08:01:32 Meeting started Tue Dec 12 08:01:32 2017 UTC. The chair is ollivier. Information about MeetBot at http://wiki.debian.org/MeetBot. 08:01:32 Useful Commands: #action #agreed #help #info #idea #link #topic. 08:01:32 The meeting name has been set to 'functest_weekly_meeting_12_dec__2017' 08:01:44 #info Cédric Ollivier 08:01:47 #info Linda Wang 08:02:01 #info Juha Kosonen 08:02:19 #info Jose Lausuch 08:02:31 #topic action points follow up 08:02:38 #info Delia Popescu 08:02:55 #info to implement the container garbage collector 08:03:06 #info to fix functest on ARM with alpine containers for master branch 08:03:33 oops, I forgot about cleanup, sorry 08:03:58 No pb. I opened a Jira ticket to avoid writing it every week. 08:04:05 #link https://jira.opnfv.org/browse/FUNCTEST-898 08:04:28 ok, better, thanks 08:05:04 There were an issue about container builds which would have been skipped. 08:05:36 yes, also today 08:05:44 #link https://gerrit.opnfv.org/gerrit/#/c/48569/ 08:05:57 #link https://gerrit.opnfv.org/gerrit/#/c/48567/1 08:06:23 the last pb were related to network issues. 08:06:43 jose_lausuch: Could you please restart manually the build? 08:07:02 I think containers failed twice in a row. 08:07:14 ollivier: the lastest opnfv-vnf image does not include vpec 08:07:20 done 08:07:32 yes. the two last builds failed. 08:07:41 ollivier: but the functest-vnf image with tag amd64-latest does 08:07:41 thank you. 08:08:35 yes but the manifest was not published at the end. 08:09:08 got it 08:10:03 Then we should complete "reload CONST after updating config file". But I think we should find another way. 08:10:47 we could modify data in memory instead of reloading the file by reimporting modules. 08:10:59 +1 do we know how to do that? 08:11:26 +1 08:12:04 Config only reads config file once 08:12:33 when the config yaml is modified later, Config can not apply it 08:13:46 CONFIG should keep as attributes the data included in yaml file. I will check after the meeting. 08:14:05 #topic Euphrates 08:14:16 #info next corrective will be released this week (December 15) 08:14:38 I guess we need to update release notes 08:14:52 # This AP: Linda,Juha to update the log config (rally) is done, by a patch published to Rally Repo: https://review.openstack.org/#/c/524171/ 08:14:53 with latest changes, e.g. docker alpine for arm 08:15:02 #info This AP: Linda,Juha to update the log config (rally) is done, by a patch published to Rally Repo: https://review.openstack.org/#/c/524171/ 08:15:03 Yes. Thank you. 08:16:09 Yes Thank you. It was cherry-picked in the right branch https://review.openstack.org/#/c/524564/2 08:16:22 ollivier: yes 08:17:14 what else do we need to point out in the release notes? 08:17:27 vrouter 08:17:44 vyos_router + arm containers 08:18:29 We have cherry-picked lots of bugfixes but it's out of the release notes isn't it? 08:18:42 I would say only important changes 08:18:51 and important bugfixes 08:19:30 i do not see some important bugfixes 08:19:31 I would have listed this two changes. We could double check via git history. 08:20:25 Please let me know if someone wants to take this point. Else I will take it. 08:20:50 let me take it 08:20:54 I will do it today 08:21:10 I will be off thursday and friday 08:21:38 #action Jose update release notes (+check git history) 08:22:01 we will complete it if you don't finish it today. 08:22:18 #info orchestra_openims and orchestra_clearwaterims fails on all installers (and all branches) 08:22:32 ok 08:22:43 I will send an email to the right devs. 08:23:08 #topic Fraser 08:23:20 #info we created a tox entry to check yaml files via yamllint 08:23:43 It only remains several files in api. 08:24:00 a patch has been published to fix that 08:24:20 #link https://gerrit.opnfv.org/gerrit/#/c/48691/ 08:24:47 Great. Thank you. The tox entry seems good. 08:25:46 We have closed very quickly that. Great. 08:25:55 #info vEPC tests with juju as an VNF manager was merged 08:26:31 Let's see the next CI loops (the container has not been built) 08:26:37 i have tested it locally with the amd64-latest tagged image, 08:27:05 still some issue about the authorization 08:27:45 i do not know if the os_auth_url could be replaced with hostname 08:27:46 ok. It will ease sharing logs and multiply the conditions. 08:28:13 I think so. 08:28:23 i will send the log after meeting. 08:28:49 Thank you. I think it's an added value to integrate vnf in Functest. 08:29:16 #info we could also noted lots of improvements (removed openstack utils calls, fixed [py,yaml] lint errors) 08:29:34 #info several testcase fails (rally, snaps_smoke, refstack...) 08:30:19 in the basic scenario? 08:30:20 It would be great to run succcessfully all testcases to validate the updates (Pike, rally, tempest...) 08:30:24 yes 08:30:34 besides os_utils is called by features projects, os_utils is now mostly called by oschestra testcases and snapshot-create and clean. 08:31:16 do we need to remove snapshot-create and clean? 08:31:24 but snapshot is not called in the test cases, right? 08:31:26 it's only manually 08:31:33 exactly 08:31:34 up to the user… 08:31:41 but if we want to remove os utils… 08:32:27 we could remove it, does anyone use that still? 08:33:48 as i know, if sdnvpn's garbage collection takes effect, Dovetail will not need these two clis any more 08:34:15 they already implemented that, I think 08:34:35 I think we could wait a little bit if needed. I will add a section to openstack utils in the mail to the orchestra team. 08:35:24 ok 08:35:25 I will send an email opnfv tech to alert about openstack utils removal. 08:35:39 and only one call by odl.py 08:35:51 op_utils.get_endpoint(service_type='network') 08:36:22 Yes. I will update it. 08:37:13 #topic Functional Gating/Xtesting: 08:37:21 #info Dockerfile proposed to Doctor 08:37:45 #topic new topics raised during Plugfest/Hackfest or previous release meetings: 08:37:56 wait 08:38:01 what is the statis of xci ? 08:38:02 oh sorry 08:38:07 can it be already deployed for xtesting? 08:38:11 did you talk to fatih? 08:38:58 Yes. From the time being, they are several testcases failed (see main sent by Morgan) 08:39:08 yep, I saw that 08:39:33 The main issue is XCI targets to rely on master branches only. 08:40:04 you mean of openstack branches 08:40:54 Yes. Then Functest would run on top of OpenStack master. It should work anyway unless big changes (eg end of nova network) 08:41:10 ok 08:41:44 Lots of discussion about supporting kolla ansible (and then to work on stable branches) 08:41:55 But the results from Morgan are based on Kolla ansible, not OSA, right? 08:42:27 Exact. We are working on XCI and kolla-ansible. 08:44:14 Has kolla-ansible been published to XCI? 08:44:52 I mean if this method of deploying openstack has been published to XCI 08:44:55 No. I think we are too early regarding functional gating but that's a topic which is considered as interesting (Doctor team, SDNVPN team, David...) 08:45:35 what was the reaction? 08:45:40 did people like that idea? 08:45:46 I guess so :) 08:45:48 XCI leverages on OpenStack only. Cable Labs, Orange, Intel are considering kolla ansible too. 08:46:03 Yes. David mentioned Functional Gating too. 08:46:29 The main issue is to setup the referent platform and the workflow process. 08:47:19 From a Functest POV we have already implemented the main steps (Docker Framework, requirements...) 08:47:48 let's continue on sharing the ida and the Dockerfile. We will see the first results on XCI soon. 08:49:00 Please let me know if you want much details than my notes. 08:49:22 ok 08:49:29 Regarding the new topics: 08:49:30 your notes are a good summary, thanks for sending that email 08:50:09 #info to refactor our current jobs to multijobs to return quick results for Healthcheck and for every Feature 08:50:36 good idea 08:50:57 David proposed it? 08:51:06 Tim asked to easily check the status of sdnvpn. The only issue is multijob aggregates the results of singular jobs. 08:51:23 then we revert to OPNFV gating instead of Functest gating. 08:51:48 I do not think David will check any results shown in Jenkins 08:51:48 (global status will be failed if sdnvpn fails) 08:52:04 Yes. I proposed to send him emails automatically 08:52:15 Besides, SDNVPN usually fails, doesn't it? 08:52:57 we need to investigate on what are the benefits of that 08:52:58 I have not seen bgpvpn passed in any job actually 08:53:15 some subtests work, but the overall fail because something fails 08:53:23 I mean, one or 2 of the subtest fail 08:53:34 I don't know. But I think the idea is right. We must precise in that case the global status is related to OPNFV not Functest 08:53:59 if we create a subjob for sdnvpn, the result color of the result will always be RED 08:53:59 #info to create a new testcase to check the OpenStack version installed 08:54:13 I think Linda already creates a JIRA for that. 08:54:28 David created it i think 08:54:29 #link https://jira.opnfv.org/browse/FUNCTEST-806 08:55:21 Create a new test case included in healthcheck? 08:55:24 Ok. That's a good idea but we must ensure we can detect by API. It shouldn't enforce the right OpenSTack version (it makes sense for gating but not for all purposes) 08:55:56 I would say yes to check MS3 automatically. 08:56:06 is it possible via API? 08:56:26 normally, we needed to go the environment and run a command in the controller... 08:56:31 We could try via API microversions or specific data 08:57:13 We shoud first deeply analyse the possibilities. 08:57:23 #info to take the new service description file into account which could replace the former scenario names 08:57:55 what does "new service description file " mean? 08:58:10 That's a new topic which isn't fully clear. We should follow that as it could change how we detect dependencies. 08:58:43 who can provide this file? 08:58:44 They would like to stop multiplying scenarios and to describe the service directly in a new yaml file (see PDF) 08:58:45 the user? 08:59:33 In case of gating, we could receive it in an Docker var. I only participate in a quick meeting with Tim. We should follow the topic. 08:59:59 # to setup the new git repositories functest-requirements, functest-kubernetes and functest-xtesting (incubated in Functest) 09:00:09 #info to setup the new git repositories functest-requirements, functest-kubernetes and functest-xtesting (incubated in Functest) 09:00:42 David asked me to create requirement as a separate project for G release. Let's see if we will do the same for xtesting. 09:00:49 good. 09:00:50 so finally the name can't be xtesting only 09:00:54 for law reasons 09:00:58 functest-xtesting 09:01:45 what should the name be finally? 09:01:48 Yes you're right. I did my best. I asked Trevor if we could keep the git repository after renaming it (if standalone project) 09:01:51 i am a bit cofused 09:02:48 We are too late for F-release. Then we should follow the rules. Lots of discussions to improve the process. Plese see committer list per gerrit repository. 09:03:17 I think it will be discussed soon in TSC meeting (today?) 09:03:24 ok 09:03:37 so, if xtesting becomes a new project after F, we might change the repo name 09:03:40 well, we will see 09:04:58 The question is to adapt the current subproject model. We ccould create specific committer list and a PTL/referent per subproject. 09:05:35 ok 09:06:10 In fact, they could also ease creating projects... Let's see the suitable models. 09:06:46 As we are late for F we will create them as subprojects which will give us time to update the subproject status or switch to standalone projects. 09:06:57 that makes sense 09:06:59 Let's see how releng will be updated. 09:07:08 ok 09:07:41 Be free to comment the other points on Plugfest/Hackfest. 09:07:45 #topic AoB 09:07:57 Sorry again we are a little bit late. 09:08:03 yes 09:08:29 nothing from my side 09:08:30 Just a quick note that armband team decided to allocate Delia for Functest project 09:08:49 mostly for ease of arm integration, but also for Functest priorities 09:09:16 that is great! :) 09:09:18 Yes. I didn't mention that. Great news. 09:09:21 Wow, great! 09:09:43 So you can consider her when assigning tasks 09:11:03 Noted! 09:11:33 thank you! :) 09:12:51 Be free to propose topics as well. 09:13:25 I think we will conclude on Delia helping us. We are already late. 09:13:30 #endmeeting