Content Comparison

By request of Dublin Scorecard - https://lists.onap.org/g/onap-tsc/topic/dublin_m1_scorecard_tsc/29536574?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,29536574

Alexis de Talhouët is welcome as TSC management - his deep technical "hands-on" approach will be appreciated

Attendees/Participants

Kenny Paul
Michael O'Brien
Mike Elliott
Sylvain Desbureaux
Habib Torab
Jun (Nicolas) Hu
@Paul Ionut Vaduva
Alain Soleil
Gary Wu
Jessica Wagantall
Jim Baker
John Lotoski

Meeting Minutes: 20190124

• recording - except during sensitive pw screens -
• Bengt Thuree needs another slot - moved to Thu 2030
• 1830 in france not good - 2030 is good - will move meet to 1430EDT
• LF is the level of testing their own deployment
• Orange/OOM discussion in the past - working on pulling the release tag for a gerrit review poc -

around

sudo helm deploy local/onap --namespace onap -f onap/resources/environments/disable-allcharts.yaml --set so.enabled=true

server
https://gitlab.com/Orange-OpenSource/lfn/onap/onap_oom_automatic_installation/pipelines/44398686

• orange oom deploy step: validation steps are kubectl get pods, healthcheck, and some TBD subset of a use case (4 use case VNFs, (IMS,,,,) - SO issue being worked on by Sylvain Desbureaux and Morgan Richomme
• source above on https://gitlab.com/Orange-OpenSource/lfn/onap/onap_oom_automatic_installation
• Orange higher level source for all LF projects in https://gitlab.com/Orange-OpenSource/lfn
• Bengt Thuree working with IT/infra team for for VM's -
• next meeting next thu 31st Jan - demo from Orange next thu - 2030 GMT+1 (france time)
• how to work - keep it in the main jira as notes... - LF will work out integration with the infrastructure they are bringing up - a status mid week would be beneficial from the LF (you can work in the jira or subtask or via comments on the jira)
• key is getting the magic word working from an oom review - Orange Sylvain Desbureaux can work with Bengt.

• Ultimate Main Goal: prevent to merge code that has not been tested in a CD environment.

•   POCs
  Integration team: 2018
  Gary Wu - full onap system 13 vms - freq: master once a day
  http://onapci.org/grafana/d/8cGRqBOmz/daily-summary?orgId=1
  https://github.com/garyiwu/onap-lab-ci

  Logging/OOM Team: 201710
  Michael O'Brien - partial onap system 1 vm - freq: hourly for 3 pod - 6 hours for full onap deploy 256G vm
  http://kibana.onap.info:5601/app/kibana#/dashboard/AWAtvpS63NTXK5mX2kuS
  http://jenkins.onap.info/job/oom-cd-master2-aws/
  https://git.onap.org/logging-analytics/tree/deploy

  Orange Labs 201901
  https://gitlab.com/Orange-OpenSource/lfn/onap/onap_oom_automatic_installation/pipelines/44398686
  https://gitlab.com/Orange-OpenSource/lfn

• 
  

• Proposed flow 1 should be doable for Dublin - fully automated CI/CD - ElAlto due to VM resources
  - gerrit commit on the oom repo for a particular component like so, aai 
  - keyed by Issue-ID Jira
  - helm-verify jjb jenkins job currently runs - reports +1/-1
  - manual magic word "run-helm-deploy" will kick in a helm-deploy jjb job 
  that deploys robot and the particular pod to a 16-32g VM (preconfigured with 
  rancher as a single node) - how? jenkins will run a remote ssh shell to a 
  server using a cached key - a cd.sh script will need to be written - see the 
  2 pocs below already running 
  - reports +1/-1 if healthcheck for that component passes after 20 min - parse 
  the logs from jenkins
  - scripts to bring up k8s/helm/docker - see links in comments