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://<policy-nexus-host>:30236/nexus/<http://%3cpolicy-nexus-host%3e:30236/nexus/>, check the "releases" repository, looking for "policy-amsterdam-rules" repositories. Jorge From: Vamshi Namilikonda [mailto:[email protected]] Sent: Tuesday, December 11, 2018 6:20 AM To: [email protected]; HERNANDEZ-HERRERO, JORGE <[email protected]>; Chandrashekhar Thakare <[email protected]>; LEFEVRE, CATHERINE <[email protected]>; [email protected]; DRAGOSH, PAM <[email protected]>; [email protected] 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:[email protected]]<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: [email protected]<mailto:[email protected]> <[email protected]<mailto:[email protected]>> On Behalf Of Jorge Hernandez Sent: Monday, December 10, 2018 10:56 PM To: Chandrashekhar Thakare <[email protected]<mailto:[email protected]>>; LEFEVRE, CATHERINE <[email protected]<mailto:[email protected]>>; [email protected]<mailto:[email protected]>; [email protected]<mailto:[email protected]>; DRAGOSH, PAM <[email protected]<mailto:[email protected]>>; [email protected]<mailto:[email protected]> 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 <pap-pod> -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:[email protected]] Sent: Monday, December 10, 2018 8:17 AM To: LEFEVRE, CATHERINE <[email protected]<mailto:[email protected]>>; [email protected]<mailto:[email protected]>; [email protected]<mailto:[email protected]>; DRAGOSH, PAM <[email protected]<mailto:[email protected]>>; [email protected]<mailto:[email protected]>; HERNANDEZ-HERRERO, JORGE <[email protected]<mailto:[email protected]>> 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:[email protected]] Sent: 10 December 2018 15:35 To: [email protected]<mailto:[email protected]>; Chandrashekhar Thakare <[email protected]<mailto:[email protected]>>; [email protected]<mailto:[email protected]>; DRAGOSH, PAM <[email protected]<mailto:[email protected]>>; [email protected]<mailto:[email protected]>; HERNANDEZ-HERRERO, JORGE <[email protected]<mailto:[email protected]>> 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: [email protected]<mailto:[email protected]> [mailto:[email protected]] On Behalf Of Chandra Sent: Monday, December 10, 2018 10:53 AM To: [email protected]<mailto:[email protected]>; [email protected]<mailto:[email protected]>; DRAGOSH, PAM <[email protected]<mailto:[email protected]>>; [email protected]<mailto:[email protected]>; HERNANDEZ-HERRERO, JORGE <[email protected]<mailto:[email protected]>> 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: [email protected]<mailto:[email protected]> [mailto:[email protected]] On Behalf Of Krysiak, Adam (Nokia - PL/Wroclaw) Sent: 10 December 2018 15:15 To: Chandrashekhar Thakare <[email protected]<mailto:[email protected]>>; [email protected]<mailto:[email protected]>; DRAGOSH, PAMELA L (PAM) <[email protected]<mailto:[email protected]>> 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 <[email protected]<mailto:[email protected]>> Sent: Monday, December 10, 2018 9:34:55 AM To: [email protected]<mailto:[email protected]>; 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: [email protected]<mailto:[email protected]> [mailto:[email protected]] On Behalf Of Krysiak, Adam (Nokia - PL/Wroclaw) Sent: 03 December 2018 22:10 To: [email protected]<mailto:[email protected]>; DRAGOSH, PAMELA L (PAM) <[email protected]<mailto:[email protected]>> 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-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<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.techmahindra.com_Disclaimer.html&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=ZglJ8LOeAfevY7wWaSximhFMAzXaMdza5QYCg-DW6SU&m=dFUshhsa5N5hHg5bdUlbsx-4UMz_dpoO9B6h6SkxumM&s=fIXIv-WHsX7cwB3HZt4MQGFHKz-mA7J-NPl0Qepgv8E&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=ZglJ8LOeAfevY7wWaSximhFMAzXaMdza5QYCg-DW6SU&m=dFUshhsa5N5hHg5bdUlbsx-4UMz_dpoO9B6h6SkxumM&s=tMf4XDTJART1W9DJxWebJOhDspNlg9Leuv4FV1nM7Is&e=> internally within TechMahindra. ============================================================================================================================ -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#14415): https://lists.onap.org/g/onap-discuss/message/14415 Mute This Topic: https://lists.onap.org/mt/28573238/21656 Group Owner: [email protected] Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
