13:00:24 #startmeeting Cross Community CI 13:00:24 Meeting started Wed Apr 25 13:00:24 2018 UTC. The chair is fdegir. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:00:24 Useful Commands: #action #agreed #help #info #idea #link #topic. 13:00:24 The meeting name has been set to 'cross_community_ci' 13:00:29 #topic Rollcall 13:00:35 who else is around? 13:00:38 #info Tapio 13:00:49 hello ttallgren 13:00:52 good to see you :) 13:00:53 #info Victor Morales 13:01:03 Hello hello 13:01:20 #info Tianwei Wu 13:01:30 lets start 13:01:38 the agenda looks kind of full but mostly status updates 13:02:02 #topic OpenCI Updates: Event Driven/Federated CI/CD 13:02:29 #info We are working on bringing the prototype up based on what is proposed on the docs shared last week 13:02:42 #link https://docs.google.com/document/d/1WyjD6Wz4p7jVnEtRfwhsKltrtHxDiJZGaj5Nn0U-psE/edit# 13:03:03 #info yolanda_ is also helping out with it by writing a utility to publish events to activemq message broker 13:03:41 #info I hope to have it up and running before OpenDev which we can hopefully have a demo to OPNFV before that 13:04:28 ping me if you have any questions/comments about this 13:04:39 #info Manuel Buil 13:04:51 #topic OpenCI Updates: Zuul Prototype 13:05:19 #info Zuul is up and running on my VM and I'll move it to OPNFV machine during the rest of the week 13:05:25 #info Markos Chandras 13:05:42 fdegir: OPNFV machine? 13:05:44 #info A sample change is 13:05:46 #link https://gerrit.opnfv.org/gerrit/#/c/56399/ 13:06:01 mbuil: we got a machine from OPNFV to using during the prototype 13:06:11 mbuil: it will run in parallel to jenkins 13:06:57 that was all about openci 13:07:06 now the xci topics if there it no question 13:07:14 question 13:07:20 yes 13:07:30 fdegir: did you already agree on a MQ protocol/utility then? 13:07:39 mbuil: no 13:07:57 mbuil: before doing that, I think we need to demostrate what we are trying to solve 13:08:15 yolanda_'s work is just for the prototype then 13:08:16 mbuil: so we have chosen few tools for the prototype and created 3 event types 13:08:19 mbuil: yes 13:08:31 got ya 13:08:33 i have a question 13:08:37 yes 13:08:38 what is this zuul for 13:08:46 #info Periyasamy Palanisamy 13:08:50 it is a Jenkins assassin 13:08:53 is this sometihng that's going to replace jenkins in opnfv? 13:09:00 or just something for xci + openci thing 13:09:09 we can hopefully replace jenkins with zuul 13:09:16 but there is some way to go 13:09:23 ok 13:09:31 we asked for 2 features; 1 of them is fully implemented and the other is halfway there 13:09:35 multiple gerrit support 13:09:40 static node support 13:09:58 we need to try these out and provide feedback and contributions hopefully 13:10:27 ok 13:10:30 if we get zuul one day, we can gate/promote things properly 13:10:37 not like what we are doing today; post-merge... 13:11:04 moving to the next topic 13:11:08 #topic Baremetal Status 13:11:22 #info mbuil started looking into introducing baremetal for XCI 13:11:27 mbuil: anything you'd like to add? 13:11:37 mbuil: which pod are you using? 13:11:44 i presume you use an entire pod right? 13:11:46 lfpod4 13:11:50 ok 13:12:00 hwoarang: we have another pod if you need one? 13:12:15 mbuil: You can also use the Nokia pod. It is for long-term testing 13:12:23 i am not sure if can dedicate 100% to my hope was to jump in an help mbuil if he needs help 13:12:25 ttallgren: we will come to that topic 13:12:30 Ok 13:12:31 but i need to get access to these pods first 13:12:37 I am right now thinking about how to do the contributions in a way which is swallable by all reviewers 13:12:58 mbuil: I think the easiest way is to adapt virtual deployments to pdf/idf 13:13:08 yes 13:13:11 mbuil: before dealing with baremetal 13:13:12 i agree. 13:13:16 My first thinking, and this is what I am doing right now, is creating a spec so that everyone is on the same page before the code starts to flow in 13:13:42 fdegir: ok, good idea 13:13:45 #action fdegir to request access for hwoarang for lf-pod4 & ericsson-pod2 13:14:03 then we should start with the inventory thing 13:14:08 * hwoarang back in a bit 13:14:23 mbuil: i think it is best you do what you intend to do - create a spec somewhere 13:14:24 ttallgren: thanks :) 13:14:42 mbuil: and we comment there first to make the steps simpler 13:14:44 fdegir: yes, and there we can discuss what could be done first, etc 13:15:02 fdegir: I hope I can have version 1 today 13:15:03 #action mbuil to share his spec regarding pdf/idf introduction and baremetal support 13:15:09 mbuil: that would be great 13:15:23 mbuil: anything else? 13:15:29 on this topic i mean 13:15:47 no. Great that hwoarang wants to help me :) 13:16:09 thanks mbuil 13:16:20 #topic Promotion criterias/test scope for CI Loops used by XCI 13:16:41 #info The changes talking about the terminology, CI loops and criterias are up for review 13:16:50 #link https://gerrit.opnfv.org/gerrit/#/q/status:open+project:releng-xci+branch:master+topic:set-promotion-criterias 13:17:05 #info It didn't get much love from scenario owners so I'll ping them again 13:17:19 it would be good if everyone can look into them and provide feedback 13:17:38 especially to https://gerrit.opnfv.org/gerrit/#/c/56135/ 13:18:01 hw_wutianwei_: can you think about k8s scenarios please? 13:18:24 hw_wutianwei_: we know we only have healtcheck (smoke) and smoke (conformance) 13:18:37 hw_wutianwei_: so it would be good if you can comment about these there for others to see 13:18:43 fdegir: ok, 13:18:56 epalper: we need your input for odl and bgpvpn scenarios 13:19:14 epalper: anything else you think 13:19:46 fdegir: ok, will review and provide the feedback 13:19:58 again, if you have any questions or feedback, just provide them on the changes directly 13:20:14 #topic Tagging repos/Pinning scenarios 13:20:30 #info sdnvpn repo has been tagged with 6.0.0 project internal tag and the scenario is pinned in xci 13:20:37 mbuil: any luck with sfc repo? 13:21:32 fdegir: no. Helpdesk has been invoked 13:21:47 #info sfc repo is waiting to be tagged so we can pin the scenario 13:21:54 mbuil: ok 13:22:24 #info Tagging/pinning generic scenarios requires us to move them to their own repo since tagging and pinning can't be done while they're in same repo 13:23:16 #info So the folder releng-xci/xci/scenarios will be moved to its own repo releng-xci-scenarios as is and the history will be preserved 13:23:36 #action fdegir to submit a ticket to helpdesk for the move 13:23:50 #action fdegir hwoarang to look at possible impacts of this move 13:24:09 a short background why tagging/pinning 13:24:29 we want to be able to ensure we can lock things down when we come closer to the release 13:24:44 we already do this for upstream projects such as openstack and so on but not for the scenarios 13:24:56 this fills that gap, ensuring full reproducibility 13:25:11 any comments/concerns? 13:26:03 ok, the next topic is what ttallgren brought up earlier 13:26:09 #topic Long Duration Testing Support 13:26:25 #info We will not be able to support LDT near term 13:26:42 * hwoarang back 13:26:52 ttallgren: as I responded to Alec's mail, it is better you get something else on that POD so testing community don't have to wait even further 13:27:19 Sorry? 13:27:38 You mean we should allocate the pod to something else? 13:27:42 ttallgren: no 13:27:56 ttallgren: the pod should still be used for ldt but xci will not be able to support ldt near term 13:28:21 So it could be used for something else short term? 13:28:27 ttallgren: no 13:28:32 :-) 13:28:48 ttallgren: it needs to be installed as soon as possible with something so test community can start using it for ldt 13:28:51 :) 13:28:59 ttallgren: haven't you seen my mail? 13:29:15 ttallgren: subject is LDT pod and bare metal install for Plugfest? 13:29:15 Probably in my inbox 13:29:32 ttallgren: ok - I told Gabriel the same as well 13:29:47 Last night? 13:29:49 yes 13:29:56 21:47 13:29:58 my time 13:30:16 Ok, I see. 13:30:31 I would have liked things to be different but can't do much about that apart from continuing the path we set no matter what and we catch up later 13:30:49 Makes sense. It has nothing usable on it so it could be used for bare metal installations 13:31:09 ttallgren: Alec put some of his requirements there so it is in your plate now 13:31:32 moving to next topic then 13:31:45 #topic Scenario Status Check 13:32:06 hw_wutianwei_: mbuil: epalper: hwoarang: any updates? 13:32:18 one question 13:32:29 fdegir: do we have a plan to deploy onap in XCI? 13:32:38 not much, i was doing OSA stuff the past few days/weeks 13:32:46 hw_wutianwei_: we do 13:33:03 hwoarang: are all k8s scenarios now supported on openSUSE? 13:33:12 of course 13:33:21 hwoarang: then you have an update :) 13:33:29 #info All k8s scenarios are now supported on openSUSE 13:33:38 ah i thought we talked about it last week 13:33:43 fdegir: it is in progress? 13:34:08 hwoarang: and all 3 distros are supported it seems - which is even better 13:34:19 hw_wutianwei_: nope - we need someone to take the lead 13:34:24 hw_wutianwei_: would you like to do that? 13:34:36 k8 seems to fail on CentOS 13:34:39 just a heads up. we do have edge cloud project coming up from opnfv. it might need some onap scenarios to be supported by XCI 13:34:43 maybe I can try 13:34:46 fdegir: not much from my side either. Finding small things in the ODL-XCI integration to use the tip of master 13:35:05 hw_wutianwei_: epalper: we should start talking about this then 13:35:17 we want onap on openstack or onap on kubernetes? 13:35:20 hw_wutianwei_: epalper: I'll start an etherpad to see how we can do that and who we can reach out to 13:35:38 fdegir: Ok 13:35:39 hw_wutianwei_: openstack might be a bit tricky since they might be on pretty old version of openstack 13:35:48 I'm getting involved in edge project. will let you know once we have some concrete items to pick up 13:36:02 specifically for xci 13:36:07 hw_wutianwei_: but cncf cross cloud ci already deploys onap so we can look at what they are doing 13:36:15 epalper: that would be good 13:36:21 epalper: are you talking about akraino project? 13:36:42 epalper: you can also ask them to see if they would be interested in having onap on k8s since this would probably be the one to start with 13:37:05 electrocucaracha: no, about this one https://wiki.opnfv.org/display/PROJ/Edge+cloud 13:37:07 hw_wutianwei_: so, should we just make up a scenario right now like k8-nosdn-onap or something? 13:37:26 fdegir: the major thing about the way to deploy ONAP in k8s is that they are consuming the images from the official site, I meant there is no way to tag the images 13:37:50 electrocucaracha: I see you are interested in this 13:38:06 #action hw_wutianwei_ electrocucaracha epalper to start talking about onap scenario in xci on k8s 13:38:12 fdegir: well, I have been doing that for some time 13:38:18 hw_wutianwei_: ^^ 13:38:18 How many servers do you need for onap on k8s? 13:38:26 fdegir: electrocucaracha ok 13:38:55 ttallgren: you can do it in aio 13:39:04 On a single server? 13:39:09 yes 13:39:11 Ok 13:39:19 electrocucaracha: i suppose it is possible to do virtual as well? 13:39:29 electrocucaracha: so we might start with a mini flavor 13:39:45 1 master 1 worker 13:39:48 fdegir: a huge VM, I don't remember the last changes but more than 64gb 13:39:57 electrocucaracha: we have that 13:40:05 thanks to jmorgan1 13:40:11 hahaha 13:40:45 electrocucaracha: thanks 13:40:53 you three have the action now and I very much look forward to it 13:40:58 basically the OOM Beijing release uses helm to deploy it 13:41:09 that's what I want 13:41:33 this is part of the tsc goal cross community collab and me and frankbrockners were talking about exactly this 13:41:43 oom, helm, etc. etc. 13:41:55 fdegir: i think edge project looks for heterogeneous cloud (openstack and k8s) using onap multi cloud 13:42:05 hw_wutianwei_: thanks for bringing the onap topic! 13:42:30 epalper: ok, that seems a bit stretch for the timebeing 13:42:35 epalper: at least for now 13:43:09 electrocucaracha, fdegir: ok 13:43:30 fdegir: I just concern onap, and thanks electrocucaracha 13:43:58 this was good 13:44:02 moving to the next topic 13:44:17 #topic Scenario Consolidation and SDF 13:44:48 #info Thanks to hw_wutianwei_, Taseer, and hwoarang, we now have 4 k8s scenarios that are crucial for scenario consolidation and SDF work 13:45:19 #info We are supporting that work with prototyping and if anyone is interested in it and have ideas, please provide them on the etherpad 13:45:31 #link https://etherpad.opnfv.org/p/scenario-consolidation 13:46:23 that was all for this topic for the timebeing 13:46:32 and the last topic is 13:46:35 #topic AoB 13:47:08 #info Some of you might be aware of this that David decided to stop working in XCI and stepping from committer role 13:47:08 How is CentOS doing? 13:47:17 ttallgren: will come to that 13:47:22 :-) 13:47:39 #info I want to thank David for all the contributions he made 13:47:58 committers, please vote on this so we can notify tsc and helpdesk 13:48:02 this patch adds proxy support to kubespray, https://gerrit.opnfv.org/gerrit/#/c/56159/ 13:48:07 #link https://gerrit.opnfv.org/gerrit/#/c/56471/ 13:48:19 ttallgren: now the centos 13:48:26 Yes? 13:48:30 ttallgren: it needs some love and Taseer started looking into it 13:48:47 i said it before that centos7 needs love also upstream 13:48:49 the maintainer left 13:48:53 ugh 13:48:55 so centos7 support is degrading 13:48:59 it was mhayden 13:49:03 yes he left 13:49:08 now mnaser said he will step up 13:49:16 but fyi that centos is not doing well 13:49:24 so, Taseer ttallgren there seems to be an opening upstream ;) 13:49:44 I can talk to my manager about that... 13:50:12 should i do #action ttallgren to talk to his manager? 13:50:32 No need.. 13:50:42 was joking... 13:50:50 so that was centos 13:51:09 electrocucaracha: you were talking about k8s proxy support? 13:51:28 fdegir: yes, basically it needs more reviews 13:51:45 #info The change adding proxy support for k8s scenarios needs reviews 13:51:52 #link https://gerrit.opnfv.org/gerrit/#/c/56159/ 13:52:04 electrocucaracha: about your kolla change and my comment 13:52:17 electrocucaracha: we currently only check if a scenario is supported on given distro 13:52:23 electrocucaracha: in releng scripts 13:52:43 electrocucaracha: that logic needs to be improved, allowing/checking if a given installer/scenario combination is supported or not 13:52:55 electrocucaracha: there might be other changes needed but I'm not so sure what those are 13:52:58 fdegir: I was looking inside the folder but I could't find the job that you mentioned 13:53:14 electrocucaracha: without that, CI side of things will stop working properly I'm afraid 13:54:07 fdegir: is there a way to create a Sandbox into OPNFV jenkins ? 13:54:32 electrocucaracha: what does this mean? 13:55:08 electrocucaracha: if you are asking a sandbox jenkins instance then yes we have one 13:55:17 electrocucaracha: http://sandbox.opnfv.org/ 13:55:34 fdegir: the onap community has a process to use the jenkins sandbox for testing jobs before submitting patches 13:55:47 electrocucaracha: ok - this is ours http://sandbox.opnfv.org/ 13:56:13 electrocucaracha: you might want to look at this for details: https://gerrit.opnfv.org/gerrit/#/c/56165/ 13:56:17 how to use 13:56:20 hey 13:56:30 fdegir: that was my next question, thanks 13:56:42 Good morning Jack! 13:56:44 electrocucaracha: about what to look for impacts of kolla 13:57:07 ttallgren: Good morning 13:57:09 electrocucaracha: any shell script in releng/jjb/xci that does something with opnfv-scenario-requirements.yml 13:57:30 electrocucaracha: we do things like this 13:57:31 if ! sed -n "/^- scenario: ${DEPLOY_SCENARIO[0]}$/,/^$/p" $OPNFV_SCENARIO_REQUIREMENTS | grep -q $DISTRO; then 13:57:54 as you see there, only scenario is grepped which is the thing we need to improve for multi-installer support 13:58:15 hello jmorgan1 13:58:25 fdegir: got it 13:58:32 any last minute topic? 13:59:07 #endmeeting