From 1bba7ea8b9109e23c48af2a435745553f581f1b9 Mon Sep 17 00:00:00 2001 From: Vijay VK Date: Thu, 12 Sep 2019 16:47:18 +0100 Subject: tca log enablement Change-Id: I0bd4d508da88b3480027f93ed6d5a7417df6946b Signed-off-by: VENKATESH KUMAR Issue-ID: DCAEGEN2-1669 Issue-ID: OJSI-167 Signed-off-by: VENKATESH KUMAR --- docs/sections/services/tca-cdap/index.rst | 3 +- docs/sections/services/tca-cdap/troubleshoot.rst | 91 ++++++++++++++++++++++++ 2 files changed, 93 insertions(+), 1 deletion(-) create mode 100644 docs/sections/services/tca-cdap/troubleshoot.rst diff --git a/docs/sections/services/tca-cdap/index.rst b/docs/sections/services/tca-cdap/index.rst index b8bc2ef8..b750c260 100644 --- a/docs/sections/services/tca-cdap/index.rst +++ b/docs/sections/services/tca-cdap/index.rst @@ -11,7 +11,7 @@ Overview The TCA (cdap-tca-hi-lo) app was first delivered as part of ONAP R0. In that release, it was intended to be an application that established a software architecture for building CDAP applications that demonstrate sufficient unit test coverage and reusable libraries for ingesting DMaaP MR feeds formatted according to the VES standard. Functionally, it performs a comparison of an incoming performance metric(s) against both a high and low threshold defined and generates CL events when threshold are exceeded. -In Amsterdam release, TCA was deployed into 7 node CDAP cluster. However since Beijin release as ONAP required application to be containerized and deployable into K8s, a wrapper TCA CDAP container was built using CDAP SDK base image on which TCA application is deployed. +In Amsterdam release, TCA was deployed into 7 node CDAP cluster. However since Beijing release as ONAP required application to be containerized and deployable into K8s, a wrapper TCA CDAP container was built using CDAP SDK base image on which TCA application is deployed. @@ -21,3 +21,4 @@ In Amsterdam release, TCA was deployed into 7 node CDAP cluster. However since B ./installation ./functionality ./development_info + ./troubleshoot diff --git a/docs/sections/services/tca-cdap/troubleshoot.rst b/docs/sections/services/tca-cdap/troubleshoot.rst new file mode 100644 index 00000000..a1746611 --- /dev/null +++ b/docs/sections/services/tca-cdap/troubleshoot.rst @@ -0,0 +1,91 @@ +.. This work is licensed under a Creative Commons Attribution 4.0 International License. +.. http://creativecommons.org/licenses/by/4.0 + +Troubleshooting Steps +===================== + +To support K8S deployment, TCA is packaged using CDAP SDK as base container. Deployment of TCA is done using cloudify blueprint which gets executed part of DCAE bootstrap container during ONAP/DCAE installation. + +The logs for TCA are accessible through CDAP GUI which is exposed on 11011/http. To enable external cluster access, a K8S nodeport is required. + +Prior to El-Alto release, 32010 nodeport was assigned by default to enable logs/validation. In El-Alto reason for security reasons, nodeport is no longer enabled by default under ONAP/DCAE deployment. + + +Enable Nodeport +--------------- + +Following procedure can be used to enable nodeport for troubleshooting purpose. + + +Update existing TCA service to change the service type from ClusterIP to NodePort by editing service definition + .. code-block:: bash + + kubectl edit services -n onap dcae-tca-analytics + +* Change type from ClusterIP to NodePort +* Set nodePort: 32010 +* Set externalTrafficPolicy: Cluster + +Once modified, save and exit. K8s will redeploy the TCA service and nodeport 32010 will be available for access. + +Following is an example + +Original service definition + + .. code-block:: bash + + spec: + clusterIP: 10.43.62.180 + ports: + - name: port-t-11011 + port: 11011 + protocol: TCP + targetPort: 11011 + selector: + app: dcae-tca-analytics + sessionAffinity: None + type: ClusterIP + status: + loadBalancer: {} + + +Modified service definition to expose NodePort + + .. code-block:: bash + + spec: + clusterIP: 10.43.62.180 + externalTrafficPolicy: Cluster + ports: + - name: port-t-11011 + nodePort: 32010 + port: 11011 + protocol: TCP + targetPort: 11011 + selector: + app: dcae-tca-analytics + sessionAffinity: None + type: NodePort + status: + loadBalancer: {} + + + +- Verify if updates done are reflected in K8S + + .. code-block:: bash + + kubectl get svc -n onap | grep dcae-tca-analytics + dcae-tca-analytics NodePort 10.43.62.180 11011:32010/TCP 83 + + +- CDAP GUI can now be accessed using **http://:32010** + +- Verify if following TCA process are in "RUNNING" state under **http://:32010/oldcdap/ns/cdap_tca_hi_lo/apps/dcae-tca/overview/programs** + + * TCADMaaPMRPublisherWorker + * TCADMaaPMRSubscriberWorker + * TCAVESCollectorFlow + + +- Under each process, logs can be viewed (or downloaded) by clicking on "Logs" tab -- cgit 1.2.3-korg