2020-04-01 DCAE Meeting Notes

Vijay Kumar

• RC0 EPIC - DCAEGEN2-2108
• DCAE Pair Wise Testing for Frankfurt Release

• CSIT failures - https://jenkins.onap.org/view/dcaegen2/   
• Review current list of release artifact version  (screenshot provided at the bottom)
  

3/25

• SNMPtrap coverage - Tony Hansen  - Resolved

DCAE Blockers/High priority

• DCAEGEN2-2120 - Dashboard error on blueprints from inventory (requires fix on runtimeapi and bp-gen + Dashboard + Bootstrap blueprints)
  • Dashboard and Bootstrap released. Bp-gen/RuntimeAPI -  03/25 Fix delivered and OOM update submitted; can be closed
• DCAEGEN2-2129 - Public HTTP exposure from DCAE  - Impact remote K8S cluster deployment - Reopened
  • CBS closed
  • VES pending Integration team (OJSI-116)
  • HV-VES -  - 03/25 Fix delivered and OOM update submitted
  • VES?

• DCAEGEN2-2170 Switch DCAE MOD components to non-root user (related to DCAEGEN2-2121) 
• DCAEGEN2-2171 DL containers running as root(related to DCAEGEN2-2121) 
• DCAEGEN2-2168  - Support multiple tag for python component using global
• DCAEGEN2-2177 - SCH init-tls container mounts shared volume at wrong mount point

Open items from last week

• DCAEGEN2-2139 - Random failure of Dashboard noted in gating - Can be closed
  
• DCAEGEN2-2141 - Documentation warning  

• DCAEGEN2-2136  - Cloudify unable to parse certain micro service policies (deferred to Guilin?)

• DCAEGEN2-2140 - escaped string in spec file not included on the blueprint generated - CLOSED

• DCAEGEN2-2145 - TCAgen2 exception when tca.aai.enable_enrichment is disabled  - CLOSED
• DCAEGEN2-2142 - PMSH  - Fix merged; more update planned (Rls pending)
  
• DCAEGEN2-2088 : PRH error after PNF relocation (BBS) - https://gerrit.onap.org/r/c/dcaegen2/services/prh/+/103096  - Delivered. OOM chart update pending review; this patch should use bootstrap version 1.12.0 (once rebased). Piotr Wielebski 
  
  • PRH 1.5.2 included in patch with DCAEGEN2-2139 - CLOSED?
• AAF-1081 : Env issue; blocks DCAEGEN2-2042 Update DCAE certificates (Dashboard, PMSH SAN).
  • Workaround via manual AAF update pending to be checked. Fiachra Corcoran Joseph O'Leary 3/25 - Workaround through manual updated verified; can be documented if 1081 is not delivered by AAF.
• CLAMP-650 - CLAMP not supporting blueprints (PMSH) with postgres plugin (workaround will be to onboard policy separate and use dashboard/consul)
  • Workaround will not involve CLAMP; so this defect/fix to be checked and moved to Guilin if still issue - David Farrelly  

Vijay Kumar

 alok411

VES 7.1.1 release

AttServiceSpecification-VesEventListener-v7.1.1 - AG1 DRAFT.docx  - https://gerrit.onap.org/r/#/c/vnfrqts/requirements/+/100867/

VES Event Registration Specification 3.2.1 Draft.docx  - https://gerrit.onap.org/r/#/c/vnfrqts/requirements/+/100876/

Piotr Wielebski

Review recent discussion on : https://gerrit.onap.org/r/#/c/dcaegen2/services/sdk/+/94266/ and identify next step

Confluence: TLS support for CBS - Migration Plan

Current implementation relies on trust.jks being available. Following options to be explored

• Option 1: Work/address issue around using cacert.pem for CBS connection (original proposal)
• Option 2: Enabled use_tls: true for all DCAE MS deployment (in blueprint) to ensure all AAF cert/trust and distributed (regardless of the MS/component being setup as server or not)
• Option 3: Modify K8s plugin to include trust.jks distribution by default along with cacert.pem

Note: Current SDK change https://gerrit.onap.org/r/#/c/dcaegen2/services/sdk/+/94266/ relies on Option#2

3/25 - Test with k8splugin 2.0.0 with use_tls disabled (no blueprint change required for Frankfurt to use this plugin version) - Piotr Wielebski

3/11 - New k8plugin released (2.0.0) and corresponding CM container released. Platform updates completed. Need test of HV_VES with new plugin - Piotr Wielebski

4/1 - tested on HV-VES 1.4.0 - not working - Exception in thread "main" org.onap.dcaegen2.services.sdk.security.ssl.exceptions.ReadingPasswordFromFileException: Could not read password from /etc/ves-hv/ssl/jks.pass

3/25 - Will await TSC plan for RC0 - will review next week and finalize components to branch. For any components needing Guilin work started soon; contact Vijay Kumar  

Repository branching for Frankfurt

• dcaegen2/analytics/tca
• dcaegen2/analytics/tca-gen2
• dcaegen2/collectors/datafile
• dcaegen2/collectors/hv-ves
• dcaegen2/collectors/restconf
• dcaegen2/collectors/snmptrap
• dcaegen2/collectors/ves
• dcaegen2/deployments
• dcaegen2/platform
• dcaegen2/platform/blueprints
• dcaegen2/platform/configbinding
• dcaegen2/platform/deployment-handler
• dcaegen2/platform/inventory-api
• dcaegen2/platform/plugins
• dcaegen2/platform/policy-handler
• dcaegen2/platform/servicechange-handler
• dcaegen2/services
• dcaegen2/services/heartbeat
• dcaegen2/services/mapper
• dcaegen2/services/pm-mapper
• dcaegen2/services/prh
• dcaegen2/services/sdk
• dcaegen2/services/son-handler
• dcaegen2/utils

• Demo to scheduled for PMSH and TCA-gen2 -  Targetted for 04/01/2020  
  • 03/25 - On-track currently
• Demo for MOD - Either 04/01/2020 or 08 Apr 2020 

PMSH may need to support multiple instance per different usecase. The certificate generation should be supported at instance level (possible AAF dependency

2/20  - DCAEGEN2-2084 - Getting issue details... STATUS to track this request for DCAE; AAF dependency will be discussed post Frankfurt and corresponding AAF Jira to be created

JIRA cover broad aspect of standardizing DCAE component build process and docker tagging.

1. Nokia team proposal identifies best practice for docker tagging optimized-dockers-jvm.pdf. 
   1. Following components migrated to new docker tagging best-practice
      1. PRH
      2. PM-Mapper