Versions Compared

Old Version 11

changes.mady.by.user cl664y@att.com

Saved on

compared with

New Version 12

changes.mady.by.user cl664y@att.com

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.


PTL RecordingsZoom Chat Log

...

DurationAgenda ItemRequested byNotes / Links
START RECORDING

Dublin M2 Preparation

Former user (Deleted)

<Review the deliverables for M2 and reference the revised checklist (includes security items) and Risks>

      Since Feb 15th 1pm EST, we have also reworded the following item to reflect the Dublin non functional requirement  about Additional functional tests delivered per project on OOM - See Yang/Morgan's presentation below

Image Added

  • Modeling Checklist: M2 will not be part of this release since TSC/Modeling team are still under discussion. Target is to get Modeling M3 Checklist as part of Dublin
15min

Additional functional tests delivered per project on OOM

Version management enhancement


Yang Xu / Morgan Richomme

View file
nameoom_version_tests.pdf
height150

5minWindriver Integration lab resource situation assessmentYang XuCollect some feedback on Windriver lab resource requirements from PTLs

Review previous action items from 1/21 till todayFormer user (Deleted)
  •  Helm Chart Transfer: 4 projects have been identified for trial: A&AI, Log, Policy, APPC, CLAMP and ONAP CLI. Mike Elliott will work with PTL to gather/transfer knowledge and create training materials. Training to be done the week of Jan 14 and PTL to provide their commitment or not by M1 on Jan 24.
<1-7/2019>: Work in progress. Schedule might shift to another week. Michael will follow-up with Mike. Training will be open to everybody. The objective is that each team will take over the management of their Helm Charts.
<1-28/2019>: Meeting is organized on 1/29 with LF. Training will be organized early in February. Additional information on the next PTL call (2/4)
  •  Oom values.yaml or integration repo manifest ( TSC-86 - Lock down docker image tag name source of truth - oom values.yaml or integration repo manifest - A: both but manifest is the source Submitted )

    if not covered - see TSC 2019-01-10

    Quick discussion on nailing down whether we need a yaml override of the deployable

    docker image tags in the oom repo (understanding is no) - with the integration docker manifest

    (manifest is currently a copy of the oom values.yaml tags - not the reverse)

    If not - then we need a documented procedure wiki/RTD on running a derived values.yaml override for the entire system before deployment

    AAF is only an example here

    https://git.onap.org/oom/tree/kubernetes/aaf/charts/aaf-service/values.yaml?h=casablanca#n28

    image: onap/aaf/aaf_service:2.1.8

    drives

    https://git.onap.org/integration/tree/version-manifest/src/main/resources/docker-manifest.csv?h=casablanca#n11

    onap/aaf/aaf_service,2.1.8

    <1-7/2019> Integration team to document the procedure.<01/13/2019> Answer from Integration team: docker manifest under integration repo is the source of truth, and is used by Integration team to override OOM values.yaml when deploying ONAP in Openlab. See the instructions at the bottom of page https://onap.readthedocs.io/en/casablanca/submodules/integration.git/docs/onap-oom-heat.html#onap-oom-heat-template
    <1-21/2019> Procedure should include Timers, dependencies, etc.
    just need to define all the --set and -f overrides like the following

    sudo helm deploy onap local/onap --namespace $ENVIRON -f $DISABLE_CHARTS_YAML  -f $DEV0_YAML $APPENDABLE_ENABLED_FLAGS --verbose

    <1-28-2019>: Document how to handle the latest 3rd party image from github.
  •  (PTLs): Review ONAP codebase license scan, Jan. 2019 sent by Steve Winslow on 1/18.
  •  2/11: Migrate Docker image releases from Nexus3 into Docker Hub (Architecture Independence) by Dublin M4. Owner of this activity to present the migration plan to PTLs – Who is it?
  •  (Mike Elliott) will work with PTL to gather/transfer knowledge and create training materials. Targeted projects: A&AI, Log, Policy, APPC, CLAMP and ONAP CLI.
  •  (Jimmy Forsyth): Identify projects  impacted by AAI-1989
5minSamsung ONAP penetration test ongoing resultsKrzysztof Opasiak

Requested outcome: Scheduling of a sponsored ONAP code base third party audit

10minUsing non-root user in containersJonathan GathmanBest practice review in prep for M2

...