Date   
Re: Problem regenerating schema for AAI v14 #aai

Venkata Harish K Kajur
 

Hi Keong,

The html and yaml gets automatically generated when you run install but the xsd was never part of the autogenerate maven profile.
For Beijing and earlier release, we never auto generated it. In order to run the generation of the xsd, here is the command:

cd ~/LF/aai/aai-common/aai-core/
mvn -PgenerateXsd install -DskipTests -Dgendoc.version=v14

I have actually noticed that recently within the internal release and realized that it makes sense for xsd to be also auto generated.
I am not sure why it was left out from the autogenerate profile but when developing the model driven feature, I ensured that the auto generate also does xsd generation.
Once that feature gets delivered to Casablanca, there wouldn't be a need to run the profile manually.

Thanks,
Harish

-----Original Message-----
From: onap-discuss@... <onap-discuss@...> On Behalf Of Keong Lim
Sent: Monday, July 30, 2018 1:18 AM
To: onap-discuss@...
Subject: [onap-discuss] Problem regenerating schema for AAI v14 #aai
Sensitivity: Confidential

Hi all,

I have updated the AAI v14 OXM file with new schema changes, as per https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_AAI-2DCCVPN-2BSchema-2BProposal-2Bfor-2BCasablanca-2BRelease&d=DwIFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=f44eG3iZaja2ozEA2yRZnQ&m=wGqk6dbredJelbUbsEpMZwAY7EZaQ2IW6NPX6da4Rdk&s=I5IYHqPmi6w9XAFjJu9BmOCMuFWZ6GONpoOzMWG0hCQ&e=.

I have followed the instructions in the tutorial: https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_pages_viewpage.action-3FpageId-3D10783023&d=DwIFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=f44eG3iZaja2ozEA2yRZnQ&m=wGqk6dbredJelbUbsEpMZwAY7EZaQ2IW6NPX6da4Rdk&s=2QdJLPrk8KGnZTXeCxUdx2nDm4yfOZoVSHCE161etzo&e=
e.g. steps 7 and 20:

===
Rebuild aai-common first:
$ cd ~/LF/AAI/aai-common
$ mvn clean install
Should result in BUILD SUCCESS
etc
===

I can find the generated files "aai_swagger_v14.html", "aai_swagger_v14.yaml", which are new and expanded compared to their v13 versions.

However, the "aai_schema_v14.xsd" is not changed at all. There is a placeholder file already committed to src/main/resources/aai_schema directory, with the contents as a copy of the v13 version. It appears this file was simply copied to the target/classes/aai_schema directory, rather than being regenerated from the new v14 OXM file.

Why is the v14 XSD file not automatically regenerated by this mvn command?
What command is required to regenerate the XSD file?

The pom.xml file in aai-core appear to have <execution> tags for <id>autoGenerateYaml</id> and <id>autoGenerateHtml</id>, but nothing for "auto generate XSD". Is this correct or broken?


Thanks,
Keong


Customer Experience and Platform Integration R&D Dept
--
Keong Lim, Huawei Technologies Co. Ltd (keong.lim@...) Ground Floor, Suite 1, 5 Lakeside Drive, BURWOOD EAST VIC 3151 AUSTRALIA
--
"If ye love wealth better than liberty, the tranquillity of servitude than the
animating contest of freedom-go from us in peace. We ask not your counsels
or arms. Crouch down and lick the hands which feed you. May your chains sit
lightly upon you, and may posterity forget that ye were our countrymen!"
- Samuel Adams

Re: [integration] execute closedloop script,get "TypeError: string indices must be integers"

Netaji Surve
 

Hi Zonghe,

 

vpp_measurement_reporter process runs on FW vm. I think you are checking it on SINK machine which is not correct.

Please check your FW vm.

 

Thanks,

Netaji Surve

 

From: onap-discuss@... [mailto:onap-discuss@...] On Behalf Of zonghe huang
Sent: Friday, July 27, 2018 10:01 AM
To: Netaji Surve <Netaji.Surve@...>; onap-discuss@...
Cc: 'liyq.bri' <liyq.bri@...>; '
孙琼' <sunqiong.bri@...>; '陈研' <chenyan.bri@...>; huangzh.bri@...
Subject:
答复: [onap-discuss] [integration] execute closedloop scriptget "TypeError: string indices must be integers"

 

Hi Netaji Surve,

great thanks for your kindly help!!!

 

1I checked vfwsnk and found no ./vpp_measurement_reporter process. So I reinstalled vfwsnk and it didn't work either. Later I found out that the vpp_measurement_reporter process was executed in the go-client.sh script.

Go-client.sh is called in ./v_firewall_init.sh, ie /v_firewall_init.sh-->go-client.sh->./vpp_measurement_reporter $DCAE_COLLECTOR_IP $DCAE_COLLECTOR_PORT eth1, so I execute it separately

./v_firewall_init.sh, found the following error:

 

root@vfwsnk-1:/opt# ./v_firewall_init.sh

start: Job is already running: vpp

Error setting flags on 'tap111'

Error setting flags on 'tap222'

set interface ip address: expected IP4/IP6 address/length `/0'

set interface ip address: expected IP4/IP6 address/length `/0'

device br0 already exists; can't create bridge with the same name

device tap111 is already a member of a bridge; can't enslave it to bridge br0.

device eth1 is already a member of a bridge; can't enslave it to bridge br0.

device br1 already exists; can't create bridge with the same name

device tap222 is already a member of a bridge; can't enslave it to bridge br1.

device eth2 is already a member of a bridge; can't enslave it to bridge br1.

./v_firewall_init.sh: line 67: /var/lib/honeycomb/persist/context/data.json: No such file or directory

./v_firewall_init.sh: line 68: /var/lib/honeycomb/persist/config/data.json: No such file or directory

./v_firewall_init.sh: line 73: cd: /opt/VES/evel/evel-library/code/VESreporting/: No such file or directory

 

 

2. Later, I copied all the files in the robot/opt/demo/vnfs/VESreporting_vFW5.0/ directory of the robot to the /opt/VES/evel/evel-library/code/ directory of vfwsnk

 

 

root@onap-robot:/opt/demo/vnfs/VESreporting_vFW5.0# ls

dep.xml  go-client.sh  LICENSE.TXT  Makefile  pom.xml  README.md  vpp_measurement_reporter.c

 

 

root@vfwsnk-1:/opt/VES/evel/evel-library/VESreporting# ll

total 48

drwxr-xr-x 2 root   root    4096 Jul 27 03:57 ./

drwxr-xr-x 3 root   root    4096 Jul 27 02:50 ../

-rw-r--r-- 1 ubuntu ubuntu   670 Jul 27 03:55 dep.xml

-rwxr-xr-x 1 ubuntu ubuntu   272 Jul 27 03:55 go-client.sh*

-rw-r--r-- 1 ubuntu ubuntu  1059 Jul 27 03:55 LICENSE.TXT

-rw-r--r-- 1 ubuntu ubuntu  1669 Jul 27 03:55 Makefile

-rw-r--r-- 1 ubuntu ubuntu  2710 Jul 27 03:55 pom.xml

-rw-r--r-- 1 ubuntu ubuntu  1096 Jul 27 03:55 README.md

-rw-r--r-- 1 ubuntu ubuntu 13035 Jul 27 03:55 vpp_measurement_reporter.c

 

3Execute v_firewall_init.sh again, one less error is reported:

 

root@vfwsnk-1:/opt# ./v_firewall_init.sh

start: Job is already running: vpp

Error setting flags on 'tap111'

Error setting flags on 'tap222'

set interface ip address: expected IP4/IP6 address/length `/0'

set interface ip address: expected IP4/IP6 address/length `/0'

device br0 already exists; can't create bridge with the same name

device tap111 is already a member of a bridge; can't enslave it to bridge br0.

device eth1 is already a member of a bridge; can't enslave it to bridge br0.

device br1 already exists; can't create bridge with the same name

device tap222 is already a member of a bridge; can't enslave it to bridge br1.

device eth2 is already a member of a bridge; can't enslave it to bridge br1.

./v_firewall_init.sh: line 67: /var/lib/honeycomb/persist/context/data.json: No such file or directory

./v_firewall_init.sh: line 68: /var/lib/honeycomb/persist/config/data.json: No such file or directory

root@vfwsnk-1:/opt# ls

 

4. I checked and found that the file under the honeycomb directory is empty:

root@vfwsnk-1:/opt/honeycomb# ls

root@vfwsnk-1:/opt/honeycomb#

 

How can I solve the above problem? thank you very much! !

 

 

发件人: Netaji Surve <Netaji.Surve@...>
发送时间: 2018725 16:24
收件人: huangzonghe <huangzh.bri@...>; onap-discuss@...
抄送: 'liyq.bri' <liyq.bri@...>; '孙琼' <sunqiong.bri@...>; '陈研' <chenyan.bri@...>
主题: RE: [onap-discuss] [integration] execute closedloop scriptget "TypeError: string indices must be integers"

 

Hi Zonghe,

 

The VES report are not coming to DCAE. Please check processes on your vFW vm. It should have ./vpp_measurement_reporter process with correct IP and port.

The IP should be any of your node IP.

 

If it is not correct edit it in corresponding file at /opt/config on vFW vm. And restart your vFW vm.

Then you should see traffic on VES MEASUREMENT OUTPUT topic.

 

Your APPC mount looks good.

 

You need to push policy as below:

Update policy

 first go through below link and validate the health of your policy pods.

https://wiki.onap.org/display/DW/Policy+on+OOM

Then do these steps

1.      Go to pap container

2.      Go to  /tmp/policy-install/config/

3.      execute command "export PRELOAD_POLICIES=true"

4.      copy push-policies.sh to /tmp

5.      Go to /tmp and open push-policies.sh 

6.      Go to vid and search the service instance and then take the "model id" of vPG vnf.

7.      find resourceID  in the push-policies.sh and change its value to "model id" of vPG (shown as below)

 

curl -v --silent -X PUT --header 'Content-Type: application/json' --header 'Accept: text/html' --header 'ClientAuth: cHl0aG9uOnRlc3Q=' --header 'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' --header 'Environment: TEST' -d '{
"policyConfigType": "BRMS_PARAM",
"policyName": "com.BRMSParamvFirewall",
"policyDescription": "BRMS Param vFirewall policy",
"policyScope": "com",
"attributes": {
"MATCHING": {
"controller" : "amsterdam"
},
"RULE": {
"templateName": "ClosedLoopControlName",
"closedLoopControlName": "ControlLoop-vFirewall-d0a1dfc6-94f5-4fd4-a5b5-4630b438850a",
"controlLoopYaml": "controlLoop%3A%0D%0A++version%3A+2.0.0%0D%0A++controlLoopName%3A+ControlLoop-vFirewall-d0a1dfc6-94f5-4fd4-a5b5-4630b438850a%0D%0A++trigger_policy%3A+unique-policy-id-1-modifyConfig%0D%0A++timeout%3A+1200%0D%0A++abatement%3A+false%0D%0A+%0D%0Apolicies%3A%0D%0A++-+id%3A+unique-policy-id-1-modifyConfig%0D%0A++++name%3A+modify+packet+gen+config%0D%0A++++description%3A%0D%0A++++actor%3A+APPC%0D%0A++++recipe%3A+ModifyConfig%0D%0A++++target%3A%0D%0A++++++%23+TBD+-+Cannot+be+known+until+instantiation+is+done%0D%0A++++++
resourceID%3A+%973ef-7b55-41ce-a633-62af3462a8220D%0A++++++type%3A+VNF%0D%0A++++retry%3A+0%0D%0A++++timeout%3A+300%0D%0A++++success%3A+final_success%0D%0A++++failure%3A+final_failure%0D%0A++++failure_timeout%3A+final_failure_timeout%0D%0A++++failure_retries%3A+final_failure_retries%0D%0A++++failure_exception%3A+final_failure_exception%0D%0A++++failure_guard%3A+final_failure_guard"
}
}
}' 'http://pdp:8081/pdp/api/createPolicy

 

Thanks,

Netaji Surve

 

 

From: huangzonghe [mailto:huangzh.bri@...]
Sent: Tuesday, July 24, 2018 5:48 AM
To: Netaji Surve <Netaji.Surve@...>; onap-discuss@...
Cc: 'liyq.bri' <liyq.bri@...>; '
孙琼' <sunqiong.bri@...>; '陈研' <chenyan.bri@...>
Subject:
答复: [onap-discuss] [integration] execute closedloop scriptget "TypeError: string indices must be integers"

 

 

 

 

 

 

 

发件人: Netaji Surve <Netaji.Surve@...>
发送时间: 2018715 20:17
收件人: onap-discuss@...; huangzh.bri@...
主题: RE: [onap-discuss] [integration] execute closedloop scriptget "TypeError: string indices must be integers"

 

Hi Zonghe,

 

Please use the attached postman collection to see the topics data.

 

For APPC follow this:

 

1> Get the VNF instance ID, either through VID or through AAI. 

2> Get the public IP address of the Packet Generator from your deployment.

3> create file appc-mount.xml  with following content and replace VPG_IP with packet generator IP and VNF_INSTANCE_ID with VNF instance ID.

<node xmlns="urn:TBD:params:xml:ns:yang:network-topology">
<node-id>
VNF_INSTANCE_ID</node-id>
<host xmlns="urn:opendaylight:netconf-node-topology">
VPG_IP</host>
<port xmlns="urn:opendaylight:netconf-node-topology">2831</port>
<username xmlns="urn:opendaylight:netconf-node-topology">admin</username>
<password xmlns="urn:opendaylight:netconf-node-topology">admin</password>
<tcp-only xmlns="urn:opendaylight:netconf-node-topology">false</tcp-only>
<!-- non-mandatory fields with default values, you can safely remove these if you do not wish to override any of these values-->
<reconnect-on-changed-schema xmlns="urn:opendaylight:netconf-node-topology">false</reconnect-on-changed-schema>
<connection-timeout-millis xmlns="urn:opendaylight:netconf-node-topology">20000</connection-timeout-millis>
<max-connection-attempts xmlns="urn:opendaylight:netconf-node-topology">0</max-connection-attempts>
<between-attempts-timeout-millis xmlns="urn:opendaylight:netconf-node-topology">2000</between-attempts-timeout-millis>
<sleep-factor xmlns="urn:opendaylight:netconf-node-topology">1.5</sleep-factor>
<!-- keepalive-delay set to 0 turns off keepalives-->
<keepalive-delay xmlns="urn:opendaylight:netconf-node-topology">120</keepalive-delay>
</node>

 

Note: related link  https://wiki.onap.org/display/DW/Creating+a+Netconf+Mount

 

4> create Network config in appc using below API

curl -v  --user "admin":"admin" -d @appc-mount.xml -H "Accept: application/xml" -H "Content-type: application/xml" -X PUT http://10.247.18.6:30230/restconf/config/network-topology:network-topology/topology/topology-netconf/node/<VNF_INSTANCE_ID>

 

 

5>Get created config using GET

curl -v  --user "admin":"admin" -d @appc-mount.xml -H "Accept: application/xml" -H "Content-type: application/xml" -X GET http://10.247.18.6:30230/restconf/config/network-topology:network-topology/topology/topology-netconf/node/<VNF_INSTANCE_ID>

 

Thanks,

Netaji Surve

 

 

From: onap-discuss@... [mailto:onap-discuss@...] On Behalf Of zonghe huang
Sent: Friday, July 13, 2018 5:27 PM
To: onap-discuss@...
Subject: Re: [onap-discuss] [integration] execute closedloop script
get "TypeError: string indices must be integers"

 

Hi Netaji Surve,

 

1.      I checked the Dmaap response and found that it is different from what you mentioned:

                                                                   

VES_MEASUREMENT_OUTPUT,

unauthenticated.DCAE_CL_OUTPUT,

POLICY-CL-MGT

unauthenticated.VES_MEASUREMENT_OUTPUT,

DCAE-CL-EVENT,

POLICY-CL-MGT

 

 

root@onap-message-router:/home/ubuntu# curl --request GET localhost:3904/topics

{"topics": [

    "ECOMP-PORTAL-OUTBOX-APP1",

    "ECOMP-PORTAL-OUTBOX-POL1",

    "SDC-DISTR-STATUS-TOPIC-AUTO",

    "msgrtr.apinode.metrics.dmaap",

    "APPC-CL",

    "PDPD-CONFIGURATION",

    "POLICY-CL-MGT",

    "SDC-DISTR-NOTIF-TOPIC-SDC-OPENSOURCE-ENV1",

    "SDC-DISTR-NOTIF-TOPIC-AUTO",

    "unauthenticated.SEC_MEASUREMENT_OUTPUT",

    "SDC-DISTR-STATUS-TOPIC-SDC-OPENSOURCE-ENV1",

    "AAI-EVENT",

    "unauthenticated.VES_MEASUREMENT_OUTPUT",

    "ECOMP-PORTAL-OUTBOX-VID1",

    "ECOMP-PORTAL-INBOX",

    "ECOMP-PORTAL-OUTBOX-SDC1",

    "VCPE-DHCP-EVENT",

    "unauthenticated.TCA_EVENT_OUTPUT",

    "DCAE-CL-EVENT",

    "APPC-TEST2",

    "APPC-TEST1",

    "ECOMP-PORTAL-OUTBOX-DBC1"

]}root@onap-message-router:/home/ubuntu#

 

 

root@onap-dcae:/opt# curl http://172.30.22.67:3904/topics/POLICY-CL-MGT

{

    "owner": "",

    "readerAcl": {

        "enabled": true,

        "users": []

    },

    "name": "POLICY-CL-MGT",

    "description": "",

    "writerAcl": {

        "enabled": true,

        "users": []

    }

}root@onap-dcae:/opt#

root@onap-dcae:/opt# curl http://172.30.22.67:3904/topics/unauthenticated.VES_MEASUREMENT_OUTPUT

{

    "owner": "",

    "readerAcl": {

        "enabled": true,

        "users": []

    },

    "name": "unauthenticated.VES_MEASUREMENT_OUTPUT",

    "description": "",

    "writerAcl": {

        "enabled": true,

        "users": []

    }

}root@onap-dcae:/opt# curl http://172.30.22.67:3904/topics/DCAE-CL-EVENT

{

    "owner": "",

    "readerAcl": {

        "enabled": true,

        "users": []

    },

    "name": "DCAE-CL-EVENT",

    "description": "",

    "writerAcl": {

        "enabled": true,

        "users": []

    }

}root@onap-dcae:/opt#

 

2.      I have performed the following steps to provide the vfw module load point for appc

 

root@onap-robot:/opt# ./demo.sh appc vPKG-Module-1

Starting Xvfb on display :89 with res 1280x1024x24

Executing robot tests at log level TRACE

==============================================================================

OpenECOMP ETE

==============================================================================

OpenECOMP ETE.Robot

==============================================================================

OpenECOMP ETE.Robot.Testsuites

==============================================================================

OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestration Test ....

==============================================================================

Create APPC Mount Point                                               | PASS |

------------------------------------------------------------------------------

OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestrat... | PASS |

1 critical test, 1 passed, 0 failed

1 test total, 1 passed, 0 failed

==============================================================================

OpenECOMP ETE.Robot.Testsuites                                        | PASS |

1 critical test, 1 passed, 0 failed

1 test total, 1 passed, 0 failed

==============================================================================

OpenECOMP ETE.Robot                                                   | PASS |

1 critical test, 1 passed, 0 failed

1 test total, 1 passed, 0 failed

==============================================================================

OpenECOMP ETE                                                         | PASS |

1 critical test, 1 passed, 0 failed

1 test total, 1 passed, 0 failed

==============================================================================

 

3.     I tried to follow the link below (https://wiki.onap.org/display/DW/Creating+a+Netconf+Mount), but I am getting an errorDo you know what might be the reason?

 

vtrafficgen.xml:

<node xmlns="urn:TBD:params:xml:ns:yang:network-topology">

   <node-id>b34155eb-e34c-4a42-8e12-f37ba13ff57c</node-id>

   <host xmlns="urn:opendaylight:netconf-node-topology">172.30.22.95</host>

   <port xmlns="urn:opendaylight:netconf-node-topology">2831</port>

   <username xmlns="urn:opendaylight:netconf-node-topology">admin</username>

   <password xmlns="urn:opendaylight:netconf-node-topology">admin</password>

   <tcp-only xmlns="urn:opendaylight:netconf-node-topology">false</tcp-only>

   <!-- non-mandatory fields with default values, you can safely remove these if you do not wish to override any of these values-->

   <reconnect-on-changed-schema xmlns="urn:opendaylight:netconf-node-topology">false</reconnect-on-changed-schema>

   <connection-timeout-millis xmlns="urn:opendaylight:netconf-node-topology">20000</connection-timeout-millis>

   <max-connection-attempts xmlns="urn:opendaylight:netconf-node-topology">0</max-connection-attempts>

   <between-attempts-timeout-millis xmlns="urn:opendaylight:netconf-node-topology">2000</between-attempts-timeout-millis>

   <sleep-factor xmlns="urn:opendaylight:netconf-node-topology">1.5</sleep-factor>

   <!-- keepalive-delay set to 0 turns off keepalives-->

   <keepalive-delay xmlns="urn:opendaylight:netconf-node-topology">120</keepalive-delay>

</node>

 

curl -v --noproxy '*' --user "admin":"admin" -d @vtrafficgen.xml -H "Accept: application/xml" -H "Content-type: application/xml" -X PUT --trace trace.out http://172.30.22.54:8282/restconf/config/network-topology:network-topology/topology/topology-netconf/node/b34155eb-e34c-4a42-8e12-f37ba13ff57c

 

root@onap-appc:/home/ubuntu# cat trace.out

== Info: Hostname was NOT found in DNS cache

== Info:   Trying 172.30.22.54...

== Info: Connected to 172.30.22.54 (172.30.22.54) port 8282 (#0)

== Info: Server auth using Basic with user 'admin'

=> Send header, 299 bytes (0x12b)

0000: 50 55 54 20 2f 72 65 73 74 63 6f 6e 66 2f 63 6f PUT /restconf/co

0010: 6e 66 69 67 2f 6e 65 74 77 6f 72 6b 2d 74 6f 70 nfig/network-top

0020: 6f 6c 6f 67 79 3a 6e 65 74 77 6f 72 6b 2d 74 6f ology:network-to

0030: 70 6f 6c 6f 67 79 2f 74 6f 70 6f 6c 6f 67 79 2f pology/topology/

0040: 74 6f 70 6f 6c 6f 67 79 2d 6e 65 74 63 6f 6e 66 topology-netconf

0050: 2f 6e 6f 64 65 2f 62 33 34 31 35 35 65 62 2d 65 /node/b34155eb-e

0060: 33 34 63 2d 34 61 34 32 2d 38 65 31 32 2d 66 33 34c-4a42-8e12-f3

0070: 37 62 61 31 33 66 66 35 37 63 20 48 54 54 50 2f 7ba13ff57c HTTP/

0080: 31 2e 31 0d 0a 41 75 74 68 6f 72 69 7a 61 74 69 1.1..Authorizati

0090: 6f 6e 3a 20 42 61 73 69 63 20 59 57 52 74 61 57 on: Basic YWRtaW

00a0: 34 36 59 57 52 74 61 57 34 3d 0d 0a 55 73 65 72 46YWRtaW4=..User

00b0: 2d 41 67 65 6e 74 3a 20 63 75 72 6c 2f 37 2e 33 -Agent: curl/7.3

00c0: 35 2e 30 0d 0a 48 6f 73 74 3a 20 31 37 32 2e 33 5.0..Host: 172.3

00d0: 30 2e 32 32 2e 35 34 3a 38 32 38 32 0d 0a 41 63 0.22.54:8282..Ac

00e0: 63 65 70 74 3a 20 61 70 70 6c 69 63 61 74 69 6f cept: applicatio

00f0: 6e 2f 78 6d 6c 0d 0a 43 6f 6e 74 65 6e 74 2d 74 n/xml..Content-t

0100: 79 70 65 3a 20 61 70 70 6c 69 63 61 74 69 6f 6e ype: application

0110: 2f 78 6d 6c 0d 0a 43 6f 6e 74 65 6e 74 2d 4c 65 /xml..Content-Le

0120: 6e 67 74 68 3a 20 30 0d 0a 0d 0a                ngth: 0....

<= Recv header, 26 bytes (0x1a)

0000: 48 54 54 50 2f 31 2e 31 20 34 30 30 20 42 61 64 HTTP/1.1 400 Bad

0010: 20 52 65 71 75 65 73 74 0d 0a                    Request..

<= Recv header, 65 bytes (0x41)

0000: 53 65 74 2d 43 6f 6f 6b 69 65 3a 20 4a 53 45 53 Set-Cookie: JSES

0010: 53 49 4f 4e 49 44 3d 31 35 6e 67 69 33 63 79 39 SIONID=15ngi3cy9

0020: 65 75 76 34 74 34 76 68 79 6b 77 71 38 33 75 30 euv4t4vhykwq83u0

0030: 3b 50 61 74 68 3d 2f 72 65 73 74 63 6f 6e 66 0d ;Path=/restconf.

0040: 0a                                              .

<= Recv header, 40 bytes (0x28)

0000: 45 78 70 69 72 65 73 3a 20 54 68 75 2c 20 30 31 Expires: Thu, 01

0010: 20 4a 61 6e 20 31 39 37 30 20 30 30 3a 30 30 3a  Jan 1970 00:00:

0020: 30 30 20 47 4d 54 0d 0a                         00 GMT..

<= Recv header, 99 bytes (0x63)

0000: 53 65 74 2d 43 6f 6f 6b 69 65 3a 20 72 65 6d 65 Set-Cookie: reme

0010: 6d 62 65 72 4d 65 3d 64 65 6c 65 74 65 4d 65 3b mberMe=deleteMe;

0020: 20 50 61 74 68 3d 2f 72 65 73 74 63 6f 6e 66 3b  Path=/restconf;

0030: 20 4d 61 78 2d 41 67 65 3d 30 3b 20 45 78 70 69  Max-Age=0; Expi

0040: 72 65 73 3d 54 68 75 2c 20 31 32 2d 4a 75 6c 2d res=Thu, 12-Jul-

0050: 32 30 31 38 20 31 34 3a 31 30 3a 35 32 20 47 4d 2018 14:10:52 GM

0060: 54 0d 0a                                        T..

<= Recv header, 31 bytes (0x1f)

0000: 43 6f 6e 74 65 6e 74 2d 54 79 70 65 3a 20 61 70 Content-Type: ap

0010: 70 6c 69 63 61 74 69 6f 6e 2f 78 6d 6c 0d 0a    plication/xml..

<= Recv header, 28 bytes (0x1c)

0000: 54 72 61 6e 73 66 65 72 2d 45 6e 63 6f 64 69 6e Transfer-Encodin

0010: 67 3a 20 63 68 75 6e 6b 65 64 0d 0a             g: chunked..

== Info: HTTP error before end of send, stop sending

<= Recv header, 2 bytes (0x2)

0000: 0d 0a                                           ..

<= Recv data, 215 bytes (0xd7)

0000: 43 43 0d 0a 3c 65 72 72 6f 72 73 20 78 6d 6c 6e CC..<errors xmln

0010: 73 3d 22 75 72 6e 3a 69 65 74 66 3a 70 61 72 61 s="urn:ietf:para

0020: 6d 73 3a 78 6d 6c 3a 6e 73 3a 79 61 6e 67 3a 69 ms:xml:ns:yang:i

0030: 65 74 66 2d 72 65 73 74 63 6f 6e 66 22 3e 3c 65 etf-restconf"><e

0040: 72 72 6f 72 3e 3c 65 72 72 6f 72 2d 74 79 70 65 rror><error-type

0050: 3e 70 72 6f 74 6f 63 6f 6c 3c 2f 65 72 72 6f 72 >protocol</error

0060: 2d 74 79 70 65 3e 3c 65 72 72 6f 72 2d 74 61 67 -type><error-tag

0070: 3e 6d 61 6c 66 6f 72 6d 65 64 2d 6d 65 73 73 61 >malformed-messa

0080: 67 65 3c 2f 65 72 72 6f 72 2d 74 61 67 3e 3c 65 ge</error-tag><e

0090: 72 72 6f 72 2d 6d 65 73 73 61 67 65 3e 49 6e 70 rror-message>Inp

00a0: 75 74 20 69 73 20 72 65 71 75 69 72 65 64 2e 3c ut is required.<

00b0: 2f 65 72 72 6f 72 2d 6d 65 73 73 61 67 65 3e 3c /error-message><

00c0: 2f 65 72 72 6f 72 3e 3c 2f 65 72 72 6f 72 73 3e /error></errors>

00d0: 0d 0a 30 0d 0a 0d 0a                            ..0....

== Info: Closing connection 0

root@onap-appc:/home/ubuntu#

 

great thanks for your kindly help!!!

 

 

发件人: onap-discuss@... <onap-discuss@...> 代表 Netaji Surve
发送时间: 2018712 19:41
收件人: huangzonghe <huangzh.bri@...>; onap-discuss@...; 'PLATANIA, MARCO (MARCO)' <platania@...>; 'FREEMAN, BRIAN D' <bf1936@...>; zhehuang_ict@...
抄送: '孙琼' <sunqiong.bri@...>; '陈研' <chenyan.bri@...>
主题: Re: [onap-discuss] [integration] execute closedloop scriptget "TypeError: string indices must be integers"

 

Hi zonghe,

 

Have you checked the Dmaap response on following topics VES_MEASUREMENT_OUTPUT, unauthenticated.DCAE_CL_OUTPUT, POLICY-CL-MGT ? You should see events and alerts on these topics.

Have you done APPC Configurations. If not this is reference for you  https://wiki.onap.org/display/DW/Creating+a+Netconf+Mount

Thanks,

Netaji Surve.

 

 

 

From: huangzonghe [mailto:huangzh.bri@...]
Sent: Thursday, July 12, 2018 2:02 PM
To: onap-discuss@...; huangzh.bri@...; Netaji Surve <Netaji.Surve@...>; 'PLATANIA, MARCO (MARCO)' <platania@...>; 'FREEMAN, BRIAN D' <bf1936@...>; zhehuang_ict@...
Cc: '
孙琼' <sunqiong.bri@...>; '陈研' <chenyan.bri@...>
Subject:
答复: [onap-discuss] [integration] execute closedloop scriptget "TypeError: string indices must be integers"

 

Hi Netaji Surve,

 

I have completed all the steps of the closeloop, no errors and exceptions, but the traffic graph does not seem to be correct, do you know why?

The attatch file is the output of the last step, great thanks for your kindly help!!!

 

 

发件人: onap-discuss@... <onap-discuss@...> 代表 zonghe huang
发送时间: 2018712 16:30
收件人: 'Netaji Surve' <Netaji.Surve@...>; onap-discuss@...; 'PLATANIA, MARCO (MARCO)' <platania@...>; 'FREEMAN, BRIAN D' <bf1936@...>; zhehuang_ict@...
抄送: '孙琼' <sunqiong.bri@...>; '陈研' <chenyan.bri@...>; huangzh.bri@...
主题: Re: [onap-discuss] [integration] execute closedloop scriptget "TypeError: string indices must be integers"

 

Hi Netaji Surve,

 

It does work, great, you are a master, great thanks for your kindly help!!!

 

发件人: Netaji Surve <Netaji.Surve@...>
发送时间: 2018712 15:09
收件人: onap-discuss@...; huangzh.bri@...; 'PLATANIA, MARCO (MARCO)' <platania@...>; 'FREEMAN, BRIAN D' <bf1936@...>; zhehuang_ict@...
抄送: '孙琼' <sunqiong.bri@...>; '陈研' <chenyan.bri@...>
主题: RE: [onap-discuss] [integration] execute closedloop scriptget "TypeError: string indices must be integers"

 

Hi zonghe,

 

Please check the demo_artifacts_version in SDNC preload request. Its value should be 1.2.2

Also validate when your VPG VM is up, all the artifacts are downloaded at location /opt/ .

 

If your demo_artifacts_version is not correct then make it 1.2.2 and recreate the stack and check.

 

Thanks,

Netaji Surve.

 

From: onap-discuss@... [mailto:onap-discuss@...] On Behalf Of zonghe huang
Sent: Thursday, July 12, 2018 6:41 AM
To: onap-discuss@...; huangzh.bri@...; 'PLATANIA, MARCO (MARCO)' <platania@...>; 'FREEMAN, BRIAN D' <bf1936@...>; zhehuang_ict@...
Cc: '
孙琼' <sunqiong.bri@...>; '陈研' <chenyan.bri@...>
Subject:
答复: [onap-discuss] [integration] execute closedloop scriptget "TypeError: string indices must be integers"

 

I reinstall traffic generator VM,found the flowing error, Anyone know how to solve this problem?

 

root@demofwl01pgndemo:/opt# ./v_packetgen_install.sh

 

System start/stop links for /etc/init.d/vpacketgen.sh already exist.

start: Job is already running: vpp

Error setting flags on 'tap111'

set interface ip address: expected IP4/IP6 address/length `/0'

device br0 already exists; can't create bridge with the same name

device tap111 is already a member of a bridge; can't enslave it to bridge br0.

device eth1 is already a member of a bridge; can't enslave it to bridge br0.

sed: can't read /opt/pg_streams/stream_fw_udp1: No such file or directory

sed: can't read /opt/pg_streams/stream_fw_udp2: No such file or directory

sed: can't read /opt/pg_streams/stream_fw_udp3: No such file or directory

sed: can't read /opt/pg_streams/stream_fw_udp4: No such file or directory

sed: can't read /opt/pg_streams/stream_fw_udp5: No such file or directory

sed: can't read /opt/pg_streams/stream_fw_udp6: No such file or directory

sed: can't read /opt/pg_streams/stream_fw_udp7: No such file or directory

sed: can't read /opt/pg_streams/stream_fw_udp8: No such file or directory

sed: can't read /opt/pg_streams/stream_fw_udp9: No such file or directory

sed: can't read /opt/pg_streams/stream_fw_udp10: No such file or directory

exec: failed to open `/opt/pg_streams/stream_fw_udp1': No such file or directory

exec: failed to open `/opt/pg_streams/stream_fw_udp2': No such file or directory

exec: failed to open `/opt/pg_streams/stream_fw_udp3': No such file or directory

exec: failed to open `/opt/pg_streams/stream_fw_udp4': No such file or directory

exec: failed to open `/opt/pg_streams/stream_fw_udp5': No such file or directory

exec: failed to open `/opt/pg_streams/stream_fw_udp6': No such file or directory

exec: failed to open `/opt/pg_streams/stream_fw_udp7': No such file or directory

exec: failed to open `/opt/pg_streams/stream_fw_udp8': No such file or directory

exec: failed to open `/opt/pg_streams/stream_fw_udp9': No such file or directory

exec: failed to open `/opt/pg_streams/stream_fw_udp10': No such file or directory

./v_packetgen_init.sh: line 78: /var/lib/honeycomb/persist/context/data.json: No such file or directory

./v_packetgen_init.sh: line 79: /var/lib/honeycomb/persist/config/data.json: No such file or directory

 

root@demofwl01pgndemo:/opt# ls

config  honeycomb  run_traffic_fw_demo.sh  run_traffic_fw_demo.sh.1  v_packetgen_init.sh  v_packetgen_init.sh.1  v_packetgen_install.sh

 

root@demofwl01pgndemo:/opt# ./run_traffic_fw_demo.sh

curl: (7) Failed to connect to localhost port 8183: Connection refused

 

root@demofwl01pgndemo:/opt# netstat -tunlp

Active Internet connections (only servers)

Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name

tcp        0        0 0.0.0.0:22                                 0.0.0.0:*               LISTEN      1120/sshd

tcp6       0       0 :::22                                               :::*                    LISTEN      1120/sshd

udp        0       0 0.0.0.0:64903                             0.0.0.0:*                             631/dhclient

udp        0       0 0.0.0.0:68                                      0.0.0.0:*                           631/dhclient

udp6       0      0 :::23600                                            :::*                                631/dhclient

 

root@demofwl01pgndemo:/opt# ./run_traffic_fw_demo.sh

curl: (7) Failed to connect to localhost port 8183: Connection refused

^C

 

root@demofwl01pgndemo:/opt#

 

 

root@demofwl01pgndemo:/opt# vppctl

vpp# show hard

              Name                Idx   Link  Hardware

local0                             0    down  local0

  local

tap-0                              1     up   tap-0

             Ethernet address fa:16:3e:51:b9:8e

vpp#

 

 

vpp# show pac

no streams currently defined

vpp#

 

 

 

 

 

发件人: onap-discuss@... <onap-discuss@...> 代表 zhehuang_ict@...
发送时间: 2018712 7:39
收件人: 'PLATANIA, MARCO (MARCO)' <platania@...>; onap-discuss@...; 'FREEMAN, BRIAN D' <bf1936@...>; zhehuang_ict@...
抄送: '孙琼' <sunqiong.bri@...>; '陈研' <chenyan.bri@...>
主题: 答复: [onap-discuss] [integration] execute closedloop scriptget "TypeError: string indices must be integers"

 

I tried soft restart and hard restart demofwl01pgndemo vm, but it still doesn't work, the result is still as follows

 

root@demofwl01pgndemo:/# vppctl show pac

no streams currently defined

root@demofwl01pgndemo:/#

 

 

 

发件人: PLATANIA, MARCO (MARCO) <platania@...>
发送时间: 2018711 21:12
收件人: onap-discuss@...; FREEMAN, BRIAN D <bf1936@...>; huangzh.bri@...; zhehuang_ict@...
主题: Re: [onap-discuss] [integration] execute closedloop scriptget "TypeError: string indices must be integers"

 

Try to run “vppctl show pac” in the traffic generator and see if traffic streams are active. You should see at least one stream active. If not, or if you are experiencing issues with VPP, something could be wrong with cloud init, so you may need to restart the vPacketGen, as Brian suggested.

 

Marco

 

From: <onap-discuss@...> on behalf of BRIAN FREEMAN <bf1936@...>
Reply-To: "onap-discuss@..." <onap-discuss@...>, BRIAN FREEMAN <bf1936@...>
Date: Wednesday, July 11, 2018 at 9:05 AM
To: "onap-discuss@..." <onap-discuss@...>, "huangzh.bri@..." <huangzh.bri@...>, "zhehuang_ict@..." <zhehuang_ict@...>
Subject: Re: [onap-discuss] [integration] execute closedloop script
get "TypeError: string indices must be integers"

 

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

I think Marco has seen that and sometimes you need to simply restart the traffic generator VM.

 

Brian

 

 

From: onap-discuss@... <onap-discuss@...> On Behalf Of zhehuang_ict@...
Sent: Wednesday, July 11, 2018 9:03 AM
To: FREEMAN, BRIAN D <bf1936@...>; onap-discuss@...; zhehuang_ict@...
Cc: huangzh.bri@...
Subject:
答复: [onap-discuss] [integration] execute closedloop scriptget "TypeError: string indices must be integers"

 

ok, thank you very muchI just solved it in the afternoon, but there is a new problem, check snk vm, but the traffic does not produce, do you know what might be the reason?

 

 

发件人: FREEMAN, BRIAN D <bf1936@...>
发送时间: 2018711 20:50
收件人: onap-discuss@...; zhehuang_ict@...
抄送: huangzh.bri <huangzh.bri@...>
主题: RE: [onap-discuss] [integration] execute closedloop scriptget "TypeError: string indices must be integers"

 

Hard to debug remotely but it might be that you haven’t configured robot correctly. If the vFWSNK-1 does not exist you should get the below error message.

Instead you are getting a python error which could mean the VNF  exists in AAI but the vfModule or one of the relationships does not.

 

I would go to the robot gui and look up your test to see the data you are getting back and where in /var/opt/OpenECOMP_ETE/robot/resources/demo_preload.robot

you are getting the error from.

 

In heat if you run demo.sh init_robot and set a password for user ‘test’ you can then go to the robot VM on port 88 and view logs

(e.g. http://10.12.5.220:88/logs/)

 

Scroll down to the test run (PreloadDemo in this case)  and then look at log.html

 

You can also find the logs on the VM file system but its easier to use the web interface.

 

Brian

 

 

 

 

root@onap-robot:/opt# ./demo.sh preload vFWSNK-1 vFWSNK-Module-1

Starting Xvfb on display :89 with res 1280x1024x24

Executing robot tests at log level TRACE

==============================================================================

OpenECOMP ETE                                                                

==============================================================================

OpenECOMP ETE.Robot                                                           

==============================================================================

OpenECOMP ETE.Robot.Testsuites                                               

==============================================================================

OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestration Test ...

==============================================================================

Preload VNF                                                           | FAIL |

VNF Name: vFWSNK-1 is not found.

------------------------------------------------------------------------------

OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestrat... | FAIL |

1 critical test, 0 passed, 1 failed

1 test total, 0 passed, 1 failed

==============================================================================

OpenECOMP ETE.Robot.Testsuites                                        | FAIL |

1 critical test, 0 passed, 1 failed

1 test total, 0 passed, 1 failed

==============================================================================

OpenECOMP ETE.Robot                                                   | FAIL |

1 critical test, 0 passed, 1 failed

1 test total, 0 passed, 1 failed

==============================================================================

OpenECOMP ETE                                                         | FAIL |

1 critical test, 0 passed, 1 failed

1 test total, 0 passed, 1 failed

==============================================================================

Output:  /share/logs/demo/PreloadDemo/output.xml

Log:     /share/logs/demo/PreloadDemo/log.html

Report:  /share/logs/demo/PreloadDemo/report.html

 

From: onap-discuss@... <onap-discuss@...> On Behalf Of zhehuang_ict@...
Sent: Tuesday, July 10, 2018 10:03 PM
To: onap-discuss <onap-discuss@...>
Cc: huangzh.bri <huangzh.bri@...>
Subject: [onap-discuss] [integration] execute closedloop script
get "TypeError: string indices must be integers"

 

Execute the closedloop script of the vfw scene. When loading data, execute: root@onap-robot:/opt# ./demo.sh preload vFWSNK-1 vFWSNK-Module-1, error: TypeError: string indices must be integers, who know What is the reason? I searched all vfw related scripts but didn't find this error. Thank you

 

root@onap-robot:/opt# ./demo.sh preload vFWSNK-1 vFWSNK-Module-1

Starting Xvfb on display :89 with res 1280x1024x24

Executing robot tests at log level TRACE

==============================================================================

OpenECOMP ETE

==============================================================================

OpenECOMP ETE.Robot

==============================================================================

OpenECOMP ETE.Robot.Testsuites

==============================================================================

OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestration Test ...

==============================================================================

Preload VNF                                                           | FAIL |

TypeError: string indices must be integers

------------------------------------------------------------------------------

OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestrat... | FAIL |

1 critical test, 0 passed, 1 failed

1 test total, 0 passed, 1 failed

==============================================================================

OpenECOMP ETE.Robot.Testsuites                                        | FAIL |

1 critical test, 0 passed, 1 failed

1 test total, 0 passed, 1 failed

==============================================================================

OpenECOMP ETE.Robot                                                   | FAIL |

1 critical test, 0 passed, 1 failed

1 test total, 0 passed, 1 failed

==============================================================================

OpenECOMP ETE                                                         | FAIL |

1 critical test, 0 passed, 1 failed

1 test total, 0 passed, 1 failed

==============================================================================

Output:  /share/logs/demo/PreloadDemo/output.xml

Log:     /share/logs/demo/PreloadDemo/log.html

Report:  /share/logs/demo/PreloadDemo/report.html

root@onap-robot:/opt#

 


This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement, you may review at https://www.amdocs.com/about/email-disclaimer

Amdocs Development Centre India Private Limited having CIN: U72200PN2004PTC0188320 converted into Amdocs Development Centre India LLP (A limited liability partner­ship with LLP Identification Number: AAI-6901 effective 28th Feb 2017)

This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement, you may review at https://www.amdocs.com/about/email-disclaimer

Amdocs Development Centre India Private Limited having CIN: U72200PN2004PTC0188320 converted into Amdocs Development Centre India LLP (A limited liability partner­ship with LLP Identification Number: AAI-6901 effective 28th Feb 2017)

This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement, you may review at https://www.amdocs.com/about/email-disclaimer

Amdocs Development Centre India Private Limited having CIN: U72200PN2004PTC0188320 converted into Amdocs Development Centre India LLP (A limited liability partner­ship with LLP Identification Number: AAI-6901 effective 28th Feb 2017)

This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement, you may review at https://www.amdocs.com/about/email-disclaimer

Amdocs Development Centre India Private Limited having CIN: U72200PN2004PTC0188320 converted into Amdocs Development Centre India LLP (A limited liability partner­ship with LLP Identification Number: AAI-6901 effective 28th Feb 2017)

This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement, you may review at https://www.amdocs.com/about/email-disclaimer

Amdocs Development Centre India Private Limited having CIN: U72200PN2004PTC0188320 converted into Amdocs Development Centre India LLP (A limited liability partner­ship with LLP Identification Number: AAI-6901 effective 28th Feb 2017)

Re: Problem regenerating schema for AAI v14 #aai

Keong Lim
 

Thanks Harish!

After cleaning up the mess from my working directory, your command successfully created the new XSD file.

Updated the wiki https://wiki.onap.org/pages/viewpage.action?pageId=10783023 with a note and a link to your message.


Keong

-----Original Message-----
From: KAJUR, HARISH V [mailto:vk250x@...]
Sent: Monday, 30 July 2018 16:01
To: onap-discuss@...; Keong Lim <Keong.Lim@...>
Subject: RE: Problem regenerating schema for AAI v14 #aai
Sensitivity: Confidential

Hi Keong,

The html and yaml gets automatically generated when you run install but the xsd was never part of the autogenerate maven profile.
For Beijing and earlier release, we never auto generated it. In order to run the generation of the xsd, here is the command:

cd ~/LF/aai/aai-common/aai-core/
mvn -PgenerateXsd install -DskipTests -Dgendoc.version=v14

I have actually noticed that recently within the internal release and realized that it makes sense for xsd to be also auto generated.
I am not sure why it was left out from the autogenerate profile but when developing the model driven feature, I ensured that the auto generate also does xsd generation.
Once that feature gets delivered to Casablanca, there wouldn't be a need to run the profile manually.

Thanks,
Harish

Annual Community Elections - ONAP SO project.

seshu kumar m
 

Dear SO Committers,

 

This is a call to nominate for the SO PTL position.

 

I request to kindly provide with your nominations as per the stated regulations as cited below.

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

 

The last date for nominations would be August 1st 2018 5:00 pm UTC + 5:30 (Indian Standard Time).

 

Thanks and Regards,

M Seshu Kumar

Senior System Architect

Single OSS India Branch Department. S/W BU.

Huawei Technologies India Pvt. Ltd.

Survey No. 37, Next to EPIP Area, Kundalahalli, Whitefield

Bengaluru-560066, Karnataka.

Tel: + 91-80-49160700 , Mob: 9845355488

Company_logo

___________________________________________________________________________________________________

This e-mail and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it!

-------------------------------------------------------------------------------------------------------------------------------------------------------------------

 

From: ONAP-TSC@... [mailto:ONAP-TSC@...] On Behalf Of Kenny Paul
Sent: Wednesday, June 27, 2018 1:56 PM
To: onap-tsc; onap-discuss@...
Cc: Kenny Paul
Subject: [onap-tsc] Info on Annual Community Elections

 

I started composing an email and then decided that my time would be better spent working on a few wiki pages around the Community election process

·         Community Offices and Governance

On that page you will find a high level overview to the elected positions within the Community and links to other relevant pages, including this one,

Annual Community Elections, which covers the processes for the various election types.

 

PTLS:

Clean-up your list of Committers if that has not already happened!!

  • PTLs need to certify the committers – Should be in the INFO.yaml file in all of the repos.
  • In many cases too many Committers were also approved last year
  • There have been many situations where the Committers have not followed through on their responsibility to the Community
  • Anyone that has not exercised their responsibility in over 6 months can be dropped by the PTL with a simple email to onap-tsc stating so.

 

Committers

  • Every year the Community is required to vote on the leadership of your project – it is your obligation as a Committer
  • Is an absentee or ineffective PTL impacting your work or the work or the project's ability to collaborate with other projects? You have a responsibility to replace them

 

Hope this helps. 😊

 

 

Best Regards, 
-kenny

Kenny Paul, Technical Program Manager, The Linux Foundation
kpaul@..., 510.766.5945
San Francisco Bay Area, Pacific Time Zone

 

 

[integration] vgw_private_1_port IP address already allocated

Liu Chenglong
 

Hi, Brian and Kang:
      According to  this url:https://gerrit.onap.org/r/#/c/56287/  , we do this work for create new vgw2 in our laboratory, but an error happened. The error message is:
     "statusMessage": "Received vfModuleException from VnfAdapter: category='INTERNAL' message='Exception during create VF 0 : Stack error (CREATE_FAILED): Resource CREATE failed: Conflict: resources.vgw_private_1_port: IP address 10.0.101.103 already allocated in subnet 0ea19634-2497-4775-acb7-7a033251b0a1\nNeutron server returns request_ids: ['req-028091c0-349a-412a-9c11-16d81ce55b66'] - stack successfully deleted' rolledBack='true’”.

     

     It seems like to vgw_private_0 error, and we want to konw how to modify the heat file.

    

----------------------------------------------
Regards,
Liu Chenglong



Re: Suspected SPAM - Re: [onap-discuss] [APPC][app-c] Publishing configuration with Audit action

Tsotsoria, Beka (Nokia - PL/Wroclaw)
 

Hello Taka,

 

Any comment on this? Basically we are trying to retrieve current running config of VNF using APP-C. If there is a way to make changes to the configuration, there should also be a way to retrieve it?

 

Thanks,

Beka

 

From: onap-discuss@... [mailto:onap-discuss@...] On Behalf Of Niedziela, Mateusz (Nokia - PL/Wroclaw)
Sent: Tuesday, July 24, 2018 2:55 PM
To: CHO, TAKAMUNE <tc012c@...>; onap-discuss@...
Subject: Suspected SPAM - Re: [onap-discuss] [APPC][app-c] Publishing configuration with Audit action

 

Thank you for your answer!
I have, however, another question regarding the case mentioned. The document mentioned by me earlier (APPC LCM API guide) in a version for the Amsterdam release states that publishing configuration in audit action “sends the running configuration from the VNF using the Data Router”. However, in Beijing release documentation the mentioned statement got replaced by “sends the running configuration from the VNF using the message bus”. We’ve got a Beijing release running, but the only thing in the output payload that can be found when listening to the appc write topic on the message router is the “upload_config_id”. My new question is then: What is the standard/recommended way to access this configuration by an external system? Are the contents of the CVaaS file sent anywhere further, or can be somehow easily accessed by an external system?

Regards
Mateusz

 

From: CHO, TAKAMUNE [mailto:tc012c@...]
Sent: Friday, July 20, 2018 7:22 PM
To: onap-discuss@...; Niedziela, Mateusz (Nokia - PL/Wroclaw) <mateusz.niedziela@...>
Subject: RE: [APPC][app-c] Publishing configuration with Audit action

 

Hi Mateusz,

 

Thanks for your interest and your contribution for APPC.

 

CVaaS - Configuration Validation as a Service

 

Basically CVaaS is used as a repository for all configuration, it maintains the configuration versions. The publish config flag is used to pass the configuration details to CVaaS in case of an audit.

 

If Audit is successful i.e both current and running config matches and if the publish flag is Y then only the configuration data will be passed to CVaaS.

If the publish flag is N even if Audit is successful it will not pass the configuration data to CVaaS.

 

If the Audit is failed irrespective of publish flag Y or N it will go and update CVaaS.

 

Hope that would answer your question

 

Taka

 

From: onap-discuss@... [mailto:onap-discuss@...] On Behalf Of Niedziela, Mateusz (Nokia - PL/Wroclaw)
Sent: Friday, July 20, 2018 6:00 AM
To: onap-discuss@...
Subject: [onap-discuss] [APPC][app-c] Publishing configuration with Audit action

 

Hello APPC team,

Together with my team we’ve managed to succesfully run Configure and Audit actions on our VNF using the Netconf protocol.
The question I have concerns the “Publish_Config” parameter given to the audit action in the payload. The documentation (https://onap.readthedocs.io/en/latest/submodules/appc.git/docs/APPC%20LCM%20API%20Guide/APPC%20LCM%20API%20Guide.html) mentions that setting the parameter to value “Y” sends the running configuration using the message bus. However, looking at the Generic_Audit DG, the only action executed with mentioned parameter given that differs it from not choosing not to publish the configuration is the creation of a cvaas file containing the details of the action and configuration.
My questions are then:
1. What does exactly the term “cvaas” stand for and what is the role of this file?
2. Does publishing the configuration in the audit action only mean creating the mentioned file?
3. What about the message bus mentioned in the configuration? If the cvaas file is in fact important for the process of publishing configuration, the file bus would seem more adequate for such action.
To sum up: I’d like someone to clarify what does it exactly mean for audit action to “publish the configuration”.

Best Regards
Mateusz

Data Model Interest Group agenda for 2018-07-30 #modeling

Anatoly Katzman <anatoly.katzman@...>
 

Dear modelers,

 

Last time we met, Maopeng Zhang of ZTE presented a set of requirements for the networking service model.

Today on our weekly call (https://wiki.onap.org/display/DW/Data+Model+Interest+Group+2018-07-30+Meeting+Minutes), I will present an initial proposal for the internal ONAP data model of service, and then we all will examine whether it stands the requirements. In addition, we will start a discussion on the internal ONAP data model of PNF.

 

See you there,

 

Anatoly Katzman

 

Re: 答复: Data Model Interest Group agenda for 2018-07-30 #modeling

Gaoweitao(Victor)
 

Hi Anatoly,

 

                Since this week we need freeze our R3 model, we need finalize our R3 DM ASAP.

                According to R3/R4 DM consensus, we  will continue to work on R2+ DM model for R3. So I copied the R2+ DM clean version to R3 discussion page.  Can we also start a discussion on this for the model freeze today?

 

I suggest we move the R2+ DM into R3 clean page and fix some bugs after model freeze.

                Thanks in advance.

BR

Victor

 

发件人: Katzman, Anatoly [mailto:ak435s@...]
发送时间: 2018730 17:17
收件人: onap-discuss@...
抄送: WECHSLER, CHESLA C <cw1671@...>; Alexander Vul <alex.vul@...>; Anatoly Katzman <anatoly.katzman@...>; Andrei Kojukhov <andreik@...>; GUPTA, ARUN <ag7127@...>; BAXTER, ANDREW <andrew.baxter@...>; COAN, BILL <wc1555@...>; HU, BIN <bh526r@...>; Chenchuanyu <chenchuanyu@...>; Chuyi Guo <guochuyi@...>; BULLARD, GIL <wb5674@...>; denghui (L) <denghui12@...>; Eshet, Itamar <ie2575@...>; Jacqueline Beaulac <jacqueline.s.beaulac@...>; Janusz Pieczerak <janusz.pieczerak@...>; Jessie S Jewitt <jessie.jewitt@...>; SCAGGS, KEVIN <ks0567@...>; Lianhao Lu <lianhao.lu@...>; Lingli Deng <denglingli@...>; Maopeng Zhang <zhang.maopeng1@...>; Marek Kukulski <marek.kukulski@...>; NUTAKKI, MADHU <mn105f@...>; Priya TG <priya.g@...>; Lishitao <lishitao@...>; Thinh Nguyenphu <thinh.nguyenphu@...>; Gaoweitao (Victor, MANO) <victor.gao@...>; Xiaodong Shang <shang.xiaodong@...>; yangxu (H) <yangxu5@...>; Zhong Heliu <zhongheliu@...>; Zhuoyao HUANG <10112215@...>
主题: Data Model Interest Group agenda for 2018-07-30 #modeling

 

Dear modelers,

Last time we met, Maopeng Zhang of ZTE presented a set of requirements for the networking service model.

Today on our weekly call (https://wiki.onap.org/display/DW/Data+Model+Interest+Group+2018-07-30+Meeting+Minutes), I will present an initial proposal for the internal ONAP data model of service, and then we all will examine whether it stands the requirements. In addition, we will start a discussion on the internal ONAP data model of PNF.

See you there,

Anatoly Katzman

 

Re: [clamp][policy] Error during closed loop resubmit

Krysiak, Adam (Nokia - PL/Wroclaw)
 

Hi,

That lab was removed so I'm not able to send logs from it but I was able to reproduce issue on other lab.
Here you have logs:
   
11:13:04.540 [ForkJoinPool.commonPool-worker-26] WARN  org.onap.clamp.clds.model.properties.AbstractModelElement - Value 'policyType' for key 'name' not found in JSON
11:13:04.540 [http-nio-8080-exec-10] WARN  org.onap.clamp.clds.model.properties.AbstractModelElement - Value 'correlationalLogic' for key 'name' not found in JSON
11:13:04.540 [ForkJoinPool.commonPool-worker-26] WARN  org.onap.clamp.clds.model.properties.AbstractModelElement - Value 'parentPolicy' for key 'name' not found in JSON
11:13:04.540 [http-nio-8080-exec-10] WARN  org.onap.clamp.clds.model.properties.AbstractModelElement - Value 'configPolicyName' for key 'name' not found in JSON
11:13:04.540 [ForkJoinPool.commonPool-worker-26] WARN  org.onap.clamp.clds.model.properties.AbstractModelElement - Value 'parentPolicyConditions' for key 'name' not found in JSON
11:13:04.540 [http-nio-8080-exec-10] WARN  org.onap.clamp.clds.model.properties.AbstractModelElement - Value 'vfc' for key 'name' not found in JSON
11:13:04.541 [http-nio-8080-exec-10] INFO  org.onap.clamp.clds.client.req.tca.TcaRequestFormatter - tcaPolicyContent={"domain":"measurementsForVfScaling","metricsPerEventName":[{"eventName":"vLoadBalancer","controlLoopSchemaType":"VNF","policyScope":"DCAE","policyName":"CLAMPak_service_v3_v5_0_nokia_vsp0.ClosedLoop_401829a3_918d_11e8_9868_022e5309ea51_TCA_1d13unw","policyVersion":"v0.0.1","thresholds":[{"closedLoopControlName":"ClosedLoop-401829a3-918d-11e8-9868-022e5309ea51_0","version":"1.0.2","fieldPath":"$.event.measurementsForVfScalingFields.vNicUsageArray[*].receivedTotalPacketsDelta","thresholdValue":10,"direction":"GREATER","severity":"MAJOR","closedLoopEventStatus":"ONSET"}]}]}
11:13:04.541 [http-nio-8080-exec-10] INFO  org.onap.clamp.clds.client.req.tca.TcaRequestFormatter - tcaPolicyReq={"service":"tca_policy","version":"1.1.0","location":"SampleServiceLocation","configName":"SampleConfigName","uuid":"test","policyScope":"CLAMP","templateVersion":"OpenSource.version.1","policyName":"CLAMPak_service_v3_v5_0_nokia_vsp0.ClosedLoop_401829a3_918d_11e8_9868_022e5309ea51_TCA_1d13unw","description":"MicroService Policy","priority":"1","riskType":"SampleRiskType","riskLevel":"1","guard":"False","content":{"tca_policy":{"domain":"measurementsForVfScaling","metricsPerEventName":[{"eventName":"vLoadBalancer","controlLoopSchemaType":"VNF","policyScope":"DCAE","policyName":"CLAMPak_service_v3_v5_0_nokia_vsp0.ClosedLoop_401829a3_918d_11e8_9868_022e5309ea51_TCA_1d13unw","policyVersion":"v0.0.1","thresholds":[{"closedLoopControlName":"ClosedLoop-401829a3-918d-11e8-9868-022e5309ea51_0","version":"1.0.2","fieldPath":"$.event.measurementsForVfScalingFields.vNicUsageArray[*].receivedTotalPacketsDelta","thresholdValue":10,"direction":"GREATER","severity":"MAJOR","closedLoopEventStatus":"ONSET"}]}]}}}
11:13:04.543 [http-nio-8080-exec-10] INFO  org.onap.clamp.clds.client.req.policy.PolicyClient - Search in Policy Engine for policyName=CLAMPak_service_v3_v5_0_nokia_vsp0.Config_MS_ClosedLoop_401829a3_918d_11e8_9868_022e5309ea51_TCA_1d13unw
initloggerjava.io.FileNotFoundException: config/policyLogger.properties (No such file or directory)
FlexLogger:getLogger : loggerType = EELF
getClassContext()[3].getName() org.onap.policy.std.StdPolicyEngine
eelfLoggerMap size : 1 class name: org.onap.policy.std.StdPolicyEngine
*********************** POLICY-507I
*********************** Service Name: {0}:Executing rule: {1}
FlexLogger:getLogger : loggerType = EELF
eelfLoggerMap size : 2 class name: org.onap.policy.utils.PolicyUtils
11:13:04.781 [http-nio-8080-exec-10] WARN  org.onap.clamp.clds.client.req.policy.PolicyClient - policy not found...policy name - CLAMPak_service_v3_v5_0_nokia_vsp0.Config_MS_ClosedLoop_401829a3_918d_11e8_9868_022e5309ea51_TCA_1d13unw
org.onap.policy.api.PolicyConfigException: PE300 - Data Issue: Invalid Data is given.
        at org.onap.policy.std.StdPolicyEngine.getConfigImpl(StdPolicyEngine.java:628)
        at org.onap.policy.std.StdPolicyEngine.getConfig(StdPolicyEngine.java:236)
        at org.onap.policy.api.PolicyEngine.getConfig(PolicyEngine.java:247)
        at org.onap.clamp.clds.client.req.policy.PolicyClient.getVersions(PolicyClient.java:337)
        at org.onap.clamp.clds.client.req.policy.PolicyClient.send(PolicyClient.java:225)
        at org.onap.clamp.clds.client.req.policy.PolicyClient.sendMicroServiceInOther(PolicyClient.java:200)
        at org.onap.clamp.clds.client.TcaPolicyDelegate.execute(TcaPolicyDelegate.java:72)
        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:478)
       
        ...

        at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1459)
        at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
        at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
        at java.lang.Thread.run(Thread.java:748)
Caused by: org.onap.policy.api.PolicyException: PE300 - Data Issue: :400:[{"policyConfigMessage":"PE300 - Data Issue: Incorrect Params passed: Decision not a Permit.","policyConfigStatus":"CONFIG_NOT_FOUND","type":null,"config":null,"policyName":null,"policyType":null,"policyVersion":null,"matchingConditions":null,"responseAttributes":null,"property":null}]
        at org.onap.policy.std.StdPolicyEngine.callNewPDP(StdPolicyEngine.java:740)
        at org.onap.policy.std.StdPolicyEngine.getConfigImpl(StdPolicyEngine.java:621)
        ... 136 common frames omitted
Caused by: org.springframework.web.client.HttpClientErrorException: 400 Bad Request
        at org.springframework.web.client.DefaultResponseErrorHandler.handleError(DefaultResponseErrorHandler.java:86)
        at org.springframework.web.client.RestTemplate.handleResponse(RestTemplate.java:708)
        at org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:661)
        at org.springframework.web.client.RestTemplate.execute(RestTemplate.java:621)
        at org.springframework.web.client.RestTemplate.exchange(RestTemplate.java:539)
        at org.onap.policy.std.StdPolicyEngine.callNewPDP(StdPolicyEngine.java:718)
        ... 137 common frames omitted
11:13:04.782 [http-nio-8080-exec-10] INFO  org.onap.clamp.clds.client.req.policy.PolicyClient - Attempting to create policy for action=SUBMIT
11:13:06.228 [pool-6-thread-3] WARN  com.att.nsa.apiClient.http.HttpClient - GET http://message-router.onap:3904/events/SDC-DISTR-NOTIF-TOPIC-AUTO/clamp/clamp will send credentials over a clear channel.
11:13:09.075 [http-nio-8080-exec-7] INFO  org.onap.clamp.clds.service.SecureServiceBase - GET healthcheck completed
11:13:10.163 [http-nio-8080-exec-10] INFO  org.onap.clamp.clds.client.req.policy.PolicyClient - Response is Transaction ID: f430542f-ee22-4752-958f-7a582128bc96 --Policy with the name CLAMPak_service_v3_v5_0_nokia_vsp0.Config_MS_ClosedLoop_401829a3_918d_11e8_9868_022e5309ea51_TCA_1d13unw.1.xml was successfully created.
11:13:10.163 [http-nio-8080-exec-10] INFO  org.onap.clamp.clds.client.req.policy.PolicyClient - Policy send successful
11:13:10.163 [http-nio-8080-exec-10] INFO  org.onap.clamp.clds.client.req.policy.PolicyClient - Policy Name in Push policy method - CLAMPak_service_v3_v5_0_nokia_vsp0.ClosedLoop_401829a3_918d_11e8_9868_022e5309ea51_TCA_1d13unw
11:13:10.164 [http-nio-8080-exec-10] INFO  org.onap.clamp.clds.client.req.policy.PolicyClient - Attempting to push policy...
11:13:10.853 [http-nio-8080-exec-10] INFO  org.onap.clamp.clds.client.req.policy.PolicyClient - Response is Transaction ID: 44f382a8-a459-4512-ab7a-1ef3b0b58e68 --Policy 'CLAMPak_service_v3_v5_0_nokia_vsp0.Config_MS_ClosedLoop_401829a3_918d_11e8_9868_022e5309ea51_TCA_1d13unw.1.xml' was successfully pushed to the PDP group 'default'.
11:13:10.853 [http-nio-8080-exec-10] INFO  org.onap.clamp.clds.client.req.policy.PolicyClient - Policy push successful
 
It looks like policy push should succeeded.  I've checked pdp tab looking for default group but it's empty. 




I'm not able to share my instance of ONAP but this bug is easily reproducible on any of our labs installed using OOM (even this freshly installed from beijing).



Br,

Adam Krysiak
Software Engineer
MN MANO RD&Pz ONAP-UI-ML DEVOPS WRO 2 SG
Nokia
Contact number: +48691441316


From: Gao, Xue <xg353y@...>
Sent: Friday, July 27, 2018 9:19:09 AM
To: MOKRY, MICHAEL A; Krysiak, Adam (Nokia - PL/Wroclaw); onap-discuss@...
Cc: Ngueko, Gervais-Martial; Closson, Anael; DRAGOSH, PAM
Subject: RE: [onap-discuss][clamp][policy] Error during closed loop resubmit
 

Thanks a lot Michael!

 

Adam,

 

Could you please verify whether the Policy are active on the PDP tab? Normally after creating the Policies, Clamp will push the policy to the PDP, but maybe this step has failed. By the way, do you have the logs when submit Closed loop for the first time? In case push to PDP had failed, we should be able to see exceptions in that log. Thanks!

 

Kr,

 

Xue

 

 

From: MOKRY, MICHAEL A
Sent: Thursday, July 26, 2018 4:55 PM
To: Gao, Xue <xg353y@...>; Krysiak, Adam (Nokia - PL/Wroclaw) <adam.krysiak@...>; onap-discuss@...
Cc: Ngueko, Gervais-Martial <gn422w@...>; Closson, Anael <ac2550@...>; DRAGOSH, PAM <pdragosh@...>
Subject: RE: [onap-discuss][clamp][policy] Error during closed loop resubmit

 

You wil need to push the policy to the PDP before picking it up with getConfig().  Also, I would suggest using .* at the end of the policyName rather than query for a specific version just in case the policy has been edited and version 1 is no longer active on the PDP.

 

To check if a policy is on the PDP from the GUI you can access the PDP tab and click on the group to see what policies are active on that PDP group.

 

 

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: GAO, XUE
Sent: Thursday, July 26, 2018 9:34 AM
To: Krysiak, Adam (Nokia - PL/Wroclaw) <adam.krysiak@...>; onap-discuss@...; MOKRY, MICHAEL A <mm117s@...>
Cc: NGUEKO, GERVAIS-MARTIAL <gn422w@...>; CLOSSON, ANAEL <ac2550@...>; DRAGOSH, PAM <pdragosh@...>
Subject: RE: [onap-discuss][clamp][policy] Error during closed loop resubmit

 

Hi Adam,

 

Indeed, the policies seems to be created successfully, as seen from the Policy UI. And it is strange that the getConfig Policy API returned error, which showing the Policy doesn’t exist. I think it is better for Policy people to answer then, since the messages returned from their APIs are conflict.

 

 

Michael,

 

Do you know why Adam got this error for getConfig API? He had tried the following curl command, but response saying policy doesn’t exist while the policy could be seen in the policy UI (screen shot shown in email below). Thanks!

curl -i -v -H 'Content-Type: application/json' -H 'Accept: application/json' --header 'ClientAuth: cHl0aG9uOnRlc3Q=' --header 'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' -H 'Environment: TEST' -X POST -d '{ "policyName": " test_policy_error.Config_MS_ClosedLoop_3cb6b3ad_8b2a_11e8_b055_0242ac120003_TCA_0owl1kv.1.xml" }' http://10.157.164.196:30299/pdp/api/getConfig

 

Kr,

 

Xue

 

 

 

From: Krysiak, Adam (Nokia - PL/Wroclaw) <adam.krysiak@...>
Sent: Thursday, July 26, 2018 1:08 PM
To: Gao, Xue <xg353y@...>; onap-discuss@...
Cc: Ngueko, Gervais-Martial <gn422w@...>; Closson, Anael <ac2550@...>
Subject: Re: [onap-discuss][clamp][policy] Error during closed loop resubmit

 

Hi Xue,

 

The response from request is:

 

 curl -i -v -H 'Content-Type: application/json' -H 'Accept: application/json' --header 'ClientAuth: cHl0aG9uOnRlc3Q=' --header 'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' -H 'Environment: TEST' -X POST -d '{ "policyName": " test_policy_error.Config_MS_ClosedLoop_3cb6b3ad_8b2a_11e8_b055_0242ac120003_TCA_0owl1kv" }' http://10.157.164.196:30299/pdp/api/getConfig
Note: Unnecessary use of -X or --request, POST is already inferred.
*   Trying 10.157.164.196...
* TCP_NODELAY set
* Connected to 10.157.164.196 (10.157.164.196) port 30299 (#0)
> POST /pdp/api/getConfig HTTP/1.1
> Host: 10.157.164.196:30299
> User-Agent: curl/7.58.0
> Content-Type: application/json
> Accept: application/json
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 108
>
* upload completely sent off: 108 out of 108 bytes
< HTTP/1.1 400 Bad Request
HTTP/1.1 400 Bad Request
< Server: Apache-Coyote/1.1
Server: Apache-Coyote/1.1
< Content-Type: application/json;charset=UTF-8
Content-Type: application/json;charset=UTF-8
< Transfer-Encoding: chunked
Transfer-Encoding: chunked
< Date: Thu, 26 Jul 2018 10:58:31 GMT
Date: Thu, 26 Jul 2018 10:58:31 GMT
< Connection: close
Connection: close

<
* Closing connection 0
[{"policyConfigMessage":"PE300 - Data Issue: Incorrect Params passed: Decision not a Permit.","policyConfigStatus":"CONFIG_NOT_FOUND","type":null,"config":null,"policyName":null,"policyType":null,"policyVersion":null,"matchingConditions":null,"responseAttributes":null,"property":null}]%  

 

Also I'm attaching screens from views you've asked for. Due to internal reasons this instance will be terminated and we will create new one.

I won't be able to provide more screens from it. If we succeed in reproducing issue on new instance I will send you new logs and screens.

 

 

Br

Adam Krysiak
Software Engineer
MN MANO RD&Pz ONAP-UI-ML DEVOPS WRO 2 SG
Nokia
Contact number: +48691441316


From: Gao, Xue <xg353y@...>
Sent: Tuesday, July 24, 2018 4:14:37 PM
To: Krysiak, Adam (Nokia - PL/Wroclaw);
onap-discuss@...
Cc: Ngueko, Gervais-Martial; Closson, Anael
Subject: Re: [onap-discuss][clamp][policy] Error during closed loop resubmit

 

Hello Adam,

 

Could you also try the following command? Normally it will list all the versions of policies with the name indicated by the policyName.

 

curl -i -v -H 'Content-Type: application/json' -H 'Accept: application/json' --header 'ClientAuth: cHl0aG9uOnRlc3Q=' --header 'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' -H 'Environment: TEST' -X POST -d '{ "policyName": " test_policy_error.Config_MS_ClosedLoop_3cb6b3ad_8b2a_11e8_b055_0242ac120003_TCA_0owl1kv" }' http://10.157.164.196:30299/pdp/api/getConfig

 

 

And is that possible to also make a screen shot of the Policy UI, since you said you can see it in the UI, right? Please click the Editor tab, and then select the folder test_policy_error, if the policy exist already, you should be able to see it there (the Policy UI page is something silimar as below).

 

 

Kr,

 

Xue

 

 

From: Krysiak, Adam (Nokia - PL/Wroclaw) <adam.krysiak@...>
Sent: Tuesday, July 24, 2018 8:26 AM
To: Gao, Xue <xg353y@...>
Subject: Re: Suspected SPAM - Re: [onap-discuss][clamp][policy] Error during closed loop resubmit

 

Hi Xue,

 

I've send request you asked for.

 

curl -i -v -H 'Content-Type: application/json' -H 'Accept: application/json' --header 'ClientAuth: cHl0aG9uOnRlc3Q=' --header 'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' -H 'Environment: TEST' -X POST -d '{ "policyName": " test_policy_error.Config_MS_ClosedLoop_3cb6b3ad_8b2a_11e8_b055_0242ac120003_TCA_0owl1kv.1.xml" }' http://10.157.164.196:30299/pdp/api/getConfig
Note: Unnecessary use of -X or --request, POST is already inferred.
*   Trying 10.157.164.196...
* TCP_NODELAY set
* Connected to 10.157.164.196 (10.157.164.196) port 30299 (#0)
> POST /pdp/api/getConfig HTTP/1.1
> Host: 10.157.164.196:30299
> User-Agent: curl/7.58.0
> Content-Type: application/json
> Accept: application/json
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 114
>
* upload completely sent off: 114 out of 114 bytes
< HTTP/1.1 400 Bad Request
HTTP/1.1 400 Bad Request
< Server: Apache-Coyote/1.1
Server: Apache-Coyote/1.1
< Content-Type: application/json;charset=UTF-8
Content-Type: application/json;charset=UTF-8
< Transfer-Encoding: chunked
Transfer-Encoding: chunked
< Date: Tue, 24 Jul 2018 05:25:02 GMT
Date: Tue, 24 Jul 2018 05:25:02 GMT
< Connection: close
Connection: close

<
* Closing connection 0
[{"policyConfigMessage":"PE300 - Data Issue: Incorrect Params passed: Decision not a Permit.","policyConfigStatus":"CONFIG_NOT_FOUND","type":null,"config":null,"policyName":null,"policyType":null,"policyVersion":null,"matchingConditions":null,"responseAttributes":null,"property":null}]%

 

===========================================================================================

 

As you can see it looks like policy is not there. But it's visible it in ui. I've send more generic request with ".*" as policyName and my policy is not in response. There are policies but all of them match same pattern and differ only with names. For example:

 

...

{
        "policyConfigMessage": "Error in Calling the Configuration URL com.att.research.xacml.api.pdp.PDPException: PE300 - Data Issue: Error in ConfigURL",
        "policyConfigStatus": "CONFIG_NOT_FOUND",
        "type": null,
        "config": null,
        "policyName": "Test_VES_CL_2.Config_MS_ClosedLoop_d16af88b_8504_11e8_a814_0242ac120002_TCA_0owl1kv.1.xml",
        "policyType": "MicroService",
        "policyVersion": "1",
        "matchingConditions": {
            "ONAPName": "DCAE",
            "ConfigName": "SampleConfigName",
            "service": "tca_policy",
            "uuid": "test",
            "Location": "SampleServiceLocation"
        },
        "responseAttributes": {},
        "property": null
    },

...

 

Unfortunately I'm not able to share instance it's not available from outside our network. I've checked it on other environment and response is similar. Both them are installed from OOM.

 

 

 

Adam Krysiak
Software Engineer
MN MANO RD&Pz ONAP-UI-ML DEVOPS WRO 2 SG
Nokia
Contact number: +48691441316


From: Gao, Xue <xg353y@...>
Sent: Monday, July 23, 2018 9:41:03 AM
To:
onap-discuss@...; Krysiak, Adam (Nokia - PL/Wroclaw)
Cc: Closson, Anael; DRAGOSH, PAM; HERNANDEZ-HERRERO, JORGE; MANDER, BOBBY
Subject: RE: Suspected SPAM - Re: [onap-discuss][clamp][policy] Error during closed loop resubmit

 

Hi Adam,

 

To help further, could you please try the following command (with the good policy fqdn/IP) and let us know the result?

 

curl -i -v -H 'Content-Type: application/json' -H 'Accept: application/json' --header 'ClientAuth: cHl0aG9uOnRlc3Q=' --header 'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' -H 'Environment: TEST' -X POST -d '{ "policyName": " test_policy_error.Config_MS_ClosedLoop_3cb6b3ad_8b2a_11e8_b055_0242ac120003_TCA_0owl1kv.1.xml" }' http://policy.api.simpledemo.onap.org:8081/pdp/api/getConfig

 

 

If possible, do you think you could provide us the access to your lab? Thanks!

 

Kr,

 

Xue

 

 

From: onap-discuss@... <onap-discuss@...> On Behalf Of Krysiak, Adam (Nokia - PL/Wroclaw)
Sent: Friday, July 20, 2018 2:14 PM
To: Closson, Anael <ac2550@...>; onap-discuss@...; Gao, Xue <xg353y@...>; Krysiak, Adam (Nokia - PL/Wroclaw) <adam.krysiak@...>; DRAGOSH, PAM <pdragosh@...>; HERNANDEZ-HERRERO, JORGE <jh1730@...>; MANDER, BOBBY <bm116p@...>
Subject: Re: Suspected SPAM - Re: [onap-discuss][clamp][policy] Error during closed loop resubmit

 

Hi Pamela

 

Can anyone on Policy side take a look at this or create a jira for future investigation?

 

Br,

Adam Krysiak
Software Engineer
MN MANO RD&Pz ONAP-UI-ML DEVOPS WRO 2 SG
Nokia
Contact number: +48691441316


From: onap-discuss@... <onap-discuss@...> on behalf of Krysiak, Adam (Nokia - PL/Wroclaw) <adam.krysiak@...>
Sent: Friday, July 20, 2018 2:12:44 PM
To: Closson, Anael;
onap-discuss@...; xg353y@...
Subject: Suspected SPAM - Re: [onap-discuss][clamp][policy] Error during closed loop resubmit

 

Hi,

 

Thanks Anael, Xue for checking on that issue.

 

Br,

 

Adam Krysiak
Software Engineer
MN MANO RD&Pz ONAP-UI-ML DEVOPS WRO 2 SG
Nokia
Contact number: +48691441316


From: Closson, Anael <ac2550@...>
Sent: Thursday, July 19, 2018 11:56:41 AM
To:
onap-discuss@...; Krysiak, Adam (Nokia - PL/Wroclaw)
Subject: RE: [onap-discuss][clamp][policy] Error during closed loop resubmit

 

Hello Adan,

 

Xue did some tests on SB07 to verify the expected behavior. According to her, there’s a gap between the expected Policy reply and the actual one (see below).

There might be either an issue with Policy, either a configuration one or a bug. We think the latter, but the Policy team is better suited to answer that question.  

 

FYI :

 

Expected one :

============

 

root@mywebserver:/home/xg353y/git/clamp-lf# curl -i -v -H 'Content-Type: application/json' -H 'Accept: application/json' --header 'ClientAuth: cHl0aG9uOnRlc3Q=' --header 'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' -H 'Environment: TEST' -X POST -d '{ "policyName": "ClampTest_v1_0.Config_MS_ClosedLoop_test6.1.xml" }' http://policy.api.simpledemo.onap.org:8081/pdp/api/getConfig
Hostname was NOT found in DNS cache
Trying 10.12.5.157...
Connected to
policy.api.simpledemo.onap.org (10.12.5.157) port 8081 (#0)
> POST /pdp/api/getConfig HTTP/1.1
> User-Agent: curl/7.35.0
> Host:
policy.api.simpledemo.onap.org:8081
> Content-Type: application/json

> Accept: application/json
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 67
>
upload completely sent off: 67 out of 67 bytes
< HTTP/1.1 200 OK
HTTP/1.1 200 OK
Server Apache-Coyote/1.1 is not blacklisted
< Server: Apache-Coyote/1.1
Server: Apache-Coyote/1.1
< Content-Type: application/json;charset=UTF-8

Content-Type: application/json;charset=UTF-8
< Transfer-Encoding: chunked
Transfer-Encoding: chunked
< Date: Tue, 17 Apr 2018 15:31:25 GMT
Date: Tue, 17 Apr 2018 15:31:25 GMT

<
[{"policyConfigMessage":"Config Retrieved! ","policyConfigStatus":"CONFIG_RETRIEVED","type":"JSON","config":"{\"service\":\"tca_policy\",\"version\":\"1.1.0\",\"location\":\"SampleServiceLocation\",\"configName\":\"SampleConfigName\",\"uuid\":\"test\",\"policyScope\":\"resource=SampleResource,service=SampleService,type=SampleType,closedLoopControlName=com.v1.0.ClosedLoop_test6\",\"templateVersion\":\"OpenSource.version.1\",\"policyName\":\"ClampTest_v1_0.ClosedLoop_test6\",\"description\":\"MicroService vCPE Policy\",\"priority\":\"1\",\"riskType\":\"SampleRiskType\",\"riskLevel\":\"1\",\"guard\":\"False\",\"content\":{\"tca_policy\":{\"domain\":\"measurementsForVfScaling\",\"metricsPerEventName\":[{\"eventName\":\"vCPEvGMUXPacketLoss\",\"controlLoopSchemaType\":\"VM\",\"policyScope\":\"DCAE\",\"policyName\":\"ClampTest_v1_0.ClosedLoop_test6\",\"policyVersion\":\"1\",\"thresholds\":[{\"closedLoopControlName\":\"ClosedLoop-test5_null\",\"version\":\"1.0.2\",\"fieldPath\":\"$.event.measurementsForVfScalingField
Connection #0 to host
policy.api.simpledemo.onap.org left intact
s.vNicPerformanceArray[*].receivedBroadcastPacketsAccumulated\",\"thresholdValue\":200,\"direction\":\"GREATER\",\"severity\":\"MAJOR\",\"closedLoopEventStatus\":\"ONSET\"}]}]}}}","policyName":"ClampTest_v1_0.Config_MS_ClosedLoop_test6.1.xml","policyType":"MicroService","policyVersion":"1","matchingConditions":{"ONAPName":"DCAE","ConfigName":"SampleConfigName","service":"tca_policy","uuid":"test","Location":"SampleServiceLocation"},"responseAttributes":{},"property":null}]

 

 

Actual one (SB07):

===============

root@clamp:/home/xg353y/git/clamp-codecloud# curl -i -v -H 'Content-Type: application/json' -H 'Accept: application/json' --header 'ClientAuth: cHl0aG9uOnRlc3Q=' --header 'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' -H 'Environment: TEST' -X POST -d '{ "policyName": " HPATest.Config_OOF_PolicyHPA3.xml" }' http://policy.api.simpledemo.onap.org:8081/pdp/api/getConfig
Hostname was NOT found in DNS cache
Trying 10.12.5.157...
Connected to
policy.api.simpledemo.onap.org (10.12.5.157) port 8081 (#0)
> POST /pdp/api/getConfig HTTP/1.1
> User-Agent: curl/7.35.0
> Host:
policy.api.simpledemo.onap.org:8081
> Content-Type: application/json

> Accept: application/json
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 54
>
upload completely sent off: 54 out of 54 bytes
< HTTP/1.1 400 Bad Request
HTTP/1.1 400 Bad Request
Server Apache-Coyote/1.1 is not blacklisted
< Server: Apache-Coyote/1.1
Server: Apache-Coyote/1.1
< Content-Type: application/json;charset=UTF-8

Content-Type: application/json;charset=UTF-8
< Transfer-Encoding: chunked
Transfer-Encoding: chunked
< Date: Thu, 19 Jul 2018 09:43:04 GMT
Date: Thu, 19 Jul 2018 09:43:04 GMT
< Connection: close
Connection: close
<
Closing connection 0
[{"policyConfigMessage":"PE300 - Data Issue: Incorrect Params passed: Decision not a Permit.","policyConfigStatus":"CONFIG_NOT_FOUND","type":null,"config":null,"policyName":null,"policyType":null,"policyVersion":null,"matchingConditions":null,"responseAttributes":null,"property":null}]

 

 

 

 

From: onap-discuss@... <onap-discuss@...> On Behalf Of Krysiak, Adam (Nokia - PL/Wroclaw)
Sent: jeudi 19 juillet 2018 10:41
To: onap-discuss@...
Subject: [onap-discuss][clamp][policy] Error during closed loop resubmit

 

Hi,

 

I've found weird behavior during resubmitting Policy from CLAMP.

During 'resubmit' CLAMP first checks if policy exists to know if it should be created or updated.

From logs I see that during check response is that it's new policy.

But when clamp tries to create it the response is that policy already exists.

Also in logs there is an info about bad request when checking policy.

 

Data Issue: :400:[{"policyConfigMessage":"PE300 - Data Issue: Incorrect Params passed: Decision not a Permit.","policyConfigStatus":"CONFIG_NOT_FOUND","type":null,"config":null,"policyName":null,"policyType":null,"policyVersion":null,"matchingConditions":null,"responseAttributes":null,"property":null}]
At least that's what logs are saying.

 

I've quickly debugged it and it looks like CLAMP sends request with body:

{"policyName":"test_policy_error.Config_MS_ClosedLoop_3cb6b3ad_8b2a_11e8_b055_0242ac120003_TCA_0owl1kv","onapName":null,"configName":null,"configAttributes":null,"requestID":null,"unique":false,"ecompName":null}

 

In exception from Policy policyName param is null but clamp is sending it.

It looks like some simple serialization issue on Policy side.

I've attached logs to this email.

Can anyone take a look and tell if it happens only on my environment because of some misconfiguration or is it a bug and jira needs to be created?

 

 

Adam Krysiak
Software Engineer
MN MANO RD&Pz ONAP-UI-ML DEVOPS WRO 2 SG
Nokia
Contact number: +48691441316

Re: 答复: Data Model Interest Group agenda for 2018-07-30 #modeling

maopeng
 

Hi Anatoly

  

    Thanks Anatoly.  


     Here are some contexts, which will help the discussion.

    1.SDO progresses:

       1.1 TMF support service and resource, and also in resource layer, there is resource composite. and Network service from ETSI has been mapping to the resource composite

            please refer to TMF document: tr255-resource-function-activation-and-configuration-suite-r17-5-0

       1.2  3GPP management system support to integrate with ETSI MANO system.

       1.3  ETSI SOL001 has the draft of NS data model and Information model

     2.model subcommittee progress:

 Network service is agreed in resource IM group. Networkservice IM
 Network service Descriptor has been discussed in DM group. Networkservice DM

    3. Service providers are interested in ETSI NS.

    4. VFC project impliments NFVO and needs NS template


     My work aims to support the following:

       1, impliment network service template aligned to the ETSI SOL001/004

       2, impliment network service in the resource, aligned to the ETSI, TMF, and 3GPP.


     If I am wrong, please corrrect me.

     Thanks.


BR

Maopeng

原始邮件
发件人:Katzman,Anatoly <ak435s@...>
收件人:onap-discuss@... <onap-discuss@...>
抄送人:WECHSLER, CHESLA C <cw1671@...>Alexander Vul <alex.vul@...>Anatoly Katzman <anatoly.katzman@...>Andrei Kojukhov <andreik@...>GUPTA, ARUN <ag7127@...>BAXTER, ANDREW <andrew.baxter@...>COAN, BILL <wc1555@...>HU, BIN <bh526r@...>chuanyu chen <chenchuanyu@...>Chuyi Guo <guochuyi@...>BULLARD, GIL <wb5674@...>Hui Deng <denghui12@...>Eshet, Itamar <ie2575@...>JacquelineBeaulac <jacqueline.s.beaulac@...>Janusz Pieczerak <janusz.pieczerak@...>Jessie S Jewitt <jessie.jewitt@...>SCAGGS, KEVIN <ks0567@...>Lianhao Lu <lianhao.lu@...>Lingli Deng <denglingli@...>张茂鹏10030173;Marek Kukulski <marek.kukulski@...>NUTAKKI, MADHU <mn105f@...>Priya TG <priya.g@...>shitao li <lishitao@...>Thinh Nguyenphu <thinh.nguyenphu@...>Victor Gao <victor.gao@...>尚小冬10032185;Xu Yang <yangxu5@...>Zhong Heliu <zhongheliu@...>黄卓垚10112215;
日 期 :2018年07月30日 17:17
主 题 :Data Model Interest Group agenda for 2018-07-30 #modeling

Dear modelers,

Last time we met, Maopeng Zhang of ZTE presented a set of requirements for the networking service model.

Today on our weekly call (https://wiki.onap.org/display/DW/Data+Model+Interest+Group+2018-07-30+Meeting+Minutes), I will present an initial proposal for the internal ONAP data model of service, and then we all will examine whether it stands  the requirements. In addition, we will start a discussion on the internal ONAP data model of PNF.

See you there,

Anatoly Katzman

 


Re: Suspected SPAM - Re: [onap-discuss] [APPC][app-c] Publishing configuration with Audit action

Taka Cho
 

Hi Beka and Mateusz,

 

Sorry for the late response.

 

After I traced down several resources from AT&T last week.

 

The CVaaS configuration is internally used by AT&T.  in ONAP, we don’t need to send the running configuration to CVaaS via the data router.

 

If it is possible, can you or Mateusz please raise a JIRA to track and further contribute the change to remove the portion of CVaaS code in APPC?

 

Thank you in advance.

 

Taka

 

From: Tsotsoria, Beka (Nokia - PL/Wroclaw) [mailto:beka.tsotsoria@...]
Sent: Monday, July 30, 2018 4:42 AM
To: CHO, TAKAMUNE <tc012c@...>
Cc: Niedziela, Mateusz (Nokia - PL/Wroclaw) <mateusz.niedziela@...>; onap-discuss@...
Subject: RE: Suspected SPAM - Re: [onap-discuss] [APPC][app-c] Publishing configuration with Audit action

 

Hello Taka,

 

Any comment on this? Basically we are trying to retrieve current running config of VNF using APP-C. If there is a way to make changes to the configuration, there should also be a way to retrieve it?

 

Thanks,

Beka

 

From: onap-discuss@... [mailto:onap-discuss@...] On Behalf Of Niedziela, Mateusz (Nokia - PL/Wroclaw)
Sent: Tuesday, July 24, 2018 2:55 PM
To: CHO, TAKAMUNE <tc012c@...>; onap-discuss@...
Subject: Suspected SPAM - Re: [onap-discuss] [APPC][app-c] Publishing configuration with Audit action

 

Thank you for your answer!
I have, however, another question regarding the case mentioned. The document mentioned by me earlier (APPC LCM API guide) in a version for the Amsterdam release states that publishing configuration in audit action “sends the running configuration from the VNF using the Data Router”. However, in Beijing release documentation the mentioned statement got replaced by “sends the running configuration from the VNF using the message bus”. We’ve got a Beijing release running, but the only thing in the output payload that can be found when listening to the appc write topic on the message router is the “upload_config_id”. My new question is then: What is the standard/recommended way to access this configuration by an external system? Are the contents of the CVaaS file sent anywhere further, or can be somehow easily accessed by an external system?

Regards
Mateusz

 

From: CHO, TAKAMUNE [mailto:tc012c@...]
Sent: Friday, July 20, 2018 7:22 PM
To: onap-discuss@...; Niedziela, Mateusz (Nokia - PL/Wroclaw) <mateusz.niedziela@...>
Subject: RE: [APPC][app-c] Publishing configuration with Audit action

 

Hi Mateusz,

 

Thanks for your interest and your contribution for APPC.

 

CVaaS - Configuration Validation as a Service

 

Basically CVaaS is used as a repository for all configuration, it maintains the configuration versions. The publish config flag is used to pass the configuration details to CVaaS in case of an audit.

 

If Audit is successful i.e both current and running config matches and if the publish flag is Y then only the configuration data will be passed to CVaaS.

If the publish flag is N even if Audit is successful it will not pass the configuration data to CVaaS.

 

If the Audit is failed irrespective of publish flag Y or N it will go and update CVaaS.

 

Hope that would answer your question

 

Taka

 

From: onap-discuss@... [mailto:onap-discuss@...] On Behalf Of Niedziela, Mateusz (Nokia - PL/Wroclaw)
Sent: Friday, July 20, 2018 6:00 AM
To: onap-discuss@...
Subject: [onap-discuss] [APPC][app-c] Publishing configuration with Audit action

 

Hello APPC team,

Together with my team we’ve managed to succesfully run Configure and Audit actions on our VNF using the Netconf protocol.
The question I have concerns the “Publish_Config” parameter given to the audit action in the payload. The documentation (https://onap.readthedocs.io/en/latest/submodules/appc.git/docs/APPC%20LCM%20API%20Guide/APPC%20LCM%20API%20Guide.html) mentions that setting the parameter to value “Y” sends the running configuration using the message bus. However, looking at the Generic_Audit DG, the only action executed with mentioned parameter given that differs it from not choosing not to publish the configuration is the creation of a cvaas file containing the details of the action and configuration.
My questions are then:
1. What does exactly the term “cvaas” stand for and what is the role of this file?
2. Does publishing the configuration in the audit action only mean creating the mentioned file?
3. What about the message bus mentioned in the configuration? If the cvaas file is in fact important for the process of publishing configuration, the file bus would seem more adequate for such action.
To sum up: I’d like someone to clarify what does it exactly mean for audit action to “publish the configuration”.

Best Regards
Mateusz

Re: [onap-tsc] [Onap-release] [ptl][jira] Propose alignment on 1 Jira workflow

Vijay VK
 

+1

 

Thanks,

Vijay.

 

From: ONAP-TSC@... <ONAP-TSC@...> On Behalf Of seshu kumar m
Sent: Monday, July 30, 2018 12:07 AM
To: SONSINO, OFIR <os0695@...>; Yang Bin <bin.yang@...>; CHO, TAKAMUNE <tc012c@...>; Dhananjay Pavgi <DP00476350@...>; Shankar Narayanan <shankarpnsn@...>; DRAGOSH, PAM <pdragosh@...>
Cc: MAHER, RANDA <rx196w@...>; onap-release@...; onap-tsc <onap-tsc@...>; onap-discuss@...
Subject: Re: [onap-tsc] [Onap-release] [ptl][jira] Propose alignment on 1 Jira workflow

 

+1

 

Thanks and Regards,

M Seshu Kumar

Senior System Architect

Single OSS India Branch Department. S/W BU.

Huawei Technologies India Pvt. Ltd.

Survey No. 37, Next to EPIP Area, Kundalahalli, Whitefield

Bengaluru-560066, Karnataka.

Tel: + 91-80-49160700 , Mob: 9845355488

Company_logo

___________________________________________________________________________________________________

This e-mail and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it!

-------------------------------------------------------------------------------------------------------------------------------------------------------------------

 

From: ONAP-TSC@... [mailto:ONAP-TSC@...] On Behalf Of Ofir Sonsino
Sent: Sunday, July 29, 2018 6:01 PM
To: Yang Bin; CHO, TAKAMUNE; Dhananjay Pavgi; Shankar Narayanan; DRAGOSH, PAM
Cc: MAHER, RANDA; onap-release@...; onap-tsc; onap-discuss@...
Subject: Re: [onap-tsc] [Onap-release] [ptl][jira] Propose alignment on 1 Jira workflow

 

+1

 

Ofir

 

From: ONAP-TSC@... [mailto:ONAP-TSC@...] On Behalf Of Yang Bin
Sent: Saturday, July 28, 2018 10:51 AM
To: CHO, TAKAMUNE <tc012c@...>; Dhananjay Pavgi <DP00476350@...>; Shankar Narayanan <shankarpnsn@...>; DRAGOSH, PAM <pdragosh@...>
Cc: MAHER, RANDA <rx196w@...>; onap-release@...; onap-tsc <onap-tsc@...>; onap-discuss@...
Subject: Re: [onap-tsc] [Onap-release] [ptl][jira] Propose alignment on 1 Jira workflow

 

+1

 

It will be great that if you can upload this slide to wiki so that we can refer to when discussing over weekly meetings.

 

(Multi-VIM/Cloud PTL)

 

Best Regards,

Bin Yang,    Solution Readiness Team,    Wind River

Direct +86,10,84777126    Mobile +86,13811391682    Fax +86,10,64398189

Skype: yangbincs993

 

From: Onap-release@... [mailto:Onap-release@...] On Behalf Of Taka Cho
Sent: Friday, July 27, 2018 3:51 AM
To: Dhananjay Pavgi; Shankar Narayanan; DRAGOSH, PAM
Cc: MAHER, RANDA; onap-release@...; onap-tsc; onap-discuss@...
Subject: Re: [onap-tsc] [Onap-release] [ptl][jira] Propose alignment on 1 Jira workflow

 

+1

 

Taka

 

From: Onap-release@... [mailto:Onap-release@...] On Behalf Of Dhananjay Pavgi
Sent: Thursday, July 12, 2018 11:28 PM
To: Shankar Narayanan <shankarpnsn@...>; DRAGOSH, PAM <pdragosh@...>
Cc: MAHER, RANDA <rx196w@...>; onap-release@...; onap-tsc <onap-tsc@...>; onap-discuss@...
Subject: Re: [onap-tsc] [Onap-release] [ptl][jira] Propose alignment on 1 Jira workflow

 

+1

 

thanks & regards,

Dhananjay Pavgi

+91 98220 22264

 

From: ONAP-TSC@... <ONAP-TSC@...> On Behalf Of Shankar Narayanan
Sent: Thursday, July 12, 2018 10:26 PM
To: Pamela Dragosh <pdragosh@...>
Cc: MAHER, RANDA <rx196w@...>; onap-release@...; onap-tsc <onap-tsc@...>; onap-discuss@...
Subject: Re: [onap-tsc] [Onap-release] [ptl][jira] Propose alignment on 1 Jira workflow

 

+1 

 

Thanks,

Shankar. 

 

On Thu, Jul 12, 2018 at 12:43 PM Pamela Dragosh <pdragosh@...> wrote:

+1

 

Pam Dragosh

ONAP Policy PTL

 

From: <Onap-release@...> on behalf of "MAHER, RANDA" <rx196w@...>
Date: Monday, July 9, 2018 at 9:46 AM
To: "onap-release@..." <onap-release@...>
Cc: onap-tsc <onap-tsc@...>, "onap-discuss@..." <onap-discuss@...>
Subject: Re: [Onap-release] [ptl][jira] Propose alignment on 1 Jira workflow

 

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

Hello everyone,

 

This topic was discussed on today’s PTL call.  I am resending email so you don’t have to dig for it.

Please provide your feedback if you’re in agreement or if you have any questions.

The goal is to align on a single workflow in ONAP.

 

Also, another topic raised during PTL call, but not part of the attached proposal, but I wanted to note it here:

·         We should align on the set of Jira issue types that will be used across the projects to ensure issues don’t fall through the cracks.

·         Today, most projects use: Epics, Stories (& sub-tasks available within story),  Tasks, Bugs

·         There are some projects that also use New Feature

·         What is the set we want to support for ONAP projects?

 

Thanks, Randa

 

From: Onap-release@... [mailto:Onap-release@...] On Behalf Of MAHER, RANDA
Sent: Monday, June 25, 2018 9:30 PM
To: onap-release@...
Cc: onap-tsc <onap-tsc@...>; onap-discuss@...
Subject: [Onap-release] [ptl][jira] Propose alignment on 1 Jira workflow

 

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

Greetings PTLs,

 

One of the items in the Beijing Retrospective was confusion over the two separate Jira workflows in play today.

I would like to submit the following for consideration to align on ONE Jira workflow.  This is low hanging fruit and an easy enough change to implement  to progress on addressing one of the concerns raised during Lesson’s Learned discussions.  

 

I believe the attached workflow is flexible enough to handle the uniqueness of ONAP as well as not introduce overhead for teams.

 

Please review attached slides and provide your +1 if you agree to the proposal.

 

Thanks,

Randa

APPC PTL

 

 

 

 

 

 

============================================================================================================================

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.

============================================================================================================================

Re: Suspected SPAM - Re: [onap-discuss][clamp][policy] Error during closed loop resubmit

Krysiak, Adam (Nokia - PL/Wroclaw)
 

Hi,


I've entered PDP container looking for more logs.

I've found file /opt/app/policy/servers/pdp/logs/catalina.out.

Inside it there are tracebacks connected with two types of issues:

  1. Parsing date formatter
  2. No xacml.properties file


I'm attaching logs to this email.


Br,
Adam Krysiak
Software Engineer
MN MANO RD&Pz ONAP-UI-ML DEVOPS WRO 2 SG
Nokia
Contact number: +48691441316


From: onap-discuss@... <onap-discuss@...> on behalf of Krysiak, Adam (Nokia - PL/Wroclaw) <adam.krysiak@...>
Sent: Monday, July 30, 2018 12:26:49 PM
To: Gao, Xue; MOKRY, MICHAEL A; onap-discuss@...
Cc: Ngueko, Gervais-Martial; Closson, Anael; DRAGOSH, PAM
Subject: Suspected SPAM - Re: [onap-discuss][clamp][policy] Error during closed loop resubmit
 
Hi,

That lab was removed so I'm not able to send logs from it but I was able to reproduce issue on other lab.
Here you have logs:
   
11:13:04.540 [ForkJoinPool.commonPool-worker-26] WARN  org.onap.clamp.clds.model.properties.AbstractModelElement - Value 'policyType' for key 'name' not found in JSON
11:13:04.540 [http-nio-8080-exec-10] WARN  org.onap.clamp.clds.model.properties.AbstractModelElement - Value 'correlationalLogic' for key 'name' not found in JSON
11:13:04.540 [ForkJoinPool.commonPool-worker-26] WARN  org.onap.clamp.clds.model.properties.AbstractModelElement - Value 'parentPolicy' for key 'name' not found in JSON
11:13:04.540 [http-nio-8080-exec-10] WARN  org.onap.clamp.clds.model.properties.AbstractModelElement - Value 'configPolicyName' for key 'name' not found in JSON
11:13:04.540 [ForkJoinPool.commonPool-worker-26] WARN  org.onap.clamp.clds.model.properties.AbstractModelElement - Value 'parentPolicyConditions' for key 'name' not found in JSON
11:13:04.540 [http-nio-8080-exec-10] WARN  org.onap.clamp.clds.model.properties.AbstractModelElement - Value 'vfc' for key 'name' not found in JSON
11:13:04.541 [http-nio-8080-exec-10] INFO  org.onap.clamp.clds.client.req.tca.TcaRequestFormatter - tcaPolicyContent={"domain":"measurementsForVfScaling","metricsPerEventName":[{"eventName":"vLoadBalancer","controlLoopSchemaType":"VNF","policyScope":"DCAE","policyName":"CLAMPak_service_v3_v5_0_nokia_vsp0.ClosedLoop_401829a3_918d_11e8_9868_022e5309ea51_TCA_1d13unw","policyVersion":"v0.0.1","thresholds":[{"closedLoopControlName":"ClosedLoop-401829a3-918d-11e8-9868-022e5309ea51_0","version":"1.0.2","fieldPath":"$.event.measurementsForVfScalingFields.vNicUsageArray[*].receivedTotalPacketsDelta","thresholdValue":10,"direction":"GREATER","severity":"MAJOR","closedLoopEventStatus":"ONSET"}]}]}
11:13:04.541 [http-nio-8080-exec-10] INFO  org.onap.clamp.clds.client.req.tca.TcaRequestFormatter - tcaPolicyReq={"service":"tca_policy","version":"1.1.0","location":"SampleServiceLocation","configName":"SampleConfigName","uuid":"test","policyScope":"CLAMP","templateVersion":"OpenSource.version.1","policyName":"CLAMPak_service_v3_v5_0_nokia_vsp0.ClosedLoop_401829a3_918d_11e8_9868_022e5309ea51_TCA_1d13unw","description":"MicroService Policy","priority":"1","riskType":"SampleRiskType","riskLevel":"1","guard":"False","content":{"tca_policy":{"domain":"measurementsForVfScaling","metricsPerEventName":[{"eventName":"vLoadBalancer","controlLoopSchemaType":"VNF","policyScope":"DCAE","policyName":"CLAMPak_service_v3_v5_0_nokia_vsp0.ClosedLoop_401829a3_918d_11e8_9868_022e5309ea51_TCA_1d13unw","policyVersion":"v0.0.1","thresholds":[{"closedLoopControlName":"ClosedLoop-401829a3-918d-11e8-9868-022e5309ea51_0","version":"1.0.2","fieldPath":"$.event.measurementsForVfScalingFields.vNicUsageArray[*].receivedTotalPacketsDelta","thresholdValue":10,"direction":"GREATER","severity":"MAJOR","closedLoopEventStatus":"ONSET"}]}]}}}
11:13:04.543 [http-nio-8080-exec-10] INFO  org.onap.clamp.clds.client.req.policy.PolicyClient - Search in Policy Engine for policyName=CLAMPak_service_v3_v5_0_nokia_vsp0.Config_MS_ClosedLoop_401829a3_918d_11e8_9868_022e5309ea51_TCA_1d13unw
initloggerjava.io.FileNotFoundException: config/policyLogger.properties (No such file or directory)
FlexLogger:getLogger : loggerType = EELF
getClassContext()[3].getName() org.onap.policy.std.StdPolicyEngine
eelfLoggerMap size : 1 class name: org.onap.policy.std.StdPolicyEngine
*********************** POLICY-507I
*********************** Service Name: {0}:Executing rule: {1}
FlexLogger:getLogger : loggerType = EELF
eelfLoggerMap size : 2 class name: org.onap.policy.utils.PolicyUtils
11:13:04.781 [http-nio-8080-exec-10] WARN  org.onap.clamp.clds.client.req.policy.PolicyClient - policy not found...policy name - CLAMPak_service_v3_v5_0_nokia_vsp0.Config_MS_ClosedLoop_401829a3_918d_11e8_9868_022e5309ea51_TCA_1d13unw
org.onap.policy.api.PolicyConfigException: PE300 - Data Issue: Invalid Data is given.
        at org.onap.policy.std.StdPolicyEngine.getConfigImpl(StdPolicyEngine.java:628)
        at org.onap.policy.std.StdPolicyEngine.getConfig(StdPolicyEngine.java:236)
        at org.onap.policy.api.PolicyEngine.getConfig(PolicyEngine.java:247)
        at org.onap.clamp.clds.client.req.policy.PolicyClient.getVersions(PolicyClient.java:337)
        at org.onap.clamp.clds.client.req.policy.PolicyClient.send(PolicyClient.java:225)
        at org.onap.clamp.clds.client.req.policy.PolicyClient.sendMicroServiceInOther(PolicyClient.java:200)
        at org.onap.clamp.clds.client.TcaPolicyDelegate.execute(TcaPolicyDelegate.java:72)
        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:478)
       
        ...

        at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1459)
        at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
        at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
        at java.lang.Thread.run(Thread.java:748)
Caused by: org.onap.policy.api.PolicyException: PE300 - Data Issue: :400:[{"policyConfigMessage":"PE300 - Data Issue: Incorrect Params passed: Decision not a Permit.","policyConfigStatus":"CONFIG_NOT_FOUND","type":null,"config":null,"policyName":null,"policyType":null,"policyVersion":null,"matchingConditions":null,"responseAttributes":null,"property":null}]
        at org.onap.policy.std.StdPolicyEngine.callNewPDP(StdPolicyEngine.java:740)
        at org.onap.policy.std.StdPolicyEngine.getConfigImpl(StdPolicyEngine.java:621)
        ... 136 common frames omitted
Caused by: org.springframework.web.client.HttpClientErrorException: 400 Bad Request
        at org.springframework.web.client.DefaultResponseErrorHandler.handleError(DefaultResponseErrorHandler.java:86)
        at org.springframework.web.client.RestTemplate.handleResponse(RestTemplate.java:708)
        at org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:661)
        at org.springframework.web.client.RestTemplate.execute(RestTemplate.java:621)
        at org.springframework.web.client.RestTemplate.exchange(RestTemplate.java:539)
        at org.onap.policy.std.StdPolicyEngine.callNewPDP(StdPolicyEngine.java:718)
        ... 137 common frames omitted
11:13:04.782 [http-nio-8080-exec-10] INFO  org.onap.clamp.clds.client.req.policy.PolicyClient - Attempting to create policy for action=SUBMIT
11:13:06.228 [pool-6-thread-3] WARN  com.att.nsa.apiClient.http.HttpClient - GET http://message-router.onap:3904/events/SDC-DISTR-NOTIF-TOPIC-AUTO/clamp/clamp will send credentials over a clear channel.
11:13:09.075 [http-nio-8080-exec-7] INFO  org.onap.clamp.clds.service.SecureServiceBase - GET healthcheck completed
11:13:10.163 [http-nio-8080-exec-10] INFO  org.onap.clamp.clds.client.req.policy.PolicyClient - Response is Transaction ID: f430542f-ee22-4752-958f-7a582128bc96 --Policy with the name CLAMPak_service_v3_v5_0_nokia_vsp0.Config_MS_ClosedLoop_401829a3_918d_11e8_9868_022e5309ea51_TCA_1d13unw.1.xml was successfully created.
11:13:10.163 [http-nio-8080-exec-10] INFO  org.onap.clamp.clds.client.req.policy.PolicyClient - Policy send successful
11:13:10.163 [http-nio-8080-exec-10] INFO  org.onap.clamp.clds.client.req.policy.PolicyClient - Policy Name in Push policy method - CLAMPak_service_v3_v5_0_nokia_vsp0.ClosedLoop_401829a3_918d_11e8_9868_022e5309ea51_TCA_1d13unw
11:13:10.164 [http-nio-8080-exec-10] INFO  org.onap.clamp.clds.client.req.policy.PolicyClient - Attempting to push policy...
11:13:10.853 [http-nio-8080-exec-10] INFO  org.onap.clamp.clds.client.req.policy.PolicyClient - Response is Transaction ID: 44f382a8-a459-4512-ab7a-1ef3b0b58e68 --Policy 'CLAMPak_service_v3_v5_0_nokia_vsp0.Config_MS_ClosedLoop_401829a3_918d_11e8_9868_022e5309ea51_TCA_1d13unw.1.xml' was successfully pushed to the PDP group 'default'.
11:13:10.853 [http-nio-8080-exec-10] INFO  org.onap.clamp.clds.client.req.policy.PolicyClient - Policy push successful
 
It looks like policy push should succeeded.  I've checked pdp tab looking for default group but it's empty. 




I'm not able to share my instance of ONAP but this bug is easily reproducible on any of our labs installed using OOM (even this freshly installed from beijing).



Br,

Adam Krysiak
Software Engineer
MN MANO RD&Pz ONAP-UI-ML DEVOPS WRO 2 SG
Nokia
Contact number: +48691441316

From: Gao, Xue <xg353y@...>
Sent: Friday, July 27, 2018 9:19:09 AM
To: MOKRY, MICHAEL A; Krysiak, Adam (Nokia - PL/Wroclaw); onap-discuss@...
Cc: Ngueko, Gervais-Martial; Closson, Anael; DRAGOSH, PAM
Subject: RE: [onap-discuss][clamp][policy] Error during closed loop resubmit
 

Thanks a lot Michael!

 

Adam,

 

Could you please verify whether the Policy are active on the PDP tab? Normally after creating the Policies, Clamp will push the policy to the PDP, but maybe this step has failed. By the way, do you have the logs when submit Closed loop for the first time? In case push to PDP had failed, we should be able to see exceptions in that log. Thanks!

 

Kr,

 

Xue

 

 

From: MOKRY, MICHAEL A
Sent: Thursday, July 26, 2018 4:55 PM
To: Gao, Xue <xg353y@...>; Krysiak, Adam (Nokia - PL/Wroclaw) <adam.krysiak@...>; onap-discuss@...
Cc: Ngueko, Gervais-Martial <gn422w@...>; Closson, Anael <ac2550@...>; DRAGOSH, PAM <pdragosh@...>
Subject: RE: [onap-discuss][clamp][policy] Error during closed loop resubmit

 

You wil need to push the policy to the PDP before picking it up with getConfig().  Also, I would suggest using .* at the end of the policyName rather than query for a specific version just in case the policy has been edited and version 1 is no longer active on the PDP.

 

To check if a policy is on the PDP from the GUI you can access the PDP tab and click on the group to see what policies are active on that PDP group.

 

 

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: GAO, XUE
Sent: Thursday, July 26, 2018 9:34 AM
To: Krysiak, Adam (Nokia - PL/Wroclaw) <adam.krysiak@...>; onap-discuss@...; MOKRY, MICHAEL A <mm117s@...>
Cc: NGUEKO, GERVAIS-MARTIAL <gn422w@...>; CLOSSON, ANAEL <ac2550@...>; DRAGOSH, PAM <pdragosh@...>
Subject: RE: [onap-discuss][clamp][policy] Error during closed loop resubmit

 

Hi Adam,

 

Indeed, the policies seems to be created successfully, as seen from the Policy UI. And it is strange that the getConfig Policy API returned error, which showing the Policy doesn’t exist. I think it is better for Policy people to answer then, since the messages returned from their APIs are conflict.

 

 

Michael,

 

Do you know why Adam got this error for getConfig API? He had tried the following curl command, but response saying policy doesn’t exist while the policy could be seen in the policy UI (screen shot shown in email below). Thanks!

curl -i -v -H 'Content-Type: application/json' -H 'Accept: application/json' --header 'ClientAuth: cHl0aG9uOnRlc3Q=' --header 'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' -H 'Environment: TEST' -X POST -d '{ "policyName": " test_policy_error.Config_MS_ClosedLoop_3cb6b3ad_8b2a_11e8_b055_0242ac120003_TCA_0owl1kv.1.xml" }' http://10.157.164.196:30299/pdp/api/getConfig

 

Kr,

 

Xue

 

 

 

From: Krysiak, Adam (Nokia - PL/Wroclaw) <adam.krysiak@...>
Sent: Thursday, July 26, 2018 1:08 PM
To: Gao, Xue <xg353y@...>; onap-discuss@...
Cc: Ngueko, Gervais-Martial <gn422w@...>; Closson, Anael <ac2550@...>
Subject: Re: [onap-discuss][clamp][policy] Error during closed loop resubmit

 

Hi Xue,

 

The response from request is:

 

 curl -i -v -H 'Content-Type: application/json' -H 'Accept: application/json' --header 'ClientAuth: cHl0aG9uOnRlc3Q=' --header 'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' -H 'Environment: TEST' -X POST -d '{ "policyName": " test_policy_error.Config_MS_ClosedLoop_3cb6b3ad_8b2a_11e8_b055_0242ac120003_TCA_0owl1kv" }' http://10.157.164.196:30299/pdp/api/getConfig
Note: Unnecessary use of -X or --request, POST is already inferred.
*   Trying 10.157.164.196...
* TCP_NODELAY set
* Connected to 10.157.164.196 (10.157.164.196) port 30299 (#0)
> POST /pdp/api/getConfig HTTP/1.1
> Host: 10.157.164.196:30299
> User-Agent: curl/7.58.0
> Content-Type: application/json
> Accept: application/json
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 108
>
* upload completely sent off: 108 out of 108 bytes
< HTTP/1.1 400 Bad Request
HTTP/1.1 400 Bad Request
< Server: Apache-Coyote/1.1
Server: Apache-Coyote/1.1
< Content-Type: application/json;charset=UTF-8
Content-Type: application/json;charset=UTF-8
< Transfer-Encoding: chunked
Transfer-Encoding: chunked
< Date: Thu, 26 Jul 2018 10:58:31 GMT
Date: Thu, 26 Jul 2018 10:58:31 GMT
< Connection: close
Connection: close

<
* Closing connection 0
[{"policyConfigMessage":"PE300 - Data Issue: Incorrect Params passed: Decision not a Permit.","policyConfigStatus":"CONFIG_NOT_FOUND","type":null,"config":null,"policyName":null,"policyType":null,"policyVersion":null,"matchingConditions":null,"responseAttributes":null,"property":null}]%  

 

Also I'm attaching screens from views you've asked for. Due to internal reasons this instance will be terminated and we will create new one.

I won't be able to provide more screens from it. If we succeed in reproducing issue on new instance I will send you new logs and screens.

 

 

Br

Adam Krysiak
Software Engineer
MN MANO RD&Pz ONAP-UI-ML DEVOPS WRO 2 SG
Nokia
Contact number: +48691441316


From: Gao, Xue <xg353y@...>
Sent: Tuesday, July 24, 2018 4:14:37 PM
To: Krysiak, Adam (Nokia - PL/Wroclaw);
onap-discuss@...
Cc: Ngueko, Gervais-Martial; Closson, Anael
Subject: Re: [onap-discuss][clamp][policy] Error during closed loop resubmit

 

Hello Adam,

 

Could you also try the following command? Normally it will list all the versions of policies with the name indicated by the policyName.

 

curl -i -v -H 'Content-Type: application/json' -H 'Accept: application/json' --header 'ClientAuth: cHl0aG9uOnRlc3Q=' --header 'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' -H 'Environment: TEST' -X POST -d '{ "policyName": " test_policy_error.Config_MS_ClosedLoop_3cb6b3ad_8b2a_11e8_b055_0242ac120003_TCA_0owl1kv" }' http://10.157.164.196:30299/pdp/api/getConfig

 

 

And is that possible to also make a screen shot of the Policy UI, since you said you can see it in the UI, right? Please click the Editor tab, and then select the folder test_policy_error, if the policy exist already, you should be able to see it there (the Policy UI page is something silimar as below).

 

 

Kr,

 

Xue

 

 

From: Krysiak, Adam (Nokia - PL/Wroclaw) <adam.krysiak@...>
Sent: Tuesday, July 24, 2018 8:26 AM
To: Gao, Xue <xg353y@...>
Subject: Re: Suspected SPAM - Re: [onap-discuss][clamp][policy] Error during closed loop resubmit

 

Hi Xue,

 

I've send request you asked for.

 

curl -i -v -H 'Content-Type: application/json' -H 'Accept: application/json' --header 'ClientAuth: cHl0aG9uOnRlc3Q=' --header 'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' -H 'Environment: TEST' -X POST -d '{ "policyName": " test_policy_error.Config_MS_ClosedLoop_3cb6b3ad_8b2a_11e8_b055_0242ac120003_TCA_0owl1kv.1.xml" }' http://10.157.164.196:30299/pdp/api/getConfig
Note: Unnecessary use of -X or --request, POST is already inferred.
*   Trying 10.157.164.196...
* TCP_NODELAY set
* Connected to 10.157.164.196 (10.157.164.196) port 30299 (#0)
> POST /pdp/api/getConfig HTTP/1.1
> Host: 10.157.164.196:30299
> User-Agent: curl/7.58.0
> Content-Type: application/json
> Accept: application/json
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 114
>
* upload completely sent off: 114 out of 114 bytes
< HTTP/1.1 400 Bad Request
HTTP/1.1 400 Bad Request
< Server: Apache-Coyote/1.1
Server: Apache-Coyote/1.1
< Content-Type: application/json;charset=UTF-8
Content-Type: application/json;charset=UTF-8
< Transfer-Encoding: chunked
Transfer-Encoding: chunked
< Date: Tue, 24 Jul 2018 05:25:02 GMT
Date: Tue, 24 Jul 2018 05:25:02 GMT
< Connection: close
Connection: close

<
* Closing connection 0
[{"policyConfigMessage":"PE300 - Data Issue: Incorrect Params passed: Decision not a Permit.","policyConfigStatus":"CONFIG_NOT_FOUND","type":null,"config":null,"policyName":null,"policyType":null,"policyVersion":null,"matchingConditions":null,"responseAttributes":null,"property":null}]%

 

===========================================================================================

 

As you can see it looks like policy is not there. But it's visible it in ui. I've send more generic request with ".*" as policyName and my policy is not in response. There are policies but all of them match same pattern and differ only with names. For example:

 

...

{
        "policyConfigMessage": "Error in Calling the Configuration URL com.att.research.xacml.api.pdp.PDPException: PE300 - Data Issue: Error in ConfigURL",
        "policyConfigStatus": "CONFIG_NOT_FOUND",
        "type": null,
        "config": null,
        "policyName": "Test_VES_CL_2.Config_MS_ClosedLoop_d16af88b_8504_11e8_a814_0242ac120002_TCA_0owl1kv.1.xml",
        "policyType": "MicroService",
        "policyVersion": "1",
        "matchingConditions": {
            "ONAPName": "DCAE",
            "ConfigName": "SampleConfigName",
            "service": "tca_policy",
            "uuid": "test",
            "Location": "SampleServiceLocation"
        },
        "responseAttributes": {},
        "property": null
    },

...

 

Unfortunately I'm not able to share instance it's not available from outside our network. I've checked it on other environment and response is similar. Both them are installed from OOM.

 

 

 

Adam Krysiak
Software Engineer
MN MANO RD&Pz ONAP-UI-ML DEVOPS WRO 2 SG
Nokia
Contact number: +48691441316


From: Gao, Xue <xg353y@...>
Sent: Monday, July 23, 2018 9:41:03 AM
To:
onap-discuss@...; Krysiak, Adam (Nokia - PL/Wroclaw)
Cc: Closson, Anael; DRAGOSH, PAM; HERNANDEZ-HERRERO, JORGE; MANDER, BOBBY
Subject: RE: Suspected SPAM - Re: [onap-discuss][clamp][policy] Error during closed loop resubmit

 

Hi Adam,

 

To help further, could you please try the following command (with the good policy fqdn/IP) and let us know the result?

 

curl -i -v -H 'Content-Type: application/json' -H 'Accept: application/json' --header 'ClientAuth: cHl0aG9uOnRlc3Q=' --header 'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' -H 'Environment: TEST' -X POST -d '{ "policyName": " test_policy_error.Config_MS_ClosedLoop_3cb6b3ad_8b2a_11e8_b055_0242ac120003_TCA_0owl1kv.1.xml" }' http://policy.api.simpledemo.onap.org:8081/pdp/api/getConfig

 

 

If possible, do you think you could provide us the access to your lab? Thanks!

 

Kr,

 

Xue

 

 

From: onap-discuss@... <onap-discuss@...> On Behalf Of Krysiak, Adam (Nokia - PL/Wroclaw)
Sent: Friday, July 20, 2018 2:14 PM
To: Closson, Anael <ac2550@...>; onap-discuss@...; Gao, Xue <xg353y@...>; Krysiak, Adam (Nokia - PL/Wroclaw) <adam.krysiak@...>; DRAGOSH, PAM <pdragosh@...>; HERNANDEZ-HERRERO, JORGE <jh1730@...>; MANDER, BOBBY <bm116p@...>
Subject: Re: Suspected SPAM - Re: [onap-discuss][clamp][policy] Error during closed loop resubmit

 

Hi Pamela

 

Can anyone on Policy side take a look at this or create a jira for future investigation?

 

Br,

Adam Krysiak
Software Engineer
MN MANO RD&Pz ONAP-UI-ML DEVOPS WRO 2 SG
Nokia
Contact number: +48691441316


From: onap-discuss@... <onap-discuss@...> on behalf of Krysiak, Adam (Nokia - PL/Wroclaw) <adam.krysiak@...>
Sent: Friday, July 20, 2018 2:12:44 PM
To: Closson, Anael;
onap-discuss@...; xg353y@...
Subject: Suspected SPAM - Re: [onap-discuss][clamp][policy] Error during closed loop resubmit

 

Hi,

 

Thanks Anael, Xue for checking on that issue.

 

Br,

 

Adam Krysiak
Software Engineer
MN MANO RD&Pz ONAP-UI-ML DEVOPS WRO 2 SG
Nokia
Contact number: +48691441316


From: Closson, Anael <ac2550@...>
Sent: Thursday, July 19, 2018 11:56:41 AM
To:
onap-discuss@...; Krysiak, Adam (Nokia - PL/Wroclaw)
Subject: RE: [onap-discuss][clamp][policy] Error during closed loop resubmit

 

Hello Adan,

 

Xue did some tests on SB07 to verify the expected behavior. According to her, there’s a gap between the expected Policy reply and the actual one (see below).

There might be either an issue with Policy, either a configuration one or a bug. We think the latter, but the Policy team is better suited to answer that question.  

 

FYI :

 

Expected one :

============

 

root@mywebserver:/home/xg353y/git/clamp-lf# curl -i -v -H 'Content-Type: application/json' -H 'Accept: application/json' --header 'ClientAuth: cHl0aG9uOnRlc3Q=' --header 'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' -H 'Environment: TEST' -X POST -d '{ "policyName": "ClampTest_v1_0.Config_MS_ClosedLoop_test6.1.xml" }' http://policy.api.simpledemo.onap.org:8081/pdp/api/getConfig
Hostname was NOT found in DNS cache
Trying 10.12.5.157...
Connected to
policy.api.simpledemo.onap.org (10.12.5.157) port 8081 (#0)
> POST /pdp/api/getConfig HTTP/1.1
> User-Agent: curl/7.35.0
> Host:
policy.api.simpledemo.onap.org:8081
> Content-Type: application/json

> Accept: application/json
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 67
>
upload completely sent off: 67 out of 67 bytes
< HTTP/1.1 200 OK
HTTP/1.1 200 OK
Server Apache-Coyote/1.1 is not blacklisted
< Server: Apache-Coyote/1.1
Server: Apache-Coyote/1.1
< Content-Type: application/json;charset=UTF-8

Content-Type: application/json;charset=UTF-8
< Transfer-Encoding: chunked
Transfer-Encoding: chunked
< Date: Tue, 17 Apr 2018 15:31:25 GMT
Date: Tue, 17 Apr 2018 15:31:25 GMT

<
[{"policyConfigMessage":"Config Retrieved! ","policyConfigStatus":"CONFIG_RETRIEVED","type":"JSON","config":"{\"service\":\"tca_policy\",\"version\":\"1.1.0\",\"location\":\"SampleServiceLocation\",\"configName\":\"SampleConfigName\",\"uuid\":\"test\",\"policyScope\":\"resource=SampleResource,service=SampleService,type=SampleType,closedLoopControlName=com.v1.0.ClosedLoop_test6\",\"templateVersion\":\"OpenSource.version.1\",\"policyName\":\"ClampTest_v1_0.ClosedLoop_test6\",\"description\":\"MicroService vCPE Policy\",\"priority\":\"1\",\"riskType\":\"SampleRiskType\",\"riskLevel\":\"1\",\"guard\":\"False\",\"content\":{\"tca_policy\":{\"domain\":\"measurementsForVfScaling\",\"metricsPerEventName\":[{\"eventName\":\"vCPEvGMUXPacketLoss\",\"controlLoopSchemaType\":\"VM\",\"policyScope\":\"DCAE\",\"policyName\":\"ClampTest_v1_0.ClosedLoop_test6\",\"policyVersion\":\"1\",\"thresholds\":[{\"closedLoopControlName\":\"ClosedLoop-test5_null\",\"version\":\"1.0.2\",\"fieldPath\":\"$.event.measurementsForVfScalingField
Connection #0 to host
policy.api.simpledemo.onap.org left intact
s.vNicPerformanceArray[*].receivedBroadcastPacketsAccumulated\",\"thresholdValue\":200,\"direction\":\"GREATER\",\"severity\":\"MAJOR\",\"closedLoopEventStatus\":\"ONSET\"}]}]}}}","policyName":"ClampTest_v1_0.Config_MS_ClosedLoop_test6.1.xml","policyType":"MicroService","policyVersion":"1","matchingConditions":{"ONAPName":"DCAE","ConfigName":"SampleConfigName","service":"tca_policy","uuid":"test","Location":"SampleServiceLocation"},"responseAttributes":{},"property":null}]

 

 

Actual one (SB07):

===============

root@clamp:/home/xg353y/git/clamp-codecloud# curl -i -v -H 'Content-Type: application/json' -H 'Accept: application/json' --header 'ClientAuth: cHl0aG9uOnRlc3Q=' --header 'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' -H 'Environment: TEST' -X POST -d '{ "policyName": " HPATest.Config_OOF_PolicyHPA3.xml" }' http://policy.api.simpledemo.onap.org:8081/pdp/api/getConfig
Hostname was NOT found in DNS cache
Trying 10.12.5.157...
Connected to
policy.api.simpledemo.onap.org (10.12.5.157) port 8081 (#0)
> POST /pdp/api/getConfig HTTP/1.1
> User-Agent: curl/7.35.0
> Host:
policy.api.simpledemo.onap.org:8081
> Content-Type: application/json

> Accept: application/json
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 54
>
upload completely sent off: 54 out of 54 bytes
< HTTP/1.1 400 Bad Request
HTTP/1.1 400 Bad Request
Server Apache-Coyote/1.1 is not blacklisted
< Server: Apache-Coyote/1.1
Server: Apache-Coyote/1.1
< Content-Type: application/json;charset=UTF-8

Content-Type: application/json;charset=UTF-8
< Transfer-Encoding: chunked
Transfer-Encoding: chunked
< Date: Thu, 19 Jul 2018 09:43:04 GMT
Date: Thu, 19 Jul 2018 09:43:04 GMT
< Connection: close
Connection: close
<
Closing connection 0
[{"policyConfigMessage":"PE300 - Data Issue: Incorrect Params passed: Decision not a Permit.","policyConfigStatus":"CONFIG_NOT_FOUND","type":null,"config":null,"policyName":null,"policyType":null,"policyVersion":null,"matchingConditions":null,"responseAttributes":null,"property":null}]

 

 

 

 

From: onap-discuss@... <onap-discuss@...> On Behalf Of Krysiak, Adam (Nokia - PL/Wroclaw)
Sent: jeudi 19 juillet 2018 10:41
To: onap-discuss@...
Subject: [onap-discuss][clamp][policy] Error during closed loop resubmit

 

Hi,

 

I've found weird behavior during resubmitting Policy from CLAMP.

During 'resubmit' CLAMP first checks if policy exists to know if it should be created or updated.

From logs I see that during check response is that it's new policy.

But when clamp tries to create it the response is that policy already exists.

Also in logs there is an info about bad request when checking policy.

 

Data Issue: :400:[{"policyConfigMessage":"PE300 - Data Issue: Incorrect Params passed: Decision not a Permit.","policyConfigStatus":"CONFIG_NOT_FOUND","type":null,"config":null,"policyName":null,"policyType":null,"policyVersion":null,"matchingConditions":null,"responseAttributes":null,"property":null}]
At least that's what logs are saying.

 

I've quickly debugged it and it looks like CLAMP sends request with body:

{"policyName":"test_policy_error.Config_MS_ClosedLoop_3cb6b3ad_8b2a_11e8_b055_0242ac120003_TCA_0owl1kv","onapName":null,"configName":null,"configAttributes":null,"requestID":null,"unique":false,"ecompName":null}

 

In exception from Policy policyName param is null but clamp is sending it.

It looks like some simple serialization issue on Policy side.

I've attached logs to this email.

Can anyone take a look and tell if it happens only on my environment because of some misconfiguration or is it a bug and jira needs to be created?

 

 

Adam Krysiak
Software Engineer
MN MANO RD&Pz ONAP-UI-ML DEVOPS WRO 2 SG
Nokia
Contact number: +48691441316

Re: [integration] vgw_private_1_port IP address already allocated

Brian Freeman
 

If looks like your preload is wrong for vgw_private_ip_1 for the second vGW. That is the ONAP OAM IP asssigned during preload I think.

 

I’m not sure this is the latest from Kang’s script but I would check what you are doing in preload_templates/template.vcpe_vgw_vfmodule.json

 

10.0.101 should be used for assignments uniquely in the ONAP OAM interface. Can you check and see what might have the 10.0.101.103 address ? That isnt one that I remenber being used

 

Brian

 

 

From base_vcpe_vgw.env

onap_private_net_cidr: 10.0.0.0/16

  vgw_private_ip_0: 10.5.0.21

  vgw_private_ip_1: 10.0.101.30

  ## VPP will use DHCP to get the vgw_private_ip_2 on the CPE_PUBLIC subnet

  ## vgw_private_ip_2: 10.2.0.3

 

From base_vcpe_vgw.yaml

 

  vgw_private_ip_1:

    type: string

    label: vGW private IP address towards the ONAP management network

    description: Private IP address that is assigned to the vGW to communicate with ONAP components

 

 

vgw_private_1_port:

    type: OS::Neutron::Port

    properties:

      network: { get_param: onap_private_net_id }

      fixed_ips: [{"subnet": { get_param: onap_private_subnet_id }, "ip_address": { get_param: vgw_private_ip_1 }}]

 

From: Liu Chenglong <lcl7608@...>
Sent: Monday, July 30, 2018 4:37 AM
To: FREEMAN, BRIAN D <bf1936@...>; kang.xi@...
Cc: Liu Chenglong <lcl7608@...>; onap-discuss@...; huangzonghe <huangzh.bri@...>;
孙鑫龙 <sunxl.bri@...>
Subject: [onap-discuss] [integration] vgw_private_1_port IP address already allocated

 

Hi, Brian and Kang:

      According to  this url:https://gerrit.onap.org/r/#/c/56287/  , we do this work for create new vgw2 in our laboratory, but an error happened. The error message is:

     "statusMessage": "Received vfModuleException from VnfAdapter: category='INTERNAL' message='Exception during create VF 0 : Stack error (CREATE_FAILED): Resource CREATE failed: Conflict: resources.vgw_private_1_port: IP address 10.0.101.103 already allocated in subnet 0ea19634-2497-4775-acb7-7a033251b0a1\nNeutron server returns request_ids: ['req-028091c0-349a-412a-9c11-16d81ce55b66'] - stack successfully deleted' rolledBack='true’”.

 

     

 

     It seems like to vgw_private_0 error, and we want to konw how to modify the heat file.

 

    

 

----------------------------------------------

Regards,

Liu Chenglong

 

 

 

[dcaegen2] some of the pods of dcaegen2 are failing

Bharath Thiruveedula
 

Hi ,

After modifying some of the urls in the imports section, I can launch most of the dcaegen2 services.
image.png
But dep-inventory, policy-handler, service-change-handler all are in running state. I couldn't see much logs in dep-inventory and policy-handler, but for service-change-handler I can see the following logs:
Exception in thread "main" java.net.UnknownHostException: consul: No address associated with hostname
        at java.net.Inet6AddressImpl.lookupAllHostAddr(Native Method)
        at java.net.InetAddress$2.lookupAllHostAddr(InetAddress.java:928)
        at java.net.InetAddress.getAddressesFromNameService(InetAddress.java:1323)

Though the setup has consul pods deployed, it can't ping consul but consul-server. 

In addition to that, I can't see the ves/tca services from consul UI
image.png


Am I missing something here?

Best Regards
Bharath T

Re: [cia] Please review and comment on Container Images Best Practices

Tal Liron
 

Hi Frank,

We want to support various popular solutions, and surely Docker will continue being important. So I would imagine that your input would be very welcome!

On Fri, Jul 27, 2018 at 7:00 PM Frank Sandoval <frank.sandoval@...> wrote:
CIA team,

I’m currently working through some issue with a docker-compose.yaml file and it makes me wonder whether we should include docker compose in scope for our guidelines. There may be useful guidance for configuring networks and other things. Thoughts?

Frank Sandoval
OAM Technologies, representing Arm
OOF committer



On Jul 26, 2018, at 1:54 PM, Tal Liron <tliron@...> wrote:

Hi CIA,

I just want to mention that Leif and I have made some nice progress experimenting with buildah on our end. It might take us another week before we have something substantial to show. We are targeting SO containers for this first experiment.

On Tue, Jul 24, 2018 at 5:26 PM Adolfo Perez-Duran <adolfo.perez-duran@...> wrote:
Team,

Will you please take a look at the JIRA tasks in this JIRA issue?


There is a task for each one of you that will give you the opportunity to comment on the container images best practices on the project wiki.

An initial set of practices are on the wiki, more will be added in the days to come.

Cheers,

Adolfo






Error in SO when creating VF Module due to connectivity error with adopters - [SO]

Prakash
 

Hello,
  
 I have been trying to create vLB Demo using ONAP - R2, but the problem is SO is not stable/consistent when creating VF Module( Sometimes SO updates DB correctly, sometimes not). 

Scenario I: When creating VF Module . SO is not updating the DB with the Request status as " COMPLETE" even after instantiating the VFs in Openstack.
           Problem Statement:   Installed ONAP Setup using OOM and when i tried creating VF Module SO's Database (DB: mso_requests Table:infra_active_requests) shows the Request status as "FAILED". But when i checked the openstack the vf module is actually successfully created and running. In the log i could see a connector error.  Attathe Table Description and BPMN Error in the attachment. 
(BPMN Invoved in the Exception: SdnAdopter (Gets Timeout when waiting for asyn message))

LOG:
errordev-so-85d5cf48c5-f27j8.log:10:2018-07-30T09:30:46.169Z|16de8444-9535-493e-9357-433326dd37cb|default task-416|MSO.CVFMI|BPMNClient|BPMN|MSO.CVFMI|ERROR|UnknownError|Caught ConnectorRequestException running Process[3c7dfa8b-93db-11e8-929c-02202d521919:3cb0a3ce-93db-11e8-929c-02202d521919] after receiving sdncAdapterCallbackRequest with SDNCA_requestId = '16de8444-9535-493e-9357-433326dd37cb-1532943045674': org.camunda.connect.ConnectorRequestException: HTCL-02007 Unable to execute HTTP request|MSO-BPEL-9101E Exception encountered
========================================================================================================================================
Scenario II: Creation of VF Module is success but the deletion has the above issue.
           Problem Statement: SO Creates the VF Module Successfully and updates the DB Request Status as " COMPLETE", but when i tried deleting the same it updates the DB as "FAILED" though it deletes the instance from openstack.
 In the log i could see a connector error.  Added the Table Description in the attachment. 
(BPMN Invoved in the Exception: VnfAdopterRestV1(Gets Timeout when waiting for asyn message))

LOG:
BPMN/errordev-so-85d5cf48c5-f27j8.log:17:2018-07-30T07:45:11.199Z|5d1bcea6-54f9-43b0-9d3c-fb65bfd9685d|default task-275|MSO.SDNCA|BPMNClient|BPMN|MSO.SDNCA|ERROR|UnknownError|Caught ConnectorRequestException running Process[72f54c9f-93cc-11e8-929c-02202d521919:72f83252-93cc-11e8-929c-02202d521919] after receiving WorkflowMessage with VNFAResponse_CORRELATOR = '5d1bcea6-54f9-43b0-9d3c-fb65bfd9685d-1532936694608': org.camunda.connect.ConnectorRequestException: HTCL-02007 Unable to execute HTTP request|MSO-BPEL-9101E Exception encountered
BPMN/errordev-so-85d5cf48c5-f27j8.log:18:2018-07-30T07:45:11.200Z|5d1bcea6-54f9-43b0-9d3c-fb65bfd9685d|default task-275|MSO.SDNCA|BPMNClient|BPMN|MSO.SDNCA|ERROR|UnknownError|Caught ConnectorRequestException running Process[72f54c9f-93cc-11e8-929c-02202d521919:72f83252-93cc-11e8-929c-02202d521919] after receiving WorkflowMessage with VNFAResponse_CORRELATOR = '5d1bcea6-54f9-43b0-9d3c-fb65bfd9685d-1532936694608': org.camunda.connect.ConnectorRequestException: HTCL-02007 Unable to execute HTTP request|MSO-BPEL-9100E Exception: org.camunda.connect.ConnectorRequestException: HTCL-02007 Unable to execute HTTP request -     at org.camunda.connect.httpclient.impl.HttpConnectorLogger.unableToExecuteRequest(HttpConnectorLogger.java:48) -     at org.camunda.connect.httpclient.impl.AbstractHttpConnector.execute(AbstractHttpConnector.java:72) -     at org.camunda.connect.httpclient.soap.impl.SoapHttpConnectorImpl.execute(SoapHttpConnectorImpl.java:48) -     at org.camunda.connect.httpclient.soap.impl.SoapHttpConnectorImpl.execute(SoapHttpConnectorImpl.java:23) -     at org.camunda.connect.impl.AbstractConnectorRequest.execute(AbstractConnectorRequest.java:42) -     at org.camunda.connect.plugin.impl.ServiceTaskConnectorActivityBehavior$1.call(ServiceTaskConnectorActivityBehavior.java:57) -     at org.camunda.connect.plugin.impl.ServiceTaskConnectorActivityBehavior$1.call(ServiceTaskConnectorActivityBehavior.java:51) -     at org.camunda.bpm.engine.impl.bpmn.behavior.AbstractBpmnActivityBehavior.executeWithErrorPropagation(AbstractBpmnActivityBehavior.java:108) -     at org.camunda.connect.plugin.impl.ServiceTaskConnectorActivityBehavior.execute(ServiceTaskConnectorActivityBehavior.java:51) -     at org.camunda.bpm.engine.impl.pvm.runtime.operation.PvmAtomicOperationActivityExecute$2.callback(PvmAtomicOperationActivityExecute.java:57) -     at org.camunda.bpm.engine.impl.pvm.runtime.operation.PvmAtomicOperationActivityExecute$2.callback(PvmAtomicOperationActivityExecute.java:46) -     at org.camunda.bpm.engine.impl.pvm.runtime.PvmExecutionImpl.continueIfExecutionDoesNotAffectNextOperation(PvmExecutionImpl.java:1958) -     at org.camunda.bpm.engine.impl.pvm.runtime.operation.PvmAtomicOperationActivityExecute.execute(PvmAtomicOperationActivityExecute.java:38) -     at org.camunda.bpm.engine.impl.pvm.runtime.operation.PvmAtomicOperationActivityExecute.execute(PvmAtomicOperationActivityExecute.java:27) -     at org.camunda.bpm.engine.impl.interceptor.AtomicOperationInvocation.execute(AtomicOperationInvocation.java:91) -     at org.camunda.bpm.engine.impl.interceptor.CommandInvocationContext.invokeNext(CommandInvocationContext.java:125) -     at org.camunda.bpm.engine.impl.interceptor.CommandInvocationContext.performNext(CommandInvocationContext.java:104) -     at org.camunda.bpm.engine.impl.interceptor.CommandInvocationContext.performOperation(CommandInvocationContext.java:79) -     at org.camunda.bpm.engine.impl.persistence.entity.ExecutionEntity.performOperation(ExecutionEntity.java:618) -     at org.camunda.bpm.engine.impl.persistence.entity.ExecutionEntity.performOperation(ExecutionEntity.java:594) - at org.camunda.bpm.engine.impl.pvm.runtime.PvmExecutionImpl$5.callback(PvmExecutionImpl.java:1897) -     at org.camunda.bpm.engine.impl.pvm.runtime.PvmExecutionImpl$5.callback(PvmExecutionImpl.java:1894) -     at org.camunda.bpm.engine.impl.pvm.runtime.PvmExecutionImpl.continueExecutionIfNotCanceled(PvmExecutionImpl.java:1964) -     at org.camunda.bpm.engine.impl.pvm.runtime.PvmExecutionImpl.dispatchDelayedEventsAndPerformOperation(PvmExecutionImpl.java:1913) -     at org.camunda.bpm.engine.impl.pvm.runtime.PvmExecutionImpl.dispatchDelayedEventsAndPerformOperation(PvmExecutionImpl.java:1894) -     at org.camunda.bpm.engine.impl.pvm.runtime.operation.PvmAtomicOperationTransitionNotifyListenerStart.eventNotificationsCompleted(PvmAtomicOperationTransitionNotifyListenerStart.java:57) -     at org.camunda.bpm.engine.impl.pvm.runtime.operation.PvmAtomicOperationTransitionNotifyListenerStart.eventNotificationsCompleted(PvmAtomicOperationTransitionNotifyListenerStart.java:27) -     at org.camunda.bpm.engine.impl.core.operation.AbstractEventAtomicOperation.execute(AbstractEventAtomicOperation.java:65) -     at org.camunda.bpm.engine.impl.interceptor.AtomicOperationInvocation.execute(AtomicOperationInvocation.java:91) -     at org.camunda.bpm.engine.impl.interceptor.CommandInvocationContext.invokeNext(CommandInvocationContext.java:125) 


NOTE: I have created JIRA ticket on the same. Kindly Let me know is there anything can be done to avoid this inconistency in SO.

Regards,
Prakash
Verizon

Re: #dcaegen2 Team working with DataFile Collector #dcaegen2

milind naravane
 

Hi Team,
Does DCAE collect data files (like CSV, XML bulk files and SNMP traps) from EMS for PNF? I can see DCAE has collector module which is supporting bulk files, SNMP, streaming, syslog etc. 

Re: Error in SO when creating VF Module due to connectivity error with adopters - [SO]

Brian Freeman
 

SO is appropriately setting status to FAILED if the message to SDNC is failing on the “activate”

 

For Scenario II that you are running to becasue of the first failure , there is an issue that if the VF isnt in the “Active” state that the delete from SO to SDNC will fail. There is an updated DG for vnf-topology-operation-delete that relaxes that constraint.  Pull a new copy of platform-logic / vnfapi / src / main / xml / VNF-API_vnf-topology-delete.xml

 

The root problem is why is the vnf-topology-operation-activate failing (at least that seems like the issue)

 

Are there any errors in the SDNCAdapter log ?

 

Brian

 

 

From: onap-discuss@... <onap-discuss@...> On Behalf Of Prakash via Lists.Onap.Org
Sent: Monday, July 30, 2018 10:00 AM
To: onap-discuss@...
Cc: Kumar Skand Priya, Viswanath V <viswanath.kumarskandpriya@...>
Subject: [onap-discuss] Error in SO when creating VF Module due to connectivity error with adopters - [SO]

 

Hello,

  

 I have been trying to create vLB Demo using ONAP - R2, but the problem is SO is not stable/consistent when creating VF Module( Sometimes SO updates DB correctly, sometimes not). 

 

Scenario I: When creating VF Module . SO is not updating the DB with the Request status as " COMPLETE" even after instantiating the VFs in Openstack.

           Problem Statement:   Installed ONAP Setup using OOM and when i tried creating VF Module SO's Database (DB: mso_requests Table:infra_active_requests) shows the Request status as "FAILED". But when i checked the openstack the vf module is actually successfully created and running. In the log i could see a connector error.  Attathe Table Description and BPMN Error in the attachment. 

(BPMN Invoved in the Exception: SdnAdopter (Gets Timeout when waiting for asyn message))

 

LOG:

errordev-so-85d5cf48c5-f27j8.log:10:2018-07-30T09:30:46.169Z|16de8444-9535-493e-9357-433326dd37cb|default task-416|MSO.CVFMI|BPMNClient|BPMN|MSO.CVFMI|ERROR|UnknownError|Caught ConnectorRequestException running Process[3c7dfa8b-93db-11e8-929c-02202d521919:3cb0a3ce-93db-11e8-929c-02202d521919] after receiving sdncAdapterCallbackRequest with SDNCA_requestId = '16de8444-9535-493e-9357-433326dd37cb-1532943045674': org.camunda.connect.ConnectorRequestException: HTCL-02007 Unable to execute HTTP request|MSO-BPEL-9101E Exception encountered

========================================================================================================================================

Scenario II: Creation of VF Module is success but the deletion has the above issue.

           Problem Statement: SO Creates the VF Module Successfully and updates the DB Request Status as " COMPLETE", but when i tried deleting the same it updates the DB as "FAILED" though it deletes the instance from openstack.

 In the log i could see a connector error.  Added the Table Description in the attachment. 

(BPMN Invoved in the Exception: VnfAdopterRestV1(Gets Timeout when waiting for asyn message))

 

LOG:

BPMN/errordev-so-85d5cf48c5-f27j8.log:17:2018-07-30T07:45:11.199Z|5d1bcea6-54f9-43b0-9d3c-fb65bfd9685d|default task-275|MSO.SDNCA|BPMNClient|BPMN|MSO.SDNCA|ERROR|UnknownError|Caught ConnectorRequestException running Process[72f54c9f-93cc-11e8-929c-02202d521919:72f83252-93cc-11e8-929c-02202d521919] after receiving WorkflowMessage with VNFAResponse_CORRELATOR = '5d1bcea6-54f9-43b0-9d3c-fb65bfd9685d-1532936694608': org.camunda.connect.ConnectorRequestException: HTCL-02007 Unable to execute HTTP request|MSO-BPEL-9101E Exception encountered

BPMN/errordev-so-85d5cf48c5-f27j8.log:18:2018-07-30T07:45:11.200Z|5d1bcea6-54f9-43b0-9d3c-fb65bfd9685d|default task-275|MSO.SDNCA|BPMNClient|BPMN|MSO.SDNCA|ERROR|UnknownError|Caught ConnectorRequestException running Process[72f54c9f-93cc-11e8-929c-02202d521919:72f83252-93cc-11e8-929c-02202d521919] after receiving WorkflowMessage with VNFAResponse_CORRELATOR = '5d1bcea6-54f9-43b0-9d3c-fb65bfd9685d-1532936694608': org.camunda.connect.ConnectorRequestException: HTCL-02007 Unable to execute HTTP request|MSO-BPEL-9100E Exception: org.camunda.connect.ConnectorRequestException: HTCL-02007 Unable to execute HTTP request -     at org.camunda.connect.httpclient.impl.HttpConnectorLogger.unableToExecuteRequest(HttpConnectorLogger.java:48) -     at org.camunda.connect.httpclient.impl.AbstractHttpConnector.execute(AbstractHttpConnector.java:72) -     at org.camunda.connect.httpclient.soap.impl.SoapHttpConnectorImpl.execute(SoapHttpConnectorImpl.java:48) -     at org.camunda.connect.httpclient.soap.impl.SoapHttpConnectorImpl.execute(SoapHttpConnectorImpl.java:23) -     at org.camunda.connect.impl.AbstractConnectorRequest.execute(AbstractConnectorRequest.java:42) -     at org.camunda.connect.plugin.impl.ServiceTaskConnectorActivityBehavior$1.call(ServiceTaskConnectorActivityBehavior.java:57) -     at org.camunda.connect.plugin.impl.ServiceTaskConnectorActivityBehavior$1.call(ServiceTaskConnectorActivityBehavior.java:51) -     at org.camunda.bpm.engine.impl.bpmn.behavior.AbstractBpmnActivityBehavior.executeWithErrorPropagation(AbstractBpmnActivityBehavior.java:108) -     at org.camunda.connect.plugin.impl.ServiceTaskConnectorActivityBehavior.execute(ServiceTaskConnectorActivityBehavior.java:51) -     at org.camunda.bpm.engine.impl.pvm.runtime.operation.PvmAtomicOperationActivityExecute$2.callback(PvmAtomicOperationActivityExecute.java:57) -     at org.camunda.bpm.engine.impl.pvm.runtime.operation.PvmAtomicOperationActivityExecute$2.callback(PvmAtomicOperationActivityExecute.java:46) -     at org.camunda.bpm.engine.impl.pvm.runtime.PvmExecutionImpl.continueIfExecutionDoesNotAffectNextOperation(PvmExecutionImpl.java:1958) -     at org.camunda.bpm.engine.impl.pvm.runtime.operation.PvmAtomicOperationActivityExecute.execute(PvmAtomicOperationActivityExecute.java:38) -     at org.camunda.bpm.engine.impl.pvm.runtime.operation.PvmAtomicOperationActivityExecute.execute(PvmAtomicOperationActivityExecute.java:27) -     at org.camunda.bpm.engine.impl.interceptor.AtomicOperationInvocation.execute(AtomicOperationInvocation.java:91) -     at org.camunda.bpm.engine.impl.interceptor.CommandInvocationContext.invokeNext(CommandInvocationContext.java:125) -     at org.camunda.bpm.engine.impl.interceptor.CommandInvocationContext.performNext(CommandInvocationContext.java:104) -     at org.camunda.bpm.engine.impl.interceptor.CommandInvocationContext.performOperation(CommandInvocationContext.java:79) -     at org.camunda.bpm.engine.impl.persistence.entity.ExecutionEntity.performOperation(ExecutionEntity.java:618) -     at org.camunda.bpm.engine.impl.persistence.entity.ExecutionEntity.performOperation(ExecutionEntity.java:594) - at org.camunda.bpm.engine.impl.pvm.runtime.PvmExecutionImpl$5.callback(PvmExecutionImpl.java:1897) -     at org.camunda.bpm.engine.impl.pvm.runtime.PvmExecutionImpl$5.callback(PvmExecutionImpl.java:1894) -     at org.camunda.bpm.engine.impl.pvm.runtime.PvmExecutionImpl.continueExecutionIfNotCanceled(PvmExecutionImpl.java:1964) -     at org.camunda.bpm.engine.impl.pvm.runtime.PvmExecutionImpl.dispatchDelayedEventsAndPerformOperation(PvmExecutionImpl.java:1913) -     at org.camunda.bpm.engine.impl.pvm.runtime.PvmExecutionImpl.dispatchDelayedEventsAndPerformOperation(PvmExecutionImpl.java:1894) -     at org.camunda.bpm.engine.impl.pvm.runtime.operation.PvmAtomicOperationTransitionNotifyListenerStart.eventNotificationsCompleted(PvmAtomicOperationTransitionNotifyListenerStart.java:57) -     at org.camunda.bpm.engine.impl.pvm.runtime.operation.PvmAtomicOperationTransitionNotifyListenerStart.eventNotificationsCompleted(PvmAtomicOperationTransitionNotifyListenerStart.java:27) -     at org.camunda.bpm.engine.impl.core.operation.AbstractEventAtomicOperation.execute(AbstractEventAtomicOperation.java:65) -     at org.camunda.bpm.engine.impl.interceptor.AtomicOperationInvocation.execute(AtomicOperationInvocation.java:91) -     at org.camunda.bpm.engine.impl.interceptor.CommandInvocationContext.invokeNext(CommandInvocationContext.java:125) 

 

 

NOTE: I have created JIRA ticket on the same. Kindly Let me know is there anything can be done to avoid this inconistency in SO.

 

Regards,

Prakash

Verizon

 

Accepted: [onap-discuss] Invitation: [vid] weekly (updated July 27, 2018) @ Weekly from 6am to 7am on Tuesday (PDT) (onap-discuss@lists.onap.org)

Cas Majd