https://www.ejbca.org/ part of contrib Von: onap-discuss@... <onap-discuss@...> Im Auftrag von minsang.yoon@... Gesendet: Freitag, 16. April 2021 15:22 An: ale

#sdnc #guilin #oom #deployment

What is the ejbca pods? It comes with which component?

#sdnc #guilin #oom #deployment

I don't see the issue with actual helm charts in guilin. at least two successful deployments. Out of your error messges I would investigate further all potential components in the chain: certcervice,

#sdnc #guilin #oom #deployment

I am facing the exact same problem. I know there was no this issue before maintenance release. I still have helm chart before maintenance release so I could deploy SDNC successfully with old chart. Bu

#sdnc #guilin #oom #deployment

Hi All, While deploying ONAP guilin release using oom, SDNC pods are not coming up: onapit-sdnc-0 0/2 Init:Error 6 29m onapit-sdnc-ansible-server-668576f5b4-pf76j 0/1 Init:1/2 2 29m onapit-sdnc-db-0 1

#sdnc #guilin #oom #deployment

Hi, It may be related. If you use naming gen capability to generate names of vnf and vf-modules, you can find it in associated vtl files in CDS Templates, then problem with policy will affect instanti

#guilin #policy　dev-policy-xacml-pdp

To clarify, the xacml-pdp back-off is probably due to the certificate expiration in DMAAP-MR.

#guilin #policy　dev-policy-xacml-pdp

I don't believe the SDNC error is related to the xacml-pdp back-off.

#guilin #policy　dev-policy-xacml-pdp

Yes, that appears to be the issue with xacml-pdp.

#guilin #policy　dev-policy-xacml-pdp

No, policy-xaml-pdp is in CrashLoopBackOff and container restarting continuously.

#guilin #policy　dev-policy-xacml-pdp

Hi, I dont know if the policy affects the CNF instantation.... I think it is not related.... Is your policy-xaml-pdp running? Thanks, Aniello ----------------------------------------------------------

#guilin #policy　dev-policy-xacml-pdp

Hi Aniello, The policy-xacml-pdp pod in CrashLoopBackOff will affect the Error Source: SDNC, Error Message: Failed to create self-serve assignment for vnf with vnf-id=9d70c5e1-5a79-4a4a-8295-b028ec344

#guilin #policy　dev-policy-xacml-pdp

Is the new certification released? I am getting the error on certs expiration for policy-xaml-pdp pod.. Where can I get the new certification? Thanks, Aniello

#guilin #policy　dev-policy-xacml-pdp

Possibly related to certificate expiry on DMaaP Message Router. Working on a patch to address this asap.

#guilin #policy　dev-policy-xacml-pdp

Hi all, Since this week, the pod of policy-xacml-pdp has become CrashLoopBackOff. ******************************************** dev-policy-mariadb-0 1/1 Running 0 172m dev-policy-pap-58877fdc-qswdw 1/1

#guilin #policy　dev-policy-xacml-pdp

Hello Krzysztof, Thanks it worked for so-monitoring. Regarding camunda bpmn app/cockpit/default I ended up discovering the username and password (mso_admin and password1$). Thanks & Best, Paulo

#guilin #so

Hello Paulo, Regarding so-monitoring - by default login was set to "demo". Password was set to be dynamically changed between installs (or it depend on your company setup). To check it you should log

#guilin #so

Hi All, While opening the so-bpmn camunda cockpit in guilin release http://localhost:8080/camunda/app/admin/default/#/login, I am getting a pop up for authentication (username and password). This is b

#guilin #so

I have passed `pod has unbound immediate PersistentVolumeClaims` error. However, I got mariadb error: 2021-03-02 9:54:20 0 [ERROR] InnoDB: The Auto-extending innodb_system data file './ibdata1' is of

#deployment #guilin #deploy

So this is a potential problem with your deployment : To solve it you can try: https://stackoverflow.com/questions/52668938/pod-has-unbound-persistentvolumeclaims Best Regards, Krystian

#deployment #guilin #deploy