08:00:37 #startmeeting Functest weekly meeting June 28th 08:00:37 Meeting started Tue Jun 28 08:00:37 2016 UTC. The chair is morgan_orange. Information about MeetBot at http://wiki.debian.org/MeetBot. 08:00:37 Useful Commands: #action #agreed #help #info #idea #link #topic. 08:00:37 The meeting name has been set to 'functest_weekly_meeting_june_28th' 08:00:42 #ttopic call role 08:00:42 hi 08:00:47 #topic call role 08:00:50 #info lhinds 08:00:51 #info Morgan Richomme 08:00:55 #info Juha Kosonen 08:00:57 #info Juha Haapavirta 08:00:59 #info SerenaFeng 08:00:59 #info Viktor Tikkanen 08:01:00 #info Valentin Boucher 08:01:06 #info Raghavendrachari K 08:01:06 #info CG_Nokia (Colum Gaynor) 08:01:44 #info Jose Lausuch 08:01:57 #info agenda https://wiki.opnfv.org/display/functest/Functest+Meeting 08:02:05 #topic action point follow up 08:02:18 #link http://ircbot.wl.linuxfoundation.org/meetings/opnfv-testperf/2016/opnfv-testperf.2016-06-14-08.00.html 08:02:28 #info AP OK, presentation done 08:02:40 #topic Feedback from berlin 08:02:53 only 1 ap :) 08:02:59 if all the participants can share their feedback on 2 or 3 info line 08:03:43 #info exhausting but rich summit: Functest now well known in the community 08:04:02 Applause! 08:04:04 #info new contacts: tacker, Okinawa lab, domino project 08:04:07 #info Face to face meetings are efficient... 08:04:09 #info lhinds: great summit, enjoyed breakouts, meeting functest folk, security scanning got a lot of interest and others wanting to contribute. 08:04:37 #info 2 hot topics were orchestration and VNF on boarding 08:05:00 #info Functest is Mano Agnistic but we may be involved in VNF onboard topic for D release 08:05:09 #info functest had a strong precense in the summit. There was for instance Morgan's excellent presentation in the beginning 08:05:18 #info SerenaFeng: really happy to meet all of you face to face 08:05:39 #info we managed to become even more visible and grab the attention of others. On the other hand, we got some feedback about things we could do/improve, like make the feature test integration a bit clearer. 08:05:55 #info meeting people personally makes things easier later on 08:06:19 #info Really happy to meet a part of functest team .. Otherwise, I have noticed a strong interest of functest project in different presentation. 08:06:58 jose_lausuch: yep that is why we must think to the fature project integration through template as suggested by SerenaFeng for D release. For Colorado we will still do some stuff manually but a tempalte an a easy integration journey has to be prepared for the future 08:07:25 raghavendrachari: viktor_t your feedback on the summit? 08:08:21 #info feedback from others: we need to improve our jenkins landing page. 08:08:23 #info good knowledge sharing, it was nice to meet functest team , lot of presentations on tesing, 08:08:43 jose_lausuch: that is why I add a topic on jenkins for today :) 08:08:57 awesome 08:09:25 ok if no additional comments or questions on berlin, I suggest to move to next topic 08:09:37 #topic Colorado Status & Sprint #9 follow-up 08:09:54 #info feature freeze planned on the 7 of July 08:10:32 #info main remaining task regarding this date: finalize security_scan integration, refactoring of ODL, troubleshooting 08:10:50 mmmm 08:10:53 nope 08:10:56 and of course documentation but thanks to CG_Nokia this time we are not late.. 08:10:57 feature freeze is this week 08:11:06 test implementation freeze on 7th july 08:11:15 oups you are right 08:11:41 how you handle feature freezes, create a release branch? 08:11:44 #info correction: feature freeze this week, test implementation freeze 7/7 08:12:09 #link https://wiki.opnfv.org/display/SWREL/Colorado?preview=%2F2926065%2F6823197%2Fcolorado+r7.pdf 08:12:41 #link https://wiki.opnfv.org/display/SWREL/Colorado 08:12:53 but anyway we do not develop new features on our side so the milestone we are dealing with is more the one of the 7th of July I think 08:13:04 yes 08:13:05 it is 08:13:16 1st of july is for feature integration in installers 08:13:26 we are working on that for sdnvpn :) 08:13:34 and new test cases coming for the 7th 08:14:09 we will have probably additional questions: domino project can do stand alone testing (policy check), if it makes tests on real SUT, integration to be planned, fastdatastacks is also finalizing the code 08:14:19 and of course maybe contrail, copper, ... 08:14:37 basically in the JIRA we should have now have mainly bug fixes + integration tasks 08:14:59 so lhinds for the freeze it is still....a bit manual 08:15:21 we just will not accept big patch introducing new features 08:15:29 until we got the colorado branch 08:15:44 morgan_orange: got it, thanks 08:15:46 but it makes no sens to branch too early, otherwise we will keep on cherry picking 08:16:32 odl will still drag behind. I'm not able to get it refactored for initial release 08:16:33 #info sdnvpn, sfc, sfc onos, domino, fastdatastack and maybe moon, copper, ovno to be integrated 08:17:15 morgan_orange: no, not branching to early please... it will be a chaos, still some work to do :) 08:17:27 still big commits to come 08:17:36 jose_lausuch: yes I think it is end of August..we will keep on play on master 08:17:47 we just have to be "reasonable" 08:18:15 #info Sprint 9 ends this week 08:18:24 i suggest to create a Sprint 1à until the 7/7 08:19:07 any objection for this short 2 weeks sprint 08:19:28 no 08:19:30 no... 08:19:31 it makes sense 08:19:34 #action morgan_orange prepare Sprint 10 until test integration freeze 08:19:38 nope, 08:20:20 #action morgan_orange precise during the release meeting that today there are still not real news on some projects (copper, moon, ovno,..) if nothing before the 7th of July, we will not accept integration patch 08:20:41 I assume the delcaration + the scripts shall be available (even if not fully finalized) 08:21:33 in the list of internal tasks for functest, I forgot the work on ELK to get the dashboard 08:21:48 but SerenaFeng already started working on this aspect 08:22:21 maybe focus on some open tasks at the moment 08:22:32 lhinds: last news from security_scan 08:22:41 morgan_orange: ok.. 08:23:19 morgan_orange: I think we got some info from copper 08:23:27 Jenkins is still not reaching my test as yet..hitting failures first. Won't go into details as I don't know it too well, but would be good if someone could take a look 08:23:31 we need to provide some info to them to help Bryan integrate the testcases 08:23:40 jose_lausuch: ok 08:24:23 secondly: a few folk want to contribute, so I think it makes sense to move us into our own repo, and then be cloned in by functest. 08:24:35 plan was to take this to the TSC for approval first. 08:24:43 lhinds: make sense but you want to do it now or after colorado? 08:24:51 but consider all the 'security is important' messages at the summit, i think they will approve :) 08:25:10 morgan_orange: I am open here, maybe I put the request in and get it set up. 08:25:21 and then we can move when it makes life easier? 08:25:36 is there any blowback from moving before Colorado? 08:25:45 OK, currently the last status on apex => heacheck KO with odl scenarios, feature tests Ko with no SDn and still high tempest error rate 08:26:11 lhinds: I dont think there is an issue with moving to your own repo, the question is, will it be ready this week? 08:26:20 you have to talk to healpdesk to create that repo 08:26:46 lhinds: no strong opinion, it is just that the feature freeze is today so in theory, no new repo could be created for Colorado 08:27:31 jose_lausuch: understand, makes sense that I get the approval underway, infra tickets etc..and then we do the change over later 08:27:50 morgan_orange: I mean 08:27:58 wrong highlight nick 08:28:10 if it is just a question of repo, I imagine we can keep it as it is for colorado and move everything in security_scan after colorado but it is up to you, I understand the need to get a dedicated repo (it may lead to some confusion) 08:28:21 I will talk to them and see what they say later today 08:28:42 #action lhinds clarify need for a dedicated security repo for Colorado 08:29:09 one other question... 08:29:36 with feature freeze coming, I need to continue work on other installers, other scan types... 08:30:00 do I just keep to local branch, until a D master branch is ready? 08:30:08 in theory no..or at least no for colorado but then we will need a experimental branch 08:30:09 I should know this, but I don't yet :P 08:30:19 experimental..ok 08:30:21 understand 08:30:26 good for me 08:30:53 we do not have experimental branch, I may ask this afternoon how release manager plan to manage that 08:31:37 Colorado branch is planned for end of August but shall we have a D branch already for work not included in Colorado (so not possible to push in Master until we branch...) 08:31:53 morgan_orange: understand 08:32:02 #action morgan_orange ask release manager how to deal with work on non C features 08:32:15 ok so let's come back to the current status 08:32:26 #link http://testresults.opnfv.org/reporting/functest/release/master/index-status-joid.html 08:32:31 so for security tests...how can we insure a good run ? 08:33:28 I would like to see it working, or debug accordingly. 08:34:01 lhinds: I think we shall secure apex run, nosdn scenario in progress at the moment. we should be able to troubleshoot and run only security_scan to fix integration issue 08:34:02 do we change the test order perhaps? 08:34:19 you can run security_scan test only... if you have CI time 08:34:42 the easies way will be to have a nosdn stable env and troubleshoot directly from the container 08:34:54 trozet mentioned this as a possible, run it a silo'ed job 08:35:07 I can chat to him later about that, if that's what we want to do? 08:35:46 we have also to troubleshoot the odl scenarios that currently lead to odl issue, we must ask for time on POD to be able to finalize secruity_scan integration + troubleshoot ODL + test future next ODL suite 08:36:10 I was struggling with odl in apex 08:36:17 pre-Boron doesn't solve neutron object creation problems 08:36:25 null exception logs are still written to karaf.log... 08:36:50 viktor_t: what pre-boron version are you usiung? 08:37:08 1.3.0.boron-daily-v201606060053 08:37:36 viktor_t: would it be possible to use also Nokia lab to validate security_scan? 08:37:49 I suppose... 08:38:08 The problem is that healthcheck fails 08:38:26 you have the same errors that the one on LF POD1 08:38:32 at least it is consistant... 08:38:38 yes 08:38:43 viktor_t: at what point does it fail? 08:38:46 creating what 08:38:50 https://build.opnfv.org/ci/job/functest-apex-apex-daily-master-daily-master/47/console 08:39:01 4. Create Routers... 08:39:01 Port c063a450-d437-40a5-bfc2-cb6180f28f85 cannot be deleted directly via the port API: has device owner network:router_gateway. 08:39:01 Neutron server returns request_ids: ['req-12fefc15-6b22-4bd4-bc30-78f4a516635b'] 08:39:02 subnets or routers this time 08:39:21 there is no 3... 08:39:29 2016-06-27 15:34:15,615 - healtcheck - INFO - 1. Create Networks... 08:39:29 2016-06-27 15:34:19,714 - healtcheck - INFO - 2. Create subnets... 08:39:29 2016-06-27 15:34:22,684 - healtcheck - INFO - 4. Create Routers... 08:39:39 it fails in different points every time 08:40:24 ok so security scan can be tested only on an apex/nosdn scenario... 08:40:41 vs. https://build.opnfv.org/ci/job/functest-apex-nokia-pod1-daily-master/55/console 08:41:48 healthcheck tests are supposed to be run on apex, not sure it is otherwise it will not be deployed in bare metal 08:42:06 but as far as I remembe rtim disable the tests... 08:42:19 #ap jose_lausuch create step 3 in healtcheck 08:42:20 :) 08:42:22 Uhm... @Morgan could it be related to a floating IP issue? 08:42:54 2016-06-28 06:40:23,149 - healtcheck - DEBUG - router 'opnfv-router1' gateway set to 28620a29-c1ba-4f17-a190-330b613fedcc. Port ba48eced-6dbc-4f3a-b001-0f57df812e49 cannot be deleted directly via the port API: has device owner network:router_gateway. Neutron server returns request_ids: ['req-76617d34-8526-4be8-a48f-f2f0c0547cf6'] 08:42:57 strange error 08:43:26 port creation problem? 08:43:40 remove 08:43:42 we have similar errors in Tempest suite...post error.. 08:44:04 i think tenant has no access 08:44:29 for to delete you have to (manually) change the owner first. 08:44:34 sounds like a device_owner issue 08:44:45 at least we do not have this error with compass, fuel, joid / odl_l2 scenarios 08:44:50 ...so can not be done from within the testcase 08:45:01 let's not try the solve the problem now, who takes the ap to troubleshoot? I can help but if its an odl issue, I'm not an expert :) 08:45:18 see builds 54...57, failures are in different steps 08:45:20 I think we shall report it to apex as well 08:45:32 not sure we are supposed to troubleshoot all the scenarios of everybody... 08:45:34 not sure it's related to ODL 08:45:58 +1 08:46:01 let's report it to apex 08:46:12 or better to the odl scenario owner in apex 08:46:37 #action morgan_orange report apex/odl issues on scenario owners 08:47:10 we have also some issues in compass, fuel and joid...that needs some troubleshooting 08:47:29 see status reporting 08:47:50 it will be probably our main tasks during summer time... 08:48:05 =during holiday season :) 08:48:26 today there are 3 compass and 1 fuel scenarios OK from Functest perspective 08:49:12 #action viktor_t report tempest errors to compass and joid scenario owner 08:49:30 ok enough for the status for today, let's keep some minutes for jenkins 08:49:45 #topic Functest jenkins status / weekly/daily jobs 08:50:03 jose_lausuch: could you info the feedback you got from the jenkins functest home page during the summit 08:50:08 so our jenkins landing page is not so clear 08:50:14 if you want to find jobs for all the installers 08:50:34 https://build.opnfv.org/ci/view/functest/ 08:50:39 #link https://build.opnfv.org/ci/view/functest/ 08:50:51 apex is not there for example 08:50:55 #info feedback from berlin; functest jenkins kanding page not clear 08:51:00 it should be in barametal section 08:51:23 May-meimei: are you there, can I action you on this task (I think there is already a Jira) 08:51:46 #action May-meimei add Apex in bare metal section of Functest jenkins landing page 08:52:49 except apex which is a bit different (as they are running their 3 scenarios (nosdn, odl_l2, odll3 in their daily job) what could we do 08:53:00 in the current page, I can see fuel, compass and joid 08:53:08 the Barematel section corresponds to the CI POD 08:53:19 Non CI POD are listed below 08:53:40 ja 08:53:42 so main poitn will be to see apex as we see the 3 other installers 08:53:53 so it looks good, except missing apex 08:54:05 ok 08:54:18 May-meimei: can you manage it? 08:54:19 the problem now is taht we dont know on what pod it is executed 08:54:29 unless you click in the job and look for it 08:54:59 yes but it was a choice to consider POD as non specific resources 08:55:07 lf-pod2 is iddle 08:55:20 morgan_orange: about the result, yes? 08:55:34 only 1 run on fuel https://build.opnfv.org/ci/view/functest/job/functest-fuel-baremetal-suite-master/ 08:55:48 May-meimei: about putting apex in the bare metal list on the jenkins functest landing page 08:56:03 morgan_orange: ok 08:56:05 I mean 08:56:09 if we have 2 pods / installer 08:56:15 how do we reflec that in the landing page? 08:56:58 we should have more run...and less time between two runs 08:57:33 we must have 2 CI PODs per installer => it shoudl trigger jobs accordingly, shall it be reflected on functest main page? 08:58:18 I think it make sense to have 4 jobs (one per installer) for the daily job, 4 for the weekly and 4 for the custom (run one test for troubleshooting) 08:58:20 It would be nice 08:59:44 would it not be confusing to have 2 lines per installer if we have 2 CI PODs? 09:00:00 because if we want to have weekly / daily / custom the list will be very long ... 09:00:23 do we want to test installer X with scenario Y on POD Z, or installer X with scenario Y 09:00:32 at the end POD information is suefull but not a constriant 09:01:03 ya 09:01:04 we should have at least one pod in stable state (so today with nosdn scenario) 09:01:07 its difficult to say 09:01:23 but if we have 2 pods/installer, if you click on joid daily for example 09:01:25 what do you get? 09:01:27 both pods? 09:01:30 yes 09:01:37 in theory 09:01:49 but pretty sure that today we have only intel pod5 09:01:52 ok 09:02:01 for joid? 09:02:10 yes 09:02:21 and intel-pod6 as well 09:02:26 https://build.opnfv.org/ci/view/functest/job/functest-joid-baremetal-daily-master/54/ 09:02:28 and we must also create the weekly jobs 09:02:29 where it always fails 09:02:42 (not always) 09:02:45 yes 09:02:53 ok it should be visible on the dashboard... 09:03:24 I will maybe try to reconfigure my old one until ELK is operational :) 09:03:47 :) 09:03:52 need to leave to another meeting 09:03:54 how do you see the triggering of the weekly jobs? 09:04:01 ok we are alsready late sorry 09:04:12 on saturday evenings :D 09:04:21 weekly-beer job 09:04:37 yes probably the simple way 09:04:41 #topic documentation 09:04:52 CG_Nokia: made a great update of the documentation 09:04:55 I want to merge 09:04:58 any objection? 09:05:05 morgan_orange: wait, let me review first 09:05:10 wait for my +2 please 09:05:12 OK with me if you are happy with patch set #4 09:05:19 it will come soon if everything is fine with me :) 09:05:20 during the summit we were asked also to provide a dev guide 09:05:27 #info agreed to use a different commit for the user guide 09:05:32 Working on userguide at moment... gerrit review soon I hope! 09:05:38 so update of the dev guide will be needed, SerenaFeng you may start on the section dedicated to the API 09:05:52 thanks CG_Nokia 09:05:59 I also need to work on the dev guide 09:06:01 #info wait for Jose +2 before merging config guide 09:06:11 #info user guide in progress 09:06:18 #info dev guide to be refactored 09:06:28 #action SerenaFeng update dev guide APi section 09:06:29 morgan_orange add testAPI capture in dev guide? 09:06:54 yes please 09:06:57 #link https://git.opnfv.org/cgit/functest/tree/docs/devguide 09:06:57 Ok, I will do it 09:07:05 and maybe also a section on dahboard 09:07:26 #topic AoB 09:07:35 Ok 09:07:41 any other topic you want to share? 09:07:57 Backroom boys say thanks for the nice OPNFV T-Shirt from Berlin! 09:08:32 ok see you next week 09:08:37 #endmeeting