Agenda
- Get branch for docs in
- Backlog/Board https://jira.onap.org/secure/RapidBoard.jspa?rapidView=53&view=planning&selectedIssue=LOG-85
- Guidelines exposure on onap-discuss need examples
- JIRA work on OOM for LOG
- Discuss Integration testing of OOM in Beijing - LOG is part of this
- Discuss vFW status
- Discuss F2F
- Discuss KubeCon
- Discuss new members: Shishir Thakore @sanjay Agraharam
- Discuss Alexis work stabilizing release-1.1.0 oom
- Discuss work moving log config out of the config container - MSO prototype
- Committer review for the TSC - 1 or 2 more possible committer
- New committers discussion in prep for Beijing
- Focus on requestId flow for the new
Notes - post new committer template
- Request for Dave Williamson as committer for next meeting
- Borislav raising sync issue for OOM and Logging sync - check on lost logging configuration on the logging-analytics repo moved to oom
- specifically docker/src in the config container
- Fix for current 1.1.0
- mso jetty container inside the war (logger) has issues unless put in after war explode - verify post start hook
- how to verify this in the future - wider review and doing a deployment - at least one review - need Acceptance Testing - and post results to the JIRA
- review all commits on logging since the 22nd to 1.1 - check the jiras - likely reopen at least one of them - start with
Overflow
- Backlog/Board https://jira.onap.org/secure/RapidBoard.jspa?rapidView=53&view=planning&selectedIssue=LOG-85
- Guidelines exposure on onap-discuss need examples
- JIRA work on OOM for LOG -
LOG-101 - OOM Logging fixes tracking Epic DONE
Please code-review (Alexis is helping us out) -OOM-462 - Adjust mso artifacts to latest (Amsterdam) SUBMITTED
- Helm 2.7 upgrade from 2.3 reverted yesterday - 3 Log ELK containers back up for OOM consumers -
- Doc updates (R1 branch) -
LOG-107 - Add wiki detailing diff between original PDF logging guidelines and current R2 wiki page IN PROGRESS - R1 vFW triage (all hands on) at 1200EDT daily until 6 Dec Kubecon and 11 Dec ONAP F2F - for OOM and HEAT
Please join the call: and contribute anything vFirewall related or stabilizing the R1 branch for OOM or HEAT
Vetted vFirewall Demo - Full draft how-to for F2F and ReadTheDocs
Notes
- New Work Items:
- Luke to work with doc team on high level what's new and MDC details as part of LOG-107 - Add wiki detailing diff between original PDF logging guidelines and current R2 wiki page IN PROGRESS
- Check on closing sprint - michael
- version using branch on our RTD - michael
- Filebeat easier in HEAT because all work is in integration team - michael (get epic)
- Discuss how to get http request/session key:value pairs all the way down to the DAO layer - REST API should handle this - verify the code abstraction from example JAX-RS 1/2
(No manditory adoption: servlet filter - maybe no - give the projects an RI on a single project and reference this - Need to audit all the project - unavoidable to enumerate what API is used for HTTP REST access - in the terms of plugging in our requestID passing
- need to look at the code -
- Discuss how to get http request/session key:value pairs all the way down to the DAO layer - REST API should handle this - verify the code abstraction from example JAX-RS 1/2
need to review - and prioritize and merge with OOM R2 release - for resiliency (how is logging part of this)
- OOM for Carrier Grade Deployments for example clustering persistence LOG R2 (Beijing) Candidates - for example how do we handle the distributed FS on a distributed ELK stack
both ELK infrastructure and a scaled SDNC cluster (a filebeat per instance and its PV)