Versions Compared

Key

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

...

Set up ONAP and health check  

NumberIssuesJIRAWorkaround
1SDNC fails health check intermittently

Jira
serverONAP JIRA
serverId425b2b0a-557c-3c0c-b515-579789cceedb
keySDNC-482

Reduce replica from 3 to 1 and not using clustering make the problem go away

2

SDC GUI doesn't come up

Jira
serverONAP JIRA
serverId425b2b0a-557c-3c0c-b515-579789cceedb
keySDC-1839

The workaround is find an old working image for sdc-frontend and replace the failing one
3

SO fails on health check due to bpmn

can't start

Jira
serverONAP JIRA
serverId425b2b0a-557c-3c0c-b515-579789cceedb
keySO-1166


Find a older working bpmn image from nexus3 repo and replace image version in Helm

deployment with kubectl edit command

4Portal GUI doesn't work on 8989 port

Use Firefox with portal 30225, and when switching to SDC click on the info icon at

the url bar and accept unsecure access to SDC GUI

5

All health check failed, due to the connection failure in k8s.

All cluster nodes are in Ready state:

root@oom-rancher:~/oom/kubernetes/robot# kubectl -n onap get node
NAME STATUS ROLES AGE VERSION
oom-etcd-1 Ready,SchedulingDisabled <none> 5d v1.11.2-rancher1
oom-etcd-2 NotReady,SchedulingDisabled <none> 5d v1.11.2-rancher1
oom-etcd-3 Ready,SchedulingDisabled <none> 5d v1.11.2-rancher1
oom-k8s-01 Ready <none> 5d v1.11.2-rancher1
oom-k8s-02 Ready <none> 5d v1.11.2-rancher1
oom-k8s-03 Ready <none> 5d v1.11.2-rancher1
oom-k8s-04 Ready <none> 5d v1.11.2-rancher1
oom-k8s-05 Ready <none> 5d v1.11.2-rancher1
oom-k8s-06 Ready <none> 5d v1.11.2-rancher1
oom-k8s-07 Ready <none> 5d v1.11.2-rancher1
oom-k8s-08 Ready <none> 5d v1.11.2-rancher1
oom-k8s-09 Ready <none> 5d v1.11.2-rancher1
oom-k8s-10 Ready <none> 5d v1.11.2-rancher1
oom-k8s-11 Ready <none> 5d v1.11.2-rancher1
oom-k8s-12 Ready <none> 5d v1.11.2-rancher1
oom-orch-1 NotReady,SchedulingDisabled <none> 5d v1.11.2-rancher1
oom-orch-2 Ready,SchedulingDisabled <none> 5d v1.11.2-rancher1



Restart oom-orch node can make k8s correction problem go away. You may have to

restart a few pod manually like aaf-locate and aaf-service. But ONAP data seems preserved.


VNF onboarding, service creation and distribution

...