Enrichment Coordinator Service

Updating configuration file application.yaml

Debug logging can be enabled configured by a file; application.yaml. This file can in turn be updated by means of a config map named enrichmentservice-configmap.

The contents of the config map can be retrieved by command:

>kubectl describe configmap enrichmentservice-configmap -n nonrtric

The following lines controls the logging levels (example of the default settings):

logging:
  level:
    ROOT: ERROR
    org.springframework: ERROR
    org.springframework.data: ERROR
    org.springframework.web.reactive.function.client.ExchangeFunctions: ERROR
    org.oransc.enrichment: INFO

If this file is put in a directory named config; ./config/application.yaml, the config map can be updated by command:

>kubectl create configmap  enrichmentservice-configmap --from-file=./config --dry-run=client -n nonrtric -o yaml | kubectl apply -f -

A POD restart is required for the change to take place.

Enabling trace using the REST API

Debug logging can also be configured by using REST. This does not require a POD restart. The configuration will on the other hand revert to the default after a POD restart.  Here follows an example on how to enable debug level tracing on the whole component (all classes in the org.oransc.enrichment  package):

>curl http://172.17.0.7:8083/actuator/loggers/org.oransc.enrichment -i -X POST -H 'Content-Type: application/json' -d '{"configuredLevel":"debug"}'

You can get the IP address and the port of the POD by command:

>kubectl describe pod enrichmentservice-0 -n nonrtric

Policy Management Service

Updating configuration file application.yaml

Debug logging in the the PMS can be done in configured the same was as for the Enrichment Coordinator Service (described above). The difference is that the name of the config map is policymanagementservice-configmap-config.

Enabling trace using the REST API

In the same was for the PMS, debug logging can also be configured by using REST. This does not require a POD restart. The traces will on the other hand revert to the default after a POD restart.  Here follows an example on how to enable debug level tracing on the whole component (all classes in the org.onap.ccsdk.oran.a1policymanagementservice package):

>curl http://172.17.0.6:8081/actuator/loggers/org.onap.ccsdk.oran.a1policymanagementservice -i -X POST -H 'Content-Type: application/json' -d '{"configuredLevel":"debug"}'

You can get the IP address and the port of the POD by command:

>kubectl describe pod policymanagementservice-0 -n nonrtric