13:00:15 #startmeeting Cross Community CI 13:00:15 Meeting started Wed May 30 13:00:15 2018 UTC. The chair is fdegir. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:00:15 Useful Commands: #action #agreed #help #info #idea #link #topic. 13:00:15 The meeting name has been set to 'cross_community_ci' 13:00:20 hello everyone! 13:00:29 #topic Rollcall 13:00:43 #info Victor Morales 13:00:49 lets talk about what's been happening lately 13:01:06 first of all, apologies for missing the meeting last week 13:01:34 #info Jack Morgan 13:01:38 good morning electrocucaracha jmorgan1 13:01:47 good morning! 13:02:15 fdegir: good morning 13:02:15 #info Tianwei Wu 13:02:39 lets start and we ping others when their turn comes 13:02:43 #topic OpenCI Updates 13:03:04 #info OpenDev happened last week and I must say it was pretty successful 13:03:15 I don't know if jmorgan1 agrees to it 13:03:21 #info Markos Chandras 13:03:36 there were lots of people and lots of things/discussions happening 13:03:45 and one of the topics was OpenCI 13:03:54 yes, it was successful - next level of detail discussions 13:03:56 #info Joe Kidder 13:04:15 #info You can see OpenCI slides we presented from the following link 13:04:16 #link https://docs.google.com/presentation/d/1ZdjatVB8nZbUf2GJsYRFbwm6BA3naELJhyajWkVdY-A/edit?usp=sharing 13:04:33 #info Manuel Buil 13:05:08 #info What we have been working on with XCI is recognized by many and XCI has pretty close relation to OpenCI with the ideas we have been talking about and things we have been doing 13:05:22 so I want to thank all of you for contributing to XCI 13:05:50 and we are really changing things 13:05:53 #info Tina Tsou 13:05:56 #info Periyasamy Palanisamy 13:05:56 I'm not exaggerating btw 13:06:36 #info During OpenDev joint conclusion session, many people asked about how they can continue collaborating in CI/CD area and there was no community to do that 13:07:11 #info OpenStack Foundation people pointed to OpenCI so OpenCI could become "the" community to collaborate in CI/CD further, increasing the scope of it - not just Cross Community CI/CD 13:07:23 we will see how successful it will be 13:07:36 and one last point regarding the event driven CI/CD stuff 13:08:08 #info The prototype between OpenDaylight, ONAP, and OPNFV was demostrated during OpenDev which enables Jenkinses to talk to each other using events 13:08:18 #info You can see the prototype jobs from the links below 13:08:29 #link https://jenkins.onap.org/view/openci/ 13:08:45 #link https://jenkins.opendaylight.org/releng/view/openci/ 13:08:57 #link https://build.opnfv.org/ci/view/OpenCI/ 13:09:23 #info We are working on making prototype real and will start adding pieces to ODL and OPNFV Jenkins 13:09:33 any questions about OpenCI, prototype, etc.? 13:09:50 fdegir: how the jenkins systems were communicating? Did you use a specific MQ tool? 13:09:51 great job fdegir on demo 13:10:03 thx jmorgan1 13:10:08 yep, great job! 13:10:16 mbuil: as part of the prototype, we used Jenkins JMS Messaging Pluing 13:10:24 fdegir: ok :) 13:10:32 #link https://wiki.jenkins.io/display/JENKINS/JMS+Messaging+Plugin 13:10:33 interesting 13:10:44 so, these jenkinses are not aware of existence of each other 13:11:03 they just broadcast events saying "I built ODL and it is good" 13:11:10 or "I built ONAP and it is good" 13:11:22 whoever is out there is subscribed to message broker, consuming those events 13:11:43 the most important thing about this prototype is to establish a common messaging spec across communities 13:11:56 right 13:12:14 so the things happening on CI/CD systems of various communities can be expressed using same messages 13:12:19 making them to talk each other 13:12:31 in summary, simple pubsub but with a well defined messaging spec 13:12:49 which we will need to work on to define together with all the communities whoa re involed in openci 13:13:04 CNCF is next in line, following OPNFV, ODL, and ONAP 13:13:26 so we can bring kubernetes in automatically with much less trouble 13:13:52 if there is no other question, moving to the next topic 13:14:03 which is 13:14:13 #topic PDF and IDF 13:14:26 mbuil: it is you 13:14:33 and perhaps hwoarang as well 13:15:06 haven't done much. terribly busy with other things. mostly answering questions for mbuil 13:15:19 ;) 13:15:31 fdegir: The most part of the work is done and I have it working locally 13:15:50 mbuil: so, the vms can be created using pdf and then they can be provisioned? 13:16:04 fdegir: but I need to refactor things because I realized that there are a few ugly stuff which I think could be improved or I will received a lot of -1 13:16:13 this is a VM deployment? not baremetal? 13:16:59 fdegir: opnfv VM gets booted separately and provisioned. Then all the bifrost stuff (ironic, etc) runs from the opnfv VM and the rest of VMs get booted and provisioned from the opnfv vm 13:17:13 jmorgan1: still VM deployment. It is the first step for baremetal 13:17:21 mbuil: great - so we totally isolated ourselves from the host! 13:17:23 mbuil: ok, thanks 13:17:31 jmorgan1: it is more than just pdf actually 13:17:50 moving ourselves into a vm 13:18:06 realy dynamicity 13:18:11 cool 13:18:14 not sure if there is a word dynamicity... 13:18:32 apart from that I have been bugging hwoarang with a lot of stupid questions ;) 13:18:35 mbuil: you will remove WIP once you are ready with the stuff 13:18:43 mbuil: so we are not reviewing and -1ing it yet 13:18:55 fdegir: yes 13:18:57 ok 13:19:01 mbuil: anything else? 13:19:08 and it is not working in CI yet, I want to check what is going on 13:19:32 fdegir: no 13:19:34 that we can fix 13:19:38 thanks mbuil 13:19:46 #topic Baremetal 13:20:11 #info Work with baremetal will start once PDF, IDF work is done with VMs 13:20:19 mbuil: is this ^ a good summary/plan? 13:21:24 fdegir: yes, although my June looks already pretty busy ;) 13:21:56 mbuil: we believe in you 13:22:12 #topic SDF 13:22:21 hwoarang's RFC is up for review 13:22:32 #link https://gerrit.opnfv.org/gerrit/#/c/57679/ 13:22:36 hwoarang: anything else to add? 13:22:58 i will email the opnfv tech discuss ml later this week to seek feedback from installers 13:24:08 thx hwoarang 13:24:22 moving to the scenarios 13:24:24 and the first one is 13:24:26 #topic k8-nosdn-onap 13:24:31 electrocucaracha: jmorgan1: hello 13:25:12 im planning to work on it at the end of the week 13:25:19 with help from electrocucaracha 13:25:35 we need to get playbook from Orange folks as well 13:25:40 to work off of 13:26:08 jmorgan1: electrocucaracha: have you seen mail from Morgan? 13:26:17 he brought few topics up 13:26:23 and asked whether if you can make the meeting 13:26:50 moving on 13:26:53 fdegir: that should be better 13:27:09 electrocucaracha: what? 13:27:19 fdegir: having a meeting to discuss it 13:27:24 electrocucaracha: ok 13:27:25 fdegir: yeah, will schedule a meeting 13:27:38 jmorgan1: Morgan did that 13:27:49 i think onap should follow the practice set by ODL and provide the role 13:27:53 we shouldn't maintain it 13:28:04 we should just consume it like how we are doing with ODL one 13:28:17 #topic os-nosdn-onap 13:28:31 #info ONAP might drop Heat support and deployment on OpenStack 13:28:48 #info So we decided to park this scenario until we get clarification to what they will do 13:29:05 epalper: anything to add? 13:29:21 yes fdegir, i have stopped working on it. 13:29:51 epalper: good because you have a new scenario now :) 13:29:54 #topic k8-odl-coe 13:29:57 epalper: ^ 13:30:23 yes, the spec is raised at https://gerrit.opnfv.org/gerrit/#/c/58021/ 13:30:37 now looking at the implementation details 13:30:40 #link https://gerrit.opnfv.org/gerrit/#/c/58021/ 13:30:54 everyone, please review 13:31:06 epalper: can you continue bugging Prem so he reviews it as well? 13:31:21 ok fdegir, i will do that 13:31:26 thx epalper 13:31:33 any update for any other scenarios? 13:32:08 hw_wutianwei_: do you think we have another k8s scenario we can bring in to? 13:33:08 fdegir: could we deploy istio ? 13:33:15 hw_wutianwei_: I was just going to ask that :) 13:33:20 opened the webpage even 13:33:24 https://istio.io/docs/setup/kubernetes/ 13:33:31 hw_wutianwei_: do you want to work on that? 13:33:43 I can try 13:33:49 hw_wutianwei_: that would be great 13:33:57 I think onap will have it for the next release 13:34:14 so we can have some competence with it 13:34:21 electrocucaracha: do you know about this? 13:34:30 electrocucaracha: when they will have it in onap? 13:34:40 yes, it's using service mesh pattern 13:34:59 ok 13:35:10 if anyone wants to help out with it, reach out to hw_wutianwei_ please 13:35:21 I think that make sense to include it in onap, in that way the projects can share functionality and focus in their work 13:35:45 I saw that there was a presentation about openstack + istio during the summit 13:36:19 mbuil: ok - this needs to be added into the backlog as well then 13:36:37 electrocucaracha: hw_wutianwei_: so we can start with something like k8-nosdn-istio or whatever without onap 13:37:05 fdegir: I'm not sure if that needs to consider as an additional scenario 13:37:07 and complicate it later on once we have k8-nosdn-onap scenario and we know what onap is going to do with istio better 13:37:34 fdegir: more likely, it'll be another requirement for the deployment 13:38:12 electrocucaracha: so it makes even more sense to have a standalone scenario so we can switch onap from k8-nosdn-onap to k8-nosdn-istio_onap or whatever by reusing k8-nosdn-istio 13:38:32 but i think we are going into details now so if you are interested, please feel free to work on it together 13:39:01 ok 13:39:09 moving to next topic 13:39:13 #topic OSA Shabump 13:39:21 i did some investigation here. 13:39:30 * fdegir is listening eagerly 13:39:45 the log_hosts thing can be fixed but a subsequent SHA bump for OSA to be able to handle the missing group 13:39:46 or 13:39:53 you need to add that group to all the scenarios yaml files 13:40:09 because i know you add it in your review, but then all scenarios override that with their config files 13:40:13 and they remove that group 13:40:27 but 13:40:28 *"fixed by a subsequent" 13:40:41 i checked scenario openstack_user_config.yml files 13:40:55 and i thought whatever is not defined in them is brought in from the default one 13:41:32 hwoarang: so, should i just move to a later sha rather than trying to do what you suggest? 13:41:34 so all scenarios have a openstack_user_config.yml file 13:41:42 which they copy to /etc/openstack_deploy/ 13:41:53 effectively overwriting our own file 13:42:01 and in their file log_hosts is commented out 13:42:25 so whatever we have in releng-xci/xci/installer/osa/files//openstack_user_config.yml is useless 13:42:25 yeah using a more recent SHA for OSA should be better 13:42:32 should we just remove those files then? 13:42:33 yes they are useless 13:42:35 yes 13:42:39 ok 13:42:46 i'll attempt what you suggest 13:42:56 and will probably ask questions similar to mbuil's 13:42:58 there should be a new tag this week i think 13:43:14 thanks for the pointer hwoarang 13:43:18 i'll keep an eye on osa repo 13:43:32 any sha after May 17th should be ok 13:43:36 but also try some other sha locally and ci as well 13:43:42 will do that 13:44:11 #action fdegir to do what hwoarang suggests 13:44:23 #topic OpenStack Helm in XCI 13:44:38 so, I had a meeting with OpenStack Helm (OSH) team last week 13:44:47 they very much like to see OSH in XCI 13:44:57 which I passed the same requirements as we did for Kolla 13:45:24 if it happens, it might be logical to ask them to work with os-nosdn-nofeature 13:45:30 and os-tf-nofeature together with tf guys 13:45:42 mbuil: can you have a chat with tf guy next week and mention this? 13:46:22 #action mbuil to talk to tf guy and mention the possibility of osh appearing in xci 13:46:29 anyone has any questions about osh? 13:46:29 * electrocucaracha at least XCI arch is more decoupled 13:46:44 thanks to hwoarang 13:46:50 1 13:46:53 +1 13:46:55 but i feel we will have some trouble when it comes to handling scenarios 13:46:56 great job hwoarang 13:47:31 like we need to have something like releng-xci-scenarios/scenarios//role/ or something 13:47:44 assuming 2 or more installers supporting same scenario 13:47:49 fdegir: yes, I will. We will prefer OSH to Kolla because at least it seems like people will join to support OSH or? 13:48:01 mbuil: that is a possibility 13:48:32 mbuil: osh ptl was very eager to bring osh to xci 13:48:32 fdegir: I feel like the TF guys want one of them but not sure if they will maintain the XCI - Kolla/OSH integration 13:48:42 i said if you bring people, it lives 13:48:46 if not, we bury it together 13:48:57 all right 13:49:13 #topic Kubecon/CloudNativeCon NA 13:49:16 good deal 13:49:20 thanks to whoever added the topic 13:49:23 me 13:49:34 #info The early registration ends tomorrow - May 31st 13:49:45 #link https://events.linuxfoundation.org/events/kubecon-cloudnativecon-north-america-2018/attend/register/ 13:49:55 apart form it is being good to attend 13:50:04 there might be an openci workshop colocated with it 13:50:18 in case if people want to make a case to travel to kubecon 13:50:28 thx jmorgan1 13:50:37 #topic Kolla Support 13:50:40 any updates? 13:51:11 I didn't see any other response from the mail that you included me 13:51:27 last time we spoke i think Orange team (?) was working on including it 13:51:49 we don't have xci person working on it, right? 13:52:00 as far as i know, we don't 13:52:09 but 13:52:16 isn't osh using kolla images? 13:52:42 I think that they can use kolla or loci images 13:52:45 so we might benefit from kolla 13:52:55 will check 13:53:02 https://github.com/openstack/loci 13:53:10 ok 13:53:17 electrocucaracha: jmorgan1: so if they support both 13:53:23 would you prefer to see kolla images? 13:54:03 well, I haven't checked the process to create the loci images 13:54:15 ok 13:54:23 In Kolla is possible to have better control over the HASHes 13:54:32 let's ask them when/if they join to a meeting coming weeks 13:54:40 maybe it's something that LOCI didn't have 13:54:43 i'll create an etherpad and share with all of you as well 13:54:49 so we can add some questions 13:55:07 ok, lets add action item for etherpad 13:55:44 #link https://etherpad.opnfv.org/p/osh-in-xci 13:55:58 please add whatever you might want to ask 13:56:07 #topic AoB 13:56:16 anyone else wants to bring up a topic? 13:56:46 #action hw_wutianwei_ and electrocucaracha to look at bringing in istio into xci k8s scenario(s) 13:57:02 then we are done 13:57:06 thank you all for joining 13:57:11 talk to you next week! 13:57:14 #endmeeting