Re: [onap-discuss] Policy PTL Nomination 2022 #policy

[Liam Fallon]

Dear Policy Framework Project committers, All,

I intend to run for the position of PTL of the Policy Framework project.

I have been working in the Policy Framework project for 4 years and have been 
PTL for the past year. In that time, I have gained a deep understanding of the 
software in the project and have contributed heavily to the technical direction 
and implementation of the project. Currently I am PTL coordinating and 
contributing to the work to enhance the Policy Framework.

If you choose to re-elect me, I would continue to coordinate the project

  *   Agree the strategic direction of the project with stakeholders 
(TSC/Committers/Contributors/Others)
  *   Protect the project architecture by ensuring it is kept up to date and 
that it is complied with in the project
  *   Coordinate the evolution of the structure of the software in the Policy 
Framework  so that the software structure is optimal
  *   Ensure the quality of the software in the project complies with the 
project architecture, is excellent, meets quality benchmarks
  *   Plan and coordinate releases of the project, for requirements, 
architecture, resource commitments from contributing companies, time planning, 
sprint planning, testing, releasing.

I would really appreciate your support and should you choose to elect me, I 
look forward to continuing to work with you in the project.

*** Short Biography ***

Dr. Liam Fallon is a Principal Engineer at Ericsson Software Technology, 
Ericsson's centre of excellence for open source development.

Liam is a network management practitioner and researcher with over 30 years of 
industrial experience in crafting software systems in that domain. He has 
specified, designed, and led the development of many of Ericsson's management 
solutions and has wide experience in the software technologies required to 
deliver such systems. His primary interest is in the automation of the 
management of highly dynamic networks to optimise the delivery of 
telecommunication services. Most recently, he is contributing to the Policy 
Framework and Control Loop initiatives in ONAP. Liam designed the architecture 
of the APEX adaptive policy engine and lead the development of its engine. He 
also contributed heavily to the architecture and development of the ONAP Policy 
Framework.

Liam is the author of many publications in the field of network management and 
has presented papers at numerous network management conferences such as the 
IEEE NOMS/IM and CNSM conferences over the years and serves on the TPC of these 
conferences. He has also served as a guest editor and reviewer for publications 
in the  network management space such as the IEEE Communications magazine and 
the IEEE Transactions on Network and Service Management (TNSM). Liam holds a BE 
from University College, Dublin and PhD in Computer Science from Trinity 
College, Dublin.

Best Regards
Liam Fallon


From: Liam Fallon 
Date: Wednesday, 27 July 2022 at 09:22
To: onap-discuss@lists.onap.org 
Cc: ram_krishna.ve...@bell.ca , jh1...@att.com 
, gervais-martial.ngu...@intl.att.com 
, sebastien.dete...@intl.att.com 
, pd1...@att.com , Ramesh 
Murugan Iyer 
Subject: Policy PTL Nomination 2022 #policy

Dear Policy Framework Project committers,



Nominations for the PTL position for the Policy Framework project are open. 
Committers interested in running for the PTL position should reply-all 
indicating their intention to run.   Candidates are encouraged to include a 
biography and statement of intent on why you would be a good person to hold 
this position.

Nominations will be accepted until 23:59 UTC on 29 July 2022.



The nomination process is being executed as described here:

https://wiki.onap.org/display/DW/Annual+Community+Elections+-+Process



Regards,

Liam Fallon



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#24101): https://lists.onap.org/g/onap-discuss/message/24101
Mute This Topic: https://lists.onap.org/mt/92645255/21656
Mute #policy:https://lists.onap.org/g/onap-discuss/mutehashtag/policy
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Policy Pod (policy-xacml-pdp) failing - Cert Issue

[Miguel Lopes]

Hello everyone,

I'm currently experiencing the exact same issue.

17:33:52.611 [pool-2-thread-1] WARN  c.a.n.c.c.i.CambriaSimplerBatchPublisher - 
Send failed, 1 message to send.
17:33:53.640 [pool-2-thread-1] INFO  c.a.n.c.c.i.CambriaSimplerBatchPublisher - 
sending 1 msgs to /events/POLICY-PDP-PAP. Oldest: 8152 ms
17:33:53.641 [pool-2-thread-1] WARN  c.a.nsa.apiClient.http.HostSelector - All 
hosts were blacklisted; reverting to full set of hosts.
17:33:53.641 [pool-2-thread-1] INFO  c.att.nsa.apiClient.http.HttpClient - POST 
https://message-router:3905/events/POLICY-PDP-PAP (anonymous) ...
17:33:53.652 [pool-2-thread-1] WARN  c.att.nsa.apiClient.http.HttpClient - 
Error executing HTTP request. PKIX path validation failed: 
java.security.cert.CertPathValidatorException: validity check failed; 
blacklisting for 2 minutes
17:33:53.653 [pool-2-thread-1] WARN  c.a.n.c.c.i.CambriaSimplerBatchPublisher - 
PKIX path validation failed: java.security.cert.CertPathValidatorException: 
validity check failed
javax.net.ssl.SSLHandshakeException: PKIX path validation failed: 
java.security.cert.CertPathValidatorException: validity check failed
at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:131)
at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:326)

Did anyone find a solution for the problem?

Regards,
Miguel


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#23478): https://lists.onap.org/g/onap-discuss/message/23478
Mute This Topic: https://lists.onap.org/mt/84764258/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Policy Pod (policy-xacml-pdp) failing - Cert Issue

[Paulo Duarte]

On Mon, Aug 9, 2021 at 09:48 AM, Ram Krishna Verma wrote:

> 
> pex, pap, drools

Hi All,
I am facing exactly the same issue with policy xacml. Have redeployed dmaap and 
deployed the policy (guilin release).
Someone managed to find the solution and be able to share?

10:41:52.893 [pool-2-thread-1] WARN  c.a.n.c.c.i.CambriaSimplerBatchPublisher - 
Send failed, 1 message to send.
10:41:53.922 [pool-2-thread-1] INFO  c.a.n.c.c.i.CambriaSimplerBatchPublisher - 
sending 1 msgs to /events/POLICY-PDP-PAP. Oldest: 8152 ms
10:41:53.923 [pool-2-thread-1] WARN  c.a.nsa.apiClient.http.HostSelector - All 
hosts were blacklisted; reverting to full set of hosts.
10:41:53.923 [pool-2-thread-1] INFO  c.att.nsa.apiClient.http.HttpClient - POST 
https://message-router:3905/events/POLICY-PDP-PAP (anonymous) ...
10:41:53.942 [pool-2-thread-1] WARN  c.att.nsa.apiClient.http.HttpClient - 
Error executing HTTP request. PKIX path validation failed: 
java.security.cert.CertPathValidatorException: validity check failed; 
blacklisting for 2 minutes
10:41:53.943 [pool-2-thread-1] WARN  c.a.n.c.c.i.CambriaSimplerBatchPublisher - 
PKIX path validation failed: java.security.cert.CertPathValidatorException: 
validity check failed
javax.net.ssl.SSLHandshakeException: PKIX path validation failed: 
java.security.cert.CertPathValidatorException: validity check failed
at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:131)
at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:326)

Regards,
Paulo


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#23473): https://lists.onap.org/g/onap-discuss/message/23473
Mute This Topic: https://lists.onap.org/mt/84764258/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Policy Pod (policy-xacml-pdp) failing - Cert Issue

[Ram Krishna Verma via lists.onap.org]

​Hi Atif,


Most probably the dmaap message router certificate has expired in your setup. 
Kindly check the version you are using and any latest release with new 
certificates.


Also, take a look at network log of other component (apex, pap, drools), they 
should be failing with the same exception too.


Regards,

Ram



From: onap-discuss@lists.onap.org  on behalf of 
Syed Atif Husain via lists.onap.org 
Sent: August 9, 2021 7:20 AM
To: onap-discuss@lists.onap.org
Cc: Praveen Santhakumari
Subject: [EXT][onap-discuss] Policy Pod (policy-xacml-pdp) failing - Cert Issue

Hi

One of the policy pod is failing because of certificate issue. Is it because of 
xacml-pdp  cert or dmaap message router certificate issue ?
How do we renew the certificate in AAF?. Any documentation on the steps to be 
followed ?


vmadmin@ip-100-64-16-122:~$ kubectl get pods -n onap | grep policy
dev-policy-apex-pdp-0   1/1 Running0
  11h
dev-policy-api-5c4889c84c-crjfc 1/1 Running0
  11h
dev-policy-distribution-6857b6d98-55n2c 1/1 Running0
  11h
dev-policy-drools-pdp-0 1/1 Running0
  11h
dev-policy-galera-config-6zwgp  0/1 Completed  0
  11h
dev-policy-mariadb-01/1 Running0
  11h
dev-policy-pap-65884676bf-49xhp 1/1 Running0
  11h
dev-policy-xacml-pdp-58b57fc8ff-wsw9r   0/1 CrashLoopBackOff   177  
  10h



[2021-08-06T16:58:22.028+00:00|ERROR|CambriaSimplerBatchPublisher|pool-2-thread-1]
 PUB_CHRONIC_FAILURE: Send failure count is 57, above threshold 10.
[2021-08-06T16:58:23.056+00:00|INFO|XacmlPdpHearbeatPublisher|pool-3-thread-1] 
Sending Xacml PDP heartbeat to the PAP - 
PdpStatus(super=PdpMessage(messageName=PDP_STATUS, 
requestId=5cc50689-4d49-4c74-90eb-11b80247674b, timestampMs=1628269103056, 
name=dev-policy-xacml-pdp-58b57fc8ff-wsw9r, pdpGroup=defaultGroup, 
pdpSubgroup=null), pdpType=xacml, state=PASSIVE, healthy=HEALTHY, 
description=null, policies=[], deploymentInstanceInfo=null, properties=null, 
statistics=null, response=null)
[2021-08-06T16:58:23.057+00:00|INFO|network|pool-3-thread-1] 
[OUT|DMAAP|POLICY-PDP-PAP]
{"pdpType":"xacml","state":"PASSIVE","healthy":"HEALTHY","policies":[],"messageName":"PDP_STATUS","requestId":"5cc50689-4d49-4c74-90eb-11b80247674b","timestampMs":1628269103056,"name":"dev-policy-xacml-pdp-58b57fc8ff-wsw9r","pdpGroup":"defaultGroup"}
[2021-08-06T16:58:23.070+00:00|INFO|CambriaSimplerBatchPublisher|pool-2-thread-1]
 sending 2 msgs to /events/POLICY-PDP-PAP. Oldest: 60014 ms
[2021-08-06T16:58:23.070+00:00|WARN|HostSelector|pool-2-thread-1] All hosts 
were blacklisted; reverting to full set of hosts.
[2021-08-06T16:58:23.070+00:00|INFO|HttpClient|pool-2-thread-1] POST 
https://message-router:3905/events/POLICY-PDP-PAP (anonymous) ...
[2021-08-06T16:58:23.078+00:00|WARN|HttpClient|pool-2-thread-1] Error executing 
HTTP request. PKIX path validation failed: 
java.security.cert.CertPathValidatorException: validity check failed; 
blacklisting for 2 minutes
[2021-08-06T16:58:23.078+00:00|WARN|CambriaSimplerBatchPublisher|pool-2-thread-1]
 PKIX path validation failed: java.security.cert.CertPathValidatorException: 
validity check failed
javax.net.ssl.SSLHandshakeException: PKIX path validation failed: 
java.security.cert.CertPathValidatorException: validity check failed
at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:131)
at 
java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:326)
at 
java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:269)
at 
java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:264)
at 
java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.checkServerCerts(CertificateMessage.java:645)
at 
java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.onCertificate(CertificateMessage.java:464)

Regards,
Atif

External Email: Please use caution when opening links and attachments / 
Courriel externe: Soyez prudent avec les liens et documents joints



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#23471): https://lists.onap.org/g/onap-discuss/message/23471
Mute This Topic: https://lists.onap.org/mt/84764258/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Policy PTL Nomination 2021 #policy

[Jim Hahn]

Nominations are now closed and voting has begun.  Once again, due to holidays, 
the voting period will be extended and continue until August 16, 2021.

-Jim


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#23446): https://lists.onap.org/g/onap-discuss/message/23446
Mute This Topic: https://lists.onap.org/mt/84359342/21656
Mute #policy:https://lists.onap.org/g/onap-discuss/mutehashtag/policy
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Policy PTL Nomination 2021 #policy

[Jorge Hernandez]

Dear Policy Committers and Community,

I would like to nominate myself for the Policy PTL position.

Short Biography:

* 25 years of experience in networked and distributed systems including highly 
available and soft real time.
* Wide systems view from working with diverse technologies from the Linux 
kernel, real-time databases, and programmable switches, to web and cloud 
architectures.
* Collaborations with other research organizations for productization and 
papers in the Bell Labs Technical Journal.
* One of the two original ONAP Policy committers in the Amsterdam release.
* Key role since the Amsterdam release as a policy developer and maintainer of 
Windriver policy tenants used for load validation, pairwise, and integration 
testing.
* Key role since the Amsterdam release working alongside other component teams 
on integration activities of ONAP use cases.

Objective:

Together with the Policy team and the ONAP community, expand Policy 
applicability into new areas, while preserving its quality.

Best,

Jorge


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#23434): https://lists.onap.org/g/onap-discuss/message/23434
Mute This Topic: https://lists.onap.org/mt/84359342/21656
Mute #policy:https://lists.onap.org/g/onap-discuss/mutehashtag/policy
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Policy PTL Nomination 2021 #policy

[Liam Fallon]

Dear Policy Framework Project committers, All,

I intend to run for the position of PTL of the Policy Framework project.

I have been working in the Policy Framework project for 3 years. In that time, 
I have gained a deep understanding of the software in the project and have 
contributed heavily to the technical direction and implementation of the 
project. Currently I am coordinating and contributing to the work to enhance 
CLAMP with TOSCA defined Control Loops.

If you choose to elect me, I would continue to coordinate the project in the 
manner set down so well by the two previous PTLs.

  *   Agree the strategic direction of the project with stakeholders 
(TSC/Committers/Contributors/Others)
  *   Protect the project architecture by ensuring it is kept up to date and 
that it is complied with in the project
  *   Coordinate the evolution of the structure of the software in the Policy 
Framework  so that the software structure is optimal
  *   Ensure the quality of the software in the project complies with the 
project architecture, is excellent, meets quality benchmarks
  *   Plan and coordinate releases of the project, for requirements, 
architecture, resource commitments from contributing companies, time planning, 
sprint planning, testing, releasing.

I would really appreciate your support and should you choose to elect me, I 
look forward to continuing to work with you in the project.

*** Short Biography ***

Dr. Liam Fallon is a Principal Engineer at Ericsson Software Technology, 
Ericsson's centre of excellence for open source development.

Liam is a network management practitioner and researcher with over 30 years of 
industrial experience in crafting software systems in that domain. He has 
specified, designed, and led the development of many of Ericsson's management 
solutions and has wide experience in the software technologies required to 
deliver such systems. His primary interest is in the automation of the 
management of highly dynamic networks to optimise the delivery of 
telecommunication services. Most recently, he is contributing to the Policy 
Framework and Control Loop initiatives in ONAP. Liam designed the architecture 
of the APEX adaptive policy engine and lead the development of its engine. He 
also contributed heavily to the architecture and development of the ONAP Policy 
Framework.

Liam is the author of many publications in the field of network management and 
has presented papers at numerous network management conferences such as the 
IEEE NOMS/IM and CNSM conferences over the years and serves on the TPC of these 
conferences. He has also served as a guest editor and reviewer for publications 
in the  network management space such as the IEEE Communications magazine and 
the IEEE Transactions on Network and Service Management (TNSM). Liam holds a BE 
from University College, Dublin and PhD in Computer Science from Trinity 
College, Dublin.

Best Regards
Liam Fallon

From: onap-discuss@lists.onap.org  on behalf of 
Jim Hahn via lists.onap.org 
Date: Wednesday, 21 July 2021 at 16:46
To: onap-discuss@lists.onap.org 
Subject: [onap-discuss] Policy PTL Nomination 2021 #policy

Dear Policy Framework Project committers,



Nominations for the PTL position for the Policy Framework project are open. 
Committers interested in running for the PTL position should reply-all 
indicating their intention to run.   Candidates are encouraged to include a 
biography and statement of intent on why you would be a good person to hold 
this position.

Because of summer holidays, nominations will be accepted until 21:00 UTC on 30 
July 2021.



Regards,

Jim Hahn



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#23427): https://lists.onap.org/g/onap-discuss/message/23427
Mute This Topic: https://lists.onap.org/mt/84359342/21656
Mute #policy:https://lists.onap.org/g/onap-discuss/mutehashtag/policy
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Policy PTL Nomination 2021 #policy

[Jim Hahn]

Thanks, Andrew. :-)


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#23425): https://lists.onap.org/g/onap-discuss/message/23425
Mute This Topic: https://lists.onap.org/mt/84359342/21656
Mute #policy:https://lists.onap.org/g/onap-discuss/mutehashtag/policy
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Policy PTL Nomination 2021 #policy

[Andrew Fenner]

Hi,

Sorry to see you leave Jim.

/Andrew

On 21/07/2021 16:46, Jim Hahn via lists.onap.org wrote:


Dear Policy Framework Project committers,

Nominations for the PTL position for the Policy Framework project are 
open. Committers interested in running for the PTL position should 
reply-all indicating their intention to run.   Candidates are 
encouraged to include a biography and statement of intent on why you 
would be a good person to hold this position.



Because of summer holidays, nominations will be accepted until 21:00 
UTC on 30 July 2021.


Regards,

Jim Hahn





-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#23424): https://lists.onap.org/g/onap-discuss/message/23424
Mute This Topic: https://lists.onap.org/mt/84359342/21656
Mute #policy:https://lists.onap.org/g/onap-discuss/mutehashtag/policy
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [policy] Policy PTL Nomination

[jrh3]

I would like to nominate myself for the PTL position of the Policy Framework 
project.

Short Biography

* 30+ years of experience in designing and developing telecommunications and 
networking software.
* Technical Team lead and full stack developer on several projects inclusive of 
but not limited to Workflow Engine and Business Rules Engine.
* Contributor to Policy Framework project since Amsterdam release.
* Have contributed or updated code in majority of Policy project components.
* Committer for Policy Framework project since Dublin release.
* Contributor for other ONAP projects – APPC and SO.
* Thrive in collaborative environments such as the Policy ONAP team.

Objective

As PTL, I want to work with the Policy community to advance the project to a 
robust, scalable, cloud-native, self-serve platform.

Thanks,

Jim Hahn

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#21687): https://lists.onap.org/g/onap-discuss/message/21687
Mute This Topic: https://lists.onap.org/mt/75358693/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [policy] Policy PTL Nomination

[Ram Krishna Verma]

Dear Policy Framework Committers & ONAP Community,

I would like to self-nominate myself for the Policy Framework PTL position.

Short Biography

  *   More than 10 years of strong experience working in telecommunication & 
networking industry with multiple companies (Ericsson, Bell, Cisco, Ciena & 
IBM).
  *   Contributing to Policy Framework project from past 5 releases. Started in 
Beijing release.
  *   Committer for Policy Framework project from past 3 releases. Started in 
Dublin release.
  *   Key team member for designing and developing the new Policy Framework 
architecture.
  *   Worked in almost all areas of Policy Framework project including release 
management work.
  *   Presented project updates and related subject in multiple ONAP DDF 
conferences.
  *   Jointly hosted a demo booth for Policy Framework under LFN area in ONS 
Belgium 2019.
  *   Worked closer to the end users to support use case implementations and 
understanding their needs and requests.

Intent

I would like to step up and take the role of PTL to enhance the capabilities of 
Policy Framework project even further and make it easy to use, reliable, 
flexible and configurable to support various use cases. And definitely it will 
be only possible with a strong team having high level of collaboration and 
support.


Thanks & Regards,
Ram Krishna Verma


From: onap-...@lists.onap.org  on behalf of Pamela 
Dragosh via lists.onap.org 
Sent: 07 July 2020 12:29
To: onap-...@lists.onap.org ; 
onap-discuss@lists.onap.org 
Subject: [onap-tsc] [policy] Policy PTL Nomination


Dear Policy Framework Project committers,



Nominations for the PTL position for the Policy Framework project are open. 
Committers interested in running for the PTL position should reply-all 
indicating their intention to run.   Candidates are encouraged to include a 
biography and statement of intent on why you would be a good person to hold 
this position.



Nominations will be accepted until 21:00 UTC on 9 July 2020.



Regards,



Pam Dragosh





-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#21626): https://lists.onap.org/g/onap-discuss/message/21626
Mute This Topic: https://lists.onap.org/mt/75358693/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [POLICY][CLAMP] Error when submitting to Policy Engine #clamp #policy

[sebdet]

Lukasz,

Here is an example of what we had for scaleout (try to put v0.0.1 for 
policyVersion)
Otherwise you can look at the logs in policy-api container but I don't think 
you will get more details than what is returned by the api.

{
  "tca_policy": {
"domain": "measurementsForVfScaling",
"metricsPerEventName": [
  {
"policyScope": "DCAE",
"thresholds": [
  {
"version": "1.0.2",
"severity": "MAJOR",
"thresholdValue": 200,
"closedLoopEventStatus": "ONSET",
"closedLoopControlName": "LOOP_test-vLB",
"direction": "LESS_OR_EQUAL",
"fieldPath": 
"$.event.measurementsForVfScalingFields.vNicPerformanceArray[*].receivedTotalPacketsDelta"
  }
],
"eventName": "vLoadBalancer",
"policyVersion": "v0.0.1",
"controlLoopSchemaType": "VM",
"policyName": "DCAE.Config_tca-hi-lo"
  }
]
  }
}

Seb

From: Grech, Lukasz (Nokia - PL/Wroclaw) 
Sent: Monday, June 1, 2020 1:57 PM
To: Determe, Sebastien ; 
onap-discuss@lists.onap.org
Subject: ODP: [POLICY][CLAMP] Error when submitting to Policy Engine #clamp 
#policy

Thanks Sebastien for help. Here's the policy:

{
  "tca_policy": {
"domain": "measurementsForVfScaling",
"metricsPerEventName": [
  {
"policyScope": "testPolicyScope",
"thresholds": [
  {
"version": "1",
"severity": "CRITICAL",
"thresholdValue": 30,
"closedLoopEventStatus": "ONSET",
"closedLoopControlName": "LOOP_lg-aa-loop-50",
"direction": "LESS",
"fieldPath": 
"$.event.measurementsForVfScalingFields.vNicPerformanceArray[*].receivedTotalPacketsDelta"
  }
],
"eventName": "vFirewallBroadcastPackets",
"policyVersion": "1.0.0",
"controlLoopSchemaType": "VM",
"policyName": "testPolicyScope"
  }
]
  }
}

As a note, we had something similar working in Dublin, now I'm trying to "map 
it" to Frankfurt. Not sure about all the fields though, I'm not that familiar 
with ctrl-loops to be honest.

BTW. Is there any way for me to understand what's the problem with this policy? 
Asking Policy team each time doesn't seem too optimal ;) Maybe there's some log 
or something that I can check?

Regards
-Lukasz



Od: Determe, Sebastien 
mailto:sebastien.dete...@intl.att.com>>
Wysłane: piątek, 29 maja 2020 15:55
Do: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>>; Grech, 
Lukasz (Nokia - PL/Wroclaw) 
mailto:lukasz.gr...@nokia.com>>
Temat: RE: [CLAMP][POLICY] Error when submitting to Policy Engine #clamp #policy


Lukasz,



Policy rejects the TCA monitoring policy 
(onap.policies.monitoring.cdap.tca.hi.lo.app, APP box in clamp).

It means there is an issue with the configuration of it,

Could you copy paste the JSON config you have (click on the monitoring policy 
box and then click on the button EDIT JSON at the very top of the dialog)? so 
that may be someone from policy can have a look



Thanks,

Seb



From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Grech, Lukasz (Nokia - PL/Wroclaw)
Sent: Friday, May 29, 2020 3:24 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [CLAMP][POLICY] Error when submitting to Policy Engine 
#clamp #policy



Hi



I have a ctrl-loop created in CLAMP. I get an error when submitting policies to 
Policy Engine:





SUBMIT request failed, Error reported: 
org.apache.camel.http.common.HttpOperationFailedException: HTTP operation 
failed invoking 
https://policy-api.onap:6969/policy/api/v1/policytypes/onap.policies.monitoring.cdap.tca.hi.lo.app/versions/1.0.0/policies?connectionTimeToLive=5000
 with statusCode: 406 - Body: {"code":"NOT_ACCEPTABLE","error":"\n***validation 
of model failed***\nPfConceptKey(name=ToscaServiceTemplateSimple, 
version=1.0.0):org.onap.policy.models.tosca.simple.concepts.JpaToscaServiceTemplate:INVALID:no
 policy types are defined on the service template for the policies in the 
topology 
template\n","details":["\n***validation of 
model failed***\nPfConceptKey(name=ToscaServiceTemplateSimple, 
version=1.0.0):org.onap.policy.models.tosca.simple.concepts.JpaToscaServiceTemplate:INVALID:no
 policy types are defined on the service t

Re: [onap-discuss] [POLICY][O-RAN] External Policy for O-RAN A1 policy

[Pamela Dragosh]

Samuli,

I think you can use the soon to be released Frankfurt Policy Platform to 
achieve most of these goals without adding new features to the platform itself– 
perhaps some re-wording will help. If this entails some sort of federation 
between ONAP Policy instances (eg Edge vs Central), then yes there would need 
to be a more detailed design and requirements to understand what needs to be in 
the policy platform. We’re certainly in a good position with the software to 
take that next step.

We (the Policy Team) are committed to having tutorials in the latter half of 
May and June to help the community understand how they can design policies, 
integrate their own PDPs, and how to build enforcement points. I think that 
will help folks going forward.

Gil and I are on the same team and will be working together to help flush this 
out some more. And if we need new features to help this out we will communicate 
that with the public via Guilin M1 Planning.

Thanks,

Pam

From: "s.silv...@partner.samsung.com" 
Date: Monday, May 11, 2020 at 6:49 AM
To: "onap-discuss@lists.onap.org" , 
"HERNANDEZ-HERRERO, JORGE" , "DRAGOSH, PAMELA L (PAM)" 
, "BULLARD, GIL" , 'John Keeney' 

Subject: [POLICY][O-RAN] External Policy for O-RAN A1 policy

Hi,

Is there plans to implement “External policy” in Policy Framework for Guilin 
like described here?
https://wiki.o-ran-sc.org/pages/viewpage.action?pageId=14221874

And any further ideas/materials on the same?

Br
-Samuli





 [cid:image001.gif@01D62766.ADDC1F00]

[Image removed by sender.]

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#21011): https://lists.onap.org/g/onap-discuss/message/21011
Mute This Topic: https://lists.onap.org/mt/74133042/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [POLICY] Credentials to access policy

[Jorge Hernandez]

Hello Krzysztof,

Some teams are migrating from legacy components (that will eventually will be 
deprecated) to non-legacy ones.

Configuration is defined here ( see Values.restserver.user + 
.Values.restserver.password values):

https://git.onap.org/oom/tree/kubernetes/policy/charts/policy-api/values.yaml
https://git.onap.org/oom/tree/kubernetes/policy/charts/pap/values.yaml
https://git.onap.org/oom/tree/kubernetes/policy/charts/policy-xacml-pdp/values.yaml

tespdp:alpha123 is from legacy and as they are migrating their apps out of it.

The choice of healthcheck account username is historical and agreed is not the 
most fortunate naming, it should probably be changed from its current default 
value.

Best regards,
Jorge

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#20997): https://lists.onap.org/g/onap-discuss/message/20997
Mute This Topic: https://lists.onap.org/mt/74040621/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Policy vFW usecase error:POLICY-PDP-PAP not acceptable due to current state #policy

[liyongchao]

http --verify=no -a "test@test1" PUT 
https://localhost:9696/policy/pdp/engine/topics/sources/noop/POLICY-PDP-PAP/events
 @pdp-update-vfw.json Content-Type:'text/plain'

{
"error": "POLICY-PDP-PAP not acceptable due to current state"
}

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#20870): https://lists.onap.org/g/onap-discuss/message/20870
Mute This Topic: https://lists.onap.org/mt/73323371/21656
Mute #policy: https://lists.onap.org/mk?hashtag=policy&subid=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Policy initialization fails :ElAlto #policy

[Pamela Dragosh]

Nasu,

On occasion the onap servers become unavailable and/or timeout, perhaps try 
again by rebooting the pod?

The pod is question is our legacy PAP component. If you are using the latest 
components, then no need to bother with it unless you are still developing with 
the old architecture. I highly recommend moving to the new API as we will be 
deprecating those components.

Thanks,

Pam


From:  on behalf of 那須 亮 
Reply-To: "onap-discuss@lists.onap.org" , 
"n...@ablesystem.co.jp" 
Date: Thursday, April 16, 2020 at 10:44 PM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] Policy initialization fails :ElAlto #policy

Hi Policy Team,

I am deploying ONAP ElAlto release.

When I look at the policy-pap log, it looks like it's failing to initialize for 
the two below reasons.
  1. URL not found
  2. PE300 Error
Is it right?

policy-pap log:

$ kubectl logs dev-policy-pap-5c8f9b5966-vjzcc -c pap | grep -v Expire

... [snip] ...


wget -O cl-amsterdam-template.drl 
https://git.onap.org/policy/drools-applications/plain/controlloop/templates/archetype-cl-amsterdam/src/main/resources/archetype-resources/src/main/resources/__closedLoopContr
olName__.drl
+ wget -O cl-amsterdam-template.drl 
https://git.onap.org/policy/drools-applications/plain/controlloop/templates/archetype-cl-amsterdam/src/main/resources/archetype-resources/src/main/resources/__closedLoopCon
trolName__.drl
--2020-04-17 09:52:08--  
https://git.onap.org/policy/drools-applications/plain/controlloop/templates/archetype-cl-amsterdam/src/main/resources/archetype-resources/src/main/resources/__closedLoopControlName__.
drl
Resolving 
git.onap.org...
 198.145.29.92
Connecting to 
git.onap.org|198.145.29.92|:443...
 connected.
HTTP request sent, awaiting response... 404 Not found
2020-04-17 09:52:08 ERROR 404: Not found..

...[snip] ...

echo "pushPolicy : PUT : com.BRMSParamvDNS"
+ echo 'pushPolicy : PUT : com.BRMSParamvDNS'
curl -k -v --silent -X PUT --header 'Content-Type: application/json' --header 
'Accept: text/plain' --header 'ClientAuth: cHl0aG9uOnRlc3Q=' --header 
'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' --header 'En
vironment: TEST' -d '{
  "pdpGroup": "default",
  "policyName": "com.BRMSParamvDNS",
  "policyType": "BRMS_Param"
}' 
'https://pdp:8081/pdp/api/pushPolicy'
PE300 - Data Issue: org.onap.policy.api.PolicyException: 
org.onap.policy.api.PolicyException: org.onap.policy.api.PolicyException: PE300 
- Data Issue: response code of the URL is 404.  This indicates a problem with 
getting the version from the PAP or the policy does not exist - 
PolicyNameType(policyName=BRMSParamvFirewall, policyScope=com, 
policyType=BRMS_Param, filePrefix=Config_BRMS_Param_, 
clientScope=ConfigBrmsParam, fullPolicyName=null)pushPolicy : PUT : 
com.BRMSParamvDNS



$ kubectl exec dev-policy-pap-5c8f9b5966-vjzcc -c pap -- ls -l 
/tmp/policy-install/cl-amsterdam-template.drl
-rw-r--r-- 1 policy policy 0 Apr 17 09:52 
/tmp/policy-install/cl-amsterdam-template.drl


Regards,
Nasu






-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [POLICY] DBDao username and password

[Krzysztof Opasiak via lists.onap.org]

Hi,

Thank you!

On 10.04.2020 23:09, Jorge Hernandez wrote:
> I added a patch on top of your review, Kryzysztof, if you can take a 
> look. It's passing healthchecks now in my side. I'll keep an eye on for 
> the oom deploy job results, hopefully it will pass the healthchecks. It 
> was just missing similar changes to what you had on the top level policy 
> chart.


Actually it's really interesting because in one of my previous patches I 
removed JDBC_USERNAME and JDBC_PASSWORD from base.conf file and the 
result of healthcheck was exactly the same but let's keep our fingers 
crossed that this time it will work;)

...and I've 0 idea why pap uses anything from parent chart as it 
violates one of fundamental helm principles that subcharts should not 
depend in any way on parent chart...

Best regards,
-- 
Krzysztof Opasiak
Samsung R&D Institute Poland
Samsung Electronics

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#20616): https://lists.onap.org/g/onap-discuss/message/20616
Mute This Topic: https://lists.onap.org/mt/72895292/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [POLICY] DBDao username and password

[Jorge Hernandez]

I added a patch on top of your review, Kryzysztof, if you can take a look. It's 
passing healthchecks now in my side. I'll keep an eye on for the oom deploy job 
results, hopefully it will pass the healthchecks. It was just missing similar 
changes to what you had on the top level policy chart.
-Jorge

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#20615): https://lists.onap.org/g/onap-discuss/message/20615
Mute This Topic: https://lists.onap.org/mt/72895292/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [POLICY] DBDao username and password

[Krzysztof Opasiak via lists.onap.org]

On 10.04.2020 14:52, HERNANDEZ-HERRERO, JORGE wrote:
> Hi Krysztof,
> 
> Is this the patch that you are testing?
> 
> https://protect2.fireeye.com/url?k=d4895cd7-89459553-d488d798-0cc47aa8f5ba-4d5c31df3f55f0c5&q=1&u=https%3A%2F%2Fgerrit.onap.org%2Fr%2Fc%2Foom%2F%2B%2F104915
> 
> If it is, I can install, give it a try and work with local folks as needed.   
>  Let me know.

Yup it's this one and obviously all its previous versions;)

In general I had a version in which everything was comming up fine, just 
the pap health check was not working due to the exception described below

> 
> Jorge
> 
> -Original Message-
> From: Krzysztof Opasiak 
> Sent: Friday, April 10, 2020 5:04 AM
> To: DRAGOSH, PAM ; liam.fal...@est.tech; 
> HERNANDEZ-HERRERO, JORGE 
> Cc: onap-discuss@lists.onap.org; DESBUREAUX Sylvain TGI/OLN 
> 
> Subject: Re: [POLICY] DBDao username and password
> 
> Hi Pam,
> 
> On 09.04.2020 15:25, DRAGOSH, PAMELA L (PAM) wrote:
>> Hi Kryzysztof,
>>
>> I have forwarded this to SME's for this repo, we'll see what we can 
>> determine from this.
>>
>> Possibly we are just missing a place in the code where passwords were being 
>> retrieved.
> 
> Any updates from your SME?
> 
> Sorry for asking but this is actually the last patch in both policy and in 
> whole this task and I'm fighting with it for about a week now...
> 
>>
>> However, I'll warn that this codebase is difficult to change and very 
>> fragile, but we will see where the problem is first and assess.
>>
>> Will let you know.
>>
>> Pam
>>
>>
>> On 4/9/20, 8:39 AM, "Krzysztof Opasiak"  wrote:
>>
>>   Dear Policy Team,
>>   
>>   I'm trying to finish my password removal changes in policy module but
>>   I've troubles with makeing pap HC work after changing the DB password:
>>   
>>   
>>   javax.servlet.ServletException: PE200 - System Error: PAP not
>>   initialized; unexpected error: javax.servlet.ServletException: Unable 
>> to
>>   Create Policy DBDao
>>   
>> Instance\n\torg.onap.policy.pap.xacml.rest.XACMLPapServlet.init(XACMLPapServlet.java:328)\n\torg.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:490)\n\torg.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92)\n\torg.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:668)\n\torg.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:343)\n\torg.apache.coyote.http11.Http11Processor.service(Http11Processor.java:408)\n\torg.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)\n\torg.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:834)\n\torg.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1415)\n\torg.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)\n\tjava.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tjava.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\torg.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)\n\tjava.base/java.lang.Thread.run(Thread.java:834)\nNote
>>   The full stack trace of the root cause is available in the server
>>   logs.Apache
>>   
>> Tomcat/9.0.16","url":"https://protect2.fireeye.com/url?k=5a4106ad-078dcf29-5a408de2-0cc47aa8f5ba-642b2ead5f4016a2&q=1&u=https%3A%2F%2Furldefense.proofpoint%2F
>> .com/v2/url?u=https-3A__pap-3A9091_pap_test&d=DwIGaQ&c=LFYZ-o9_HUMeMTS
>> QicvjIg&r=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4&m=chZtGACFSd0PNi
>> N5WY08foFyfcR4jzV3CdY2uwXW7dE&s=sQOeHcq0P1dlahR4l_DMd_IcecNbofZ8XW12wO
>> b-DUY&e= "}]}
>>   
>>   Could you please point me to the right place where password for
>>   accessing this DB is set?
>>   
>>   Best regards,
>>   --
>>   Krzysztof Opasiak
>>   Samsung R&D Institute Poland
>>   Samsung Electronics
>>   
>>   
>>   
>>
> 
> --
> Krzysztof Opasiak
> Samsung R&D Institute Poland
> Samsung Electronics
> 

-- 
Krzysztof Opasiak
Samsung R&D Institute Poland
Samsung Electronics

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#20613): https://lists.onap.org/g/onap-discuss/message/20613
Mute This Topic: https://lists.onap.org/mt/72895292/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [POLICY] DBDao username and password

[Jorge Hernandez]

Hi Krysztof,

Is this the patch that you are testing?

https://gerrit.onap.org/r/c/oom/+/104915

If it is, I can install, give it a try and work with local folks as needed.
Let me know.

Jorge

-Original Message-
From: Krzysztof Opasiak  
Sent: Friday, April 10, 2020 5:04 AM
To: DRAGOSH, PAM ; liam.fal...@est.tech; 
HERNANDEZ-HERRERO, JORGE 
Cc: onap-discuss@lists.onap.org; DESBUREAUX Sylvain TGI/OLN 

Subject: Re: [POLICY] DBDao username and password

Hi Pam,

On 09.04.2020 15:25, DRAGOSH, PAMELA L (PAM) wrote:
> Hi Kryzysztof,
> 
> I have forwarded this to SME's for this repo, we'll see what we can determine 
> from this.
> 
> Possibly we are just missing a place in the code where passwords were being 
> retrieved.

Any updates from your SME?

Sorry for asking but this is actually the last patch in both policy and in 
whole this task and I'm fighting with it for about a week now...

> 
> However, I'll warn that this codebase is difficult to change and very 
> fragile, but we will see where the problem is first and assess.
> 
> Will let you know.
> 
> Pam
> 
> 
> On 4/9/20, 8:39 AM, "Krzysztof Opasiak"  wrote:
> 
>  Dear Policy Team,
>  
>  I'm trying to finish my password removal changes in policy module but
>  I've troubles with makeing pap HC work after changing the DB password:
>  
>  
>  javax.servlet.ServletException: PE200 - System Error: PAP not
>  initialized; unexpected error: javax.servlet.ServletException: Unable to
>  Create Policy DBDao
>  
> Instance\n\torg.onap.policy.pap.xacml.rest.XACMLPapServlet.init(XACMLPapServlet.java:328)\n\torg.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:490)\n\torg.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92)\n\torg.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:668)\n\torg.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:343)\n\torg.apache.coyote.http11.Http11Processor.service(Http11Processor.java:408)\n\torg.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)\n\torg.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:834)\n\torg.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1415)\n\torg.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)\n\tjava.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tjava.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\torg.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)\n\tjava.base/java.lang.Thread.run(Thread.java:834)\nNote
>  The full stack trace of the root cause is available in the server
>  logs.Apache
>  
> Tomcat/9.0.16","url":"https://urldefense.proofpoint
> .com/v2/url?u=https-3A__pap-3A9091_pap_test&d=DwIGaQ&c=LFYZ-o9_HUMeMTS
> QicvjIg&r=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4&m=chZtGACFSd0PNi
> N5WY08foFyfcR4jzV3CdY2uwXW7dE&s=sQOeHcq0P1dlahR4l_DMd_IcecNbofZ8XW12wO
> b-DUY&e= "}]}
>  
>  Could you please point me to the right place where password for
>  accessing this DB is set?
>  
>  Best regards,
>  --
>  Krzysztof Opasiak
>  Samsung R&D Institute Poland
>  Samsung Electronics
>  
>  
>  
> 

--
Krzysztof Opasiak
Samsung R&D Institute Poland
Samsung Electronics

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#20612): https://lists.onap.org/g/onap-discuss/message/20612
Mute This Topic: https://lists.onap.org/mt/72895292/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [POLICY] DBDao username and password

[Krzysztof Opasiak via lists.onap.org]

Hi Pam,

On 09.04.2020 15:25, DRAGOSH, PAMELA L (PAM) wrote:
> Hi Kryzysztof,
> 
> I have forwarded this to SME's for this repo, we'll see what we can determine 
> from this.
> 
> Possibly we are just missing a place in the code where passwords were being 
> retrieved.

Any updates from your SME?

Sorry for asking but this is actually the last patch in both policy and 
in whole this task and I'm fighting with it for about a week now...

> 
> However, I'll warn that this codebase is difficult to change and very 
> fragile, but we will see where the problem is first and assess.
> 
> Will let you know.
> 
> Pam
> 
> 
> On 4/9/20, 8:39 AM, "Krzysztof Opasiak"  wrote:
> 
>  Dear Policy Team,
>  
>  I'm trying to finish my password removal changes in policy module but
>  I've troubles with makeing pap HC work after changing the DB password:
>  
>  
>  javax.servlet.ServletException: PE200 - System Error: PAP not
>  initialized; unexpected error: javax.servlet.ServletException: Unable to
>  Create Policy DBDao
>  
> Instance\n\torg.onap.policy.pap.xacml.rest.XACMLPapServlet.init(XACMLPapServlet.java:328)\n\torg.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:490)\n\torg.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92)\n\torg.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:668)\n\torg.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:343)\n\torg.apache.coyote.http11.Http11Processor.service(Http11Processor.java:408)\n\torg.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)\n\torg.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:834)\n\torg.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1415)\n\torg.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)\n\tjava.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tjava.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\torg.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)\n\tjava.base/java.lang.Thread.run(Thread.java:834)\nNote
>  The full stack trace of the root cause is available in the server
>  logs.Apache
>  
> Tomcat/9.0.16","url":"https://urldefense.proofpoint.com/v2/url?u=https-3A__pap-3A9091_pap_test&d=DwIGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4&m=chZtGACFSd0PNiN5WY08foFyfcR4jzV3CdY2uwXW7dE&s=sQOeHcq0P1dlahR4l_DMd_IcecNbofZ8XW12wOb-DUY&e=
>  "}]}
>  
>  Could you please point me to the right place where password for
>  accessing this DB is set?
>  
>  Best regards,
>  --
>  Krzysztof Opasiak
>  Samsung R&D Institute Poland
>  Samsung Electronics
>  
>  
>  
> 

-- 
Krzysztof Opasiak
Samsung R&D Institute Poland
Samsung Electronics

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#20610): https://lists.onap.org/g/onap-discuss/message/20610
Mute This Topic: https://lists.onap.org/mt/72895292/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [POLICY] DBDao username and password

[Pamela Dragosh]

Hi Kryzysztof,

I have forwarded this to SME's for this repo, we'll see what we can determine 
from this. 

Possibly we are just missing a place in the code where passwords were being 
retrieved. 

However, I'll warn that this codebase is difficult to change and very fragile, 
but we will see where the problem is first and assess.

Will let you know.

Pam


On 4/9/20, 8:39 AM, "Krzysztof Opasiak"  wrote:

Dear Policy Team,

I'm trying to finish my password removal changes in policy module but 
I've troubles with makeing pap HC work after changing the DB password:


javax.servlet.ServletException: PE200 - System Error: PAP not 
initialized; unexpected error: javax.servlet.ServletException: Unable to 
Create Policy DBDao 

Instance\n\torg.onap.policy.pap.xacml.rest.XACMLPapServlet.init(XACMLPapServlet.java:328)\n\torg.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:490)\n\torg.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92)\n\torg.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:668)\n\torg.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:343)\n\torg.apache.coyote.http11.Http11Processor.service(Http11Processor.java:408)\n\torg.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)\n\torg.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:834)\n\torg.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1415)\n\torg.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)\n\tjava.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tjava.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\torg.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)\n\tjava.base/java.lang.Thread.run(Thread.java:834)\nNote
 
The full stack trace of the root cause is available in the server 
logs.Apache 

Tomcat/9.0.16","url":"https://urldefense.proofpoint.com/v2/url?u=https-3A__pap-3A9091_pap_test&d=DwIGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4&m=chZtGACFSd0PNiN5WY08foFyfcR4jzV3CdY2uwXW7dE&s=sQOeHcq0P1dlahR4l_DMd_IcecNbofZ8XW12wOb-DUY&e=
 "}]}

Could you please point me to the right place where password for 
accessing this DB is set?

Best regards,
-- 
Krzysztof Opasiak
Samsung R&D Institute Poland
Samsung Electronics





-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#20593): https://lists.onap.org/g/onap-discuss/message/20593
Mute This Topic: https://lists.onap.org/mt/72895292/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Policy-models building error #policy

[Pamela Dragosh]

Sandeep,

Most likely a network error,  or you are not using oparent’s settings.xml to 
find nexus.onap.org. We released this last week and have had no problem finding 
org.onap.policy.parent:integration:pom:3.1.1 in all our (eg the distributed 
policy team members as well as ONAP Jenkins CI/CD) environments.

Please check your settings.

Pam

From:  on behalf of "sandeeppur...@gmail.com" 

Reply-To: "onap-discuss@lists.onap.org" , 
"sandeeppur...@gmail.com" 
Date: Wednesday, March 25, 2020 at 4:45 AM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] Policy-models building error #policy

I'm attaching you my build ERROR and the pom.xml, Please help me out


Build ERROR;


[INFO] Scanning for projects...
[ERROR] [ERROR] Some problems were encountered while processing the POMs:
[FATAL] Non-resolvable parent POM for 
org.onap.policy.models:policy-models:2.2.1-SNAPSHOT: Failure to find 
org.onap.policy.parent:integration:pom:3.1.1 in 
https://repo.maven.apache.org/maven2
 was cached in the local repository, resolution will not be reattempted until 
the update interval of central has elapsed or updates are forced and 
'parent.relativePath' points at no local POM @ line 26, column 13
 @
[ERROR] The build could not read 1 project -> [Help 1]
[ERROR]
[ERROR]   The project org.onap.policy.models:policy-models:2.2.1-SNAPSHOT 
(C:\Users\Sandeep Kumar\Desktop\Gitlab\policy-models\pom.xml) has 1 error
[ERROR] Non-resolvable parent POM for 
org.onap.policy.models:policy-models:2.2.1-SNAPSHOT: Failure to find 
org.onap.policy.parent:integration:pom:3.1.1 in 
https://repo.maven.apache.org/maven2
 was cached in the local repository, resolution will not be reattempted until 
the update interval of central has elapsed or updates are forced and 
'parent.relativePath' points at no local POM @ line 26, column 13 -> [Help 2]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e 
switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please 
read the following articles:
[ERROR] [Help 1] 
http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingException
[ERROR] [Help 2] 
http://cwiki.apache.org/confluence/display/MAVEN/UnresolvableModelException


Pom.xml
http://maven.apache.org/POM/4.0.0"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 
http://maven.apache.org/xsd/maven-4.0.0.xsd";>
4.0.0

org.onap.policy.parent
integration
3.1.1



org.onap.policy.models
policy-models
2.2.1-SNAPSHOT

pom
policy-models
This repo holds model code agnostic to PDP 
engines


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#20372): https://lists.onap.org/g/onap-discuss/message/20372
Mute This Topic: https://lists.onap.org/mt/72536793/21656
Mute #policy: https://lists.onap.org/mk?hashtag=policy&subid=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Policy Offered Api Test:unable to get local issuer certificate,how to solve it? #policy #elalto

[liyongchao]

Thank you. We didn39t find a usage like39curl-k39at first, but we found it 
after checking the data.The complete command is as follows:



 newman run PolicyAPI.postman_collection.json -k -e 
PolicyAPI.postman_environment.json



It39s just a simple parameter problem.


2020-03-19


邮件原文发件人：Jorge Hernandez 收件人：liyongchao 
 ,onap-discuss 抄　送: 
(无)发送时间：2020-03-18 07:56:58主题：Re: [onap-discuss] Policy Offered Api Test:unable 
to get local issuer certificate,how to solve it? #policy #elaltoHello,you39ll 
need one of these 2 solutions: a) make newton client trust the aaf ca root 
certificate from which policy derives their certificates (same as other 
components), this would be configuration on the client side, or b) use an 
equivalent of "curl -k" in your command, I read that newton supports a 
"--insecure" flag, most of these http client tooling support something of that 
sort for development purposes.Good luck!Jorge 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#20304): https://lists.onap.org/g/onap-discuss/message/20304
Mute This Topic: https://lists.onap.org/mt/72022495/21656
Mute #policy: https://lists.onap.org/mk?hashtag=policy&subid=2740164
Mute #elalto: https://lists.onap.org/mk?hashtag=elalto&subid=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Policy Offered Api Test:unable to get local issuer certificate,how to solve it? #policy #elalto

[Jorge Hernandez]

Hello,
you'll need one of these 2 solutions: a) make newton client trust the aaf ca 
root certificate from which policy derives their certificates (same as other 
components), this would be configuration on the client side, or b) use an 
equivalent of "curl -k" in your command, I read that newton supports a 
"--insecure" flag, most of these http client tooling support something of that 
sort for development purposes.
Good luck!
Jorge

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#20287): https://lists.onap.org/g/onap-discuss/message/20287
Mute This Topic: https://lists.onap.org/mt/72022495/21656
Mute #policy: https://lists.onap.org/mk?hashtag=policy&subid=2740164
Mute #elalto: https://lists.onap.org/mk?hashtag=elalto&subid=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [Policy] Passwords hardcoded in policy config files

[Pamela Dragosh]

Kryzysztof,

Ok well if you have a willing developer, then let's go ahead with #1.

There will be lots of JUnits that will need modification, but it seems you are 
aware of that.

Thanks,

Pam

On 2/11/20, 6:39 PM, "Krzysztof Opasiak"  wrote:



On 11.02.2020 18:09, DRAGOSH, PAMELA L (PAM) wrote:
> Krzysztof,
> 
> If we go with #1, we'll have to make code changes in order to accommodate 
that. It's very late in the development process for our team to do that.

That's true. Nevertheless keep in mind that changes required in the 
source code are rather simple. Here is an example how we did this for DMAAP:


https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_-23_c_dmaap_datarouter_-2B_101091_&d=DwIDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4&m=GzHRWYFAl6mrVI6epgu_A2Zg5lHj0ryXKuMgCrjv7tA&s=gCviiQ_XQzEyoEcH_qJ31Txilr8QtJRJZC5Lrw_QrSs&e=
 

Just to make sure that we are on the same page I actually have a 
developer that can write this code for you, just would like to get your 
acceptance as there is quite a lot of places where this would need to go.

> 
> Can we get a better understanding of #2 and how that works?

Yeah so the the idea is simple like in many unix programs you allow to 
have multiple config files instead of just one and just merge all of 
them together (with suitable precedence) before parsing the config.

This allows you to split standard configuration (which will be delivered 
as ConfigMap) fro security sensitive one (which would be delivered as a 
secret, mounted as a tmpfs volume to your container)

> 
> Thanks,
> 
> Pam
> 
> On 2/10/20, 5:44 PM, "Krzysztof Opasiak"  wrote:
> 
>  Hi Pam,
>  
>  As you probably know, we are working on removing hardcoded 
credentials
>  from config files and placing them in kubernetes secrets. As a part 
of
>  this effort I've don some analysis for policy and got below list of
>  passwords that are somehow hardcoded in policy config files:
>  
>  policy-pap (config.json):
>  
>  restServerParameters.userName
>  restServerParameters.password
>  
>  databaseProviderParameters.databaseUser
>  databaseProviderParameters.databasePassword
>  
>  policy-xacml-pdp (config.json):
>  
>  restServerParameters.userName
>  restServerParameters.password
>  
>  policyApiParameters.userName
>  policyApiParameters.password
>  
>  policy-common (base.conf):
>  
>  JDBC_USER
>  JDBC_PASSWORD
>  
>  KEYSTORE_PASSWD
>  TRUSTSTORE_PASSWD
>  
>  brmsgw (brmsgw.conf):
>  
>  PDP_HTTP_USER_ID=
>  PDP_HTTP_PASSWORD=
>  PDP_PAP_PDP_HTTP_USER_ID=
>  PDP_PAP_PDP_HTTP_PASSWORD=
>  
>  repositoryUsername=
>  repositoryPassword=
>  
>  BRMS_CLIENT_ID=
>  BRMS_CLIENT_KEY=
>  
>  policy-distribution (config.json):
>  
>  restServerParameters.userName
>  restServerParameters.password
>  
>  receptionHandlerConfigurationParameter.sdcConfiguration.user
>  receptionHandlerConfigurationParameter.sdcConfiguration.password
>  
>  policyForwarderConfigurationParameters.xacmlPdpConfiguration.userName
>  policyForwarderConfigurationParameters.xacmlPdpConfiguration.password
>  
policyForwarderConfigurationParameters.xacmlPdpConfiguration.clientAuth
>  
>  lifecycleApiConfiguration.parameters.apiParameters.userName
>  lifecycleApiConfiguration.parameters.apiParameters.password
>  
>  lifecycleApiConfiguration.parameters.papParameters.userName
>  lifecycleApiConfiguration.parameters.papParameters.password
>  
>  policy-api (config.json):
>  
>  databaseProviderParameters.databaseUser
>  databaseProviderParameters.databasePassword
>  
>  policy-apex-pdp (OnapPfConfig.json):
>  
>  OnapPfParameterGroup.userName
>  OnapPfParameterGroup.password
>  
>  policy-apex-pdp (config.json):
>  
>  javax.net.ssl.trustStorePassword
>  
>  pdp (pe/pdp.conf)
>  
>  PDP_HTTP_USER_ID=
>  PDP_HTTP_PASSWORD=
>  PDP_PAP_PDP_HTTP_USER_ID=
>  PDP_PAP_PDP_HTTP_PASSWORD=
>  
>  
>  I'd like to get your opinion how would you like us to proceed with 
those
>  configs. There are two options to retrieve value form a secret:
>  
>  1) Environment variable
>  
>  2) tmpfs volume
>  
>  In most of onap components we are using environ

Re: [onap-discuss] [Policy] Passwords hardcoded in policy config files

[Krzysztof Opasiak via Lists.Onap.Org]

On 11.02.2020 18:09, DRAGOSH, PAMELA L (PAM) wrote:
> Krzysztof,
> 
> If we go with #1, we'll have to make code changes in order to accommodate 
> that. It's very late in the development process for our team to do that.

That's true. Nevertheless keep in mind that changes required in the 
source code are rather simple. Here is an example how we did this for DMAAP:

https://gerrit.onap.org/r/#/c/dmaap/datarouter/+/101091/

Just to make sure that we are on the same page I actually have a 
developer that can write this code for you, just would like to get your 
acceptance as there is quite a lot of places where this would need to go.

> 
> Can we get a better understanding of #2 and how that works?

Yeah so the the idea is simple like in many unix programs you allow to 
have multiple config files instead of just one and just merge all of 
them together (with suitable precedence) before parsing the config.

This allows you to split standard configuration (which will be delivered 
as ConfigMap) fro security sensitive one (which would be delivered as a 
secret, mounted as a tmpfs volume to your container)

> 
> Thanks,
> 
> Pam
> 
> On 2/10/20, 5:44 PM, "Krzysztof Opasiak"  wrote:
> 
>  Hi Pam,
>
>  As you probably know, we are working on removing hardcoded credentials
>  from config files and placing them in kubernetes secrets. As a part of
>  this effort I've don some analysis for policy and got below list of
>  passwords that are somehow hardcoded in policy config files:
>
>  policy-pap (config.json):
>
>  restServerParameters.userName
>  restServerParameters.password
>
>  databaseProviderParameters.databaseUser
>  databaseProviderParameters.databasePassword
>
>  policy-xacml-pdp (config.json):
>
>  restServerParameters.userName
>  restServerParameters.password
>
>  policyApiParameters.userName
>  policyApiParameters.password
>
>  policy-common (base.conf):
>
>  JDBC_USER
>  JDBC_PASSWORD
>
>  KEYSTORE_PASSWD
>  TRUSTSTORE_PASSWD
>
>  brmsgw (brmsgw.conf):
>
>  PDP_HTTP_USER_ID=
>  PDP_HTTP_PASSWORD=
>  PDP_PAP_PDP_HTTP_USER_ID=
>  PDP_PAP_PDP_HTTP_PASSWORD=
>
>  repositoryUsername=
>  repositoryPassword=
>
>  BRMS_CLIENT_ID=
>  BRMS_CLIENT_KEY=
>
>  policy-distribution (config.json):
>
>  restServerParameters.userName
>  restServerParameters.password
>
>  receptionHandlerConfigurationParameter.sdcConfiguration.user
>  receptionHandlerConfigurationParameter.sdcConfiguration.password
>
>  policyForwarderConfigurationParameters.xacmlPdpConfiguration.userName
>  policyForwarderConfigurationParameters.xacmlPdpConfiguration.password
>  policyForwarderConfigurationParameters.xacmlPdpConfiguration.clientAuth
>
>  lifecycleApiConfiguration.parameters.apiParameters.userName
>  lifecycleApiConfiguration.parameters.apiParameters.password
>
>  lifecycleApiConfiguration.parameters.papParameters.userName
>  lifecycleApiConfiguration.parameters.papParameters.password
>
>  policy-api (config.json):
>
>  databaseProviderParameters.databaseUser
>  databaseProviderParameters.databasePassword
>
>  policy-apex-pdp (OnapPfConfig.json):
>
>  OnapPfParameterGroup.userName
>  OnapPfParameterGroup.password
>
>  policy-apex-pdp (config.json):
>
>  javax.net.ssl.trustStorePassword
>
>  pdp (pe/pdp.conf)
>
>  PDP_HTTP_USER_ID=
>  PDP_HTTP_PASSWORD=
>  PDP_PAP_PDP_HTTP_USER_ID=
>  PDP_PAP_PDP_HTTP_PASSWORD=
>
>
>  I'd like to get your opinion how would you like us to proceed with those
>  configs. There are two options to retrieve value form a secret:
>
>  1) Environment variable
>
>  2) tmpfs volume
>
>  In most of onap components we are using environment variables but
>  projects are free to choose which option they prefer. Let me know your
>  opinion so that we know how to proceed with this work.
>
>  Best regards,
>  --
>  Krzysztof Opasiak
>  Samsung R&D Institute Poland
>  Samsung Electronics
>
> 

-- 
Krzysztof Opasiak
Samsung R&D Institute Poland
Samsung Electronics

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#19988): https://lists.onap.org/g/onap-discuss/message/19988
Mute This Topic: https://lists.onap.org/mt/71151740/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [Policy] Passwords hardcoded in policy config files

[Pamela Dragosh]

Krzysztof,

If we go with #1, we'll have to make code changes in order to accommodate that. 
It's very late in the development process for our team to do that.

Can we get a better understanding of #2 and how that works?

Thanks,

Pam

On 2/10/20, 5:44 PM, "Krzysztof Opasiak"  wrote:

Hi Pam,

As you probably know, we are working on removing hardcoded credentials 
from config files and placing them in kubernetes secrets. As a part of 
this effort I've don some analysis for policy and got below list of 
passwords that are somehow hardcoded in policy config files:

policy-pap (config.json):

restServerParameters.userName
restServerParameters.password

databaseProviderParameters.databaseUser
databaseProviderParameters.databasePassword

policy-xacml-pdp (config.json):

restServerParameters.userName
restServerParameters.password

policyApiParameters.userName
policyApiParameters.password

policy-common (base.conf):

JDBC_USER
JDBC_PASSWORD

KEYSTORE_PASSWD
TRUSTSTORE_PASSWD

brmsgw (brmsgw.conf):

PDP_HTTP_USER_ID=
PDP_HTTP_PASSWORD=
PDP_PAP_PDP_HTTP_USER_ID=
PDP_PAP_PDP_HTTP_PASSWORD=

repositoryUsername=
repositoryPassword=

BRMS_CLIENT_ID=
BRMS_CLIENT_KEY=

policy-distribution (config.json):

restServerParameters.userName
restServerParameters.password

receptionHandlerConfigurationParameter.sdcConfiguration.user
receptionHandlerConfigurationParameter.sdcConfiguration.password

policyForwarderConfigurationParameters.xacmlPdpConfiguration.userName
policyForwarderConfigurationParameters.xacmlPdpConfiguration.password
policyForwarderConfigurationParameters.xacmlPdpConfiguration.clientAuth

lifecycleApiConfiguration.parameters.apiParameters.userName
lifecycleApiConfiguration.parameters.apiParameters.password

lifecycleApiConfiguration.parameters.papParameters.userName
lifecycleApiConfiguration.parameters.papParameters.password

policy-api (config.json):

databaseProviderParameters.databaseUser
databaseProviderParameters.databasePassword

policy-apex-pdp (OnapPfConfig.json):

OnapPfParameterGroup.userName
OnapPfParameterGroup.password

policy-apex-pdp (config.json):

javax.net.ssl.trustStorePassword

pdp (pe/pdp.conf)

PDP_HTTP_USER_ID=
PDP_HTTP_PASSWORD=
PDP_PAP_PDP_HTTP_USER_ID=
PDP_PAP_PDP_HTTP_PASSWORD=


I'd like to get your opinion how would you like us to proceed with those 
configs. There are two options to retrieve value form a secret:

1) Environment variable

2) tmpfs volume

In most of onap components we are using environment variables but 
projects are free to choose which option they prefer. Let me know your 
opinion so that we know how to proceed with this work.

Best regards,
-- 
Krzysztof Opasiak
Samsung R&D Institute Poland
Samsung Electronics



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#19987): https://lists.onap.org/g/onap-discuss/message/19987
Mute This Topic: https://lists.onap.org/mt/71151740/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] #policy Policy created by CLAMP not found

[Aniello Paolo Malinconico]

Very clear. Thanks.

Aniello

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#19354): https://lists.onap.org/g/onap-discuss/message/19354
Mute This Topic: https://lists.onap.org/mt/42101260/21656
Mute #policy: https://lists.onap.org/mk?hashtag=policy&subid=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] #policy Policy created by CLAMP not found

[Jorge Hernandez]

Hello Aniello,

The Policy GUI is part of the legacy architecture which will eventually be 
deprecated and it is not coupled with the CLAMP GUI (new architecture).   You 
can look at policies through CLAMP or through REST API calls.    Take a look at 
the official docs in 
https://onap.readthedocs.io/en/latest/submodules/policy/parent.git/docs/index.html
 and the subpages under 
https://wiki.onap.org/display/DW/Videos%2C+Tutorials+and+Demonstrations for 
concrete information.

Jorge

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#19352): https://lists.onap.org/g/onap-discuss/message/19352
Mute This Topic: https://lists.onap.org/mt/42101260/21656
Mute #policy: https://lists.onap.org/mk?hashtag=policy&subid=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Policy push to default PDP groups #policy #drools

[minsang . yoon]

Hello Jorge,

I sent the message to "PDPD-CONFIGURATION" channel by changing the name to 
"amsterdam" using postman and I could see drool container success to deploy the 
artifact. I probably need to create a new group in policy GUI. Thank you for 
your help.

Thanks,

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#19140): https://lists.onap.org/g/onap-discuss/message/19140
Mute This Topic: https://lists.onap.org/mt/34386456/21656
Mute #policy: https://lists.onap.org/mk?hashtag=policy&subid=2740164
Mute #drools: https://lists.onap.org/mk?hashtag=drools&subid=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Policy push to default PDP groups #policy #drools

[Jorge Hernandez]

Hi Min,

Yes, in the message, the "name":"default" , should be "name":"amsterdam" to 
match the drools controller name.   If you look in the actual "createPolicy" 
messages using the legacy APIs, 
https://git.onap.org/oom/tree/kubernetes/policy/resources/config/pe/push-policies.sh?h=casablanca,
 (see the association with "amsterdam" controller in the MATCHING section in 
the message for BRMSParamvFirewall policy).

That association would have to be done when somewhere through the GUI when you 
edit the policy, take a look and see if you see an obvious option to do it, 
otherwise may be Praveen or Utkarsh could provide advice on how to go about it.

Best regards,
Jorge

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#19139): https://lists.onap.org/g/onap-discuss/message/19139
Mute This Topic: https://lists.onap.org/mt/34386456/21656
Mute #policy: https://lists.onap.org/mk?hashtag=policy&subid=2740164
Mute #drools: https://lists.onap.org/mk?hashtag=drools&subid=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Policy push to default PDP groups #policy #drools

[minsang . yoon]

Hello,

Thank you for your response. I could see below message sent from brmwgw
{"requestId":"258701a8-d094-4f83-a2e6-d9ddd325a8c6","entity":"controller","controllers":[{"name":"default","drools":{"groupId":"org.onap.policy-engine","artifactId":"drlPDPGroup","version":"0.4.0"},"operation":"update"}]}.

And debug.log shows the error message that I posted initially.

Can I ask what do you mean that the association between policy and controller 
is not quite right?

Thanks,
Min Yoon

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#19135): https://lists.onap.org/g/onap-discuss/message/19135
Mute This Topic: https://lists.onap.org/mt/34386456/21656
Mute #policy: https://lists.onap.org/mk?hashtag=policy&subid=2740164
Mute #drools: https://lists.onap.org/mk?hashtag=drools&subid=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Policy push to default PDP groups #policy #drools

[Jorge Hernandez]

Check out in the drools container the $POLICY_LOGS/network.log , look for 
configuration messages over the PDPD-CONFIGURATION channel, you should see an 
update configuration request commanding drools to use a given maven artifact. 
Pay attention to the "controller" field in that message, based on the log 
messages you showed, it seems that the message sent by the brmsgw has the name 
"default".  If you could verify that the message looks correct and the name 
"amsterdam" and the right maven coordinates are relayed on the message from the 
brmsgw.  A priori, it seems that the association between the policy and the 
controller in the GUI is not quite right.  If you can look to see if there is 
something wrong in that area.

Jorge

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#19122): https://lists.onap.org/g/onap-discuss/message/19122
Mute This Topic: https://lists.onap.org/mt/34386456/21656
Mute #policy: https://lists.onap.org/mk?hashtag=policy&subid=2740164
Mute #drools: https://lists.onap.org/mk?hashtag=drools&subid=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Policy Drool Dmaap Pooling #drools #policy #dmaap

[Jorge Hernandez]

Hello,

Try changing "ueb" to dmaap, for example:

http --verify=no -a "${TELEMETRY_USER}:${TELEMETRY_PASSWORD}" PUT 
https://localhost:9696/policy/pdp/engine/topics/sources/dmaap/DCAE_TOPIC/events 
@./dcae.vdns.onset.json Content-Type:'text/plain'

Jorge

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#18605): https://lists.onap.org/g/onap-discuss/message/18605
Mute This Topic: https://lists.onap.org/mt/32907774/21656
Mute #dmaap: https://lists.onap.org/mk?hashtag=dmaap&subid=2740164
Mute #policy: https://lists.onap.org/mk?hashtag=policy&subid=2740164
Mute #drools: https://lists.onap.org/mk?hashtag=drools&subid=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss][POLICY] Policy creation via GUI failed.

[Ram]

Dear MICHAEL A,

Ok, thanks for the update.

Thanks,
Rama

On Thu, Aug 1, 2019 at 1:30 AM MOKRY, MICHAEL A  wrote:

> Hi Rama,
>
>
>
> Sorry for the late response, I haven’t a lot of opportunity to work on
> this yet.  I have been working on other priorities but will have time over
> the next couple days to dig into this issue.  I will report back when I
> have some more information and hopefully a resolution soon.
>
>
>
>
>
> *Regards,*
>
>
>
> *Michael A. Mokry*
>
> Senior – Software Engineer
>
> AT&T Services Inc.
>
> Network Cloud & Infrastructure | ECOMP Platform & Systems
>
> Office:  815.426.7006 | Mobile: 630.234.8676
>
>
>
> *From:* Rama Subba Reddy 
> *Sent:* Monday, July 29, 2019 5:52 AM
> *To:* onap-discuss@lists.onap.org; Rama Subba Reddy <
> rama.manthu...@gmail.com>
> *Cc:* MOKRY, MICHAEL A ; DRAGOSH, PAM <
> pdrag...@research.att.com>; HERNANDEZ-HERRERO, JORGE ;
> ZINNIKAS, MICHAEL J ; gaurav.agra...@huawei.com; Gaurav
> Agarwal ; vidyashree.r...@huawei.com; Vidya
> Bijooor 
> *Subject:* Re: [onap-discuss][POLICY] Policy creation via GUI failed.
>
>
>
> Dear Michael,
>
>
>
> Any update on this issue
>
>
>
> Thanks,
>
> Rama
>
>
>
> On Thu, Jul 25, 2019 at 8:21 PM Ram via Lists.Onap.Org
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__Lists.Onap.Org&d=DwMFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=_a0E1cW8BEghAvutoIAvNA&m=JUSEbC1fdQ5kim6K1NN2aFBmJ2Yi00NVB5RHMy9xS-w&s=Wb8D2n6_pCeHX18xPV3hDRtm5n6qp2eI6fCUHBEoMeI&e=>
>  wrote:
>
> Dear MICHAEL A,
>
>
>
> Yes, we have created policy from GUI and policy details are shared in
> below screenshot
>
>
>
> [image: image.png]
>
>
>
> Please use below values for controlLoopYaml and closedLoopControlName
>
>
>
> controlLoopYaml:
> controlLoop%3A%0A%20%20version%3A%202.0.0%0A%20%20controlLoopName%3A%20ControlLoop-CCVPN-2179b738-fd36-4843-a71a-a8c24c70c33b%0A%20%20trigger_policy%3A%20unique-policy-id-16-NetworkSlice%0A%20%20timeout%3A%203600%0A%20%20abatement%3A%20false%0A%20%0Apolicies%3A%0A%20%20-%20id%3A%20unique-policy-id-16-NetworkSlice%0A%20%20%20%20name%3A%20Network%20Slice%0A%20%20%20%20description%3A%0A%20%20%20%20actor%3A%20SDNC%0A%20%20%20%20recipe%3A%20NetworkSlice%0A%20%20%20%20target%3A%0A%20%20%20%20%20%20type%3A%20VM%0A%20%20%20%20retry%3A%203%0A%20%20%20%20timeout%3A%201200%0A%20%20%20%20success%3A%20final_success%0A%20%20%20%20failure%3A%20final_failure%0A%20%20%20%20failure_timeout%3A%20final_failure_timeout%0A%20%20%20%20failure_retries%3A%20final_failure_retries%0A%20%20%20%20failure_exception%3A%20final_failure_exception%0A%20%20%20%20failure_guard%3A%20final_failure_guard
>
>
>
>
> closedLoopControlName: ControlLoop-CCVPN-2179b738-fd36-4843-a71a-a8c24c70c33b
>
>
>
> Note: Please find the attached drools rule for creating a dictionary as
> BRMS template
>
>
>
> Thanks,
>
> Rama
>
>
>
>
>
> On Thu, Jul 25, 2019 at 7:59 PM MOKRY, MICHAEL A  wrote:
>
> Hi Rama,
>
>
>
> Are  you creating the policy from GUI? Can you send me details of the
> policy? (i.e. name and version)  If you are using the API to create the
> policy can you send me the API request details you are using?
>
>
>
> I can try and recreate the issue in our lab, I am not able to meet at the
> moment as I am working on other priorities in parallel.
>
>
>
> *Regards,*
>
>
>
> *Michael A. Mokry*
>
> Senior – Software Engineer
>
> AT&T Services Inc.
>
> Network Cloud & Infrastructure | ECOMP Platform & Systems
>
> Office:  815.426.7006 | Mobile: 630.234.8676
>
>
>
> *From:* Rama Subba Reddy 
> *Sent:* Thursday, July 25, 2019 9:22 AM
> *To:* MOKRY, MICHAEL A 
> *Cc:* DRAGOSH, PAM ; HERNANDEZ-HERRERO, JORGE <
> jh1...@att.com>; ZINNIKAS, MICHAEL J ;
> onap-discuss@lists.onap.org; gaurav.agra...@huawei.com; Gaurav Agarwal <
> gauravjbp3s...@gmail.com>; vidyashree.r...@huawei.com; Vidya Bijooor <
> vidyashreer...@gmail.com>
> *Subject:* Re: [onap-discuss][POLICY] Policy creation via GUI failed.
>
>
>
> Dear MICHAEL A,
>
>
>
> To debug this issue, can we have zoom meeting now and I will share my
> screen which contains environment.
>
>
>
> The environment is created internally and I am not sure to share
> externally.
>
>
>
> Thanks,
>
> Rama
>
>
>
> On Thu, Jul 25, 2019 at 6:02 PM MOKRY, MICHAEL A  wrote:
>
> Hi Rama,
>
>
>
> Can you provide the lab details of the environment you are working in?  I
> can take a look at this today.
>
>
>
> *Regards,*
>
>
>
> *Michael A. Mok

Re: [onap-discuss][POLICY] Policy creation via GUI failed.

[Ram]

Dear Michael,

Any update on this issue

Thanks,
Rama

On Thu, Jul 25, 2019 at 8:21 PM Ram via Lists.Onap.Org  wrote:

> Dear MICHAEL A,
>
> Yes, we have created policy from GUI and policy details are shared in
> below screenshot
>
> [image: image.png]
>
> Please use below values for controlLoopYaml and closedLoopControlName
>
> controlLoopYaml:
> controlLoop%3A%0A%20%20version%3A%202.0.0%0A%20%20controlLoopName%3A%20ControlLoop-CCVPN-2179b738-fd36-4843-a71a-a8c24c70c33b%0A%20%20trigger_policy%3A%20unique-policy-id-16-NetworkSlice%0A%20%20timeout%3A%203600%0A%20%20abatement%3A%20false%0A%20%0Apolicies%3A%0A%20%20-%20id%3A%20unique-policy-id-16-NetworkSlice%0A%20%20%20%20name%3A%20Network%20Slice%0A%20%20%20%20description%3A%0A%20%20%20%20actor%3A%20SDNC%0A%20%20%20%20recipe%3A%20NetworkSlice%0A%20%20%20%20target%3A%0A%20%20%20%20%20%20type%3A%20VM%0A%20%20%20%20retry%3A%203%0A%20%20%20%20timeout%3A%201200%0A%20%20%20%20success%3A%20final_success%0A%20%20%20%20failure%3A%20final_failure%0A%20%20%20%20failure_timeout%3A%20final_failure_timeout%0A%20%20%20%20failure_retries%3A%20final_failure_retries%0A%20%20%20%20failure_exception%3A%20final_failure_exception%0A%20%20%20%20failure_guard%3A%20final_failure_guard
>
>
> closedLoopControlName: ControlLoop-CCVPN-2179b738-fd36-4843-a71a-a8c24c70c33b
>
> Note: Please find the attached drools rule for creating a dictionary as
> BRMS template
>
> Thanks,
> Rama
>
>
> On Thu, Jul 25, 2019 at 7:59 PM MOKRY, MICHAEL A  wrote:
>
>> Hi Rama,
>>
>>
>>
>> Are  you creating the policy from GUI? Can you send me details of the
>> policy? (i.e. name and version)  If you are using the API to create the
>> policy can you send me the API request details you are using?
>>
>>
>>
>> I can try and recreate the issue in our lab, I am not able to meet at the
>> moment as I am working on other priorities in parallel.
>>
>>
>>
>> *Regards,*
>>
>>
>>
>> *Michael A. Mokry*
>>
>> Senior – Software Engineer
>>
>> AT&T Services Inc.
>>
>> Network Cloud & Infrastructure | ECOMP Platform & Systems
>>
>> Office:  815.426.7006 | Mobile: 630.234.8676
>>
>>
>>
>> *From:* Rama Subba Reddy 
>> *Sent:* Thursday, July 25, 2019 9:22 AM
>> *To:* MOKRY, MICHAEL A 
>> *Cc:* DRAGOSH, PAM ; HERNANDEZ-HERRERO, JORGE
>> ; ZINNIKAS, MICHAEL J ;
>> onap-discuss@lists.onap.org; gaurav.agra...@huawei.com; Gaurav Agarwal <
>> gauravjbp3s...@gmail.com>; vidyashree.r...@huawei.com; Vidya Bijooor <
>> vidyashreer...@gmail.com>
>> *Subject:* Re: [onap-discuss][POLICY] Policy creation via GUI failed.
>>
>>
>>
>> Dear MICHAEL A,
>>
>>
>>
>> To debug this issue, can we have zoom meeting now and I will share my
>> screen which contains environment.
>>
>>
>>
>> The environment is created internally and I am not sure to share
>> externally.
>>
>>
>>
>> Thanks,
>>
>> Rama
>>
>>
>>
>> On Thu, Jul 25, 2019 at 6:02 PM MOKRY, MICHAEL A  wrote:
>>
>> Hi Rama,
>>
>>
>>
>> Can you provide the lab details of the environment you are working in?  I
>> can take a look at this today.
>>
>>
>>
>> *Regards,*
>>
>>
>>
>> *Michael A. Mokry*
>>
>> Senior – Software Engineer
>>
>> AT&T Services Inc.
>>
>> Network Cloud & Infrastructure | ECOMP Platform & Systems
>>
>> Office:  815.426.7006 | Mobile: 630.234.8676
>>
>>
>>
>> *From:* Rama Subba Reddy 
>> *Sent:* Thursday, July 25, 2019 5:27 AM
>> *To:* DRAGOSH, PAM ; HERNANDEZ-HERRERO, JORGE
>> ; MOKRY, MICHAEL A ; ZINNIKAS, MICHAEL J
>> ; onap-discuss@lists.onap.org
>> *Cc:* gaurav.agra...@huawei.com; Gaurav Agarwal ;
>> vidyashree.r...@huawei.com; Vidya Bijooor 
>> *Subject:* [onap-discuss][POLICY] Policy creation via GUI failed.
>>
>>
>>
>> Dear All,
>>
>>
>>
>> In Dublin version, Policy GUI push operation has some issue.
>>
>>
>>
>> When we click on push button ideally it should have been displayed
>> configured policies but its continuously querying and not displaying the
>> configured policies.
>>
>>
>>
>> [image: image.png]
>>
>>
>>
>> Steps to reproduce issue:
>>
>> 1) Open policy GUI
>>
>> 2) Click on Push button and observed this issue
>>
>>
>>
>>
>>
>> Thanks,
>>
>> Rama
>>
>> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#18328): https://lists.onap.org/g/onap-discuss/message/18328
Mute This Topic: https://lists.onap.org/mt/32596676/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss][POLICY] Policy creation via GUI failed.

[Mir, Adil Kamal]

Rama, I have the same issue – if possible can you please share the zoom 
session? Thanks.

From:  on behalf of Ram 
Reply-To: "onap-discuss@lists.onap.org" , 
"rama.manthu...@gmail.com" 
Date: Thursday, July 25, 2019 at 10:21 AM
To: "MOKRY, MICHAEL A" 
Cc: "DRAGOSH, PAM" , "HERNANDEZ-HERRERO, JORGE" 
, "ZINNIKAS, MICHAEL J" , 
"onap-discuss@lists.onap.org" , 
"gaurav.agra...@huawei.com" , Gaurav Agarwal 
, "vidyashree.r...@huawei.com" 
, Vidya Bijooor 
Subject: [EXT]Re: [onap-discuss][POLICY] Policy creation via GUI failed.

Dear MICHAEL A,

To debug this issue, can we have zoom meeting now and I will share my screen 
which contains environment.

The environment is created internally and I am not sure to share externally.

Thanks,
Rama

On Thu, Jul 25, 2019 at 6:02 PM MOKRY, MICHAEL A 
mailto:mm1...@att.com>> wrote:
Hi Rama,

Can you provide the lab details of the environment you are working in?  I can 
take a look at this today.

Regards,

Michael A. Mokry
Senior – Software Engineer
AT&T Services Inc.
Network Cloud & Infrastructure | ECOMP Platform & Systems
Office:  815.426.7006 | Mobile: 630.234.8676

From: Rama Subba Reddy 
mailto:rama.manthu...@gmail.com>>
Sent: Thursday, July 25, 2019 5:27 AM
To: DRAGOSH, PAM mailto:pdrag...@research.att.com>>; 
HERNANDEZ-HERRERO, JORGE mailto:jh1...@att.com>>; MOKRY, 
MICHAEL A mailto:mm1...@att.com>>; ZINNIKAS, MICHAEL J 
mailto:mz2...@att.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Cc: gaurav.agra...@huawei.com<mailto:gaurav.agra...@huawei.com>; Gaurav Agarwal 
mailto:gauravjbp3s...@gmail.com>>; 
vidyashree.r...@huawei.com<mailto:vidyashree.r...@huawei.com>; Vidya Bijooor 
mailto:vidyashreer...@gmail.com>>
Subject: [onap-discuss][POLICY] Policy creation via GUI failed.

Dear All,

In Dublin version, Policy GUI push operation has some issue.

When we click on push button ideally it should have been displayed configured 
policies but its continuously querying and not displaying the configured 
policies.

[image.png]

Steps to reproduce issue:
1) Open policy GUI
2) Click on Push button and observed this issue


Thanks,
Rama


External Email: Please use caution when opening links and attachments / 
Courriel externe: Soyez prudent avec les liens et documents joints

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#18313): https://lists.onap.org/g/onap-discuss/message/18313
Mute This Topic: https://lists.onap.org/mt/32596676/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [POLICY] Policy creation via GUI failed.

[Mir, Adil Kamal]

I have the same issue as well, if possible can you share the zoom session here 
too?

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#18312): https://lists.onap.org/g/onap-discuss/message/18312
Mute This Topic: https://lists.onap.org/mt/32596676/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss][POLICY] Policy creation via GUI failed.

[Ram]

Dear MICHAEL A,

To debug this issue, can we have zoom meeting now and I will share my
screen which contains environment.

The environment is created internally and I am not sure to share externally.

Thanks,
Rama

On Thu, Jul 25, 2019 at 6:02 PM MOKRY, MICHAEL A  wrote:

> Hi Rama,
>
>
>
> Can you provide the lab details of the environment you are working in?  I
> can take a look at this today.
>
>
>
> *Regards,*
>
>
>
> *Michael A. Mokry*
>
> Senior – Software Engineer
>
> AT&T Services Inc.
>
> Network Cloud & Infrastructure | ECOMP Platform & Systems
>
> Office:  815.426.7006 | Mobile: 630.234.8676
>
>
>
> *From:* Rama Subba Reddy 
> *Sent:* Thursday, July 25, 2019 5:27 AM
> *To:* DRAGOSH, PAM ; HERNANDEZ-HERRERO, JORGE <
> jh1...@att.com>; MOKRY, MICHAEL A ; ZINNIKAS, MICHAEL J <
> mz2...@att.com>; onap-discuss@lists.onap.org
> *Cc:* gaurav.agra...@huawei.com; Gaurav Agarwal ;
> vidyashree.r...@huawei.com; Vidya Bijooor 
> *Subject:* [onap-discuss][POLICY] Policy creation via GUI failed.
>
>
>
> Dear All,
>
>
>
> In Dublin version, Policy GUI push operation has some issue.
>
>
>
> When we click on push button ideally it should have been displayed
> configured policies but its continuously querying and not displaying the
> configured policies.
>
>
>
> [image: image.png]
>
>
>
> Steps to reproduce issue:
>
> 1) Open policy GUI
>
> 2) Click on Push button and observed this issue
>
>
>
>
>
> Thanks,
>
> Rama
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#18294): https://lists.onap.org/g/onap-discuss/message/18294
Mute This Topic: https://lists.onap.org/mt/32596676/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss][POLICY] Policy creation via GUI failed.

[Pamela Dragosh]

Rama,

I don’t see how we can help you without more details. Perhaps you can show what 
policy you created? And the steps to re-create this?

Regards,

Pam

From: Rama Subba Reddy 
Date: Monday, July 22, 2019 at 4:45 AM
To: "onap-discuss@lists.onap.org" , "DRAGOSH, 
PAMELA L (PAM)" , "HERNANDEZ-HERRERO, JORGE" 

Cc: "chenchua...@huawei.com" , 
"gaurav.agra...@huawei.com" , 
"vidyashree.r...@huawei.com" , 
"zhouj...@huawei.com" 
Subject: Fwd: [onap-discuss][POLICY] Policy creation via GUI failed.

Hi All,

Kindly help to resolve this issue
Issue: Creation of policy is success but however while push policy getting 
following error " XML Parsing Error: not well-formed"

[mage.png]

Thanks,
Rama

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#18229): https://lists.onap.org/g/onap-discuss/message/18229
Mute This Topic: https://lists.onap.org/mt/32525311/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss][policy] pilot dockerhub migration and multiplatform support for policy project

[Paul Vaduva]

Hi again,

Due to the ephemeral nature of  Sandbox Jenkins jobs I have pushed them again 
for this week for you to examine them and see how they work.

Have a nice week,
Paul Vaduva

From: Paul Vaduva
Sent: Thursday, July 11, 2019 5:37 PM
To: onap-discuss@lists.onap.org
Cc: DRAGOSH, PAMELA L (PAM) ; Jessica Wagantall 
; Kenny Paul ; Jim 
Baker ; Klozik Martin ; 
martin.bans...@tieto.com; Puzikov Dmitry ; Hrabos 
Simon 
Subject: [onap-discuss][policy] pilot dockerhub migration and multiplatform 
support for policy project

Dear all,

First of all congratulations for the release of Dublin.
I write to you all because you are stakeholders in the migration of onap 
projects to dockerhub and eventually multiplaform support of course.
I finished a pilot of the policy project (an example on how we can build the 
docker images with multiplatform support and push them to dockerhub) in the 
Jenkins Sandbox:
https://jenkins.onap.org/sandbox/

Here are the modifications I had to do for the ci-management repo to create 
multiplatform jobs for reference (specially for linux foundation)
https://github.com/pvaduva/ci-management.git

All the issues with the build are the same on the nexus3 pipeline and on both 
amd64 and arm64 so I assume is not platform specific but I encourage you all to 
take a look and see how the jobs perform. It's true that I had to make some 
adjustments to the git repos of the policy project so I used github to store 
the modified versions but they are public so you can examine the type of 
modifications that would need to be made. It's true that some of the 
modifications are made because of the limitations of Jenkins Sandbox, they will 
not be necessary on the final version but you can see the high level of the 
idea of a multiplatform capable image and storage to dockerhub.
I added Martin, Dmitry, Simon to see the modifications, we will have to make 
some similar for all the other projects (together with those respective teams 
of course).

Of course we need input from all the parties involved we can craft the details 
of the implementation together but this is as previously stated to give a high 
level idea.
I created a mock account for storing the docker images because some jobs need 
intermediate images and also for you to examine to see how the images would 
look like (specially Pam and the policy team)
dockerhub account;
user: onapmulti
pass: Secret1234

Best Regards,
Paul Vaduva

This message, including attachments, is CONFIDENTIAL. It may also be privileged 
or otherwise protected by law. If you received this email by mistake please let 
us know by reply and then delete it from your system; you should not copy it or 
disclose its contents to anyone. All messages sent to and from Enea may be 
monitored to ensure compliance with internal policies and to protect our 
business. Emails are not secure and cannot be guaranteed to be error free as 
they can be intercepted, a mended, lost or destroyed, or contain viruses. The 
sender therefore does not accept liability for any errors or omissions in the 
contents of this message, which arise as a result of email transmission. Anyone 
who communicates with us by email accepts these risks.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#18053): https://lists.onap.org/g/onap-discuss/message/18053
Mute This Topic: https://lists.onap.org/mt/32430723/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss][policy] Policy UI issue

[Thamlur Raju]

Hi Pam,

It’s worked, now we are able to access the Policy UI.

Thanks & Regards,
Thamlur Raju

From: DRAGOSH, PAMELA L (PAM) 
Sent: Wednesday, July 10, 2019 10:45 PM
To: onap-discuss@lists.onap.org; Thamlur Raju 
Subject: Re: [onap-discuss][policy] Policy UI issue

This should have been fixed in Dublin via 
https://jira.onap.org/browse/POLICY-1650<https://ind01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fjira.onap.org%2Fbrowse%2FPOLICY-1650&data=02%7C01%7CTR00568434%40TechMahindra.com%7Cb4d664dda64c491f0adf08d7055a749a%7Cedf442f5b9944c86a131b42b03a16c95%7C0%7C0%7C636983758378317666&sdata=T6T%2F5WIGI7%2F3sjOLOxRx3PULCiaGXycpPHYwLF58gfs%3D&reserved=0>.

Can you verify you used credentials as demo/demo12345! at portal address: 
https://portal.api.simpledemo.onap.org:30225/ONAPPORTAL/login.htm<https://ind01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fportal.api.simpledemo.onap.org%3A30225%2FONAPPORTAL%2Flogin.htm&data=02%7C01%7CTR00568434%40TechMahindra.com%7Cb4d664dda64c491f0adf08d7055a749a%7Cedf442f5b9944c86a131b42b03a16c95%7C0%7C0%7C636983758378327674&sdata=cCvHYMSomz1NJSqVvTUrvQlFjiPWi4HTWJoTURM7Eow%3D&reserved=0>

Pam


From: mailto:onap-discuss@lists.onap.org>> on 
behalf of Thamlur Raju 
mailto:tr00568...@techmahindra.com>>
Reply-To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, 
"tr00568...@techmahindra.com<mailto:tr00568...@techmahindra.com>" 
mailto:tr00568...@techmahindra.com>>
Date: Wednesday, July 10, 2019 at 10:20 AM
To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>
Subject: [onap-discuss][policy] Policy UI issue

Hi,

We are using the Dublin release of ONAP. While we are trying to access Policy 
UI from portal unable to see left panel.
Same issue while trying as standalone also. 
(https://policy.api.simpledemo.onap.org:30219/onap/policy<https://ind01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpolicy.api.simpledemo.onap.org%3A30219%2Fonap%2Fpolicy&data=02%7C01%7CTR00568434%40TechMahindra.com%7Cb4d664dda64c491f0adf08d7055a749a%7Cedf442f5b9944c86a131b42b03a16c95%7C0%7C0%7C636983758378327674&sdata=Za%2FOsz3306YbsI4RB2EqEKyNbquOwKs%2B4KLMlFO4Xzc%3D&reserved=0>
 )

Tested with multiple browsers,

1.   Mozilla firefox (version : 67)

2.   Chrome (version : 75)

3.   Internet Explorer (version : 11)

[cid:image001.jpg@01D537F1.DC757970]



Any suggestion to overcome this issue.


Thanks & Regards,
Thamlur Raju


 Disclaimer: This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at http://www.techmahindra.com/Disclaimer.html externally 
http://tim.techmahindra.com/tim/disclaimer.html internally within TechMahindra. 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#17976): https://lists.onap.org/g/onap-discuss/message/17976
Mute This Topic: https://lists.onap.org/mt/32416615/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

<>

Re: [onap-discuss][policy] Policy UI issue

[Pamela Dragosh]

This should have been fixed in Dublin via 
https://jira.onap.org/browse/POLICY-1650.

Can you verify you used credentials as demo/demo12345! at portal address: 
https://portal.api.simpledemo.onap.org:30225/ONAPPORTAL/login.htm

Pam


From:  on behalf of Thamlur Raju 

Reply-To: "onap-discuss@lists.onap.org" , 
"tr00568...@techmahindra.com" 
Date: Wednesday, July 10, 2019 at 10:20 AM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss][policy] Policy UI issue

Hi,

We are using the Dublin release of ONAP. While we are trying to access Policy 
UI from portal unable to see left panel.
Same issue while trying as standalone also. 
(https://policy.api.simpledemo.onap.org:30219/onap/policy
 )

Tested with multiple browsers,

1.   Mozilla firefox (version : 67)

2.   Chrome (version : 75)

3.   Internet Explorer (version : 11)

[cid:image001.jpg@01D53721.857B33B0]



Any suggestion to overcome this issue.


Thanks & Regards,
Thamlur Raju


 Disclaimer: This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at http://www.techmahindra.com/Disclaimer.html externally 
http://tim.techmahindra.com/tim/disclaimer.html internally within TechMahindra. 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#17970): https://lists.onap.org/g/onap-discuss/message/17970
Mute This Topic: https://lists.onap.org/mt/32416615/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [E] Re: [onap-discuss][policy] Dublin Policy Lifecycle API

[Gopigiri, Sirisha via Lists.Onap.Org]

Hi Ram,

Thank you for the details and the demo video was quite helpful.

Dear Policy Team.

I have few more questions:

   - Does the Lifecycle API also support editing the policy-types or
   policies already created? I don't see a PUT/PATCH API support
   - The policy implementation logic in the tosca file for the
   corresponding policy support is there for APEX based policies right? For
   drools based policies I could see there is still the legacy path taken for
   the operational policy creation but using the new usecase-controller jar
   that needs to be onboarded instead of the BRMSGW path. And for the XACML
   based policies though there is support for creating the custom policy types
   and policies but the implementation logic is not part of them. I believe
   Pam would be discussing on how to onboard the implementation logic to the
   XACML engine in the next policy meeting. Please correct me if I am wrong.


Thank you

Best Regards
Sirisha Gopigiri


On Fri, Jun 14, 2019 at 1:57 PM Ram Krishna Verma
 wrote:

> Hi Sirisha,
>
>
> Please find my comments inline (in green) in the below email.
>
>
> Also, we had a session on New PF Architecture in the DDF (Stockholm) on
> Wednesday. May be you can have a look at the video -
> https://wiki.lfnetworking.org/display/LN/2019+June+Event+Topic+Proposals#id-2019JuneEventTopicProposals-TheONAPPolicyFrameworkEnhancements
> 
>
>
> And we have the documents ready at
> https://onap.readthedocs.io/en/latest/submodules/policy/parent.git/docs/index.html
> 
>
>
> Let us know if you need any info/help.
>
>
> Regards,
>
> Ram
> --
> *From:* onap-discuss@lists.onap.org  on
> behalf of Gopigiri, Sirisha via Lists.Onap.Org  verizon@lists.onap.org>
> *Sent:* 13 June 2019 14:10
> *To:* onap-discuss@lists.onap.org
> *Cc:* Rajesh R
> *Subject:* [onap-discuss][policy] Dublin Policy Lifecycle API
>
> Dear Policy Team,
>
> I could see that there is new Policy lifecycle API implemented in Dublin.
> I just got some understanding about it after going through the wiki pages
> and read the docs. And I wanted to understand till which point is it
> implemented. Please correct me if I am wrong
>
>- Using the policy lifecycle API I can create policy type template
>artifacts through SDC in the tosca format and some sample definitions are
>defined in this document
>
> 
>.– You can use the lifecycle API to create policy type & policy in
>tosca format directly. Creating through SDC distribution is not implemented
>yet and might be available in future releases (may be Frankfurt).
>- Using policy lifecycle API can I also upload the policy
>implementation(be it APEX, drools based) for a particular policy type
>through SDC or still I have to follow the legacy way of push the drools
>file through the policyEngineImport API and the BRMSGW generate the nexus
>jar file that drools PDP can use for a particular policy I create. Please
>point me to the document on how to create through SDC if support is there. 
> –
>Creating through SDC is not there yet. But you can very well create a
>policy for any pdp (apex, drools, xacml) and put the policy implementation
>logic in the tosca file itself. There is no BRMSGW in the new architecture.
>For example – you can have a look at the apex policy that I used for the
>current DDF -
>
> https://wiki.lfnetworking.org/display/LN/2019+June+Event+Topic+Proposals#id-2019JuneEventTopicProposals-ShowingthecapabilitiesofNewPolicyComponentsinanoominstallationofONAP
>
> 

Re: [onap-discuss][policy] Dublin Policy Lifecycle API

[Ram Krishna Verma]

Hi Sirisha,


Please find my comments inline (in green) in the below email.


Also, we had a session on New PF Architecture in the DDF (Stockholm) on 
Wednesday. May be you can have a look at the video - 
https://wiki.lfnetworking.org/display/LN/2019+June+Event+Topic+Proposals#id-2019JuneEventTopicProposals-TheONAPPolicyFrameworkEnhancements


And we have the documents ready at 
https://onap.readthedocs.io/en/latest/submodules/policy/parent.git/docs/index.html


Let us know if you need any info/help.


Regards,

Ram


From: onap-discuss@lists.onap.org  on behalf of 
Gopigiri, Sirisha via Lists.Onap.Org 

Sent: 13 June 2019 14:10
To: onap-discuss@lists.onap.org
Cc: Rajesh R
Subject: [onap-discuss][policy] Dublin Policy Lifecycle API

Dear Policy Team,

I could see that there is new Policy lifecycle API implemented in Dublin. I 
just got some understanding about it after going through the wiki pages and 
read the docs. And I wanted to understand till which point is it implemented. 
Please correct me if I am wrong

  *   Using the policy lifecycle API I can create policy type template 
artifacts through SDC in the tosca format and some sample definitions are 
defined in this 
document.–
 You can use the lifecycle API to create policy type & policy in tosca format 
directly. Creating through SDC distribution is not implemented yet and might be 
available in future releases (may be Frankfurt).
  *   Using policy lifecycle API can I also upload the policy implementation(be 
it APEX, drools based) for a particular policy type through SDC or still I have 
to follow the legacy way of push the drools file through the policyEngineImport 
API and the BRMSGW generate the nexus jar file that drools PDP can use for a 
particular policy I create. Please point me to the document on how to create 
through SDC if support is there. – Creating through SDC is not there yet. But 
you can very well create a policy for any pdp (apex, drools, xacml) and put the 
policy implementation logic in the tosca file itself. There is no BRMSGW in the 
new architecture. For example – you can have a look at the apex policy that I 
used for the current DDF - 
https://wiki.lfnetworking.org/display/LN/2019+June+Event+Topic+Proposals#id-2019JuneEventTopicProposals-ShowingthecapabilitiesofNewPolicyComponentsinanoominstallationofONAP
 Download the postman collection, import it in postman and have a look at the 
Create Policy payload.
  *   Could you also please point me to the document on how to create policy 
through SDC for the already existing policy types in SDC(like the affinity, 
anti-affinity, scaling) – Not there yet 😊
  *   Could you please point me to the document on what the new features the 
policy XACML 2nd generation PDP provides. – I think in Dublin release XACML pdp 
supports guard, optimization & monitoring policy types. There is a plan for 
coordination policy type support next. May be Pam/Mike can comment more on this.

Thank you in advance!

Best Regards
Sirisha Gopigiri


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#17590): https://lists.onap.org/g/onap-discuss/message/17590
Mute This Topic: https://lists.onap.org/mt/32052045/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss][policy] Cannot delete policies inside pdp

[Ying, Ruoyu]

Got it. Thanks.

Best Regards,
Ruoyu

From: DRAGOSH, PAMELA L (PAM) [mailto:pdrag...@research.att.com]
Sent: Tuesday, May 28, 2019 8:54 PM
To: onap-discuss@lists.onap.org; Ying, Ruoyu 
Cc: Ukponmwan, Itohan 
Subject: Re: [onap-discuss][policy] Cannot delete policies inside pdp

We delivered a fix to Itohan – he needs to test with the latest images 
contained in the OOM k8s charts.

Please note that the integration team doesn’t require the teams to update the 
docker manifest anymore.

Thanks,

Pam

From: mailto:onap-discuss@lists.onap.org>> on 
behalf of "Ying, Ruoyu" mailto:ruoyu.y...@intel.com>>
Reply-To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, 
"ruoyu.y...@intel.com<mailto:ruoyu.y...@intel.com>" 
mailto:ruoyu.y...@intel.com>>
Date: Monday, May 27, 2019 at 2:44 AM
To: "DRAGOSH, PAMELA L (PAM)" 
mailto:pdrag...@research.att.com>>
Cc: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, "Ukponmwan, 
Itohan" mailto:itohan.ukponm...@intel.com>>
Subject: Re: [onap-discuss][policy] Cannot delete policies inside pdp

Hi Pam,

Do we have any clue on this problem now? Or can you somehow guide me to check 
the logs?
Thanks.

Best Regards,
Ruoyu

From: Ying, Ruoyu
Sent: Tuesday, May 7, 2019 9:17 PM
To: DRAGOSH, PAMELA L (PAM) 
mailto:pdrag...@research.att.com>>
Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Ukponmwan, 
Itohan mailto:itohan.ukponm...@intel.com>>
Subject: Re: [onap-discuss][policy] Cannot delete policies inside pdp

The legacy ones.

Best Regards,
Ruoyu

On May 7, 2019, at 19:27, DRAGOSH, PAMELA L (PAM) 
mailto:pdrag...@research.att.com>> wrote:
Ruoyo,

No clue at all, logs would help. Which API are you using? The legacy api or the 
new api?

Pam


From: "Ying, Ruoyu" mailto:ruoyu.y...@intel.com>>
Date: Monday, May 6, 2019 at 9:29 PM
To: "'onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>'" 
mailto:onap-discuss@lists.onap.org>>, "DRAGOSH, 
PAMELA L (PAM)" mailto:pdrag...@research.att.com>>
Cc: "Ukponmwan, Itohan" 
mailto:itohan.ukponm...@intel.com>>
Subject: [onap-discuss][policy] Cannot delete policies inside pdp

Hi dear policy team,

We’ve encountered a weird issue that we are able to list the policies with a 
rest call to the pdp service, like what we have for R3.
However, when we try to delete the policies we got from the list with a rest 
call to 
‘https://pdp:8081/pdp/api/deletePolicy’<https://urldefense.proofpoint.com/v2/url?u=https-3A__pdp-3A8081_pdp_api_deletePolicy-25E2-2580-2599&d=DwQFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4&m=waf7mt24p9tt3TRktxokhPlwaC5UTA5b2BAMb2JVxg8&s=dmsGxPOy_UjIcVE2YSjmyARxkcKk21i7xPDQRVg2n2Q&e=>.
 It pops out error like ‘PE300 - Data Issue: Policy does not exist on the PDP – 
xml’
Any clue for the issue here?
Thanks a lot.

Best Regards,
Ruoyu



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#17310): https://lists.onap.org/g/onap-discuss/message/17310
Mute This Topic: https://lists.onap.org/mt/31527265/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss][policy] Cannot delete policies inside pdp

[Pamela Dragosh]

We delivered a fix to Itohan – he needs to test with the latest images 
contained in the OOM k8s charts.

Please note that the integration team doesn’t require the teams to update the 
docker manifest anymore.

Thanks,

Pam

From:  on behalf of "Ying, Ruoyu" 

Reply-To: "onap-discuss@lists.onap.org" , 
"ruoyu.y...@intel.com" 
Date: Monday, May 27, 2019 at 2:44 AM
To: "DRAGOSH, PAMELA L (PAM)" 
Cc: "onap-discuss@lists.onap.org" , "Ukponmwan, 
Itohan" 
Subject: Re: [onap-discuss][policy] Cannot delete policies inside pdp

Hi Pam,

Do we have any clue on this problem now? Or can you somehow guide me to check 
the logs?
Thanks.

Best Regards,
Ruoyu

From: Ying, Ruoyu
Sent: Tuesday, May 7, 2019 9:17 PM
To: DRAGOSH, PAMELA L (PAM) 
Cc: onap-discuss@lists.onap.org; Ukponmwan, Itohan 
Subject: Re: [onap-discuss][policy] Cannot delete policies inside pdp

The legacy ones.

Best Regards,
Ruoyu

On May 7, 2019, at 19:27, DRAGOSH, PAMELA L (PAM) 
mailto:pdrag...@research.att.com>> wrote:
Ruoyo,

No clue at all, logs would help. Which API are you using? The legacy api or the 
new api?

Pam


From: "Ying, Ruoyu" mailto:ruoyu.y...@intel.com>>
Date: Monday, May 6, 2019 at 9:29 PM
To: "'onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>'" 
mailto:onap-discuss@lists.onap.org>>, "DRAGOSH, 
PAMELA L (PAM)" mailto:pdrag...@research.att.com>>
Cc: "Ukponmwan, Itohan" 
mailto:itohan.ukponm...@intel.com>>
Subject: [onap-discuss][policy] Cannot delete policies inside pdp

Hi dear policy team,

We’ve encountered a weird issue that we are able to list the policies with a 
rest call to the pdp service, like what we have for R3.
However, when we try to delete the policies we got from the list with a rest 
call to 
‘https://pdp:8081/pdp/api/deletePolicy’<https://urldefense.proofpoint.com/v2/url?u=https-3A__pdp-3A8081_pdp_api_deletePolicy-25E2-2580-2599&d=DwQFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4&m=waf7mt24p9tt3TRktxokhPlwaC5UTA5b2BAMb2JVxg8&s=dmsGxPOy_UjIcVE2YSjmyARxkcKk21i7xPDQRVg2n2Q&e=>.
 It pops out error like ‘PE300 - Data Issue: Policy does not exist on the PDP – 
xml’
Any clue for the issue here?
Thanks a lot.

Best Regards,
Ruoyu



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#17244): https://lists.onap.org/g/onap-discuss/message/17244
Mute This Topic: https://lists.onap.org/mt/31527265/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss][policy] Cannot delete policies inside pdp

[Ying, Ruoyu]

Hi Pam,

Do we have any clue on this problem now? Or can you somehow guide me to check 
the logs?
Thanks.

Best Regards,
Ruoyu

From: Ying, Ruoyu
Sent: Tuesday, May 7, 2019 9:17 PM
To: DRAGOSH, PAMELA L (PAM) 
Cc: onap-discuss@lists.onap.org; Ukponmwan, Itohan 
Subject: Re: [onap-discuss][policy] Cannot delete policies inside pdp

The legacy ones.

Best Regards,
Ruoyu
On May 7, 2019, at 19:27, DRAGOSH, PAMELA L (PAM) 
mailto:pdrag...@research.att.com>> wrote:
Ruoyo,

No clue at all, logs would help. Which API are you using? The legacy api or the 
new api?

Pam


From: "Ying, Ruoyu" mailto:ruoyu.y...@intel.com>>
Date: Monday, May 6, 2019 at 9:29 PM
To: "'onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>'" 
mailto:onap-discuss@lists.onap.org>>, "DRAGOSH, 
PAMELA L (PAM)" mailto:pdrag...@research.att.com>>
Cc: "Ukponmwan, Itohan" 
mailto:itohan.ukponm...@intel.com>>
Subject: [onap-discuss][policy] Cannot delete policies inside pdp

Hi dear policy team,

We've encountered a weird issue that we are able to list the policies with a 
rest call to the pdp service, like what we have for R3.
However, when we try to delete the policies we got from the list with a rest 
call to 
'https://pdp:8081/pdp/api/deletePolicy'<https://urldefense.proofpoint.com/v2/url?u=https-3A__pdp-3A8081_pdp_api_deletePolicy-25E2-2580-2599&d=DwQFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4&m=waf7mt24p9tt3TRktxokhPlwaC5UTA5b2BAMb2JVxg8&s=dmsGxPOy_UjIcVE2YSjmyARxkcKk21i7xPDQRVg2n2Q&e=>.
 It pops out error like 'PE300 - Data Issue: Policy does not exist on the PDP - 
xml'
Any clue for the issue here?
Thanks a lot.

Best Regards,
Ruoyu


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#17232): https://lists.onap.org/g/onap-discuss/message/17232
Mute This Topic: https://lists.onap.org/mt/31527265/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss][policy] Cannot delete policies inside pdp

[Ying, Ruoyu]

The legacy ones.

Best Regards,
Ruoyu
On May 7, 2019, at 19:27, DRAGOSH, PAMELA L (PAM) 
mailto:pdrag...@research.att.com>> wrote:

Ruoyo,

No clue at all, logs would help. Which API are you using? The legacy api or the 
new api?

Pam


From: "Ying, Ruoyu" mailto:ruoyu.y...@intel.com>>
Date: Monday, May 6, 2019 at 9:29 PM
To: "'onap-discuss@lists.onap.org'" 
mailto:onap-discuss@lists.onap.org>>, "DRAGOSH, 
PAMELA L (PAM)" mailto:pdrag...@research.att.com>>
Cc: "Ukponmwan, Itohan" 
mailto:itohan.ukponm...@intel.com>>
Subject: [onap-discuss][policy] Cannot delete policies inside pdp

Hi dear policy team,

We’ve encountered a weird issue that we are able to list the policies with a 
rest call to the pdp service, like what we have for R3.
However, when we try to delete the policies we got from the list with a rest 
call to 
‘https://pdp:8081/pdp/api/deletePolicy’.
 It pops out error like ‘PE300 - Data Issue: Policy does not exist on the PDP – 
xml’
Any clue for the issue here?
Thanks a lot.

Best Regards,
Ruoyu


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#16940): https://lists.onap.org/g/onap-discuss/message/16940
Mute This Topic: https://lists.onap.org/mt/31527265/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss][policy] Cannot delete policies inside pdp

[Pamela Dragosh]

Ruoyo,

No clue at all, logs would help. Which API are you using? The legacy api or the 
new api?

Pam


From: "Ying, Ruoyu" 
Date: Monday, May 6, 2019 at 9:29 PM
To: "'onap-discuss@lists.onap.org'" , "DRAGOSH, 
PAMELA L (PAM)" 
Cc: "Ukponmwan, Itohan" 
Subject: [onap-discuss][policy] Cannot delete policies inside pdp

Hi dear policy team,

We’ve encountered a weird issue that we are able to list the policies with a 
rest call to the pdp service, like what we have for R3.
However, when we try to delete the policies we got from the list with a rest 
call to 
‘https://pdp:8081/pdp/api/deletePolicy’.
 It pops out error like ‘PE300 - Data Issue: Policy does not exist on the PDP – 
xml’
Any clue for the issue here?
Thanks a lot.

Best Regards,
Ruoyu


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#16933): https://lists.onap.org/g/onap-discuss/message/16933
Mute This Topic: https://lists.onap.org/mt/31527265/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Policy Portal issue #casablanca #clamp #policy #oom #clamp #dcae

[jkzcristiano]

Still,

CL deploy operation from CLAMP is not working. I attach clamp logs of the 
"deploy" action I've just tried.

Message in CLAMP UI:
Action Failure: deploy, Exception occurred during createNewDeployment Operation 
with DCAE

Initial clamp logs:

10:35:56.607 [https-jsse-nio-8443-exec-25] INFO  
org.onap.clamp.clds.client.DcaeHttpConnectionManager - Using HTTPS URL to 
contact 
DCAE:https://deployment-handler.onap:8443/dcae-deployments/closedLoop_b18be34d-29b4-4f37-9de6-e3fdeb92e5ed_deploymentId
10:35:56.615 [https-jsse-nio-8443-exec-25] ERROR 
org.onap.clamp.clds.client.DcaeDispatcherServices - Exception occurred getting 
response from DCAE
javax.net.ssl.SSLHandshakeException: 
java.security.cert.CertificateExpiredException: NotAfter: Tue Mar 12 15:58:00 
UTC 2019
at sun.security.ssl.Alerts.getSSLException(Alerts.java:192)
at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1964)
at sun.security.ssl.Handshaker.fatalSE(Handshaker.java:328)
at sun.security.ssl.Handshaker.fatalSE(Handshaker.java:322)

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#16580): https://lists.onap.org/g/onap-discuss/message/16580
Mute This Topic: https://lists.onap.org/mt/31067111/21656
Mute #clamp: https://lists.onap.org/mk?hashtag=clamp&subid=2740164
Mute #policy: https://lists.onap.org/mk?hashtag=policy&subid=2740164
Mute #casablanca: https://lists.onap.org/mk?hashtag=casablanca&subid=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

10:35:56.607 [https-jsse-nio-8443-exec-25] INFO  
org.onap.clamp.clds.client.DcaeHttpConnectionManager - Using HTTPS URL to 
contact 
DCAE:https://deployment-handler.onap:8443/dcae-deployments/closedLoop_b18be34d-29b4-4f37-9de6-e3fdeb92e5ed_deploymentId
10:35:56.615 [https-jsse-nio-8443-exec-25] ERROR 
org.onap.clamp.clds.client.DcaeDispatcherServices - Exception occurred getting 
response from DCAE
javax.net.ssl.SSLHandshakeException: 
java.security.cert.CertificateExpiredException: NotAfter: Tue Mar 12 15:58:00 
UTC 2019
at sun.security.ssl.Alerts.getSSLException(Alerts.java:192)
at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1964)
at sun.security.ssl.Handshaker.fatalSE(Handshaker.java:328)
at sun.security.ssl.Handshaker.fatalSE(Handshaker.java:322)
at 
sun.security.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1633)
at 
sun.security.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:216)
at sun.security.ssl.Handshaker.processLoop(Handshaker.java:1052)
at sun.security.ssl.Handshaker.process_record(Handshaker.java:987)
at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1072)
at 
sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1385)
at 
sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1413)
at 
sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1397)
at 
sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:559)
at 
sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185)
at 
sun.net.www.protocol.http.HttpURLConnection.getOutputStream0(HttpURLConnection.java:1334)
at 
sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConnection.java:1309)
at 
sun.net.www.protocol.https.HttpsURLConnectionImpl.getOutputStream(HttpsURLConnectionImpl.java:259)
at 
org.onap.clamp.clds.client.DcaeHttpConnectionManager.doHttpsQuery(DcaeHttpConnectionManager.java:66)
at 
org.onap.clamp.clds.client.DcaeHttpConnectionManager.doDcaeHttpQuery(DcaeHttpConnectionManager.java:146)
at 
org.onap.clamp.clds.client.DcaeDispatcherServices.getDcaeResponse(DcaeDispatcherServices.java:211)
at 
org.onap.clamp.clds.client.DcaeDispatcherServices.createNewDeployment(DcaeDispatcherServices.java:159)
at 
org.onap.clamp.clds.service.CldsService.deployModel(CldsService.java:736)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
org.apache.camel.component.bean.MethodInfo.invoke(MethodInfo.java:481)
at 
org.apache.camel.component.bean.MethodInfo$1.doProceed(MethodInfo.java:300)
at 
org.apache.camel.component.bean.MethodInfo$1.proceed(MethodInfo.java:273)
at 
org.apache.camel.component.bean.AbstractBeanProcessor.process(AbstractBeanProcessor.java:187)
at 
org.apache.camel.component.bean.BeanProcessor.process(BeanProcessor.java:53)
at 
org.apache.camel.component.bean.BeanProducer.process(BeanProducer

Re: [onap-discuss] Policy Portal issue #casablanca #clamp #policy #oom #clamp #dcae

[jkzcristiano]

Dear Jorge,

the workaround works to access Policy UI via 
https://policy.api.simpledemo.onap.org:30219/onap/login.htm :

1. Log to policy-pap-xxx
2. sed -i 's/role_access/#role_access/g' 
/opt/app/policy/servers/console/webapps/onap/WEB-INF/classes/portal.properties
3. source /opt/app/policy/etc/profile.d/env.sh;
4. policy.sh stop;
5. policy.sh start;

Thank you very much!
Xoan

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#16579): https://lists.onap.org/g/onap-discuss/message/16579
Mute This Topic: https://lists.onap.org/mt/31067111/21656
Mute #clamp: https://lists.onap.org/mk?hashtag=clamp&subid=2740164
Mute #policy: https://lists.onap.org/mk?hashtag=policy&subid=2740164
Mute #casablanca: https://lists.onap.org/mk?hashtag=casablanca&subid=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Policy Portal issue #casablanca #clamp #policy #oom #clamp #dcae

[Jorge Hernandez]

See some discussion in PORTAL-554 and pointers to a potential workaround, if 
you can give it a try.
Best regards,
Jorge

From: onap-discuss@lists.onap.org  On Behalf Of 
Andreas Geissler
Sent: Monday, April 15, 2019 7:21 AM
To: jkzcristiano ; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Policy Portal issue #casablanca #clamp #policy #oom 
#clamp #dcae


Hi Marco and Yang,

I tried it with the today's latest Casablanca version including all 3.0.2 fixes.

The procedure to start the VID and Poliy UIs outside the portal worked only for 
VID.

For Policy the situation is as Xoan described above.
Best regards
Andreas


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#16569): https://lists.onap.org/g/onap-discuss/message/16569
Mute This Topic: https://lists.onap.org/mt/31067111/21656
Mute #clamp: https://lists.onap.org/mk?hashtag=clamp&subid=2740164
Mute #policy: https://lists.onap.org/mk?hashtag=policy&subid=2740164
Mute #casablanca: https://lists.onap.org/mk?hashtag=casablanca&subid=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Policy Portal issue #casablanca #clamp #policy #oom #clamp #dcae

[Andreas Geissler]

Hi Marco and Yang,

I tried it with the today's latest Casablanca version including all 3.0.2 fixes.

The procedure to start the VID and Poliy UIs outside the portal worked only for 
VID.

For Policy the situation is as Xoan described above.
Best regards
Andreas

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#16562): https://lists.onap.org/g/onap-discuss/message/16562
Mute This Topic: https://lists.onap.org/mt/31067111/21656
Mute #clamp: https://lists.onap.org/mk?hashtag=clamp&subid=2740164
Mute #policy: https://lists.onap.org/mk?hashtag=policy&subid=2740164
Mute #casablanca: https://lists.onap.org/mk?hashtag=casablanca&subid=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Policy Portal issue #casablanca #clamp #policy #oom #clamp #dcae

[jkzcristiano]

Dear Marco,

the procedure you mention is what I used to do before but I don't think it is 
now the case. Actually, Yang has tried this weekend and opened a Jira ticket 
https://jira.onap.org/browse/ PORTAL-554 ( 
https://jira.onap.org/browse/PORTAL-554 ) regarding policy issue.

I would also like to add in this message #oom, #clamp and  #dcae since I also 
have an issue when I deploy a CL from CLAMP (when contacting with 
deployment-handler).

Kind Regards!

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#16559): https://lists.onap.org/g/onap-discuss/message/16559
Mute This Topic: https://lists.onap.org/mt/31067111/21656
Mute #clamp: https://lists.onap.org/mk?hashtag=clamp&subid=2740164
Mute #policy: https://lists.onap.org/mk?hashtag=policy&subid=2740164
Mute #casablanca: https://lists.onap.org/mk?hashtag=casablanca&subid=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Policy Portal issue #casablanca #clamp #policy

[Marco Platania]

Xoan,

Try to access Policy and VID from their own GUIs, accepting the certificates 
when the warning pops up. After that, try again from Portal. Typically, 
accepting the certificate when connecting to Policy and VID directly makes my 
Portal instance work.

https://policy.api.simpledemo.onap.org:30219/onap/login.htm
https://vid.api.simpledemo.onap.org:30200/vid/login.htm

Marco


From:  on behalf of Yang Xu 
Reply-To: "onap-discuss@lists.onap.org" , 
"yang@huawei.com" 
Date: Friday, April 12, 2019 at 9:52 PM
To: "onap-discuss@lists.onap.org" , 
"jkzcristi...@gmail.com" 
Subject: Re: [onap-discuss] Policy Portal issue #casablanca #clamp #policy

Xoan,

Thanks for reporting the issue. We recently tested Casablanca 3.0.2 candidate 
on Integration-SB-04. I could access Portal and VID directly, but not through 
Portal. Could you try on Integration-SB-04 and let us know if it works for you 
asap?

Regards,
-Yang

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of jkzcristiano
Sent: Friday, April 12, 2019 2:32 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Policy Portal issue #casablanca #clamp #policy

Dear all,

I deploy casablanca branch 4 days ago. When I try to go to Policy UI (either 
directly or through Portal), I have the following issue:

[cid:image001.png@01D4F2E8.3B4159A0]


At the same time, I have an error when deploying a CL from CLAMP. This issue 
maybe related with Policy not working properly or because some certificate has 
expired as clamp-clamp logs suggest:
17:00:24.246 [https-jsse-nio-8443-exec-17] INFO  
org.onap.clamp.clds.client.DcaeHttpConnectionManager - Using HTTPS URL to 
contact 
DCAE:https://deployment-handler.onap:8443/dcae-deployments/closedLoop_0f85dc15-6906-401b-a1ae-2da98733d01c_deploymentId<https://urldefense.proofpoint.com/v2/url?u=https-3A__deployment-2Dhandler.onap-3A8443_dcae-2Ddeployments_closedLoop-5F0f85dc15-2D6906-2D401b-2Da1ae-2D2da98733d01c-5FdeploymentId&d=DwQGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0&m=BMqVG6_h3Sxm5rkbrIa8-fnxLiBD3kjWRisbWm4z08k&s=hiMYZNLXpdym-LJDlFfpLwQ--USj6Hfx-PqpOgnmx3M&e=>
17:00:24.254 [https-jsse-nio-8443-exec-17] ERROR 
org.onap.clamp.clds.client.DcaeDispatcherServices - Exception occurred getting 
response from DCAE
javax.net.ssl.SSLHandshakeException: 
java.security.cert.CertificateExpiredException: NotAfter: Tue Mar 12 15:58:00 
UTC 2019

I have read there are some issues with expired certificates in several ONAP 
services (due to Mar 12). Wonder if this issue will be solved in next ONAP tag 
3.0.2-ONAP (hopefully, next Monday).

Kind regards!
Xoan





-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#16547): https://lists.onap.org/g/onap-discuss/message/16547
Mute This Topic: https://lists.onap.org/mt/31067111/21656
Mute #clamp: https://lists.onap.org/mk?hashtag=clamp&subid=2740164
Mute #policy: https://lists.onap.org/mk?hashtag=policy&subid=2740164
Mute #casablanca: https://lists.onap.org/mk?hashtag=casablanca&subid=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Policy Portal issue #casablanca #clamp #policy

[Yang Xu]

Xoan,

Thanks for reporting the issue. We recently tested Casablanca 3.0.2 candidate 
on Integration-SB-04. I could access Portal and VID directly, but not through 
Portal. Could you try on Integration-SB-04 and let us know if it works for you 
asap?

Regards,
-Yang

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of jkzcristiano
Sent: Friday, April 12, 2019 2:32 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Policy Portal issue #casablanca #clamp #policy

Dear all,

I deploy casablanca branch 4 days ago. When I try to go to Policy UI (either 
directly or through Portal), I have the following issue:

[cid:image001.png@01D4F176.83898610]


At the same time, I have an error when deploying a CL from CLAMP. This issue 
maybe related with Policy not working properly or because some certificate has 
expired as clamp-clamp logs suggest:
17:00:24.246 [https-jsse-nio-8443-exec-17] INFO  
org.onap.clamp.clds.client.DcaeHttpConnectionManager - Using HTTPS URL to 
contact 
DCAE:https://deployment-handler.onap:8443/dcae-deployments/closedLoop_0f85dc15-6906-401b-a1ae-2da98733d01c_deploymentId
17:00:24.254 [https-jsse-nio-8443-exec-17] ERROR 
org.onap.clamp.clds.client.DcaeDispatcherServices - Exception occurred getting 
response from DCAE
javax.net.ssl.SSLHandshakeException: 
java.security.cert.CertificateExpiredException: NotAfter: Tue Mar 12 15:58:00 
UTC 2019

I have read there are some issues with expired certificates in several ONAP 
services (due to Mar 12). Wonder if this issue will be solved in next ONAP tag 
3.0.2-ONAP (hopefully, next Monday).

Kind regards!
Xoan




-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#16543): https://lists.onap.org/g/onap-discuss/message/16543
Mute This Topic: https://lists.onap.org/mt/31067111/21656
Mute #clamp: https://lists.onap.org/mk?hashtag=clamp&subid=2740164
Mute #policy: https://lists.onap.org/mk?hashtag=policy&subid=2740164
Mute #casablanca: https://lists.onap.org/mk?hashtag=casablanca&subid=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [policy] [cia]

[Jorge Hernandez]

Hello Dmitry,

Thanks for the work.   Probably could standardize it in python3 for the tooling 
that uses it.   It will have to be tested.

Just a thought, to give consideration to widen the scope beyond policy to have 
one or more blessed base images for ONAP ones based on Alpine, so other 
projects can benefit and avoid issues such as the POLICY-1604 one.

Jorge

From: Puzikov Dmitry [mailto:dmitry.puzi...@tieto.com]
Sent: Wednesday, March 27, 2019 8:12 AM
To: DRAGOSH, PAM ; onap-discuss@lists.onap.org; 
Adolfo Perez-Duran 
Cc: Klozik Martin ; HERNANDEZ-HERRERO, JORGE 

Subject: Re: [onap-discuss] [policy] [cia]

Hello, Pam, Jorge,

Thank you for help, I've put base and common into the policy/docker repo.

Jorge, what do you think regarding python packages?

Thank you,

Regards,
Dmitry


From: DRAGOSH, PAMELA L (PAM) 
mailto:pdrag...@research.att.com>>
Sent: Wednesday, March 27, 2019 11:56
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Puzikov 
Dmitry; Adolfo Perez-Duran
Cc: Klozik Martin; HERNANDEZ-HERRERO, JORGE
Subject: Re: [onap-discuss] [policy] [cia]


Dmitry,



We have a policy/docker repo that was used previously for our docker images. We 
moved away from it to better support each component. Right now it still exists 
to support heat installation.



Perhaps that repo could be used?



We don't really have python applications in our code base. Jorge knows best or 
can help determine where the requirement for python is. Perhaps it would be 
good to clean that up.



Thanks,



Pam



From: mailto:onap-discuss@lists.onap.org>> on 
behalf of Dmitry Puzikov 
mailto:dmitry.puzi...@tieto.com>>
Reply-To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, 
"dmitry.puzi...@tieto.com<mailto:dmitry.puzi...@tieto.com>" 
mailto:dmitry.puzi...@tieto.com>>
Date: Wednesday, March 27, 2019 at 6:50 AM
To: "DRAGOSH, PAMELA L (PAM)" 
mailto:pdrag...@research.att.com>>, Adolfo 
Perez-Duran 
mailto:adolfo.perez-du...@oamtechnologies.com>>
Cc: Klozik Martin mailto:martin.klo...@tieto.com>>, 
"HERNANDEZ-HERRERO, JORGE" mailto:jh1...@att.com>>, 
"onap-discuss@lists.onap.org Group<mailto:onap-discuss@lists.onap.org%20Group>" 
mailto:onap-discuss@lists.onap.org>>
Subject: [onap-discuss] [policy] [cia]



Hello, Pam,



I'm starting to push drafts for policy images rebased on separated base and 
common images.

I'm still not sure what sub-project is best to land base and common images.

If you have any thoughts regarding it or anything that caught your eye, please, 
let me know.

Also I have some concerns regarding packages installed. I left packages 
installed as they were,

but are they all required to run apps? What python version is required?

Currently both python2 and python3 (and related tools) are installing so it can 
add some unnecessary overhead.

As I proposed earlier if Policy team accepts drafts first we need to set up 
Jenkins job to build base/common images

and push them to onap registry and only after that we can continue with merging 
rebased app images.



Thank you,



Best Regards,

Dmitry



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#16369): https://lists.onap.org/g/onap-discuss/message/16369
Mute This Topic: https://lists.onap.org/mt/30792592/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [policy] [cia]

[Dmitry Puzikov]

Hello, Pam, Jorge,

Thank you for help, I've put base and common into the policy/docker repo.

Jorge, what do you think regarding python packages?

Thank you,

Regards,
Dmitry


From: DRAGOSH, PAMELA L (PAM) 
Sent: Wednesday, March 27, 2019 11:56
To: onap-discuss@lists.onap.org; Puzikov Dmitry; Adolfo Perez-Duran
Cc: Klozik Martin; HERNANDEZ-HERRERO, JORGE
Subject: Re: [onap-discuss] [policy] [cia]


Dmitry,



We have a policy/docker repo that was used previously for our docker images. We 
moved away from it to better support each component. Right now it still exists 
to support heat installation.



Perhaps that repo could be used?



We don’t really have python applications in our code base. Jorge knows best or 
can help determine where the requirement for python is. Perhaps it would be 
good to clean that up.



Thanks,



Pam



From:  on behalf of Dmitry Puzikov 

Reply-To: "onap-discuss@lists.onap.org" , 
"dmitry.puzi...@tieto.com" 
Date: Wednesday, March 27, 2019 at 6:50 AM
To: "DRAGOSH, PAMELA L (PAM)" , Adolfo Perez-Duran 

Cc: Klozik Martin , "HERNANDEZ-HERRERO, JORGE" 
, "onap-discuss@lists.onap.org Group" 

Subject: [onap-discuss] [policy] [cia]



Hello, Pam,



I'm starting to push drafts for policy images rebased on separated base and 
common images.

I'm still not sure what sub-project is best to land base and common images.

If you have any thoughts regarding it or anything that caught your eye, please, 
let me know.

Also I have some concerns regarding packages installed. I left packages 
installed as they were,

but are they all required to run apps? What python version is required?

Currently both python2 and python3 (and related tools) are installing so it can 
add some unnecessary overhead.

As I proposed earlier if Policy team accepts drafts first we need to set up 
Jenkins job to build base/common images

and push them to onap registry and only after that we can continue with merging 
rebased app images.



Thank you,



Best Regards,

Dmitry



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#16364): https://lists.onap.org/g/onap-discuss/message/16364
Mute This Topic: https://lists.onap.org/mt/30792592/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [policy] [cia]

[Pamela Dragosh]

Dmitry,

We have a policy/docker repo that was used previously for our docker images. We 
moved away from it to better support each component. Right now it still exists 
to support heat installation.

Perhaps that repo could be used?

We don’t really have python applications in our code base. Jorge knows best or 
can help determine where the requirement for python is. Perhaps it would be 
good to clean that up.

Thanks,

Pam

From:  on behalf of Dmitry Puzikov 

Reply-To: "onap-discuss@lists.onap.org" , 
"dmitry.puzi...@tieto.com" 
Date: Wednesday, March 27, 2019 at 6:50 AM
To: "DRAGOSH, PAMELA L (PAM)" , Adolfo Perez-Duran 

Cc: Klozik Martin , "HERNANDEZ-HERRERO, JORGE" 
, "onap-discuss@lists.onap.org Group" 

Subject: [onap-discuss] [policy] [cia]

Hello, Pam,

I'm starting to push drafts for policy images rebased on separated base and 
common images.
I'm still not sure what sub-project is best to land base and common images.
If you have any thoughts regarding it or anything that caught your eye, please, 
let me know.
Also I have some concerns regarding packages installed. I left packages 
installed as they were,
but are they all required to run apps? What python version is required?
Currently both python2 and python3 (and related tools) are installing so it can 
add some unnecessary overhead.
As I proposed earlier if Policy team accepts drafts first we need to set up 
Jenkins job to build base/common images
and push them to onap registry and only after that we can continue with merging 
rebased app images.

Thank you,

Best Regards,
Dmitry


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#16358): https://lists.onap.org/g/onap-discuss/message/16358
Mute This Topic: https://lists.onap.org/mt/30792592/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [E] Re: [onap-discuss][policy][DCAE] Understanding ONAP operational policies

[Gopigiri, Sirisha via Lists.Onap.Org]

Hi Pam,

Thank you for your reply. That was very helpful!

I have few questions:


   - Xacml has applications that support automatic translation of policies
   to support monitoring/optimization/naming. So the current
   monitoring/optimization/naming policies are by default deployed on the
   Xacml pdp as it has the required application support. If not on Xacml on
   which pdp are they deployed?
   - As the configuration/monitoring policies are taken by DCAE, are these
   pushed to any of the pdp as well? If so on which pdp, what is the role that
   is done by the pdp, if the evaluation of the policy happens at the
   DCAE(like the threshold crossing evaluation)?
   - Could you please point me to the documentation, regarding the existing
   policy types, and the applications written to support these policy types?


Best Regards
Sirisha Gopigiri


On Tue, Mar 26, 2019 at 6:03 PM Pamela Dragosh 
wrote:

> Sirisha,
>
>
>
> In Dublin we are re-building the API for creating and deploying policies.
> Operational policies will still support the legacy payload from Casablanca.
>
>
>
> CLAMP creates and pushes the policies for deployment. CLAMP doesn’t have
> the ability to pick and choose which PDP, nor should it have to care about
> that. Due to time constraints for Dublin, the Policy framework will
> determine which PDP group the policies will be deployed to. At the moment,
> the operational policies will go to Drools as it always has. We are looking
> into building configuration into the policy platform to allow deployment of
> operational policies to Apex. But we have not determined that quite yet. In
> the future, if resources become more available, then CLAMP can be enhanced
> to be able to allow the control loop designer to pick an operational policy
> type that is specific to a PDP if they so desire. It remains to be seen if
> that feature can be built into El Alto (who will provide resources for
> that?).
>
>
>
> Each PDP has its way of building applications that support policy types
> such as the operational policy. Drools has a what used to be called a
> template, but now packages that as an application for control loop rules
> into its deployment. Xacml has applications that support automatic
> translation of policies to support monitoring/optimization/naming. It is up
> to the application builder to design the rules for the desired policy
> types. If users do not like the applications in ONAP built to support the
> use cases and demos, you can build your own application when you ingest the
> policy platform internally.
>
>
>
> The policies that go to DCAE are NOT operational policies, but
> configuration/monitoring policies. The DCAE platform has its own client
> piece called a Policy Handler that queries the Policy Decision API for the
> policies for its components.
>
>
>
> Pam
>
>
>
> *From: * on behalf of "Gopigiri, Sirisha via
> Lists.Onap.Org" 
> *Reply-To: *"onap-discuss@lists.onap.org" , "
> sirisha.gopig...@verizon.com" 
> *Date: *Tuesday, March 26, 2019 at 7:14 AM
> *To: *"onap-discuss@lists.onap.org" 
> *Cc: *Viswanath V Kumar Skand Priya  >
> *Subject: *[onap-discuss][policy][DCAE] Understanding ONAP operational
> policies
>
>
>
> Dear Policy Team,
>
>
>
> I would like to understand more on operational policies in ONAP policy. I
> have a basic understanding of the configuration policies that based on the 
> tosca
> template
> 
>  a
> configuration policy details json is created. This is used as payload to
> create operational policies in policy pap and pushed to policy pap.
>
>- Are these deployed on any pdp when the policies are pushed, if so on
>which pdp are these policies deployed is it drools, apex or xacml? Is it
>possible to deploy on specific pdp like apex?
>- If they are deployed on any of the pdp, what are the functionalities
>done by the pdp with respect to the policy?
>- When are the policies sent to DCAE? And how are the policies sent to
>DCAE?
>
> Please correct me if I am wrong.
>
>
> Thank you
>
>
>
> Best Regards
>
> Sirisha Gopigiri
>
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#16354): https://lists.onap.org/g/onap-discuss/message/16354
Mute This Topic: https://lists.onap.org/mt/30791006/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss][policy][DCAE] Understanding ONAP operational policies

[Pamela Dragosh]

Sirisha,

In Dublin we are re-building the API for creating and deploying policies. 
Operational policies will still support the legacy payload from Casablanca.

CLAMP creates and pushes the policies for deployment. CLAMP doesn’t have the 
ability to pick and choose which PDP, nor should it have to care about that. 
Due to time constraints for Dublin, the Policy framework will determine which 
PDP group the policies will be deployed to. At the moment, the operational 
policies will go to Drools as it always has. We are looking into building 
configuration into the policy platform to allow deployment of operational 
policies to Apex. But we have not determined that quite yet. In the future, if 
resources become more available, then CLAMP can be enhanced to be able to allow 
the control loop designer to pick an operational policy type that is specific 
to a PDP if they so desire. It remains to be seen if that feature can be built 
into El Alto (who will provide resources for that?).

Each PDP has its way of building applications that support policy types such as 
the operational policy. Drools has a what used to be called a template, but now 
packages that as an application for control loop rules into its deployment. 
Xacml has applications that support automatic translation of policies to 
support monitoring/optimization/naming. It is up to the application builder to 
design the rules for the desired policy types. If users do not like the 
applications in ONAP built to support the use cases and demos, you can build 
your own application when you ingest the policy platform internally.

The policies that go to DCAE are NOT operational policies, but 
configuration/monitoring policies. The DCAE platform has its own client piece 
called a Policy Handler that queries the Policy Decision API for the policies 
for its components.

Pam

From:  on behalf of "Gopigiri, Sirisha via 
Lists.Onap.Org" 
Reply-To: "onap-discuss@lists.onap.org" , 
"sirisha.gopig...@verizon.com" 
Date: Tuesday, March 26, 2019 at 7:14 AM
To: "onap-discuss@lists.onap.org" 
Cc: Viswanath V Kumar Skand Priya 
Subject: [onap-discuss][policy][DCAE] Understanding ONAP operational policies

Dear Policy Team,

I would like to understand more on operational policies in ONAP policy. I have 
a basic understanding of the configuration policies that based on the tosca 
template
 a configuration policy details json is created. This is used as payload to 
create operational policies in policy pap and pushed to policy pap.

  *   Are these deployed on any pdp when the policies are pushed, if so on 
which pdp are these policies deployed is it drools, apex or xacml? Is it 
possible to deploy on specific pdp like apex?
  *   If they are deployed on any of the pdp, what are the functionalities done 
by the pdp with respect to the policy?
  *   When are the policies sent to DCAE? And how are the policies sent to DCAE?
Please correct me if I am wrong.

Thank you

Best Regards
Sirisha Gopigiri


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#16326): https://lists.onap.org/g/onap-discuss/message/16326
Mute This Topic: https://lists.onap.org/mt/30781363/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [policy][clamp] Joint project meeting 3/6/2019 - UPDATED BRIDGE

[Pamela Dragosh]

Meeting starting in 2 minutes:

Just reminding again the updated bridge:

https://zoom.us/j/455740750


Pam

From: "DRAGOSH, PAMELA L (PAM)" 
Date: Monday, March 4, 2019 at 11:21 AM
To: "'onap-discuss@lists.onap.org'" 
Subject: [policy][clamp] Joint project meeting 3/6/2019 - UPDATED BRIDGE

FYI the combined policy/clamp weekly project meeting this Wednesday has an 
updated bridge since Martial is OOO:

 https://zoom.us/j/455740750

https://wiki.onap.org/pages/viewpage.action?pageId=59966027

thanks!

Pam Dragosh
Policy PTL

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15905): https://lists.onap.org/g/onap-discuss/message/15905
Mute This Topic: https://lists.onap.org/mt/30215278/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Policy Model - New enhancements (Looking for Guidance)

[Pamela Dragosh]

Thanks Libo,

Let me take a look at the wiki.

Shall we setup a meeting Thursday or Friday at 8am EST/2pm IST/9pm China (?)

And we’ll go from there.

Please let me know,

Pam


From:  on behalf of libo zhu 
Reply-To: "onap-discuss@lists.onap.org" , 
"libo@intel.com" 
Date: Monday, February 18, 2019 at 3:11 AM
To: "Addepalli, Srinivasa R" , "DRAGOSH, 
PAMELA L (PAM)" 
Cc: "onap-discuss@lists.onap.org" , "Ying, Ruoyu" 
, "Huang, Haibin" 
Subject: Re: [onap-discuss] Policy Model - New enhancements (Looking for 
Guidance)

Thanks Srini/Pamel provided info.
There is a JIRA: 
https://jira.onap.org/browse/POLICY-1370<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_POLICY-2D1370&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4&m=uZsR_K6YxDPL7rJoRAiFlzsZuZcjkkfiAIypaADwslk&s=j98j7-kBFBtBUUtSYnaelXDklaeF148tErr-3CmeOjg&e=>
 about the conversion about HPA policy。the mapping info is described in 
https://wiki.onap.org/display/DW/Conversion+from+high-level+TOSCA+DM+to+low-level+format<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Conversion-2Bfrom-2Bhigh-2Dlevel-2BTOSCA-2BDM-2Bto-2Blow-2Dlevel-2Bformat&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4&m=uZsR_K6YxDPL7rJoRAiFlzsZuZcjkkfiAIypaADwslk&s=rTJIywG5IWTLuQ7zT5L38UYR7g2o1nE3MTM7e9p24zY&e=>
@Ruoyu/Haibin, please help review the mapping wiki.
I’ve updated the JIRA and agree with pamel “about check if it is something that 
we can get done perhaps as a stretch goal or POC.”, IMO, we may set it as a 
stretch goal.

Thanks
Libo

From: Addepalli, Srinivasa R
Sent: Wednesday, February 13, 2019 3:01 AM
To: DRAGOSH, PAMELA L (PAM) 
Cc: onap-discuss@lists.onap.org; Ying, Ruoyu ; Zhu, Libo 

Subject: RE: Policy Model - New enhancements (Looking for Guidance)

Sorry for late response (I missed it somehow ☹).

What I  understand is that there is some re-architecture  happening in R4.
In R4, current policy models would be supported (backward compatibility). In 
future, they need to move to new policy design.
Due to this, it is not good to add enhancements to existing policy models or 
add  new policy models with older design in R4.

When policy team moves to new policy design, one needs to ensure to migrate the 
existing functionality. This requires policy model  owners to migrate their 
functionality to new policy model. And that need to happen by R5.

Is that right understanding?

BTW, Libo continue to be the contact from Intel in policy project (mainly with 
respect to HPA).

Thanks
Srini



From: DRAGOSH, PAMELA L (PAM) [mailto:pdrag...@research.att.com]
Sent: Thursday, February 7, 2019 6:41 AM
To: Addepalli, Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>>
Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Ying, 
Ruoyu mailto:ruoyu.y...@intel.com>>; Zhu, Libo 
mailto:libo@intel.com>>
Subject: Re: Policy Model - New enhancements (Looking for Guidance)

Srini,

Using the current API implementation for Casablanca, the policy team is not 
advancing that software repo or doing any model work in that software repo. So 
if simply replacing the model isn’t going to work for HPA but rather requires 
having 2 separate versions, that I will not commit to this late past M1.

Your request is actually one reason (amongst many) as to why the project team’s 
highest priority for Dublin is to focus on the re-build of the Policy Design 
environment, Policy Lifecycle API and policy distribution to PDP’s (inclusion 
of Apex). This is a huge amount of work and we have limited time and resources 
to apply to changing the software components released for Casablanca. Our 
preference is bug fix only for those software components.

We were not planning to make any changes to HPA models since you or Alex did 
not respond to my inquiries regarding HPA for Dublin and resources.

My suggestion is we meet and discuss whether we can fit HPA model in the new 
architecture that we are doing. The primary focus was Control Loops for Dublin. 
In El Alto was where we were planning to move the other models. So let’s talk 
and see if it is something that we can get done perhaps as a stretch goal or 
POC.

Thanks,

Pam


From: "Addepalli, Srinivasa R" 
mailto:srinivasa.r.addepa...@intel.com>>
Date: Tuesday, February 5, 2019 at 3:00 PM
To: "DRAGOSH, PAMELA L (PAM)" 
mailto:pdrag...@research.att.com>>
Cc: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, "Ying, 
Ruoyu" mailto:ruoyu.y...@intel.com>>, "Zhu, Libo" 
mailto:libo@intel.com>>
Subject: Policy Model - New enhancements (Looking for Guidance)

Hi Pam and Policy team,

As part of HPA feature,  there is a  need for som

Re: [onap-discuss] Policy Model - New enhancements (Looking for Guidance)

[libo zhu]

Thanks Srini/Pamel provided info.
There is a JIRA: https://jira.onap.org/browse/POLICY-1370 about the conversion 
about HPA policy。the mapping info is described in 
https://wiki.onap.org/display/DW/Conversion+from+high-level+TOSCA+DM+to+low-level+format
@Ruoyu/Haibin, please help review the mapping wiki.
I’ve updated the JIRA and agree with pamel “about check if it is something that 
we can get done perhaps as a stretch goal or POC.”, IMO, we may set it as a 
stretch goal.

Thanks
Libo

From: Addepalli, Srinivasa R
Sent: Wednesday, February 13, 2019 3:01 AM
To: DRAGOSH, PAMELA L (PAM) 
Cc: onap-discuss@lists.onap.org; Ying, Ruoyu ; Zhu, Libo 

Subject: RE: Policy Model - New enhancements (Looking for Guidance)

Sorry for late response (I missed it somehow ☹).

What I  understand is that there is some re-architecture  happening in R4.
In R4, current policy models would be supported (backward compatibility). In 
future, they need to move to new policy design.
Due to this, it is not good to add enhancements to existing policy models or 
add  new policy models with older design in R4.

When policy team moves to new policy design, one needs to ensure to migrate the 
existing functionality. This requires policy model  owners to migrate their 
functionality to new policy model. And that need to happen by R5.

Is that right understanding?

BTW, Libo continue to be the contact from Intel in policy project (mainly with 
respect to HPA).

Thanks
Srini



From: DRAGOSH, PAMELA L (PAM) [mailto:pdrag...@research.att.com]
Sent: Thursday, February 7, 2019 6:41 AM
To: Addepalli, Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>>
Cc: onap-discuss@lists.onap.org; Ying, 
Ruoyu mailto:ruoyu.y...@intel.com>>; Zhu, Libo 
mailto:libo@intel.com>>
Subject: Re: Policy Model - New enhancements (Looking for Guidance)

Srini,

Using the current API implementation for Casablanca, the policy team is not 
advancing that software repo or doing any model work in that software repo. So 
if simply replacing the model isn’t going to work for HPA but rather requires 
having 2 separate versions, that I will not commit to this late past M1.

Your request is actually one reason (amongst many) as to why the project team’s 
highest priority for Dublin is to focus on the re-build of the Policy Design 
environment, Policy Lifecycle API and policy distribution to PDP’s (inclusion 
of Apex). This is a huge amount of work and we have limited time and resources 
to apply to changing the software components released for Casablanca. Our 
preference is bug fix only for those software components.

We were not planning to make any changes to HPA models since you or Alex did 
not respond to my inquiries regarding HPA for Dublin and resources.

My suggestion is we meet and discuss whether we can fit HPA model in the new 
architecture that we are doing. The primary focus was Control Loops for Dublin. 
In El Alto was where we were planning to move the other models. So let’s talk 
and see if it is something that we can get done perhaps as a stretch goal or 
POC.

Thanks,

Pam


From: "Addepalli, Srinivasa R" 
mailto:srinivasa.r.addepa...@intel.com>>
Date: Tuesday, February 5, 2019 at 3:00 PM
To: "DRAGOSH, PAMELA L (PAM)" 
mailto:pdrag...@research.att.com>>
Cc: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, "Ying, 
Ruoyu" mailto:ruoyu.y...@intel.com>>, "Zhu, Libo" 
mailto:libo@intel.com>>
Subject: Policy Model - New enhancements (Looking for Guidance)

Hi Pam and Policy team,

As part of HPA feature,  there is a  need for some enhancements in the HPA 
policy model in R4 (to add sub-feature called – Multi-choice support of HPA 
requirements).

At the same time, it is required that older policy model continue to be 
supported (for reasons such as supporting older policies created and due to 
some conversion logic issues).

BTW, Enhancements to policy models are simple.

What is the guidance from policy team?
Is there version support in policy models.
If so, we could bump up minor part of the policy model and add logic to 
addresses new policy model vesion.
But, at a quick look,  I don’t  see the versions in policy models.

Wondering whether you had similar requirements elsewhere and how are those 
being addressed?

Thanks
Srini



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15611): https://lists.onap.org/g/onap-discuss/message/15611
Mute This Topic: https://lists.onap.org/mt/29668233/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Policy Model - New enhancements (Looking for Guidance)

[Srini]

Sorry for late response (I missed it somehow ☹).

What I  understand is that there is some re-architecture  happening in R4.
In R4, current policy models would be supported (backward compatibility). In 
future, they need to move to new policy design.
Due to this, it is not good to add enhancements to existing policy models or 
add  new policy models with older design in R4.

When policy team moves to new policy design, one needs to ensure to migrate the 
existing functionality. This requires policy model  owners to migrate their 
functionality to new policy model. And that need to happen by R5.

Is that right understanding?

BTW, Libo continue to be the contact from Intel in policy project (mainly with 
respect to HPA).

Thanks
Srini



From: DRAGOSH, PAMELA L (PAM) [mailto:pdrag...@research.att.com]
Sent: Thursday, February 7, 2019 6:41 AM
To: Addepalli, Srinivasa R 
Cc: onap-discuss@lists.onap.org; Ying, Ruoyu ; Zhu, Libo 

Subject: Re: Policy Model - New enhancements (Looking for Guidance)

Srini,

Using the current API implementation for Casablanca, the policy team is not 
advancing that software repo or doing any model work in that software repo. So 
if simply replacing the model isn’t going to work for HPA but rather requires 
having 2 separate versions, that I will not commit to this late past M1.

Your request is actually one reason (amongst many) as to why the project team’s 
highest priority for Dublin is to focus on the re-build of the Policy Design 
environment, Policy Lifecycle API and policy distribution to PDP’s (inclusion 
of Apex). This is a huge amount of work and we have limited time and resources 
to apply to changing the software components released for Casablanca. Our 
preference is bug fix only for those software components.

We were not planning to make any changes to HPA models since you or Alex did 
not respond to my inquiries regarding HPA for Dublin and resources.

My suggestion is we meet and discuss whether we can fit HPA model in the new 
architecture that we are doing. The primary focus was Control Loops for Dublin. 
In El Alto was where we were planning to move the other models. So let’s talk 
and see if it is something that we can get done perhaps as a stretch goal or 
POC.

Thanks,

Pam


From: "Addepalli, Srinivasa R" 
mailto:srinivasa.r.addepa...@intel.com>>
Date: Tuesday, February 5, 2019 at 3:00 PM
To: "DRAGOSH, PAMELA L (PAM)" 
mailto:pdrag...@research.att.com>>
Cc: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, "Ying, 
Ruoyu" mailto:ruoyu.y...@intel.com>>, "Zhu, Libo" 
mailto:libo@intel.com>>
Subject: Policy Model - New enhancements (Looking for Guidance)

Hi Pam and Policy team,

As part of HPA feature,  there is a  need for some enhancements in the HPA 
policy model in R4 (to add sub-feature called – Multi-choice support of HPA 
requirements).

At the same time, it is required that older policy model continue to be 
supported (for reasons such as supporting older policies created and due to 
some conversion logic issues).

BTW, Enhancements to policy models are simple.

What is the guidance from policy team?
Is there version support in policy models.
If so, we could bump up minor part of the policy model and add logic to 
addresses new policy model vesion.
But, at a quick look,  I don’t  see the versions in policy models.

Wondering whether you had similar requirements elsewhere and how are those 
being addressed?

Thanks
Srini



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15502): https://lists.onap.org/g/onap-discuss/message/15502
Mute This Topic: https://lists.onap.org/mt/29668233/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [POLICY] Missing controllers and facts

[Jorge Hernandez]

Not a problem Vamshi.   We can try to connect through rocket chat policy 
channel, and see if we can put a resolution to your issues:

http://onap-integration.eastus.cloudapp.azure.com:3000/channel/policy

Jorge

From: Vamshi Namilikonda [mailto:vn00480...@techmahindra.com]
Sent: Monday, February 11, 2019 7:58 AM
To: onap-discuss@lists.onap.org; HERNANDEZ-HERRERO, JORGE 
Subject: RE: [onap-discuss] [POLICY] Missing controllers and facts

Hi Jorge,

You are right. We’ve attempted to use create-cl-amsterdam script only when we 
don’t find the facts when CL distributed from CLAMP. I’ve tried restarting 
policy by deleting pod, restart commands. However we didn’t see any luck. Don’t 
what causing the trouble. We’ll try redistributing a new service.

Please let us know you need any details to suggest any other trials. Thanks for 
your time for listening our troubles.



Thanks & Regards,

Vamshi Krishna | Tech Mahindra




[cid:image001.jpg@01D25617.55BC0E30]<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.techmahindra.com_&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=KBxNCnvBiULMFrLf7-mWDLRIqfGifj9OdPuEw3oydrY&m=MpNjPyGRgM0wBAwEZkE3U_AfbcHR0OCyUeC9SMrbdfg&s=cPA2r50x7PzF_1f5ww091-B5CVBkY8iyjTmbDwW40_E&e=>






From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Jorge Hernandez
Sent: Friday, February 8, 2019 8:30 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Vamshi 
Namilikonda mailto:vn00480...@techmahindra.com>>
Subject: Re: [onap-discuss] [POLICY] Missing controllers and facts

Hello Vamshi,

Update the coordinates in the amsterdam-controller.properties under 
$POLICY_HOME/config instead of in the /tmp directory.  I think one of the 
issues you may be running into is mixing the development tooling 
(create-cl-amsterdam) and usual provisioning in a deployed system.   After 
updating it under $POLICY_HOME/config, please restart it with “policy stop; 
policy start” within the container or by deleting the pod in rancher vm.

Jorge

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of vamshi
Sent: Friday, February 08, 2019 12:10 AM
To: HERNANDEZ-HERRERO, JORGE mailto:jh1...@att.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [POLICY] Missing controllers and facts

Hi Jorge,

Thank you.  Yes they’re matching.  Please have a look, here I’m attaching few 
screenshots.

[cid:image002.png@01D4C1E2.6EF5F710]

[cid:image003.jpg@01D4C1E2.6EF5F710]

[cid:image004.jpg@01D4C1E2.6EF5F710]


Thanks & Regards,

Vamshi Krishna | Tech Mahindra




[cid:image001.jpg@01D25617.55BC0E30]<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.techmahindra.com_&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=KBxNCnvBiULMFrLf7-mWDLRIqfGifj9OdPuEw3oydrY&m=H-D8w7Dmxmp9G0WbFamK98-jH8FUBzsCVlNLmTAXlcE&s=cAPRYTYtm4LInCxFJUbKmb7shxWBi19m5HZlQtq_7Yo&e=>






From: Jorge Hernandez 
mailto:jorge.hernandez-herr...@att.com>>
Sent: Thursday, February 7, 2019 8:20 PM
To: Vamshi Namilikonda 
mailto:vn00480...@techmahindra.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [POLICY] Missing controllers and facts

Hello Vamshi,

If you do:

grep "^rules" $POLICY_HOME/config/amsterdam-controller.properties

Do they match the maven coordinates from the "policy-amsterdam-rules" artifact 
in nexus repo?

Jorge

Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at 
http://www.techmahindra.com/Disclaimer.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.techmahindra.com_Disclaimer.html&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=KBxNCnvBiULMFrLf7-mWDLRIqfGifj9OdPuEw3oydrY&m=H-D8w7Dmxmp9G0WbFamK98-jH8FUBzsCVlNLmTAXlcE&s=kc5KoA0wMiEFQj-vvmNcY5VyDwvy7bbXmXBvZvqiSLQ&e=>
 externally 
http://tim.techmahindra.com/tim/disclaimer.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__tim.techmahindra.com_tim_disclaimer.html&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=KBxNCnvBiULMFrLf7-mWDLRIqfGifj9OdPuEw3oydrY&m=H-D8w7Dmxmp9G0WbFamK98-jH8FUBzsCVlNLmTAXlcE&s=zBCa4vj3CkpPr_aeOHhARB0kqqcinjcjHHEzgE4kt84&e=>
 internally within TechMahindra.



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15448): https://lists.onap.org/g/onap-discuss/message/15448
Mute This Topic: https://lists.onap.org/mt/29689650/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [POLICY] Missing controllers and facts

[vamshi]

Hi Jorge,

You are right. We’ve attempted to use create-cl-amsterdam script only when we 
don’t find the facts when CL distributed from CLAMP. I’ve tried restarting 
policy by deleting pod, restart commands. However we didn’t see any luck. Don’t 
what causing the trouble. We’ll try redistributing a new service.

Please let us know you need any details to suggest any other trials. Thanks for 
your time for listening our troubles.



Thanks & Regards,

Vamshi Krishna | Tech Mahindra




[cid:image001.jpg@01D25617.55BC0E30]<http://www.techmahindra.com/>






From: onap-discuss@lists.onap.org  On Behalf Of 
Jorge Hernandez
Sent: Friday, February 8, 2019 8:30 PM
To: onap-discuss@lists.onap.org; Vamshi Namilikonda 

Subject: Re: [onap-discuss] [POLICY] Missing controllers and facts

Hello Vamshi,

Update the coordinates in the amsterdam-controller.properties under 
$POLICY_HOME/config instead of in the /tmp directory.  I think one of the 
issues you may be running into is mixing the development tooling 
(create-cl-amsterdam) and usual provisioning in a deployed system.   After 
updating it under $POLICY_HOME/config, please restart it with “policy stop; 
policy start” within the container or by deleting the pod in rancher vm.

Jorge

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of vamshi
Sent: Friday, February 08, 2019 12:10 AM
To: HERNANDEZ-HERRERO, JORGE mailto:jh1...@att.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [POLICY] Missing controllers and facts

Hi Jorge,

Thank you.  Yes they’re matching.  Please have a look, here I’m attaching few 
screenshots.

[cid:image006.png@01D4C23F.DDFC88B0]

[cid:image007.jpg@01D4C23F.DDFC88B0]

[cid:image008.jpg@01D4C23F.DDFC88B0]


Thanks & Regards,

Vamshi Krishna | Tech Mahindra




[cid:image001.jpg@01D25617.55BC0E30]<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.techmahindra.com_&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=KBxNCnvBiULMFrLf7-mWDLRIqfGifj9OdPuEw3oydrY&m=H-D8w7Dmxmp9G0WbFamK98-jH8FUBzsCVlNLmTAXlcE&s=cAPRYTYtm4LInCxFJUbKmb7shxWBi19m5HZlQtq_7Yo&e=>






From: Jorge Hernandez 
mailto:jorge.hernandez-herr...@att.com>>
Sent: Thursday, February 7, 2019 8:20 PM
To: Vamshi Namilikonda 
mailto:vn00480...@techmahindra.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [POLICY] Missing controllers and facts

Hello Vamshi,

If you do:

grep "^rules" $POLICY_HOME/config/amsterdam-controller.properties

Do they match the maven coordinates from the "policy-amsterdam-rules" artifact 
in nexus repo?

Jorge

Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at 
http://www.techmahindra.com/Disclaimer.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.techmahindra.com_Disclaimer.html&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=KBxNCnvBiULMFrLf7-mWDLRIqfGifj9OdPuEw3oydrY&m=H-D8w7Dmxmp9G0WbFamK98-jH8FUBzsCVlNLmTAXlcE&s=kc5KoA0wMiEFQj-vvmNcY5VyDwvy7bbXmXBvZvqiSLQ&e=>
 externally 
http://tim.techmahindra.com/tim/disclaimer.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__tim.techmahindra.com_tim_disclaimer.html&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=KBxNCnvBiULMFrLf7-mWDLRIqfGifj9OdPuEw3oydrY&m=H-D8w7Dmxmp9G0WbFamK98-jH8FUBzsCVlNLmTAXlcE&s=zBCa4vj3CkpPr_aeOHhARB0kqqcinjcjHHEzgE4kt84&e=>
 internally within TechMahindra.



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15446): https://lists.onap.org/g/onap-discuss/message/15446
Mute This Topic: https://lists.onap.org/mt/29689650/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [POLICY] Missing controllers and facts

[Jorge Hernandez]

Hello Vamshi,

Update the coordinates in the amsterdam-controller.properties under 
$POLICY_HOME/config instead of in the /tmp directory.  I think one of the 
issues you may be running into is mixing the development tooling 
(create-cl-amsterdam) and usual provisioning in a deployed system.   After 
updating it under $POLICY_HOME/config, please restart it with “policy stop; 
policy start” within the container or by deleting the pod in rancher vm.

Jorge

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of vamshi
Sent: Friday, February 08, 2019 12:10 AM
To: HERNANDEZ-HERRERO, JORGE ; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [POLICY] Missing controllers and facts

Hi Jorge,

Thank you.  Yes they’re matching.  Please have a look, here I’m attaching few 
screenshots.

[cid:image001.png@01D4BF8B.34875230]

[cid:image002.jpg@01D4BF8B.34875230]

[cid:image003.jpg@01D4BF8B.34875230]


Thanks & Regards,

Vamshi Krishna | Tech Mahindra




[cid:image001.jpg@01D25617.55BC0E30]<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.techmahindra.com_&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=KBxNCnvBiULMFrLf7-mWDLRIqfGifj9OdPuEw3oydrY&m=H-D8w7Dmxmp9G0WbFamK98-jH8FUBzsCVlNLmTAXlcE&s=cAPRYTYtm4LInCxFJUbKmb7shxWBi19m5HZlQtq_7Yo&e=>






From: Jorge Hernandez 
mailto:jorge.hernandez-herr...@att.com>>
Sent: Thursday, February 7, 2019 8:20 PM
To: Vamshi Namilikonda 
mailto:vn00480...@techmahindra.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [POLICY] Missing controllers and facts

Hello Vamshi,

If you do:

grep "^rules" $POLICY_HOME/config/amsterdam-controller.properties

Do they match the maven coordinates from the "policy-amsterdam-rules" artifact 
in nexus repo?

Jorge

Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at 
http://www.techmahindra.com/Disclaimer.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.techmahindra.com_Disclaimer.html&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=KBxNCnvBiULMFrLf7-mWDLRIqfGifj9OdPuEw3oydrY&m=H-D8w7Dmxmp9G0WbFamK98-jH8FUBzsCVlNLmTAXlcE&s=kc5KoA0wMiEFQj-vvmNcY5VyDwvy7bbXmXBvZvqiSLQ&e=>
 externally 
http://tim.techmahindra.com/tim/disclaimer.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__tim.techmahindra.com_tim_disclaimer.html&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=KBxNCnvBiULMFrLf7-mWDLRIqfGifj9OdPuEw3oydrY&m=H-D8w7Dmxmp9G0WbFamK98-jH8FUBzsCVlNLmTAXlcE&s=zBCa4vj3CkpPr_aeOHhARB0kqqcinjcjHHEzgE4kt84&e=>
 internally within TechMahindra.



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15418): https://lists.onap.org/g/onap-discuss/message/15418
Mute This Topic: https://lists.onap.org/mt/29689650/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [POLICY] Missing controllers and facts

[vamshi]

Hi Jorge,

Thank you.  Yes they’re matching.  Please have a look, here I’m attaching few 
screenshots.

[cid:image001.png@01D4BF9D.7A7C1570]

[cid:image005.jpg@01D4BF9D.7A858B50]

[cid:image006.jpg@01D4BF9D.7A858B50]


Thanks & Regards,

Vamshi Krishna | Tech Mahindra




[cid:image001.jpg@01D25617.55BC0E30]<http://www.techmahindra.com/>






From: Jorge Hernandez 
Sent: Thursday, February 7, 2019 8:20 PM
To: Vamshi Namilikonda ; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [POLICY] Missing controllers and facts

Hello Vamshi,

If you do:

grep "^rules" $POLICY_HOME/config/amsterdam-controller.properties

Do they match the maven coordinates from the "policy-amsterdam-rules" artifact 
in nexus repo?

Jorge


Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at http://www.techmahindra.com/Disclaimer.html 
<http://www.techmahindra.com/Disclaimer.html> externally 
http://tim.techmahindra.com/tim/disclaimer.html 
<http://tim.techmahindra.com/tim/disclaimer.html> internally within 
TechMahindra.



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15413): https://lists.onap.org/g/onap-discuss/message/15413
Mute This Topic: https://lists.onap.org/mt/29689650/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [POLICY] Missing controllers and facts

[Jorge Hernandez]

Hello Vamshi,

If you do:

grep "^rules" $POLICY_HOME/config/amsterdam-controller.properties

Do they match the maven coordinates from the "policy-amsterdam-rules" artifact 
in nexus repo? 

Jorge

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15399): https://lists.onap.org/g/onap-discuss/message/15399
Mute This Topic: https://lists.onap.org/mt/29689650/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Policy Model - New enhancements (Looking for Guidance)

[Pamela Dragosh]

Srini,

Using the current API implementation for Casablanca, the policy team is not 
advancing that software repo or doing any model work in that software repo. So 
if simply replacing the model isn’t going to work for HPA but rather requires 
having 2 separate versions, that I will not commit to this late past M1.

Your request is actually one reason (amongst many) as to why the project team’s 
highest priority for Dublin is to focus on the re-build of the Policy Design 
environment, Policy Lifecycle API and policy distribution to PDP’s (inclusion 
of Apex). This is a huge amount of work and we have limited time and resources 
to apply to changing the software components released for Casablanca. Our 
preference is bug fix only for those software components.

We were not planning to make any changes to HPA models since you or Alex did 
not respond to my inquiries regarding HPA for Dublin and resources.

My suggestion is we meet and discuss whether we can fit HPA model in the new 
architecture that we are doing. The primary focus was Control Loops for Dublin. 
In El Alto was where we were planning to move the other models. So let’s talk 
and see if it is something that we can get done perhaps as a stretch goal or 
POC.

Thanks,

Pam


From: "Addepalli, Srinivasa R" 
Date: Tuesday, February 5, 2019 at 3:00 PM
To: "DRAGOSH, PAMELA L (PAM)" 
Cc: "onap-discuss@lists.onap.org" , "Ying, Ruoyu" 
, "Zhu, Libo" 
Subject: Policy Model - New enhancements (Looking for Guidance)

Hi Pam and Policy team,

As part of HPA feature,  there is a  need for some enhancements in the HPA 
policy model in R4 (to add sub-feature called – Multi-choice support of HPA 
requirements).

At the same time, it is required that older policy model continue to be 
supported (for reasons such as supporting older policies created and due to 
some conversion logic issues).

BTW, Enhancements to policy models are simple.

What is the guidance from policy team?
Is there version support in policy models.
If so, we could bump up minor part of the policy model and add logic to 
addresses new policy model vesion.
But, at a quick look,  I don’t  see the versions in policy models.

Wondering whether you had similar requirements elsewhere and how are those 
being addressed?

Thanks
Srini



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15397): https://lists.onap.org/g/onap-discuss/message/15397
Mute This Topic: https://lists.onap.org/mt/29668233/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Policy Local Env Setup.

[Pamela Dragosh]

The integration team moved the CSIT in Casablanca to a different repo:

integration/csit

Regards,

Pam

From:  on behalf of Manamohan Satapathy 

Reply-To: "onap-discuss@lists.onap.org" , 
"ms00534...@techmahindra.com" 
Date: Thursday, January 31, 2019 at 3:37 AM
To: "onap-discuss@lists.onap.org" 
Cc: Vamshi Namilikonda 
Subject: [onap-discuss] Policy Local Env Setup.

Hi Team,
I follow the  below link to install Policy environment Locally.
https://wiki.onap.org/display/DW/ONAP+Policy+Framework%3A+Standalone+installation+in+Virtual+Machine.
I found this page in the Beijing release documentation. According to the steps 
the “Scripts” folder is missing  in integration project under 
"integration/test/csit" directory for Casablanca and master branch.
So please suggest me the approach for installing it .

Thanks & Regards,
Manamohan Satapathy | Sr. Software Engineer| TechMahindra
---
•  Mobile :+91 9437767273
•: ms00534...@techmahindra.com
 Ext: (688)2744
[escription: Description: 
cid:image016.jpg@01CE718F.EACBCD50]
Sharda Centre off Karve Road,  Erandawane Pune 411004 Maharashtra, India



Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at 
http://www.techmahindra.com/Disclaimer.html
 externally 
http://tim.techmahindra.com/tim/disclaimer.html
 internally within TechMahindra.



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15266): https://lists.onap.org/g/onap-discuss/message/15266
Mute This Topic: https://lists.onap.org/mt/29595893/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [E] Re: [onap-discuss] #policy Unable to see sidepanel in Policy GUI

[Gopigiri, Sirisha via Lists.Onap.Org]

That was helpful. Thank you Chandra.

Best Regards
Sirisha Gopigiri


On Mon, Dec 31, 2018 at 12:57 AM Catherine LEFEVRE <
catherine.lefe...@intl.att.com> wrote:

> Thank you Chandra for the workaround.
>
> I have created the following JIRA ticket -
> https://jira.onap.org/browse/POLICY-1388
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_POLICY-2D1388&d=DwMGaQ&c=udBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ&r=5PWCtn_zD8jT6xuuwP7DpGwXiA7-u1RBXx8E9Vrv2NI&m=hWTBxoAoED0uSOlNPFkWDZpBJ-LutS2mTLgWhm9HzH4&s=Y9kJdhXISIAn_GPIkZUOl1A3rzyyyeV9OpjN-SxxNJo&e=>
>
> To investigate the Policy GUI issue through the ONAP Portal.
>
>
>
> Best regards
>
> Catherine
>
>
>
> *From:* onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] *On
> Behalf Of *Chandra
> *Sent:* Sunday, December 30, 2018 6:35 PM
> *To:* onap-discuss@lists.onap.org; sirisha.gopig...@verizon.com
> *Subject:* Re: [onap-discuss] #policy Unable to see sidepanel in Policy
> GUI
>
>
>
> Hi Sirisha,
>
> We have faced similar issue earlier but could not get any resolution… you
> can try accessing the standalone Policy URL with credential as
>
> UserName: demo
>
> Password : demo
>
>
>
> https://policy.api.simpledemo.onap.org:30219/onap/login.htm
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__policy.api.simpledemo.onap.org-3A30219_onap_login.htm&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=ZglJ8LOeAfevY7wWaSximhFMAzXaMdza5QYCg-DW6SU&m=YdAcqX_KfmUtQz_Ug-QcR3zIVSNVcZtDxc1B5QpIZWQ&s=Lo8zvVc8ykZKFkNbtYfW-ENTDUvLWKhgBQNVweAdIsk&e=>
>
>
>
>
>
>
>
>
>
> *From:* onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org
> ] *On Behalf Of *Gopigiri, Sirisha via
> Lists.Onap.Org
> *Sent:* 28 December 2018 18:29
> *To:* onap-discuss@lists.onap.org
> *Subject:* [onap-discuss] #policy Unable to see sidepanel in Policy GUI
>
>
>
> Dear Policy Team,
>
> I am trying to explore policy casablanca release, but I am unable to see
> the side panel in the policy GUI. Can you please help me with this?
>
> Here is the screen shot of it:
> [image: cid:attach_0_157480908B61CC4B_7111@groups.io]
>
> Thank you
>
> Regards
> Sirisha
>
>
> 
>
> Disclaimer:  This message and the information contained herein is
> proprietary and confidential and subject to the Tech Mahindra policy
> statement, you may review the policy at
> http://www.techmahindra.com/Disclaimer.html
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.techmahindra.com_Disclaimer.html&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=ZglJ8LOeAfevY7wWaSximhFMAzXaMdza5QYCg-DW6SU&m=YdAcqX_KfmUtQz_Ug-QcR3zIVSNVcZtDxc1B5QpIZWQ&s=lXRVxh4Ubz__NvjaRP_z7_GhRzByBWjYcz2M0amo63A&e=>
> externally http://tim.techmahindra.com/tim/disclaimer.html
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__tim.techmahindra.com_tim_disclaimer.html&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=ZglJ8LOeAfevY7wWaSximhFMAzXaMdza5QYCg-DW6SU&m=YdAcqX_KfmUtQz_Ug-QcR3zIVSNVcZtDxc1B5QpIZWQ&s=r89bMhHJ1chfbPDA4lEunJBc1oaBaDdM2mea9FvbpmI&e=>
> internally within TechMahindra.
>
>
> 
>
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14734): https://lists.onap.org/g/onap-discuss/message/14734
Mute This Topic: https://lists.onap.org/mt/28896233/21656
Mute #policy: https://lists.onap.org/mk?hashtag=policy&subid=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] #policy Unable to see sidepanel in Policy GUI

[Catherine LEFEVRE]

Thank you Chandra for the workaround.
I have created the following JIRA ticket - 
https://jira.onap.org/browse/POLICY-1388
To investigate the Policy GUI issue through the ONAP Portal.

Best regards
Catherine

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Chandra
Sent: Sunday, December 30, 2018 6:35 PM
To: onap-discuss@lists.onap.org; sirisha.gopig...@verizon.com
Subject: Re: [onap-discuss] #policy Unable to see sidepanel in Policy GUI

Hi Sirisha,
We have faced similar issue earlier but could not get any resolution… you can 
try accessing the standalone Policy URL with credential as
UserName: demo
Password : demo

https://policy.api.simpledemo.onap.org:30219/onap/login.htm<https://urldefense.proofpoint.com/v2/url?u=https-3A__policy.api.simpledemo.onap.org-3A30219_onap_login.htm&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=ZglJ8LOeAfevY7wWaSximhFMAzXaMdza5QYCg-DW6SU&m=YdAcqX_KfmUtQz_Ug-QcR3zIVSNVcZtDxc1B5QpIZWQ&s=Lo8zvVc8ykZKFkNbtYfW-ENTDUvLWKhgBQNVweAdIsk&e=>




From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Gopigiri, Sirisha via 
Lists.Onap.Org
Sent: 28 December 2018 18:29
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] #policy Unable to see sidepanel in Policy GUI

Dear Policy Team,

I am trying to explore policy casablanca release, but I am unable to see the 
side panel in the policy GUI. Can you please help me with this?

Here is the screen shot of it:
[cid:attach_0_157480908B61CC4B_7111@groups.io]

Thank you

Regards
Sirisha

Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at 
http://www.techmahindra.com/Disclaimer.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.techmahindra.com_Disclaimer.html&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=ZglJ8LOeAfevY7wWaSximhFMAzXaMdza5QYCg-DW6SU&m=YdAcqX_KfmUtQz_Ug-QcR3zIVSNVcZtDxc1B5QpIZWQ&s=lXRVxh4Ubz__NvjaRP_z7_GhRzByBWjYcz2M0amo63A&e=>
 externally 
http://tim.techmahindra.com/tim/disclaimer.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__tim.techmahindra.com_tim_disclaimer.html&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=ZglJ8LOeAfevY7wWaSximhFMAzXaMdza5QYCg-DW6SU&m=YdAcqX_KfmUtQz_Ug-QcR3zIVSNVcZtDxc1B5QpIZWQ&s=r89bMhHJ1chfbPDA4lEunJBc1oaBaDdM2mea9FvbpmI&e=>
 internally within TechMahindra.



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14728): https://lists.onap.org/g/onap-discuss/message/14728
Mute This Topic: https://lists.onap.org/mt/28872489/21656
Mute #policy: https://lists.onap.org/mk?hashtag=policy&subid=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] #policy Unable to see sidepanel in Policy GUI

[Chandra]

Hi Sirisha,
We have faced similar issue earlier but could not get any resolution… you can 
try accessing the standalone Policy URL with credential as
UserName: demo
Password : demo

https://policy.api.simpledemo.onap.org:30219/onap/login.htm




From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Gopigiri, Sirisha via Lists.Onap.Org
Sent: 28 December 2018 18:29
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] #policy Unable to see sidepanel in Policy GUI

Dear Policy Team,

I am trying to explore policy casablanca release, but I am unable to see the 
side panel in the policy GUI. Can you please help me with this?

Here is the screen shot of it:
[cid:attach_0_157480908B61CC4B_7111@groups.io]

Thank you

Regards
Sirisha



Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at http://www.techmahindra.com/Disclaimer.html 
 externally 
http://tim.techmahindra.com/tim/disclaimer.html 
 internally within 
TechMahindra.



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14727): https://lists.onap.org/g/onap-discuss/message/14727
Mute This Topic: https://lists.onap.org/mt/28872489/21656
Mute #policy: https://lists.onap.org/mk?hashtag=policy&subid=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [POLICY] Actor SO not triggered when simulators turned off

[vamshi]

Hi,

We are not using DCAE collector due to some issues as of now. Just placing a 
message with below command. Policy is in non-simulated mode. And checking 
whether policy triggering SO api for scale-out.

http --verify=no --default-scheme=https -a d...@people.osaaf.org:demo123456! 
PUT 
:9696/policy/pdp/engine/topics/sources/dmaap/unauthenticated.DCAE_CL_OUTPUT/events
 @onset-vdns.json Content-Type:"text/plain"

When we checked in debug log by enabling SO debuggers, found there is an error 
which highlighted below. I’m attaching AAI response, can you suggest what is 
missing. Thank you.

[2018-12-19T13:53:50.280+00:00|INFO|MDCTransactionImpl|Session 
org.onap.policy-engine.drools.amsterdam:policy-amsterdam-rules:0.9.0:closedloop-amsterdam]
[2018-12-19T13:53:50.280+00:00|INFO|MavenDroolsController|Session 
org.onap.policy-engine.drools.amsterdam:policy-amsterdam-rules:0.9.0:closedloop-amsterdam]
 MavenDroolsController 
[policyContainer=org.onap.policy-engine.drools.amsterdam:policy-amsterdam-rules:0.9.0:,
 alive=true, locked=, modelClassLoaderHash=1739986996]DELIVER: 
org.onap.policy.controlloop.VirtualControlLoopNotification@38d0f271 FROM 
MavenDroolsController 
[policyContainer=org.onap.policy-engine.drools.amsterdam:policy-amsterdam-rules:0.9.0:,
 alive=true, locked=, modelClassLoaderHash=1739986996] TO InlineDmaapTopicSink 
[userName=null, password=null, getTopicCommInfrastructure()=DMAAP, 
toString()=InlineBusTopicSink 
[partitionId=2ac46fe0-8b06-4c09-a70d-44f338f6e32d, alive=true, 
publisher=CambriaPublisherWrapper []]]
[2018-12-19T13:53:50.282+00:00|INFO|controlloop|Session 
org.onap.policy-engine.drools.amsterdam:policy-amsterdam-rules:0.9.0:closedloop-amsterdam]
 ClosedLoop-a4707dde-f7b1-11e8-a97b-0287bbd157df_0: 
CLAMPMS_Vlb_Service_v1_0_MS_Vlb_vsp_VF0.Config_BRMS_Param_ClosedLoop_a4707dde_f7b1_11e8_a97b_0287bbd157df_Policy_12lup3h_0.EVENT.MANAGER.OPERATION.LOCKED.GUARD_PERMITTED:
 event=org.onap.policy.controlloop.VirtualControlLoopEvent@5af7bfe8 
manager=ControlLoopEventManager 
[closedLoopControlName=ClosedLoop-a4707dde-f7b1-11e8-a97b-0287bbd157df_0, 
requestId=e4f95e0c-a013-4530-8e59-c5c5f9e539b7, 
processor=org.onap.policy.controlloop.processor.ControlLoopProcessor@4659f729, 
onset=e4f95e0c-a013-4530-8e59-c5c5f9e539b7, numOnsets=1, numAbatements=0, 
isActivated=true, currentOperation=ControlLoopOperationManager 
[onset=e4f95e0c-a013-4530-8e59-c5c5f9e539b7, 
policy=c57aab72-2ba2-4f44-8cf2-05a312f4c4cd, attempts=0, policyResult=null, 
currentOperation=null, operationHistory=[]], targetLock=VNFTargetLock 
[lockID=9fc3d9da-791c-4040-9e52-870e419e0cd4, targetType=VNF, 
target=zdfw1lb02dns01, requestID=e4f95e0c-a013-4530-8e59-c5c5f9e539b7]] 
operation=ControlLoopOperationManager 
[onset=e4f95e0c-a013-4530-8e59-c5c5f9e539b7, 
policy=c57aab72-2ba2-4f44-8cf2-05a312f4c4cd, attempts=0, policyResult=null, 
currentOperation=null, operationHistory=[]] lock=VNFTargetLock 
[lockID=9fc3d9da-791c-4040-9e52-870e419e0cd4, targetType=VNF, 
target=zdfw1lb02dns01, requestID=e4f95e0c-a013-4530-8e59-c5c5f9e539b7]
[2018-12-19T13:53:50.282+00:00|ERROR|SoActorServiceProvider|Session 
org.onap.policy-engine.drools.amsterdam:policy-amsterdam-rules:0.9.0:closedloop-amsterdam]
 Either base or non-base vf module is not found from AAI response.
[2018-12-19T13:53:50.282+00:00|WARN|controlloop|Session 
org.onap.policy-engine.drools.amsterdam:policy-amsterdam-rules:0.9.0:closedloop-amsterdam]
 ClosedLoop-a4707dde-f7b1-11e8-a97b-0287bbd157df_0: 
CLAMPMS_Vlb_Service_v1_0_MS_Vlb_vsp_VF0.Config_BRMS_Param_ClosedLoop_a4707dde_f7b1_11e8_a97b_0287bbd157df_Policy_12lup3h_0.EVENT.MANAGER.OPERATION.LOCKED.GUARD_PERMITTED:
 unexpected null operation request
[2018-12-19T13:53:50.284+00:00|DEBUG|ControlLoopEventManager|Session 
org.onap.policy-engine.drools.amsterdam:policy-amsterdam-rules:0.9.0:closedloop-amsterdam]
 Finishing VF Module Create result is Failure


Thanks & Regards,

Vamshi Krishna | Tech Mahindra

Sharda Centre, Off Karve Road, Erandwane, Pune 411 004, INDIA
Mobile: +91 9848639561, ext : 3492
Email Id – vn00480...@techmahindra.com<mailto:vn00480...@techmahindra.com>



[cid:image001.jpg@01D25617.55BC0E30]<http://www.techmahindra.com/>






From: onap-discuss@lists.onap.org  On Behalf Of 
Alok Gupta
Sent: Wednesday, December 19, 2018 7:49 PM
To: onap-discuss@lists.onap.org; PLATANIA, MARCO ; 
Vamshi Namilikonda ; HERNANDEZ-HERRERO, JORGE 

Subject: Re: [onap-discuss] [POLICY] Actor SO not triggered when simulators 
turned off

VES has sourceName indicating the device measurement are collected for, whereas 
reportingEntityName is most cases would be same as sourceName if the same 
device is sending the events to DCAE Collector. If there is an EMS or OAM VM 
involved sending events on the behalf of source then reportingEntityName should 
have the name of the EMS/OAM VM.


Regards,

Alok Gupta
732-420-7007
MT B2 3D30
ag1...@att.com<mailto:ag1...@att.com>

From: onap-discuss@lists.onap.org<

Re: [onap-discuss] [POLICY] Actor SO not triggered when simulators turned off

[Alok Gupta]

VES has sourceName indicating the device measurement are collected for, whereas 
reportingEntityName is most cases would be same as sourceName if the same 
device is sending the events to DCAE Collector. If there is an EMS or OAM VM 
involved sending events on the behalf of source then reportingEntityName should 
have the name of the EMS/OAM VM.


Regards,

Alok Gupta
732-420-7007
MT B2 3D30
ag1...@att.com<mailto:ag1...@att.com>

From: onap-discuss@lists.onap.org  On Behalf Of 
PLATANIA, MARCO
Sent: Wednesday, December 19, 2018 9:09 AM
To: onap-discuss@lists.onap.org; vn00480...@techmahindra.com; 
HERNANDEZ-HERRERO, JORGE 
Subject: Re: [onap-discuss] [POLICY] Actor SO not triggered when simulators 
turned off

***Security Advisory: This Message Originated Outside of AT&T ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
I see 2 different vLB names in the logs. Can you please describe your scenario? 
How are the closed loop and guard policies designed? Also, what is the 
reporting entity name in the VES message? My guess is that there’s some 
conflict somewhere.

Marco

From: mailto:onap-discuss@lists.onap.org>> on 
behalf of vamshi 
mailto:vn00480...@techmahindra.com>>
Reply-To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, 
"vn00480...@techmahindra.com<mailto:vn00480...@techmahindra.com>" 
mailto:vn00480...@techmahindra.com>>
Date: Wednesday, December 19, 2018 at 8:43 AM
To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, 
"HERNANDEZ-HERRERO, JORGE" mailto:jh1...@att.com>>
Subject: [onap-discuss] [POLICY] Actor SO not triggered when simulators turned 
off

Hi,

I’ve tried vDNS usecase with the controlloop created from CLAMP.
All is well when I tried with simulators – policy could trigger SO API for 
vnf-scale out. The same behavior I anticipated when turning the simulators off, 
but it stopped processing after guard PERMIT received for SO VF MODULE CREATE.
Can somebody suggest what could cause the POLICY restrain from triggering SO 
api for vnf scale out. I’ve attached network.log for both simulated and 
non-simulated mode of vDNS execution. Appreciate your assistance.


Thanks & Regards,

Vamshi Krishna | Tech Mahindra




[id:image001.jpg@01D25617.55BC0E30]<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.techmahindra.com_&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0&m=_g_bZIoC9S_5OOU0uqUWMSpjM-bG5_TKUu7Kx_C970o&s=E1zBHG5xg5etfEwpnGCd3wn5VoCcJeVCcWtCiHCQ5tY&e=>







Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at 
http://www.techmahindra.com/Disclaimer.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.techmahindra.com_Disclaimer.html&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0&m=_g_bZIoC9S_5OOU0uqUWMSpjM-bG5_TKUu7Kx_C970o&s=1Tcr_GrhVKQtyf1PkQKn41accJQ2blSG3xzouHBE_NA&e=>
 externally 
http://tim.techmahindra.com/tim/disclaimer.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__tim.techmahindra.com_tim_disclaimer.html&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0&m=_g_bZIoC9S_5OOU0uqUWMSpjM-bG5_TKUu7Kx_C970o&s=CS2EYExJl50vnAjnvh36v2xJUiEN2YCfb2TGVg_xFP4&e=>
 internally within TechMahindra.



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14623): https://lists.onap.org/g/onap-discuss/message/14623
Mute This Topic: https://lists.onap.org/mt/28801807/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [POLICY] Actor SO not triggered when simulators turned off

[Marco Platania]

I see 2 different vLB names in the logs. Can you please describe your scenario? 
How are the closed loop and guard policies designed? Also, what is the 
reporting entity name in the VES message? My guess is that there’s some 
conflict somewhere.

Marco

From:  on behalf of vamshi 

Reply-To: "onap-discuss@lists.onap.org" , 
"vn00480...@techmahindra.com" 
Date: Wednesday, December 19, 2018 at 8:43 AM
To: "onap-discuss@lists.onap.org" , 
"HERNANDEZ-HERRERO, JORGE" 
Subject: [onap-discuss] [POLICY] Actor SO not triggered when simulators turned 
off

Hi,

I’ve tried vDNS usecase with the controlloop created from CLAMP.
All is well when I tried with simulators – policy could trigger SO API for 
vnf-scale out. The same behavior I anticipated when turning the simulators off, 
but it stopped processing after guard PERMIT received for SO VF MODULE CREATE.
Can somebody suggest what could cause the POLICY restrain from triggering SO 
api for vnf scale out. I’ve attached network.log for both simulated and 
non-simulated mode of vDNS execution. Appreciate your assistance.


Thanks & Regards,

Vamshi Krishna | Tech Mahindra




[id:image001.jpg@01D25617.55BC0E30]







Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at 
http://www.techmahindra.com/Disclaimer.html
 externally 
http://tim.techmahindra.com/tim/disclaimer.html
 internally within TechMahindra.



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14622): https://lists.onap.org/g/onap-discuss/message/14622
Mute This Topic: https://lists.onap.org/mt/28801807/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] #policy Meeting on 12/18/18

[Pamela Dragosh]

Folks – I will send an invite out for tomorrow’s policy meeting. Unfortunately, 
LF is out for the rest of the year so my helpdesk ticket did not get worked on.

Thanks,

Pam

From:  on behalf of "DRAGOSH, PAMELA L (PAM)" 

Reply-To: "onap-discuss@lists.onap.org" , 
"DRAGOSH, PAMELA L (PAM)" 
Date: Wednesday, December 12, 2018 at 7:48 AM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] #policy NO meeting today

***Security Advisory: This Message Originated Outside of AT&T ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
We were trying to schedule a call today, but cancelled due to VF2F.

I am trying to re-schedule next week’s call to Tuesday as I am out on vacation 
starting Wednesday.

Please look for that invite change.

Helpdesk ticket #65157

Thanks,

Pam


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14546): https://lists.onap.org/g/onap-discuss/message/14546
Mute This Topic: https://lists.onap.org/mt/28783341/21656
Mute #policy: https://lists.onap.org/mk?hashtag=policy&subid=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [policy] DMaaP policy triggering issue

[Jorge Hernandez]

Hello Vamshi,

Try to do a few checks on your system to try to isolate the problematic area in 
your set up.  The following are oriented to detect DMaaP problems and 
generation of rules artifacts.


1.Check in the PDP-D logs, under $POLICY_LOGS/*.log.   Look if there's 
some connect or certificate failures with DMaaP (message-router), you would see 
exceptions.

2.   Check $POLICY_LOGS/network.log, search for messages containing the 
string  "policy-amsterdam-rules".

3.Check the policy nexus repository, go to this url:  
http://:30236/nexus/<http://%3cpolicy-nexus-host%3e:30236/nexus/>,
 check the "releases" repository, looking for "policy-amsterdam-rules" 
repositories.

Jorge

From: Vamshi Namilikonda [mailto:vn00480...@techmahindra.com]
Sent: Tuesday, December 11, 2018 6:20 AM
To: onap-discuss@lists.onap.org; HERNANDEZ-HERRERO, JORGE ; 
Chandrashekhar Thakare ; LEFEVRE, CATHERINE 
; adam.krys...@nokia.com; DRAGOSH, PAM 
; vidyashree.r...@gmail.com
Subject: RE: [onap-discuss] [policy] DMaaP policy triggering issue

Hi Jorge,

Thanks for your earlier suggestions. We tried to push policies using 
push-policy.sh script, however we still see there are no coordinates present 
for the Amsterdam controller.
I'm keeping the telemetry output below for reference, can you suggest your 
observations.


policy@policy-drools-0:/tmp/policy-install$ telemetry
Version: 1.0.0
https://localhost:9696/policy/pdp/engine%3E cd controllers
https://localhost:9696/policy/pdp/engine/controllers%3E get
HTTP/1.1 200 OK
Content-Length: 13
Content-Type: application/json
Date: Tue, 11 Dec 2018 12:02:23 GMT
Server: Jetty(9.4.12.v20180830)

[
"amsterdam"
]

https://localhost:9696/policy/pdp/engine/controllers%3E cd amsterdam
https://localhost:9696/policy/pdp/engine/controllers/amsterdam%3E cd drools
https://localhost:9696/policy/pdp/engine/controllers/amsterdam/drools%3E get | 
jq .sessionCoordinates
null
https://localhost:9696/policy/pdp/engine/controllers/amsterdam/drools%3E


Policies pushed:

curl -k -H 'Content-Type: application/json' -H 'Accept: application/json' -H 
'ClientAuth: cHl0aG9uOnRlc3Q=' -H 'Authorization: Basic 
dGVzdHBkcDphbHBoYTEyMw==' -H 'Environment: TEST' -X POST -d '{"policyName": 
".*"}' 
https://pdp:8081/pdp/api/listConfig<https://urldefense.proofpoint.com/v2/url?u=https-3A__pdp-3A8081_pdp_api_listConfig&d=DwQFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=KBxNCnvBiULMFrLf7-mWDLRIqfGifj9OdPuEw3oydrY&m=AcgbA2eUY8Ho2NVJTQAVv-YJL1DfVVoFhyd7nR-xRcE&s=sJipKgcEvst6j-b3bbXdWsHSSn6II6Z4ze6tyUjYk0A&e=>
 | python -m json.tool
[
"com.Config_BRMS_Param_BRMSParamvPCI.1.xml",
"SDNC_Policy.Config_MS_ONAP_VSN_NAMING_TIMESTAMP.1.xml",
"com.Config_BRMS_Param_BRMSParamvCPE.1.xml",
"SDNC_Policy.Config_MS_ONAP_VPG_NAMING_TIMESTAMP.1.xml",
"com.Config_OOF_PCI_CONFIG_POLICY.1.xml",

"CLAMPMS_Vlb_Service_v1_0_MS_Vlb_vsp_VF0.Config_MS_ClosedLoop_a4707dde_f7b1_11e8_a97b_0287bbd157df_TCA_1d13unw.7.xml",
"com.Config_MS_MicroServicevPCI.1.xml",
"com.Config_MS_MicroServicevFirewall.1.xml",
"com.Config_MS_MicroServicevCPE.1.xml",

"CLAMPMS_Vlb_Service_v1_0_MS_Vlb_vsp_VF0.Config_BRMS_Param_ClosedLoop_a4707dde_f7b1_11e8_a97b_0287bbd157df_Policy_12lup3h_0.2.xml",
"com.Config_PCIMS_CONFIG_POLICY.1.xml",
"com.Config_MS_MicroServicevDNS.1.xml",
"com.Config_BRMS_Param_BRMSParamVOLTE.1.xml",
"com.Config_BRMS_Param_BRMSParamvFirewall.1.xml",
"com.Config_BRMS_Param_BRMSParamvDNS.1.xml",
"SDNC_Policy.Config_MS_ONAP_VFW_NAMING_TIMESTAMP.1.xml"
]



Thanks & Regards,

Vamshi Krishna | Tech Mahindra




[cid:image001.jpg@01D25617.55BC0E30]<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.techmahindra.com_&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=KBxNCnvBiULMFrLf7-mWDLRIqfGifj9OdPuEw3oydrY&m=AcgbA2eUY8Ho2NVJTQAVv-YJL1DfVVoFhyd7nR-xRcE&s=xF99e85yqts1xeYtaZ-Yg8XJteQ04Ew9gnorUIwhxwo&e=>






From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Jorge Hernandez
Sent: Monday, December 10, 2018 10:56 PM
To: Chandrashekhar Thakare 
mailto:ct00548...@techmahindra.com>>; LEFEVRE, 
CATHERINE 
mailto:catherine.lefe...@intl.att.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
adam.krys...@nokia.com<mailto:adam.krys...@nokia.com>; DRAGOSH, PAM 
mailto:pdrag...@research.att.com>>; 
vidyashree.r...@gmail.com<mailto:vidyashree.r...@gmail.com>
Subject: Re: [onap-discuss] [policy] DMaaP policy triggering issue

Chandra,

The "casablanca" controller is not officially supported (it's experime

Re: [onap-discuss] [policy] DMaaP policy triggering issue

[vamshi]

Hi Jorge,

Thanks for your earlier suggestions. We tried to push policies using 
push-policy.sh script, however we still see there are no coordinates present 
for the Amsterdam controller.
I'm keeping the telemetry output below for reference, can you suggest your 
observations.


policy@policy-drools-0:/tmp/policy-install$ telemetry
Version: 1.0.0
https://localhost:9696/policy/pdp/engine> cd controllers
https://localhost:9696/policy/pdp/engine/controllers> get
HTTP/1.1 200 OK
Content-Length: 13
Content-Type: application/json
Date: Tue, 11 Dec 2018 12:02:23 GMT
Server: Jetty(9.4.12.v20180830)

[
"amsterdam"
]

https://localhost:9696/policy/pdp/engine/controllers> cd amsterdam
https://localhost:9696/policy/pdp/engine/controllers/amsterdam> cd drools
https://localhost:9696/policy/pdp/engine/controllers/amsterdam/drools> get | jq 
.sessionCoordinates
null
https://localhost:9696/policy/pdp/engine/controllers/amsterdam/drools>


Policies pushed:

curl -k -H 'Content-Type: application/json' -H 'Accept: application/json' -H 
'ClientAuth: cHl0aG9uOnRlc3Q=' -H 'Authorization: Basic 
dGVzdHBkcDphbHBoYTEyMw==' -H 'Environment: TEST' -X POST -d '{"policyName": 
".*"}' https://pdp:8081/pdp/api/listConfig | python -m json.tool
[
"com.Config_BRMS_Param_BRMSParamvPCI.1.xml",
"SDNC_Policy.Config_MS_ONAP_VSN_NAMING_TIMESTAMP.1.xml",
"com.Config_BRMS_Param_BRMSParamvCPE.1.xml",
"SDNC_Policy.Config_MS_ONAP_VPG_NAMING_TIMESTAMP.1.xml",
"com.Config_OOF_PCI_CONFIG_POLICY.1.xml",

"CLAMPMS_Vlb_Service_v1_0_MS_Vlb_vsp_VF0.Config_MS_ClosedLoop_a4707dde_f7b1_11e8_a97b_0287bbd157df_TCA_1d13unw.7.xml",
"com.Config_MS_MicroServicevPCI.1.xml",
"com.Config_MS_MicroServicevFirewall.1.xml",
"com.Config_MS_MicroServicevCPE.1.xml",

"CLAMPMS_Vlb_Service_v1_0_MS_Vlb_vsp_VF0.Config_BRMS_Param_ClosedLoop_a4707dde_f7b1_11e8_a97b_0287bbd157df_Policy_12lup3h_0.2.xml",
"com.Config_PCIMS_CONFIG_POLICY.1.xml",
"com.Config_MS_MicroServicevDNS.1.xml",
"com.Config_BRMS_Param_BRMSParamVOLTE.1.xml",
"com.Config_BRMS_Param_BRMSParamvFirewall.1.xml",
"com.Config_BRMS_Param_BRMSParamvDNS.1.xml",
"SDNC_Policy.Config_MS_ONAP_VFW_NAMING_TIMESTAMP.1.xml"
]



Thanks & Regards,

Vamshi Krishna | Tech Mahindra




[cid:image001.jpg@01D25617.55BC0E30]<http://www.techmahindra.com/>






From: onap-discuss@lists.onap.org  On Behalf Of 
Jorge Hernandez
Sent: Monday, December 10, 2018 10:56 PM
To: Chandrashekhar Thakare ; LEFEVRE, CATHERINE 
; onap-discuss@lists.onap.org; 
adam.krys...@nokia.com; DRAGOSH, PAM ; 
vidyashree.r...@gmail.com
Subject: Re: [onap-discuss] [policy] DMaaP policy triggering issue

Chandra,

The "casablanca" controller is not officially supported (it's experimental), 
please use "amsterdam" instead.

If you start from scratch with an up-to-date Casablanca installation, after a 
successful installation, the amsterdam controller should have been installed 
out of the box.

The only step that you may need before following Marco's instructions as 
discussed in another email thread is:

kubectl exec -it  -c pap -n onap -- bash -c "export 
PRELOAD_POLICIES=true; /tmp/policy-install/config/push-policies.sh"

First, can you verify proper amsterdam  controller installation?

https://localhost:9696/policy/pdp/engine/controllers> get
https://localhost:9696/policy/pdp/engine/controllers> cd amsterdam

Jorge

From: Chandrashekhar Thakare [mailto:ct00548...@techmahindra.com]
Sent: Monday, December 10, 2018 8:17 AM
To: LEFEVRE, CATHERINE 
mailto:catherine.lefe...@intl.att.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
adam.krys...@nokia.com<mailto:adam.krys...@nokia.com>; DRAGOSH, PAM 
mailto:pdrag...@research.att.com>>; 
vidyashree.r...@gmail.com<mailto:vidyashree.r...@gmail.com>; HERNANDEZ-HERRERO, 
JORGE mailto:jh1...@att.com>>
Subject: RE: [onap-discuss] [policy] DMaaP policy triggering issue

Hi Catherine
Thanks for the information.

I am following 
https://wiki.onap.org/display/DW/Running+Scale+Out+Use+Case+for+Casablanca<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Running-2BScale-2BOut-2BUse-2BCase-2Bfor-2BCasablanca&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=AOclne09odx6cmeimzFUhQ&m=MIdGpGg2-kUzdVXojpZ_gyY4BMIWHYKS3R8i1VORtQg&s=DKQmSn9WMZmUHI8pfnFEXPbuwUSqrqGc9Pfkf5fNQ8g&e=>
However; there seems to be no prerequisites mentioned in the Policy before 
running the closed loop. So assumption here is if we deploy the close loop from 
CLAMP it must automatically create all the required artefacts in Policy and 
process the onset events reache

Re: [onap-discuss] [policy] DMaaP policy triggering issue

[Jorge Hernandez]

Sounds good Brian, I added a comment to the referenced page.  -Jorge

From: FREEMAN, BRIAN D
Sent: Monday, December 10, 2018 12:34 PM
To: onap-discuss@lists.onap.org; HERNANDEZ-HERRERO, JORGE ; 
Chandrashekhar Thakare ; LEFEVRE, CATHERINE 
; adam.krys...@nokia.com; DRAGOSH, PAM 
; vidyashree.r...@gmail.com
Subject: RE: [onap-discuss] [policy] DMaaP policy triggering issue

Jorge,

Might be helpful to put in the pointer on the wiki to where the pre-condition 
to run push_policies.sh is already referenced.

Brian


From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
HERNANDEZ-HERRERO, JORGE
Sent: Monday, December 10, 2018 12:26 PM
To: Chandrashekhar Thakare 
mailto:ct00548...@techmahindra.com>>; LEFEVRE, 
CATHERINE 
mailto:catherine.lefe...@intl.att.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
adam.krys...@nokia.com<mailto:adam.krys...@nokia.com>; DRAGOSH, PAM 
mailto:pdrag...@research.att.com>>; 
vidyashree.r...@gmail.com<mailto:vidyashree.r...@gmail.com>
Subject: Re: [onap-discuss] [policy] DMaaP policy triggering issue

***Security Advisory: This Message Originated Outside of AT&T ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Chandra,

The "casablanca" controller is not officially supported (it's experimental), 
please use "amsterdam" instead.

If you start from scratch with an up-to-date Casablanca installation, after a 
successful installation, the amsterdam controller should have been installed 
out of the box.

The only step that you may need before following Marco's instructions as 
discussed in another email thread is:

kubectl exec -it  -c pap -n onap -- bash -c "export 
PRELOAD_POLICIES=true; /tmp/policy-install/config/push-policies.sh"

First, can you verify proper amsterdam  controller installation?

https://localhost:9696/policy/pdp/engine/controllers> get
https://localhost:9696/policy/pdp/engine/controllers> cd amsterdam

Jorge

From: Chandrashekhar Thakare [mailto:ct00548...@techmahindra.com]
Sent: Monday, December 10, 2018 8:17 AM
To: LEFEVRE, CATHERINE 
mailto:catherine.lefe...@intl.att.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
adam.krys...@nokia.com<mailto:adam.krys...@nokia.com>; DRAGOSH, PAM 
mailto:pdrag...@research.att.com>>; 
vidyashree.r...@gmail.com<mailto:vidyashree.r...@gmail.com>; HERNANDEZ-HERRERO, 
JORGE mailto:jh1...@att.com>>
Subject: RE: [onap-discuss] [policy] DMaaP policy triggering issue

Hi Catherine
Thanks for the information.

I am following 
https://wiki.onap.org/display/DW/Running+Scale+Out+Use+Case+for+Casablanca<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Running-2BScale-2BOut-2BUse-2BCase-2Bfor-2BCasablanca&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=AOclne09odx6cmeimzFUhQ&m=MIdGpGg2-kUzdVXojpZ_gyY4BMIWHYKS3R8i1VORtQg&s=DKQmSn9WMZmUHI8pfnFEXPbuwUSqrqGc9Pfkf5fNQ8g&e=>
However; there seems to be no prerequisites mentioned in the Policy before 
running the closed loop. So assumption here is if we deploy the close loop from 
CLAMP it must automatically create all the required artefacts in Policy and 
process the onset events reached in DCAE_CL_OUTPUT.

Correct me if we need any other prerequisites to be followed in Policy before 
running the close loop.

Regards
Chandrashekhar Thakare


From: Lefevre, Catherine [mailto:catherine.lefe...@intl.att.com]
Sent: 10 December 2018 15:35
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
Chandrashekhar Thakare 
mailto:ct00548...@techmahindra.com>>; 
adam.krys...@nokia.com<mailto:adam.krys...@nokia.com>; DRAGOSH, PAM 
mailto:pdrag...@research.att.com>>; 
vidyashree.r...@gmail.com<mailto:vidyashree.r...@gmail.com>; HERNANDEZ-HERRERO, 
JORGE mailto:jh1...@att.com>>
Subject: RE: [onap-discuss] [policy] DMaaP policy triggering issue

Good morning Chandra, Adam,

Have you tried to compare your lab settings with SB04 where Control Loop is 
working (Casablanca release)?

Here is also a tutorial about Control Loop Operational Policy in a standalone 
PDP-Drools?
https://wiki.onap.org/display/DW/Tutorial%3A+Generating+and+Testing+your+own+Control+Loop+Operational+Policy+in+a+standalone+PDP-D<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Tutorial-253A-2BGenerating-2Band-2BTesting-2Byour-2Bown-2BControl-2BLoop-2BOperational-2BPolicy-2Bin-2Ba-2Bstandalone-2BPDP-2DD&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=AOclne09odx6cmeimzFUhQ&m=MIdGpGg2-kUzdVXojpZ_gyY4BMIWHYKS3R8i1VORtQg&s=Yl0yDXUAuaMVnxCN1Sepg5X_ZgdtpR5mGzxWFWQMRvk&e=>

Here is the vLoadBalancer Use Case
https://docs.onap.org/en/casablanca/submodules/integration.git/docs/docs_vlb.html?highlight=vdns<https://urldefense.pr

Re: [onap-discuss] [policy] DMaaP policy triggering issue

[Brian]

Jorge,

Might be helpful to put in the pointer on the wiki to where the pre-condition 
to run push_policies.sh is already referenced.

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
HERNANDEZ-HERRERO, JORGE
Sent: Monday, December 10, 2018 12:26 PM
To: Chandrashekhar Thakare ; LEFEVRE, CATHERINE 
; onap-discuss@lists.onap.org; 
adam.krys...@nokia.com; DRAGOSH, PAM ; 
vidyashree.r...@gmail.com
Subject: Re: [onap-discuss] [policy] DMaaP policy triggering issue

***Security Advisory: This Message Originated Outside of AT&T ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Chandra,

The "casablanca" controller is not officially supported (it's experimental), 
please use "amsterdam" instead.

If you start from scratch with an up-to-date Casablanca installation, after a 
successful installation, the amsterdam controller should have been installed 
out of the box.

The only step that you may need before following Marco's instructions as 
discussed in another email thread is:

kubectl exec -it  -c pap -n onap -- bash -c "export 
PRELOAD_POLICIES=true; /tmp/policy-install/config/push-policies.sh"

First, can you verify proper amsterdam  controller installation?

https://localhost:9696/policy/pdp/engine/controllers> get
https://localhost:9696/policy/pdp/engine/controllers> cd amsterdam

Jorge

From: Chandrashekhar Thakare [mailto:ct00548...@techmahindra.com]
Sent: Monday, December 10, 2018 8:17 AM
To: LEFEVRE, CATHERINE 
mailto:catherine.lefe...@intl.att.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
adam.krys...@nokia.com<mailto:adam.krys...@nokia.com>; DRAGOSH, PAM 
mailto:pdrag...@research.att.com>>; 
vidyashree.r...@gmail.com<mailto:vidyashree.r...@gmail.com>; HERNANDEZ-HERRERO, 
JORGE mailto:jh1...@att.com>>
Subject: RE: [onap-discuss] [policy] DMaaP policy triggering issue

Hi Catherine
Thanks for the information.

I am following 
https://wiki.onap.org/display/DW/Running+Scale+Out+Use+Case+for+Casablanca<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Running-2BScale-2BOut-2BUse-2BCase-2Bfor-2BCasablanca&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=AOclne09odx6cmeimzFUhQ&m=MIdGpGg2-kUzdVXojpZ_gyY4BMIWHYKS3R8i1VORtQg&s=DKQmSn9WMZmUHI8pfnFEXPbuwUSqrqGc9Pfkf5fNQ8g&e=>
However; there seems to be no prerequisites mentioned in the Policy before 
running the closed loop. So assumption here is if we deploy the close loop from 
CLAMP it must automatically create all the required artefacts in Policy and 
process the onset events reached in DCAE_CL_OUTPUT.

Correct me if we need any other prerequisites to be followed in Policy before 
running the close loop.

Regards
Chandrashekhar Thakare


From: Lefevre, Catherine [mailto:catherine.lefe...@intl.att.com]
Sent: 10 December 2018 15:35
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
Chandrashekhar Thakare 
mailto:ct00548...@techmahindra.com>>; 
adam.krys...@nokia.com<mailto:adam.krys...@nokia.com>; DRAGOSH, PAM 
mailto:pdrag...@research.att.com>>; 
vidyashree.r...@gmail.com<mailto:vidyashree.r...@gmail.com>; HERNANDEZ-HERRERO, 
JORGE mailto:jh1...@att.com>>
Subject: RE: [onap-discuss] [policy] DMaaP policy triggering issue

Good morning Chandra, Adam,

Have you tried to compare your lab settings with SB04 where Control Loop is 
working (Casablanca release)?

Here is also a tutorial about Control Loop Operational Policy in a standalone 
PDP-Drools?
https://wiki.onap.org/display/DW/Tutorial%3A+Generating+and+Testing+your+own+Control+Loop+Operational+Policy+in+a+standalone+PDP-D<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Tutorial-253A-2BGenerating-2Band-2BTesting-2Byour-2Bown-2BControl-2BLoop-2BOperational-2BPolicy-2Bin-2Ba-2Bstandalone-2BPDP-2DD&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=AOclne09odx6cmeimzFUhQ&m=MIdGpGg2-kUzdVXojpZ_gyY4BMIWHYKS3R8i1VORtQg&s=Yl0yDXUAuaMVnxCN1Sepg5X_ZgdtpR5mGzxWFWQMRvk&e=>

Here is the vLoadBalancer Use Case
https://docs.onap.org/en/casablanca/submodules/integration.git/docs/docs_vlb.html?highlight=vdns<https://urldefense.proofpoint.com/v2/url?u=https-3A__docs.onap.org_en_casablanca_submodules_integration.git_docs_docs-5Fvlb.html-3Fhighlight-3Dvdns&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=AOclne09odx6cmeimzFUhQ&m=MIdGpGg2-kUzdVXojpZ_gyY4BMIWHYKS3R8i1VORtQg&s=kdKSChxh3zySQ8TJ0tgduYtSZw1gany4KQ3hXoSTiHQ&e=>

Demos
https://wiki.onap.org/display/DW/Running+the+ONAP+Demos<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Running-2Bthe-2BONAP-2BDemos&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=AOclne09odx6cmeimzFUhQ&m=MIdGpGg2-kUzdVXojpZ_gyY4BMIWHYKS3R8i1VORtQg&s=-AkZPSgW7vlXtiORZ6qW6nQ4FSpXzWGMA6w1TwceDuQ&e=>

Best regards
Catherine

From: onap-discuss@l

Re: [onap-discuss] [policy] DMaaP policy triggering issue

[Jorge Hernandez]

Chandra,

The "casablanca" controller is not officially supported (it's experimental), 
please use "amsterdam" instead.
If you start from scratch with an up-to-date Casablanca installation, after a 
successful installation, the amsterdam controller should have been installed 
out of the box.

The only step that you may need before following Marco's instructions as 
discussed in another email thread is:

kubectl exec -it  -c pap -n onap -- bash -c "export 
PRELOAD_POLICIES=true; /tmp/policy-install/config/push-policies.sh"

First, can you verify proper amsterdam  controller installation?

https://localhost:9696/policy/pdp/engine/controllers> get
https://localhost:9696/policy/pdp/engine/controllers> cd amsterdam

Jorge

From: Chandrashekhar Thakare [mailto:ct00548...@techmahindra.com]
Sent: Monday, December 10, 2018 8:17 AM
To: LEFEVRE, CATHERINE ; 
onap-discuss@lists.onap.org; adam.krys...@nokia.com; DRAGOSH, PAM 
; vidyashree.r...@gmail.com; HERNANDEZ-HERRERO, 
JORGE 
Subject: RE: [onap-discuss] [policy] DMaaP policy triggering issue

Hi Catherine
Thanks for the information.

I am following 
https://wiki.onap.org/display/DW/Running+Scale+Out+Use+Case+for+Casablanca<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Running-2BScale-2BOut-2BUse-2BCase-2Bfor-2BCasablanca&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=AOclne09odx6cmeimzFUhQ&m=MIdGpGg2-kUzdVXojpZ_gyY4BMIWHYKS3R8i1VORtQg&s=DKQmSn9WMZmUHI8pfnFEXPbuwUSqrqGc9Pfkf5fNQ8g&e=>
However; there seems to be no prerequisites mentioned in the Policy before 
running the closed loop. So assumption here is if we deploy the close loop from 
CLAMP it must automatically create all the required artefacts in Policy and 
process the onset events reached in DCAE_CL_OUTPUT.

Correct me if we need any other prerequisites to be followed in Policy before 
running the close loop.

Regards
Chandrashekhar Thakare


From: Lefevre, Catherine [mailto:catherine.lefe...@intl.att.com]
Sent: 10 December 2018 15:35
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
Chandrashekhar Thakare 
mailto:ct00548...@techmahindra.com>>; 
adam.krys...@nokia.com<mailto:adam.krys...@nokia.com>; DRAGOSH, PAM 
mailto:pdrag...@research.att.com>>; 
vidyashree.r...@gmail.com<mailto:vidyashree.r...@gmail.com>; HERNANDEZ-HERRERO, 
JORGE mailto:jh1...@att.com>>
Subject: RE: [onap-discuss] [policy] DMaaP policy triggering issue

Good morning Chandra, Adam,

Have you tried to compare your lab settings with SB04 where Control Loop is 
working (Casablanca release)?

Here is also a tutorial about Control Loop Operational Policy in a standalone 
PDP-Drools?
https://wiki.onap.org/display/DW/Tutorial%3A+Generating+and+Testing+your+own+Control+Loop+Operational+Policy+in+a+standalone+PDP-D<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Tutorial-253A-2BGenerating-2Band-2BTesting-2Byour-2Bown-2BControl-2BLoop-2BOperational-2BPolicy-2Bin-2Ba-2Bstandalone-2BPDP-2DD&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=AOclne09odx6cmeimzFUhQ&m=MIdGpGg2-kUzdVXojpZ_gyY4BMIWHYKS3R8i1VORtQg&s=Yl0yDXUAuaMVnxCN1Sepg5X_ZgdtpR5mGzxWFWQMRvk&e=>

Here is the vLoadBalancer Use Case
https://docs.onap.org/en/casablanca/submodules/integration.git/docs/docs_vlb.html?highlight=vdns<https://urldefense.proofpoint.com/v2/url?u=https-3A__docs.onap.org_en_casablanca_submodules_integration.git_docs_docs-5Fvlb.html-3Fhighlight-3Dvdns&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=AOclne09odx6cmeimzFUhQ&m=MIdGpGg2-kUzdVXojpZ_gyY4BMIWHYKS3R8i1VORtQg&s=kdKSChxh3zySQ8TJ0tgduYtSZw1gany4KQ3hXoSTiHQ&e=>

Demos
https://wiki.onap.org/display/DW/Running+the+ONAP+Demos<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Running-2Bthe-2BONAP-2BDemos&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=AOclne09odx6cmeimzFUhQ&m=MIdGpGg2-kUzdVXojpZ_gyY4BMIWHYKS3R8i1VORtQg&s=-AkZPSgW7vlXtiORZ6qW6nQ4FSpXzWGMA6w1TwceDuQ&e=>

Best regards
Catherine

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Chandra
Sent: Monday, December 10, 2018 10:53 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
adam.krys...@nokia.com<mailto:adam.krys...@nokia.com>; DRAGOSH, PAM 
mailto:pdrag...@research.att.com>>; 
vidyashree.r...@gmail.com<mailto:vidyashree.r...@gmail.com>; HERNANDEZ-HERRERO, 
JORGE mailto:jh1...@att.com>>
Subject: Re: [onap-discuss] [policy] DMaaP policy triggering issue

Hi Adam,
We are currently using the Casablanca  release, Any specific version you 
recommend?


Vidyashree/Jorge,
I was going through the emails as you faced similar issue. I could see that 
there is no Casablanca controller available in our environment. Is this a 
reason for messages not getting picked up?

Please 

Re: [onap-discuss] [policy] DMaaP policy triggering issue

[Chandra]

Hi Catherine
Thanks for the information.

I am following 
https://wiki.onap.org/display/DW/Running+Scale+Out+Use+Case+for+Casablanca
However; there seems to be no prerequisites mentioned in the Policy before 
running the closed loop. So assumption here is if we deploy the close loop from 
CLAMP it must automatically create all the required artefacts in Policy and 
process the onset events reached in DCAE_CL_OUTPUT.

Correct me if we need any other prerequisites to be followed in Policy before 
running the close loop.

Regards
Chandrashekhar Thakare


From: Lefevre, Catherine [mailto:catherine.lefe...@intl.att.com]
Sent: 10 December 2018 15:35
To: onap-discuss@lists.onap.org; Chandrashekhar Thakare 
; adam.krys...@nokia.com; DRAGOSH, PAM 
; vidyashree.r...@gmail.com; HERNANDEZ-HERRERO, 
JORGE 
Subject: RE: [onap-discuss] [policy] DMaaP policy triggering issue

Good morning Chandra, Adam,

Have you tried to compare your lab settings with SB04 where Control Loop is 
working (Casablanca release)?

Here is also a tutorial about Control Loop Operational Policy in a standalone 
PDP-Drools?
https://wiki.onap.org/display/DW/Tutorial%3A+Generating+and+Testing+your+own+Control+Loop+Operational+Policy+in+a+standalone+PDP-D

Here is the vLoadBalancer Use Case
https://docs.onap.org/en/casablanca/submodules/integration.git/docs/docs_vlb.html?highlight=vdns

Demos
https://wiki.onap.org/display/DW/Running+the+ONAP+Demos

Best regards
Catherine

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Chandra
Sent: Monday, December 10, 2018 10:53 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
adam.krys...@nokia.com<mailto:adam.krys...@nokia.com>; DRAGOSH, PAM 
mailto:pdrag...@research.att.com>>; 
vidyashree.r...@gmail.com<mailto:vidyashree.r...@gmail.com>; HERNANDEZ-HERRERO, 
JORGE mailto:jh1...@att.com>>
Subject: Re: [onap-discuss] [policy] DMaaP policy triggering issue

Hi Adam,
We are currently using the Casablanca  release, Any specific version you 
recommend?


Vidyashree/Jorge,
I was going through the emails as you faced similar issue. I could see that 
there is no Casablanca controller available in our environment. Is this a 
reason for messages not getting picked up?

Please refer to output from our environment.

policy@policy-drools-0:/tmp/policy-install$ telemetry
Version: 1.0.0
https://localhost:9696/policy/pdp/engine> cd controllers
https://localhost:9696/policy/pdp/engine/controllers> cd casablanca
https://localhost:9696/policy/pdp/engine/controllers/casablanca> ls
decoders   drools encoders   inputs properties switches
https://localhost:9696/policy/pdp/engine/controllers/casablanca> cd drools
https://localhost:9696/policy/pdp/engine/controllers/casablanca/drools> get
HTTP/1.1 404 Not Found
Content-Length: 32
Content-Type: application/json
Date: Mon, 10 Dec 2018 08:51:14 GMT
Server: Jetty(9.4.12.v20180830)

{
"error": "casablanca not found"
}

https://localhost:9696/policy/pdp/engine/controllers/casablanca/drools> get | 
jq .sessionCoordinates
null
https://localhost:9696/policy/pdp/engine/controllers/casablanca/drools>


Regards
Chandrashekhar Thakare



From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Krysiak, Adam (Nokia - 
PL/Wroclaw)
Sent: 10 December 2018 15:15
To: Chandrashekhar Thakare 
mailto:ct00548...@techmahindra.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; DRAGOSH, 
PAMELA L (PAM) mailto:pdrag...@research.att.com>>
Subject: Re: [onap-discuss] [policy] DMaaP policy triggering issue


Hi,



Unfortunately I have not found any resolution.

As workaround I can recommend you to go back to older policy versions.

It should work there.



Br,
Adam Krysiak
Software Engineer
MN MANO RD&Pz ONAP-UI-ML DEVOPS WRO 2 SG
Nokia
Contact number: +48691441316

From: Chandrashekhar Thakare 
mailto:ct00548...@techmahindra.com>>
Sent: Monday, December 10, 2018 9:34:55 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Krysiak, 
Adam (Nokia - PL/Wroclaw); DRAGOSH, PAMELA L (PAM)
Subject: RE: [policy] DMaaP policy triggering issue


Hi Adam,

Have you got any resolution for this issue? We have distributed the VLB closed 
loop via CLAMP to policy and trying to post the onset message manually.  We are 
getting similar issue that the message is just consumed at policy  but not 
processed. In debug logs we could not trace any errors.

I can see the onset Json have few more attributes as policyversion and 
poclicyName.. Are these mandatory attributes for policy to process?



Regards

Chandrashekhar Thakare





From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Krysiak, Adam (Nok

Re: [onap-discuss] [policy] DMaaP policy triggering issue

[Catherine LEFEVRE]

Good morning Chandra, Adam,

Have you tried to compare your lab settings with SB04 where Control Loop is 
working (Casablanca release)?

Here is also a tutorial about Control Loop Operational Policy in a standalone 
PDP-Drools?
https://wiki.onap.org/display/DW/Tutorial%3A+Generating+and+Testing+your+own+Control+Loop+Operational+Policy+in+a+standalone+PDP-D

Here is the vLoadBalancer Use Case
https://docs.onap.org/en/casablanca/submodules/integration.git/docs/docs_vlb.html?highlight=vdns

Demos
https://wiki.onap.org/display/DW/Running+the+ONAP+Demos

Best regards
Catherine

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Chandra
Sent: Monday, December 10, 2018 10:53 AM
To: onap-discuss@lists.onap.org; adam.krys...@nokia.com; DRAGOSH, PAM 
; vidyashree.r...@gmail.com; HERNANDEZ-HERRERO, 
JORGE 
Subject: Re: [onap-discuss] [policy] DMaaP policy triggering issue

Hi Adam,
We are currently using the Casablanca  release, Any specific version you 
recommend?


Vidyashree/Jorge,
I was going through the emails as you faced similar issue. I could see that 
there is no Casablanca controller available in our environment. Is this a 
reason for messages not getting picked up?

Please refer to output from our environment.

policy@policy-drools-0:/tmp/policy-install$ telemetry
Version: 1.0.0
https://localhost:9696/policy/pdp/engine> cd controllers
https://localhost:9696/policy/pdp/engine/controllers> cd casablanca
https://localhost:9696/policy/pdp/engine/controllers/casablanca> ls
decoders   drools encoders   inputs properties switches
https://localhost:9696/policy/pdp/engine/controllers/casablanca> cd drools
https://localhost:9696/policy/pdp/engine/controllers/casablanca/drools> get
HTTP/1.1 404 Not Found
Content-Length: 32
Content-Type: application/json
Date: Mon, 10 Dec 2018 08:51:14 GMT
Server: Jetty(9.4.12.v20180830)

{
"error": "casablanca not found"
}

https://localhost:9696/policy/pdp/engine/controllers/casablanca/drools> get | 
jq .sessionCoordinates
null
https://localhost:9696/policy/pdp/engine/controllers/casablanca/drools>


Regards
Chandrashekhar Thakare



From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Krysiak, Adam (Nokia - 
PL/Wroclaw)
Sent: 10 December 2018 15:15
To: Chandrashekhar Thakare 
mailto:ct00548...@techmahindra.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; DRAGOSH, 
PAMELA L (PAM) mailto:pdrag...@research.att.com>>
Subject: Re: [onap-discuss] [policy] DMaaP policy triggering issue


Hi,



Unfortunately I have not found any resolution.

As workaround I can recommend you to go back to older policy versions.

It should work there.



Br,
Adam Krysiak
Software Engineer
MN MANO RD&Pz ONAP-UI-ML DEVOPS WRO 2 SG
Nokia
Contact number: +48691441316

From: Chandrashekhar Thakare 
mailto:ct00548...@techmahindra.com>>
Sent: Monday, December 10, 2018 9:34:55 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Krysiak, 
Adam (Nokia - PL/Wroclaw); DRAGOSH, PAMELA L (PAM)
Subject: RE: [policy] DMaaP policy triggering issue


Hi Adam,

Have you got any resolution for this issue? We have distributed the VLB closed 
loop via CLAMP to policy and trying to post the onset message manually.  We are 
getting similar issue that the message is just consumed at policy  but not 
processed. In debug logs we could not trace any errors.

I can see the onset Json have few more attributes as policyversion and 
poclicyName.. Are these mandatory attributes for policy to process?



Regards

Chandrashekhar Thakare





From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Krysiak, Adam (Nokia - 
PL/Wroclaw)
Sent: 03 December 2018 22:10
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; DRAGOSH, 
PAMELA L (PAM) mailto:pdrag...@research.att.com>>
Subject: [onap-discuss] [policy] DMaaP policy triggering issue



Hi,



I'm trying to perform Closed Loop scenario on Casablanca lab.

I'm on step where policy should be triggered but nothing happens.
I see that TCA is sending events on DMaaP unauthenticated.DCAE_CL_OUTPUT topic 
correctly. They are even consumed by group/user 
dcae.policy.shared/dev-policy-drools-0<https://urldefense.proofpoint.com/v2/url?u=http-3A__portal.api.simpledemo.onap.org-3A30227_events_unauthenticated.DCAE-5FCL-5FOUTPUT_dcae.policy.shared_dev-2Dpolicy-2Ddrools-2D0&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=ZglJ8LOeAfevY7wWaSximhFMAzXaMdza5QYCg-DW6SU&m=dFUshhsa5N5hHg5bdUlbsx-4UMz_dpoO9B6h6SkxumM&s=CsDKF3NleQIkSEjNN4757oCQoafdYiIUAZAdmiB5Mfs&e=>.
 When checking other groups on this topic I see that events are there:

[

"{\"closedLoopEventClient\":\"DCAE_INSTANCE_ID.dcae-tc

Re: [onap-discuss] [policy] DMaaP policy triggering issue

[Chandra]

Hi Adam,
We are currently using the Casablanca  release, Any specific version you 
recommend?


Vidyashree/Jorge,
I was going through the emails as you faced similar issue. I could see that 
there is no Casablanca controller available in our environment. Is this a 
reason for messages not getting picked up?

Please refer to output from our environment.

policy@policy-drools-0:/tmp/policy-install$ telemetry
Version: 1.0.0
https://localhost:9696/policy/pdp/engine> cd controllers
https://localhost:9696/policy/pdp/engine/controllers> cd casablanca
https://localhost:9696/policy/pdp/engine/controllers/casablanca> ls
decoders   drools encoders   inputs properties switches
https://localhost:9696/policy/pdp/engine/controllers/casablanca> cd drools
https://localhost:9696/policy/pdp/engine/controllers/casablanca/drools> get
HTTP/1.1 404 Not Found
Content-Length: 32
Content-Type: application/json
Date: Mon, 10 Dec 2018 08:51:14 GMT
Server: Jetty(9.4.12.v20180830)

{
"error": "casablanca not found"
}

https://localhost:9696/policy/pdp/engine/controllers/casablanca/drools> get | 
jq .sessionCoordinates
null
https://localhost:9696/policy/pdp/engine/controllers/casablanca/drools>


Regards
Chandrashekhar Thakare



From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Krysiak, Adam (Nokia - PL/Wroclaw)
Sent: 10 December 2018 15:15
To: Chandrashekhar Thakare ; 
onap-discuss@lists.onap.org; DRAGOSH, PAMELA L (PAM) 
Subject: Re: [onap-discuss] [policy] DMaaP policy triggering issue


Hi,



Unfortunately I have not found any resolution.

As workaround I can recommend you to go back to older policy versions.

It should work there.



Br,
Adam Krysiak
Software Engineer
MN MANO RD&Pz ONAP-UI-ML DEVOPS WRO 2 SG
Nokia
Contact number: +48691441316

From: Chandrashekhar Thakare 
mailto:ct00548...@techmahindra.com>>
Sent: Monday, December 10, 2018 9:34:55 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Krysiak, 
Adam (Nokia - PL/Wroclaw); DRAGOSH, PAMELA L (PAM)
Subject: RE: [policy] DMaaP policy triggering issue


Hi Adam,

Have you got any resolution for this issue? We have distributed the VLB closed 
loop via CLAMP to policy and trying to post the onset message manually.  We are 
getting similar issue that the message is just consumed at policy  but not 
processed. In debug logs we could not trace any errors.

I can see the onset Json have few more attributes as policyversion and 
poclicyName.. Are these mandatory attributes for policy to process?



Regards

Chandrashekhar Thakare





From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Krysiak, Adam (Nokia - 
PL/Wroclaw)
Sent: 03 December 2018 22:10
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; DRAGOSH, 
PAMELA L (PAM) mailto:pdrag...@research.att.com>>
Subject: [onap-discuss] [policy] DMaaP policy triggering issue



Hi,



I'm trying to perform Closed Loop scenario on Casablanca lab.

I'm on step where policy should be triggered but nothing happens.
I see that TCA is sending events on DMaaP unauthenticated.DCAE_CL_OUTPUT topic 
correctly. They are even consumed by group/user 
dcae.policy.shared/dev-policy-drools-0<http://portal.api.simpledemo.onap.org:30227/events/unauthenticated.DCAE_CL_OUTPUT/dcae.policy.shared/dev-policy-drools-0>.
 When checking other groups on this topic I see that events are there:

[

"{\"closedLoopEventClient\":\"DCAE_INSTANCE_ID.dcae-tca\",\"policyVersion\":\"v0.0.1\",\"policyName\":\"CLAMPdp_svc_v4_0_DP_VNF0.ClosedLoop_56b15df9_f716_11e8_8161_022bf8accb10_TCA_1d13unw\",\"policyScope\":\"DCAE\",\"target_type\":\"VNF\",\"AAI\":{\"generic-vnf.resource-version\":\"1543571892949\",\"generic-vnf.nf-role\":\"\",\"generic-vnf.prov-status\":\"ACTIVE\",\"generic-vnf.orchestration-status\":\"Created\",\"generic-vnf.is-closed-loop-disabled\":false,\"generic-vnf.service-id\":\"c8a0de0d-6956-475f-accc-2acb1652b7fe\",\"generic-vnf.in-maint\":false,\"generic-vnf.nf-type\":\"\",\"generic-vnf.nf-naming-code\":\"\",\"generic-vnf.vnf-name\":\"dp-vnf\",\"generic-vnf.model-version-id\":\"6e777d8b-1860-4d95-9933-f126dfad7d48\",\"generic-vnf.model-customization-id\":\"005ca57a-eb0b-45a7-a9e9-637d58d58ef0\",\"generic-vnf.nf-function\":\"\",\"generic-vnf.vnf-type\":\"dp-svc/DP_VNF
 
0\",\"generic-vnf.model-invariant-id\":\"799c7ba7-d00b-40a0-b50f-bc2fca02d8aa\",\"generic-vnf.vnf-id\":\"033f1

Re: [onap-discuss] [policy] DMaaP policy triggering issue

[Krysiak, Adam (Nokia - PL/Wroclaw)]

Hi,


Unfortunately I have not found any resolution.

As workaround I can recommend you to go back to older policy versions.

It should work there.


Br,

Adam Krysiak
Software Engineer
MN MANO RD&Pz ONAP-UI-ML DEVOPS WRO 2 SG
Nokia
Contact number: +48691441316

From: Chandrashekhar Thakare 
Sent: Monday, December 10, 2018 9:34:55 AM
To: onap-discuss@lists.onap.org; Krysiak, Adam (Nokia - PL/Wroclaw); DRAGOSH, 
PAMELA L (PAM)
Subject: RE: [policy] DMaaP policy triggering issue


Hi Adam,

Have you got any resolution for this issue? We have distributed the VLB closed 
loop via CLAMP to policy and trying to post the onset message manually.  We are 
getting similar issue that the message is just consumed at policy  but not 
processed. In debug logs we could not trace any errors.

I can see the onset Json have few more attributes as policyversion and 
poclicyName.. Are these mandatory attributes for policy to process?



Regards

Chandrashekhar Thakare





From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Krysiak, Adam (Nokia - PL/Wroclaw)
Sent: 03 December 2018 22:10
To: onap-discuss@lists.onap.org; DRAGOSH, PAMELA L (PAM) 

Subject: [onap-discuss] [policy] DMaaP policy triggering issue



Hi,



I'm trying to perform Closed Loop scenario on Casablanca lab.

I'm on step where policy should be triggered but nothing happens.
I see that TCA is sending events on DMaaP unauthenticated.DCAE_CL_OUTPUT topic 
correctly. They are even consumed by group/user 
dcae.policy.shared/dev-policy-drools-0.
 When checking other groups on this topic I see that events are there:

[

"{\"closedLoopEventClient\":\"DCAE_INSTANCE_ID.dcae-tca\",\"policyVersion\":\"v0.0.1\",\"policyName\":\"CLAMPdp_svc_v4_0_DP_VNF0.ClosedLoop_56b15df9_f716_11e8_8161_022bf8accb10_TCA_1d13unw\",\"policyScope\":\"DCAE\",\"target_type\":\"VNF\",\"AAI\":{\"generic-vnf.resource-version\":\"1543571892949\",\"generic-vnf.nf-role\":\"\",\"generic-vnf.prov-status\":\"ACTIVE\",\"generic-vnf.orchestration-status\":\"Created\",\"generic-vnf.is-closed-loop-disabled\":false,\"generic-vnf.service-id\":\"c8a0de0d-6956-475f-accc-2acb1652b7fe\",\"generic-vnf.in-maint\":false,\"generic-vnf.nf-type\":\"\",\"generic-vnf.nf-naming-code\":\"\",\"generic-vnf.vnf-name\":\"dp-vnf\",\"generic-vnf.model-version-id\":\"6e777d8b-1860-4d95-9933-f126dfad7d48\",\"generic-vnf.model-customization-id\":\"005ca57a-eb0b-45a7-a9e9-637d58d58ef0\",\"generic-vnf.nf-function\":\"\",\"generic-vnf.vnf-type\":\"dp-svc/DP_VNF
 
0\",\"generic-vnf.model-invariant-id\":\"799c7ba7-d00b-40a0-b50f-bc2fca02d8aa\",\"generic-vnf.vnf-id\":\"033f103b-0705-44dd-9170-9a839bbeb9de\"},\"closedLoopAlarmStart\":1543589661,\"closedLoopEventStatus\":\"ONSET\",\"closedLoopControlName\":\"ClosedLoop-56b15df9-f716-11e8-8161-022bf8accb10_0\",\"version\":\"1.0.2\",\"target\":\"generic-vnf.vnf-name\",\"requestID\":\"ac12f8d4-1094-4b6e-b074-0af0e8896017\",\"from\":\"DCAE\"}"

]



I've checked drools logs (attached to this email) and can't see any warnings. 
After some time there is traceback with  "Too Many Requests".

Lab is created using OOF.

Policy image versions are:

onap/policy-apex-pdp,2.0.3
onap/policy-distribution,2.0.3
onap/policy-drools,1.3.4
onap/policy-pe,1.3.4

Can someone from Policy team take a look?



PS.

(Previously I used:

onap/policy-apex-pdp,2.0-SNAPSHOT-latest
onap/policy-distribution,2.0.3-SNAPSHOT-latest
onap/policy-drools,1.3-SNAPSHOT-latest
onap/policy-pe,1.3-SNAPSHOT-latest

but on those feature controlloop-amsterdam is not installed. Is that an issue?)







Adam Krysiak
Software Engineer
MN MANO RD&Pz ONAP-UI-ML DEVOPS WRO 2 SG
Nokia
Contact number: +48691441316





Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at http://www.techmahindra.com/Disclaimer.html externally 
http://tim.techmahindra.com/tim/disclaimer.html internally within TechMahindra.



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14341): https://lists.onap.org/g/onap-discuss/message/14341
Mute This Topic: https://lists.onap.org/mt/28573238/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [policy] DMaaP policy triggering issue

[Chandra]

Hi Adam,
Have you got any resolution for this issue? We have distributed the VLB closed 
loop via CLAMP to policy and trying to post the onset message manually.  We are 
getting similar issue that the message is just consumed at policy  but not 
processed. In debug logs we could not trace any errors.
I can see the onset Json have few more attributes as policyversion and 
poclicyName.. Are these mandatory attributes for policy to process?

Regards
Chandrashekhar Thakare


From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Krysiak, Adam (Nokia - PL/Wroclaw)
Sent: 03 December 2018 22:10
To: onap-discuss@lists.onap.org; DRAGOSH, PAMELA L (PAM) 

Subject: [onap-discuss] [policy] DMaaP policy triggering issue


Hi,



I'm trying to perform Closed Loop scenario on Casablanca lab.

I'm on step where policy should be triggered but nothing happens.
I see that TCA is sending events on DMaaP unauthenticated.DCAE_CL_OUTPUT topic 
correctly. They are even consumed by group/user 
dcae.policy.shared/dev-policy-drools-0.
 When checking other groups on this topic I see that events are there:
[

"{\"closedLoopEventClient\":\"DCAE_INSTANCE_ID.dcae-tca\",\"policyVersion\":\"v0.0.1\",\"policyName\":\"CLAMPdp_svc_v4_0_DP_VNF0.ClosedLoop_56b15df9_f716_11e8_8161_022bf8accb10_TCA_1d13unw\",\"policyScope\":\"DCAE\",\"target_type\":\"VNF\",\"AAI\":{\"generic-vnf.resource-version\":\"1543571892949\",\"generic-vnf.nf-role\":\"\",\"generic-vnf.prov-status\":\"ACTIVE\",\"generic-vnf.orchestration-status\":\"Created\",\"generic-vnf.is-closed-loop-disabled\":false,\"generic-vnf.service-id\":\"c8a0de0d-6956-475f-accc-2acb1652b7fe\",\"generic-vnf.in-maint\":false,\"generic-vnf.nf-type\":\"\",\"generic-vnf.nf-naming-code\":\"\",\"generic-vnf.vnf-name\":\"dp-vnf\",\"generic-vnf.model-version-id\":\"6e777d8b-1860-4d95-9933-f126dfad7d48\",\"generic-vnf.model-customization-id\":\"005ca57a-eb0b-45a7-a9e9-637d58d58ef0\",\"generic-vnf.nf-function\":\"\",\"generic-vnf.vnf-type\":\"dp-svc/DP_VNF
 
0\",\"generic-vnf.model-invariant-id\":\"799c7ba7-d00b-40a0-b50f-bc2fca02d8aa\",\"generic-vnf.vnf-id\":\"033f103b-0705-44dd-9170-9a839bbeb9de\"},\"closedLoopAlarmStart\":1543589661,\"closedLoopEventStatus\":\"ONSET\",\"closedLoopControlName\":\"ClosedLoop-56b15df9-f716-11e8-8161-022bf8accb10_0\",\"version\":\"1.0.2\",\"target\":\"generic-vnf.vnf-name\",\"requestID\":\"ac12f8d4-1094-4b6e-b074-0af0e8896017\",\"from\":\"DCAE\"}"
]



I've checked drools logs (attached to this email) and can't see any warnings. 
After some time there is traceback with  "Too Many Requests".

Lab is created using OOF.

Policy image versions are:

onap/policy-apex-pdp,2.0.3
onap/policy-distribution,2.0.3
onap/policy-drools,1.3.4
onap/policy-pe,1.3.4

Can someone from Policy team take a look?



PS.

(Previously I used:

onap/policy-apex-pdp,2.0-SNAPSHOT-latest
onap/policy-distribution,2.0.3-SNAPSHOT-latest
onap/policy-drools,1.3-SNAPSHOT-latest
onap/policy-pe,1.3-SNAPSHOT-latest
but on those feature controlloop-amsterdam is not installed. Is that an issue?)






Adam Krysiak
Software Engineer
MN MANO RD&Pz ONAP-UI-ML DEVOPS WRO 2 SG
Nokia
Contact number: +48691441316



Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at http://www.techmahindra.com/Disclaimer.html 
 externally 
http://tim.techmahindra.com/tim/disclaimer.html 
 internally within 
TechMahindra.



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14340): https://lists.onap.org/g/onap-discuss/message/14340
Mute This Topic: https://lists.onap.org/mt/28573238/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss][policy]CCVPN Integration testing - exception when I execute create-cl-casablanca script

[Vidyashree Rama]

This problem got resolved after adding maven-surefire-plugin plugin in
/tmp/amsterdam/pom.xml

   
org.apache.maven.plugins
maven-surefire-plugin
2.19.1

  false

  

Thanks,
Vidya



On Thu, Nov 22, 2018 at 9:30 AM Vidyashree Rama 
wrote:

> Hi All,
>
> Kindly help to resolve this issue
>
> I am getting exception when I execute create-cl-casablanca script in OOM
> based depoyment.
>
> policy@dev-policy-drools-0:/tmp/amsterdam$ mvn install -DskipTests
> [INFO] Scanning for projects...
> [INFO]
>
> [INFO]
> 
> [INFO] Building amsterdam 1.3.3
> [INFO]
> 
> [INFO]
> [INFO] --- maven-resources-plugin:3.1.0:resources (default-resources) @
> amsterdam ---
> [WARNING] Using platform encoding (ANSI_X3.4-1968 actually) to copy
> filtered resources, i.e. build is platform dependent!
> [INFO] Copying 2 resources
> [INFO]
> [INFO] --- maven-compiler-plugin:3.8.0:compile (default-compile) @
> amsterdam ---
> [INFO] No sources to compile
> [INFO]
> [INFO] --- kie-maven-plugin:6.5.0.Final:build (default-build) @ amsterdam
> ---
> [main] INFO org.drools.compiler.kie.builder.impl.KieRepositoryImpl -
> Adding KieModule from resource:
> FileResource[file=/tmp/amsterdam/src/main/resources]
> [main] WARN org.drools.compiler.kie.builder.impl.ClasspathKieProject -
> Unable to find pom.properties in /tmp/amsterdam/src/main/resources
> [main] INFO org.drools.compiler.kie.builder.impl.ClasspathKieProject -
> Recursed up folders, found and used pom.xml /tmp/amsterdam/pom.xml
> [main] INFO org.drools.compiler.kie.builder.impl.KieRepositoryImpl -
> KieModule was added:
> FileKieModule[releaseId=org.onap.policy.rules.amsterdam:amsterdam:1.3.3,file=/tmp/amsterdam/src/main/resources]
> [INFO] KieModule successfully built!
> [INFO]
> [INFO] --- maven-resources-plugin:3.1.0:testResources
> (default-testResources) @ amsterdam ---
> [WARNING] Using platform encoding (ANSI_X3.4-1968 actually) to copy
> filtered resources, i.e. build is platform dependent!
> [INFO] skip non existing resourceDirectory
> /tmp/amsterdam/src/test/resources
> [INFO]
> [INFO] --- maven-compiler-plugin:3.8.0:testCompile (default-testCompile) @
> amsterdam ---
> [INFO] No sources to compile
> [INFO]
> [INFO] --- maven-surefire-plugin:3.0.0-M1:test (default-test) @ amsterdam
> ---
> Nov 22, 2018 3:35:48 AM org.sonatype.guice.bean.reflect.Logs$JULSink warn
> WARNING: Error injecting: org.apache.maven.plugin.surefire.SurefirePlugin
> com.google.inject.ProvisionException: Guice provision errors:
>
> 1) No implementation for
> org.codehaus.plexus.languages.java.jpms.LocationManager was bound.
>   while locating org.apache.maven.plugin.surefire.SurefirePlugin
>
> 1 error
> at com.google.inject.internal.InjectorImpl$3.get(InjectorImpl.java:999)
> at
> com.google.inject.internal.InjectorImpl.getInstance(InjectorImpl.java:1025)
> at
> org.sonatype.guice.bean.reflect.AbstractDeferredClass.get(AbstractDeferredClass.java:45)
> at
> com.google.inject.internal.ProviderInternalFactory.provision(ProviderInternalFactory.java:84)
> at
> com.google.inject.internal.InternalFactoryToInitializableAdapter.provision(InternalFactoryToInitializableAdapter.java:52)
> at
> com.google.inject.internal.ProviderInternalFactory$1.call(ProviderInternalFactory.java:70)
> at
> com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision(ProvisionListenerStackCallback.java:100)
> at
> org.sonatype.guice.plexus.lifecycles.PlexusLifecycleManager.onProvision(PlexusLifecycleManager.java:138)
> at
> com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision(ProvisionListenerStackCallback.java:108)
> at
> com.google.inject.internal.ProvisionListenerStackCallback.provision(ProvisionListenerStackCallback.java:55)
> at
> com.google.inject.internal.ProviderInternalFactory.circularGet(ProviderInternalFactory.java:68)
> at
> com.google.inject.internal.InternalFactoryToInitializableAdapter.get(InternalFactoryToInitializableAdapter.java:45)
> at com.google.inject.internal.InjectorImpl$3$1.call(InjectorImpl.java:990)
> at
> com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1036)
> at com.google.inject.internal.InjectorImpl$3.get(InjectorImpl.java:986)
> at com.google.inject.Scopes$1$1.get(Scopes.java:59)
> at
> org.sonatype.guice.bean.locators.LazyBeanEntry.getValue(LazyBeanEntry.java:83)
> at
> org.sonatype.guice.plexus.locators.LazyPlexusBean.getValue(LazyPlexusBean.java:49)
> at
> org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:253)
> at
> org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:245)
> at
> org.apache.maven.plugin.internal.DefaultMavenPluginManager.getConfiguredMojo(DefaultMavenPluginManager.java:455)
> at
> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:

Re: [onap-discuss] [Policy] TLS handshake error

[vamshi]

Thanks Jorge, you saved my time. That worked.



Thanks & Regards,

Vamshi Krishna | Tech Mahindra




[cid:image001.jpg@01D25617.55BC0E30]<http://www.techmahindra.com/>






From: onap-discuss@lists.onap.org  On Behalf Of 
Jorge Hernandez
Sent: Friday, November 16, 2018 7:24 PM
To: onap-discuss@lists.onap.org; Vamshi Namilikonda 

Subject: Re: [onap-discuss] [Policy] TLS handshake error

Hello Vamshi,
Change http to https and add the "-k" option to your curl command.
Jorge

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of vamshi
Sent: Friday, November 16, 2018 3:23 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] [Policy] TLS handshake error

Hi,

While accessing policy API's from policy related pods I see a failure due to 
security reasons. It seems the connections made secured. It seems we should use 
certificate to invoke these API's from rest clients like curl,  https. Can 
someone help where to find the certificate. Appreciate your help.

policy@policy-pdp-0:/tmp/policy-install$ curl -H 'Content-Type: 
application/json' -H 'Accept: application/json' -H 'ClientAuth: 
cHl0aG9uOnRlc3Q=' -H 'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' -H 
'Environment: TEST' -X POST -d '{"policyName": ".*"}' 
http://localhost:8081/pdp/api/listConfig<https://urldefense.proofpoint.com/v2/url?u=https-3A__slack-2Dredir.net_link-3Furl-3Dhttp-253A-252F-252Flocalhost-253A8081-252Fpdp-252Fapi-252FlistConfig-26v-3D3&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=KBxNCnvBiULMFrLf7-mWDLRIqfGifj9OdPuEw3oydrY&m=43idooOMvOHed_UcTiJx2L40M7uRCtaVaEtjwEKnwgg&s=gRLisZE053Wtr3nNrP_y8Mxs31rSvETdoFA9-wm7U2g&e=>
Bad Request
This combination of host and port requires TLS.




Thanks & Regards,

Vamshi Krishna | Tech Mahindra




[cid:image001.jpg@01D25617.55BC0E30]<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.techmahindra.com_&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=KBxNCnvBiULMFrLf7-mWDLRIqfGifj9OdPuEw3oydrY&m=43idooOMvOHed_UcTiJx2L40M7uRCtaVaEtjwEKnwgg&s=KrR2xW_X4ggMsW_QDhDy3zSgjAqrM5CgYX-YBlHn0A8&e=>







Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at 
http://www.techmahindra.com/Disclaimer.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.techmahindra.com_Disclaimer.html&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=KBxNCnvBiULMFrLf7-mWDLRIqfGifj9OdPuEw3oydrY&m=43idooOMvOHed_UcTiJx2L40M7uRCtaVaEtjwEKnwgg&s=tIVRbFaz3ghdrM8et5Pn5PQ85-XZbwUa5VY0iA64OqE&e=>
 externally 
http://tim.techmahindra.com/tim/disclaimer.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__tim.techmahindra.com_tim_disclaimer.html&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=KBxNCnvBiULMFrLf7-mWDLRIqfGifj9OdPuEw3oydrY&m=43idooOMvOHed_UcTiJx2L40M7uRCtaVaEtjwEKnwgg&s=iHeV5QWN5Axh2tA6uw9JYEfXZq34_r34aSU1vgM5jPc&e=>
 internally within TechMahindra.



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13842): https://lists.onap.org/g/onap-discuss/message/13842
Mute This Topic: https://lists.onap.org/mt/28164768/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [Policy] TLS handshake error

[Jorge Hernandez]

Hello Vamshi,
Change http to https and add the "-k" option to your curl command.
Jorge

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of vamshi
Sent: Friday, November 16, 2018 3:23 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [Policy] TLS handshake error

Hi,

While accessing policy API's from policy related pods I see a failure due to 
security reasons. It seems the connections made secured. It seems we should use 
certificate to invoke these API's from rest clients like curl,  https. Can 
someone help where to find the certificate. Appreciate your help.

policy@policy-pdp-0:/tmp/policy-install$ curl -H 'Content-Type: 
application/json' -H 'Accept: application/json' -H 'ClientAuth: 
cHl0aG9uOnRlc3Q=' -H 'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' -H 
'Environment: TEST' -X POST -d '{"policyName": ".*"}' 
http://localhost:8081/pdp/api/listConfig
Bad Request
This combination of host and port requires TLS.




Thanks & Regards,

Vamshi Krishna | Tech Mahindra




[cid:image001.jpg@01D25617.55BC0E30]







Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at 
http://www.techmahindra.com/Disclaimer.html
 externally 
http://tim.techmahindra.com/tim/disclaimer.html
 internally within TechMahindra.



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13790): https://lists.onap.org/g/onap-discuss/message/13790
Mute This Topic: https://lists.onap.org/mt/28164768/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss][policy] CCVPN Casablanca Integration testing - policy-drools restarts after "policy stop" command

[Vidyashree Rama]

Thanks for your response. it worked.

Thanks,
Vidya

On Thu, Nov 15, 2018 at 10:47 AM HERNANDEZ-HERRERO, JORGE 
wrote:

> Hi Vidya, not sure, will have to review the page carefully.   In any case,
> the page predates oom where you are getting caught by liveness failures.
> If you do an oom install from master, the only thing that you will need to
> do is to run the following sequence of commands back to back (nothing else
> should be needed):
>
> “policy stop; feature enable controlloop-utils; policy start;”
>
> They should fit within the time window before the container is declared
> unresponsive.   I think that’s the easiest option to make progress.
>
> Jorge
>
>
>
> *From:* Vidya Bijoor [mailto:vidyashree.r...@gmail.com]
> *Sent:* Wednesday, November 14, 2018 10:23 PM
> *To:* onap-discuss@lists.onap.org; HERNANDEZ-HERRERO, JORGE <
> jh1...@att.com>
> *Cc:* Gaurav agrawal ; xin.m...@huawei.com
> *Subject:* Re: [onap-discuss][policy] CCVPN Casablanca Integration
> testing - policy-drools restarts after "policy stop" command
>
>
>
> Hi Jorge,
>
>
>
> I am following this wiki page as reference for testing (
> https://wiki.onap.org/display/DW/ONAP+Policy+Framework%3A+Installation+of+Amsterdam+Controller+and+vCPE+Policy
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_ONAP-2BPolicy-2BFramework-253A-2BInstallation-2Bof-2BAmsterdam-2BController-2Band-2BvCPE-2BPolicy&d=DwMFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=KBxNCnvBiULMFrLf7-mWDLRIqfGifj9OdPuEw3oydrY&m=yatcudkmm0FkMM09mSh7Y65T_Ncieq70JfLvDYCnwkk&s=0Jy2s4wCYaj-jlpJO7hCroiY4Av5eNSrbemrnusnTeI&e=>
> )
>
>
>
> Install the *controlloop-utils* Drools PDP feature to allow standalone
> execution of control loop policies
>
> features install controlloop-utils
>
> features enable controlloop-utils
>
> By Default, controlloop-utils is disabled,  To enable the
> controloop-utils, I need to stop the policy(policy stop).  Whenever I stop
> the policy process, container is restarting So I am not able to enable
> controloop-utils.
>
>
>
> policy@dev-policy-drools-0:/tmp$ features status
>
> name  version status
>
>   --- --
>
> eelf  1.3.3   disabled
>
> pooling-dmaap 1.3.3   disabled
>
> active-standby-management 1.3.3   disabled
>
> test-transaction  1.3.3   disabled
>
> controlloop-amsterdam 1.3.3   enabled
>
> controlloop-casablanca1.3.3   disabled
>
> controlloop-trans 1.3.3   enabled
>
> *controlloop-utils 1.3.3   disabled*
>
> distributed-locking   1.3.3   enabled
>
> state-management  1.3.3   disabled
>
> healthcheck   1.3.3   enabled
>
> session-persistence   1.3.3   disabled
>
>
>
> policy@dev-policy-drools-0:/tmp$
>
>
>
>
>
>
>
> Thanks,
>
> Vidya
>
>
>
>
>
> On Wed, Nov 14, 2018 at 9:25 PM Jorge Hernandez <
> jorge.hernandez-herr...@att.com> wrote:
>
> Hello Vydia,
>
> kubernetes is very likely restarting the container in your case failing
> the liveness check, as the process has been stopped (policy stop).It is
> probably better if you are doing some changes within the container to make
> those changes first and then follow it with “policy stop; policy start” to
> avoid this situation.As a note, it seems you also have an “older”  oom
> installation going, as I see you have 2 drools container with 2 different
> naming conventions.  I don’t think would have side effects but fyi.
>
> Best regards,
>
> Jorge
>
>
>
> *From:* onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] *On
> Behalf Of *Vidyashree Rama
> *Sent:* Wednesday, November 14, 2018 12:50 AM
> *To:* onap-discuss@lists.onap.org
> *Cc:* Gaurav agrawal ; xin.m...@huawei.com
> *Subject:* [onap-discuss][policy] CCVPN Casablanca Integration testing -
> policy-drools restarts after "policy stop" command
>
>
>
> Hi All,
>
>
>
> Please help to check this problem
>
>
>
> *Issue:* policy-drools restarts after "policy stop" command
>
>
>
> *Logs:*
>
>
>
> policy@dev-policy-drools-0:/var/log/onap/policy/pdpd$ features status
>
> name  version status
>
>   --- --
>
> eelf  1.3.3   disabled
>
> pooling-dmaap 1.3.3   disabled
>
> active-standby-management 1.3.3   disabled
>

Re: [onap-discuss][policy] CCVPN Casablanca Integration testing - policy-drools restarts after "policy stop" command

[Jorge Hernandez]

Hi Vidya, not sure, will have to review the page carefully.   In any case, the 
page predates oom where you are getting caught by liveness failures.   If you 
do an oom install from master, the only thing that you will need to do is to 
run the following sequence of commands back to back (nothing else should be 
needed):
“policy stop; feature enable controlloop-utils; policy start;”
They should fit within the time window before the container is declared 
unresponsive.   I think that’s the easiest option to make progress.
Jorge

From: Vidya Bijoor [mailto:vidyashree.r...@gmail.com]
Sent: Wednesday, November 14, 2018 10:23 PM
To: onap-discuss@lists.onap.org; HERNANDEZ-HERRERO, JORGE 
Cc: Gaurav agrawal ; xin.m...@huawei.com
Subject: Re: [onap-discuss][policy] CCVPN Casablanca Integration testing - 
policy-drools restarts after "policy stop" command

Hi Jorge,

I am following this wiki page as reference for testing 
(https://wiki.onap.org/display/DW/ONAP+Policy+Framework%3A+Installation+of+Amsterdam+Controller+and+vCPE+Policy<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_ONAP-2BPolicy-2BFramework-253A-2BInstallation-2Bof-2BAmsterdam-2BController-2Band-2BvCPE-2BPolicy&d=DwMFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=KBxNCnvBiULMFrLf7-mWDLRIqfGifj9OdPuEw3oydrY&m=yatcudkmm0FkMM09mSh7Y65T_Ncieq70JfLvDYCnwkk&s=0Jy2s4wCYaj-jlpJO7hCroiY4Av5eNSrbemrnusnTeI&e=>)


Install the controlloop-utils Drools PDP feature to allow standalone execution 
of control loop policies
features install controlloop-utils
features enable controlloop-utils

By Default, controlloop-utils is disabled,  To enable the controloop-utils, I 
need to stop the policy(policy stop).  Whenever I stop the policy process, 
container is restarting So I am not able to enable controloop-utils.

policy@dev-policy-drools-0:/tmp$ features status
name  version status
  --- --
eelf  1.3.3   disabled
pooling-dmaap 1.3.3   disabled
active-standby-management 1.3.3   disabled
test-transaction  1.3.3   disabled
controlloop-amsterdam 1.3.3   enabled
controlloop-casablanca1.3.3   disabled
controlloop-trans 1.3.3   enabled
controlloop-utils 1.3.3   disabled
distributed-locking   1.3.3   enabled
state-management  1.3.3   disabled
healthcheck   1.3.3   enabled
session-persistence   1.3.3   disabled

policy@dev-policy-drools-0:/tmp$



Thanks,
Vidya


On Wed, Nov 14, 2018 at 9:25 PM Jorge Hernandez 
mailto:jorge.hernandez-herr...@att.com>> wrote:
Hello Vydia,
kubernetes is very likely restarting the container in your case failing the 
liveness check, as the process has been stopped (policy stop).It is 
probably better if you are doing some changes within the container to make 
those changes first and then follow it with “policy stop; policy start” to 
avoid this situation.As a note, it seems you also have an “older”  oom 
installation going, as I see you have 2 drools container with 2 different 
naming conventions.  I don’t think would have side effects but fyi.
Best regards,
Jorge

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>] On 
Behalf Of Vidyashree Rama
Sent: Wednesday, November 14, 2018 12:50 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Cc: Gaurav agrawal 
mailto:gaurav.agra...@huawei.com>>; 
xin.m...@huawei.com<mailto:xin.m...@huawei.com>
Subject: [onap-discuss][policy] CCVPN Casablanca Integration testing - 
policy-drools restarts after "policy stop" command

Hi All,

Please help to check this problem

Issue: policy-drools restarts after "policy stop" command

Logs:

policy@dev-policy-drools-0:/var/log/onap/policy/pdpd$ features status
name  version status
  --- --
eelf  1.3.3   disabled
pooling-dmaap 1.3.3   disabled
active-standby-management 1.3.3   disabled
test-transaction  1.3.3   disabled
controlloop-amsterdam 1.3.3   enabled
controlloop-casablanca1.3.3   disabled
controlloop-trans 1.3.3   enabled
controlloop-utils 1.3.3   disabled
distributed-locking   1.3.3   enabled
state-management  1.3.3   disabled
healthcheck   1.3.3   enabled
session-persistence   1.3.3   disabled

policy@dev-policy-drools-0:/var/log/onap/policy/pdpd$ telemetry
generating new spec ..
Version: 1.0.0
Config file not found. Initialized a new one: 
/home/policy/.config/http-prompt/config.py
https://localhost:9696/policy/pdp/engine> exit
Goo

Re: [onap-discuss][policy] CCVPN Casablanca Integration testing - policy-drools restarts after "policy stop" command

[Vidyashree Rama]

Hi Jorge,

I am following this wiki page as reference for testing (
https://wiki.onap.org/display/DW/ONAP+Policy+Framework%3A+Installation+of+Amsterdam+Controller+and+vCPE+Policy
)

Install the *controlloop-utils* Drools PDP feature to allow standalone
execution of control loop policies
features install controlloop-utils
features enable controlloop-utils
By Default, controlloop-utils is disabled,  To enable the controloop-utils,
I need to stop the policy(policy stop).  Whenever I stop the policy
process, container is restarting So I am not able to enable
controloop-utils.

policy@dev-policy-drools-0:/tmp$ features status
name  version status
  --- --
eelf  1.3.3   disabled
pooling-dmaap 1.3.3   disabled
active-standby-management 1.3.3   disabled
test-transaction  1.3.3   disabled
controlloop-amsterdam 1.3.3   enabled
controlloop-casablanca1.3.3   disabled
controlloop-trans 1.3.3   enabled
*controlloop-utils 1.3.3   disabled*
distributed-locking   1.3.3   enabled
state-management  1.3.3   disabled
healthcheck   1.3.3   enabled
session-persistence   1.3.3   disabled

policy@dev-policy-drools-0:/tmp$



Thanks,
Vidya


On Wed, Nov 14, 2018 at 9:25 PM Jorge Hernandez <
jorge.hernandez-herr...@att.com> wrote:

> Hello Vydia,
>
> kubernetes is very likely restarting the container in your case failing
> the liveness check, as the process has been stopped (policy stop).It is
> probably better if you are doing some changes within the container to make
> those changes first and then follow it with “policy stop; policy start” to
> avoid this situation.As a note, it seems you also have an “older”  oom
> installation going, as I see you have 2 drools container with 2 different
> naming conventions.  I don’t think would have side effects but fyi.
>
> Best regards,
>
> Jorge
>
>
>
> *From:* onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] *On
> Behalf Of *Vidyashree Rama
> *Sent:* Wednesday, November 14, 2018 12:50 AM
> *To:* onap-discuss@lists.onap.org
> *Cc:* Gaurav agrawal ; xin.m...@huawei.com
> *Subject:* [onap-discuss][policy] CCVPN Casablanca Integration testing -
> policy-drools restarts after "policy stop" command
>
>
>
> Hi All,
>
>
>
> Please help to check this problem
>
>
>
> *Issue:* policy-drools restarts after "policy stop" command
>
>
>
> *Logs:*
>
>
>
> policy@dev-policy-drools-0:/var/log/onap/policy/pdpd$ features status
>
> name  version status
>
>   --- --
>
> eelf  1.3.3   disabled
>
> pooling-dmaap 1.3.3   disabled
>
> active-standby-management 1.3.3   disabled
>
> test-transaction  1.3.3   disabled
>
> controlloop-amsterdam 1.3.3   enabled
>
> controlloop-casablanca1.3.3   disabled
>
> controlloop-trans 1.3.3   enabled
>
> controlloop-utils 1.3.3   disabled
>
> distributed-locking   1.3.3   enabled
>
> state-management  1.3.3   disabled
>
> healthcheck   1.3.3   enabled
>
> session-persistence   1.3.3   disabled
>
>
>
> policy@dev-policy-drools-0:/var/log/onap/policy/pdpd$ telemetry
>
> generating new spec ..
>
> Version: 1.0.0
>
> Config file not found. Initialized a new one:
> /home/policy/.config/http-prompt/config.py
>
> https://localhost:9696/policy/pdp/engine> exit
>
> Goodbye!
>
> policy@dev-policy-drools-0:/var/log/onap/policy/pdpd$ *policy stop*
>
> [drools-pdp-controllers]
>
>  L []: Stopping Policy Management... Policy Management (pid=4079) is
> stopping... Policy Management has stopped.
>
> policy@dev-policy-drools-0:/var/log/onap/policy/pdpd$
>
> policy@dev-policy-drools-0:/var/log/onap/policy/pdpd$
>
> policy@dev-policy-drools-0:/var/log/onap/policy/pdpd$
>
> policy@dev-policy-drools-0:/var/log/onap/policy/pdpd$
>
> policy@dev-policy-drools-0:/var/log/onap/policy/pdpd$
>
> policy@dev-policy-drools-0:/var/log/onap/policy/pdpd$
>
> policy@dev-policy-drools-0:/var/log/onap/policy/pdpd$
>
> policy@dev-policy-drools-0:/var/log/onap/policy/pdpd$
>
> policy@dev-policy-drools-0:/var/log/onap/policy/pdpd$ *command terminated
> with exit code 137 > exits abruptly*
>
> ubuntu@oom-rancher:~$ kubectl get pod -n onap | grep policy
>
> dep-policy-handler-5bb8df8ff5-zv8pt2/2   Running
>  0  14d
>
> dep-policy-handler-6554f78c8-6npx7 2/2   Running
>  0  13d
>
> dev-policy-brmsgw-9b78694b7-87cp5  1/1   Running
>  0  16h
>
> *dev-policy-drools-01/1   Running
>5  16h*
>
> dev-policy-nexus-8

Re: [onap-discuss][policy] CCVPN Casablanca Integration testing - policy-drools restarts after "policy stop" command

[Jorge Hernandez]

Hello Vydia,
kubernetes is very likely restarting the container in your case failing the 
liveness check, as the process has been stopped (policy stop).It is 
probably better if you are doing some changes within the container to make 
those changes first and then follow it with “policy stop; policy start” to 
avoid this situation.As a note, it seems you also have an “older”  oom 
installation going, as I see you have 2 drools container with 2 different 
naming conventions.  I don’t think would have side effects but fyi.
Best regards,
Jorge

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Vidyashree Rama
Sent: Wednesday, November 14, 2018 12:50 AM
To: onap-discuss@lists.onap.org
Cc: Gaurav agrawal ; xin.m...@huawei.com
Subject: [onap-discuss][policy] CCVPN Casablanca Integration testing - 
policy-drools restarts after "policy stop" command

Hi All,

Please help to check this problem

Issue: policy-drools restarts after "policy stop" command

Logs:

policy@dev-policy-drools-0:/var/log/onap/policy/pdpd$ features status
name  version status
  --- --
eelf  1.3.3   disabled
pooling-dmaap 1.3.3   disabled
active-standby-management 1.3.3   disabled
test-transaction  1.3.3   disabled
controlloop-amsterdam 1.3.3   enabled
controlloop-casablanca1.3.3   disabled
controlloop-trans 1.3.3   enabled
controlloop-utils 1.3.3   disabled
distributed-locking   1.3.3   enabled
state-management  1.3.3   disabled
healthcheck   1.3.3   enabled
session-persistence   1.3.3   disabled

policy@dev-policy-drools-0:/var/log/onap/policy/pdpd$ telemetry
generating new spec ..
Version: 1.0.0
Config file not found. Initialized a new one: 
/home/policy/.config/http-prompt/config.py
https://localhost:9696/policy/pdp/engine> exit
Goodbye!
policy@dev-policy-drools-0:/var/log/onap/policy/pdpd$ policy stop
[drools-pdp-controllers]
 L []: Stopping Policy Management... Policy Management (pid=4079) is 
stopping... Policy Management has stopped.
policy@dev-policy-drools-0:/var/log/onap/policy/pdpd$
policy@dev-policy-drools-0:/var/log/onap/policy/pdpd$
policy@dev-policy-drools-0:/var/log/onap/policy/pdpd$
policy@dev-policy-drools-0:/var/log/onap/policy/pdpd$
policy@dev-policy-drools-0:/var/log/onap/policy/pdpd$
policy@dev-policy-drools-0:/var/log/onap/policy/pdpd$
policy@dev-policy-drools-0:/var/log/onap/policy/pdpd$
policy@dev-policy-drools-0:/var/log/onap/policy/pdpd$
policy@dev-policy-drools-0:/var/log/onap/policy/pdpd$ command terminated with 
exit code 137 > exits abruptly
ubuntu@oom-rancher:~$ kubectl get pod -n onap | grep policy
dep-policy-handler-5bb8df8ff5-zv8pt2/2   Running
0  14d
dep-policy-handler-6554f78c8-6npx7 2/2   Running
0  13d
dev-policy-brmsgw-9b78694b7-87cp5  1/1   Running
0  16h
dev-policy-drools-01/1   Running
5  16h
dev-policy-nexus-844bc4c98f-9frd5  1/1   Running
0  16h
dev-policy-pap-75bc8d86df-q9pzc2/2   Running
0  16h
dev-policy-pdp-0   2/2   Running
0  16h
dev-policy-policy-apex-pdp-0   1/1   Running
0  16h
dev-policy-policy-distribution-95cd64db5-448s8 1/1   Running
0  16h
dev-policy-policydb-676d8c98c8-k2zpm   1/1   Running
0  16h
ubuntu@oom-rancher:~$ kubectl -n onap logs dev-policy-drools-0
installing ..
found preinstallation script
invoking config/apps-install.sh for controlloop 1.3.3 at /tmp/policy-install
+ APP_NAME=controlloop
+ [[ -z controlloop ]]
+ APP_VERSION=1.3.3
+ [[ -z 1.3.3 ]]
+ DOWNLOAD_DIR=/tmp/policy-install
+ [[ -z /tmp/policy-install ]]
+ [[ ! -d /tmp/policy-install ]]
+ APP_GROUP_ID=org.onap.policy.drools-applications.controlloop.packages
+ APP_ARTIFACT_ID=apps-controlloop
+ 
APP_BASE_URL=https://nexus.onap.org/content/repositories
+ 
APP_URL=https://nexus.onap.org/content/repositories
+ [[ 1.3.3 =~ -SNAPSHOT$ ]]
+ ur

Re: [onap-discuss] [POLICY] [CLAMP] ClosedLoop created from CLAMP picking up ACTOR:APPC against Recipe “VF Module Create”

[vamshi]

Thanks Marco for your detailed response.

Yes we’re using Beijing branch. I think we need to switch to Casablanca code..  
Thanks again for your valuable time.



Thanks & Regards,

Vamshi Krishna | Tech Mahindra




[cid:image001.jpg@01D25617.55BC0E30]<http://www.techmahindra.com/>






From: PLATANIA, MARCO (MARCO) 
Sent: Tuesday, November 13, 2018 12:36 AM
To: onap-discuss@lists.onap.org; Vamshi Namilikonda 

Subject: Re: [onap-discuss] [POLICY] [CLAMP] ClosedLoop created from CLAMP 
picking up ACTOR:APPC against Recipe “VF Module Create”

Vamshi,

Are you running ONAP Beijing or the current master/Casablanca branch?

If Beijing, then you don’t need to create a closed loop via CLAMP. The old 
vLB/vDNS scale out use case (not to be confused with the new scale out use case 
described here: https://wiki.onap.org/display/DW/Scaling+Use+Case+Extension ) 
has predefined policies and closed loop. A video is available here: 
https://wiki.onap.org/display/DW/Running+the+ONAP+Demos?preview=/1015891/16010234/vLB_closed_loop.mp4

For Casablanca, we are extending the new scale out use case initially delivered 
for Beijing (only manual trigger) with closed loop automation. Test is in 
progress, so the use case is not fully delivered yet. But the new use case will 
require closed loop and policy design with CLAMP.

In general, the actor in CLAMP represents the component that Policy will call 
to execute an action. This depends on the use case. For example, scale out uses 
SO because, as part of closed loop, Policy will tell SO to create a new VF 
module.

Marco

From: mailto:onap-discuss@lists.onap.org>> on 
behalf of vamshi 
mailto:vn00480...@techmahindra.com>>
Reply-To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, 
"vn00480...@techmahindra.com<mailto:vn00480...@techmahindra.com>" 
mailto:vn00480...@techmahindra.com>>
Date: Monday, November 12, 2018 at 10:53 AM
To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>
Subject: [onap-discuss] [POLICY] [CLAMP] ClosedLoop created from CLAMP picking 
up ACTOR:APPC against Recipe “VF Module Create”

Hi,

When I tried vDNS use-case on the ClosedLoop policy created from CLAMP which 
takes Recipe as “VF Module Create”, ended up seeing failure at APPC side which 
couldn’t process the request.

I’ve few queries here, can someone please clarify. Appreciate your help.


1)  For the policy created from CLAMP, it picked up Actor: APPC against 
Recipe “VF Module Create” – Is APPC a right Actor for this Recipe.

2)  Does CLAMP always chose Actor: APPC against any type of Recipe as there 
is option to choose Actor.

I’m attaching Policy,CLAMP and APPC logs for your reference for the ClosedLoop 
I’ve tried for vDNS USECASE from the CLAMP.

APPC log:-
karaf.log:1478580:
karaf.log:1478613:



[cid:image004.jpg@01D47B83.B62E8020]



Thanks & Regards,

Vamshi Krishna | Tech Mahindra




[id:image001.jpg@01D25617.55BC0E30]<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.techmahindra.com_&d=DwMF-g&c=LFYZ-o9_HUMeMTSQicvjIg&r=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0&m=Rs7rK8N6Yt6JcrSGpvHrpn2X_jeiZ9LohqyxDiPMBmg&s=vubeE-39HuaIBcmyb0IciKc3D9ozKjJcSBQuFQe0dwg&e=>







Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at 
http://www.techmahindra.com/Disclaimer.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.techmahindra.com_Disclaimer.html&d=DwMF-g&c=LFYZ-o9_HUMeMTSQicvjIg&r=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0&m=Rs7rK8N6Yt6JcrSGpvHrpn2X_jeiZ9LohqyxDiPMBmg&s=A1ntFi9oO-AX3B581IaPkA89gW9UsoZnl8LMALL5TCc&e=>
 externally 
http://tim.techmahindra.com/tim/disclaimer.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__tim.techmahindra.com_tim_disclaimer.html&d=DwMF-g&c=LFYZ-o9_HUMeMTSQicvjIg&r=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0&m=Rs7rK8N6Yt6JcrSGpvHrpn2X_jeiZ9LohqyxDiPMBmg&s=h300MA0O_H5fuGXZ8aXpMLp9AJiPl46xKH-nMSP0LeM&e=>
 internally within TechMahindra.



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13707): https://lists.onap.org/g/onap-discuss/message/13707
Mute This Topic: https://lists.onap.org/mt/28092174/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [POLICY] [CLAMP] ClosedLoop created from CLAMP picking up ACTOR:APPC against Recipe “VF Module Create”

[Marco Platania]

Vamshi,

Are you running ONAP Beijing or the current master/Casablanca branch?

If Beijing, then you don’t need to create a closed loop via CLAMP. The old 
vLB/vDNS scale out use case (not to be confused with the new scale out use case 
described here: https://wiki.onap.org/display/DW/Scaling+Use+Case+Extension ) 
has predefined policies and closed loop. A video is available here: 
https://wiki.onap.org/display/DW/Running+the+ONAP+Demos?preview=/1015891/16010234/vLB_closed_loop.mp4

For Casablanca, we are extending the new scale out use case initially delivered 
for Beijing (only manual trigger) with closed loop automation. Test is in 
progress, so the use case is not fully delivered yet. But the new use case will 
require closed loop and policy design with CLAMP.

In general, the actor in CLAMP represents the component that Policy will call 
to execute an action. This depends on the use case. For example, scale out uses 
SO because, as part of closed loop, Policy will tell SO to create a new VF 
module.

Marco

From:  on behalf of vamshi 

Reply-To: "onap-discuss@lists.onap.org" , 
"vn00480...@techmahindra.com" 
Date: Monday, November 12, 2018 at 10:53 AM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] [POLICY] [CLAMP] ClosedLoop created from CLAMP picking 
up ACTOR:APPC against Recipe “VF Module Create”

Hi,

When I tried vDNS use-case on the ClosedLoop policy created from CLAMP which 
takes Recipe as “VF Module Create”, ended up seeing failure at APPC side which 
couldn’t process the request.

I’ve few queries here, can someone please clarify. Appreciate your help.


1)   For the policy created from CLAMP, it picked up Actor: APPC against 
Recipe “VF Module Create” – Is APPC a right Actor for this Recipe.

2)   Does CLAMP always chose Actor: APPC against any type of Recipe as 
there is option to choose Actor.

I’m attaching Policy,CLAMP and APPC logs for your reference for the ClosedLoop 
I’ve tried for vDNS USECASE from the CLAMP.

APPC log:-
karaf.log:1478580:
karaf.log:1478613:



[cid:image001.jpg@01D47A90.CD578010]



Thanks & Regards,

Vamshi Krishna | Tech Mahindra




[id:image001.jpg@01D25617.55BC0E30]







Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at 
http://www.techmahindra.com/Disclaimer.html
 externally 
http://tim.techmahindra.com/tim/disclaimer.html
 internally within TechMahindra.



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13693): https://lists.onap.org/g/onap-discuss/message/13693
Mute This Topic: https://lists.onap.org/mt/28092174/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-