07:01:53 #startmeeting multisite 07:01:53 Meeting started Thu Aug 11 07:01:53 2016 UTC. The chair is joehuang. Information about MeetBot at http://wiki.debian.org/MeetBot. 07:01:53 Useful Commands: #action #agreed #help #info #idea #link #topic. 07:01:53 The meeting name has been set to 'multisite' 07:01:57 Same here :) 07:02:02 hi meimei 07:02:59 Hi, Ashish, how about the functest ci job now 07:03:02 have you saw that patch: https://gerrit.opnfv.org/gerrit/#/c/18379/ 07:03:19 yes, its working now 07:03:31 yes 07:03:48 there were 5 failures, have committed a patch for fixing 2 of them 07:03:56 so the job can be triggered, and most of test cases can pass the test 07:04:02 https://build.opnfv.org/ci/view/functest/job/functest-fuel-virtual-suite-master/lastFailedBuild/console 07:04:19 also, one more thing 07:04:30 let us wait for Dimitri for 5 mins 07:04:44 ok 07:07:54 hi 07:07:59 Hi Dimitri 07:08:36 so we were discussing about the functest job run 07:09:14 hi 07:10:47 yes, it’s failing :) 07:11:01 yeah. 5 are failing 07:11:15 have committed the patch for fixing two of them 07:11:28 and remaning 3 are due to token expiration 07:11:44 I think If we have a complete build now 07:11:50 then it will pass all 07:12:03 Meimei can you trigger the complete job once? 07:12:05 that can be fixed by changing the expiration time in keystone.conf 07:12:17 i can trigger 07:12:40 the token is valid for 1 hour by default, I remember 07:12:59 yes, but we need to handle in KB as well 07:13:08 yes, which can be an issue if the tests run for more 07:13:22 we already have a bug raised long back for this 07:13:32 don’t we update kb’s cache if authentication fails? 07:13:47 fine, Dimitri please trigger a job 07:14:00 need to do cache update if auth failed 07:14:17 it’s running 07:14:18 that is not done in endpoint caching I suppose 07:14:22 okay 07:14:55 according to release manager's plan 07:15:36 complete documentation by Monday, August 15. 07:16:10 so the documentation patch https://gerrit.opnfv.org/gerrit/#/c/17895/ needs to be merged ASAP 07:16:28 and then 1 week window for stable branch creation 07:17:38 I’ll review the patch today 07:17:44 Meimei's patch for refactoring also need to be merged soon 07:18:03 #link https://gerrit.opnfv.org/gerrit/#/c/18379/ 07:18:12 Meimei: rebase it 07:18:18 #link https://gerrit.opnfv.org/gerrit/#/c/17687/ 07:18:28 yes, rebase is needed, Meimei 07:21:49 #info documentation should be complemented next Monday, Aug.15 07:22:18 #info 1 week window for stable branch creation for Colorado release, by Aug.22. 07:23:12 what is healthcheck 07:23:17 2016-08-11 08:21:26,081 - openstack_clean - INFO - Cleaning OpenStack resources... 07:23:21 2016-08-11 08:21:49,769 - run_tests - INFO - Test execution time: 02:31 07:23:24 2016-08-11 08:21:49,769 - run_tests - ERROR - The test case 'healthcheck' failed. 07:24:53 is it in functest? 07:25:15 basic gate test for OpenStack? 07:25:47 functest selected some basic test cases 07:25:53 The functest docker image is also not generated for the current run 07:26:57 do you have the link for the test result? 07:27:11 test didnt start 07:27:17 :( 07:27:32 testcases/OpenStack/healthcheck/healthcheck.sh 07:27:55 [jenkins@pod4-node6 ~]$ docker ps 07:27:59 CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 07:28:02 [jenkins@pod4-node6 ~]$ 07:28:10 nothing here 07:29:05 docker container exit 07:29:52 151 2016-08-11 08:27:58,103 - run_tests - ERROR - Unknown test case or tier 'multisite', or not supported by the given scenario 'os-odl_l2-nofeature-ha'. 07:30:19 this line is there in functest.log in /home/jenkins/opnfv/functest/results/master/ 07:30:58 do Meimei's commit is the fix for this?? 07:30:59 https://gerrit.opnfv.org/gerrit/#/c/18379/ 07:30:59 this one? 07:31:09 yes 07:32:04 but the job before the last one could run the testcases 07:32:27 so Meimei's patch needs to be merged 07:32:29 which one? 07:33:00 we can also remove this one 07:33:00 - string: 07:33:01 name: KINGBIRD_LOG_FILE 07:33:02 default: $WORKSPACE/kingbird.log 07:33:08 the parameter is unnecessary 07:33:32 because the build log is attached to the console output anyway 07:34:39 same question, the last job works without this patch, only some test cases failed. 07:35:13 yes, this job is triggered by me 07:35:35 but last job was triggered by daily job 07:36:02 I triggered this job with scenario involved"multisite" 07:36:32 so, trigger the daily job can verify Ashish's new fix 07:36:46 could you trigger the daily job 07:36:55 If it starts the tempest then it should 07:37:33 SAshish: you have some update? 07:37:37 os-nosdn-multisite-ha, do we need "HA" scenario? non-HA also works 07:38:05 yes, non-HA also works 07:38:30 which update? 07:38:58 so can you just trigger the ML scenario 07:41:13 during trigger the job, how about to have multisite colorado stable branch on next Friday, i.e Aug.19 07:42:22 yes, so what we have to include in stable branch? 07:43:35 SAshish: just trigger the ML scenrio? 07:44:04 CI/Functest/Documentation scripts get merged 07:44:12 oh, got it 07:44:25 and fix critical/major bugs 07:44:42 regarding that 07:45:21 if you mean bugs in kingbird, then it’s outside of opnfv, so branch open/closing doesn’t apply 07:45:58 since our build always installs kingbird master we can prioritize and fix bugs keeping the openstack roadmap 07:46:18 yes, the installation guide can help end user to install latest code or stable code, kingbird is aligned with OpenStack 07:47:13 it's mainly to create multisite repository stable branch 07:47:24 yes 07:48:45 so CI/Functest/Documentation scripts are the major contents to be included. 07:50:02 So do you guys think Aug.19 is feasible? 07:50:21 should our CI jobs build from colorado branch or master? 07:50:48 from master, and cherry pick back to colorado if needed 07:51:06 so we do tagging? 07:51:36 you mean multisite repository or kingbird repository? 07:52:06 multisite 07:52:12 multisite repo and kb as submodule 07:52:17 we have kb installation script in the repo 07:52:27 yes, stable branch in multisite repository 07:53:41 Is there any job in stable branch? I didn't heard that in B release. Need to confirm that. 07:54:22 if we found bugs in the master branch, then cherry pick to stable branch. If so, we need add one more job for stable branch 07:54:39 yes, will do that 07:54:49 ok, thanks to Meimei 07:55:08 there will be the some jobs for Calorad 07:55:17 so release will be based on the stable branch 07:55:24 yes 07:55:29 yes 07:55:36 ok 07:55:59 then I’d do a separate job for master 07:56:11 how long will we keep colorado branch running? 07:56:58 does the intel lab support two jobs at the same time, or trigger them at different time? 07:57:17 different time is an option 07:57:22 sorantis: you mean the job for Colorado? 07:57:27 yes 07:58:07 I don’t see why we should run specific jobs for colorado 07:58:18 we make things stable and branch our for C-release 07:58:21 I also prefer different time 07:58:28 and keep our build system running master 07:58:53 This is also one option 07:59:17 this way we can keep one CI 07:59:19 need to confirm should we have one job in colorado or not 07:59:29 please check 07:59:32 yes, it makes thing complex 07:59:54 #action should we keep CI/functest job for colorado release 08:00:13 other topics? 08:01:07 nope 08:01:22 once Meimei's patch is merged we have some update 08:01:44 thanks great job, team. let's end the meeting 08:02:03 thanks everybody 08:02:04 to Ashish, ok, please update 08:02:05 bye 08:02:09 bye 08:02:11 Good Bye 08:02:14 #endmeeting