08:01:23 #startmeeting Functest weekly meeting May 31th 08:01:23 Meeting started Tue May 31 08:01:23 2016 UTC. The chair is morgan_orange. Information about MeetBot at http://wiki.debian.org/MeetBot. 08:01:23 Useful Commands: #action #agreed #help #info #idea #link #topic. 08:01:23 The meeting name has been set to 'functest_weekly_meeting_may_31th' 08:01:33 JuhaHaapa: need more coffee 08:01:40 #topic call roll 08:01:40 #info lhinds 08:01:44 #info Morgan Richomme 08:01:48 #info Juha Haapavirta 08:01:49 #info Juha Kosonen 08:01:52 #info Viktor Tikkanen 08:01:52 #info agenda: https://wiki.opnfv.org/display/functest/Functest+Meeting 08:01:57 #info Jose Lausuch 08:01:57 #topic action points follow-up 08:02:01 #link http://ircbot.wl.linuxfoundation.org/meetings/opnfv-testperf/2016/opnfv-testperf.2016-05-24-08.00.html 08:02:04 morgan_orange: :):) 08:02:18 #info AP1: refactoring Testcase.yaml done 08:02:33 #info AP2: group Rally full and Tempest full in 1 Tier done 08:02:40 yes 08:02:46 we may have a discussions on Tier / yardstick and common definition 08:03:01 #info AP3 integration of success criteria directly in testcases.yaml 08:03:18 #info rather than hardcoded in the code of the test cases 08:03:27 I think we need also to discuss this a little bit 08:03:45 this is not done yet :) 08:03:47 as success criteria (condition to set the criteria to passed or failed in the DB) 08:03:58 corresdpond to variables 08:04:07 so if we put a condition in the yaml file 08:04:14 the var shall correspond... 08:04:21 e.g. duration < 1800 08:04:33 we supposed that we use duration as a variable name 08:04:53 I imagine we need to list all the var we use in order to set up the criteria 08:05:02 and try to be consistant 08:05:33 #info AP4 add security_scan in DB and in testcase.yaml done 08:05:52 we will see later, the CI pipeline integration has to be done, but almost everything should be in place 08:06:10 I can do a proposal in the yaml 08:06:35 #info AP5 add start/stop fields in API: done on refactored API (not in testresults.opnfv.org yet) but hopefully before the ned of the week (Serena did a great job) 08:06:39 jose_lausuch: ok 08:07:00 #info AP6 add filter param for API: not done yet 08:07:17 #info AP7: add type, also ready for next version of the API 08:07:27 and that is all for the APs 08:07:42 #topic Sprint #8 follow-up 08:07:53 before diving into JIRAs 08:08:03 #info First run on Master for Apex 08:08:27 #info Functest jenkins dashboard refactored (thanks to May-meimei) 08:08:36 #link https://build.opnfv.org/ci/view/functest/ 08:09:10 and we have job mismatching 08:09:13 apex is not in this page ... 08:09:16 its apex build daily 08:09:32 morgan_orange: you are welcome 08:09:47 yes,we may miss some jobs 08:10:45 last apex success https://build.opnfv.org/ci/job/functest-apex-apex-daily-master-daily-master/ 08:11:12 * fdegir will hopefully send patches to align apex jobs 08:11:15 we still have the problem of duplicated output, even with CI_DEBUG=false 08:11:16 so bad... 08:11:25 it's cinder python module's fault... 08:11:28 probably some troubleshooting ahead (ODL, tempest,...) 08:11:33 fdegir: thanks 08:11:57 fdegir: thanks, if you succeeded in aligning Apex CI you definitively deserved the yearly award... :) 08:12:18 morgan_orange: we'll see 08:12:31 #action morgan_orange jose_lausuch viktor_nokia juhak have a look at first Apex Master logs 08:12:59 2016-05-30 17:21:54,189 - healtcheck - INFO - Health check passed 08:13:12 #info fist compass/ocl also integrated 08:13:13 2016-05-30 17:22:54,970 - vping_ssh - INFO - vPing detected! 08:13:23 2016-05-30 17:23:40,317 - vping_userdata - INFO - vPing OK 08:13:42 2016-05-30 17:35:06,471 - run_tempest - INFO - Results: {'timestart': '2016-05-3017:24:07.434810', 'duration': 654, 'tests': 169, 'errors': '{0} 08:13:55 vPing duration:'25.6' s ! 08:14:01 what???? 08:14:04 ah vping 08:14:06 :) 08:14:18 tempest took 11 min 08:14:30 and 169 tests... I thought smoke had less 08:14:32 around 100 or so 08:14:44 functesting overall last 40 minutes 08:14:45 but 169 tests in 11 minutes in serial is a record! 08:14:57 which is what we announced... 08:15:06 we can go to vacations :) 08:15:22 or strike (French habit at the moment) 08:15:24 95% rally 08:15:27 haha 08:15:52 odl tests failed... 08:16:20 is it baremetal or virtual deployment? 08:16:25 baremetal 08:16:32 lf pod1 (you have access now...) 08:16:45 doctor is ok 08:17:11 security_scan also :) but we did not do anything but from CI, we are ready 08:17:39 and that is all as vIMS, full Tempest full Rally are on weekly loop 08:17:45 so good results 08:18:06 #action ollivier look at ODL results on Apex/Master scenario 08:18:23 #action juhak see the reasons of the 95% on rally 08:18:30 about failed rally cases, 08:18:37 heat: https://jira.opnfv.org/browse/APEX-161 08:18:44 nova: https://jira.opnfv.org/browse/APEX-147 08:18:47 wow 08:18:48 :) 08:18:56 the AP is already done 08:18:57 ok you AP is already closed then 08:19:04 juhak: that's efficiency! :D 08:19:10 :) 08:20:00 ok anyway good results for a first try 08:20:33 there was a discussion on the timeout, the apex tests include the timeout for the openflow creation rules? 08:21:10 in the healthcheck? I think so 08:21:14 its for every installer 08:21:28 I'm trying to reproduce the issue in our lab with the latest Apex but deployment fails... 08:21:40 sometimes it happens... 08:22:14 anyway, it is in https://jira.opnfv.org/browse/APEX-149 08:22:15 the timeout was needed mainly for Apex, right? 08:22:28 not 100% 08:22:28 yes 08:22:31 #info Rally errors analyzed, 2 jora created 08:22:43 but maybe a sleep 10 is enough, but to be safe we added ssleep 60 08:22:51 #link https://jira.opnfv.org/browse/APEX-161 08:22:58 because e.g. vPing duration is quite high also on some other installers 08:22:58 #link https://jira.opnfv.org/browse/APEX-147 08:23:05 vping doesn't use sleeps, just the time it needs to process the code and spawn the vms 08:23:11 since healthcheck is bash, it might be faster 08:23:15 only Compass (and now Apex) are OK 08:24:00 for joid we have this run https://build.opnfv.org/ci/view/functest/job/functest-joid-baremetal-daily-master/lastSuccessfulBuild/consoleText 08:24:23 vPing SSH KO 08:24:35 vPing userdata OK 08:24:52 Tempest Results: {'timestart': '2016-05-2611:28:40.882648', 'duration': 2710, 'tests': 169, 'failures': 18} 08:25:06 vping_ssh duration should be max 30-40 sec (response to the first DHCP request) 08:25:19 Rally 100% 08:25:42 Promie 29/33 08:26:07 it seems that we have some open issue to push results to artifacts 08:26:44 on Intel POD6 gsutil not installed 08:27:00 #action May-meimei have a look why gsutils not installed on CI POD Intel POD6 08:27:26 we have also tests with fuel, but as far as I know Master = Brahmaputra for the moment 08:27:29 its just on that pod 08:27:30 ? 08:27:33 I have also some doubt on joid 08:27:50 jose_lausuch: uploading on lf-pod1 seems OK 08:28:40 morgan_orange: sorry, I can't access to intel lab 08:29:06 May-meimei: OK can you see with jmorgan1? 08:29:18 Back on Sprint 8 08:29:25 #link https://jira.opnfv.org/secure/RapidBoard.jspa?rapidView=59&view=planning.nodetail 08:29:52 any concerns? as you probably know "feature" freeze is now planned for beginning of July 08:30:00 it includes our internal features 08:30:08 for integration we will have more time 08:30:15 jmorgan1 is the lab owner for intel, he should be able to fix it 08:30:42 BTW OVNO test suites will be rewritten (src Stuart Mackie) so I comment OVNO script 08:31:10 we also initiate a discussion with Yardstick on where feature shall be tested 08:31:40 it seems that some feature projects created functional tests but their project is asosciated with Yardstick 08:31:57 If we consider that both projects are umbrella projects (for Functionnal and Performance testinĂ  08:32:11 it coudl make sense to re import some test cases in Functest to be more consistant 08:32:24 discussion initiated yesterday, wait for kubi feedback 08:32:34 the idea is not to do everything in Functest... 08:32:47 just to be clear for the feature projects and the end users 08:33:29 and regarding the JIRA 08:33:37 everybody is comfortable with the timing? 08:33:43 no help needed? 08:33:46 any progress with "offline functest"? do we have any images (e.g. cirros) included into functest container? 08:33:50 I might have a concern 08:34:10 viktor_nokia: the main issue will be probably vIMS 08:34:26 valentin is coming back next week, but there may be some issues with this testcase 08:34:34 I dont have time for this https://jira.opnfv.org/browse/FUNCTEST-157 08:34:41 that's a uge change 08:34:46 maybe for D-river 08:35:17 viktor_nokia: we do have a cirros in the container 08:35:19 jose_lausuch: yep it seems more reasonable (you already made a first big refactoring) 08:36:10 jose_lausuch: OK, then I can probably proceed with https://jira.opnfv.org/browse/FUNCTEST-202 08:36:10 any objection to move this JIRA from C to D 08:36:26 I hope not :) 08:36:46 viktor_nokia: ok, I think the main reason for having internet is because of some rally stuff 08:36:56 ah 08:36:59 and for vIMS! 08:37:12 but maybe since vIMS is not running daily... 08:37:16 but vIMS is now in VNF Tier... 08:37:27 it is a nice to have :) 08:37:28 I'll change those rally cases that currently requires internet 08:37:35 shoul we re-decide then if "offline" functionality is needed? 08:37:37 difficult to test offline functest on ci pods where internet is available :) 08:37:46 I would say is needed 08:37:50 at least for the basic tests 08:37:53 people from cloudify and metaswitch will be in berlin, as well as Valentin, we may imagine some progress there 08:38:09 juhak: what test cases ? 08:38:37 two cases on 'requests' set 08:38:40 can you write the needed changes in the jira issue as comments? 08:38:41 ok 08:39:01 ok, I'll update jira 08:39:25 for me working behind the proxy is a killer. Colum and me are working our way through that jungle, and hopefully making some more notes in the config guide 08:39:32 we need to disable internet (globally) for a couple of hours to test the feature :) 08:40:15 ok so JIRA seems under control 08:40:17 JuhaHaapa: ok.. I don't undestand how companies are trying to become open source without giving the employees the proper tools.... :) 08:40:22 probably doc still a bit understimated 08:40:38 even if with CLI, almost no need is needed now :) 08:41:03 #topic Berlin Summit 08:41:09 morgan_orange: for the user guide, we can skip the scripts call, just using the cli should be enough for the user 08:41:18 jose_lausuch: +1000 08:41:28 the user doesnt need to understand what scripts do what, that's why we have CLI 08:41:29 jose_lausuch: Yes exactly :) 08:41:31 and we should also convince to stop doing rst for tests, noone reads that 08:41:37 JuhaHaapa: so, less work :) 08:41:38 for test results 08:41:59 yes, we have your automatic reporting tool which is 1000 times better 08:42:11 for Berlin, I shared a presentation, just wait for Sofia feedback (opfnvdocs next meeting is planned for the 8th of June) 08:42:34 I still need to prepare the presentation 08:42:41 so until I merge you cannot contribute...even if there are some parts where mmost of you could contribute 08:43:06 #info pres Berlin under review, contributions welcome 08:43:16 #info we will probably needs several breakout sessions 08:43:23 you got a +2 , you can merge :) 08:43:24 #info one on D river already.... 08:43:48 #info one for integration, several feature projects will be there, the design summit would be convenient to work on integration 08:44:23 #link https://wiki.opnfv.org/display/EVNT/Berlin+Design+Summit+Planning 08:44:37 programm of the design summit should be available soon 08:44:55 several Functest contributors proposed things (security, test APi, vIMS, ...) 08:45:24 that's good 08:45:36 lot of contributions from functest 08:45:39 after Functest slot (on Monday) there is also a session "Conversations with the oPNFV Test community" 08:45:43 I dont think all of them will make it 08:45:51 but at least we'll have some representation :) 08:46:05 the idea is to introduce all the test projects and try to give our vizion as a test community 08:46:15 work in progress during the Thursday weekly meeting 08:46:25 if you have any commentsinputs feel free 08:46:48 #topic Test conditions definition in testcase.yaml 08:46:51 my travel plan seems to get approval at the end of August :) 08:46:54 #info already mentioned in the introduction 08:47:25 #topic Functest test coverage Map 08:47:41 one of the discussion with the other test projects is the notion of test coverage 08:47:54 kubi replied 08:48:06 for D river we shall be able to initiate something (more automated) on this topic 08:48:22 the idea is to identify the uncovered or poorly covered areas (and there are some...) 08:48:22 we can bring this to the community,in the mailing list and we can say something on thursday (test WG) 08:48:36 jose_lausuch: OK cool 08:48:56 I will plan a slot for this then 08:49:05 ok 08:49:22 #link https://wiki.opnfv.org/display/functest/Testing+Coverage 08:49:46 #info for testing coverage a long long time ago we suggested 3 representations Domain/Component/ETSI 08:50:19 #action all contribute to domain page 08:50:27 do not hesitate to suggest another model 08:50:53 #topic Functest / ETSI TST group 08:51:23 connected to previous topic and raised during the Plugfest: shall we try to formalize Functest and discuss this with ETSI 08:51:48 yardstick is implementing ETSI Testcase definition 08:51:58 that's a high level administration task :) 08:52:12 who else is in contact with ETSI besides you? 08:52:25 shall we propose Functest as a methodology/framework to validate a Telco Cloud... 08:52:27 I think it's a good idea 08:52:36 yes 08:52:40 not a bad idea but lots of admin work...as you said... 08:52:49 When we get more mature, it could be an idea 08:52:58 I think we all have an ETSI correspondent... 08:53:06 we need a sales man ! 08:53:07 If you could send some unformal probes 08:53:13 to get feedback 08:53:57 I think we need probably more maturity but if we consider the plugfest, the discussion on certification...we have already something (better than nothing isn't it...) 08:54:16 for sure 08:54:20 #action all contact ETSI colleague to get feedback on the opportunity to formalize Functest for ETSI /TST 08:54:37 however I dont think this is very urgent 08:54:45 but if we have time to start discussions... 08:55:05 now and I am not sure there will be lots of volunteer to reverse engineered our work into standards... 08:55:30 anyway, let's ask the question 08:55:35 #topic AoB 08:56:17 #info thanks to SerenaFeng, the API is almost fully (and nicely) refactored => need to share it with the community in Berlin 08:56:37 #info target put it in testresults.opnfv.org before the end of the week 08:56:55 quick one from me, I will likely need some hand holding for when security_tests are merged and active in CI 08:57:24 mainly around how things work in jenkins, just until I get up to speed 08:57:31 lhinds: I will be there 08:57:40 thanks morgan_orange ! 08:57:41 as you can see in last Apex logs 08:57:43 jose_lausuch: should we pass our Config-Guide notes to you (once finished) or directly through gerrit? 08:57:57 we are already trying to trigger security_scan from jenkins 08:58:03 lhinds: you got my +2 already 08:58:14 thx jose_lausuch I saw that 08:58:16 the thing is that today in exec we have just a comment line 08:58:23 JuhaHaapa: I think gerrit is fine, you can always amend the changes :) 08:58:25 commented line 08:58:26 I am on irc all day, so hit me up if anything fails 08:58:34 I can even jump on a call if need be 08:58:40 we also try so do not hesitate to ping us 08:58:41 lhinds: have you tried that code already? 08:58:45 because there were some bugs 08:59:06 jose_lausuch: I have been running it from the jumpbox, same place as where the container runs from. 08:59:16 some of them were detectable thorugh flake8, like oscap and the self.home 08:59:38 yep, well spotted, and thanks for refact'ing that for me 08:59:42 lhinds: can you also update the line in the exec script? 08:59:45 if needed? 08:59:48 that is a lesser used case, so I never saw it 08:59:49 morgan_orange: is that what you mean? 08:59:54 yep 09:00:07 jose_lausuch: of course 09:00:30 I would suggest 09:00:45 1) on Intel POD7, from the Functest Master docker file, run manually secrutiy_scan 09:00:47 when ok 09:00:50 2) complete https://git.opnfv.org/cgit/functest/tree/ci/exec_test.sh 09:01:11 Line 137 09:01:24 +1 09:01:28 morgan_orange: sounds good to me. 09:01:30 if you have problem to connect to Functest docker file, let us know 09:01:39 ok we are already a bit overtime 09:01:45 any other topic you would like to share? 09:01:48 sorry 09:01:49 we want to add our pod zte-pod1 in kibana dashboard, I send email to juraj last week, but for now no response yet 09:02:10 Someone else can touch him for me? 09:02:23 #info question on Kibana dashboard update (no feedback from juraj) 09:02:43 and I don't have Kibana dashboard access 09:02:55 SerenaFeng: I think we may have a problem we already faced...Juraj is probably very busy with vpp integration 09:03:08 he planned a session during the summit but may have not time to do it 09:03:15 the code has been put on releng 09:03:23 where? 09:03:41 maybe we can try to fix it by ourself 09:03:45 #link https://git.opnfv.org/cgit/releng/tree/utils/test/scripts 09:03:56 create_kibana_dashboards.py 09:04:00 and where can I get access to Kibana dashboard? 09:04:22 you mean the one on testresults.opnfv.org? 09:04:37 yes 09:04:54 no sign up button 09:04:57 Maybe I can create an account for you on this machine 09:05:13 so you will have access to the test API and to Kibana backend 09:05:33 ok, thank you 09:05:33 #action morgan_orange grant access to testresults.opnfv.org to SerenaFeng 09:05:43 ok 09:05:53 so let's finish now, have a good week 09:05:56 #endmeeting