Re: [onap-discuss] Trouble in VNF Onboarding

[FREEMAN, BRIAN D]

You will need to check the VID log then to see what error it is getting back 
for the tenant query




Sent via the Samsung Galaxy S8, an AT 4G LTE smartphone


 Original message 
From: Shubhada Ramkrishna Vaze 
Date: 6/14/18 8:07 AM (GMT-05:00)
To: "FREEMAN, BRIAN D" 
Cc: onap-discuss@lists.onap.org
Subject: RE: Trouble in VNF Onboarding

Hi Brian,

We had run the script earlier.

And we tried to invoke below  AAI APIs and check if data is getting populated 
or not, data is getting populated, but we are not able to see it in VID GUI.

AAi API : GET 
/cloud-infrastructure/cloud-regions/cloud-region/{cloud-owner}/{cloud-region-id}/tenants

Thanks & Regards,
Shubhada
From: FREEMAN, BRIAN D 
Sent: Wednesday, June 13, 2018 7:06 PM
To: Shubhada Ramkrishna Vaze ; 
onap-discuss@lists.onap.org
Subject: RE: Trouble in VNF Onboarding

Did you populate AAI with the cloud information via robot’s demo.sh init ?

Brina


From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
mailto:onap-discuss-boun...@lists.onap.org>>
 On Behalf Of Shubhada Ramkrishna Vaze
Sent: Wednesday, June 13, 2018 9:30 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] Trouble in VNF Onboarding

Hi,

We are trying to Onboard VNF and Instantiate the service.

We have followed below steps given in the wiki 
(https://wiki.onap.org/pages/viewpage.action?pageId=1018474)
1)Creating a new license model

2)Onboarding a new Virtual Function which uses the licensing model

3)Distributing a new VSP based on the VF

4)Deploy Service Instance in VID 
(https://wiki.onap.org/display/DW/Tutorial%3A+Creating+a+Service+Instance+from+a+Design+Model<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Tutorial-253A-2BCreating-2Ba-2BService-2BInstance-2Bfrom-2Ba-2BDesign-2BModel=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=rGgTru0C3IdApWLwlWAfgfxwtYHD_0nuLSC0GAA0IQY=opKb7hySazBw5z_bm-VkCGwE6poW8jQ28RUDJQI76AY=>)
 a)Create Service Instance
  b) Add a Virtual Network Function under the Service Instance in VID

Till Service Instance Creation, we are able to follow the all steps 
successfully.

But we are facing issue while trying to add VNF under the service instance. For 
LCP region nothing is getting populated in the dropdown.

Could you please suggest us what needs to be done to resolve this issue?

PFB the screenshot for the same:

[cid:image001.png@01D40327.A789A290]


Thanks & Regards,
Shubhada


Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at 
http://www.techmahindra.com/Disclaimer.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.techmahindra.com_Disclaimer.html=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=rGgTru0C3IdApWLwlWAfgfxwtYHD_0nuLSC0GAA0IQY=bPo2884jti_Y28MR5Pk6SxF46O2Vug20SqyCK3cCV20=>
 externally 
http://tim.techmahindra.com/tim/disclaimer.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__tim.techmahindra.com_tim_disclaimer.html=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=rGgTru0C3IdApWLwlWAfgfxwtYHD_0nuLSC0GAA0IQY=WGHGDwkpaYGrRNiMEWs1f-get1pnrKEuDh-wwO6MqpQ=>
 internally within TechMahindra.

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] Trouble in VNF Onboarding

[FREEMAN, BRIAN D]

Did you populate AAI with the cloud information via robot's demo.sh init ?

Brina


From: onap-discuss-boun...@lists.onap.org  
On Behalf Of Shubhada Ramkrishna Vaze
Sent: Wednesday, June 13, 2018 9:30 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Trouble in VNF Onboarding

Hi,

We are trying to Onboard VNF and Instantiate the service.

We have followed below steps given in the wiki 
(https://wiki.onap.org/pages/viewpage.action?pageId=1018474<(https:/wiki.onap.org/pages/viewpage.action?pageId=1018474>)
1)Creating a new license model

2)Onboarding a new Virtual Function which uses the licensing model

3)Distributing a new VSP based on the VF

4)Deploy Service Instance in VID 
(https://wiki.onap.org/display/DW/Tutorial%3A+Creating+a+Service+Instance+from+a+Design+Model)
 a)Create Service Instance
  b) Add a Virtual Network Function under the Service Instance in VID

Till Service Instance Creation, we are able to follow the all steps 
successfully.

But we are facing issue while trying to add VNF under the service instance. For 
LCP region nothing is getting populated in the dropdown.

Could you please suggest us what needs to be done to resolve this issue?

PFB the screenshot for the same:

[cid:image001.png@01D40327.A789A290]


Thanks & Regards,
Shubhada


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.

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] SSDC Distribution in Amsterdam

[FREEMAN, BRIAN D]

Libby,

DMAAP-157 is closed. We have run SDC model distribution in Amsterdam and 
Beijing thousands of times.

Your problem must be environment specific.


Do the following.


  1.  On the Message router VM - stop zookeeper, kafka and dmaap
  2.  Start zookeeper
  3.  Wait 30 seconds
  4.  Start kafka
  5.  Wait 30 seconds
  6.  Start dmaap


Use POSTMAN or Curl to do a GET against the topics in dmapp

http://{{mr}}:3904/topics/

you should see the list of topics

doe a HTTP GET agaisnt the SDC topic

http://{{mr}}:3904/events/SDC-DISTR-NOTIF-TOPIC-AUTO/group1/client1?timeout=5


do a HTTP POST against an unauthenticate test topic and confirm that you can do 
a GET against it


  1.  POST http://{{mr}}:3904 events/TESTTOPIC/
 *   Accept:application/json
 *   Content-Type:application/json
 *   { "test"}
  2.  GET http://{{mr}}:3904 events/TESTTOPIC/
  3.  You may need to do the POST/GET twice due to the way initial sessions are 
created

This would confirm that DMaaP is working

I would then restart the SDC-BE process and you should see SDC on the DMaaP 
writer list


http://{{mr}}:3904/topics/SDC-DISTR-STATUS-TOPIC-AUTO

Should list out a structure with all the clients subscribing to the topic.


Brian

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [AAI]: Cert has expired?

[FREEMAN, BRIAN D]

Alexis,

I think its because we left the old certificate in place. Can you see two certs 
– one that has not expired ?

Brian


From: Alexis de Talhouët 
Sent: Monday, June 04, 2018 4:05 PM
To: FREEMAN, BRIAN D ; BRADY, PATRICK D 
Cc: onap-discuss 
Subject: Re: [onap-discuss] [AAI]: Cert has expired?

It looks like this 
patch,https://gerrit.onap.org/r/#/c/44763/<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_-23_c_44763_=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=DGkECbd3ZsbO4PEkIvd3cKTVo7RlUXdaSuhRZRqx71k=LprMhDKglRDE1iByHYjR1_ixb3Qk8m1zBcSJbSLX5-o=>,
 from 6 weeks ago, is putting a new keystore within APP-C. When I look in 
there, I see the certificate expiring today, which seems to confirm my 
assumptions.

$ keytool -list -storetype pkcs12 -keystore ONAPall.p12 -storepass changeit | 
grep aai
oldaaiinter, 4-Jun-2018, trustedCertEntry,
oldaairoot, 4-Jun-2018, trustedCertEntry,

$ keytool -list -storetype pkcs12 -keystore ONAPall.p12 -storepass changeit | 
grep onap
onaptestca, 4-Jun-2018, trustedCertEntry,

Patrick, as contributor of this patch, could you chime in?

Thanks,
Alexis


On Jun 4, 2018, at 3:06 PM, FREEMAN, BRIAN D 
mailto:bf1...@att.com>> wrote:

Hmm the onap cert is good till 2038 let me check the aai server cert

Brian



root@njcdtl01bf1936:/home2/bf1936/ONAP/oom/kubernetes/so/resources/config/mso# 
keytool -printcert -file onap-ca-new.crt
Owner: C=US, O=ONAP, OU=OSAAF
Issuer: C=US, O=ONAP, OU=OSAAF
Serial number: 9eaeedc0a7ceb59d
Valid from: Thu Apr 05 09:15:28 EST 2018 until: Wed Mar 31 09:15:28 EST 2038
Certificate fingerprints:
   MD5:  77:EB:5E:94:2E:B7:A3:45:97:6C:87:FE:A7:F7:64:0F
   SHA1: 90:25:D1:D3:8B:3C:BE:2C:73:E9:6C:1A:48:5B:06:A8:39:0D:54:3B
   SHA256: 
1F:C2:BB:F6:7E:11:6F:F0:4C:C3:D9:6C:73:E5:99:B7:CA:7D:4D:EF:AA:6C:69:46:0D:2C:7B:A9:E4:23:5F:EA
   Signature algorithm name: SHA256withRSA
   Version: 3

Extensions:

#1: ObjectId: 2.5.29.35 Criticality=false
AuthorityKeyIdentifier [
KeyIdentifier [
: 53 55 33 F2 4B EB D0 51   B1 C1 78 9A C1 28 31 7B  SU3.K..Q..x..(1.
0010: EF EA ED 49...I
]
]

#2: ObjectId: 2.5.29.19 Criticality=true
BasicConstraints:[
  CA:true
  PathLen:2147483647
]

#3: ObjectId: 2.5.29.15 Criticality=true
KeyUsage [
  DigitalSignature
  Key_CertSign
  Crl_Sign
]

#4: ObjectId: 2.5.29.14 Criticality=false
SubjectKeyIdentifier [
KeyIdentifier [
: 53 55 33 F2 4B EB D0 51   B1 C1 78 9A C1 28 31 7B  SU3.K..Q..x..(1.
0010: EF EA ED 49...I
]
]

root@njcdtl01bf1936:/home2/bf1936/ONAP/oom/kubernetes/so/resources/config/mso# 
keytool -printcert -file onap-ca-new.crt
Owner: C=US, O=ONAP, OU=OSAAF
Issuer: C=US, O=ONAP, OU=OSAAF
Serial number: 9eaeedc0a7ceb59d
Valid from: Thu Apr 05 09:15:28 EST 2018 until: Wed Mar 31 09:15:28 EST 2038
Certificate fingerprints:
   MD5:  77:EB:5E:94:2E:B7:A3:45:97:6C:87:FE:A7:F7:64:0F
   SHA1: 90:25:D1:D3:8B:3C:BE:2C:73:E9:6C:1A:48:5B:06:A8:39:0D:54:3B
   SHA256: 
1F:C2:BB:F6:7E:11:6F:F0:4C:C3:D9:6C:73:E5:99:B7:CA:7D:4D:EF:AA:6C:69:46:0D:2C:7B:A9:E4:23:5F:EA
   Signature algorithm name: SHA256withRSA
   Version: 3

Extensions:

#1: ObjectId: 2.5.29.35 Criticality=false
AuthorityKeyIdentifier [
KeyIdentifier [
: 53 55 33 F2 4B EB D0 51   B1 C1 78 9A C1 28 31 7B  SU3.K..Q..x..(1.
0010: EF EA ED 49...I
]
]

#2: ObjectId: 2.5.29.19 Criticality=true
BasicConstraints:[
  CA:true
  PathLen:2147483647
]

#3: ObjectId: 2.5.29.15 Criticality=true
KeyUsage [
  DigitalSignature
  Key_CertSign
  Crl_Sign
]

#4: ObjectId: 2.5.29.14 Criticality=false
SubjectKeyIdentifier [
KeyIdentifier [
: 53 55 33 F2 4B EB D0 51   B1 C1 78 9A C1 28 31 7B  SU3.K..Q..x..(1.
0010: EF EA ED 49...I
]
]

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
mailto:onap-discuss-boun...@lists.onap.org>>
 On Behalf Of Alexis de Talhouët
Sent: Monday, June 04, 2018 3:01 PM
To: onap-discuss 
mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] [AAI]: Cert has expired?

To clarify, VID is failing to communicate with AAI as well. Same symptom:

2018-06-04T19:00:52.907Z   [http-apr-8080-exec-7]   INFO  
com.att.eelf.error   
InstanceUUID=292b461a-2954-4b63-a3f9-f916c7ad3bc0
RequestId=5db9eb4c-688c-461f-958e-52d050752a1c   LoginId=demo
AlertSeverity=INFORMATIONAL   PROTOCOL=HTTP 
PartnerName=Default_FE ServerFQDN=onap-vid-6fb489db7c-f9z9j 
ClientIPAddress=10.42.153.167   
Full-URL=http://vid.api.simpledemo.onap.org:30200/vid/aai_get_services<https://urldefense.proofpoint.com/v2/url?u=http-3A__vid.api.simpledemo.onap.org-3A30200_vid_aai-5Fget-5Fservices=DwMFaQ=LFYZ-o9_HUMe

Re: [onap-discuss] [AAI]: Cert has expired?

[FREEMAN, BRIAN D]

Hmm the onap cert is good till 2038 let me check the aai server cert

Brian



root@njcdtl01bf1936:/home2/bf1936/ONAP/oom/kubernetes/so/resources/config/mso# 
keytool -printcert -file onap-ca-new.crt
Owner: C=US, O=ONAP, OU=OSAAF
Issuer: C=US, O=ONAP, OU=OSAAF
Serial number: 9eaeedc0a7ceb59d
Valid from: Thu Apr 05 09:15:28 EST 2018 until: Wed Mar 31 09:15:28 EST 2038
Certificate fingerprints:
   MD5:  77:EB:5E:94:2E:B7:A3:45:97:6C:87:FE:A7:F7:64:0F
   SHA1: 90:25:D1:D3:8B:3C:BE:2C:73:E9:6C:1A:48:5B:06:A8:39:0D:54:3B
   SHA256: 
1F:C2:BB:F6:7E:11:6F:F0:4C:C3:D9:6C:73:E5:99:B7:CA:7D:4D:EF:AA:6C:69:46:0D:2C:7B:A9:E4:23:5F:EA
   Signature algorithm name: SHA256withRSA
   Version: 3

Extensions:

#1: ObjectId: 2.5.29.35 Criticality=false
AuthorityKeyIdentifier [
KeyIdentifier [
: 53 55 33 F2 4B EB D0 51   B1 C1 78 9A C1 28 31 7B  SU3.K..Q..x..(1.
0010: EF EA ED 49...I
]
]

#2: ObjectId: 2.5.29.19 Criticality=true
BasicConstraints:[
  CA:true
  PathLen:2147483647
]

#3: ObjectId: 2.5.29.15 Criticality=true
KeyUsage [
  DigitalSignature
  Key_CertSign
  Crl_Sign
]

#4: ObjectId: 2.5.29.14 Criticality=false
SubjectKeyIdentifier [
KeyIdentifier [
: 53 55 33 F2 4B EB D0 51   B1 C1 78 9A C1 28 31 7B  SU3.K..Q..x..(1.
0010: EF EA ED 49...I
]
]

root@njcdtl01bf1936:/home2/bf1936/ONAP/oom/kubernetes/so/resources/config/mso# 
keytool -printcert -file onap-ca-new.crt
Owner: C=US, O=ONAP, OU=OSAAF
Issuer: C=US, O=ONAP, OU=OSAAF
Serial number: 9eaeedc0a7ceb59d
Valid from: Thu Apr 05 09:15:28 EST 2018 until: Wed Mar 31 09:15:28 EST 2038
Certificate fingerprints:
   MD5:  77:EB:5E:94:2E:B7:A3:45:97:6C:87:FE:A7:F7:64:0F
   SHA1: 90:25:D1:D3:8B:3C:BE:2C:73:E9:6C:1A:48:5B:06:A8:39:0D:54:3B
   SHA256: 
1F:C2:BB:F6:7E:11:6F:F0:4C:C3:D9:6C:73:E5:99:B7:CA:7D:4D:EF:AA:6C:69:46:0D:2C:7B:A9:E4:23:5F:EA
   Signature algorithm name: SHA256withRSA
   Version: 3

Extensions:

#1: ObjectId: 2.5.29.35 Criticality=false
AuthorityKeyIdentifier [
KeyIdentifier [
: 53 55 33 F2 4B EB D0 51   B1 C1 78 9A C1 28 31 7B  SU3.K..Q..x..(1.
0010: EF EA ED 49...I
]
]

#2: ObjectId: 2.5.29.19 Criticality=true
BasicConstraints:[
  CA:true
  PathLen:2147483647
]

#3: ObjectId: 2.5.29.15 Criticality=true
KeyUsage [
  DigitalSignature
  Key_CertSign
  Crl_Sign
]

#4: ObjectId: 2.5.29.14 Criticality=false
SubjectKeyIdentifier [
KeyIdentifier [
: 53 55 33 F2 4B EB D0 51   B1 C1 78 9A C1 28 31 7B  SU3.K..Q..x..(1.
0010: EF EA ED 49...I
]
]

From: onap-discuss-boun...@lists.onap.org  
On Behalf Of Alexis de Talhouët
Sent: Monday, June 04, 2018 3:01 PM
To: onap-discuss 
Subject: Re: [onap-discuss] [AAI]: Cert has expired?

To clarify, VID is failing to communicate with AAI as well. Same symptom:

2018-06-04T19:00:52.907Z   [http-apr-8080-exec-7]   INFO  
com.att.eelf.error   
InstanceUUID=292b461a-2954-4b63-a3f9-f916c7ad3bc0
RequestId=5db9eb4c-688c-461f-958e-52d050752a1c   LoginId=demo
AlertSeverity=INFORMATIONAL   PROTOCOL=HTTP 
PartnerName=Default_FE ServerFQDN=onap-vid-6fb489db7c-f9z9j 
ClientIPAddress=10.42.153.167   
Full-URL=http://vid.api.simpledemo.onap.org:30200/vid/aai_get_services
   ServiceInstanceId=   ServerIPAddress=10.42.252.68
ServiceName=/aai_get_services   
ClassName=org.onap.vid.aai.AaiClient 19:00:52:0907<== 
.doAaiGetjavax.ws.rs.ProcessingException: javax.net.ssl.SSLHandshakeException: 
sun.security.validator.ValidatorException: PKIX path validation failed: 
java.security.cert.CertPathValidatorException: validity check failed



On Jun 4, 2018, at 2:57 PM, Alexis de Talhouët 
mailto:adetalhoue...@gmail.com>> wrote:

Hello team,

I had Beijing deployment working fine until a few hours, and now I’m seeing the 
bellow log in APP-C that seems to indicated the AAI cert has expired.
Is this accurate? If so, is someone looking into this?

Also, VID is failing, etc…

Thanks,
Alexis

Re: [onap-discuss] Resiliency: Applying resource limits to a container - WIP

[FREEMAN, BRIAN D]

Michael,

Did you set the flags in Java to adhere to the limits set in the chart. For 
some reason I remember a stackoverflow article about having to make sure that 
in Java 8 there were specific settings to enforce the limit.

Brian


From: onap-discuss-boun...@lists.onap.org  
On Behalf Of OBRIEN, FRANK MICHAEL
Sent: Wednesday, May 30, 2018 3:37 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Resiliency: Applying resource limits to a container - 
WIP

Team,
Reaching out the community as we are applying some parts of resiliency 
changes for the first time.
A discussion of working resource limits will benefit the community and the 
log pods - in both directions
I am having difficulty getting cpu limits applied to a particular pod - 
collaborating with the community in case anyone else is bringing in resource 
requirements - I found another override in mariadb-galera but looking at the 
rendered yaml In the k8s dashboard - shows an empty resources section there as 
well - same issue.

Ideally we all (PTL's) do this together (There is a hierarchy in progress) 
as we will need to decide on who get allocated from 2/4/8/16/32 cores on a 
particular cluster VM flavor.
If anyone has implemented %percentage allocations let us know.  We can 
answer questions on what happens if multiple requests for 2 cores on a 2 core 
vm occur for example.

The following patch looks straightforward - but it does not 
actually have any effect yet (with/without quotes) - I am going over overrides 
above and attempting to hardcode the values in the deployment.yaml to at least 
work backwards from a working override.

https://gerrit.onap.org/r/#/c/49553/1/kubernetes/log/charts/log-logstash/values.yaml

resources:
  limits:
cpu: "2"
  requests:
cpu: "2"

Background:
---
LOG-376 deals with a runaway logstash container where it will take (n-1) 
vCores on 1 to 2 VMs on a 4-12 node cluster - I have seen 7 and 15 core 
saturation.
https://jira.onap.org/browse/LOG-376
an example of a runaway pod that takes over 50% of the vCPU capacity of a 4 
node 64core/256g cluster
https://jira.onap.org/secure/attachment/11827/Screenshot%202018-05-30%2013.26.34.png

The root cause southbound/northbound is the main issue and being looked at 
- but for now I would like to limit the
The ELK stack had logstash clustered into a ReplicaSet with periodic 
success and last week into a DaemonSet (1 container per VM) - however load 
balancing is still asymmetric - likely due to misuse of the LB service - 
looking into all of this - the current patch above is just to get the cluster 
back to a working state
This issue with the ELK stack is at least 3 weeks old.

Thank you
/michael

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
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] HEAT based Master branch deployment condition

[FREEMAN, BRIAN D]

Go into port :88/logs/ on the robot VM and there will be a directory per 
heatlchck.
You may need to run "demo.sh init_robot" to set the login/password for the web 
inteface to logs.

Go to the directory for your last healthcheck and clikd on log.html

Open up the sections that failed and you will be able to see the url end point 
that robot was using and the specific response if any.

Brian


From: Arun Arora (c) <aroraa...@vmware.com>
Sent: Wednesday, May 23, 2018 9:19 AM
To: FREEMAN, BRIAN D <bf1...@att.com>; onap-discuss@lists.onap.org
Subject: RE: HEAT based Master branch deployment condition

Hi Brian,

Thanks for your detailed reply.

W.r.t. all containers running, I have seen instances where the containers 
'exit' after starting. In that case I have to re-run the _vm_init.sh script to 
revive the containers.

W.r.t., the error I posted earlier, itself says that the connection b/w robot 
and other VMs is failing. However, when I check in the VM, which robot is 
trying to connect to, I can see all images downloaded and containers up and 
running. Still issue persists.

I will try your suggestion to run local health check first to narrow down the 
issue scope to network-connectivity vs issue-in-containers.
If possible can you give me an example to run health-checks locally.

Best Regards,
Arun Arora

From: FREEMAN, BRIAN D [mailto:bf1...@att.com]
Sent: 23 May 2018 18:42
To: Arun Arora (c) <aroraa...@vmware.com<mailto:aroraa...@vmware.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: RE: HEAT based Master branch deployment condition

No. In heat across two environments (Windriver and Mirantis) we get 39 - 40 out 
of 40 successful health check.

Health check does HTTP/HTTPS queries to end points on the VMs from the 
applications.

If you log into the VM's and do "docker ps -all" do you see the containers that 
are expected from the docker-compose.yml on the VM

If the *_vm_install.sh can't get to the onap gerrit and nexus repositories then 
the appliation will not install.
If the dockers are running try the healthcheck localling with localhost
If the localhost works then it seems like it must be networking between robot 
and the applications over the onap_oam network in your environment.

There is something different in your environment preventing ONAP from boot 
strapping itself but it seems strange that some of your nodes are coming up 
when in our test environments they do all come up.

Brian




From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
<onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org>>
 On Behalf Of Arun Arora (c)
Sent: Wednesday, May 23, 2018 12:18 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] HEAT based Master branch deployment condition

Hi All,

I have been trying for a HEAT based deployment of Master branch since last few 
days.
Each trial has been a bad experience till now with Passed Health-checks varying 
from 1-5 out of 40.

My environment is VIO 4.1 and with ample available resources as well as 
bandwidth. But still these issues are seen.

For most cases, Health-check fails with a WARNING about connection failure, 
similar to the below:

Basic A Health Check   [ WARN ] 
Retrying (Retry(total=2, connect=None, read=None, redirect=None, status=None)) 
after connection broken by 
'NewConnectionError(': Failed to establish a new connection: [Errno 111] Connection 
refused',)': /aai/util/echo?action=long

I am wondering if others are facing similar issue or not.
Please share your experiences and any fixes if similar issues are seen in your 
setup.

Much appreciate you time and help.

Best Regards,
Arun Arora
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] Java problem with memory/cpu limits inside Docker

[FREEMAN, BRIAN D]

We have seen this and should make this change in our applications and actually 
set limits in the helm charts for all applications. I think the OOM team has a 
work item to set those limits but I cant seem to locate the User Story for it.

Brian


From: onap-discuss-boun...@lists.onap.org  
On Behalf Of quocnghia.ngu...@orange.com
Sent: Tuesday, May 22, 2018 8:38 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Java problem with memory/cpu limits inside Docker

Hello everyone,

I've seen a lot of ONAP components developed in Java and deployed inside 
containers so I thought it would be interesting to share this information with 
you.
The problem is described here 
https://blogs.oracle.com/java-platform-group/java-se-support-for-docker-cpu-and-memory-limits
 and here 
https://developers.redhat.com/blog/2017/03/14/java-inside-docker/

TL;DR:
JVM (v8 and v9) does not detect automatically resources limits of the container 
and intentionally allocates more than allowed. It may cause unexpected results 
on the host machine. Here is how to fix it:

  *   If your app is deployed in containers running Java 8 (< 8u131): specify 
the container limits by adding -XX:ParalllelGCThreads (GC threads number) 
and/or -XX:CICompilerCount (JIT threads number) and/or -Xmx (heap size) flag to 
the java command
  *   If your app is deployed in containers running Java 8 (>= 8u131) or Java 
9: add -XX:+UnlockExperimentalVMOptions and -XX:+UseCGroupMemoryLimitForHeap 
flags to the java command, the JVM will detect the container limits 
transparently
  *   In case of Java 10: nothing to do, you're good :)

BR,
Nghia Nguyen

_



Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc

pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler

a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,

Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.



This message and its attachments may contain confidential or privileged 
information that may be protected by law;

they should not be distributed, used or copied without authorisation.

If you have received this email in error, please notify the sender and delete 
this message and its attachments.

As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified.

Thank you.
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [dmaap] cannot publish events on dmaap

[FREEMAN, BRIAN D]

PDPD_CONFIGURATION was not working right in the environment we were testing in.

Brian

From: VENKATESH KUMAR, VIJAY
Sent: Wednesday, May 09, 2018 4:50 PM
To: UNNAVA, SUNIL <su6...@att.com>; FREEMAN, BRIAN D <bf1...@att.com>; 
HERNANDEZ-HERRERO, JORGE <jh1...@att.com>; onap-discuss@lists.onap.org
Subject: RE: [dmaap] cannot publish events on dmaap

Sunil - Thanks!

I do see other topics (unauthenticated.DCAE_CL_OUTPUT, 
unauthenticated.SEC_FAULT_OUTPUT)used in R1 working fine,  seeing issue just 
with unauthenticated.SEC_MEASUREMENT_OUTPUT. Could you share the list which 
topics are preconfigured? As unauthenticated topics can be created on fly, is 
this preconfiguration necessary?

-Vijay
From: UNNAVA, SUNIL
Sent: Wednesday, May 09, 2018 4:25 PM
To: VENKATESH KUMAR, VIJAY <vv7...@att.com<mailto:vv7...@att.com>>; FREEMAN, 
BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>; HERNANDEZ-HERRERO, JORGE 
<jh1...@att.com<mailto:jh1...@att.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: RE: [dmaap] cannot publish events on dmaap

Venkatesh,

When we create a new topic and publish a message, we don't see any issues. But 
when we publish message to a pre-configured topic, it throws some errors. The 
issue may be due to the data used to pre configure a Topic . I will investigate 
the issue and let you know if any changes required in the pre-configured topic 
data .

Thanks,
Sunil

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
<onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org>>
 On Behalf Of VENKATESH KUMAR, VIJAY
Sent: Wednesday, May 09, 2018 3:58 PM
To: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>; 
HERNANDEZ-HERRERO, JORGE <jh1...@att.com<mailto:jh1...@att.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [dmaap] cannot publish events on dmaap

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
I have seen similar problem with VES Collector (DCAE) output topic as well. The 
"unauthenticated.SEC_MEASUREMENT_OUTPUT" fails with same error, but random new 
topics works.  This topic however is involved in the CL flow though - hence 
need to be resolved.

DMAAP Team,
Any suggestion on how to fix this?  I've seen this problem consistently in the 
last few OOM deployed instances.

Thanks,
Vijay

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
<onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org>>
 On Behalf Of FREEMAN, BRIAN D
Sent: Wednesday, May 09, 2018 2:10 PM
To: HERNANDEZ-HERRERO, JORGE <jh1...@att.com<mailto:jh1...@att.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [dmaap] cannot publish events on dmaap

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

OK it seems to be a problem with the pre-created unauthenticated Topics

When publising getting an error 404.

On the fly created topics work fine on publish and subscribe.

POST 
http://{{mr_port}}/events/PDPD-CONFIGURATION<https://urldefense.proofpoint.com/v2/url?u=http-3A__-257b-257bmr-5Fport-257d-257d_events_PDPD-2DCONFIGURATION=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=6WYcUG7NY-ZxfqWx5MmzVQ=F1WWXKQjnm3_131lMqZEnnIqY--A9ajmTwESJaDvuRg=jk_8E0rFTVV9N7rpfFvsPfB36UlMnMLVLOKC4LVC0xg=>
 (with fake json payload)
{
"mrstatus": 5007,
"helpURL": 
"http://onap.readthedocs.io;<https://urldefense.proofpoint.com/v2/url?u=http-3A__onap.readthedocs.io-2522=DwQFAg=LFYZ-o9_HUMeMTSQicvjIg=6WYcUG7NY-ZxfqWx5MmzVQ=F1WWXKQjnm3_131lMqZEnnIqY--A9ajmTwESJaDvuRg=DX085mtO9KY9k81B2r41FjWBMVCoMtzSxZ1HrWq2a4U=>,
"message": "Error while publishing data to 
topic.:PDPD-CONFIGURATION.Successfully published number of messages :0.null",
"status": 404
}

Brian


From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
<onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org>>
 On Behalf Of HERNANDEZ-HERRERO, JORGE
Sent: Tuesday, May 08, 2018 8:06 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] [dmaap] cannot publish events on dmaap

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Hello DMaaP/Integration team,

I set up a new fresh OOM installation.   I can see one of the topics of 
interest there pre-configured.

policy@dev-drools-0:/opt/app/policy/config$ curl --silent -X GET 
http://message-router:3904/to

Re: [onap-discuss] [dmaap] cannot publish events on dmaap

[FREEMAN, BRIAN D]

OK it seems to be a problem with the pre-created unauthenticated Topics

When publising getting an error 404.

On the fly created topics work fine on publish and subscribe.

POST 
http://{{mr_port}}/events/PDPD-CONFIGURATION
 (with fake json payload)
{
"mrstatus": 5007,
"helpURL": "http://onap.readthedocs.io;,
"message": "Error while publishing data to 
topic.:PDPD-CONFIGURATION.Successfully published number of messages :0.null",
"status": 404
}

Brian


From: onap-discuss-boun...@lists.onap.org  
On Behalf Of HERNANDEZ-HERRERO, JORGE
Sent: Tuesday, May 08, 2018 8:06 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [dmaap] cannot publish events on dmaap

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Hello DMaaP/Integration team,

I set up a new fresh OOM installation.   I can see one of the topics of 
interest there pre-configured.

policy@dev-drools-0:/opt/app/policy/config$ curl --silent -X GET 
http://message-router:3904/topics/
 | grep PDPD
"PDPD-CONFIGURATION",

I can perform subscribe operations:

policy@dev-drools-0:/opt/app/policy/config$ curl --silent -X GET 
http://message-router:3904/events/PDPD-CONFIGURATION/1/1
[]

But I cannot perform publish operations (get  404):

policy@dev-drools-0:/opt/app/policy/config$ curl --silent -X POST --header 
"Content-Type: application/json" -d "{}"   http:// 
message-router:3904/events/PDPD-CONFIGURATION
{"mrstatus":5007,"helpURL":"http://onap.readthedocs.io","message":"Error
 while publishing data to topic.:PDPD-CONFIGURATION.Successfully published 
number of messages :0.null","status":404}
I see rolling errors in message-router pod:

ifiableProperties - Property metadata.broker.list is overridden to 
message-router-kafka:9092
""2018-05-08 22:08:36,694 
[097a371d-09ce-44d0-b02c-ede05f615dc6--PDPD-CONFIGURATION_dev-drools-1-leader-finder-thread]
 INFO  kafka.utils.VerifiableProperties - Property request.timeout.ms is 
overridden to 3
""2018-05-08 22:08:36,694 
[097a371d-09ce-44d0-b02c-ede05f615dc6--PDPD-CONFIGURATION_dev-drools-1-leader-finder-thread]
 INFO  kafka.client.ClientUtils$ - Fetching metadata from broker 
id:0,host:message-router-kafka,port:9092 with correlation id 436 for 1 topic(s) 
Set(PDPD-CONFIGURATION)
""2018-05-08 22:08:36,694 
[8395b334-088e-4b1e-a9eb-aa8f25a6150d--APPC-CL_dev-drools-1-leader-finder-thread]
 INFO  kafka.producer.SyncProducer - Disconnecting from 
message-router-kafka:9092
""2018-05-08 22:08:36,694 
[8395b334-088e-4b1e-a9eb-aa8f25a6150d--APPC-CL_dev-drools-1-leader-finder-thread]
 INFO  kafka.consumer.ConsumerFetcherManager - 
[ConsumerFetcherManager-1525817225806] Added fetcher for partitions 
ArrayBuffer()
""2018-05-08 22:08:36,695 
[097a371d-09ce-44d0-b02c-ede05f615dc6--PDPD-CONFIGURATION_dev-drools-1-leader-finder-thread]
 INFO  kafka.producer.SyncProducer - Connected to message-router-kafka:9092 for 
producing
""2018-05-08 22:08:36,695 
[a6927931-4e13-49eb-a772-81bbe5854e34--APPC-CL_dev-drools-2-leader-finder-thread]
 INFO  kafka.utils.VerifiableProperties - Verifying properties
""2018-05-08 22:08:36,695 
[a6927931-4e13-49eb-a772-81bbe5854e34--APPC-CL_dev-drools-2-leader-finder-thread]
 INFO  kafka.utils.VerifiableProperties - Property client.id is overridden to 
a6927931-4e13-49eb-a772-81bbe5854e34--APPC-CL
""2018-05-08 22:08:36,695 
[097a371d-09ce-44d0-b02c-ede05f615dc6--PDPD-CONFIGURATION_dev-drools-1-leader-finder-thread]
 INFO  kafka.producer.SyncProducer - Disconnecting from 
message-router-kafka:9092
""2018-05-08 22:08:36,695 
[a6927931-4e13-49eb-a772-81bbe5854e34--APPC-CL_dev-drools-2-leader-finder-thread]
 INFO  kafka.utils.VerifiableProperties - Property metadata.broker.list is 
overridden to message-router-kafka:9092
""2018-05-08 22:08:36,695 
[a6927931-4e13-49eb-a772-81bbe5854e34--APPC-CL_dev-drools-2-leader-finder-thread]
 INFO  kafka.utils.VerifiableProperties - Property request.timeout.ms is 
overridden to 3
""2018-05-08 22:08:36,695 
[a6927931-4e13-49eb-a772-81bbe5854e34--APPC-CL_dev-drools-2-leader-finder-thread]
 INFO  kafka.client.ClientUtils$ - Fetching metadata 

Re: [onap-discuss] [dmaap] cannot publish events on dmaap

[FREEMAN, BRIAN D]

Jorge,

If you cant publish then its either a configuration issue or you need to 
restart the containers

Marco has the pointer to where the configuration error exists - its one of the 
helm charts but I cant remember which one.

If its the dmaap layer not talking successfully to kafka try the following:

I usually Delete the PODS from the rancher GUI in a specific sequence and they 
will automatically restart.

Delete kafka
Wait 30 seconds
Delete dmaap

This usually works. Try to POST and then GET (2 times since the first GET needs 
to register)

If that doesnt work then try going one more level deeper to restart zookeeper, 
then kafka then dmaap
Delete zookeeper
Wait 30 seoncs
Delete kafka
Wait 30
Delete dmaap


If that doenst work then I would get the DMaaP team involved.

Brian


From: onap-discuss-boun...@lists.onap.org  
On Behalf Of HERNANDEZ-HERRERO, JORGE
Sent: Tuesday, May 08, 2018 8:06 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [dmaap] cannot publish events on dmaap

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Hello DMaaP/Integration team,

I set up a new fresh OOM installation.   I can see one of the topics of 
interest there pre-configured.

policy@dev-drools-0:/opt/app/policy/config$ curl --silent -X GET 
http://message-router:3904/topics/
 | grep PDPD
"PDPD-CONFIGURATION",

I can perform subscribe operations:

policy@dev-drools-0:/opt/app/policy/config$ curl --silent -X GET 
http://message-router:3904/events/PDPD-CONFIGURATION/1/1
[]

But I cannot perform publish operations (get  404):

policy@dev-drools-0:/opt/app/policy/config$ curl --silent -X POST --header 
"Content-Type: application/json" -d "{}"   http:// 
message-router:3904/events/PDPD-CONFIGURATION
{"mrstatus":5007,"helpURL":"http://onap.readthedocs.io","message":"Error
 while publishing data to topic.:PDPD-CONFIGURATION.Successfully published 
number of messages :0.null","status":404}
I see rolling errors in message-router pod:

ifiableProperties - Property metadata.broker.list is overridden to 
message-router-kafka:9092
""2018-05-08 22:08:36,694 
[097a371d-09ce-44d0-b02c-ede05f615dc6--PDPD-CONFIGURATION_dev-drools-1-leader-finder-thread]
 INFO  kafka.utils.VerifiableProperties - Property request.timeout.ms is 
overridden to 3
""2018-05-08 22:08:36,694 
[097a371d-09ce-44d0-b02c-ede05f615dc6--PDPD-CONFIGURATION_dev-drools-1-leader-finder-thread]
 INFO  kafka.client.ClientUtils$ - Fetching metadata from broker 
id:0,host:message-router-kafka,port:9092 with correlation id 436 for 1 topic(s) 
Set(PDPD-CONFIGURATION)
""2018-05-08 22:08:36,694 
[8395b334-088e-4b1e-a9eb-aa8f25a6150d--APPC-CL_dev-drools-1-leader-finder-thread]
 INFO  kafka.producer.SyncProducer - Disconnecting from 
message-router-kafka:9092
""2018-05-08 22:08:36,694 
[8395b334-088e-4b1e-a9eb-aa8f25a6150d--APPC-CL_dev-drools-1-leader-finder-thread]
 INFO  kafka.consumer.ConsumerFetcherManager - 
[ConsumerFetcherManager-1525817225806] Added fetcher for partitions 
ArrayBuffer()
""2018-05-08 22:08:36,695 
[097a371d-09ce-44d0-b02c-ede05f615dc6--PDPD-CONFIGURATION_dev-drools-1-leader-finder-thread]
 INFO  kafka.producer.SyncProducer - Connected to message-router-kafka:9092 for 
producing
""2018-05-08 22:08:36,695 
[a6927931-4e13-49eb-a772-81bbe5854e34--APPC-CL_dev-drools-2-leader-finder-thread]
 INFO  kafka.utils.VerifiableProperties - Verifying properties
""2018-05-08 22:08:36,695 
[a6927931-4e13-49eb-a772-81bbe5854e34--APPC-CL_dev-drools-2-leader-finder-thread]
 INFO  kafka.utils.VerifiableProperties - Property client.id is overridden to 
a6927931-4e13-49eb-a772-81bbe5854e34--APPC-CL
""2018-05-08 22:08:36,695 
[097a371d-09ce-44d0-b02c-ede05f615dc6--PDPD-CONFIGURATION_dev-drools-1-leader-finder-thread]
 INFO  kafka.producer.SyncProducer - Disconnecting from 
message-router-kafka:9092
""2018-05-08 22:08:36,695 
[a6927931-4e13-49eb-a772-81bbe5854e34--APPC-CL_dev-drools-2-leader-finder-thread]
 INFO  kafka.utils.VerifiableProperties - Property metadata.broker.list is 
overridden to message-router-kafka:9092
""2018-05-08 22:08:36,695 

Re: [onap-discuss] OOM Beijing

[FREEMAN, BRIAN D]

Update your vm_properties.py in the robot helm charts and do a make robot, make 
onap, helm upgrade etc

https://gerrit.onap.org/r/#/c/44399/


the DMaaP issue is a bigger issue for you. OOF is for homing assignments for 
VNFs and the OOM config changes havent been merged yet.
The error simply means the variable hasn't been defined in the OOM version of 
vm_properties.py. The HEAT install based version handles the creation/update of 
vm_properties.py differently since IP addresses can be used in the HEAT install 
but the K8 install needs the internal K8 service names.

Brain


From: onap-discuss-boun...@lists.onap.org  
On Behalf Of abdelmuhaimen.sea...@orange.com
Sent: Saturday, May 05, 2018 9:18 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] OOM Beijing

Hi,

I was trying to study CDAP/DCAE using OOM Amsterdam, but i faced some issues, 
and i read in a recent mail on the mailgroup that this method is not supported, 
and that the supported method now in Beijing is to have DCAE containerized, 
instead of the Heat deployment from OOM Amsterdam.

I finished the installation of OOM Beijing, and after I tried the etehealth 
robot script it gave the following output.

Is this normal, what does the OOF_HOMING_ENDPOINT error mean ?

Also what is the error for NBI mean ?

Do I need to update the kube2msb token like Amsterdam release, or is this no 
longer needed ?




root@olc-oom-bjng:~/oom/kubernetes/robot# ./ete-k8s.sh onap health
Starting Xvfb on display :88 with res 1280x1024x24
Executing robot tests at log level TRACE
==
OpenECOMP ETE
==
OpenECOMP ETE.Robot
==
OpenECOMP ETE.Robot.Testsuites
==
[ ERROR ] Error in file 
'/var/opt/OpenECOMP_ETE/robot/resources/oof_interface.robot': Setting variable 
'${OOF_HOMING_ENDPOINT}' failed: Variable '${GLOBAL_OOF_SERVER_PROTOCOL}' not 
found. Did you mean:
${GLOBAL_MSO_SERVER_PROTOCOL}
${GLOBAL_LOG_SERVER_PROTOCOL}
${GLOBAL_MR_SERVER_PROTOCOL}
${GLOBAL_VID_SERVER_PROTOCOL}
${GLOBAL_NBI_SERVER_PROTOCOL}
${GLOBAL_MSB_SERVER_PROTOCOL}
${GLOBAL_CLI_SERVER_PROTOCOL}
${GLOBAL_AAI_SERVER_PROTOCOL}
${GLOBAL_VNFSDK_SERVER_PROTOCOL}
${GLOBAL_PORTAL_SERVER_PROTOCOL}
[ ERROR ] Error in file 
'/var/opt/OpenECOMP_ETE/robot/resources/oof_interface.robot': Setting variable 
'${OOF_SNIRO_ENDPOINT}' failed: Variable '${GLOBAL_OOF_SERVER_PROTOCOL}' not 
found. Did you mean:
${GLOBAL_MSO_SERVER_PROTOCOL}
${GLOBAL_LOG_SERVER_PROTOCOL}
${GLOBAL_MR_SERVER_PROTOCOL}
${GLOBAL_VID_SERVER_PROTOCOL}
${GLOBAL_NBI_SERVER_PROTOCOL}
${GLOBAL_MSB_SERVER_PROTOCOL}
${GLOBAL_CLI_SERVER_PROTOCOL}
${GLOBAL_AAI_SERVER_PROTOCOL}
${GLOBAL_VNFSDK_SERVER_PROTOCOL}
${GLOBAL_PORTAL_SERVER_PROTOCOL}
OpenECOMP ETE.Robot.Testsuites.Health-Check :: Testing ecomp components are...
==
Basic A Health Check   | PASS |
--
Basic AAF Health Check[ WARN ] 
Retrying (Retry(total=2, connect=None, read=None, redirect=None, status=None)) 
after connection broken by 
'NewConnectionError(': Failed to establish a new connection: [Errno -2] Name or 
service not known',)': 
/authz/perms/user/d...@openecomp.org
[ WARN ] Retrying (Retry(total=1, connect=None, read=None, redirect=None, 
status=None)) after connection broken by 
'NewConnectionError(': Failed to establish a new connection: [Errno -2] Name or 
service not known',)': 
/authz/perms/user/d...@openecomp.org
[ WARN ] Retrying (Retry(total=0, connect=None, read=None, redirect=None, 
status=None)) after connection broken by 
'NewConnectionError(': Failed to establish a new connection: [Errno -2] Name or 
service not known',)': 
/authz/perms/user/d...@openecomp.org
| FAIL |
ConnectionError: HTTPConnectionPool(host='aaf.onap', port=8101): Max retries 
exceeded with url: 
/authz/perms/user/d...@openecomp.org
 (Caused by NewConnectionError(': Failed to establish a new connection: [Errno -2] Name or 
service not known',))
--
Basic APPC Health Check   | PASS |
--
Basic CLI Health Check| PASS |

Re: [onap-discuss] [ONAP Helpdesk #55375] [linuxfoundation.org #55375] Re: [Onap-release] [VID][VFC][SO][AAF][AAI][APPC][CCSDK][DCAE][DMAAP][CLAMP][SDNC][SDC][INT][PORTAL][POLICY][MUSIC][MULTICLOUD][M

[FREEMAN, BRIAN D]

LF Please help

This is serious. 

I can not get any updated dockers.

All testing has stopped from my perspective.

Brian


-Original Message-
From: onap-discuss-boun...@lists.onap.org  
On Behalf Of dt5...@att.com via RT
Sent: Saturday, April 28, 2018 8:56 PM
To: OBRIEN, FRANK MICHAEL 
Cc: onap-discuss@lists.onap.org; onap-rele...@lists.onap.org; 
onap-...@lists.onap.org
Subject: [onap-discuss] [ONAP Helpdesk #55375] [linuxfoundation.org #55375] Re: 
[Onap-release] 
[VID][VFC][SO][AAF][AAI][APPC][CCSDK][DCAE][DMAAP][CLAMP][SDNC][SDC][INT][PORTAL][POLICY][MUSIC][MULTICLOUD][MSB]
 Nexus3 Fix breaks deployment - PTLs please reply to ...

Michael

Please see the comment I just added to this ticket.  This is a much bigger 
issue than just releasing the existing docker containers.  If we can’t use 
snapshot or staging versions of Dockers any longer in integration, you are 
probably going to be looking at an average turnaround for fixes of no better 
than 24 hours (since each and every one will need 2 releases done : first of 
Maven artifact, then a rebuild Docker based on updated Maven, and then finally 
released version of Docker).

Also, if we do as requested and request release builds for our docker 
containers, there is a possibility for discrepancies between our released Maven 
artifacts and released Docker containers.

Due to this potential discrepancy, I think we need to discuss this at our PTL 
call on Monday.  We need to make the TSC aware of this potential discrepancy 
and to go on record accepting that risk.

Dan


--
Dan Timoney
SDN-CP / OpenECOMP SDN-C SSO

Please go to  D2 ECOMP Release Planning 
Wiki for 
D2 ECOMP Project In-take, 2016 Release Planning, Change Management, and find 
key Release Planning Contact Information.

From:  on behalf of "OBRIEN, FRANK 
MICHAEL" 
Date: Saturday, April 28, 2018 at 5:39 PM
To: onap-discuss , onap-release 
, onap-tsc , 
"helpd...@onap.org" 
Subject: [Onap-release] 
[VID][VFC][SO][AAF][AAI][APPC][CCSDK][DCAE][DMAAP][CLAMP][SDNC][SDC][INT][PORTAL][POLICY][MUSIC][MULTICLOUD][MSB]
 Nexus3 Fix breaks deployment - PTLs please reply to the LF email to release 
your snapshot dockers to return the build to de...


Team,

   Please assist the LF and Gildas to get the snapshot docker images released 
so we can pull again for Beijing deployments

   The list of containers failing because of images unable to pull are listed 
below and in the jira



See JIRA

https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_CIMAN-2D157=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=qvdZlHCVCK0Pe1J5QHAJNH3gMm3Rx_PqQUikzjSBK3Q=dEpsEwfStZ2ha6IWiDaJmu-g-ydY_Y8hFUjnQTVuqt0=
 




Check the projects below and reply to the mail below to fix your images

https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_pipermail_onap-2Ddiscuss_2018-2DApril_009317.html=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=qvdZlHCVCK0Pe1J5QHAJNH3gMm3Rx_PqQUikzjSBK3Q=ly3lmEztN4M_OetfSwIg9V2X5ZBu4e8mcpBwzaL4DiM=
 


PTL?

sniro

common - postgres

smsdb

vault

consul



PTLs verified

vid

vfc

so

aaf

aai

appc

ccsdk

dcae

dmaap

clamp

sdnc

sdc

integration

portal

music

policy

multicloud

msb




(+) proposal - dont wait for PTL approval - we already were running with these 
50 images - just reenable them



All CD deployments fail except those with a proxy

https://urldefense.proofpoint.com/v2/url?u=http-3A__jenkins.onap.info_job_oom-2Dcd-2Dmaster_=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=qvdZlHCVCK0Pe1J5QHAJNH3gMm3Rx_PqQUikzjSBK3Q=1tZIaY4kLSYS7DJLs4EgLWr-hWBqkxq9UWcjPXni-zY=
 


https://urldefense.proofpoint.com/v2/url?u=http-3A__jenkins.onap.info_job_oom-2Dcd-2Dmaster2-2Daws_=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=qvdZlHCVCK0Pe1J5QHAJNH3gMm3Rx_PqQUikzjSBK3Q=JoixTgVip_pi5TeQmdKzpCzdMz4-zdTtVcSMEuZYC6U=
 

Re: [onap-discuss] [oom][sdc] SDC-ES pod not reaching running state

[FREEMAN, BRIAN D]

https://jira.onap.org/browse/SDC-1265

is a duplicate then.

Brian


From: onap-discuss-boun...@lists.onap.org  
On Behalf Of bharath thiruveedula
Sent: Wednesday, April 25, 2018 3:27 PM
To: Mandeep Khinda ; OBRIEN, FRANK MICHAEL 
; onap-discuss@lists.onap.org; david.sauvag...@bell.ca
Subject: Re: [onap-discuss] [oom][sdc] SDC-ES pod not reaching running state


Hi Mandeep,



Thanks for giving the pointer. I will follow up with the bug.



Best Regards

Bharath T


From: Mandeep Khinda 
>
Sent: Wednesday, April 25, 2018 12:05 AM
To: bharath thiruveedula; Michael O'Brien; 
onap-discuss@lists.onap.org; 
david.sauvag...@bell.ca
Subject: Re: [onap-discuss] [oom][sdc] SDC-ES pod not reaching running state


I am having the same issue.  I just raised 
https://jira.onap.org/browse/SDC-1259
 to track the resolution.



From: 
>
 on behalf of bharath thiruveedula 
>
Date: Tuesday, April 24, 2018 at 1:31 PM
To: Michael O'Brien >, 
"onap-discuss@lists.onap.org" 
>, 
"david.sauvag...@bell.ca" 
>
Subject: [onap-discuss] [oom][sdc] SDC-ES pod not reaching running state



Hi ,



I am trying to launch ONAP using OOM master branch. I am facing errors to make 
dev-sdc-es pod in running state. I can see the following error in the log

"FATAL: NoMethodError: undefined method 'each' for "dev-sdc-es.onap": String"



Let me know if you need more info from me.



Best Regards

Bharath T
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
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] quick question on vFW demo

[FREEMAN, BRIAN D]

I think it should be the Ubuntu 14.04 image for the vFW demo.

Brian


From: onap-discuss-boun...@lists.onap.org  
On Behalf Of Joe Kidder
Sent: Wednesday, April 25, 2018 3:47 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] quick question on vFW demo

When I launch the vFW demo heat template (from Amsterdam, I believe), the 
ubuntu 16.04 image that I have installed on OpenStack (grabbed from 
http://cloud-images.ubuntu.com/xenial/current/xenial-server-cloudimg-amd64-disk1.img)
 has ethernet interfaces named "ens3", "ens4", "ens5".

However, the v_sink_install.sh, for example, tries to perform actions on eth1 
and eth2 (skipping eth0, as it's not interesting other than providing a path to 
the internet).

Am I missing a step?

Should I have massaged my ubuntu 16.04 image to have interfaces named "ethx" 
rather than "ensx"?

Thanks,
Joe
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [Integration] Can I restart SO docker in SB07?

[FREEMAN, BRIAN D]

There is also a change to mso.bpmn.urn.properties I am tracking (but not sure 
its 100% yet)

appc.topic.read=APPC-LCM-READ
appc.topic.read.timeout=36
appc.client.response.timeout=36
appc.topic.write=APPC-LCM-WRITE
appc.poolMembers=10.0.11.1:3904
appc.client.key=
appc.client.secret=
appc.service=ueb


From: Kang Xi <kang...@huawei.com>
Sent: Friday, April 20, 2018 4:12 PM
To: FREEMAN, BRIAN D <bf1...@att.com>; PLATANIA, MARCO 
<plata...@research.att.com>; Yunxia Chen <helen.c...@huawei.com>; 
'onap-discuss@lists.onap.org' <onap-discuss@lists.onap.org>
Subject: RE: [Integration] Can I restart SO docker in SB07?

Thanks


--
Regards,
Kang
From:FREEMAN, BRIAN D
To:Kang Xi,PLATANIA, MARCO,Yunxia Chen,'onap-discuss@lists.onap.org',
Date:2018-04-20 16:01:25
Subject:RE: [Integration] Can I restart SO docker in SB07?

That would probably be better.

It will be obvious when you look at the file.

Change  "[\"10.0.11.1\"]"   to [ "10.0.11.1"]
Delete the second ASDC reference

Brian


From: Kang Xi <kang...@huawei.com<mailto:kang...@huawei.com>>
Sent: Friday, April 20, 2018 3:57 PM
To: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>; PLATANIA, MARCO 
<plata...@research.att.com<mailto:plata...@research.att.com>>; Yunxia Chen 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; 
'onap-discuss@lists.onap.org' 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: RE: [Integration] Can I restart SO docker in SB07?

Should I back up the file and then restore after restart?

--
Regards,
Kang
From:FREEMAN, BRIAN D
To:Kang Xi,PLATANIA, MARCO,Yunxia Chen,'onap-discuss@lists.onap.org',
Date:2018-04-20 15:55:31
Subject:RE: [Integration] Can I restart SO docker in SB07?

BTW - need to fix /etc/mso/config.d/mso.asdc.json after a restart

Brian


From: FREEMAN, BRIAN D
Sent: Friday, April 20, 2018 3:53 PM
To: Kang Xi <kang...@huawei.com<mailto:kang...@huawei.com>>; PLATANIA, MARCO 
<plata...@research.att.com<mailto:plata...@research.att.com>>; Yunxia Chen 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: RE: [Integration] Can I restart SO docker in SB07?

Kang - go ahead

Maybe you did already

From: Kang Xi <kang...@huawei.com<mailto:kang...@huawei.com>>
Sent: Friday, April 20, 2018 3:12 PM
To: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>; PLATANIA, MARCO 
<plata...@research.att.com<mailto:plata...@research.att.com>>; Yunxia Chen 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [Integration] Can I restart SO docker in SB07?

Hi Brian, Marco, Helen,

I'm testing vCPE in SB07 and need to restart the SO container. Just wonder if 
this would disrupt any ongoing work? I'll wait for your confirmation before 
doing anything. Thanks.

Regards,
Kang

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [Integration] Can I restart SO docker in SB07?

[FREEMAN, BRIAN D]

BTW - need to fix /etc/mso/config.d/mso.asdc.json after a restart

Brian


From: FREEMAN, BRIAN D
Sent: Friday, April 20, 2018 3:53 PM
To: Kang Xi <kang...@huawei.com>; PLATANIA, MARCO <plata...@research.att.com>; 
Yunxia Chen <helen.c...@huawei.com>; onap-discuss@lists.onap.org
Subject: RE: [Integration] Can I restart SO docker in SB07?

Kang - go ahead

Maybe you did already

From: Kang Xi <kang...@huawei.com<mailto:kang...@huawei.com>>
Sent: Friday, April 20, 2018 3:12 PM
To: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>; PLATANIA, MARCO 
<plata...@research.att.com<mailto:plata...@research.att.com>>; Yunxia Chen 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [Integration] Can I restart SO docker in SB07?

Hi Brian, Marco, Helen,

I'm testing vCPE in SB07 and need to restart the SO container. Just wonder if 
this would disrupt any ongoing work? I'll wait for your confirmation before 
doing anything. Thanks.

Regards,
Kang

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [INTEGRATION] OOM Cluster environment

[FREEMAN, BRIAN D]

I think we should start the install of OOM cluster solution as prep for S3P.

I suspect it will come up in waves so getting portal/sdc/aai/so up or 
robot/sdc/aai/so up will be the first wave just like we are doing in basic oom.

Brian




From: Yunxia Chen <helen.c...@huawei.com>
Sent: Friday, April 20, 2018 1:20 PM
To: FREEMAN, BRIAN D <bf1...@att.com>; onap-discuss 
<onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [INTEGRATION] OOM Cluster environment

Hi, Brian,
S3P related testing is planned (mainly) to be done at China Telecom’s lab, 
focusing on vCPE. However, we’ll test it at Intel and Tlab as well. The 
priority I suggest is:

  1.  Pass all basic pair wise testing, leveraging vFW / vLB, from integration 
team point of view
  2.  Pass vCPE and VoLTE regression testing
  3.  The above two could all be in parallel. Once they are done, we could do 
S3P testing. Yang has created some script for VoLTE
  4.  Pass vCPE and VoLTE new features
  5.  S3P testing:
 *   Security, P1 (it is going on, besides Steven’s testing)
 *   Resilience, P1
 *   Stability, P1
 *   Performance, P2
 *   Scalablity, P3.

Please let me know what you think.

Regards,

Helen Chen

From: 
<onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org>>
 on behalf of "FREEMAN, BRIAN D" <bf1...@att.com<mailto:bf1...@att.com>>
Date: Friday, April 20, 2018 at 6:18 AM
To: onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: [onap-discuss] [INTEGRATION] OOM Cluster environment


Have we selected an integration environment for S3P cluster testing ?

Do we have a starting point set of scripts we could use  to do a cluster 
install ?

Brian

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [INTEGRATION] OOM Cluster environment

[FREEMAN, BRIAN D]

Have we selected an integration environment for S3P cluster testing ?

Do we have a starting point set of scripts we could use  to do a cluster 
install ?

Brian

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [integration] Intel Lab

[FREEMAN, BRIAN D]

I think Kang was using ONAP-vCPE during amsterdam.

Brian


From: Yunxia Chen <helen.c...@huawei.com>
Sent: Thursday, April 19, 2018 7:15 PM
To: onap-discuss <onap-discuss@lists.onap.org>; FREEMAN, BRIAN D 
<bf1...@att.com>; PLATANIA, MARCO <plata...@research.att.com>
Subject: [integration] Intel Lab

Hi,
I am looking through the Integration related tenant usage at Intel Lab, and 
found the following are less used or no owner marked at this wiki page 
(https://wiki.onap.org/display/DW/Integration+Test+Labs)<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Integration-2BTest-2BLabs-29=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=_ATLOxDE9OaswmdExNUlu6xkp63h4U7eCncivvQ0Qns=XwB0Km1eOkUc7Ckp9diaCzvCZizQtN-BKkmTblNEKf8=>
 , if I don’t hear the response back before 7:00AM PDT 4/20, I will delete 
those stacks:

  1.  Integration-SB-05: stack is 1+ month old
  2.  Integration-SB-00: no owner
  3.  ONAP-vCPE: 4+ months

Regards,
Helen Chen

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] Jenkins Job queue is stuck

[FREEMAN, BRIAN D]

246 in the build Queue ?

Brian


From: onap-discuss-boun...@lists.onap.org  
On Behalf Of DRAGOSH, PAM
Sent: Thursday, April 19, 2018 8:16 AM
To: Jessica Wagantall via RT 
Cc: onap-discuss@lists.onap.org
Subject: [onap-discuss] Jenkins Job queue is stuck

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Can someone look into it?

Thanks,

Pam
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [OOM] - Robot heat templates

[FREEMAN, BRIAN D]

OOM-795

Is there a work around for OOM-795 I can use in SB-04 ?
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [OOM] Message Router Kafka Container

[FREEMAN, BRIAN D]

SB-04 environment cant pull the kafka image for DMaaP.

Looks like the chart has

# application image
repository: wurstmeister
image: kafka:latest


Which tries to do a pull:
pulling image "10.12.5.2:5000/kafka:latest"

which fails

a manual pull of  wurstmeister/kafka:latest  succeeds from k8s to the proxy.

root@k8s:/home/ubuntu# docker pull 10.12.5.2:5000/wurstmeister/kafka:latest
latest: Pulling from wurstmeister/kafka


  1.  How do we repair SB04 to over ride just that value in the chart since we 
dont have the other over ride files immediately available ?
  2.  Should we change the chart in OOM or is it only a problem for proxy 
environments ?


Brian



___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [OOM] - correct vm_properties in SB06

[FREEMAN, BRIAN D]

We really dont want them to be local to the person installing.

We should put them in a known place on the rancher VM at least since that is 
the bootstrap and would be the best place to upgrade if we need to change 
something like I dont know change from pointing to Horizon to pointing to 
MultiVIM for different test scenarios.

Brian


From: Mandeep Khinda [mailto:mandeep.khi...@amdocs.com]
Sent: Thursday, April 12, 2018 5:25 PM
To: FREEMAN, BRIAN D <bf1...@att.com>; 'onap-discuss@lists.onap.org' 
<onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [OOM] - correct vm_properties in SB06

If the file ended up with defaults then that means no tuning was done at all.
It is a good question.  Perhaps we should start a library of these for the 
environments in the windriver lab in the integration git repo.
Right now each person who is responsible for installing/upgrading the 
environment has config parameters stored locally.
We have some sample files here that can be used as a base in the oom git repo:
oom/kubernetes/onap/resources/environments/disable-allcharts.yaml

If you want to unblock yourself you can do this to tweak robot now:

helm upgrade dev local/onap --namespace onap --set 
robot.openStackKeyStoneUrl=http://4.5.6.7:9998<https://urldefense.proofpoint.com/v2/url?u=http-3A__4.5.6.7-3A9998=DwQGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=2XIeOfjBBe17ND0l68a8U3gyqfqzzc1arEDEz5ZXSBc=2CI-LoW1LZv6miQz0awPJXJQhgg36M2tt5ey8gcjJhU=>,

helm upgrade dev local/onap --namespace onap --set 
robot.openStackKeyStoneUrl=http://4.5.6.7:9998,robot.openStackUserName=brian,robot.foo=bar<https://urldefense.proofpoint.com/v2/url?u=http-3A__4.5.6.7-3A9998-2Crobot.openStackUserName-3Dbrian-2Crobot.foo-3Dbar=DwQGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=2XIeOfjBBe17ND0l68a8U3gyqfqzzc1arEDEz5ZXSBc=UiN-KwCNXdeCwa4AFt9mrpfSm_rvgj5u7hFVFladsMM=>

Or create a file with the params like in my robot example for SB06 and just use 
the same command above except for the --set you would use a -f SB06-values.yaml

The vm_properties file will be updated without a container restart.

From: "FREEMAN, BRIAN D" <bf1...@att.com<mailto:bf1...@att.com>>
Date: Thursday, April 12, 2018 at 5:03 PM
To: Mandeep Khinda 
<mandeep.khi...@amdocs.com<mailto:mandeep.khi...@amdocs.com>>, 
"'onap-discuss@lists.onap.org'" 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: RE: [onap-discuss] [OOM] - correct vm_properties in SB06

So what file was used when Michael et al created SB06 ? Seems like I should 
edit that file and do a helm upgrade in SB06 ?

Where should these be stored in environment so we can edit the file in one 
place for corrections like this that would span re-installs ?

Brian


From: Mandeep Khinda [mailto:mandeep.khi...@amdocs.com]
Sent: Thursday, April 12, 2018 4:47 PM
To: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>; 
'onap-discuss@lists.onap.org' 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] [OOM] - correct vm_properties in SB06

Brian,
It is a currently a configmap in the robot chart and isn’t visible on an 
external mount anymore – it is injected into the container only.
The values can be set dynamically at helm install/upgrade through -f 
values.yaml or --set 
openStackKeyStoneUrl=http://4.5.6.7:5000<https://urldefense.proofpoint.com/v2/url?u=http-3A__4.5.6.7-3A5000=DwQGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=2WL9pKqMgDC93z23aIUKveTD1Fd_5lYghragfYaJMd4=Y6OI0Brm8rHYZNyi6UGFoaS7HJYA8gpHkZc8Z4uGbYE=>
GLOBAL_INJECTED_KEYSTONE = "{{ .Values.openStackKeyStoneUrl }}"

For example, I have a file called dev-env.yaml with this content for my own 
environment:

robot:
  enabled: true
  demoArtifactsVersion: "1.2.0-SNAPSHOT"
  openStackPrivateNetCidr: "192.168.2.0"
  openStackFlavourMedium: "m1.medium"
  openStackKeyStoneUrl: 
"http://10.53.202.10:5000;<https://urldefense.proofpoint.com/v2/url?u=http-3A__10.53.202.10-3A5000-2522=DwQGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=2WL9pKqMgDC93z23aIUKveTD1Fd_5lYghragfYaJMd4=GAVGEkD_gfKJWjxo8QCeay-4m1EXi40Bmf6mnqychR4=>
  openStackPublicNetId: "5a88ca9c-7fbb-4232-8d8e-46b53e492de9"
  openStackPrivateNetId: "e8f51956-00dd-4425-af36-045716781ffc"
  openStackOamNetworkCidrPrefix: "10.10.10"
  openStackEncryptedPassword: "2fa2266344b4caaca1eba8264d277831"
  openStackRegion: "RegionOne"
  openStackPrivateSubnetId: "5a3602a5-d708-4096-942d-db741031ade1"
  openStackTenantId: "47899782ed714295b1151681fdfd51f5"
  openStackUserName: "dev"
  ubuntuImage: "Ubuntu_14.04.5_LTS"

This will override the defaults found in the robot chart’s values.yaml which is 
where your 1.2.3.4:5000 is coming from.

We can spend some time on this in the integration mee

Re: [onap-discuss] [integration] External Labs Jenkins Job question

[FREEMAN, BRIAN D]

Tha’ts not the nexus repo IP I wonder if Gary has a proxy setup for nexus3.

Brian


From: DRAGOSH, PAM
Sent: Friday, April 06, 2018 9:07 AM
To: FREEMAN, BRIAN D <bf1...@att.com>; onap-discuss@lists.onap.org
Subject: Re: [integration] External Labs Jenkins Job question

Ok I did try to update the Policy VM – but it fails to pull images from nexus. 
Not sure if the VM is initialized correctly.

root@onap-policy:/opt# ./policy_vm_init.sh
Already up-to-date.
Login Succeeded
Pulling repository 10.12.5.2:5000/onap/policy-pe
Error: image onap/policy-pe:v1.2-SNAPSHOT-latest not found
Error response from daemon: No such image: 
10.12.5.2:5000/onap/policy-pe:v1.2-SNAPSHOT-latest
Pulling repository 10.12.5.2:5000/onap/policy-drools
Error: image onap/policy-drools:v1.2-SNAPSHOT-latest not found
Error response from daemon: No such image: 
10.12.5.2:5000/onap/policy-drools:v1.2-SNAPSHOT-latest
Pulling repository 10.12.5.2:5000/onap/policy-nexus
Error: image onap/policy-nexus:v1.2-SNAPSHOT-latest not found
Error response from daemon: No such image: 
10.12.5.2:5000/onap/policy-nexus:v1.2-SNAPSHOT-latest
Pulling drools (onap/policy-drools:latest)...
ERROR: repository onap/policy-drools not found: does not exist or no pull access

I’ll see if Marco is available to help me today.

Thanks,

Pam

From: "FREEMAN, BRIAN D" <bf1...@att.com<mailto:bf1...@att.com>>
Date: Friday, April 6, 2018 at 9:03 AM
To: "DRAGOSH, PAMELA L (PAM)" 
<pdrag...@research.att.com<mailto:pdrag...@research.att.com>>, 
"onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: RE: [integration] External Labs Jenkins Job question

We usually would do a re-install from scratch but we are holding off so 
projects can debug in some cases.
During this pair wise test phase if you have a new docker available in nexus 
feel free to pull it down to the SB-07 environment (Helen/Gary correct me if I 
am wrong)
But the intent of pair wise is for you to quickly get through your tests (and 
confirmation of checked in fixes)

Brian


From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of DRAGOSH, PAM
Sent: Friday, April 06, 2018 8:29 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] [integration] External Labs Jenkins Job question

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

I’m trying to understand why the windriver and tlab jobs are failing health 
check. Yesterday I submitted a fix into integration to ensure its using a 
stable release but it still fails. But after digging into the VM it looks like 
the Jenkin’s Jobs are using older artifacts.

Doesn’t the Jenkin’s Job go in and update the VM and install the latest 
artifacts? Or is the expectation that Project owners go into their VM and 
update the VM’s for their project with the latest docker images so the jobs 
work? Who owns that whole process?

Thanks,

Pam
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [integration] External Labs Jenkins Job question

[FREEMAN, BRIAN D]

We usually would do a re-install from scratch but we are holding off so 
projects can debug in some cases.
During this pair wise test phase if you have a new docker available in nexus 
feel free to pull it down to the SB-07 environment (Helen/Gary correct me if I 
am wrong)
But the intent of pair wise is for you to quickly get through your tests (and 
confirmation of checked in fixes)

Brian


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of DRAGOSH, PAM
Sent: Friday, April 06, 2018 8:29 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [integration] External Labs Jenkins Job question

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

I’m trying to understand why the windriver and tlab jobs are failing health 
check. Yesterday I submitted a fix into integration to ensure its using a 
stable release but it still fails. But after digging into the VM it looks like 
the Jenkin’s Jobs are using older artifacts.

Doesn’t the Jenkin’s Job go in and update the VM and install the latest 
artifacts? Or is the expectation that Project owners go into their VM and 
update the VM’s for their project with the latest docker images so the jobs 
work? Who owns that whole process?

Thanks,

Pam
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] ONAP using heat templates

[FREEMAN, BRIAN D]

Do you VM's have access to the internet. Check the cloud-init logs and see if 
there were error messages trying to resolve nexus3.onap.org and the like.

Most likely the VM's are blank becuase the vm_install and vm_init scipts cant 
reach the internet (or at least that is the most likely scenario).

Make sure public dns is on your external network.

Brian


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Pavithra R13
Sent: Friday, April 06, 2018 3:37 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] ONAP using heat templates

Hi All
I am trying to install ONAP using heat templates on Openstack Pike. I 
downloaded the template and environment file from the link 
https://nexus.onap.org/content/sites/raw/org.openecomp.demo/heat/OpenECOMP/1.0.0
 . The stack is up and am able to access the VMs. But am not able to access the 
ONAP PORTAL. When I logged into the portal VM and ran "docker ps -a" I could 
see there is no docker installed. So I guess the installation might not have 
completed successfully and just empty VMs are created. Kindly let me know how 
to check the installation or let me know any other working heat templates.
Thanks & Regards,
Pavithra R



___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] Bypassing vnc-portal - preliminary procedure in OOM-820

[FREEMAN, BRIAN D]

Michael,

Would this be a production grade solution ? Would it be better to have portal 
onboard the 30xxx port so the regular portal works with etc hosts or fans fqdn ?

Brian



Sent via the Samsung Galaxy S8, an AT 4G LTE smartphone


 Original message 
From: "OBRIEN, FRANK MICHAEL" <frank.obr...@amdocs.com>
Date: 3/27/18 8:50 AM (GMT-08:00)
To: onap-discuss@lists.onap.org
Cc: "'eric.deb...@orange.com'" <eric.deb...@orange.com>, Yunxia Chen 
<helen.c...@huawei.com>, "FREEMAN, BRIAN D" <bf1...@att.com>
Subject: Bypassing vnc-portal - preliminary procedure in OOM-820

Team,
   There have been several requests for avoiding the vnc container when 
accessing portal inside the k8s namespace.
Vitaly Lavrusevich developed a procedure around firefox redirectors – I asked 
for the procedure and pasted the email to a jira for now.
   Later we will put it on the either the devops page in onap or in RTD – for 
now post any issues/discussion to the JIRA so we can track them.
https://jira.onap.org/browse/OOM-820<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_OOM-2D820=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=8A_WJM9yH74H8oVYFOYUgqsdXk9CqHQyv7sD0NHhoQY=FwTLdGN6hZnKYrm407BaaGLvWl6ehZQkaTfdRQyFWuM=>
/michael

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<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.amdocs.com_about_email-2Ddisclaimer=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=8A_WJM9yH74H8oVYFOYUgqsdXk9CqHQyv7sD0NHhoQY=HQrt_W766srGS44IoplOvtMN7nAPM76U1JxyvtYFutI=>
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [INT] Robot INIT and Robot InstantiateVFW after Healthcheck ?

[FREEMAN, BRIAN D]

Gary,

My apologies - I will re-calibrate to use "ETE" :)

I think OOM is working the dependency issue but not sure of the status/delivery 
time frame.

I suspect we dont need all healthchecks to run for init to work.
We might need a new test template to call "Model Distribution From ASDC" which 
appears to have the right checks on distribution now but not sure.

Brian

From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Wednesday, March 14, 2018 12:03 PM
To: FREEMAN, BRIAN D <bf1...@att.com>; onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] [INT] Robot INIT and Robot InstantiateVFW after 
Healthcheck ?

Hi Brian,

Yes, we will be adding demo init or instanceVFW tests to the daily deployment 
test jobs shortly once the Beijing code is stabilized for M4.  Currently we 
can't even get successful health checks yet.

Is the OOM team working on fixing the deployment issues so that the pod 
restarts can be avoided?

Also to clarify on terminology, the term "CSIT" is used for API tests of a 
single or a few docker containers (i.e. not against a full ONAP instnace).  
Tests against a full ONAP instance is more what we refer to as an "ETE" 
(end-to-end) scenario.  We want to add more and more ETE test suites to be run 
automatically via Jenkins as new test suites get implemented.

Thanks,
Gary

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of FREEMAN, BRIAN D
Sent: Wednesday, March 14, 2018 8:40 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] [INT] Robot INIT and Robot InstantiateVFW after 
Healthcheck ?

Gary,

In working with OOM over the last few week it seem like the best way to detect 
problems is to run the demo-k8s.sh init and then to check via op0001 if  SO, 
AAI and SDNC picked up the models. Usually on a fresh OOM they do not. The 
repair is to delete the AAI model-loader POD, the SO POD and the UEB-Listener 
POD in SDNC (I usually do dmaap-listener as well).
K8 will restart those PODs.
I then do a redistribute in SDC as op001 and see success.
Every once in a while I also have to delete the sdc-be/sdc-fe to repeat the 
deletes if the sdc-be wasnt up properly (usually because I didnt check 
healtcheck first on sdc)

I'm wondier if this is a CSIT jenkins job we should do to run init and 
instantiate VFW after healthcheck ?

Or just a custom check after 'demo-k8s.sh init' or 'demo-k8s.sh onap init' to 
test that the distribution actually succeeded to demonstrate installation 
health ?

The distribute data can be retrieve by the catalog services API
/sdc2/rest/v1/catalog/services/1eb7b5c8-9ec9-4090-8bef-322d82f5400c/distribution)
 where the 1eb... is the catalog-service-uuid to get the distribution ID and 
then
/sdc2/rest/v1/catalog/services/distribution/6cf76bba-62d7-4dcb-8410-6760fc54cee7
  to get the table of the actual status for the notified components

Brian





___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [INT] Robot INIT and Robot InstantiateVFW after Healthcheck ?

[FREEMAN, BRIAN D]

Gary,

In working with OOM over the last few week it seem like the best way to detect 
problems is to run the demo-k8s.sh init and then to check via op0001 if  SO, 
AAI and SDNC picked up the models. Usually on a fresh OOM they do not. The 
repair is to delete the AAI model-loader POD, the SO POD and the UEB-Listener 
POD in SDNC (I usually do dmaap-listener as well).
K8 will restart those PODs.
I then do a redistribute in SDC as op001 and see success.
Every once in a while I also have to delete the sdc-be/sdc-fe to repeat the 
deletes if the sdc-be wasnt up properly (usually because I didnt check 
healtcheck first on sdc)

I'm wondier if this is a CSIT jenkins job we should do to run init and 
instantiate VFW after healthcheck ?

Or just a custom check after 'demo-k8s.sh init' or 'demo-k8s.sh onap init' to 
test that the distribution actually succeeded to demonstrate installation 
health ?

The distribute data can be retrieve by the catalog services API
/sdc2/rest/v1/catalog/services/1eb7b5c8-9ec9-4090-8bef-322d82f5400c/distribution)
 where the 1eb... is the catalog-service-uuid to get the distribution ID and 
then
/sdc2/rest/v1/catalog/services/distribution/6cf76bba-62d7-4dcb-8410-6760fc54cee7
  to get the table of the actual status for the notified components

Brian





___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [integration] INT-261: Add standard utilities to all dockers (vim, ping, nslookup)

[FREEMAN, BRIAN D]

Just to mix up the pot a little. The tools being discussed are ones we would 
use for troubleshooting in production as well.

Brian


From: SULLIVAN, BRYAN L
Sent: Friday, February 23, 2018 9:08 AM
To: Bochenski, Piotr (Nokia - PL/Wroclaw) <piotr.bochen...@nokia.com>; Yunxia 
Chen <helen.c...@huawei.com>; Kang Xi <kang...@huawei.com>; PLATANIA, MARCO 
<plata...@research.att.com>; FREEMAN, BRIAN D <bf1...@att.com>
Cc: onap-discuss <onap-discuss@lists.onap.org>
Subject: RE: [onap-discuss] [integration] INT-261: Add standard utilities to 
all dockers (vim, ping, nslookup)

Piotr’s suggestion is the correct approach. Where possible, base containers 
should be used that are then used to build other more specific containers, with 
common tools as needed. Nothing should need to be installed at deployment time, 
only configured (via environment) through the process of container launch.

For production use, you should restrict the pre-installed tools to those that 
have an essential purpose in a production system. That’s why having two base 
container flavors is  good idea.

Thanks,
Bryan Sullivan | AT

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Bochenski, Piotr 
(Nokia - PL/Wroclaw)
Sent: Friday, February 23, 2018 2:32 AM
To: Yunxia Chen <helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; Kang Xi 
<kang...@huawei.com<mailto:kang...@huawei.com>>; PLATANIA, MARCO (MARCO) 
<plata...@research.att.com<mailto:plata...@research.att.com>>; FREEMAN, BRIAN D 
<bf1...@att.com<mailto:bf1...@att.com>>
Cc: onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] [integration] INT-261: Add standard utilities to 
all dockers (vim, ping, nslookup)

Hi,

I absolutely agree that those tools are a must for development and testing, but 
they should be included in Docker/VM images before the actual deployment.
That is the point of environments where there is no access to the internet - 
you provide only artifacts that are needed to get the system installed and the 
whole procedure takes place offline.

The concept that I've provided below assumes that we decide in the build time 
whether we are building 'testing' (with debugging tools) or 'production' 
artifacts.



Best Regards / Pozdrawiam

Piotr Bocheński

-

Software Development Engineer

MN MANO SOAM 1 R WRO 7 (ONAP)

West Gate (Lotnicza 12, 54-155 Wrocław, Poland)

mobile: +48 734 103 812
On 02/23/2018 12:26 AM, Yunxia Chen wrote:
Hi, Piotr,
Why will this create issue if it has issue when no internet or behind corporate 
firewall? Please help to clarify it. Those tools are used for debugging, 
especially if you don’t have internet to outside, you cannot get them using 
“apt-get” to install them when you need them.

Regards,

Helen Chen

From: 
<onap-discuss-boun...@lists.onap.org><mailto:onap-discuss-boun...@lists.onap.org>
 on behalf of "Bochenski, Piotr (Nokia - PL/Wroclaw)" 
<piotr.bochen...@nokia.com><mailto:piotr.bochen...@nokia.com>
Organization: Nokia - PL/Wroclaw
Date: Wednesday, February 21, 2018 at 3:49 AM
To: Kang Xi <kang...@huawei.com><mailto:kang...@huawei.com>, "PLATANIA, MARCO 
(MARCO)" <plata...@research.att.com><mailto:plata...@research.att.com>, 
"FREEMAN, BRIAN D" <bf1...@att.com><mailto:bf1...@att.com>
Cc: onap-discuss 
<onap-discuss@lists.onap.org><mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [integration] INT-261: Add standard utilities to 
all dockers (vim, ping, nslookup)

Hi,

In my opinion it's not a good idea to install anything at runtime - for 
example, this causes troubles on environments that are cut off the internet or 
behind massive corporate firewalls (like the one that my team uses).

For proper solution I would recommend something like this:
* We create 2 ONAP "base" images - one for production and another one for 
development and testing (with mentioned tools included)
* We switch the base image during the build

This would require additional work, but will result in much "cleaner" solution 
:)

What do you think?




Best Regards / Pozdrawiam

Piotr Bocheński

-

Software Development Engineer

MN MANO SOAM 1 R WRO 7 (ONAP)

West Gate (Lotnicza 12, 54-155 Wrocław, Poland)

mobile: +48 734 103 812
On 02/20/2018 05:13 PM, Kang Xi wrote:
Thanks. Then we pretty much have solved this problem. I’ll update the jira 
ticket accordingly.

Regards,
Kang

From: PLATANIA, MARCO (MARCO) [mailto:plata...@research.att.com]
Sent: Tuesday, February 20, 2018 11:11
To: Kang Xi <kang...@huawei.com><mailto:kang...@huawei.com>; FREEMAN, BRIAN D 
<bf1...@att.com><mailto:bf1...@att.com>
Cc: 

Re: [onap-discuss] Working demo ?

[FREEMAN, BRIAN D]

Oom is not part of vnf orchestration so you might want to reword that Michael. 
Oom only sets up onap. Once onap is up oom is not involved in onboarding, 
instantiation or lcm of vnfs
Brian



Sent via the Samsung Galaxy S8, an AT 4G LTE smartphone


 Original message 
From: "OBRIEN, FRANK MICHAEL" 
Date: 2/19/18 10:46 AM (GMT-05:00)
To: Lars-Erik Helander , onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Working demo ?

Lars,
   Hi, There are a multiple levels of working state (onap up, onap+dcagegen2 
up, onap+vnfs, and onap+dcaegen2+vnfs+closedloop)

   OOM will deploy all of onap except DCAE via master on any type of environment
   OOM will allow for VNF orchestration with occasional bug workarounds in 
master/amsterdam only on openstack until SO/Multicloud brings in cloud-native 
VNF orchestration that is in the works.
   The amsterdam branch deploys DCAEGEN2 via OOM only on openstack.  It last 
worked for me before the openlab IP reset last week.
   I have not verified closed loop for 2 months.
   /michael


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Lars-Erik Helander
Sent: Monday, February 19, 2018 08:57
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Working demo ?

Is there a working demo that could be used on a system deployed via OOM and 
master branch?

/Lars
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
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [OOM] static routes from SDNC to vGMUX

[FREEMAN, BRIAN D]

Hmmm - its probably not preferred that all the ONAP applications can access the 
OAM interface on the vBNG

Brian


From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Thursday, February 15, 2018 10:43 AM
To: FREEMAN, BRIAN D <bf1...@att.com>
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [OOM] static routes from SDNC to vGMUX

Sorry I misread your mail. To do this, either you need to enter your docker 
container with privileged access:

- docker exec -it -u 0  bash

Either you configure the host running the SDNC container with the proper route. 
because K8S rely on the host routing table.

Alexis



On Feb 9, 2018, at 5:35 PM, FREEMAN, BRIAN D 
<bf1...@att.com<mailto:bf1...@att.com>> wrote:


For the vCPE Use Case we add a static route from the SDNC controller to the 
vBNG  so that we can to the vBRG to create the tunnels to the vGMUX.

The command we use on regular docker seems to fail on the K8 based image.
 ip route add 10.3.0.0/24 via 10.0.101.10 dev eth0
RTNETLINK answers: Operation not permitted

Other ip config data below.

Do we need to add this static route from the K8 side ?

Brian

root@sdnc-1507781456-qpp77:/# ifconfig
eth0  Link encap:Ethernet  HWaddr 02:f2:9c:4e:8e:03
  inet addr:10.42.105.196  Bcast:0.0.0.0  Mask:255.255.0.0
  inet6 addr: fe80::c461:2eff:fe28:5ab8/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1402  Metric:1
  RX packets:452850 errors:0 dropped:0 overruns:0 frame:0
  TX packets:374275 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:72235413 (72.2 MB)  TX bytes:53479210 (53.4 MB)

loLink encap:Local Loopback
  inet addr:127.0.0.1  Mask:255.0.0.0
  inet6 addr: ::1/128 Scope:Host
  UP LOOPBACK RUNNING  MTU:65536  Metric:1
  RX packets:10453 errors:0 dropped:0 overruns:0 frame:0
  TX packets:10453 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:1155768 (1.1 MB)  TX bytes:1155768 (1.1 MB)




root@sdnc-1507781456-qpp77:/# ip route
default via 10.42.0.1 dev eth0
10.42.0.0/16 dev eth0  proto kernel  scope link  src 10.42.105.196
169.254.169.250 via 10.42.0.1 dev eth0
___
onap-discuss mailing list
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
https://lists.onap.org/mailman/listinfo/onap-discuss<https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=Xys_8f1hijHDfQNgyhWuHFOuvkg1Obh3bANqv7M6Qrc=2RUQjjvoy2U756Qnv79lRRTNG6boV6Iw7PKK7_Ryokw=>

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [OOM] vnc portal crashloopbackoff with newest helm/rancher

[FREEMAN, BRIAN D]

The oom rancher/heml intall script installs 2.8 even though I am doing 
Amsterdam so that is probably the problem.

I'll edit the script and only use the amsterdam tested versions of rancher and 
helm.

Is master / beijing stable for some reason I remember reading that not all the 
fixes in the oom amsterdam were in oom beijing yet ?

Brian


From: OBRIEN, FRANK MICHAEL
Sent: Wednesday, February 14, 2018 4:46 PM
To: FREEMAN, BRIAN D <bf1...@att.com>; 'onap-discuss@lists.onap.org' 
<onap-discuss@lists.onap.org>
Subject: RE: [onap-discuss] [OOM] vnc portal crashloopbackoff with newest 
helm/rancher

Brian,
  Sorry, first time out of 8h of meetings today.
  Thanks for the diligence  - appreciated

  Beijing will only work down to helm 2.5 because it has tpl templates for 
variable subs (don't exist in helm 2.3) - so you will notice if you downgrade 
helm in master - most pods will fail immediately.

  Vnc-portal comes up for me without changes in both master and amsterdam (last 
tested 4 days ago) in openlab, openstack-private and aws, retesting azure now.  
I have heard about issues with /ect/hosts needing an update  - but this should 
only affect running the apps inside portal inside the image - the container 
should come up.

  We should document anything related to the vnc-portal container being busted 
in
 
https://jira.onap.org/browse/OOM-486<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_OOM-2D486=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=ggVaNloyY_70VEVH7LudZ4_3ygZ4wXOgEm_PxeEREOM=Flp_jEcWhF7FlGBMLn1Rmd4-tRpTexu3T5rZO6Mdgrg=>

  We will be fixing/retrofitting the wiki tomorrow to archive some content and 
make things like config clearer.

  So far tested versions
  Amsterdam (Rancher 1.6.10 (installs Kubernetes 1.7.7), kubectl 1.7.7 (1.8.6 
tested), helm 2.3.0 (client and server), docker 1.12

  Beijing/master (Rancher 1.6.14 (installs Kubernetes 1.8.x, kubectl 1.8.6 
(1.9.2 tested), helm 2.6.0 recommended on client/server - can upgrade to 2.8.0

   Vnc-portal is one of the last to come up because of its dependencies on for 
example vid.

   On the last build for Beijing it comes up with no changes - I don't test 
that links to aai/policy/sdc for example work during the CD test
http://jenkins.onap.info/job/oom-cd/1873/console<https://urldefense.proofpoint.com/v2/url?u=http-3A__jenkins.onap.info_job_oom-2Dcd_1873_console=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=ggVaNloyY_70VEVH7LudZ4_3ygZ4wXOgEm_PxeEREOM=d-Squ0onkYV-sPW7zLsNED-lo5borSdSBzNmIiLJC6w=>
The periodic SDNC failures have a jira and are related to a too small 
readiness check of 5 sec (Mike E. mentioned) - so ignore these for now.

20:08:32 9 pending > 0 at the 44th 15 sec interval
20:08:48 onap-aaf  aaf-c68d8877c-pm47q   
0/1   Running0  13m
20:08:48 onap-portal   vnc-portal-687cdf7845-wxzzt   
0/1   PodInitializing0  13m
20:08:48 onap-sdnc dmaap-listener-78f4cdb695-rtvcg   
0/1   Init:0/1   1  13m
20:08:48 onap-sdnc sdnc-0
0/2   Init:0/1   1  13m
20:08:48 onap-sdnc sdnc-dbhost-0 
0/2   Pending0  13m
20:08:48 onap-sdnc sdnc-dgbuilder-8667587c65-w58mg   
0/1   Init:0/1   1  13m
20:08:48 onap-sdnc sdnc-portal-6587c6dbdf-ng8h7  
0/1   Init:0/1   1  13m
20:08:48 onap-sdnc ueb-listener-65d67d8557-zdd57 
0/1   Init:0/1   1  13m
20:08:48 onap-vfc  vfc-ztevnfmdriver-585d8db4f7-h75ll
0/1   ImagePullBackOff   0  13m
20:08:48 9 pending > 0 at the 45th 15 sec interval
20:09:04 onap-aaf  aaf-c68d8877c-pm47q   
0/1   Running0  13m
20:09:04 onap-sdnc dmaap-listener-78f4cdb695-rtvcg   
0/1   Init:0/1   1  14m
20:09:04 onap-sdnc sdnc-0
0/2   Init:0/1   1  14m
20:09:04 onap-sdnc sdnc-dbhost-0 
0/2   Pending0  14m
20:09:04 onap-sdnc sdnc-dgbuilder-8667587c65-w58mg   
0/1   Init:0/1   1  14m
20:09:04 onap-sdnc sdnc-portal-6587c6dbdf-ng8h7  
0/1   Init:0/1   1  14m
20:09:04 onap-sdnc ueb-listener-65d67d8557-zdd57 
0/1   Init:0/1   1  14m
20:09:04 onap-vfc  vfc-ztevnfmdriver-585d8db4f7-h75ll
0/1   ImagePullBackOff   0  13m



From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.ona

Re: [onap-discuss] [OOM] vnc portal crashloopbackoff with newest helm/rancher

[FREEMAN, BRIAN D]

I started the vnc-portal docker image separately and it comes up cleanly.
Had to manually update /etc/hosts

Must be something in the helm dependencies causing the crashloopbackoff.

Brian


From: FREEMAN, BRIAN D
Sent: Tuesday, February 13, 2018 10:32 AM
To: 'onap-discuss@lists.onap.org' <onap-discuss@lists.onap.org>
Subject: RE: [OOM] vnc portal crashloopbackoff with newest helm/rancher



root@onapoom3:/home/onapuser/ONAP# docker ps --all | grep vnc
db9a2c7ec5b7
dorowu/ubuntu-desktop-lxde-vnc@sha256:7817dda9f734703eefd73a895d69411f2983e186c861048667fcd92e15
 af612d  "/startup.sh"  
   2 minutes ago   Exited (143) 2 minutes ago   

k8s_vnc-portal_vnc-portal-56c8b774fb-dkm4r_onap-portal_9d56a918-1075-11e8-b191-026a60b
 a687a_132
439f6921a8a2gcr.io/google_containers/pause-amd64:3.0

 "/pause"  11 hours agoUp 11 hours  

k8s_POD_vnc-portal-56c8b774fb-dkm4r_onap-portal_9d56a918-1075-11e8-b191-026a60ba687a_0


From: FREEMAN, BRIAN D
Sent: Tuesday, February 13, 2018 9:00 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [OOM] vnc portal crashloopbackoff with newest helm/rancher

Michael,

I'm using the oom _rancher_setup_1.sh 
(https://wiki.onap.org/download/attachments/8227431/oom_rancher_setup_1.sh?version=6=1516919271000=v2)

And vnc portal isnt coming up. Cant really grab any logs on it.

Most of the other components are up (had to change the public IP for dmaap in 
SDC AUTO.json to be the dmaap.onap-message-router comma and comma quoated 
strings.

Do I need to revert to the earlier version of helm ?

Brian

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [OOM] vnc portal crashloopbackoff with newest helm/rancher

[FREEMAN, BRIAN D]

root@onapoom3:/home/onapuser/ONAP# docker ps --all | grep vnc
db9a2c7ec5b7
dorowu/ubuntu-desktop-lxde-vnc@sha256:7817dda9f734703eefd73a895d69411f2983e186c861048667fcd92e15
 af612d  "/startup.sh"  
   2 minutes ago   Exited (143) 2 minutes ago   

k8s_vnc-portal_vnc-portal-56c8b774fb-dkm4r_onap-portal_9d56a918-1075-11e8-b191-026a60b
 a687a_132
439f6921a8a2gcr.io/google_containers/pause-amd64:3.0

 "/pause"  11 hours agoUp 11 hours  

k8s_POD_vnc-portal-56c8b774fb-dkm4r_onap-portal_9d56a918-1075-11e8-b191-026a60ba687a_0


From: FREEMAN, BRIAN D
Sent: Tuesday, February 13, 2018 9:00 AM
To: onap-discuss@lists.onap.org
Subject: [OOM] vnc portal crashloopbackoff with newest helm/rancher

Michael,

I'm using the oom _rancher_setup_1.sh 
(https://wiki.onap.org/download/attachments/8227431/oom_rancher_setup_1.sh?version=6=1516919271000=v2)

And vnc portal isnt coming up. Cant really grab any logs on it.

Most of the other components are up (had to change the public IP for dmaap in 
SDC AUTO.json to be the dmaap.onap-message-router comma and comma quoated 
strings.

Do I need to revert to the earlier version of helm ?

Brian

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [OOM] vnc portal crashloopbackoff with newest helm/rancher

[FREEMAN, BRIAN D]

Michael,

I'm using the oom _rancher_setup_1.sh 
(https://wiki.onap.org/download/attachments/8227431/oom_rancher_setup_1.sh?version=6=1516919271000=v2)

And vnc portal isnt coming up. Cant really grab any logs on it.

Most of the other components are up (had to change the public IP for dmaap in 
SDC AUTO.json to be the dmaap.onap-message-router comma and comma quoated 
strings.

Do I need to revert to the earlier version of helm ?

Brian

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [OOM] UEB IP and Port on OOM Install

[FREEMAN, BRIAN D]

Trying to bring up OOM in Azure with the latest rancher/heml recommended and 
SDC and others cant seem to get to UEB.

https://jira.onap.org/browse/OOM-654 mentions that the external IP has to be 
open on UEB port but I don't see that in my kube portal.
Only the 10.42 address is open on  port 3904.

Is there something I need to check or change in the rancher GUI ?

Brian



___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [OOM] static routes from SDNC to vGMUX

[FREEMAN, BRIAN D]

For the vCPE Use Case we add a static route from the SDNC controller to the 
vBNG  so that we can to the vBRG to create the tunnels to the vGMUX.

The command we use on regular docker seems to fail on the K8 based image.
 ip route add 10.3.0.0/24 via 10.0.101.10 dev eth0
RTNETLINK answers: Operation not permitted

Other ip config data below.

Do we need to add this static route from the K8 side ?

Brian

root@sdnc-1507781456-qpp77:/# ifconfig
eth0  Link encap:Ethernet  HWaddr 02:f2:9c:4e:8e:03
  inet addr:10.42.105.196  Bcast:0.0.0.0  Mask:255.255.0.0
  inet6 addr: fe80::c461:2eff:fe28:5ab8/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1402  Metric:1
  RX packets:452850 errors:0 dropped:0 overruns:0 frame:0
  TX packets:374275 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:72235413 (72.2 MB)  TX bytes:53479210 (53.4 MB)

loLink encap:Local Loopback
  inet addr:127.0.0.1  Mask:255.0.0.0
  inet6 addr: ::1/128 Scope:Host
  UP LOOPBACK RUNNING  MTU:65536  Metric:1
  RX packets:10453 errors:0 dropped:0 overruns:0 frame:0
  TX packets:10453 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:1155768 (1.1 MB)  TX bytes:1155768 (1.1 MB)




root@sdnc-1507781456-qpp77:/# ip route
default via 10.42.0.1 dev eth0
10.42.0.0/16 dev eth0  proto kernel  scope link  src 10.42.105.196
169.254.169.250 via 10.42.0.1 dev eth0
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [OOM] restart an entire POD ?

[FREEMAN, BRIAN D]

Jimmy can provide the right order but its probably in the init scripts or the 
docker-compose file (depending on application) from the heat environment 
version.

Brian


From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Thursday, February 08, 2018 7:50 AM
To: Borislav Glozman <borislav.gloz...@amdocs.com>
Cc: FREEMAN, BRIAN D <bf1...@att.com>; Mandeep Khinda 
<mandeep.khi...@amdocs.com>; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [OOM] restart an entire POD ?

Re: Deterministic order

Guys, if we want deterministic order we should rely on Helm hook, in addition 
to readiness-probe / liveness probe.

I’ll let you have a look: 
https://github.com/kubernetes/helm/blob/master/docs/charts_hooks.md<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_kubernetes_helm_blob_master_docs_charts-5Fhooks.md=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=0jKmfSt2m6kNboFe3rUiXXOI6nOOtcxJu5zfusEYPgU=E2YbkNWSmZhKg52SZZxfSnqp8V3WrBLIkN5q1tOLHcc=>

If you want an example, I have a patch using it: 
https://gerrit.onap.org/r/#/c/28347/<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_-23_c_28347_=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=0jKmfSt2m6kNboFe3rUiXXOI6nOOtcxJu5zfusEYPgU=n1cH89xYW6FRZ9pBvjNwVRTgeXFqg6DUJdlb5VusZJw=>

Alexis


On Feb 8, 2018, at 2:26 AM, Borislav Glozman 
<borislav.gloz...@amdocs.com<mailto:borislav.gloz...@amdocs.com>> wrote:

Thanks.
What is the correct order? We will take care of enforcing it.

Thanks,
Borislav Glozman
O:+972.9.776.1988
M:+972.52.2835726

Amdocs a Platinum member of 
ONAP<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.amdocs.com_open-2Dnetwork_nfv-2Dpowered-2Dby-2Donap=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=0jKmfSt2m6kNboFe3rUiXXOI6nOOtcxJu5zfusEYPgU=FmwoSUN2HTdQ0OE_2RHb-plXI-cH-hB56e7dO9xGde8=>

From: FREEMAN, BRIAN D [mailto:bf1...@att.com]
Sent: Wednesday, February 7, 2018 7:33 PM
To: Borislav Glozman 
<borislav.gloz...@amdocs.com<mailto:borislav.gloz...@amdocs.com>>; Mandeep 
Khinda <mandeep.khi...@amdocs.com<mailto:mandeep.khi...@amdocs.com>>; Alexis de 
Talhouët <adetalhoue...@gmail.com<mailto:adetalhoue...@gmail.com>>
Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: RE: [onap-discuss] [OOM] restart an entire POD ?

AAI

Brian


k8s_aai-service_aai-service-749944520-qqs7m_onap-aai_4e885d69-0c18-11e8-acd3-02f29cda8767_0

k8s_aai-traversal_aai-traversal-140815912-xpmkn_onap-aai_4ebfdced-0c18-11e8-acd3-02f29cda8767_0

k8s_aai-resources_aai-resources-4188957633-28fns_onap-aai_4e7ee05b-0c18-11e8-acd3-02f29cda8767_0

k8s_data-router_data-router-3700447603-n4q2x_onap-aai_4ee40c1c-0c18-11e8-acd3-02f29cda8767_0

k8s_model-loader-service_model-loader-service-911950978-2k6vz_onap-aai_4e945d5f-0c18-11e8-acd3-02f29cda8767_0

k8s_elasticsearch_elasticsearch-622738319-5f71z_onap-aai_4f1ec5be-0c18-11e8-acd3-02f29cda8767_0

k8s_search-data-service_search-data-service-2471976899-z2zxf_onap-aai_4ea070c4-0c18-11e8-acd3-02f29cda8767_0

k8s_sparky-be_sparky-be-1779663793-z9qj5_onap-aai_4ea7cb7f-0c18-11e8-acd3-02f29cda8767_0

k8s_hbase_hbase-3471984843-hg3pw_onap-aai_4e919e66-0c18-11e8-acd3-02f29cda8767_0

k8s_esr-esrserver_esr-esrserver-1044617554-0hk2k_onap-esr_c12b3c4d-0ac6-11e8-acd3-02f29cda8767_0

k8s_esr-esrgui_esr-esrgui-1816310556-lw69v_onap-esr_c1297dd7-0ac6-11e8-acd3-02f29cda8767_0





-Original Message-
From: Borislav Glozman [mailto:borislav.gloz...@amdocs.com]
Sent: Wednesday, February 07, 2018 10:46 AM
To: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>; Mandeep Khinda 
<mandeep.khi...@amdocs.com<mailto:mandeep.khi...@amdocs.com>>; Alexis de 
Talhouët <adetalhoue...@gmail.com<mailto:adetalhoue...@gmail.com>>
Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: RE: [onap-discuss] [OOM] restart an entire POD ?

It is possible to define an order by using readinessCheck init container. It is 
done in many places like sdc (although there are other problems there that 
should be solved soon by SDC project)

Which component is 8 containers?



Thanks,

Borislav Glozman

O:+972.9.776.1988

M:+972.52.2835726



Amdocs a Platinum member of ONAP





-Original Message-

From: FREEMAN, BRIAN D [mailto:bf1...@att.com]

Sent: Wednesday, February 7, 2018 5:43 PM

To: Borislav Glozman 
<borislav.gloz...@amdocs.com<mailto:borislav.gloz...@amdocs.com>>; Mandeep 
Khinda <mandeep.khi...@amdocs.com<mailto:mandeep.khi...@amdocs.com>>; Alexis de 
Talhouët <adetalhoue...@gmail.com<mailto:adetalhoue...@gmail.com>>

Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>

Subject: RE: [onap-discuss] [OOM] restart an entire POD ?



Agree and for simple components I do that. When there are 8 pods in a component 
getting the order correct is important/

Re: [onap-discuss] [OOM] restart an entire POD ?

[FREEMAN, BRIAN D]

AAI



Brian




k8s_aai-service_aai-service-749944520-qqs7m_onap-aai_4e885d69-0c18-11e8-acd3-02f29cda8767_0

k8s_aai-traversal_aai-traversal-140815912-xpmkn_onap-aai_4ebfdced-0c18-11e8-acd3-02f29cda8767_0

k8s_aai-resources_aai-resources-4188957633-28fns_onap-aai_4e7ee05b-0c18-11e8-acd3-02f29cda8767_0

k8s_data-router_data-router-3700447603-n4q2x_onap-aai_4ee40c1c-0c18-11e8-acd3-02f29cda8767_0

k8s_model-loader-service_model-loader-service-911950978-2k6vz_onap-aai_4e945d5f-0c18-11e8-acd3-02f29cda8767_0

k8s_elasticsearch_elasticsearch-622738319-5f71z_onap-aai_4f1ec5be-0c18-11e8-acd3-02f29cda8767_0

k8s_search-data-service_search-data-service-2471976899-z2zxf_onap-aai_4ea070c4-0c18-11e8-acd3-02f29cda8767_0

k8s_sparky-be_sparky-be-1779663793-z9qj5_onap-aai_4ea7cb7f-0c18-11e8-acd3-02f29cda8767_0

k8s_hbase_hbase-3471984843-hg3pw_onap-aai_4e919e66-0c18-11e8-acd3-02f29cda8767_0

k8s_esr-esrserver_esr-esrserver-1044617554-0hk2k_onap-esr_c12b3c4d-0ac6-11e8-acd3-02f29cda8767_0

k8s_esr-esrgui_esr-esrgui-1816310556-lw69v_onap-esr_c1297dd7-0ac6-11e8-acd3-02f29cda8767_0










-Original Message-
From: Borislav Glozman [mailto:borislav.gloz...@amdocs.com]
Sent: Wednesday, February 07, 2018 10:46 AM
To: FREEMAN, BRIAN D <bf1...@att.com>; Mandeep Khinda 
<mandeep.khi...@amdocs.com>; Alexis de Talhouët <adetalhoue...@gmail.com>
Cc: onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] [OOM] restart an entire POD ?



It is possible to define an order by using readinessCheck init container. It is 
done in many places like sdc (although there are other problems there that 
should be solved soon by SDC project)

Which component is 8 containers?





Thanks,

Borislav Glozman

O:+972.9.776.1988

M:+972.52.2835726





Amdocs a Platinum member of ONAP









-Original Message-----

From: FREEMAN, BRIAN D [mailto:bf1...@att.com]

Sent: Wednesday, February 7, 2018 5:43 PM

To: Borislav Glozman 
<borislav.gloz...@amdocs.com<mailto:borislav.gloz...@amdocs.com>>; Mandeep 
Khinda <mandeep.khi...@amdocs.com<mailto:mandeep.khi...@amdocs.com>>; Alexis de 
Talhouët <adetalhoue...@gmail.com<mailto:adetalhoue...@gmail.com>>

Cc: onap-discuss@lists.onap.org

Subject: RE: [onap-discuss] [OOM] restart an entire POD ?





Agree and for simple components I do that. When there are 8 pods in a component 
getting the order correct is important/a pain.





Brian









-Original Message-

From: Borislav Glozman [mailto:borislav.gloz...@amdocs.com]

Sent: Wednesday, February 07, 2018 10:41 AM

To: Mandeep Khinda 
<mandeep.khi...@amdocs.com<mailto:mandeep.khi...@amdocs.com>>; FREEMAN, BRIAN D 
<bf1...@att.com<mailto:bf1...@att.com>>; Alexis de Talhouët 
<adetalhoue...@gmail.com<mailto:adetalhoue...@gmail.com>>

Cc: onap-discuss@lists.onap.org

Subject: RE: [onap-discuss] [OOM] restart an entire POD ?





What I do to bounce a pod is just deleting it.





Helm will recreate it by itself.













Example:





root@borislav-rancher-test:/opt/oom/kubernetes/oneclick# kubectl get pods -n 
onap-mso





NAME   READY STATUSRESTARTS   AGE





mariadb-6487b74997-9hcpg   1/1   Running   0  2d





mso-6d6f86958b-n2h7p   2/2   Running   0  2d





root@borislav-rancher-test:/opt/oom/kubernetes/oneclick# kubectl delete po -n 
onap-mso mso-6d6f86958b-n2h7p





pod "mso-6d6f86958b-n2h7p" deleted





root@borislav-rancher-test:/opt/oom/kubernetes/oneclick# kubectl get pods -n 
onap-mso -w





NAME   READY STATUSRESTARTS   AGE





mariadb-6487b74997-9hcpg   1/1   Running   0  2d





mso-6d6f86958b-l7tk9   0/2   Init:0/1  0  2s





mso-6d6f86958b-n2h7p   2/2   Terminating   0  2d





mso-6d6f86958b-n2h7p   0/2   Terminating   0 2d





mso-6d6f86958b-l7tk9   0/2   Init:0/1   0 13s





mso-6d6f86958b-l7tk9   0/2   PodInitializing   0 17s





mso-6d6f86958b-l7tk9   1/2   Running   0 19s





mso-6d6f86958b-l7tk9   2/2   Running   0 30s













Thanks,





Borislav Glozman





O:+972.9.776.1988





M:+972.52.2835726













Amdocs a Platinum member of ONAP













-Original Message-





From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Mandeep Khinda





Sent: Wednesday, February 7, 2018 5:17 PM





To: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>; Alexis de 
Talhouët <adetalhoue...@gmail.com<mailto:adetalhoue...@gmail.com>>





Cc: onap-discuss@lists.onap.org





Subject: Re: [onap-discuss] [OOM] restart an entire POD ?













One negative to deleteAll and our helm charts in their current incarnation is 
that it deletes everything in the na

Re: [onap-discuss] [OOM] restart an entire POD ?

[FREEMAN, BRIAN D]

Agree and for simple components I do that. When there are 8 pods in a component 
getting the order correct is important/a pain.

Brian


-Original Message-
From: Borislav Glozman [mailto:borislav.gloz...@amdocs.com] 
Sent: Wednesday, February 07, 2018 10:41 AM
To: Mandeep Khinda <mandeep.khi...@amdocs.com>; FREEMAN, BRIAN D 
<bf1...@att.com>; Alexis de Talhouët <adetalhoue...@gmail.com>
Cc: onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] [OOM] restart an entire POD ?

What I do to bounce a pod is just deleting it.

Helm will recreate it by itself.



Example:

root@borislav-rancher-test:/opt/oom/kubernetes/oneclick# kubectl get pods -n 
onap-mso

NAME   READY STATUSRESTARTS   AGE

mariadb-6487b74997-9hcpg   1/1   Running   0  2d

mso-6d6f86958b-n2h7p   2/2   Running   0  2d

root@borislav-rancher-test:/opt/oom/kubernetes/oneclick# kubectl delete po -n 
onap-mso mso-6d6f86958b-n2h7p

pod "mso-6d6f86958b-n2h7p" deleted

root@borislav-rancher-test:/opt/oom/kubernetes/oneclick# kubectl get pods -n 
onap-mso -w

NAME   READY STATUSRESTARTS   AGE

mariadb-6487b74997-9hcpg   1/1   Running   0  2d

mso-6d6f86958b-l7tk9   0/2   Init:0/1  0  2s

mso-6d6f86958b-n2h7p   2/2   Terminating   0  2d

mso-6d6f86958b-n2h7p   0/2   Terminating   0 2d

mso-6d6f86958b-l7tk9   0/2   Init:0/1   0 13s

mso-6d6f86958b-l7tk9   0/2   PodInitializing   0 17s

mso-6d6f86958b-l7tk9   1/2   Running   0 19s

mso-6d6f86958b-l7tk9   2/2   Running   0 30s



Thanks,

Borislav Glozman

O:+972.9.776.1988

M:+972.52.2835726



Amdocs a Platinum member of ONAP



-Original Message-

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Mandeep Khinda

Sent: Wednesday, February 7, 2018 5:17 PM

To: FREEMAN, BRIAN D <bf1...@att.com>; Alexis de Talhouët 
<adetalhoue...@gmail.com>

Cc: onap-discuss@lists.onap.org

Subject: Re: [onap-discuss] [OOM] restart an entire POD ?



One negative to deleteAll and our helm charts in their current incarnation is 
that it deletes everything in the namespace including services (Pod and cluster 
IPs will change when they come back), database processes etc (not the persisted 
data).  



If you are impatient like I am, I target just the deployment I want to bounce 
by exporting the current running yaml and then following something similar to 
the link Josef had sent.



For example: This is what I would use to bounce just the SO Jboss container:

kubectl -n onap-mso get deployment mso -o=yaml > /tmp/mso.app.yaml kubectl -n 
onap-mso delete -f /tmp/mso.app.yaml kubectl -n onap-mso create -f 
/tmp/mso.app.yaml





Mandeep Khinda

Software Development

Open Network Division

 

+1.613.595.5132 (office)

 



 

Read the latest on Amdocs.com 
<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.amdocs.com_=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=XQlpPNDe0wJW31pqXpbEZL8hMiyEikP3zy-m4Q6t5o8=KaEcYSlWDL-NkM640m2pDRkpiioOHlsRJ33iJ1uyjio=
 > and the Amdocs blog network 
<https://urldefense.proofpoint.com/v2/url?u=http-3A__blogs.amdocs.com_=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=XQlpPNDe0wJW31pqXpbEZL8hMiyEikP3zy-m4Q6t5o8=Wx4aXKE3JvDNyTOjO2ClEltN6yvplMVTySQ_Cy7lhc0=
 > – and follow us on Facebook 
<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.facebook.com_Amdocs=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=XQlpPNDe0wJW31pqXpbEZL8hMiyEikP3zy-m4Q6t5o8=KcACu84azxvNNEhdWpVZoaE6zYEtvV0JaHdr791eGO0=
 >, Twitter 
<https://urldefense.proofpoint.com/v2/url?u=http-3A__twitter.com_Amdocs=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=XQlpPNDe0wJW31pqXpbEZL8hMiyEikP3zy-m4Q6t5o8=crrB78xq0LmL9dyACM13vb92Xz0CRVgqW1G0Yf_XdeQ=
 >, LinkedIn 
<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.linkedin.com_company_amdocs=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=XQlpPNDe0wJW31pqXpbEZL8hMiyEikP3zy-m4Q6t5o8=rkIIA95JYA8HIqi5TrNmFmLMkZRAjerE6Pc-3XxjLeo=
 > and YouTube 
<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.youtube.com_amdocs=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=XQlpPNDe0wJW31pqXpbEZL8hMiyEikP3zy-m4Q6t5o8=aGS7mDmYzhK5rUMYuwzKpFWd5yaCxybOSH2cpazmhQM=
 >. 

 



On 2018-02-07, 10:00 AM, "onap-discuss-boun...@lists.onap.org on behalf of 
FREEMAN, BRIAN D" <onap-discuss-boun...@lists.onap.org on behalf of 
bf1...@att.com> wrote:



OK



I assume deleteAll.sh does not remove the dockernfs so persistant data 
should not be lost just any "fixes" to the container config.



I can work with that.



Brian





-Original Message-

From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com] 

Sent: Wednesday, February 07, 2

Re: [onap-discuss] [OOM] restart an entire POD ?

[FREEMAN, BRIAN D]

Using the the "-a module_name" worked to get AAI to talk to DMaaP and models 
were then successfully distributed (checked via the MONITOR GUI in SDC not just 
that the deploy api returned success when Robot called it :) .

./oom/kubernetes/oneclick/deleteAll.sh -n onap -a aai 
 ./oom/kubernetes/oneclick/createAll.sh -n onap -a aai

Brian


-Original Message-
From: OBRIEN, FRANK MICHAEL 
Sent: Wednesday, February 07, 2018 10:13 AM
To: FREEMAN, BRIAN D <bf1...@att.com>; Alexis de Talhouët 
<adetalhoue...@gmail.com>
Cc: onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] [OOM] restart an entire POD ?

Yes,

   Right, there is a deletion of the stopped one time config container as part 
of the delete - that is ok - it did its job.  You will see a delete error on 
config the 2nd time you run config - there is a jira on this - but it is just a 
visual distraction.

   /dockerdata-nfs will remain 

   /michael



-Original Message-

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of FREEMAN, BRIAN D

Sent: Wednesday, February 7, 2018 10:00

To: Alexis de Talhouët <adetalhoue...@gmail.com>

Cc: onap-discuss@lists.onap.org

Subject: Re: [onap-discuss] [OOM] restart an entire POD ?



OK



I assume deleteAll.sh does not remove the dockernfs so persistant data should 
not be lost just any "fixes" to the container config.



I can work with that.



Brian





-Original Message-

From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]

Sent: Wednesday, February 07, 2018 9:56 AM

To: FREEMAN, BRIAN D <bf1...@att.com>

Cc: onap-discuss@lists.onap.org; Mike Elliott <mike.elli...@amdocs.com>

Subject: Re: [onap-discuss] [OOM] restart an entire POD ?



Hi Brian,



Those issues are tracked in JIRA already. Adding Mike that is looking at it (I 
think).



About your question, you cannot do this through K8S UI; at least, not that I’m 
aware of.

But using our scripts, you can delete and create a specific app.



For instance:

./oom/kubernetes/oneclick/deleteAll.sh -n onap -a aai <— will delete the whole 
AAI namespace (deployment and services) ./oom/kubernetes/oneclick/createAll.sh 
-n onap -a aai <— will create the whole AAI namespace (deployment and services)



I’m not sure this is what you’re after, but that’s how I do it when I need to 
bounce a whole application (e.g. all the containers of an app).



Alexis



> On Feb 7, 2018, at 9:34 AM, FREEMAN, BRIAN D <bf1...@att.com> wrote:

> 

> Michael, Alexi,

> 

> I'm having race conditions when I use OOM in Azure where the health check 
> passes but distribution fails (MSO and AAI never get notified).

> 

> I restarted the SO front end POD and SO successfully picked up a model 
> distribution.

> 

> I tried to restart just the AAI Model loader but that didnt seem to 

> work so I need to restart all of AAI

> 

> I suspect that SO and AAI came up before DMaaP was up but cant confirm that.

> 

> Is there an easy / safe way to do restart an entire domain through the K8 
> portal ?

> 

> Feel free to point me at the right documentation on the wiki if I am just 
> missing that guidance.

> 

> Brian

> 

> ___

> onap-discuss mailing list

> onap-discuss@lists.onap.org

> https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_ma

> ilman_listinfo_onap-2Ddiscuss=DwIFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1

> ehx3DI5AoMgDmi2Fzw=-pj2hS0sQHfti5uKrngRGpvwXRLbxAppOnyPro6DGyA=f7j

> UNSvpSscVwuhbekP_wy4_NKgR99_Iu8pYxQF4-Y0=



___

onap-discuss mailing list

onap-discuss@lists.onap.org

https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=Xxb66DjSqei-ktyq2tYl2x6d7H8EsxDFvXAkaj0UMD0=osEnqCr_DlYrqYDNuUps2lMOrWk1t3zGjBbjq1HOuQE=
 

This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at 
https://urldefense.proofpoint.com/v2/url?u=https-3A__www.amdocs.com_about_email-2Ddisclaimer=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=Xxb66DjSqei-ktyq2tYl2x6d7H8EsxDFvXAkaj0UMD0=eZQVTbdfdSL56R5ks3W3LQHDlBVuCgzH2wKqE5xBLuk=
  
<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.amdocs.com_about_email-2Ddisclaimer=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=Xxb66DjSqei-ktyq2tYl2x6d7H8EsxDFvXAkaj0UMD0=eZQVTbdfdSL56R5ks3W3LQHDlBVuCgzH2wKqE5xBLuk=
 >
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [OOM] restart an entire POD ?

[FREEMAN, BRIAN D]

OK

I assume deleteAll.sh does not remove the dockernfs so persistant data should 
not be lost just any "fixes" to the container config.

I can work with that.

Brian


-Original Message-
From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com] 
Sent: Wednesday, February 07, 2018 9:56 AM
To: FREEMAN, BRIAN D <bf1...@att.com>
Cc: onap-discuss@lists.onap.org; Mike Elliott <mike.elli...@amdocs.com>
Subject: Re: [onap-discuss] [OOM] restart an entire POD ?

Hi Brian,

Those issues are tracked in JIRA already. Adding Mike that is looking at it (I 
think).

About your question, you cannot do this through K8S UI; at least, not that I’m 
aware of.
But using our scripts, you can delete and create a specific app.

For instance:
./oom/kubernetes/oneclick/deleteAll.sh -n onap -a aai <— will delete the whole 
AAI namespace (deployment and services)
./oom/kubernetes/oneclick/createAll.sh -n onap -a aai <— will create the whole 
AAI namespace (deployment and services)

I’m not sure this is what you’re after, but that’s how I do it when I need to 
bounce a whole application (e.g. all the containers of an app).

Alexis

> On Feb 7, 2018, at 9:34 AM, FREEMAN, BRIAN D <bf1...@att.com> wrote:
> 
> Michael, Alexi,
> 
> I'm having race conditions when I use OOM in Azure where the health check 
> passes but distribution fails (MSO and AAI never get notified).
> 
> I restarted the SO front end POD and SO successfully picked up a model 
> distribution.
> 
> I tried to restart just the AAI Model loader but that didnt seem to work so I 
> need to restart all of AAI
> 
> I suspect that SO and AAI came up before DMaaP was up but cant confirm that.
> 
> Is there an easy / safe way to do restart an entire domain through the K8 
> portal ?
> 
> Feel free to point me at the right documentation on the wiki if I am just 
> missing that guidance.
> 
> Brian
> 
> ___
> onap-discuss mailing list
> onap-discuss@lists.onap.org
> https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss=DwIFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=-pj2hS0sQHfti5uKrngRGpvwXRLbxAppOnyPro6DGyA=f7jUNSvpSscVwuhbekP_wy4_NKgR99_Iu8pYxQF4-Y0=
>  

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [OOM] restart an entire POD ?

[FREEMAN, BRIAN D]

Michael, Alexi,

I'm having race conditions when I use OOM in Azure where the health check 
passes but distribution fails (MSO and AAI never get notified).

I restarted the SO front end POD and SO successfully picked up a model 
distribution.

I tried to restart just the AAI Model loader but that didnt seem to work so I 
need to restart all of AAI

I suspect that SO and AAI came up before DMaaP was up but cant confirm that.

Is there an easy / safe way to do restart an entire domain through the K8 
portal ?

Feel free to point me at the right documentation on the wiki if I am just 
missing that guidance.

Brian

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [**EXTERNAL**] Service distribution error on latest ONAP/OOM

[FREEMAN, BRIAN D]

Alexis,
I am out of town but when I was trying the install on Friday last week it was 
failing on a non-clustered instance. A single 64 GB VM. It was working before 
Friday but cant say if it broke on thur or wed.

Brian

From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Wednesday, January 31, 2018 8:19 AM
To: Ramanarayanan, Karthick <krama...@ciena.com>
Cc: FREEMAN, BRIAN D <bf1...@att.com>; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [**EXTERNAL**] Service distribution error on latest 
ONAP/OOM

Hello Karthick, Brian

I think, thanks to Marco, we have identified one piece of the problem.
I guess you guys are running a K8S cluster. The way UEB is configured in SDC is 
using the K8S hosts IPs, so DCAE service (when deployed), can reach it when 
retrieving the config using the following request (replace 
K8S_HOST<https://urldefense.proofpoint.com/v2/url?u=http-3A__k8s-5Fhost-3A30205_sdc_v1_distributionUebCluster=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=t7ust0WtLxmmSq5SogWbBSttAmjVahwu4R1dDHM5HME=VhUBCSv2LdUaRcFDL9iM8CFSIyeluz78I4XP8eCpTCI=>
 with one of your host ip):

curl -X GET \
  
http://K8S_HOST:30205/sdc/v1/distributionUebCluster<https://urldefense.proofpoint.com/v2/url?u=http-3A__k8s-5Fhost-3A30205_sdc_v1_distributionUebCluster=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=t7ust0WtLxmmSq5SogWbBSttAmjVahwu4R1dDHM5HME=VhUBCSv2LdUaRcFDL9iM8CFSIyeluz78I4XP8eCpTCI=>
 \
  -H 'Accept: application/json' \
  -H 'Content-Type: application/json' \
  -H 'X-ECOMP-InstanceID: mso' \
  -H 'authorization: Basic 
dmlkOktwOGJKNFNYc3pNMFdYbGhhazNlSGxjc2UyZ0F3ODR2YW9HR21KdlV5MlU=‘

I guess, if you try this request on the setup where it was failing before, 
you’ll get the list where the first elements look ok, but the second one is 
wrong, See 
https://jira.onap.org/browse/OOM-638<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_OOM-2D638=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=t7ust0WtLxmmSq5SogWbBSttAmjVahwu4R1dDHM5HME=EVe5pnnzkMgWl1LNlpyeDyfSj0g9zXT-RqnSixqIBco=>
 for more details.
This has now been fix.

That said, it seems this is not it, and there is still something breaking SDC 
UEB registration.

Can you confirm you’re running in a K8S cluster?  I’m looking into this.

Alexis


On Jan 26, 2018, at 1:22 PM, Ramanarayanan, Karthick 
<krama...@ciena.com<mailto:krama...@ciena.com>> wrote:

The sdc-backend was always a suspect in my setup (56 core) and I invariably 
used to restart the backend pods to get the backend health checks to succeed:
curl http://127.0.0.1:30205/sdc2/rest/healthCheck

This returns "Service unavailable" when backend doesn't come up. If you restart 
the cassandra/es/kibana pods and then restart the backend, it would come up.

In my single node k8s host (k8s directly on the host as in my earlier runs),
I see health check component DE for backend failing. (distribution engine)

Everything else is up.

curl http://127.0.0.1:30205/sdc2/rest/healthCheck

 {
  "healthCheckComponent": "DE",
  "healthCheckStatus": "DOWN",
  "description": "U-EB cluster is not available"
},

This probably implies that in my setup, the UebServers list fetched in the 
backend catalog code before running the DistributionHealthCheck servers fetched 
from the distributionEngine configuration is not proper. (when running without 
dcae vm or dcae disabled)

This is probably the reason why distribution for service fails with policy 
exception.
Its not able to find the ueb server list perhaps when dcae is disabled.
Alexis would know best.

Regards,
-Karthick

From: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>
Sent: Friday, January 26, 2018 9:52:24 AM
To: Alexis de Talhouët; Ramanarayanan, Karthick
Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: RE: [onap-discuss] [**EXTERNAL**] Service distribution error on latest 
ONAP/OOM

Alexi,



I cant get OOM install to work today (it was working yesterday) - seems to fail 
on sdc - doesnt pass healthcheck due to sdc-be as best I can tell .



I use cd.sh should i use the 4 step process below instead ?



Brian





-Original Message-

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Alexis de Talhouët

Sent: Friday, January 26, 2018 8:50 AM

To: Ramanarayanan, Karthick <krama...@ciena.com<mailto:krama...@ciena.com>>

Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>

Subject: Re: [onap-discuss] [**EXTERNAL**] Service distribution error on latest 
ONAP/OOM



Karthick,



I’ve just re-tested on latest Amsterdam, and distribute does work fine.



I don’t know if you have redeploy the whole ONAP or not, but understand that 
the issue you had with d

Re: [onap-discuss] Demo update-vfw policy script when running without closed loop

[FREEMAN, BRIAN D]

Onap just instantiates, check thast the vpng init and install scripts called 
from the heat init got called and can access gerr it and nexus



Sent via the Samsung Galaxy S8, an AT 4G LTE smartphone


 Original message 
From: "Ramanarayanan, Karthick" <krama...@ciena.com>
Date: 1/29/18 6:22 PM (GMT-06:00)
To: "FREEMAN, BRIAN D" <bf1...@att.com>, "PLATANIA, MARCO" 
<plata...@research.att.com>, onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Demo update-vfw policy script when running without 
closed loop


Thanks Brian.

ssh access from appc pod to the vPG vm was available.

But I don't see any netconf server running on vpg vm on port 2831 (or any port 
for that matter).

The vpg provisioning did happen as part of vnf create as the vpacketgen_init 
script is running.

But no honeycomb start or netconf server running on port 2831.


Doing a manual Honeycomb start goes and ultimately fails with unable to open 
vpp management connection.

Will check.

Thanks for your help.

Something wrong with the vpp configuration on the vnf that was provisioned by 
onap!




____
From: FREEMAN, BRIAN D <bf1...@att.com>
Sent: Monday, January 29, 2018 3:51:15 PM
To: Ramanarayanan, Karthick; PLATANIA, MARCO; onap-discuss@lists.onap.org
Subject: [**EXTERNAL**] RE: [onap-discuss] Demo update-vfw policy script when 
running without closed loop


The log looked like the karaf log from ODL going out to the traffic generator. 
vPNG.





You should be able to ssh from the ODL pod to the oam ip of the vPNG vm on port 
2831 (not sure if you are using 2831 or 1830 – the karaf log is saying APPC is 
trying to contact on port 2831.



Try a ping first from the APPC POD to the vPNG and then ssh on the port you 
configured in the netconf mount on appc.



Brian





From: Ramanarayanan, Karthick [mailto:krama...@ciena.com]
Sent: Monday, January 29, 2018 6:21 PM
To: FREEMAN, BRIAN D <bf1...@att.com>; PLATANIA, MARCO 
<plata...@research.att.com>; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Demo update-vfw policy script when running without 
closed loop



Hi Brian,

 I am trying to connect from inside appc pod from the k8s host. (k8s in my 
setup is directly on a host)

 That log was obtained from inside appc pod-> ssh to ODL: log:tail



Regards,

-Karthick



From: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>
Sent: Monday, January 29, 2018 3:15:50 PM
To: Ramanarayanan, Karthick; PLATANIA, MARCO; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [**EXTERNAL**] RE: [onap-discuss] Demo update-vfw policy script when 
running without closed loop



Try via ssh from APPC. Its probably a connectivity issue over the OAM network.



Brian





From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Ramanarayanan, 
Karthick
Sent: Monday, January 29, 2018 6:10 PM
To: PLATANIA, MARCO 
<plata...@research.att.com<mailto:plata...@research.att.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] Demo update-vfw policy script when running without 
closed loop



I have tried admin/admin as well for netconf username/password.

Doesn't work.

It seems its having issues connecting to netconf server on port 1830.





From: Ramanarayanan, Karthick
Sent: Monday, January 29, 2018 3:07:28 PM
To: PLATANIA, MARCO (MARCO); 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] Demo update-vfw policy script when running without 
closed loop



This is the ODL karaf log from inside appc pod :

ssh -p 8101 karaf@localhost

log:tail



pertaining to the appc mount put request for your perusal.



2018-01-29 23:01:46,170 | INFO  | on-dispatcher-52 | AbstractNetconfTopology
  | 354 - netconf-topology-config - 1.2.1.Carbon | Connecting 
RemoteDevice{Uri [_value=826d1073-d4cc-4064-bb29-d815701b0d6a]} , with config 
Node{getNodeId=Uri [_value=826d1073-d4cc-4064-bb29-d815701b0d6a], 
augmentations={interface 
org.opendaylight.yang.gen.v1.urn.opendaylight.netconf.node.topology.rev150114.NetconfNode=NetconfNode{getActorResponseWaitTime=5,
 getBetweenAttemptsTimeoutMillis=2000, getConcurrentRpcLimit=0, 
getConnectionTimeoutMillis=2, 
getCredentials=LoginPassword{getPassword=root, getUsername=root, 
augmentations={}}, getDefaultRequestTimeoutMillis=6, getHost=Host 
[_ipAddress=IpAddress [_ipv4Address=Ipv4Address [_value=172.23.3.16]]], 
getKeepaliveDelay=120, getMaxConnectionAttempts=0, getPort=PortNumber 
[_value=2831], getSchemaCacheDirectory=schema, getSleepFactor=1.5, 
isReconnectOnChangedSchema=false, isSchemaless=false, isTcpOnly=false}}}

2018-01-29 23:01:46,175 | WARN  | on-dispatcher-52 | AbstractNetcon

Re: [onap-discuss] Demo update-vfw policy script when running without closed loop

[FREEMAN, BRIAN D]

The log looked like the karaf log from ODL going out to the traffic generator. 
vPNG.


You should be able to ssh from the ODL pod to the oam ip of the vPNG vm on port 
2831 (not sure if you are using 2831 or 1830 - the karaf log is saying APPC is 
trying to contact on port 2831.

Try a ping first from the APPC POD to the vPNG and then ssh on the port you 
configured in the netconf mount on appc.

Brian


From: Ramanarayanan, Karthick [mailto:krama...@ciena.com]
Sent: Monday, January 29, 2018 6:21 PM
To: FREEMAN, BRIAN D <bf1...@att.com>; PLATANIA, MARCO 
<plata...@research.att.com>; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Demo update-vfw policy script when running without 
closed loop


Hi Brian,

 I am trying to connect from inside appc pod from the k8s host. (k8s in my 
setup is directly on a host)

 That log was obtained from inside appc pod-> ssh to ODL: log:tail



Regards,

-Karthick

____
From: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>
Sent: Monday, January 29, 2018 3:15:50 PM
To: Ramanarayanan, Karthick; PLATANIA, MARCO; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [**EXTERNAL**] RE: [onap-discuss] Demo update-vfw policy script when 
running without closed loop


Try via ssh from APPC. Its probably a connectivity issue over the OAM network.



Brian





From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Ramanarayanan, 
Karthick
Sent: Monday, January 29, 2018 6:10 PM
To: PLATANIA, MARCO 
<plata...@research.att.com<mailto:plata...@research.att.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] Demo update-vfw policy script when running without 
closed loop



I have tried admin/admin as well for netconf username/password.

Doesn't work.

It seems its having issues connecting to netconf server on port 1830.





From: Ramanarayanan, Karthick
Sent: Monday, January 29, 2018 3:07:28 PM
To: PLATANIA, MARCO (MARCO); 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] Demo update-vfw policy script when running without 
closed loop



This is the ODL karaf log from inside appc pod :

ssh -p 8101 karaf@localhost

log:tail



pertaining to the appc mount put request for your perusal.



2018-01-29 23:01:46,170 | INFO  | on-dispatcher-52 | AbstractNetconfTopology
  | 354 - netconf-topology-config - 1.2.1.Carbon | Connecting 
RemoteDevice{Uri [_value=826d1073-d4cc-4064-bb29-d815701b0d6a]} , with config 
Node{getNodeId=Uri [_value=826d1073-d4cc-4064-bb29-d815701b0d6a], 
augmentations={interface 
org.opendaylight.yang.gen.v1.urn.opendaylight.netconf.node.topology.rev150114.NetconfNode=NetconfNode{getActorResponseWaitTime=5,
 getBetweenAttemptsTimeoutMillis=2000, getConcurrentRpcLimit=0, 
getConnectionTimeoutMillis=2, 
getCredentials=LoginPassword{getPassword=root, getUsername=root, 
augmentations={}}, getDefaultRequestTimeoutMillis=6, getHost=Host 
[_ipAddress=IpAddress [_ipv4Address=Ipv4Address [_value=172.23.3.16]]], 
getKeepaliveDelay=120, getMaxConnectionAttempts=0, getPort=PortNumber 
[_value=2831], getSchemaCacheDirectory=schema, getSleepFactor=1.5, 
isReconnectOnChangedSchema=false, isSchemaless=false, isTcpOnly=false}}}

2018-01-29 23:01:46,175 | WARN  | on-dispatcher-52 | AbstractNetconfTopology
  | 354 - netconf-topology-config - 1.2.1.Carbon | Adding keepalive facade, 
for device Uri [_value=826d1073-d4cc-4064-bb29-d815701b0d6a]

2018-01-29 23:01:46,175 | INFO  | on-dispatcher-52 | AbstractNetconfTopology
  | 354 - netconf-topology-config - 1.2.1.Carbon | Concurrent rpc limit is 
smaller than 1, no limit will be enforced for device 
RemoteDevice{826d1073-d4cc-4064-bb29-d815701b0d6a}

2018-01-29 23:01:46,203 | WARN  | a]-nio2-thread-5 | AsyncSshHandler
  | 340 - org.opendaylight.netconf.netty-util - 1.2.1.Carbon | Unable to 
setup SSH connection on channel: [id: 0x9380f506]

java.net.ConnectException: Connection refused

at sun.nio.ch.UnixAsynchronousSocketChannelImpl.checkConnect(Native 
Method)[:1.8.0_151]

at 
sun.nio.ch.UnixAsynchronousSocketChannelImpl.finishConnect(UnixAsynchronousSocketChannelImpl.java:252)[:1.8.0_151]

at 
sun.nio.ch.UnixAsynchronousSocketChannelImpl.finish(UnixAsynchronousSocketChannelImpl.java:198)[:1.8.0_151]

at 
sun.nio.ch.UnixAsynchronousSocketChannelImpl.onEvent(UnixAsynchronousSocketChannelImpl.java:213)[:1.8.0_151]

at sun.nio.ch.EPollPort$EventHandlerTask.run(EPollPort.java:293)[:1.8.0_151]

at java.lang.Thread.run(Thread.java:748)[:1.8.0_151]

2018-01-29 23:01:48,220 | WARN  | a]-nio2-thread-6 | AsyncSshHandler
  | 340 - org.opendaylight.netconf.netty-util - 1.2.1.Carbon | Unable to 
setup SSH connection on channel: 

Re: [onap-discuss] Demo update-vfw policy script when running without closed loop

[FREEMAN, BRIAN D]

Try via ssh from APPC. Its probably a connectivity issue over the OAM network.

Brian


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Ramanarayanan, 
Karthick
Sent: Monday, January 29, 2018 6:10 PM
To: PLATANIA, MARCO ; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Demo update-vfw policy script when running without 
closed loop


I have tried admin/admin as well for netconf username/password.

Doesn't work.

It seems its having issues connecting to netconf server on port 1830.




From: Ramanarayanan, Karthick
Sent: Monday, January 29, 2018 3:07:28 PM
To: PLATANIA, MARCO (MARCO); 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Demo update-vfw policy script when running without 
closed loop


This is the ODL karaf log from inside appc pod :

ssh -p 8101 karaf@localhost

log:tail



pertaining to the appc mount put request for your perusal.


2018-01-29 23:01:46,170 | INFO  | on-dispatcher-52 | AbstractNetconfTopology
  | 354 - netconf-topology-config - 1.2.1.Carbon | Connecting 
RemoteDevice{Uri [_value=826d1073-d4cc-4064-bb29-d815701b0d6a]} , with config 
Node{getNodeId=Uri [_value=826d1073-d4cc-4064-bb29-d815701b0d6a], 
augmentations={interface 
org.opendaylight.yang.gen.v1.urn.opendaylight.netconf.node.topology.rev150114.NetconfNode=NetconfNode{getActorResponseWaitTime=5,
 getBetweenAttemptsTimeoutMillis=2000, getConcurrentRpcLimit=0, 
getConnectionTimeoutMillis=2, 
getCredentials=LoginPassword{getPassword=root, getUsername=root, 
augmentations={}}, getDefaultRequestTimeoutMillis=6, getHost=Host 
[_ipAddress=IpAddress [_ipv4Address=Ipv4Address [_value=172.23.3.16]]], 
getKeepaliveDelay=120, getMaxConnectionAttempts=0, getPort=PortNumber 
[_value=2831], getSchemaCacheDirectory=schema, getSleepFactor=1.5, 
isReconnectOnChangedSchema=false, isSchemaless=false, isTcpOnly=false}}}
2018-01-29 23:01:46,175 | WARN  | on-dispatcher-52 | AbstractNetconfTopology
  | 354 - netconf-topology-config - 1.2.1.Carbon | Adding keepalive facade, 
for device Uri [_value=826d1073-d4cc-4064-bb29-d815701b0d6a]
2018-01-29 23:01:46,175 | INFO  | on-dispatcher-52 | AbstractNetconfTopology
  | 354 - netconf-topology-config - 1.2.1.Carbon | Concurrent rpc limit is 
smaller than 1, no limit will be enforced for device 
RemoteDevice{826d1073-d4cc-4064-bb29-d815701b0d6a}
2018-01-29 23:01:46,203 | WARN  | a]-nio2-thread-5 | AsyncSshHandler
  | 340 - org.opendaylight.netconf.netty-util - 1.2.1.Carbon | Unable to 
setup SSH connection on channel: [id: 0x9380f506]
java.net.ConnectException: Connection refused
at sun.nio.ch.UnixAsynchronousSocketChannelImpl.checkConnect(Native 
Method)[:1.8.0_151]
at 
sun.nio.ch.UnixAsynchronousSocketChannelImpl.finishConnect(UnixAsynchronousSocketChannelImpl.java:252)[:1.8.0_151]
at 
sun.nio.ch.UnixAsynchronousSocketChannelImpl.finish(UnixAsynchronousSocketChannelImpl.java:198)[:1.8.0_151]
at 
sun.nio.ch.UnixAsynchronousSocketChannelImpl.onEvent(UnixAsynchronousSocketChannelImpl.java:213)[:1.8.0_151]
at sun.nio.ch.EPollPort$EventHandlerTask.run(EPollPort.java:293)[:1.8.0_151]
at java.lang.Thread.run(Thread.java:748)[:1.8.0_151]
2018-01-29 23:01:48,220 | WARN  | a]-nio2-thread-6 | AsyncSshHandler
  | 340 - org.opendaylight.netconf.netty-util - 1.2.1.Carbon | Unable to 
setup SSH connection on channel: [id: 0x19ec55b6]
java.net.ConnectException: Connection refused
at sun.nio.ch.UnixAsynchronousSocketChannelImpl.checkConnect(Native 
Method)[:1.8.0_151]
at 
sun.nio.ch.UnixAsynchronousSocketChannelImpl.finishConnect(UnixAsynchronousSocketChannelImpl.java:252)[:1.8.0_151]
at 
sun.nio.ch.UnixAsynchronousSocketChannelImpl.finish(UnixAsynchronousSocketChannelImpl.java:198)[:1.8.0_151]
at 
sun.nio.ch.UnixAsynchronousSocketChannelImpl.onEvent(UnixAsynchronousSocketChannelImpl.java:213)[:1.8.0_151]
at sun.nio.ch.EPollPort$EventHandlerTask.run(EPollPort.java:293)[:1.8.0_151]
at java.lang.Thread.run(Thread.java:748)[:1.8.0_151]
2018-01-29 23:01:51,235 | WARN  | a]-nio2-thread-7 | AsyncSshHandler
  | 340 - org.opendaylight.netconf.netty-util - 1.2.1.Carbon | Unable to 
setup SSH connection on channel: [id: 0x0e1e1323]
java.net.ConnectException: Connection refused
at sun.nio.ch.UnixAsynchronousSocketChannelImpl.checkConnect(Native 
Method)[:1.8.0_151]
at 
sun.nio.ch.UnixAsynchronousSocketChannelImpl.finishConnect(UnixAsynchronousSocketChannelImpl.java:252)[:1.8.0_151]
at 
sun.nio.ch.UnixAsynchronousSocketChannelImpl.finish(UnixAsynchronousSocketChannelImpl.java:198)[:1.8.0_151]
at 
sun.nio.ch.UnixAsynchronousSocketChannelImpl.onEvent(UnixAsynchronousSocketChannelImpl.java:213)[:1.8.0_151]
at sun.nio.ch.EPollPort$EventHandlerTask.run(EPollPort.java:293)[:1.8.0_151]
at java.lang.Thread.run(Thread.java:748)[:1.8.0_151]
2018-01-29 23:01:55,751 | WARN  | a]-nio2-thread-8 | 

Re: [onap-discuss] [**EXTERNAL**] Service distribution error on latest ONAP/OOM

[FREEMAN, BRIAN D]

Alexi,

I cant get OOM install to work today (it was working yesterday) - seems to fail 
on sdc - doesnt pass healthcheck due to sdc-be as best I can tell .

I use cd.sh should i use the 4 step process below instead ?

Brian


-Original Message-
From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Alexis de Talhouët
Sent: Friday, January 26, 2018 8:50 AM
To: Ramanarayanan, Karthick 
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [**EXTERNAL**] Service distribution error on latest 
ONAP/OOM

Karthick,

I’ve just re-tested on latest Amsterdam, and distribute does work fine.

I don’t know if you have redeploy the whole ONAP or not, but understand that 
the issue you had with distribution not working was an issue
impacting so aai and sdc. 
The reason is, sdc is configured with the ueb cluster ip address (dmaap, the 
message bus basically), and the way ueb is configured in sdc is using
external access to dmaap, using the k8s node ip instead of the internal 
networking of k8s (e.g. dmaap.onap-message-router).
This change was done recently to accommodate DCAEGEN2 service-change-handler 
micro-service that has to connect to dmaap.
sdc has an api so one can retrieve the ueb cluster ips, 
/sdc/v1/distributionUebCluster, and all the consumer of sdc distribute are 
using the sdc-distribution-client application,
provided by sdc, that retrieves the ueb cluster ips using the api mentioned 
before. Hence when the DCAE micro service was retrieving the ips of the ueb 
cluster, and that one
was configured using k8s networking (dmaap.onap-message-router), the micro 
service was unable to resolve this; that’s why I changed it to the k8s node ip, 
that has to be resolvable
by the DCAE’s VMs.

Hope that clarifies a little bit what happen, and explain why I recommand you 
to re-deploy the whole onap by doing the following:

- In oom/kubernetes/oneclick: ./deleteAll.sh -n onap
- In the k8s nodes, rm -rf /dockerdata-nfs
- In oom/kubernetes/config: ./createConfig.sh -n onap
- In oom/kubernetes/oneclick: ./createAll.sh -n onap

This should take no longer than 15mn as you already have the docker images in 
your k8s hosts.

Alexis

> On Jan 25, 2018, at 8:17 PM, Ramanarayanan, Karthick  
> wrote:
> 
> Hi Alexis,
>  I am still getting the Policy Exception error POL5000 with dcae disabled, 
> (dcaegen2 app not running as mentioned earlier).
>  I am on the latest OOM for amsterdam (policy images are 1.1.3 as verified).
>  Service distribution immediately fails.
>  policy pod logs don't indicate anything. 
> They do resolve dmaap.onap-message-router fine and connected to dmaap on port 
> 3904.
>  
> Regards,
> -Karthick
> From: Ramanarayanan, Karthick
> Sent: Thursday, January 25, 2018 10:33:44 AM
> To: Alexis de Talhouët
> Cc: onap-discuss@lists.onap.org; Bainbridge, David
> Subject: Re: [**EXTERNAL**] [onap-discuss] Service distribution error on 
> latest ONAP/OOM
>  
> Thanks Alexis.
> Fix is looking good but I haven't moved up yet.
> Will do later.
> Regards,
> -Karthick
> From: Alexis de Talhouët 
> Sent: Tuesday, January 23, 2018 8:55:06 AM
> To: Ramanarayanan, Karthick
> Cc: onap-discuss@lists.onap.org; Bainbridge, David
> Subject: Re: [**EXTERNAL**] [onap-discuss] Service distribution error on 
> latest ONAP/OOM
>  
> Karthick,
> 
> The fix is out: 
> https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_-23_c_28591_=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=89C4aPc8CPL_g-Ru-fSqmRSXMfx_LsOSu2hB004h7DE=SjBZPZWfOOQdru4__bB8P3BpTea7c0b1ORpuAhQek8g=
>   and has been tested.
> Expect this to be merge on a couple of hours.
> 
> Please re-test and confirm it does fix your issue when you have time.
> 
> Regards,
> Alexis
> 
>> On Jan 22, 2018, at 11:57 AM, Ramanarayanan, Karthick  
>> wrote:
>> 
>> That's great Alexis.
>> Thanks.
>> (also don't be surprised if backend doesn't come up sometimes with no 
>> indicator in the log pods.
>>  Just restart cassandra, elastic search and kibana pod before restarting 
>> backend pod and it would load the user profiles in the sdc-be logs :)
>> 
>> Regards,
>> -Karthick
>> From: Alexis de Talhouët 
>> Sent: Monday, January 22, 2018 5:10:26 AM
>> To: Ramanarayanan, Karthick
>> Cc: onap-discuss@lists.onap.org; Bainbridge, David
>> Subject: Re: [**EXTERNAL**] [onap-discuss] Service distribution error on 
>> latest ONAP/OOM
>>  
>> Hi Karthick,
>> 
>> Yes, I’m aware of this since you mentioned it last week. I reproduced the 
>> issue.
>> Currently implementing a fix for it. Sorry for the regression introduced.
>> 
>> See 
>> https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_OOM-2D608=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=89C4aPc8CPL_g-Ru-fSqmRSXMfx_LsOSu2hB004h7DE=i88B99FSoWWT0mjgkUg_Bnyafz_o9l6u-nHdowzmoBI=
>>   for more details.
>> 
>> Thanks,
>> Alexis
>> 
>>> 

Re: [onap-discuss] [OOM] inter-module instantiate dependencies

[FREEMAN, BRIAN D]

On the chrome driver.

I think I worked around it by installing an alternate chrome version in the 
container.
Using part of a fix that Gary has in integration – basically using the 2.32 
version instead of the version in the container.

Brian


# install chrome driver
if [ ! -x ${ROBOT_VENV}/bin/chromedriver ]; then
pushd ${ROBOT_VENV}/bin
wget -N 
http://chromedriver.storage.googleapis.com/2.32/chromedriver_linux64.zip
unzip chromedriver_linux64.zip
chmod +x chromedriver
popd
fi

From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Wednesday, January 24, 2018 2:10 PM
To: FREEMAN, BRIAN D <bf1...@att.com>
Cc: onap-discuss <onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [OOM] inter-module instantiate dependencies

Thank Brian for trying OOM and helping improving it! I guess this is on 
Amsterdam?
I opened bugs to track this, see inline. for questions.

Thanks
Alexis


On Jan 24, 2018, at 1:50 PM, FREEMAN, BRIAN D 
<bf1...@att.com<mailto:bf1...@att.com>> wrote:

Started to confirm functionality with OOM Amsterdam.

I think these are already being tracked but wanted to confirm with OOM team.


  1.  Model distribution from SDC fails to SO and SDNC on a fresh install.

 *   SO’s ASDC Adapter tries to communicate with SDC-BE before its up.
   i.  Delete 
of the SO pod and K8 automated restart clears the problem – redistribute works 
so it seems like a timing problem that SO should not be started till SDC-BEis 
up.

AdT: 
https://jira.onap.org/browse/OOM-616<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_OOM-2D616=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=0q6hZVTaqZ7d33E8pEaugboYHfjCjI_0rYPNo91TCCU=ltLOv2wp22VQOG-weLJjQaTkLwj7PIWg9r1vpdXkuTc=>



 *   SDNC ueb-listener tries to communicate with SDC-BE before its up.
   i.  Delete 
of the ueb-listener pod and K8 automated restart clears the problem – 
redistribute works so it seems like a timing problem that ueb-listener/SDNC 
should not be started till SDC is up.

AdT: 
https://jira.onap.org/browse/OOM-617<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_OOM-2D617=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=0q6hZVTaqZ7d33E8pEaugboYHfjCjI_0rYPNo91TCCU=oAqDwtrHbRogu8ZA7K1KcOSZkmdzDX9Y-4fs0x0OdX0=>



 *   Agree there should be automated retry in listeners on boot but in 
Amsterdam that does not seem to be there.

AdT: It’s ok, we can have deterministic startup with K8S. We can check for a 
given port to be open.



 *

  1.  AAF does not come up and delays the install by 10+ minutes

 *   I assume we can take AAF out of the config and not try to start it.
 *   I would think for Amsterdam that might need to be the default

AdT: As far as I know, AAF never worked for OOM on Amsterdam. Always failed 
with `Error: Could not find or load main class 
org.onap.aaf.authz.service.AuthAPI`


  1.  Robot had a problem with the chrome driver when trying to instantiate 
(and probably other flows) – is there a fix ?

 *   WebDriverException: Message: unknown error: an X display is required 
for keycode conversions, consider using Xvfb (Session info: headless 
chrome=63.0.3239.132) (Driver info: chromedriver=2.29.461571


AdT: Is this specific to OOM?




Brian

___
onap-discuss mailing list
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
https://lists.onap.org/mailman/listinfo/onap-discuss<https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=0q6hZVTaqZ7d33E8pEaugboYHfjCjI_0rYPNo91TCCU=rHqg85CQ5FyJN75nqHsgWBLC6vcn_orisGfehj8iHJs=>

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [OOM] inter-module instantiate dependencies

[FREEMAN, BRIAN D]

Started to confirm functionality with OOM Amsterdam.

I think these are already being tracked but wanted to confirm with OOM team.


  1.  Model distribution from SDC fails to SO and SDNC on a fresh install.
 *   SO's ASDC Adapter tries to communicate with SDC-BE before its up.

   i.  Delete 
of the SO pod and K8 automated restart clears the problem - redistribute works 
so it seems like a timing problem that SO should not be started till SDC-BEis 
up.

 *   SDNC ueb-listener tries to communicate with SDC-BE before its up.

   i.  Delete 
of the ueb-listener pod and K8 automated restart clears the problem - 
redistribute works so it seems like a timing problem that ueb-listener/SDNC 
should not be started till SDC is up.

 *   Agree there should be automated retry in listeners on boot but in 
Amsterdam that does not seem to be there.
  1.  AAF does not come up and delays the install by 10+ minutes
 *   I assume we can take AAF out of the config and not try to start it.
 *   I would think for Amsterdam that might need to be the default
  2.  Robot had a problem with the chrome driver when trying to instantiate 
(and probably other flows) - is there a fix ?
 *   WebDriverException: Message: unknown error: an X display is required 
for keycode conversions, consider using Xvfb (Session info: headless 
chrome=63.0.3239.132) (Driver info: chromedriver=2.29.461571



Brian

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [AAI][SO] How to add another LCP Region

[FREEMAN, BRIAN D]

I think this issue was the format of onap_parameters.yaml changed.


I re-edited the onap_parameters_sample.yaml and used that and it at least got 
past the k8 init phase.


Brian


From: FREEMAN, BRIAN D
Sent: Tuesday, January 23, 2018 3:56 PM
To: Alexis de Talhouët <adetalhoue...@gmail.com>
Cc: onap-discuss <onap-discuss@lists.onap.org>
Subject: RE: [onap-discuss] [AAI][SO] How to add another LCP Region

That’s Michael’s continuouse deployment script.

It was working fine now I seem to have broken it.

Brian


From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Tuesday, January 23, 2018 3:54 PM
To: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>
Cc: onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] [AAI][SO] How to add another LCP Region

Brian,

I’m not familiar with the cd.sh script.

Alexis

On Jan 23, 2018, at 12:53 PM, FREEMAN, BRIAN D 
<bf1...@att.com<mailto:bf1...@att.com>> wrote:

OK – I’ll try later. For some reason cd.sh got stuck “waiting for config pod to 
complete” ?

Do I need to update my version of cd.sh ?

Brian


From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Tuesday, January 23, 2018 11:48 AM
To: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>
Cc: onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] [AAI][SO] How to add another LCP Region

Brian, no it’s not merged yet.

It has been Code-Review +2 and Verified +1, but not submitted yet. It’s 
dependent on some other patch I was testing. I just found my missing piece. 
Expect this to be merge by 1pm.

Thanks for testing, though :)

Thanks,
Alexis


On Jan 23, 2018, at 11:37 AM, FREEMAN, BRIAN D 
<bf1...@att.com<mailto:bf1...@att.com>> wrote:

I think it was merged today (in parallel with your email I suspect).

Trying an cd.sh install now on -b amsterdam to see.

Brian


From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Tuesday, January 23, 2018 11:28 AM
To: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>
Cc: onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] [AAI][SO] How to add another LCP Region





On Jan 10, 2018, at 5:56 PM, FREEMAN, BRIAN D 
<bf1...@att.com<mailto:bf1...@att.com>> wrote:


  1.  Robot did not work – trying to patch/work around to use it and it 
partially succeed – could be amsterdam vs master issue

 *   Tried to run robot distribute and the heat templates were missing
 *   Used the following:
   i.  Cd 
/dockerdata-nfs/onap/
 ii.  Git clone 
http://gerrit.onap.org/r/demo<https://urldefense.proofpoint.com/v2/url?u=http-3A__gerrit.onap.org_r_demo=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=o3Vg65e8bgfkPRtjuz5eDNYufb41yNfuAyjRaK4bftI=D-8_FXY0_QYgowq65_4Z9CWQaQZopUGFiCjMcYjKxOg=>
   iii.  Cd demo
   iv.  cp -rf heat 
../robot/eteshare
 v.  this put 
the heat/vFW etc into the heat directory.

 *   After this distribute seems to work partially
   i.  ROBOT 
fails after partially distributing looking for 6 thing and getting 5 – not sure 
what that error is but the models do seem to be distributed to AAI and SO from 
the SDC GUI perspective


Brian, the fix for this is now out: 
https://gerrit.onap.org/r/#/c/28935/<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_-23_c_28935_=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=o3Vg65e8bgfkPRtjuz5eDNYufb41yNfuAyjRaK4bftI=ZzJnP1iNcTOUodaNsGPvcXKQzWzY5trbqBadkE6Mdrw=>

Expect it to be merged in the next few days.

Thanks,
Alexis

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [AAI][SO] How to add another LCP Region

[FREEMAN, BRIAN D]

That’s Michael’s continuouse deployment script.

It was working fine now I seem to have broken it.

Brian


From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Tuesday, January 23, 2018 3:54 PM
To: FREEMAN, BRIAN D <bf1...@att.com>
Cc: onap-discuss <onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [AAI][SO] How to add another LCP Region

Brian,

I’m not familiar with the cd.sh script.

Alexis


On Jan 23, 2018, at 12:53 PM, FREEMAN, BRIAN D 
<bf1...@att.com<mailto:bf1...@att.com>> wrote:

OK – I’ll try later. For some reason cd.sh got stuck “waiting for config pod to 
complete” ?

Do I need to update my version of cd.sh ?

Brian


From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Tuesday, January 23, 2018 11:48 AM
To: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>
Cc: onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] [AAI][SO] How to add another LCP Region

Brian, no it’s not merged yet.

It has been Code-Review +2 and Verified +1, but not submitted yet. It’s 
dependent on some other patch I was testing. I just found my missing piece. 
Expect this to be merge by 1pm.

Thanks for testing, though :)

Thanks,
Alexis



On Jan 23, 2018, at 11:37 AM, FREEMAN, BRIAN D 
<bf1...@att.com<mailto:bf1...@att.com>> wrote:

I think it was merged today (in parallel with your email I suspect).

Trying an cd.sh install now on -b amsterdam to see.

Brian


From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Tuesday, January 23, 2018 11:28 AM
To: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>
Cc: onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] [AAI][SO] How to add another LCP Region






On Jan 10, 2018, at 5:56 PM, FREEMAN, BRIAN D 
<bf1...@att.com<mailto:bf1...@att.com>> wrote:


  1.  Robot did not work – trying to patch/work around to use it and it 
partially succeed – could be amsterdam vs master issue

 *   Tried to run robot distribute and the heat templates were missing
 *   Used the following:
   i.  Cd 
/dockerdata-nfs/onap/
 ii.  Git clone 
http://gerrit.onap.org/r/demo<https://urldefense.proofpoint.com/v2/url?u=http-3A__gerrit.onap.org_r_demo=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=o3Vg65e8bgfkPRtjuz5eDNYufb41yNfuAyjRaK4bftI=D-8_FXY0_QYgowq65_4Z9CWQaQZopUGFiCjMcYjKxOg=>
   iii.  Cd demo
   iv.  cp -rf heat 
../robot/eteshare
 v.  this put 
the heat/vFW etc into the heat directory.

 *   After this distribute seems to work partially
   i.  ROBOT 
fails after partially distributing looking for 6 thing and getting 5 – not sure 
what that error is but the models do seem to be distributed to AAI and SO from 
the SDC GUI perspective


Brian, the fix for this is now out: 
https://gerrit.onap.org/r/#/c/28935/<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_-23_c_28935_=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=o3Vg65e8bgfkPRtjuz5eDNYufb41yNfuAyjRaK4bftI=ZzJnP1iNcTOUodaNsGPvcXKQzWzY5trbqBadkE6Mdrw=>

Expect it to be merged in the next few days.

Thanks,
Alexis

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [AAI][SO] How to add another LCP Region

[FREEMAN, BRIAN D]

OK – I’ll try later. For some reason cd.sh got stuck “waiting for config pod to 
complete” ?

Do I need to update my version of cd.sh ?

Brian


From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Tuesday, January 23, 2018 11:48 AM
To: FREEMAN, BRIAN D <bf1...@att.com>
Cc: onap-discuss <onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [AAI][SO] How to add another LCP Region

Brian, no it’s not merged yet.

It has been Code-Review +2 and Verified +1, but not submitted yet. It’s 
dependent on some other patch I was testing. I just found my missing piece. 
Expect this to be merge by 1pm.

Thanks for testing, though :)

Thanks,
Alexis


On Jan 23, 2018, at 11:37 AM, FREEMAN, BRIAN D 
<bf1...@att.com<mailto:bf1...@att.com>> wrote:

I think it was merged today (in parallel with your email I suspect).

Trying an cd.sh install now on -b amsterdam to see.

Brian


From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Tuesday, January 23, 2018 11:28 AM
To: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>
Cc: onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] [AAI][SO] How to add another LCP Region





On Jan 10, 2018, at 5:56 PM, FREEMAN, BRIAN D 
<bf1...@att.com<mailto:bf1...@att.com>> wrote:


  1.  Robot did not work – trying to patch/work around to use it and it 
partially succeed – could be amsterdam vs master issue

 *   Tried to run robot distribute and the heat templates were missing
 *   Used the following:
   i.  Cd 
/dockerdata-nfs/onap/
 ii.  Git clone 
http://gerrit.onap.org/r/demo<https://urldefense.proofpoint.com/v2/url?u=http-3A__gerrit.onap.org_r_demo=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=o3Vg65e8bgfkPRtjuz5eDNYufb41yNfuAyjRaK4bftI=D-8_FXY0_QYgowq65_4Z9CWQaQZopUGFiCjMcYjKxOg=>
   iii.  Cd demo
   iv.  cp -rf heat 
../robot/eteshare
 v.  this put 
the heat/vFW etc into the heat directory.

 *   After this distribute seems to work partially
   i.  ROBOT 
fails after partially distributing looking for 6 thing and getting 5 – not sure 
what that error is but the models do seem to be distributed to AAI and SO from 
the SDC GUI perspective


Brian, the fix for this is now out: 
https://gerrit.onap.org/r/#/c/28935/<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_-23_c_28935_=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=o3Vg65e8bgfkPRtjuz5eDNYufb41yNfuAyjRaK4bftI=ZzJnP1iNcTOUodaNsGPvcXKQzWzY5trbqBadkE6Mdrw=>

Expect it to be merged in the next few days.

Thanks,
Alexis

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [AAI][SO] How to add another LCP Region

[FREEMAN, BRIAN D]

I think it was merged today (in parallel with your email I suspect).

Trying an cd.sh install now on -b amsterdam to see.

Brian


From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Tuesday, January 23, 2018 11:28 AM
To: FREEMAN, BRIAN D <bf1...@att.com>
Cc: onap-discuss <onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [AAI][SO] How to add another LCP Region




On Jan 10, 2018, at 5:56 PM, FREEMAN, BRIAN D 
<bf1...@att.com<mailto:bf1...@att.com>> wrote:


  1.  Robot did not work – trying to patch/work around to use it and it 
partially succeed – could be amsterdam vs master issue

 *   Tried to run robot distribute and the heat templates were missing
 *   Used the following:
   i.  Cd 
/dockerdata-nfs/onap/
 ii.  Git clone 
http://gerrit.onap.org/r/demo<https://urldefense.proofpoint.com/v2/url?u=http-3A__gerrit.onap.org_r_demo=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=o3Vg65e8bgfkPRtjuz5eDNYufb41yNfuAyjRaK4bftI=D-8_FXY0_QYgowq65_4Z9CWQaQZopUGFiCjMcYjKxOg=>
   iii.  Cd demo
   iv.  cp -rf heat 
../robot/eteshare
 v.  this put 
the heat/vFW etc into the heat directory.

 *   After this distribute seems to work partially
   i.  ROBOT 
fails after partially distributing looking for 6 thing and getting 5 – not sure 
what that error is but the models do seem to be distributed to AAI and SO from 
the SDC GUI perspective


Brian, the fix for this is now out: 
https://gerrit.onap.org/r/#/c/28935/<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_-23_c_28935_=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=o3Vg65e8bgfkPRtjuz5eDNYufb41yNfuAyjRaK4bftI=ZzJnP1iNcTOUodaNsGPvcXKQzWzY5trbqBadkE6Mdrw=>

Expect it to be merged in the next few days.

Thanks,
Alexis
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [OOM] DCAE status in non-openstack clouds ?

[FREEMAN, BRIAN D]

Michael,

WRT ARM. I've looked at it before and its not funcationally equivalent to HEAT. 
There is no ARM stack ID that allows changes or even delete's. Its really just 
a macro for the create/instantiate api calls and not a real resource in Azure. 
I think the plan will be to use a cloudify/Aria pluging to convert a TOSCA 
tempalte into the non-openstack cloud API calls.
I dont know if CloudFoundation is more like HEAT but I think doing 
non-openstack clouds via the cloudify/aria tosca template makes the most sense.

AT should be contributing some code we put together for this but there is 
alot of work left to do.

Brina


-Original Message-
From: OBRIEN, FRANK MICHAEL 
Sent: Tuesday, January 23, 2018 9:22 AM
To: Alexis de Talhouët <adetalhoue...@gmail.com>; FREEMAN, BRIAN D 
<bf1...@att.com>
Cc: onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] [OOM] DCAE status in non-openstack clouds ?

Brian,

   Good question.  I have started going to the multivim meetings on Mondays.

   I am interested in work to start bringing in southbound plugins to bring up 
VNFs on Azure and AWS.  I understand the Azure work is in the queue.  The AWS 
work has not started yet.

   In the far future we will also look at containerized VNFs but for now we 
should be able to plugin ARM and CloudFormation templates alongside the current 
HEAT ones - don't know if this work will make it in Beijing.



   Btw, thank you for the Azure push a month ago - we started getting things 
rolling around the 20th of Dec and should receive our Azure subscription within 
the week.  For now I occasionally run some personal account tests on azure to 
prep.

   /michael



-Original Message-

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Alexis de Talhouët

Sent: Monday, January 22, 2018 09:48

To: BRIAN D FREEMAN <bf1...@att.com>

Cc: onap-discuss@lists.onap.org

Subject: Re: [onap-discuss] [OOM] DCAE status in non-openstack clouds ?



Brian,



DCAE deployment in Amsterdam is coupled to OpenStack cloud, and we’re not in 
the process of supporting other cloud for now.

This could be an enhancement for Beijing, if DCAE still runs in VMs. And if we 
do such implementation, we should leverage Multicloud interfaces to do so.



Prior to this, we should flush out the requirement of DCAE deployment on 
different type of cloud, what are the implications and so on.



Alexis



> On Jan 22, 2018, at 9:34 AM, FREEMAN, BRIAN D <bf1...@att.com> wrote:

> 

> Michale, Alexis,

> 

> What is the current status of bring DCAE up on non-openstack clouds via OOM ? 
> I have gotten all components but DCAE to pass healthcheck but not sure 
> dcaegen2 pod is even starting in my Azure test environment.

> 

> Brian

> 

> -Original Message-

> From: onap-discuss-boun...@lists.onap.org 

> [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Michael 

> O'Brien via RT

> Sent: Friday, January 05, 2018 2:46 PM

> Cc: onap-discuss@lists.onap.org; onap-...@lists.onap.org

> Subject: Re: [onap-discuss] [ONAP Helpdesk #50702] Unable to create 

> new JIRA on mandatory "Affects Version" introduced today

> 

> Jessica,

>   Fixed - thank you

>   Verified task and bug creation

> https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_bro

> wse_INT-2D376=DwICAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2F

> zw=X0h7lcMZUU83N2cuK_RLHtm5rKHLh_QVh7IVqQwuWl8=tKrU0djaLFNMunPe64U

> L71aFWuRZOtZNphgsL0_tZww= 

> https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_bro

> wse_INT-2D377=DwICAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2F

> zw=X0h7lcMZUU83N2cuK_RLHtm5rKHLh_QVh7IVqQwuWl8=lmgLUdA1wy4X-hgZh5s

> G7g92G3dUW8ZBiQIzON1dVIg=

> 

>   /michael

> 

> -Original Message-

> From: Jessica Wagantall via RT 

> [mailto:onap-helpd...@rt.linuxfoundation.org]

> Sent: Friday, January 5, 2018 13:38

> To: Michael O'Brien <frank.obr...@amdocs.com>

> Cc: onap-discuss@lists.onap.org; onap-...@lists.onap.org

> Subject: [ONAP Helpdesk #50702] Unable to create new JIRA on mandatory 

> "Affects Version" introduced today

> 

> Dear Michael ,

> 

> Can you please try again. This mandatory field has now been isolated to only 
> Bug type issues on its own. Epic and Story can now be created without the 
> need of an Affected Version. 

> 

> Please try and let me know. 

> 

> Thanks and sorry for the trouble

> Jess

> 

> On Fri Jan 05 13:33:22 2018, jwagantall wrote:

>> Working on this now.. 

>> 

>> thanks!

>> Jess

>> 

>> On Fri Jan 05 08:17:31 2018, frank.obr...@amdocs.com wrote:

>>> Jessica,

>>>   Hi, JIRA currently is broken on the new validation field - we are 

>>> not able to add

Re: [onap-discuss] conflicted Interpretation of Cloud Region ID in AAI, RE: [AAI][SO] How to add another LCP Region

[FREEMAN, BRIAN D]

It doesnt break multi-vim if regionIds are globally unique. Agree its 
sub-optimal but it is a constraint of the amsterdam API’s that they have to be.

Brian


From: Yang, Bin [mailto:bin.y...@windriver.com]
Sent: Monday, January 22, 2018 9:32 AM
To: FREEMAN, BRIAN D <bf1...@att.com>; Alexis de Talhouët 
<adetalhoue...@gmail.com>
Cc: onap-discuss <onap-discuss@lists.onap.org>; Ethan Lynn 
(ethanly...@vmware.com) <ethanly...@vmware.com>; HU, BIN <bh5...@att.com>
Subject: conflicted Interpretation of Cloud Region ID in AAI, RE: 
[onap-discuss] [AAI][SO] How to add another LCP Region

Hi Brian,

   Two OpenStack instance cannot have the same Region ID will be a 
fundamental (and confusing) assumption which impacts many ONAP components.  
MultiCloud is one of them which has been interpreting this Region ID in 
different way: MultiCloud assumes that this Cloud Region ID in AAI was to store 
the OpenStack’s Region ID , it is confined in scope of a Cloud Owner. So 
MultiCloud assumes that Region ID itself does not have to be unique , but Cloud 
Owner + Cloud Region ID should be unique.  This interpretation was based on the 
communication with AAI team (Ethan in cc list could share more context around 
that communication).

With the AAI documentation (aai_swagger_v11.html), the cloud-region is uniquely 
identified by {cloud-owner}/{cloud-region-id}, not the {cloud-region-id} alone. 
That implies that it is possible that different {cloud-owner} have the same 
{cloud-region-id}.

GET 
/cloud-infrastructure/cloud-regions/cloud-region/{cloud-owner}/{cloud-region-id}
Tags: 
CloudInfrastructure
returns cloud-region

cloud-owner

Identifies the vendor and cloud name, e.g., att-aic. First part of composite 
key should be formatted as vendor-cloudname

path

string

cloud-region-id

Identifier used by the vendor for the region. Second part of composite key

path

string



On the other hands, SO, Robot VM, they all use ‘cloud-region-id’ as parameter 
to invoke OpenStack API, which means, this ‘cloud-region-id’ is the exactly the 
Region ID used in context of OpenStack API. Inevitably, there will be different 
OpenStack provisioned with “RegionOne” by default.

So there is discrepancy between different ONAP components with regarding to how 
to interpret this ‘cloud-region-id’ in AAI. This discrepancy should be resolved 
in Beijing Release, otherwise it will be a blocking issue when there is use 
case to deploy VNFs to multiple VIM/Cloud instances.

Thanks.

Best Regards,
Bin Yang,Solution Readiness Team,Wind River
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of FREEMAN, BRIAN D
Sent: Thursday, January 11, 2018 2:55 AM
To: Alexis de Talhouët
Cc: onap-discuss
Subject: Re: [onap-discuss] [AAI][SO] How to add another LCP Region

“So is it fair to say X distinct OpenStack instances must have unique Region(s) 
to be used in ONAP? e.g. two instance cannot have the same Region.” – Yes

Brian

From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Wednesday, January 10, 2018 1:48 PM
To: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>
Cc: onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] [AAI][SO] How to add another LCP Region

Ok, creating another Region in OpenStack , alongs with its service endpoints is 
working.

So is it fair to say X distinct OpenStack instances must have unique Region(s) 
to be used in ONAP? e.g. two instance cannot have the same Region.

Thanks for the help,
Alexis

On Jan 10, 2018, at 9:57 AM, FREEMAN, BRIAN D 
<bf1...@att.com<mailto:bf1...@att.com>> wrote:

I would name the second openstack something other than RegionOne in that 
Openstack :)  I suspect the design assumes the cloud regions have unique names 
but I didnt think robot needed the cloud region in their vanilla openstack 
keystone queries (but its been a while since I looked at a trace). I know 
Rackspace does have unique region names (IAD, DFW, etc) and we do in our 
installations but not sure if vanilla would require that.

Brian


From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Wednesday, January 10, 2018 9:53 AM
To: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>
Cc: onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] [AAI][SO] How to add another LCP Region

Ok, haven’t thought about deploying another robot.

Regarding my attempt with RegionAlex, the thing is this region doesn’t exist in 
my Openstack, it’s RegionOne that exist. That’s why it’s not working. But I 
have to use a different name so mso can differentiate.
But maybe I haven’t updated all the python scripts. I’ll have anot

[onap-discuss] [OOM] DCAE status in non-openstack clouds ?

[FREEMAN, BRIAN D]

Michale, Alexis,

What is the current status of bring DCAE up on non-openstack clouds via OOM ? I 
have gotten all components but DCAE to pass healthcheck but not sure dcaegen2 
pod is even starting in my Azure test environment.

Brian

-Original Message-
From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Michael O'Brien via RT
Sent: Friday, January 05, 2018 2:46 PM
Cc: onap-discuss@lists.onap.org; onap-...@lists.onap.org
Subject: Re: [onap-discuss] [ONAP Helpdesk #50702] Unable to create new JIRA on 
mandatory "Affects Version" introduced today

Jessica,
   Fixed - thank you
   Verified task and bug creation
https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_INT-2D376=DwICAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=X0h7lcMZUU83N2cuK_RLHtm5rKHLh_QVh7IVqQwuWl8=tKrU0djaLFNMunPe64UL71aFWuRZOtZNphgsL0_tZww=
  
https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_INT-2D377=DwICAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=X0h7lcMZUU83N2cuK_RLHtm5rKHLh_QVh7IVqQwuWl8=lmgLUdA1wy4X-hgZh5sG7g92G3dUW8ZBiQIzON1dVIg=
 

   /michael

-Original Message-
From: Jessica Wagantall via RT [mailto:onap-helpd...@rt.linuxfoundation.org] 
Sent: Friday, January 5, 2018 13:38
To: Michael O'Brien 
Cc: onap-discuss@lists.onap.org; onap-...@lists.onap.org
Subject: [ONAP Helpdesk #50702] Unable to create new JIRA on mandatory "Affects 
Version" introduced today

Dear Michael , 

Can you please try again. This mandatory field has now been isolated to only 
Bug type issues on its own. Epic and Story can now be created without the need 
of an Affected Version. 

Please try and let me know. 

Thanks and sorry for the trouble
Jess

On Fri Jan 05 13:33:22 2018, jwagantall wrote:
> Working on this now.. 
> 
> thanks!
> Jess
> 
> On Fri Jan 05 08:17:31 2018, frank.obr...@amdocs.com wrote:
> > Jessica,
> >Hi, JIRA currently is broken on the new validation field - we are 
> > not able to add any new issues - could we get this addressed ASAP, 
> > either temporarily reverse the change and retest it before 
> > reintroducing it or temporarily auto-populating it
> > 
> > Thank you
> > /michael
> > 
> > -Original Message-
> >  From: ONAP Helpdesk via RT [mailto:onap- 
> > helpd...@rt.linuxfoundation.org]
> > Sent: Friday, January 5, 2018 00:44
> > To: Michael O'Brien 
> > Subject: [ONAP Helpdesk #50702] AutoReply: Unable to create new JIRA 
> > on mandatory "Affects Version" introduced today
> > 
> > Greetings,
> > 
> > Your support ticket regarding:
> > "Unable to create new JIRA on mandatory "Affects Version"
> > introduced today", has been entered in our ticket tracker.  A 
> > summary of your ticket appears below.
> > 
> > If you have any follow-up related to this issue, please reply to 
> > this email.
> > 
> > You may also follow up on your open tickets by visiting 
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__rt.linuxfoundation.org_=DwICAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=X0h7lcMZUU83N2cuK_RLHtm5rKHLh_QVh7IVqQwuWl8=FXckY0PVLNJI-0IyLaAM6k6lmgsRtC5iXouWEJ8SEcU=
> >   -- if you have not logged into RT 
> > before, you will need to follow the "Forgot your password" link to 
> > set an RT password.
> > 
> > --
> > The Linux Foundation Support Team
> > 
> > 
> > 
> > -
> > LF,
> >   Hi, I totally agree with the new mandatory field "affects version"
> > - however I have tried adjusting the "configure fields" section and 
> > an unable to raise any Epic or Story anymore because of the blocking 
> > error on this field - which does not show on the create issue screen.
> >Setting the "Fix Version/s" field does not help.
> >Can you adjust the "Create Issue" screen so we can fill in this 
> > mandatory field
> > 
> > 
> > [cid:image002.jpg@01D385BE.48F088C0]
> > thank you
> >/Michael
> > 
> > This message and the information contained herein is proprietary and 
> > confidential and subject to the Amdocs policy statement,
> > 
> > you may review at 
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__www.amdocs.com_about_email-2Ddisclaimer=DwICAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=X0h7lcMZUU83N2cuK_RLHtm5rKHLh_QVh7IVqQwuWl8=cwcQx-lb5lvCNmnJ6UvcPywCAUokSHPPUtuuEMBOiM8=
> >  
> >  >  >
> > 
> > This message and the information contained herein is proprietary and 
> > confidential and subject to the Amdocs policy statement,
> > 
> > you may review at 
> > 

Re: [onap-discuss] [**EXTERNAL**] Re: Service distribution error on latest ONAP/OOM

[FREEMAN, BRIAN D]

When the Queue / topic has  not been created yet because there hasn't been the 
first event for an unathenticated topic you would get this message.

Its a normal message until the first VES event leads to that a message on the 
topic.

Brian


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Ramanarayanan, 
Karthick
Sent: Friday, January 19, 2018 11:54 AM
To: Alexis de Talhouët 
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [**EXTERNAL**] Re: Service distribution error on 
latest ONAP/OOM


FWIW, this is the log from policy drools pod. I didn't think it was suspicious 
or related.

But here you go for the topic not found error log that keeps coming every 15 
seconds.

Probably not related to distribution error:


[2018-01-19 
16:50:28,582|WARN|CambriaConsumerImpl|UEB-source-unauthenticated.DCAE_CL_OUTPUT]
 Topic not found: 
/events/unauthenticated.DCAE_CL_OUTPUT/df217580-32bf-4ec5-bdd8-55971c20ad31/0?timeout=15000=100
[2018-01-19 
16:50:43,586|WARN|CambriaConsumerImpl|UEB-source-unauthenticated.DCAE_CL_OUTPUT]
 Topic not found: 
/events/unauthenticated.DCAE_CL_OUTPUT/df217580-32bf-4ec5-bdd8-55971c20ad31/0?timeout=15000=100
[2018-01-19 16:50:43,586|WARN|CambriaConsumerImpl|UEB-source-APPC-LCM-WRITE] 
Topic not found: 
/events/APPC-LCM-WRITE/91345324-2bae-47c0-94cb-cc0bc8229231/0?timeout=15000=100
[2018-01-19 16:50:58,589|WARN|CambriaConsumerImpl|UEB-source-APPC-LCM-WRITE] 
Topic not found: 
/events/APPC-LCM-WRITE/91345324-2bae-47c0-94cb-cc0bc8229231/0?timeout=15000=100
[2018-01-19 
16:50:58,589|WARN|CambriaConsumerImpl|UEB-source-unauthenticated.DCAE_CL_OUTPUT]
 Topic not found: 
/events/unauthenticated.DCAE_CL_OUTPUT/df217580-32bf-4ec5-bdd8-55971c20ad31/0?timeout=15000=100
[2018-01-19 16:51:13,593|WARN|CambriaConsumerImpl|UEB-source-APPC-LCM-WRITE] 
Topic not found: 
/events/APPC-LCM-WRITE/91345324-2bae-47c0-94cb-cc0bc8229231/0?timeout=15000=100
[2018-01-19 
16:51:13,593|WARN|CambriaConsumerImpl|UEB-source-unauthenticated.DCAE_CL_OUTPUT]
 Topic not found: 
/events/unauthenticated.DCAE_CL_OUTPUT/df217580-32bf-4ec5-bdd8-55971c20ad31/0?timeout=15000=100


Regards,

-Karthick


From: Ramanarayanan, Karthick
Sent: Friday, January 19, 2018 8:48:23 AM
To: Alexis de Talhouët
Cc: onap-discuss@lists.onap.org
Subject: Re: [**EXTERNAL**] Re: [onap-discuss] Service distribution error on 
latest ONAP/OOM


Hi Alexis,

 I did check the policy pod logs before sending the mail.

 I didn't see anything suspicious.

 I initially suspected aai-service dns not getting resolved but you seem to 
have fixed it

 and it was accessible from policy pod.

 Nothing suspicious from any log anywhere.

 I did see that the health check on sdc pods returned all UP except: DE 
component whose health check was down.

 Not sure if its anyway related. Could be benign.


curl http://127.0.0.1:30206/sdc1/rest/healthCheck
{
 "sdcVersion": "1.1.0",
 "siteMode": "unknown",
 "componentsInfo": [
   {
 "healthCheckComponent": "BE",
 "healthCheckStatus": "UP",
 "version": "1.1.0",
 "description": "OK"
   },
   {
 "healthCheckComponent": "TITAN",
 "healthCheckStatus": "UP",
 "description": "OK"
   },
   {
 "healthCheckComponent": "DE",
 "healthCheckStatus": "DOWN",
 "description": "U-EB cluster is not available"
   },
   {
 "healthCheckComponent": "CASSANDRA",
 "healthCheckStatus": "UP",
 "description": "OK"
   },
   {
 "healthCheckComponent": "ON_BOARDING",
 "healthCheckStatus": "UP",
 "version": "1.1.0",
 "description": "OK",
 "componentsInfo": [
   {
 "healthCheckComponent": "ZU",
 "healthCheckStatus": "UP",
 "version": "0.2.0",
 "description": "OK"
   },
   {
 "healthCheckComponent": "BE",
 "healthCheckStatus": "UP",
 "version": "1.1.0",
 "description": "OK"
   },
   {
 "healthCheckComponent": "CAS",
 "healthCheckStatus": "UP",
 "version": "2.1.17",
 "description": "OK"
   },
   {
 "healthCheckComponent": "FE",
 "healthCheckStatus": "UP",
 "version": "1.1.0",
 "description": "OK"
   }
 ]
   },
   {
 "healthCheckComponent": "FE",
 "healthCheckStatus": "UP",
 "version": "1.1.0",
 "description": "OK"
   }
 ]




On some occasions backend doesn't come up even though pods are running.

(seen on other nodes running onap and was there even without your changes. Logs 
indicated nothing.

But if I restart the sdc pods for cassandra, elastic search and kibana before 
backend restart, backend starts responding and ends up creating the user 
profile entries for the various user roles for onap as seen in logs. But this 
is unrelated to this service distribution error as backend is up.)

)





Regards,

-Karthick


From: 

Re: [onap-discuss] [OOM] - restart pod behavoir with SDNC data

[FREEMAN, BRIAN D]

I think we need to mount /opt/opendaylight/current and perhaps /opt/sdnc (or 
whatever).

/opt/opendaylight becuase unless we preserve the file system then SDNC will 
have to re-install the karaf feature bundles for SDNC/APPC on every restart and 
load the directed graphs etc before replication of data will work (the data 
models for the northbound API aren’t in ODL till the karaf features are loaded).

This will take minutes as I suspect you have noticed in OOM today vs in plain 
docker its seconds to restart.

Brian


From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Tuesday, January 16, 2018 8:38 AM
To: FREEMAN, BRIAN D <bf1...@att.com>
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [OOM] - restart pod behavoir with SDNC data

Hi Brian,

Resiliency is part of this epic: 
OOM-346<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_OOM-2D346=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=fWIvnACN-K4rnPKMvfgro5YtsbmlibTNYBjJV7rlACM=mtpL5G16KqSSvWZTylKsS_Ttiuakga7UHBVmXBiE61w=>
 and it has not being done yet.

I tend to think ODL data is not being persisted in the 
SDNC-163<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_SDNC-2D163=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=fWIvnACN-K4rnPKMvfgro5YtsbmlibTNYBjJV7rlACM=hBqlT-p_FroPEePsSLURIi34cLsVQFrcV5VggMT95jU=>
 so we will have to address this, whether it’s for master or amsterdam.
Also, I’m not sure we should persist to whole ODL deployment 
(/opt/opendaylight/current), but instead have a mechanism that creates 
regularly snapshots and backup those upon restart (like 
cluster-admin:backup-datastore<https://urldefense.proofpoint.com/v2/url?u=http-3A__docs.opendaylight.org_en_stable-2Dnitrogen_getting-2Dstarted-2Dguide_common-2Dfeatures_persistence-5Fand-5Fbackup.html=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=fWIvnACN-K4rnPKMvfgro5YtsbmlibTNYBjJV7rlACM=cAEI1eJZDtXOIG_jPjUrwPrVniHIJapzU4AlTeHiW5I=>
 or 
daexim<https://urldefense.proofpoint.com/v2/url?u=http-3A__docs.opendaylight.org_en_latest_user-2Dguide_daexim-2Duser-2Dguide.html=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=fWIvnACN-K4rnPKMvfgro5YtsbmlibTNYBjJV7rlACM=7UK6F4nUoUL_l3vPCV7ZpjxO4GWe_SWvBcLjvpxTGds=>,
 that I’m sure you already know)

Alexis


On Jan 15, 2018, at 5:46 PM, FREEMAN, BRIAN D 
<bf1...@att.com<mailto:bf1...@att.com>> wrote:

Michael, Alexis,

I did a test where I created an OOM environment, sent preload into SDNC and 
then deleted the SDNC Pod.
K8 restarted the POD but the data saved to SDNC wasnt there.
This was Amsterdam.

Do we need to have the /opt/opendaylight/current/ directory persisted (or 
current/journal) ?

I think the clustering team may have addressed this as well but cold recovery 
of an SDNC cluster created by OOM requires something stored on the hard disk.

Brian

___
onap-discuss mailing list
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
https://lists.onap.org/mailman/listinfo/onap-discuss<https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=fWIvnACN-K4rnPKMvfgro5YtsbmlibTNYBjJV7rlACM=ymPhYH3b58n2_lR5d93z9dSexOQWWeDOU3LVnvAhZ2o=>

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] Need Feedback: VES Additional Info structure

[FREEMAN, BRIAN D]

The name/value pair array is usually used to allow for adding new parameters 
without a change to the model.

Is that not a concern with VES additionaInformationStructures ?

Brian


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of GUPTA, ALOK
Sent: Tuesday, January 16, 2018 1:58 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Need Feedback: VES Additional Info structure
Importance: High

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
DCAE ONAP TEAM Members:

We have a request for updating VES additonalInformation Structure in each 
Domain to  get rid of repeating name and value in the additional name. 
Following is an example of current implementation:
  "chronicThresholdCount": "3",
 "faultFields": {
"eventSourceType": "interface",
"alarmAdditionalInformation": [{
  "name": "DIR",
  "value": "tx"
}, {
  "name": "LOC",
  "value": "NEND"
}, {
  "name": "TYPE",
  "value": "communication"
}, {
  "name": "CKTID",
  "value": ""
}, {
  "name": "agingThreshold",
  "value": "300"
}, {
  "name": "objType",
  "value": "interface"
}, {
  "name": "alarmEntityOid",
  "value": "ORLDFLPC-0101050934 interface-eth-1/0/C1/1"
}],
"specificProblem": "lossOfSignal",
"alarmInterfaceA": "eth-1/0/C1/1",
"alarmCondition": "lossOfSignal",
"eventSeverity": "CRITICAL",
"faultFieldsVersion": 1,
"vfStatus": "Active"
 },
 "chronicInterval": "2"
  },

The modified structure would look like:
"chronicThresholdCount": "3",
 "faultFields": {
"eventSourceType": "interface",
"alarmAdditionalInformation": {
   "DIR":"tx",
   "LOC": "NEND",
   "TYPE": "communication",
   "CKTID": "",
   "agingThreshold": "300",
   "objType": "interface",
   "alarmEntityOid": "ORLDFLPC-0101050934 
interface-eth-1/0/C1/1"
},
"specificProblem": "lossOfSignal",
"alarmInterfaceA": "eth-1/0/C1/1",
"alarmCondition": "lossOfSignal",
"eventSeverity": "CRITICAL",
"faultFieldsVersion": 1,
"vfStatus": "Active"
 },
 "chronicInterval": "2"
  },

The rationale other than this being compact and reduces event processing time, 
for recommended changes are:


  1.  It inflates the message size by 16 bytes per name/value pair.  (So, 64 
entries in a message yields 1KB of waste.)


  1.  It forces message readers to iterate through an array doing string 
comparisons at O(n) rather than a typical hash lookup of O(log n). If a message 
writer drops 100 entries into that array, my high-speed event processing has to 
do 100 operations instead of 6. That's a 16x slowdown!  This matters quite a 
bit when dealing with 1000s of events per second.


  1.  We have event processing tools throughout our infrastructure that know 
how to pull named values from arbitrary JSON. For example, we have syntax like: 
${event.faultFields.alarmAdditionalInformation.alarmEntityOid}. Unfortunately, 
these tools are useless when data is in this 
array-of-objects-with-name-and-value-keys format. Our tools would have to be 
upgraded to support a name/value search like: 
${event.faultFields.alarmAdditionalInformation[name=alarmEntityOid].value}. 
This hardly seems worth doing - it'd be a bit difficult to implement and graft 
into our current syntax and in maybe 8 years of using JSON across a lot of 
services, I've never seen this construct.

We have two choices:


  1.  We could replace the old name/value structure with new one, or
  2.  We could support second structure in addition to first one to allow both 
for backward compatibility.

My personal preference is to replace and let collector convert 4.x and 5.x to 
the new structure. This impacts current downstream DCAE systems and I would 
like to get feedback on the change from ONAP team.

I would be discussing the issue during regularly scheduled DCAE team meeting.

Please advise.

Regards,

Alok Gupta
732-420-7007
MT B2 3D30

[onap-discuss] [OOM] - restart pod behavoir with SDNC data

[FREEMAN, BRIAN D]

Michael, Alexis,

I did a test where I created an OOM environment, sent preload into SDNC and 
then deleted the SDNC Pod.
K8 restarted the POD but the data saved to SDNC wasnt there.
This was Amsterdam.

Do we need to have the /opt/opendaylight/current/ directory persisted (or 
current/journal) ?

I think the clustering team may have addressed this as well but cold recovery 
of an SDNC cluster created by OOM requires something stored on the hard disk.

Brian

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] OOM Robot Distribute

[FREEMAN, BRIAN D]

So why not submit a change to testsuite so they split it into two IP’s and 
modify the robot_vm_install.sh to ocpy the input into the two variable so that 
we can use the same asdc_interface.robot for either HEAT or OOM ?

Testsuite will be adding to the asdc_interface.robot over time (as in this 
case) .

I’m sure you dont want to maintain these files in OOM long term.

Brian


From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Thursday, January 11, 2018 4:29 PM
To: FREEMAN, BRIAN D <bf1...@att.com>
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] OOM Robot Distribute

It’s the same IP address in the HEAT deployment. In OOM it’s not the same.

sdc-fe.onap-sdc for frontend —> GLOBAL_INJECTED_SDC_FE_IP_ADDR
sdc-be.onap-sdc for backend —> GLOBAL_INJECTED_SDC_BE_IP_ADDR

Alexis


On Jan 11, 2018, at 4:07 PM, FREEMAN, BRIAN D 
<bf1...@att.com<mailto:bf1...@att.com>> wrote:

The front end and back of SDC are the same IP address so its not clear to me 
why you had to change anything in the asdc_interface.robot ?

Brian


root@onapoom3:/dockerdata-nfs/onap/robot/robot/resources# diff 
asdc_interface.robot asdc_interface.robot.old
47,48c47,48
< ${ASDC_FE_ENDPOINT} 
${GLOBAL_ASDC_SERVER_PROTOCOL}://${GLOBAL_INJECTED_SDC_IP_ADDR}:${GLOBAL_ASDC_FE_PORT}
< ${ASDC_BE_ENDPOINT} 
${GLOBAL_ASDC_SERVER_PROTOCOL}://${GLOBAL_INJECTED_SDC_IP_ADDR}:${GLOBAL_ASDC_BE_PORT}
---
> ${ASDC_FE_ENDPOINT} 
> ${GLOBAL_ASDC_SERVER_PROTOCOL}://${GLOBAL_INJECTED_SDC_FE_IP_ADDR}:${GLOBAL_ASDC_FE_PORT}
> ${ASDC_BE_ENDPOINT} 
> ${GLOBAL_ASDC_SERVER_PROTOCOL}://${GLOBAL_INJECTED_SDC_BE_IP_ADDR}:${GLOBAL_ASDC_BE_PORT}
56d55
< ${catalog_resources}=   Create Dictionary
62d60
< \Set To Dictionary${catalog_resources}   
${loop_catalog_resource_id}=${loop_catalog_resource_resp}
74,75c72,73
< [Return]${catalog_service_resp['name']}
${loop_catalog_resource_resp['name']}${vf_module}   ${catalog_resource_ids} 
   ${catalog_service_id}   ${catalog_resources}
<
---
> [Return]${catalog_service_resp['name']}
> ${loop_catalog_resource_resp['name']}${vf_module}   
> ${catalog_resource_ids}${catalog_service_id}
>
297,298c295,296
<  [Documentation]Creates an asdc Software Product and returns its id
<  [Arguments]${software_product_id}${file_path}  ${version_id}=0.1
---
> [Documentation]Creates an asdc Software Product and returns its id
> [Arguments]${software_product_id}${file_path}   ${version_id}=0.1
301,302c299,300
<  ${resp}=Run ASDC Post Files Request   
${ASDC_VENDOR_SOFTWARE_PRODUCT_PATH}/${software_product_id}/versions/${version_id}${ASDC_VENDOR_SOFTWARE_UPLOAD_PATH}
  ${files}${ASDC_DESIGNER_USER_ID}
<  Should Be Equal As Strings  ${resp.status_code}   200
---
> ${resp}=Run ASDC Post Files Request
> ${ASDC_VENDOR_SOFTWARE_PRODUCT_PATH}/${software_product_id}/versions/${version_id}${ASDC_VENDOR_SOFTWARE_UPLOAD_PATH}
>  ${files}${ASDC_DESIGNER_USER_ID}
>   Should Be Equal As Strings  ${resp.status_code} 200

From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Thursday, January 11, 2018 4:01 PM
To: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>
Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] OOM Robot Distribute





On Jan 11, 2018, at 4:00 PM, Alexis de Talhouët 
<adetalhoue...@gmail.com<mailto:adetalhoue...@gmail.com>> wrote:

Robot can point to HEAT’s VM IP, whereas robot point to the service directly..

Not clear. In the HEAT setup, robot points to the SDC VM IP for that resources, 
whereas for the OOM setup, we point directly to the frontend or backend service.

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] OOM Robot Distribute

[FREEMAN, BRIAN D]

The front end and back of SDC are the same IP address so its not clear to me 
why you had to change anything in the asdc_interface.robot ?

Brian


root@onapoom3:/dockerdata-nfs/onap/robot/robot/resources# diff 
asdc_interface.robot asdc_interface.robot.old
47,48c47,48
< ${ASDC_FE_ENDPOINT} 
${GLOBAL_ASDC_SERVER_PROTOCOL}://${GLOBAL_INJECTED_SDC_IP_ADDR}:${GLOBAL_ASDC_FE_PORT}
< ${ASDC_BE_ENDPOINT} 
${GLOBAL_ASDC_SERVER_PROTOCOL}://${GLOBAL_INJECTED_SDC_IP_ADDR}:${GLOBAL_ASDC_BE_PORT}
---
> ${ASDC_FE_ENDPOINT} 
> ${GLOBAL_ASDC_SERVER_PROTOCOL}://${GLOBAL_INJECTED_SDC_FE_IP_ADDR}:${GLOBAL_ASDC_FE_PORT}
> ${ASDC_BE_ENDPOINT} 
> ${GLOBAL_ASDC_SERVER_PROTOCOL}://${GLOBAL_INJECTED_SDC_BE_IP_ADDR}:${GLOBAL_ASDC_BE_PORT}
56d55
< ${catalog_resources}=   Create Dictionary
62d60
< \Set To Dictionary${catalog_resources}   
${loop_catalog_resource_id}=${loop_catalog_resource_resp}
74,75c72,73
< [Return]${catalog_service_resp['name']}
${loop_catalog_resource_resp['name']}${vf_module}   ${catalog_resource_ids} 
   ${catalog_service_id}   ${catalog_resources}
<
---
> [Return]${catalog_service_resp['name']}
> ${loop_catalog_resource_resp['name']}${vf_module}   
> ${catalog_resource_ids}${catalog_service_id}
>
297,298c295,296
<  [Documentation]Creates an asdc Software Product and returns its id
<  [Arguments]${software_product_id}${file_path}  ${version_id}=0.1
---
> [Documentation]Creates an asdc Software Product and returns its id
> [Arguments]${software_product_id}${file_path}   ${version_id}=0.1
301,302c299,300
<  ${resp}=Run ASDC Post Files Request   
${ASDC_VENDOR_SOFTWARE_PRODUCT_PATH}/${software_product_id}/versions/${version_id}${ASDC_VENDOR_SOFTWARE_UPLOAD_PATH}
  ${files}${ASDC_DESIGNER_USER_ID}
<  Should Be Equal As Strings  ${resp.status_code}   200
---
> ${resp}=Run ASDC Post Files Request
> ${ASDC_VENDOR_SOFTWARE_PRODUCT_PATH}/${software_product_id}/versions/${version_id}${ASDC_VENDOR_SOFTWARE_UPLOAD_PATH}
>  ${files}${ASDC_DESIGNER_USER_ID}
>   Should Be Equal As Strings  ${resp.status_code} 200

From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Thursday, January 11, 2018 4:01 PM
To: FREEMAN, BRIAN D <bf1...@att.com>
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] OOM Robot Distribute




On Jan 11, 2018, at 4:00 PM, Alexis de Talhouët 
<adetalhoue...@gmail.com<mailto:adetalhoue...@gmail.com>> wrote:

Robot can point to HEAT’s VM IP, whereas robot point to the service directly..

Not clear. In the HEAT setup, robot points to the SDC VM IP for that resources, 
whereas for the OOM setup, we point directly to the frontend or backend service.

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] OOM Robot Distribute

[FREEMAN, BRIAN D]

Alexis, Michael,

I was using robot ete-k8s.sh from amsterdam release and the version of 
asdc_interface.robot in dockerdata-nfs was out of date.
I cant seem to find where it got loaded from since the asdc_interface.robot 
wasn't compatible with the robot testsuite (the return parameter list from 
Model Distribution in the testsuite didnt match the number returns by the 
asdc-interface so an error of "16:03:12.828 FAIL   Cannot set 
variables: Expected 6 return values, got 5.
" was being returned for each model that was distributed. The models did 
successful distrubte but robot was failing on the check. When I did a git clone 
and copy the asdc_interface.robot to the dockerdata-nfs directory for robot 
ete-k8.sh distribute succeeded.

Is this just something I did in using cd.sh -b amsterdam or something else ?

Brian

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] OOM Option to preserve VNC Jump server ?

[FREEMAN, BRIAN D]

I have been re-installing ONAP via OOM’s cd.sh script a couple times to test 
patches.

Turns out the jump server (VNC ) on a re-install loses all the data as 
expected. Its a bit of a pain.

Would it be feasible to preserve that container as an option on a re-install 
via cd.sh or put its file system into the dockerdata-nfs (preserving things 
like apt-get install vim, apt-get install wget , wget postman (and the 
collections for ONAP REST API calls), apt-get install libgconf-2-4,, etc)  ?

Either method would work for me but seems like not  deleteing vnc as an option 
might be the easiest ?

Brian

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [ONAP Helpdesk #50939] [linuxfoundation.org #50939] Re: Infra is down

[FREEMAN, BRIAN D]

It was down and then came back after about 15 minutes or so.

I couldnt access JIRA , GERRIT or WIKI

All good now.

Brian

-Original Message-
From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Ozgur via RT
Sent: Wednesday, January 10, 2018 5:31 PM
To: adetalhoue...@gmail.com
Cc: onap-discuss@lists.onap.org
Subject: [onap-discuss] [ONAP Helpdesk #50939] [linuxfoundation.org #50939] Re: 
Infra is down

11.01.2018, 01:11, "Alexis de Talhouët" :
> Greetings,

Hello,

> Looks like the infra is down? Gerrit, Jira, Confluence
>
> Can someone help please?

are you sure? I'm currently connected and I don't seen a problem.

$ ./check_ONAP.pl

https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=N8SFt33dX1mF1UeBmnDUwznyprAH15fCTnLVIuOhvF8=qi9naUYGZFak4vlfzyMNKC3atdo-RdAe1xhMQwr16mg=
  - [Confluence] status: OK
https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_secure_Dashboard.jspa=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=N8SFt33dX1mF1UeBmnDUwznyprAH15fCTnLVIuOhvF8=N1V-cM5I78i5hn9M_Ry1ERgNPnePr4kDss8tdqPT1dc=
  status: OK
https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=N8SFt33dX1mF1UeBmnDUwznyprAH15fCTnLVIuOhvF8=3vRz6fz5-O3C7sVhHZEWBABgvv15LfYQxjHytKErPQM=
  status: OK

:~ zgr$ ping git.onap.org
PING dev.onap.org (198.145.29.92): 56 data bytes
64 bytes from 198.145.29.92: icmp_seq=0 ttl=42 time=2.403 ms
64 bytes from 198.145.29.92: icmp_seq=1 ttl=42 time=1.929 ms
64 bytes from 198.145.29.92: icmp_seq=2 ttl=42 time=2.291 ms
64 bytes from 198.145.29.92: icmp_seq=3 ttl=42 time=2.569 ms

> Thanks,
> Alexis

Regards,

Ozgur

>

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=N8SFt33dX1mF1UeBmnDUwznyprAH15fCTnLVIuOhvF8=Z1_0gm8UrUZPl7Gij0mrSKkJnUs0BoJL7rU5FlIeTB8=
 
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [AAI][SO] How to add another LCP Region

[FREEMAN, BRIAN D]

Alexis,

I am using amsterdam ./cd.sh -b amsterdam so some of this like robot may be 
solved elsewhere.


  1.  Dmapp-listener worked.
 *   I had to modify dhcpalert.properties to remove the “_” form the ID. 
sdnc_1 -> sdnc1 . I will create a JIRA ticket against SDNC as Medium when JIRA 
is responding again.
  2.  UEB listener does not work yet
 *   It didnt seem to be able to connect to SDC ? SDC is up but
 *   Do I need to modify parameters in ueb-listener.properties ?
 *   I see that SDC distributes to so and aai but not SDNC
  3.  Robot did not work – trying to patch/work around to use it and it 
partially succeed – could be amsterdam vs master issue
 *   Tried to run robot distribute and the heat templates were missing
 *   Used the following:

   i.  Cd 
/dockerdata-nfs/onap/

 ii.  Git clone 
http://gerrit.onap.org/r/demo

   iii.  Cd demo

   iv.  cp -rf heat 
../robot/eteshare

 v.  this put 
the heat/vFW etc into the heat directory.

 *   After this distribute seems to work partially

   i.  ROBOT 
fails after partially distributing looking for 6 thing and getting 5 – not sure 
what that error is but the models do seem to be distributed to AAI and SO from 
the SDC GUI perspective



UEB DEBUG:
DEBUG 2018-01-10 18:56:33.053 + MainClientExec - Opening connection 
{s}->https://sdc-be.onap-sdc:8443
DEBUG 2018-01-10 18:56:33.066 + DefaultHttpClientConnectionOperator - 
Connecting to sdc-be.onap-sdc/10.43.205.185:8443
DEBUG 2018-01-10 18:56:33.067 + SSLConnectionSocketFactory - Connecting 
socket to sdc-be.onap-sdc/10.43.205.185:8443 with timeout 0
DEBUG 2018-01-10 18:58:42.310 + DefaultManagedHttpClientConnection - 
http-outgoing-0: Shutdown connection
DEBUG 2018-01-10 18:58:42.311 + MainClientExec - Connection discarded
DEBUG 2018-01-10 18:58:42.311 + DefaultManagedHttpClientConnection - 
http-outgoing-0: Close connection
DEBUG 2018-01-10 18:58:42.312 + PoolingHttpClientConnectionManager - 
Connection released: [id: 0][route: {s}->https://sdc-be.onap-sdc:8443][total 
kept alive: 0; route allocated: 0 of 2; total allocated: 0 of 20]
ERROR 2018-01-10 18:58:42.313 + HttpAsdcClient - failed to connect to url: 
/sdc/v1/distributionUebCluster
org.apache.http.conn.HttpHostConnectException: Connect to sdc-be.onap-sdc:8443 
[sdc-be.onap-sdc/10.43.205.185] failed: Connection timed out (Connection timed 
out)
at 
org.apache.http.impl.conn.DefaultHttpClientConnectionOperator.connect(DefaultHttpClientConnectionOperator.java:151)


root@ueb-listener-847561612-tr7kn:/opt/onap/sdnc/data/properties# ls
artifact.map  dblib.properties  log4j.properties  ueb-listener.properties
root@ueb-listener-847561612-tr7kn:/opt/onap/sdnc/data/properties# cat ueb*
org.onap.ccsdk.sli.northbound.uebclient.asdc-address=sdc-be.onap-sdc:8443
org.onap.ccsdk.sli.northbound.uebclient.consumer-group=sdc-OpenSource-Env1-sdnc-dockero
org.onap.ccsdk.sli.northbound.uebclient.consumer-id=sdc-COpenSource-Env11-sdnc-dockero
org.onap.ccsdk.sli.northbound.uebclient.environment-name=AUTO
org.onap.ccsdk.sli.northbound.uebclient.password=Kp8bJ4SXszM0WXlhak3eHlcse2gAw84vaoGGmJvUy2U
org.onap.ccsdk.sli.northbound.uebclient.user=sdnc
org.onap.ccsdk.sli.northbound.uebclient.sdnc-user=admin
org.onap.ccsdk.sli.northbound.uebclient.sdnc-passwd=Kp8bJ4SXszM0WXlhak3eHlcse2gAw84vaoGGmJvUy2U
org.onap.ccsdk.sli.northbound.uebclient.asdc-api-base-url=http://sdnhost.onap-sdnc:8282/restconf/operations/
org.onap.ccsdk.sli.northbound.uebclient.asdc-api-namespace=org:onap:ccsdk
org.onap.ccsdk.sli.northbound.uebclient.spool.incoming=/opt/onap/sdnc/ueb-listener/spool/incoming
org.onap.ccsdk.sli.northbound.uebclient.spool.archive=/opt/onap/sdnc/ueb-listener/spool/archive
org.onap.ccsdk.sli.northbound.uebclient.polling-interval=30
org.onap.ccsdk.sli.northbound.uebclient.polling-timeout=15
org.onap.ccsdk.sli.northbound.uebclient.client-startup-timeout=900
org.onap.ccsdk.sli.northbound.uebclient.relevant-artifact-types=YANG_XML,VF_LICENSE,TOSCA_CSAR,UCPE_LAYER_2_CONFIGURATION
org.onap.ccsdk.sli.northbound.uebclient.activate-server-tls-auth=false
org.onap.ccsdk.sli.northbound.uebclient.keystore-path=
org.onap.ccsdk.sli.northbound.uebclient.keystore-password=
org.onap.ccsdk.sli.northbound.uebclient.xslt-path-list=
org.onap.ccsdk.sli.northbound.uebclient.artifact-map=/opt/onap/sdnc/data/properties/artifact.maproot@ueb-listener-84

From: FREEMAN, BRIAN D
Sent: Wednesday, January 10, 2018 1:55 PM
To: Alexis de Talhouët <adetalhoue...@gmail.com>
Cc: onap-discuss <onap-discuss@lists.onap.org>
Subject: RE: [onap-discuss] [AAI][S

Re: [onap-discuss] [AAI][SO] How to add another LCP Region

[FREEMAN, BRIAN D]

“So is it fair to say X distinct OpenStack instances must have unique Region(s) 
to be used in ONAP? e.g. two instance cannot have the same Region.” – Yes

Brian

From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Wednesday, January 10, 2018 1:48 PM
To: FREEMAN, BRIAN D <bf1...@att.com>
Cc: onap-discuss <onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [AAI][SO] How to add another LCP Region

Ok, creating another Region in OpenStack , alongs with its service endpoints is 
working.

So is it fair to say X distinct OpenStack instances must have unique Region(s) 
to be used in ONAP? e.g. two instance cannot have the same Region.

Thanks for the help,
Alexis


On Jan 10, 2018, at 9:57 AM, FREEMAN, BRIAN D 
<bf1...@att.com<mailto:bf1...@att.com>> wrote:

I would name the second openstack something other than RegionOne in that 
Openstack :)  I suspect the design assumes the cloud regions have unique names 
but I didnt think robot needed the cloud region in their vanilla openstack 
keystone queries (but its been a while since I looked at a trace). I know 
Rackspace does have unique region names (IAD, DFW, etc) and we do in our 
installations but not sure if vanilla would require that.

Brian


From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Wednesday, January 10, 2018 9:53 AM
To: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>
Cc: onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] [AAI][SO] How to add another LCP Region

Ok, haven’t thought about deploying another robot.

Regarding my attempt with RegionAlex, the thing is this region doesn’t exist in 
my Openstack, it’s RegionOne that exist. That’s why it’s not working. But I 
have to use a different name so mso can differentiate.
But maybe I haven’t updated all the python scripts. I’ll have another look at 
it.

Thanks,
Alexis



On Jan 10, 2018, at 9:49 AM, FREEMAN, BRIAN D 
<bf1...@att.com<mailto:bf1...@att.com>> wrote:

I dont think robot can handle multiple cloud regions from one isntance.

I would run two robot’s – one for each cloud region in all honesty or do what 
robot does via POSTMAN

One thing though:

Keystone address/Tenant/Username/Password have been changed as per as the Cloud 
Identity Service: id=ALEX_KEYSTONE
Now the issue:
—> If the region is RegionAlex, Robot can’t connect

That should have worked.  Are you sure you updated urls, tenantid, tenantname, 
credentials etc in all the .py’s needed ?

Brian



From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Wednesday, January 10, 2018 9:31 AM
To: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>
Cc: onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] [AAI][SO] How to add another LCP Region

When you have two OpenStack having the same region, e.g. RegionOne, the thing 
is pretty complex and I haven’t figured it out completely.

Create a region in AAI with a different name, like RegionAlex as example 
bellow, and add your tenant to the region. Everything down to instantiation is 
working.
But then, we need to use heatbridge, which uses values in the vm_properties.py 
of robot container. In there, if I put my dummy region (RegionAlex), connection 
to the OpenStack is impossible.
If I put the valid region, e.g. RegionOne, connection is possible, but then 
heatbridge will try to populate the RegionOne CloudRegion in AAI for the given 
tenant, which of course exist under RegionAlex, and not RegionOne, so 
heatbridge fails with 404.
So then, if you create the tenant under RegionOne, heatbridge will work, but 
then you’re AAI is messed-up.

To have VID listing the region and the tenant, you need to create them in AAI. 
The cloud-region-id has the match the value in the mso-cloud-config, so 
correlation can happen and authentication is successful.

To recap, this is what I have:

In MSO:

Cloud Sites:
CloudSite: id=RegionOne, regionId=RegionOne, 
identityServiceId=DEFAULT_KEYSTONE, aic_version=2.5, clli=RegionOne
CloudSite: id=RegionAlex, regionId=RegionOne, identityServiceId=ALEX_KEYSTONE, 
aic_version=2.5, clli=RegionAlex

Cloud Identity Services:
Cloud Identity Service: id=DEFAULT_KEYSTONE, 
identityUrl=http://10.195.194.216:5000/v2.0<https://urldefense.proofpoint.com/v2/url?u=http-3A__10.195.194.216-3A5000_v2.0=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=VUJoYm3UcavMJOo3tmXNf9nc82hLgiwojUtRW6iqYOk=T1EDl6plW6A--L5I-BnDXr7lX0IkPRXSDxN9CdIfmt0=>,
 msoId=nso, adminTenant=service, memberRole=admin, tenantMetadata=true, 
identityServerType=KEYSTONE, identityAuthenticationType=USERNAME_PASSWORD
Cloud Identity Service: id=ALEX_KEYSTONE, 
identityUrl=http://10.195.194.213:5000/v2.0<https://urldefense.proofpoint.com/v2/url?u=http-3A__10.195.194.213-3A5000_v2.0=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=VUJoYm3UcavMJOo3tm

Re: [onap-discuss] [AAI][SO] How to add another LCP Region

[FREEMAN, BRIAN D]

I dont think robot can handle multiple cloud regions from one isntance.

I would run two robot’s – one for each cloud region in all honesty or do what 
robot does via POSTMAN

One thing though:

Keystone address/Tenant/Username/Password have been changed as per as the Cloud 
Identity Service: id=ALEX_KEYSTONE
Now the issue:
—> If the region is RegionAlex, Robot can’t connect

That should have worked.  Are you sure you updated urls, tenantid, tenantname, 
credentials etc in all the .py’s needed ?

Brian



From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Wednesday, January 10, 2018 9:31 AM
To: FREEMAN, BRIAN D <bf1...@att.com>
Cc: onap-discuss <onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [AAI][SO] How to add another LCP Region

When you have two OpenStack having the same region, e.g. RegionOne, the thing 
is pretty complex and I haven’t figured it out completely.

Create a region in AAI with a different name, like RegionAlex as example 
bellow, and add your tenant to the region. Everything down to instantiation is 
working.
But then, we need to use heatbridge, which uses values in the vm_properties.py 
of robot container. In there, if I put my dummy region (RegionAlex), connection 
to the OpenStack is impossible.
If I put the valid region, e.g. RegionOne, connection is possible, but then 
heatbridge will try to populate the RegionOne CloudRegion in AAI for the given 
tenant, which of course exist under RegionAlex, and not RegionOne, so 
heatbridge fails with 404.
So then, if you create the tenant under RegionOne, heatbridge will work, but 
then you’re AAI is messed-up.

To have VID listing the region and the tenant, you need to create them in AAI. 
The cloud-region-id has the match the value in the mso-cloud-config, so 
correlation can happen and authentication is successful.

To recap, this is what I have:

In MSO:

Cloud Sites:
CloudSite: id=RegionOne, regionId=RegionOne, 
identityServiceId=DEFAULT_KEYSTONE, aic_version=2.5, clli=RegionOne
CloudSite: id=RegionAlex, regionId=RegionOne, identityServiceId=ALEX_KEYSTONE, 
aic_version=2.5, clli=RegionAlex

Cloud Identity Services:
Cloud Identity Service: id=DEFAULT_KEYSTONE, 
identityUrl=http://10.195.194.216:5000/v2.0<https://urldefense.proofpoint.com/v2/url?u=http-3A__10.195.194.216-3A5000_v2.0=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=VUJoYm3UcavMJOo3tmXNf9nc82hLgiwojUtRW6iqYOk=T1EDl6plW6A--L5I-BnDXr7lX0IkPRXSDxN9CdIfmt0=>,
 msoId=nso, adminTenant=service, memberRole=admin, tenantMetadata=true, 
identityServerType=KEYSTONE, identityAuthenticationType=USERNAME_PASSWORD
Cloud Identity Service: id=ALEX_KEYSTONE, 
identityUrl=http://10.195.194.213:5000/v2.0<https://urldefense.proofpoint.com/v2/url?u=http-3A__10.195.194.213-3A5000_v2.0=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=VUJoYm3UcavMJOo3tmXNf9nc82hLgiwojUtRW6iqYOk=UCzy0VYIlLOm53l9BwoxQMuT0pDKrDqSpVATrH0Mp0I=>,
 msoId=vnf, adminTenant=service, memberRole=admin, tenantMetadata=true, 
identityServerType=KEYSTONE, identityAuthenticationType=USERNAME_PASSWORD

In AAI:
{
"cloud-region": [
{
"cloud-owner": "CloudOwner",
"cloud-region-id": "RegionAlex",
"cloud-type": "SharedNode",
"owner-defined-type": "OwnerType",
"cloud-region-version": "v1",
"cloud-zone": "CloudZone",
"sriov-automation": false,
"resource-version": "1515592843258",
"relationship-list": {
"relationship": [
{
"related-to": "complex",
"related-link": 
"/aai/v11/cloud-infrastructure/complexes/complex/clli2",
"relationship-data": [
{
"relationship-key": 
"complex.physical-location-id",
"relationship-value": "clli2"
}
]
}
]
}
},
{
"cloud-owner": "CloudOwner",
"cloud-region-id": "RegionOne",
"cloud-type": "SharedNode",
"owner-defined-type": "OwnerType",
"cloud-region-version": "v1",
"cloud-zone": "CloudZone",
"sriov-automation": false,
"resource-version": "1515100561059",
"relationship-list": {
"relationship": [
{
"related-to": "

Re: [onap-discuss] [AAI][SO] How to add another LCP Region

[FREEMAN, BRIAN D]

You need to name one RegionTwo or something,

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Alexis de Talhouët
Sent: Tuesday, January 09, 2018 9:34 AM
To: onap-discuss 
Subject: [onap-discuss] [AAI][SO] How to add another LCP Region

Hello AAI, SO expert,

I’m trying to add another LCP Region to be able to deploy VNF in another 
OpenStack instance.

To do so, I have done the following:

In MSO:
- Add a Cloud Site

"RegionAlex":
{
  "region_id": "RegionOne",
  "clli": "RegionOne",
  "aic_version": "2.5",
  "identity_service_id": "ALEX_KEYSTONE"
}

- Add it’s associated Cloud Identity Services

   "ALEX_KEYSTONE":
{
  "identity_url": 
"http://10.195.194.215:5000/v2.0",
  "mso_id": "nso",
  "mso_pass": "86b74198e8ccb959eaaadefevsd2a8a2",
  "admin_tenant": "service",
  "member_role": "admin",
  "tenant_metadata": true,
  "identity_server_type": "KEYSTONE",
  "identity_authentication_type": "USERNAME_PASSWORD"
}

In AAI:
- Create a cloud region

{
"cloud-owner": "CloudOwner",
"cloud-region-id": "RegionAlex",
"cloud-type": "SharedNode",
"owner-defined-type": "OwnerType",
"cloud-region-version": "v1",
"cloud-zone": "CloudZone",
"sriov-automation": false,
"resource-version": "1515506147118",
"relationship-list": {
"relationship": [
{
"related-to": "complex",
"related-link": 
"/aai/v11/cloud-infrastructure/complexes/complex/clli1",
"relationship-data": [
{
"relationship-key": 
"complex.physical-location-id",
"relationship-value": "clli1"
}
]
}
]
}
}


- Create the tenant in the region for the 4 different services with the right 
tenant id:

{
"tenant-id": "21ca0f4c2239475fbf1b4b499399163e",
"tenant-name": "nso-rancher",
"relationship-list": {
"relationship": [
{
"related-to": "service-subscription",
"related-link": 
"/aai/v11/business/customers/customer/Demonstration/service-subscriptions/service-subscription/vLB",
"relationship-data": [
{
"relationship-key": "customer.global-customer-id",
"relationship-value": "Demonstration"
},
{
"relationship-key": "service-subscription.service-type",
"relationship-value": "vLB"
}
]
},
{
"related-to": "service-subscription",
"related-link": 
"/aai/v11/business/customers/customer/Demonstration/service-subscriptions/service-subscription/vIMS",
"relationship-data": [
{
"relationship-key": "customer.global-customer-id",
"relationship-value": "Demonstration"
},
{
"relationship-key": "service-subscription.service-type",
"relationship-value": "vIMS"
}
]
},
{
"related-to": "service-subscription",
"related-link": 
"/aai/v11/business/customers/customer/Demonstration/service-subscriptions/service-subscription/vFWCL",
"relationship-data": [
{
"relationship-key": "customer.global-customer-id",
"relationship-value": "Demonstration"
},
{
"relationship-key": "service-subscription.service-type",
"relationship-value": "vFWCL"
}
]
},
{
"related-to": "service-subscription",
"related-link": 
"/aai/v11/business/customers/customer/Demonstration/service-subscriptions/service-subscription/vCPE",
"relationship-data": [
{
"relationship-key": "customer.global-customer-id",
"relationship-value": "Demonstration"
},
{
"relationship-key": 

Re: [onap-discuss] Failure to create the demo vfirewall VNF

[FREEMAN, BRIAN D]

You need to look at SO logs for the SdncAdapter and VnfAdapter and see what 
error you are getting from SDNC or Openstack in SO.

Usually a delete implies that SO talks to SDNC correctly but then the 
interaction with Openstack fails or when SO goes to SDNC or AAI for data to 
create the Openstack heat stack create that it is failing.

Brian


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Ramanarayanan, 
Karthick
Sent: Monday, January 08, 2018 6:33 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Failure to create the demo vfirewall VNF


Hi,

 I am trying to instantiate the demo vfirewall-vsink service instance based on 
the video here:



 
https://wiki.onap.org/display/DW/Running+the+ONAP+Demos?preview=/1015891/16010290/vFW_closed_loop.mp4#RunningtheONAPDemos-VNFOnboarding,Instantiation,andClosed-loopOperations



 While I am able to move ahead and reach till the vf create step, the add VF 
step

 for both vfirewall and packet gen instance results in failure and moves to 
pending delete.

 (sdnc preload checkbox enabled)



 The setup I have is OOM configured for kubernetes.

 I am on amsterdam release branch for OOM.

So its not using openstack heat templates

 to instantiate ONAP. Rather just a single node configured with k8s oneclick.



 The difference in the video pertains to running demo-k8s.sh init from 
oom/kubernetes/robot

 to instantiate the customer models and services after copying the demo/heat

 to kubernetes robot /share directory for the distribute the work.



 The demo vfirewall closed loop service seems to be distributed as seen in the 
ONAP portal.

 ( I have also tried redistributing)

 I am trying to instantiate the service for demo vFWCL.



 Logs indicate nothing in sdnc after the vF create failure.

 I don't see any requests hitting Openstack logs either.



 The VNF preload operation seems to have succeeded for the firewall closed loop 
instances.

 The VNF profiles are also present in sdnc.



 I get back a http success (status code 200) with the request id as expected.

 A subsequent GET request for vnf topology information preloaded also works.



 Doing a POST using sdnc api (port 8282) works for the vnf topology preload 
step.

 But I see nothing in the logs for sdnc pods. (nothing relevant in sdc/mso pod 
either if that matters)



 Here is a snippet from curl to sdnc as well:



curl -vX POST 
http://admin:Kp8bJ4SXszM0WXlhak3eHlcse2gAw84vaoGGmJvUy2U@10.43.172.252:8282/restconf/operations/VNF-API:preload-vnf-topology-operation
 -d @firewall.json --header "Content-Type: application/json"



Response status is http 200 as expected.
{
 "output": {
   "svc-request-id": "robot12",
   "response-code": "200",
   "ack-final-indicator": "Y"
 }
}


Trying to do a get request for the vnf topology preload information POST 
request above also returns expected information:


curl -sSL 
http://admin:Kp8bJ4SXszM0WXlhak3eHlcse2gAw84vaoGGmJvUy2U@10.43.172.252:8282/restconf/config/VNF-API:preload-vnfs/vnf-preload-list/vfirewall-1/3d6f8762Fea8453fBd9a..base_vfw..module-0/preload-data/vnf-topology-information/vnf-topology-identifier
 | jq .

{
 "vnf-topology-identifier": {
   "vnf-name": "vfirewall-1",
   "generic-vnf-type": "3d6f8762-fea8-453f-bd9a 0",
   "generic-vnf-name": "firewall-vnf",
   "vnf-type": "3d6f8762Fea8453fBd9a..base_vfw..module-0",
   "service-type": "5b5c134c-662e-407e-bc4c-4200b4b5cb02"
 }
}


I am also attaching the firewall.json POST request for vnf toplogy preload to 
sdnc portal.

The VNF profiles have all been added to sdnc portal for the 2 vfs.



But still VF create request (for both vfirewall sink and packetgen) results in 
failure and moves transaction to pending delete.

No api request traces in Openstack as well and neither do I 

Re: [onap-discuss] [SDNC] aic-cloud-region, regionone not found in AAI

[FREEMAN, BRIAN D]

Also - not sure why your flow is traversing the automated-assign leg so you 
need to check the root DG. I suspect something is missing/inconsistent in AAI 
data vs the preload data.

The first two lines seem like the problelm is before this in the log:
2018-01-04 11:10:18,486 | INFO | 1 (block) | Outcome (demo-ns/Demo-VSP 0) not 
found, keys are { ("")}
2018-01-04 11:10:18,487 | INFO | 1 (block) | Outcome (RegionOne) not found, 
keys are { ("")}

Brian


From: FREEMAN, BRIAN D
Sent: Thursday, January 04, 2018 1:18 PM
To: bharath thiruveedula <bharath_...@hotmail.com>; onap-discuss@lists.onap.org
Cc: Viswa KSP <kspviswa.git...@gmail.com>
Subject: RE: Re:[SDNC] aic-cloud-region,regionone not found in AAI

Can you turn on DEBUG and see which node is creating the problem.

Log:set DEBUG org.onap.ccsdk.sli

Should get more debug informaiton in the log so you can see which node in the 
DG is seeing the error.

Brian


From: bharath thiruveedula [mailto:bharath_...@hotmail.com]
Sent: Thursday, January 04, 2018 12:53 PM
To: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Cc: Viswa KSP <kspviswa.git...@gmail.com<mailto:kspviswa.git...@gmail.com>>
Subject: Re:[SDNC] aic-cloud-region,regionone not found in AAI


Hi,

After cleaning up AAI and SDNC, and created cloud region with cloud owner as 
"CloudOwner". But now while adding the vf_module, I got the following error



"requestStatus": "Received error from SDN-C: Invalid index values [0,]",



Below is the full log from sdnc controller container

2018-01-04 11:10:18,486 | INFO | 1 (block) | Outcome (demo-ns/Demo-VSP 0) not 
found, keys are { ("")}
2018-01-04 11:10:18,487 | INFO | 1 (block) | Outcome (RegionOne) not found, 
keys are { ("")}
2018-01-04 11:10:18,499 | INFO | 1 (block) | About to execute graph 
SvcLogicGraph [module=VNF-API, rpc=vnf-topology-automated-assign, mode=sync, 
version=1.2.1-SNAPSHOT]
2018-01-04 11:10:18,500 | INFO | 1 (block) | About to execute node # 1 (block)
2018-01-04 11:10:18,500 | INFO | 1 (block) | Outcome (false) not found, keys 
are { (true)}
2018-01-04 11:10:18,500 | INFO | 1 (block) | Outcome 
(d26dda5b-5528-4cc6-8f61-d22f19cc851c) not found, keys are { (0) ("")}
2018-01-04 11:10:18,501 | INFO | 1 (block) | Input - vnf-id : 
1825b459-3d65-4b1a-9c31-d3e3af25c7d5
2018-01-04 11:10:18,501 | INFO | 1 (block) | Input - vf-module-id : 
de9ff4c8-06ce-4c3a-88e3-9144c78c52e1
2018-01-04 11:10:18,504 | INFO | 1 (block) | A transaction :
2018-01-04 11:10:18,504 | INFO | 1 (block) | Request Time : 
2018-01-04T11:10:18.501Z, Method : GET
2018-01-04 11:10:18,505 | INFO | 1 (block) | Request URL : 
https://aai.api.simpledemo.openecomp.org:8443/aai/v11/network/generic-vnfs/generic-vnf/1825b459-3d65-4b1a-9c31-d3e3af25c7d5/vf-modules/vf-module/de9ff4c8-06ce-4c3a-88e3-9144c78c52e1<https://urldefense.proofpoint.com/v2/url?u=https-3A__aai.api.simpledemo.openecomp.org-3A8443_aai_v11_network_generic-2Dvnfs_generic-2Dvnf_1825b459-2D3d65-2D4b1a-2D9c31-2Dd3e3af25c7d5_vf-2Dmodules_vf-2Dmodule_de9ff4c8-2D06ce-2D4c3a-2D88e3-2D9144c78c52e1=DwMFAw=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=r_Qb6sEQ6PtnAMq6bqMCcTaC44xZWCvb4ZbVISDXo8g=NJJpax4Qwi5To1PMCt9W3vJFHfebtcjWWK3BFUSZbvE=>
2018-01-04 11:10:18,570 | INFO | 1 (block) |
2018-01-04 11:10:18,575 | INFO | 1 (block) | Response code : 200, OK
2018-01-04 11:10:18,576 | INFO | 1 (block) | Response data : 
{"vf-module-id":"de9ff4c8-06ce-4c3a-88e3-9144c78c52e1","vf-module-name":"DemoVfwMod","orchestration-status":"PendingCreate","is-base-vf-module":true,"resource-version":"1515064218346","model-invariant-id":"9beacd63-89ec-4d46-a439-abfbde64a281","model-version-id":"4a3b81bc-d606-4470-b631-7910503c1f68","model-customization-id":"d26dda5b-5528-4cc6-8f61-d22f19cc851c","module-index":0}
2018-01-04 11:10:18,588 | INFO | 1 (block) | Outcome (success) not found, keys 
are { (not-found) (failure)}
2018-01-04 11:10:18,588 | INFO | 1 (block) | Outcome (Other) not found, keys 
are { (not-found) (failure)}
2018-01-04 11:10:18,596 | INFO | 1 (block) | About to execute graph 
SvcLogicGraph [module=VNF-API, rpc=vnf-topology-automated-assign-vfmodule, 
mode=sync, version=1.2.1-SNAPSHOT]
2018-01-04 11:10:18,596 | INFO | 1 (block) | About to execute node # 1 (block)
2018-01-04 11:10:18,599 | INFO | 1 (block) | Outcome (success) not found, keys 
are { (not-found) (failure)}
2018-01-04 11:10:18,599 | INFO | 1 (block) | Outcome (Other) not found, keys 
are { (not-found) (failure)}
2018-01-04 11:10:18,600 | INFO | 1 (block) | Input - cloud-region-id : RegionOne
2018-01-04 11:10:18,600 | INFO | 1 (block) | Input - cloud-owner : CloudOwner
2018-01-04 11:10:18,601 | INFO | 1 

Re: [onap-discuss] [SDNC] aic-cloud-region, regionone not found in AAI

[FREEMAN, BRIAN D]

Can you turn on DEBUG and see which node is creating the problem.

Log:set DEBUG org.onap.ccsdk.sli

Should get more debug informaiton in the log so you can see which node in the 
DG is seeing the error.

Brian


From: bharath thiruveedula [mailto:bharath_...@hotmail.com]
Sent: Thursday, January 04, 2018 12:53 PM
To: FREEMAN, BRIAN D <bf1...@att.com>; onap-discuss@lists.onap.org
Cc: Viswa KSP <kspviswa.git...@gmail.com>
Subject: Re:[SDNC] aic-cloud-region,regionone not found in AAI


Hi,

After cleaning up AAI and SDNC, and created cloud region with cloud owner as 
"CloudOwner". But now while adding the vf_module, I got the following error



"requestStatus": "Received error from SDN-C: Invalid index values [0,]",



Below is the full log from sdnc controller container

2018-01-04 11:10:18,486 | INFO | 1 (block) | Outcome (demo-ns/Demo-VSP 0) not 
found, keys are { ("")}
2018-01-04 11:10:18,487 | INFO | 1 (block) | Outcome (RegionOne) not found, 
keys are { ("")}
2018-01-04 11:10:18,499 | INFO | 1 (block) | About to execute graph 
SvcLogicGraph [module=VNF-API, rpc=vnf-topology-automated-assign, mode=sync, 
version=1.2.1-SNAPSHOT]
2018-01-04 11:10:18,500 | INFO | 1 (block) | About to execute node # 1 (block)
2018-01-04 11:10:18,500 | INFO | 1 (block) | Outcome (false) not found, keys 
are { (true)}
2018-01-04 11:10:18,500 | INFO | 1 (block) | Outcome 
(d26dda5b-5528-4cc6-8f61-d22f19cc851c) not found, keys are { (0) ("")}
2018-01-04 11:10:18,501 | INFO | 1 (block) | Input - vnf-id : 
1825b459-3d65-4b1a-9c31-d3e3af25c7d5
2018-01-04 11:10:18,501 | INFO | 1 (block) | Input - vf-module-id : 
de9ff4c8-06ce-4c3a-88e3-9144c78c52e1
2018-01-04 11:10:18,504 | INFO | 1 (block) | A transaction :
2018-01-04 11:10:18,504 | INFO | 1 (block) | Request Time : 
2018-01-04T11:10:18.501Z, Method : GET
2018-01-04 11:10:18,505 | INFO | 1 (block) | Request URL : 
https://aai.api.simpledemo.openecomp.org:8443/aai/v11/network/generic-vnfs/generic-vnf/1825b459-3d65-4b1a-9c31-d3e3af25c7d5/vf-modules/vf-module/de9ff4c8-06ce-4c3a-88e3-9144c78c52e1<https://urldefense.proofpoint.com/v2/url?u=https-3A__aai.api.simpledemo.openecomp.org-3A8443_aai_v11_network_generic-2Dvnfs_generic-2Dvnf_1825b459-2D3d65-2D4b1a-2D9c31-2Dd3e3af25c7d5_vf-2Dmodules_vf-2Dmodule_de9ff4c8-2D06ce-2D4c3a-2D88e3-2D9144c78c52e1=DwMFAw=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=r_Qb6sEQ6PtnAMq6bqMCcTaC44xZWCvb4ZbVISDXo8g=NJJpax4Qwi5To1PMCt9W3vJFHfebtcjWWK3BFUSZbvE=>
2018-01-04 11:10:18,570 | INFO | 1 (block) |
2018-01-04 11:10:18,575 | INFO | 1 (block) | Response code : 200, OK
2018-01-04 11:10:18,576 | INFO | 1 (block) | Response data : 
{"vf-module-id":"de9ff4c8-06ce-4c3a-88e3-9144c78c52e1","vf-module-name":"DemoVfwMod","orchestration-status":"PendingCreate","is-base-vf-module":true,"resource-version":"1515064218346","model-invariant-id":"9beacd63-89ec-4d46-a439-abfbde64a281","model-version-id":"4a3b81bc-d606-4470-b631-7910503c1f68","model-customization-id":"d26dda5b-5528-4cc6-8f61-d22f19cc851c","module-index":0}
2018-01-04 11:10:18,588 | INFO | 1 (block) | Outcome (success) not found, keys 
are { (not-found) (failure)}
2018-01-04 11:10:18,588 | INFO | 1 (block) | Outcome (Other) not found, keys 
are { (not-found) (failure)}
2018-01-04 11:10:18,596 | INFO | 1 (block) | About to execute graph 
SvcLogicGraph [module=VNF-API, rpc=vnf-topology-automated-assign-vfmodule, 
mode=sync, version=1.2.1-SNAPSHOT]
2018-01-04 11:10:18,596 | INFO | 1 (block) | About to execute node # 1 (block)
2018-01-04 11:10:18,599 | INFO | 1 (block) | Outcome (success) not found, keys 
are { (not-found) (failure)}
2018-01-04 11:10:18,599 | INFO | 1 (block) | Outcome (Other) not found, keys 
are { (not-found) (failure)}
2018-01-04 11:10:18,600 | INFO | 1 (block) | Input - cloud-region-id : RegionOne
2018-01-04 11:10:18,600 | INFO | 1 (block) | Input - cloud-owner : CloudOwner
2018-01-04 11:10:18,601 | INFO | 1 (block) | A transaction :

2018-01-04 09:04:16,271 | INFO | 1 (block) | Request Time : 
2018-01-04T09:04:16.271Z, Method : GET
2018-01-04 09:04:16,271 | INFO | 1 (block) | Request URL : 
https://aai.api.simpledemo.openecomp.org:8443/aai/v11/cloud-infrastructure/cloud-regions/cloud-region/CloudOwner/RegionOne<https://urldefense.proofpoint.com/v2/url?u=https-3A__aai.api.simpledemo.openecomp.org-3A8443_aai_v11_cloud-2Dinfrastructure_cloud-2Dregions_cloud-2Dregion_CloudOwner_RegionOne=DwMFAw=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=r_Qb6sEQ6PtnAMq6bqMCcTaC44xZWCvb4ZbVISDXo8g=hGG--HkqNHHNwaXFJEvN3wa-4Lt5nrxciyOeIUWHqxs=>
2018-01-04 09:04:16,343 | INFO | 1 (block) |
2018-01-04 09:04:16,346 | INFO | 1 (block) | Response code : 200, OK
2018-01-04 09:04:16,346 | INFO | 1 (block) | Response data : 
{"cloud-owner"

Re: [onap-discuss] vFW VES event fail to send

[FREEMAN, BRIAN D]

I looked at my preload scripts and in Windriver  it was 10.0.4.102 on the 
onap_oam subnet or the external IP (I think that was because we were using DCAE 
in a different instance for that older preload data)

Brian


vbng.parameters:  dcae_collector_ip: 10.0.4.102
vbng.parameters:  dcae_collector_port: 8080
vfwcl.parameters:  dcae_collector_ip: 10.0.4.102
vfwcl.parameters:  dcae_collector_port: 8080
vfwclpng.parameters:  dcae_collector_ip: 10.0.4.102
vfwclpng.parameters:  dcae_collector_port: 8080
vfw.parameters:dcae_collector_ip: 10.12.25.84
vfw.parameters:dcae_collector_port: 8080
vlb.parameters:  dcae_collector_ip: 10.12.5.78
vlb.parameters:  dcae_collector_port: 8080

-Original Message-
From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of FREEMAN, BRIAN D
Sent: Thursday, January 04, 2018 10:14 AM
To: de Talhouet, Alexis <alexis.de_talho...@bell.ca>; PLATANIA, MARCO 
<plata...@research.att.com>; onap-discuss <onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] vFW VES event fail to send

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

It should be the IP of the DCAE VES collector I thought ? I dont think 
127.0.0.1 is correct.



Brian





-Original Message-

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of de Talhouet, Alexis

Sent: Thursday, January 04, 2018 9:46 AM

To: PLATANIA, MARCO <plata...@research.att.com>; onap-discuss 
<onap-discuss@lists.onap.org>

Subject: [onap-discuss] vFW VES event fail to send



Hi Marco, experts,







I was wondering if you could help me understand something with regards to VES 
collector on the vfw sinc vnf.







I see in the syslog it’s failing to send the events, see logs bellow:







Jan  4 14:42:58 vfw-sinc-vnf EVEL[17281]: | | | | | | | | | | | | | | | | | | | 
| | | | | | | | | | | | | ERROR: Failed to transfer an event to Vendor Event 
Listener! Error code=7 (Failed to connect to 127.0.0.1 port 8080: Connection 
refused)



Jan  4 14:42:58 vfw-sinc-vnf EVEL[17281]: | | | | | | | | | | | | | | | | | | | 
| | | | | | | | | | | | | ERROR: Dropped event: {"event": {"commonEventHeader": 
{"domain": "measurementsForVfScaling", "eventId": "TrafficStats_1.2.3.4", 
"eventName": "vFirewallBroadcastPackets", "lastEpochMicrosec": 
1515076978028524, "priority": "Normal", "reportingEntityName": "fwll", 
"sequence": 124625, "sourceName": "vFW_SINC_VNF", "startEpochMicrosec": 
1515076967821239, "version": 1.2, "eventType": "HTTP request rate", 
"reportingEntityId": "No UUID available", "sourceId": 
"44629bac-c241-4087-afb5-febef78bdb72", "nfcNamingCode": "vVNF", 
"nfNamingCode": "vVNF"}, "measurementsForVfScalingFields": 
{"measurementInterval": 10, "cpuUsageArray": [{"cpuIdentifier": "cpu1", 
"cpuIdle": 66.70, "cpuUsageSystem": 33.30, "cpuUsageUser": 0.00, 
"percentUsage": 0.00}], "requestRate": 5099, "vNicUsageArray": 
[{"receivedOctetsDelta": 43860.00, "receivedTotalPacketsDelta": 
1020.00, "transmittedOctetsDelta": 0.00, 
"transmittedTotalPacketsDelta": 0.00, "valuesAreSuspect": "true", 
"vNicIdentifier": "eth0"}], "measurementsForVfScalingVersion": 2.1}}}







It cannot connect to 127.0.0.1 port 8080, which is configured in the sdnc 
preload config.







My question is, should this always be 127.0.0.1? Or should it be the IP of the 
VM in which the VES collector is running? (I know it can sound like an obvious 
question, but in Marco’s video, I haven’t seen him changed this in the sdnc 
preload step).







Thanks,



Alexis







___

onap-discuss mailing list

onap-discuss@lists.onap.org

https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=nXDFucLC_nuN5o0oXltp9kR1k9K0qbrJbaSqynmBzaY=tcKrKhIh-bFt3RzWtpGkZdDVF1BiTwVDnJr_FrdKLlY=
 

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=GSD09gF5BNeAFIFmKySkA7bi5T9Dy6K7RkZm7sP77Vo=OlUkSnEJeE454e_8VcaHxdKhhzizq75NO0GQ8P-Vd98=
 
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] vFW VES event fail to send

[FREEMAN, BRIAN D]

It should be the IP of the DCAE VES collector I thought ? I dont think 
127.0.0.1 is correct.

Brian


-Original Message-
From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of de Talhouet, Alexis
Sent: Thursday, January 04, 2018 9:46 AM
To: PLATANIA, MARCO ; onap-discuss 

Subject: [onap-discuss] vFW VES event fail to send

Hi Marco, experts,



I was wondering if you could help me understand something with regards to VES 
collector on the vfw sinc vnf.



I see in the syslog it’s failing to send the events, see logs bellow:



Jan  4 14:42:58 vfw-sinc-vnf EVEL[17281]: | | | | | | | | | | | | | | | | | | | 
| | | | | | | | | | | | | ERROR: Failed to transfer an event to Vendor Event 
Listener! Error code=7 (Failed to connect to 127.0.0.1 port 8080: Connection 
refused)

Jan  4 14:42:58 vfw-sinc-vnf EVEL[17281]: | | | | | | | | | | | | | | | | | | | 
| | | | | | | | | | | | | ERROR: Dropped event: {"event": {"commonEventHeader": 
{"domain": "measurementsForVfScaling", "eventId": "TrafficStats_1.2.3.4", 
"eventName": "vFirewallBroadcastPackets", "lastEpochMicrosec": 
1515076978028524, "priority": "Normal", "reportingEntityName": "fwll", 
"sequence": 124625, "sourceName": "vFW_SINC_VNF", "startEpochMicrosec": 
1515076967821239, "version": 1.2, "eventType": "HTTP request rate", 
"reportingEntityId": "No UUID available", "sourceId": 
"44629bac-c241-4087-afb5-febef78bdb72", "nfcNamingCode": "vVNF", 
"nfNamingCode": "vVNF"}, "measurementsForVfScalingFields": 
{"measurementInterval": 10, "cpuUsageArray": [{"cpuIdentifier": "cpu1", 
"cpuIdle": 66.70, "cpuUsageSystem": 33.30, "cpuUsageUser": 0.00, 
"percentUsage": 0.00}], "requestRate": 5099, "vNicUsageArray": 
[{"receivedOctetsDelta": 43860.00, "receivedTotalPacketsDelta": 
1020.00, "transmittedOctetsDelta": 0.00, 
"transmittedTotalPacketsDelta": 0.00, "valuesAreSuspect": "true", 
"vNicIdentifier": "eth0"}], "measurementsForVfScalingVersion": 2.1}}}



It cannot connect to 127.0.0.1 port 8080, which is configured in the sdnc 
preload config.



My question is, should this always be 127.0.0.1? Or should it be the IP of the 
VM in which the VES collector is running? (I know it can sound like an obvious 
question, but in Marco’s video, I haven’t seen him changed this in the sdnc 
preload step).



Thanks,

Alexis



___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=nXDFucLC_nuN5o0oXltp9kR1k9K0qbrJbaSqynmBzaY=tcKrKhIh-bFt3RzWtpGkZdDVF1BiTwVDnJr_FrdKLlY=
 
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [OOM]Close-loop testing - No such topic exists.-[unauthenticated.DCAE_CL_OUTPUT]

[FREEMAN, BRIAN D]

Connection refused to port 41939 – is that the right port ? usually it means 
the wrong port is in the VES client config on the VNF.

Brian



2017-12-29 11:38:21,746 - INFO  
[FlowletProcessDriver-TCAVESMessageRouterFlowlet-0-executor:o.a.t.d.AbstractClientProvider@118]
 - Attempting to connect to tx service at 
dcaecdap02.KiFx.dcaeg2.onap.org:41939
 with timeout 3 ms.
2017-12-29 11:38:21,748 - ERROR 
[FlowletProcessDriver-TCAVESMessageRouterFlowlet-0-executor:o.a.t.d.AbstractClientProvider@126]
 - Unable to connect to tx service: java.net.ConnectException: Connection 
refused (Connection refused)
2017-12-29 11:38:21,748 - ERROR 
[FlowletProcessDriver-TCAVESMessageRouterFlowlet-0-executor:o.a.t.d.TransactionServiceClient@244]
 - Thrift error for 
org.apache.tephra.distributed.TransactionServiceClient$3@2b2f80fb:
 java.net.ConnectException: Connection refused (Connection refused)
2017-12-29 11:38:21,749 - ERROR 
[FlowletProcessDriver-TCAVESMessageRouterFlowlet-0-executor:c.c.c.i.a.r.f.FlowletProcessDriver@263]
 - Failed to start transaction.
java.lang.RuntimeException: org.apache.thrift.transport.TTransportException: 
java.net.ConnectException: Connection refused (Connection refused)


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Alexis de Talhouët
Sent: Thursday, January 04, 2018 8:49 AM
To: VENKATESH KUMAR, VIJAY ; onap-discuss 

Subject: Re: [onap-discuss] [OOM]Close-loop testing - No such topic 
exists.-[unauthenticated.DCAE_CL_OUTPUT]

Here is the raw stacktrace

2017-12-29 04:49:00,072 - INFO  [FlowletRuntimeService 
STOPPING:c.c.c.i.a.r.f.FlowletRuntimeService@123] - Destroying flowlet: 
flowlet=TCAVESAAIEnrichmentFlowlet, instance=0, groupsize=1, 
namespaceId=cdap_tca_hi_lo, 
applicationId=69108e17ed9b4ec38d031a97f1218a07cdapappcdapapptca, 
program=TCAVESCollectorFlow, runid=b4646a91-e59f-11e7-8396-fa163ef310f7
2017-12-29 04:49:00,082 - INFO  [FlowletRuntimeService 
STOPPING:c.c.c.i.a.r.f.FlowletRuntimeService@128] - Flowlet destroyed: 
flowlet=TCAVESAAIEnrichmentFlowlet, instance=0, groupsize=1, 
namespaceId=cdap_tca_hi_lo, 
applicationId=69108e17ed9b4ec38d031a97f1218a07cdapappcdapapptca, 
program=TCAVESCollectorFlow, runid=b4646a91-e59f-11e7-8396-fa163ef310f7
2017-12-29 04:49:11,905 - INFO  [FlowletRuntimeService 
STARTING:c.c.c.i.a.r.f.FlowletRuntimeService@107] - Initializing flowlet: 
flowlet=TCAVESAAIEnrichmentFlowlet, instance=0, groupsize=1, 
namespaceId=cdap_tca_hi_lo, 
applicationId=69108e17ed9b4ec38d031a97f1218a07cdapappcdapapptca, 
program=TCAVESCollectorFlow, runid=b4646a91-e59f-11e7-8396-fa163ef310f7
2017-12-29 04:49:12,361 - INFO  [FlowletRuntimeService 
STARTING:o.o.d.a.a.c.t.u.CDAPTCAUtils@138] - DMaaP Information is set from 
runtime preferences. Skipping getting DMaaP info from App Config
2017-12-29 04:49:12,375 - INFO  [FlowletRuntimeService 
STARTING:o.o.d.a.a.a.AAIClientFactory@45] - Creating instance of AAI Client 
Factory with Module: AnalyticsAAIModule
2017-12-29 04:49:12,627 - INFO  [FlowletRuntimeService 
STARTING:o.o.d.a.a.a.AAIClientFactory@57] - Creating instance of A 
Enrichment Client with A HttpClientConfig: 
AAIHttpClientConfig{aaiHost=vm1.aai.simpledemo.onap.org,
 aaiHostPortNumber=8443, aaiProtocol=https, aaiUserName=DCAE, 
aaiProxyHost=null, aaiIgnoreSSLCertificateErrors=true}
2017-12-29 04:49:12,637 - INFO  [FlowletRuntimeService 
STARTING:o.o.d.a.a.a.s.AAIHttpClientImpl@80] - SSL Certificate Errors 
attributed is set to : true
2017-12-29 04:49:12,638 - WARN  [FlowletRuntimeService 
STARTING:o.o.d.a.a.a.s.AAIHttpClientImpl@83] - SSL Certificate Errors will be 
ignored for this A Http Client Instance
2017-12-29 04:49:12,786 - INFO  [FlowletRuntimeService 
STARTING:o.o.d.a.a.a.s.AAIHttpClientImpl@114] - Setting A host credentials 
for AAI Host: 
vm1.aai.simpledemo.onap.org
2017-12-29 04:49:12,915 - INFO  [FlowletRuntimeService 
STARTING:c.c.c.i.a.r.f.FlowletRuntimeService@112] - Flowlet initialized: 
flowlet=TCAVESAAIEnrichmentFlowlet, instance=0, groupsize=1, 
namespaceId=cdap_tca_hi_lo, 
applicationId=69108e17ed9b4ec38d031a97f1218a07cdapappcdapapptca, 
program=TCAVESCollectorFlow, 

Re: [onap-discuss] aic-cloud-region,regionone not found in AAI

[FREEMAN, BRIAN D]

CloudOwner should already be in the DGs.

https://jira.onap.org/browse/SDNC-147 was fixed back in October so not sure why 
you would be seeing aic as a cloud-owner in the DG.

Brian




From: bharath thiruveedula [mailto:bharath_...@hotmail.com]
Sent: Wednesday, January 03, 2018 3:37 PM
To: FREEMAN, BRIAN D <bf1...@att.com>; onap-discuss@lists.onap.org
Subject: Re: aic-cloud-region,regionone not found in AAI

I see, then robot scripts should also follow same nomenclature? I will retry 
with CloudOwner in both AAI and DG


Best Regards
Bharath T

Get Outlook for 
iOS<https://urldefense.proofpoint.com/v2/url?u=https-3A__aka.ms_o0ukef=DwMF-g=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=KURenAi39jJLg-I5hVUbPaeJbS5Xo0M3WtRgeelUVsQ=U_ClLYtco4nFqNKQXV-14mPuBkud6ZDcJMpuqXOTMcc=>
____
From: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>
Sent: Thursday, January 4, 2018 12:55:26 AM
To: bharath thiruveedula; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: RE: aic-cloud-region,regionone not found in AAI

cloud-owner has to be "CloudOwner" not Openstack in AAI.

Your DG's in SDNC should be usineg"CloudOwner" as the cloud-owner in the AAI 
query if you are installing the correct version.

Brian


From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of bharath thiruveedula
Sent: Wednesday, January 03, 2018 2:21 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] aic-cloud-region,regionone not found in AAI


Hi

when I am trying to add vf-module I get the following error:

"requestId": "bb620729-e3a8-4b7b-a8d4-553a545d4e1e",

"requestType": "createInstance",

"timestamp": undefined,

"requestState": "FAILED",

"requestStatus": "Received error from SDN-C: aic-cloud-region,RegionOne not 
found in AAI",

"precentProgress": "100"



01/03/18 10:34:44 HTTP Status: Accepted (202)

{

  "requestReferences": {

"instanceId": "53565846-ae4b-4de3-8dc5-b02bf8382caa",

"requestId": "bb620729-e3a8-4b7b-a8d4-553a545d4e1e"

  }

}

I can see the RegionOne in AAI by using the following command

curl -k --user AAI:AAI -X GET -H "Accept: application/json" -H "Content-Type: 
application/json" -H "X-TransactionId: robot-ete-1234" -H "X-FromAppId: 
robot-ete"  
https://aai.api.simpledemo.openecomp.org:8443/aai/v11/cloud-infrastructure/cloud-regions<https://urldefense.proofpoint.com/v2/url?u=https-3A__eur03.safelinks.protection.outlook.com_-3Furl-3Dhttps-253A-252F-252Furldefense.proofpoint.com-252Fv2-252Furl-253Fu-253Dhttps-2D3A-5F-5Faai.api.simpledemo.openecomp.org-2D3A8443-5Faai-5Fv11-5Fcloud-2D2Dinfrastructure-5Fcloud-2D2Dregions-2526d-253DDwMFAw-2526c-253DLFYZ-2Do9-5FHUMeMTSQicvjIg-2526r-253De3d1ehx3DI5AoMgDmi2Fzw-2526m-253DyFXbFgdYNVlfKiU2KPtWXSDPkwSdU10TFlnzpLsYskg-2526s-253DymEaKuEBt-2DhWDCqQpdOjgQhFA5dsHlTvwVIeC40DWAc-2526e-253D-26data-3D02-257C01-257C-257Cf956535c515c45f929ab08d552dfcb0c-257C84df9e7fe9f640afb435-257C1-257C0-257C636506043493974383-26sdata-3D-252FMfrnADzZvWx24-252B9YrU2EfT2TTNzHoh6ygAgjsizBA4-253D-26reserved-3D0=DwMF-g=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=KURenAi39jJLg-I5hVUbPaeJbS5Xo0M3WtRgeelUVsQ=__AOUFw0cbbe8iPSZKdcPkjrOh0a7toRcci0cwE4UG4=>
 | python -m json.tool

{
"cloud-region": [
{
"cloud-owner": "openstack",
"cloud-region-id": "RegionOne",
"cloud-region-version": "v2.5",
"cloud-type": "openstack",
"cloud-zone": "cloud zone",
"owner-defined-type": "owner type",
"resource-version": "1514977504633",
"sriov-automation": false
},
{
"cloud-owner": "openstack",
"cloud-region-id": "regionOne",
"cloud-region-version": "v1",
"cloud-type": "SharedNode",
"cloud-zone": "CloudZone",
"owner-defined-type": "OwnerType",
"resource-version": "1514977301474",
"sriov-automation": false
}
]
}

Also, I tried to debug, from where the error is being reported, I can see the 
error message raising from [1]. But if we see [2] SDNC checks for cloud-owner 
to be "att-aic"(in my SDNC VM it was set to "CloudOwner") and cloud-region to 
the region set in the request. Do we need to register cloud-owner as 
"att-aic"/"CloudOwner" in AAI everytime? Or will it be overridden?

Am i missing something here?



Best Regards

Bharath T



[1]https://gerrit.onap.org/r/gitweb?p=sdnc/oam.git;a=blob;f=platform-logic/vnfapi/src/m

Re: [onap-discuss] [OOM]Close-loop testing - No such topic exists.-[unauthenticated.DCAE_CL_OUTPUT]

[FREEMAN, BRIAN D]

Unauthenticated topics dont get created till there is the first event on that 
topic.

I suggest you check that the VES event is actually getting to the VES collector 
and the VES collector is running etc.

Brian


-Original Message-
From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Alexis de Talhouët
Sent: Wednesday, January 03, 2018 4:18 PM
To: onap-discuss 
Subject: Re: [onap-discuss] [OOM]Close-loop testing - No such topic 
exists.-[unauthenticated.DCAE_CL_OUTPUT]

HI DCAE experts,

I noticed also I’m missing unauthenticated.SEC_FAULT_OUTPUT.

Could you please enlight me on how those get created? Hence where it could have 
potentially fail in my setup.

Thank you,
Alexis

> On Dec 20, 2017, at 4:38 PM, Alexis de Talhouët  
> wrote:
> 
> Hi experts,
> 
> Can someone tell me where, by who, this topic is getting created? (so I can 
> fix this issue)
> 
> Thanks,
> Alexis

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=aXwS5FNhv-XhDqZdjx6gc6gNPT3yZLahqdsr3_J0P24=AnfFsPRD3mkRbKOhE-ImQpNZm2jLwX-0VraEbWauHXw=
 
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] aic-cloud-region,regionone not found in AAI

[FREEMAN, BRIAN D]

cloud-owner has to be "CloudOwner" not Openstack in AAI.

Your DG's in SDNC should be usineg"CloudOwner" as the cloud-owner in the AAI 
query if you are installing the correct version.

Brian


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of bharath thiruveedula
Sent: Wednesday, January 03, 2018 2:21 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] aic-cloud-region,regionone not found in AAI


Hi

when I am trying to add vf-module I get the following error:

"requestId": "bb620729-e3a8-4b7b-a8d4-553a545d4e1e",

"requestType": "createInstance",

"timestamp": undefined,

"requestState": "FAILED",

"requestStatus": "Received error from SDN-C: aic-cloud-region,RegionOne not 
found in AAI",

"precentProgress": "100"



01/03/18 10:34:44 HTTP Status: Accepted (202)

{

  "requestReferences": {

"instanceId": "53565846-ae4b-4de3-8dc5-b02bf8382caa",

"requestId": "bb620729-e3a8-4b7b-a8d4-553a545d4e1e"

  }

}

I can see the RegionOne in AAI by using the following command

curl -k --user AAI:AAI -X GET -H "Accept: application/json" -H "Content-Type: 
application/json" -H "X-TransactionId: robot-ete-1234" -H "X-FromAppId: 
robot-ete"  
https://aai.api.simpledemo.openecomp.org:8443/aai/v11/cloud-infrastructure/cloud-regions
 | python -m json.tool

{
"cloud-region": [
{
"cloud-owner": "openstack",
"cloud-region-id": "RegionOne",
"cloud-region-version": "v2.5",
"cloud-type": "openstack",
"cloud-zone": "cloud zone",
"owner-defined-type": "owner type",
"resource-version": "1514977504633",
"sriov-automation": false
},
{
"cloud-owner": "openstack",
"cloud-region-id": "regionOne",
"cloud-region-version": "v1",
"cloud-type": "SharedNode",
"cloud-zone": "CloudZone",
"owner-defined-type": "OwnerType",
"resource-version": "1514977301474",
"sriov-automation": false
}
]
}

Also, I tried to debug, from where the error is being reported, I can see the 
error message raising from [1]. But if we see [2] SDNC checks for cloud-owner 
to be "att-aic"(in my SDNC VM it was set to "CloudOwner") and cloud-region to 
the region set in the request. Do we need to register cloud-owner as 
"att-aic"/"CloudOwner" in AAI everytime? Or will it be overridden?

Am i missing something here?



Best Regards

Bharath T



[1]https://gerrit.onap.org/r/gitweb?p=sdnc/oam.git;a=blob;f=platform-logic/vnfapi/src/main/xml/VNF-API_vnf-topology-automated-assign-vfmodule.xml;hb=e80ea1d0ad5b2ec68f7de1b105352f85f65b847d#l34

[2]https://gerrit.onap.org/r/gitweb?p=sdnc/oam.git;a=blob;f=platform-logic/vnfapi/src/main/xml/VNF-API_vnf-topology-automated-assign-vfmodule.xml;hb=e80ea1d0ad5b2ec68f7de1b105352f85f65b847d#l26



___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [integration][oom] OOM readiness for Beijing release

[FREEMAN, BRIAN D]

Gary,

I think Michael was trying to be complete in describing options with a plan to 
do a cleaned up documentation after it was working and scripted up. Perhaps its 
time to formally start a new page with the final recommended – single path and 
scripted install (I agree that it was daunting at the start to find the latest 
parts/procedure which was much simpler than the first procedure)

Michael/Alexis – is that reasonable ?
Brian


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Gary Wu
Sent: Wednesday, January 03, 2018 1:16 PM
To: PLATANIA, MARCO ; Alexis de Talhouët 
; GILBERT, MAZIN E 
Cc: onap-discuss 
Subject: Re: [onap-discuss] [integration][oom] OOM readiness for Beijing release

My experience with OOM (excluding DCAE) so far is that SDC fails to pass health 
check about half the time.  When this happens, the best solution seems to be 
re-deploying the entire ONAP again, and if you’re lucky it will work.  This 
appears to have been observed by others as well.  The good thing is that we can 
do the re-deploy in about 10 minutes (excluding DCAE).

First impressions:

  *   The system is highly dependent in using exact versions of everything: 
docker, kubernetes, helm, rancher, etc.  If anything is slightly off, things 
would break, and it would not be obvious exactly what was wrong.  As a result, 
it makes the system feel fragile.
  *   The SDC intermittent issue above makes the OOM deployments feel not fully 
stable/repeatable yet.
  *   The OOM “how-to” documentation has almost too much information, covering 
multiple options/paths that sometimes overlap (e.g. where to install Rancher 
server vs agent, whether to use the cd.sh or manually perform individual 
steps).  This made it hard for a newcomer to discern which steps need to be run 
next given which other choices were made earlier, and it was also hard to 
figure out if any mistakes were made performing some prior steps.

I was not able to find any information on how to deploy DCAE via OOM; the most 
I got so far was that the DCAE controller container was able to bring up about 
half of the expected DCAE VMs, but not enough to be able to pass the DCAE 
health check.

Thanks,
Gary


From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of PLATANIA, MARCO 
(MARCO)
Sent: Wednesday, January 03, 2018 9:15 AM
To: Alexis de Talhouët 
>; GILBERT, MAZIN E 
(MAZIN E) >
Cc: onap-discuss 
>
Subject: Re: [onap-discuss] [integration][oom] OOM readiness for Beijing release

I’ve been playing around with the OOM solution for a while and I was able to 
instantiate the vFW, vLB/vDNS, plus another dummy generic VNF that I created. I 
installed a minimal version of DCAE (only the collector and one CDAP container 
with the Threshold-crossing microservices) to run closed loop, waiting for the 
whole DCAE platform to be ready. I wasn’t able to run closed loop yet, perhaps 
due to out-of-sync configuration in my environment. I’m trying to fix this and 
see how far I can go with closed loop.

Marco

From: 
>
 on behalf of Alexis de Talhouët 
>
Date: Wednesday, January 3, 2018 at 11:36 AM
To: "GILBERT, MAZIN E (MAZIN E)" 
>
Cc: onap-discuss 
>
Subject: Re: [onap-discuss] [integration][oom] OOM readiness for Beijing release

Mazin,

So far, that I’m aware of, a few ppl from various company have tried OOM 
Amsterdam, and have successfully deployed vFWCL.
If you want names and email, I guess I can find them for you.

We’re currently testing vFWCL close loop with DCAE being deployed by OOM; I’d 
say it’s 80% done.

Thanks,
Alexis

On Jan 3, 2018, at 11:21 AM, GILBERT, MAZIN E (MAZIN E) 
> wrote:

Thanks Roger.

Have there been other groups who have managed to bring up Amsterdam with OOM 
(with and without DCAE)?
Can you point me to any so I can understand their experience.

mazin


On Jan 3, 2018, at 11:15 AM, Roger Maitland 
> wrote:

Hi Helen,

David is on vacation so I’ll answer - OOM is ready.

The OOM team has been working with the Integration team and the entire ONAP 
community to create the 

Re: [onap-discuss] [integration][oom] OOM readiness for Beijing release

[FREEMAN, BRIAN D]

I think Kang has a script to do the vCPE use case all in one shot  (the 7 
minute demo :)

Brian


From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Wednesday, January 03, 2018 11:34 AM
To: FREEMAN, BRIAN D <bf1...@att.com>
Cc: Roger Maitland <roger.maitl...@amdocs.com>; Helen Chen 
<helen.c...@huawei.com>; onap-discuss <onap-discuss@lists.onap.org>; David 
Sauvageau <david.sauvag...@bell.ca>
Subject: Re: [onap-discuss] [integration][oom] OOM readiness for Beijing release

Brian,

For now, vFW instantiate, vFWCL instantiate has been tested and validated. 
vFWVL close loop (APPC LCM modifyconfig) is currently being tested.
Once done, I can cover the other use cases you provided to ensure it’s working 
as expected. Help will be appreciated at this point.

Thanks
Alexis


On Jan 3, 2018, at 11:30 AM, FREEMAN, BRIAN D 
<bf1...@att.com<mailto:bf1...@att.com>> wrote:

Roger,

I have used OOM as well and it has made substantial progress and I think it 
should be used for Beijing.
One thing I haven’t had a chance to check.

Are all the opensource VNF uses cases successfully running off an OOM 
installation ?


  1.  vFW instantiate
  2.  vDNS instantiate
  3.  VDNS closed loop scaling with and without MultiVIM (dnsscaling vnf 
instantiate)
  4.  vFWCL instantiate
  5.  vFWCL closed loop (APPC LCM modifyconfig)
  6.  vCPE Infrastucture instantiate
  7.  vCPE customer vG instantiate (uses macro api into SO and generic resource 
API into SDNC)
  8.  vCPE closed loop with and without MultiVIM (restart vGMUX)
  9.  vIMS (Clearwater) – we havent run this in a while but if the previous 
instantiates work the vIMS should as well.

Brian


From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Roger Maitland
Sent: Wednesday, January 03, 2018 11:15 AM
To: Yunxia Chen <helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; 
onap-discuss <onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; 
Sauvageau, David <david.sauvag...@bell.ca<mailto:david.sauvag...@bell.ca>>
Subject: Re: [onap-discuss] [integration][oom] OOM readiness for Beijing release

Hi Helen,

David is on vacation so I’ll answer - OOM is ready.

The OOM team has been working with the Integration team and the entire ONAP 
community to create the 
amsterdam<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_gitweb-3Fp-3Doom.git-3Ba-3Dshortlog-3Bh-3Drefs_heads_amsterdam=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=a8o3_j9rZ_qxfABkALfHIrYohgel2N4EJVYEzCKmwJI=EhDAoxdNx8-Zbks0BGCLaqwTASRIWIhhqqxQxi3PcFE=>
 release of OOM which is now available.  There is a continuous delivery system 
that deploys the master branch of all of the ONAP components with OOM – 
here<http://kibana.onap.info:5601/app/kibana#/dashboard/AWAtvpS63NTXK5mX2kuS?_g=(refreshInterval:(display:Off,pause:!f,value:0),time:(from:now-24h,mode:quick,to:now))&_a=(description:%27%27,filters:!(),options:(darkTheme:!f),panels:!((col:1,id:AWAts77k3NTXK5mX2kuM,panelIndex:1,row:1,size_x:8,size_y:3,type:visualization),(col:9,id:AWAtuTVI3NTXK5mX2kuP,panelIndex:2,row:1,size_x:4,size_y:3,type:visualization),(col:1,id:AWAtuBTY3NTXK5mX2kuO,panelIndex:3,row:7,size_x:6,size_y:3,type:visualization),(col:1,id:AWAttmqB3NTXK5mX2kuN,panelIndex:4,row:4,size_x:6,size_y:3,type:visualization),(col:7,id:AWAtvHtY3NTXK5mX2kuR,panelIndex:6,row:4,size_x:6,size_y:6,type:visualization)),query:(match_all:()),timeRestore:!f,title:%27CD%20Health%20Check%27,uiState:(),viewMode:view)>
 is the dashboard.  As this system is effectively continuously evaluating ONAP 
health this should be very useful for the Integration team to quickly identify 
component submissions that result in a degradation.

The initial version of DCAE support is under final testing.  This version 
brings up the DCAE controller which then brings up the rest of the DCAE VMs.  
There is a discussion scheduled for tomorrow between the OOM and DCAE team on a 
more fully containerized solution.  The OOM team is also working on deploying 
OpenStack DNS Designate to simply the deployment of OpenStack infrastructure 
required for DCAE.  We’ll let the community know when this is ready.

Cheers,
Roger

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Yunxia Chen
Sent: Tuesday, January 2, 2018 5:25 PM
To: onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; Sauvageau, 
David <david.sauvag...@bell.ca<mailto:david.sauvag...@bell.ca>>
Subject: [onap-discuss] [integration][oom] OOM readiness for Beijing release

Hi, David,

Happy new year and it was very nice to talk with you at Santa Clara. Is OOM 
ready for Integration team to take over to test the Beijing release, maybe 
start with Amsterdam p

Re: [onap-discuss] [integration] Could I take Integration?

[FREEMAN, BRIAN D]

I think the last use of Integration was when we were doing the migration to 
SB01  (but its been a few weeks now).

Kang would have my vote on whether we need it for vCPE testing.

I think Marco was using SB00.

Brian


From: Yunxia Chen [mailto:helen.c...@huawei.com]
Sent: Wednesday, December 06, 2017 4:40 PM
To: onap-discuss <onap-discuss@lists.onap.org>; OBRIEN, FRANK MICHAEL 
<frank.obr...@amdocs.com>; Kang Xi <kang...@huawei.com>; FREEMAN, BRIAN D 
<bf1...@att.com>; PLATANIA, MARCO <plata...@research.att.com>
Subject: [integration] Could I take Integration?

Hi,
Anyone is using Integration space? I would like to clean this space and take it 
for some testing.

Regards,
Helen Chen

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [Onap-release] ACTION REQUIRED: Estimating LAB resource needs

[FREEMAN, BRIAN D]

That does make sense – perhaps another set of columns or separate table for 
container data.

How do you measure/estimate the memory needed for a container ?

Brian



From: PLATANIA, MARCO
Sent: Thursday, November 30, 2017 9:41 AM
To: FREEMAN, BRIAN D <bf1...@att.com>; Gildas Lanilis 
<gildas.lani...@huawei.com>; TIMONEY, DAN <dt5...@att.com>; onap-release 
<onap-rele...@lists.onap.org>
Cc: onap-discuss <onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [Onap-release] ACTION REQUIRED: Estimating LAB 
resource needs

Brian,

Thanks for the clarification, I was also confused. Resource assessment is 
important for HEAT, which needs to know #CPUs, memory, etc. of each specific VM.

If we use OOM for Beijing (as I understand), in my opinion the right way to 
think about it is container-level, rather than VM-level. This means that PTLs 
should tell how many instances of their component they need (or, put in another 
way, how many replicas of their containers they need). Resource sizing is then 
made at cluster level. Depending on how many containers we’ll need to support, 
the OOM cluster size will be adjusted.

Does it make sense?

Marco

From: 
<onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org>>
 on behalf of "FREEMAN, BRIAN D" <bf1...@att.com<mailto:bf1...@att.com>>
Date: Thursday, November 30, 2017 at 9:07 AM
To: Gildas Lanilis 
<gildas.lani...@huawei.com<mailto:gildas.lani...@huawei.com>>, "TIMONEY, DAN" 
<dt5...@att.com<mailto:dt5...@att.com>>, onap-release 
<onap-rele...@lists.onap.org<mailto:onap-rele...@lists.onap.org>>
Cc: onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] [Onap-release] ACTION REQUIRED: Estimating LAB 
resource needs

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

Folks,

Just some clarity based on responses so far.

The goal is to estimate the cloud resources we will need for testing and to 
help guide the testing strategy since likely will not have enough main memory 
for all the instances we had in Amsterdam with HA and Geo.

We are assuming OOM to minimize the footprint so the VM numbers are less 
relevant.

Today in HEAT a full Amsterdam is about 300 GB of main memory (SB01) – DCAE is 
already clustered

If we go with HA/Clustering that becomes “roughly”  600 GB (assuming DCAE is 
bulk of current memory utilization)  for one site and 1.2 TB for two sites but 
not all components need to scale the same way and there is  efficiency with OOM.

To the extent you can assess the memory you need in OOM with clustering that 
would be really helpful.

Brian



From: Gildas Lanilis [mailto:gildas.lani...@huawei.com]
Sent: Wednesday, November 29, 2017 5:31 PM
To: TIMONEY, DAN <dt5...@att.com<mailto:dt5...@att.com>>; onap-release 
<onap-rele...@lists.onap.org<mailto:onap-rele...@lists.onap.org>>
Cc: onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; FREEMAN, 
BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>
Subject: RE: [Onap-release] ACTION REQUIRED: Estimating LAB resource needs

Thanks Dan for your prompt feedback.
Good point. I would suggest you add this point as a comment and we will take it 
from there.

Thanks,
Gildas
ONAP Release Manager
1 415 238 6287

From: TIMONEY, DAN [mailto:dt5...@att.com]
Sent: Wednesday, November 29, 2017 1:56 PM
To: Gildas Lanilis 
<gildas.lani...@huawei.com<mailto:gildas.lani...@huawei.com>>; onap-release 
<onap-rele...@lists.onap.org<mailto:onap-rele...@lists.onap.org>>
Cc: onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; FREEMAN, 
BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>
Subject: Re: [Onap-release] ACTION REQUIRED: Estimating LAB resource needs

Gildas,

This is an excellent topic – thanks for starting this discussion!

One suggestion – we might want to separate out the HA/Geo Redundancy columns 
into 2 sets : one set for local HA only, and a second set for Geo Redundancy.

Just by way of example, in the case of SDN-C, we’d need 1 VM for no redundancy, 
8 for local HA, and 16 for geo redundancy.

I know that our target is geo redundancy, but it might be good to have a view 
of resources for local HA only as well.  That way, if we find we can’t afford 
the VMs for full geo redundancy, we’ll know the minimal set for local HA as 
well.

Dan

--
Dan Timoney
SDN-CP / OpenECOMP SDN-C SSO

Please go to  D2 ECOMP Release Planning 
Wiki<https://wiki.web.att.com/display/DERP/D2+ECOMP+Release+Planning+Home> for 
D2 ECOMP Project In-take, 2016 Release Planning, Change Management, and find 
key Release Planning Contact Information.


From: 
<onap-release-boun...@lists.onap.org<mailto:onap

Re: [onap-discuss] VFW/vLB External Network Connect fails

[FREEMAN, BRIAN D]

Hmm - cant help - dont know if your environment is doing security groups that 
blocks by default. Perhaps Marco has run into this problem before.

Brian


From: Arun Arora (c) [mailto:aroraa...@vmware.com]
Sent: Thursday, November 30, 2017 9:33 AM
To: onap-discuss@lists.onap.org; FREEMAN, BRIAN D <bf1...@att.com>
Subject: RE: VFW/vLB External Network Connect fails

No, the keypair is fine. Also I am using the keypair I created and not the one 
which comes as default in demo's env file.
I am able to ssh on VM on its ONAP network interface in any scenario but not on 
external network interface when the VM had interfaces for both networks created 
by Demo Stack.
Thanks
Arun

From: FREEMAN, BRIAN D
Sent: Thursday, November 30, 7:58 PM
Subject: RE: VFW/vLB External Network Connect fails
To: Arun Arora (c), 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>

We usually only log in via the external IP for testing - seems strange that 
behavoir would change by detaching interfaces but we it is a VPP application so 
the protected/unprotected vNICs shouldn't really be setup for login.

Is the problem that the public key used in preload doesnt match the private.key 
you are using ?

Brian






From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Arun Arora (c)
Sent: Thursday, November 30, 2017 9:14 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] VFW/vLB External Network Connect fails

Hi All,

While trying to create vFW and vLB/ vDNS demos I am facing the following issue 
in both demos:
For both demos able to create the stack which creates 3 VMs and their 
associated networks In vFW demo, vFirewall application VM has both 'protected' 
and 'unprotected' networks configured on its interfacesIn vLB/ vDNS demo, 
Load-Balance VM has both 'lb01_private' and 'pktget01_private' networks 
configured on its interfaces Issue: SSH on both VMs ("vFirewall application VM" 
and "Load-Balance VM") fails when its done using their External Interface IP or 
the IPs from the networks created with the demo stacks (i.e.  'protected', 
'unprotected', 'lb01_private' or 'pktget01_private')I can only SSH then through 
the IP assigned by ONAP networkFurther to this, if any interface on 'protected' 
and 'unprotected' is detached from vFirewall application VM, and VM is 
restarted then SSH using external interface works!! Same happens for 
Load-Balance VM!

Is this issue seen by anyone? Any pointers to resolve this?

Thanks,
Arun

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] VFW/vLB External Network Connect fails

[FREEMAN, BRIAN D]

We usually only log in via the external IP for testing - seems strange that 
behavoir would change by detaching interfaces but we it is a VPP application so 
the protected/unprotected vNICs shouldn't really be setup for login.

Is the problem that the public key used in preload doesnt match the private.key 
you are using ?

Brian






From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Arun Arora (c)
Sent: Thursday, November 30, 2017 9:14 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] VFW/vLB External Network Connect fails

Hi All,

While trying to create vFW and vLB/ vDNS demos I am facing the following issue 
in both demos:

  1.  For both demos able to create the stack which creates 3 VMs and their 
associated networks
 *   In vFW demo, vFirewall application VM has both 'protected' and 
'unprotected' networks configured on its interfaces
 *   In vLB/ vDNS demo, Load-Balance VM has both 'lb01_private' and 
'pktget01_private' networks configured on its interfaces
  2.  Issue: SSH on both VMs ("vFirewall application VM" and "Load-Balance VM") 
fails when its done using their External Interface IP or the IPs from the 
networks created with the demo stacks (i.e.  'protected', 'unprotected', 
'lb01_private' or 'pktget01_private')
  3.  I can only SSH then through the IP assigned by ONAP network
  4.  Further to this, if any interface on 'protected' and 'unprotected' is 
detached from vFirewall application VM, and VM is restarted then SSH using 
external interface works!! Same happens for Load-Balance VM!

Is this issue seen by anyone? Any pointers to resolve this?

Thanks,
Arun
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [Onap-release] ACTION REQUIRED: Estimating LAB resource needs

[FREEMAN, BRIAN D]

Folks,

Just some clarity based on responses so far.

The goal is to estimate the cloud resources we will need for testing and to 
help guide the testing strategy since likely will not have enough main memory 
for all the instances we had in Amsterdam with HA and Geo.

We are assuming OOM to minimize the footprint so the VM numbers are less 
relevant.

Today in HEAT a full Amsterdam is about 300 GB of main memory (SB01) – DCAE is 
already clustered

If we go with HA/Clustering that becomes “roughly”  600 GB (assuming DCAE is 
bulk of current memory utilization)  for one site and 1.2 TB for two sites but 
not all components need to scale the same way and there is  efficiency with OOM.

To the extent you can assess the memory you need in OOM with clustering that 
would be really helpful.

Brian



From: Gildas Lanilis [mailto:gildas.lani...@huawei.com]
Sent: Wednesday, November 29, 2017 5:31 PM
To: TIMONEY, DAN <dt5...@att.com>; onap-release <onap-rele...@lists.onap.org>
Cc: onap-discuss <onap-discuss@lists.onap.org>; FREEMAN, BRIAN D 
<bf1...@att.com>
Subject: RE: [Onap-release] ACTION REQUIRED: Estimating LAB resource needs

Thanks Dan for your prompt feedback.
Good point. I would suggest you add this point as a comment and we will take it 
from there.

Thanks,
Gildas
ONAP Release Manager
1 415 238 6287

From: TIMONEY, DAN [mailto:dt5...@att.com]
Sent: Wednesday, November 29, 2017 1:56 PM
To: Gildas Lanilis 
<gildas.lani...@huawei.com<mailto:gildas.lani...@huawei.com>>; onap-release 
<onap-rele...@lists.onap.org<mailto:onap-rele...@lists.onap.org>>
Cc: onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; FREEMAN, 
BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>
Subject: Re: [Onap-release] ACTION REQUIRED: Estimating LAB resource needs

Gildas,

This is an excellent topic – thanks for starting this discussion!

One suggestion – we might want to separate out the HA/Geo Redundancy columns 
into 2 sets : one set for local HA only, and a second set for Geo Redundancy.

Just by way of example, in the case of SDN-C, we’d need 1 VM for no redundancy, 
8 for local HA, and 16 for geo redundancy.

I know that our target is geo redundancy, but it might be good to have a view 
of resources for local HA only as well.  That way, if we find we can’t afford 
the VMs for full geo redundancy, we’ll know the minimal set for local HA as 
well.

Dan

--
Dan Timoney
SDN-CP / OpenECOMP SDN-C SSO

Please go to  D2 ECOMP Release Planning 
Wiki<https://wiki.web.att.com/display/DERP/D2+ECOMP+Release+Planning+Home> for 
D2 ECOMP Project In-take, 2016 Release Planning, Change Management, and find 
key Release Planning Contact Information.


From: 
<onap-release-boun...@lists.onap.org<mailto:onap-release-boun...@lists.onap.org>>
 on behalf of Gildas Lanilis 
<gildas.lani...@huawei.com<mailto:gildas.lani...@huawei.com>>
Date: Wednesday, November 29, 2017 at 3:31 PM
To: onap-release 
<onap-rele...@lists.onap.org<mailto:onap-rele...@lists.onap.org>>
Cc: onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>, "FREEMAN, 
BRIAN D" <bf1...@att.com<mailto:bf1...@att.com>>
Subject: [Onap-release] ACTION REQUIRED: Estimating LAB resource needs

Hi PTLs,

We need your help.
We are working with Catherine, Helen and Brian on estimating the needs in term 
of Integration Lab resources for Beijing Release. This is important as it will 
most certainly impact $ budget and thus may require TSC and GB approval.
The details have been posted in the wiki at 
https://wiki.onap.org/display/DW/Integration+labs+need+for+Beijing<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Integration-2Blabs-2Bneed-2Bfor-2BBeijing=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=qLcfee4a2vOwYSub0bljcQ=CaUG4r_Cugx2h70vsTNpSuic88WvQvOkdEn6HN4L51g=PkQYN-ujTSkhOXsPBggjxW5UrwxxkAhonWZo1SoY9rE=>
 and we need every team to fill out the table.

Please let my Catherine, Helen, Brian and Brian know if you have any questions.

It will be greatly appreciated if the table could be filled out by Monday, Dec 
4.

Thanks,
Gildas

[uaweiLogowithName]
Gildas Lanilis
ONAP Release Manager
Santa Clara CA, USA
gildas.lani...@huawei.com<mailto:gildas.lani...@huawei.com>
Mobile: 1 415 238 6287

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] R1 Blitz: Intermittent AAI-vm1 container startup failures in HEAT - manual /opt/aai_install.sh fails but installs docker and pulls images

[FREEMAN, BRIAN D]

Can also use dig

root@vm1-sdnc:~# dig simpledemo.onap.org @10.0.100.1

; <<>> DiG 9.9.5-3ubuntu0.13-Ubuntu <<>> simpledemo.onap.org @10.0.100.1
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 55361
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;simpledemo.onap.org.   IN  A

;; ANSWER SECTION:
simpledemo.onap.org.  604800 IN  A10.0.100.1

;; AUTHORITY SECTION:
simpledemo.onap.org.  604800 IN  NS  simpledemo.onap.org.

;; Query time: 0 msec
;; SERVER: 10.0.100.1#53(10.0.100.1)
;; WHEN: Mon Nov 27 14:56:45 UTC 2017
;; MSG SIZE  rcvd: 78

From: FREEMAN, BRIAN D
Sent: Monday, November 27, 2017 9:55 AM
To: BARSKY, GEORA <geo...@amdocs.com>; OBRIEN, FRANK MICHAEL 
<frank.obr...@amdocs.com>; onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] R1 Blitz: Intermittent AAI-vm1 container startup 
failures in HEAT - manual /opt/aai_install.sh fails but installs docker and 
pulls images

You probably should log into the dns server and make sure bind loaded the zone 
files for both openecomp.org and onap.org. The zone files are created from the 
.env parameters so if your overall ONAP install is not correct there can be 
blank lines in the zone file which will make it fail to load.

nslookup simpledemo.openecomp.org is the command I use to check that the 
internal dns is functioning. We have both zone files so that we can transition 
to onap.org like we have for the portal apps.

Brian


root@vm1-dns-server:~# nslookup simpledemo.openecomp.org @10.0.100.1
nslookup: couldn't get address for '@10.0.100.1': not found
root@vm1-dns-server:~# nslookup simpledemo.openecomp.org
Server:10.0.100.1
Address: 10.0.100.1#53

Name:  simpledemo.openecomp.org
Address: 10.0.100.1

root@vm1-dns-server:~# nslookup simpledemo.onap.org
Server:10.0.100.1
Address: 10.0.100.1#53

Name:  simpledemo.onap.org
Address: 10.0.100.1

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of BARSKY, GEORA
Sent: Monday, November 27, 2017 9:46 AM
To: OBRIEN, FRANK MICHAEL 
<frank.obr...@amdocs.com<mailto:frank.obr...@amdocs.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] R1 Blitz: Intermittent AAI-vm1 container startup 
failures in HEAT - manual /opt/aai_install.sh fails but installs docker and 
pulls images

Hi Michael,

We had the same issue in Logging tenant, aa2 was not reachable . Restarting DNS 
server itself didn’t help, but full re-deploy apparently worked.

These are the setting from env file:

  dns_list: ["10.12.25.5", "8.8.8.8"]
  external_dns: 8.8.8.8
  dns_forwarder: 10.12.25.5
  oam_network_cidr: 10.0.0.0/16

  dns_ip_addr: 10.0.100.1



Geora Barsky
Amdocs Technology
647-688-1039

[amdocs-a]

Follow us on 
Facebook<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.facebook.com_amdocs_=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=Xy-7Md8IGmsdCNcJv5DpjXQLOniyt6StK-7zt9Fvuq8=Q2rMIPEBhTZPnBcXvUx1R3l8kT2hkthGbBn-KXgIGT4=>,
 
Twitter<https://urldefense.proofpoint.com/v2/url?u=http-3A__twitter.com_amdocs=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=Xy-7Md8IGmsdCNcJv5DpjXQLOniyt6StK-7zt9Fvuq8=T2MHsJbZAZwByOWY9SlKoo5BOUVvUq5D2If6wbLcFiQ=>,
 
LinkedIn<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.linkedin.com_company_amdocs=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=Xy-7Md8IGmsdCNcJv5DpjXQLOniyt6StK-7zt9Fvuq8=IL8snTnKLapyPVq25RKIdQb8f2qvyta1sBv2j4dMZMs=>,
 
YouTube<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.youtube.com_amdocsinc=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=Xy-7Md8IGmsdCNcJv5DpjXQLOniyt6StK-7zt9Fvuq8=zMZgweM77G9ZaKcoyQrD9Bvh0VBiVJGctysTEhIiCAA=>,
 
Google+<https://urldefense.proofpoint.com/v2/url?u=https-3A__plus.google.com_105657940751678445194=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=Xy-7Md8IGmsdCNcJv5DpjXQLOniyt6StK-7zt9Fvuq8=7E4KA7a-NGx4hsJ3KSZ2DNtQKnYpzC_ekVjOcdcI-1E=>
 and the Amdocs blog 
network<https://urldefense.proofpoint.com/v2/url?u=http-3A__blogs.amdocs.com_=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=Xy-7Md8IGmsdCNcJv5DpjXQLOniyt6StK-7zt9Fvuq8=V3Q7LcPk7h1tmpVL8tcaJ48fHW7MFZFodv6kSj8gfhI=>.


From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Michael O'Brien
Sent: Monday, November 27, 2017 12:08 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] R1 Blitz: Intermittent AAI-vm1 container startup 
failures in HEAT - manual /opt/aai_install.sh fails 

Re: [onap-discuss] R1 Blitz: Intermittent AAI-vm1 container startup failures in HEAT - manual /opt/aai_install.sh fails but installs docker and pulls images

[FREEMAN, BRIAN D]

You probably should log into the dns server and make sure bind loaded the zone 
files for both openecomp.org and onap.org. The zone files are created from the 
.env parameters so if your overall ONAP install is not correct there can be 
blank lines in the zone file which will make it fail to load.

nslookup simpledemo.openecomp.org is the command I use to check that the 
internal dns is functioning. We have both zone files so that we can transition 
to onap.org like we have for the portal apps.

Brian


root@vm1-dns-server:~# nslookup simpledemo.openecomp.org @10.0.100.1
nslookup: couldn't get address for '@10.0.100.1': not found
root@vm1-dns-server:~# nslookup simpledemo.openecomp.org
Server:10.0.100.1
Address: 10.0.100.1#53

Name:  simpledemo.openecomp.org
Address: 10.0.100.1

root@vm1-dns-server:~# nslookup simpledemo.onap.org
Server:10.0.100.1
Address: 10.0.100.1#53

Name:  simpledemo.onap.org
Address: 10.0.100.1

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of BARSKY, GEORA
Sent: Monday, November 27, 2017 9:46 AM
To: OBRIEN, FRANK MICHAEL ; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] R1 Blitz: Intermittent AAI-vm1 container startup 
failures in HEAT - manual /opt/aai_install.sh fails but installs docker and 
pulls images

Hi Michael,

We had the same issue in Logging tenant, aa2 was not reachable . Restarting DNS 
server itself didn’t help, but full re-deploy apparently worked.

These are the setting from env file:

  dns_list: ["10.12.25.5", "8.8.8.8"]
  external_dns: 8.8.8.8
  dns_forwarder: 10.12.25.5
  oam_network_cidr: 10.0.0.0/16

  dns_ip_addr: 10.0.100.1



Geora Barsky
Amdocs Technology
647-688-1039

[amdocs-a]

Follow us on 
Facebook,
 
Twitter,
 
LinkedIn,
 
YouTube,
 
Google+
 and the Amdocs blog 
network.


From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Michael O'Brien
Sent: Monday, November 27, 2017 12:08 AM
To: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] R1 Blitz: Intermittent AAI-vm1 container startup 
failures in HEAT - manual /opt/aai_install.sh fails but installs docker and 
pulls images

Discussed with Venkata,  Can I get someone who has deployed aai1 on heat to 
validate my env settings – specifically my heat settings.
After I actually looked at the failed docker log as well as Venkata suggested 
it does look like my DNS settings are to blame – I am having a hard time 
finding the recommended settings on the wiki or the PPT. and would like to 
document it as we go.

aai.hbase.simpledemo.openecomp.org: forward host lookup failed: Unknown host
Unable to connect to hbase after 200 retries, please check if hbase server is 
properly configured and be able to connect
Unable to run init chef script, please check logs

Onap-openstack.env

 dns_list: 8.8.4.4

  external_dns: 8.8.4.4

  dns_forwarder: 10.0.100.1 (was missing the dns-server ip)

testing this now – but my current restack stops the /opt file downloads before 
the test-config folder is in where the deploy scripts are.


From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Michael O'Brien
Sent: Sunday, November 26, 2017 13:33
To: PLATANIA, MARCO (MARCO) 
>; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] R1 Blitz: Intermittent AAI-vm1 

Re: [onap-discuss] vFW Demo Stack Create Fails with ""Message: No valid host was found. There are not enough hosts available., Code: 500""

[FREEMAN, BRIAN D]

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of OBRIEN, FRANK MICHAEL
Sent: Monday, November 27, 2017 9:07 AM
To: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] vFW Demo Stack Create Fails with ""Message: No 
valid host was found. There are not enough hosts available., Code: 500""

Going through this issue this morning with some of you - it looks like we have 
a couple questions that we will get answers for in the noon meeting


  1.  Do we use the older vFW template or the new split vFWCL template with the 
PORTAL-409 fix from the 4th nov - or both
>> if you want to demonstrate closed loop then yes you have to use the new two 
>> VNF service version vFWCL. You also need to name the vnf/vf correctly if I 
>> remember correctly. See Pam's notes.

  1.  Does the ssh key in the older vFW still get overridden by any sdc 
distribute override
>> It should but we have been using the SDNC Preload which over rides the 
>> parameters in the .env file if you include the public key in the SDNC 
>> preload.

  1.  Does the ssh key we manually add at design time to the vFWCL env(2) files 
get overridden by any override in SDC distribute as well
>> parameters in the .env get over ridden if they are provide either in the VID 
>> interface or in the SDNC preload. If you look closely at the vnfadapter logs 
>> in SO with debug turned on you can see the debug statements where SO is 
>> creating the paramters that get added to the openstack create stack call and 
>> that list of parameters over ride any matching parametres in the .env file. 
>> It is subtle logging messages so its easy to miss and you need debug turned 
>> on.


  1.  I would expect any default key in the env to work out of the box otherwise
>> I thought the default .env in gerrit had things like "PUT YOUR KEY HERE" 
>> which would be over ridden by the preload data unless a differnt .env was 
>> used (which is probably what you said but I might have parsed the sentence 
>> worn)



Observation: the vFW sink on Integration SB-00 on 10.12.6.60 works (no closed 
loop yet via (dcae/policy/appc) and generates the :667 graph in a curl/browser 
- so we have a good target

I tried getting into this one with the default key but I don't know whether it 
was generated by 1 or 2 or SDC overridden



In cases where the private and assigned IPs are still not accessible - even 
from robot - attach a 3rd floating ip - as the vFW has its own subnet.

>>> the heat template shiould have a port ,net/subnet for the external network 
>>> setup already ? that are parameters into the heat template.



These questions are on top of the other ones we will verify (preload via 
robot/post or both, appc mount via robot/post or both)

Basically, we should have some documentation on these today/this week as we 
finish with the distribute step



See you later at 1200EDT.

https://wiki.onap.org/display/DW/Vetted+vFirewall+Demo+-+Full+draft+how-to+for+F2F+and+ReadTheDocs<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Vetted-2BvFirewall-2BDemo-2B-2D-2BFull-2Bdraft-2Bhow-2Dto-2Bfor-2BF2F-2Band-2BReadTheDocs=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=CYGn1BzWltIXukWgbtK6yyVq_JLwkMBcSpXAdfoe8x8=8ulGj0p5vF-NZ73ZwpmX6jscrQ70cEF6M2SkRNugtYE=>

/michael



From: FREEMAN, BRIAN D [mailto:bf1...@att.com]
Sent: Monday, November 27, 2017 08:52
To: Arun Arora (c) <aroraa...@vmware.com<mailto:aroraa...@vmware.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; PLATANIA, 
MARCO <plata...@research.att.com<mailto:plata...@research.att.com>>
Cc: Ramki Krishnan <ram...@vmware.com<mailto:ram...@vmware.com>>; Ramesh 
Tammana <rame...@vmware.com<mailto:rame...@vmware.com>>; Gaurav Gupta (c) 
<guptagau...@vmware.com<mailto:guptagau...@vmware.com>>; Michael O'Brien 
<frank.obr...@amdocs.com<mailto:frank.obr...@amdocs.com>>
Subject: RE: [onap-discuss] vFW Demo Stack Create Fails with ""Message: No 
valid host was found. There are not enough hosts available., Code: 500""

Arun,

I dont know what problem you are getting into. Assigning the floating IP's 
after the fact seems strange but theres nothing that would be different for the 
3 VM's that I know of that would work for one and not the other 2 wrt logging 
in.

Perhaps using the concole port to see if the VM cloud-init log has any 
indications.

Without an external IP I'm not sure the applications can do their install so I 
think you need to get the external network configuration working.

Brian

From: Arun Arora (c) [mailto:aroraa...@vmware.com]
Sent: Friday, November 24, 2017 9:38 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; FREEMAN, 
BRIAN D <bf

Re: [onap-discuss] vFW Demo Stack Create Fails with ""Message: No valid host was found. There are not enough hosts available., Code: 500""

[FREEMAN, BRIAN D]

I've only run into that when the Hosting platform didnt have enough memory or 
other resource (sometimes ports ) you'll have to look at errors on the VMware 
side. Dont know if Marco or Kang have run into this particular message before.

Did debugmso.log in the VnfAdapter directory have any more details or was it 
the same No valid host was found message ?

Brian


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Arun Arora (c)
Sent: Thursday, November 23, 2017 9:24 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] vFW Demo Stack Create Fails with ""Message: No valid 
host was found. There are not enough hosts available., Code: 500""

Hi All,

We are working to bring up the vFW demo on VIO 4.0. For that we run demo.sh 
init from robot VM and then service instantiation is done from VID.
We have reached a point where MSO sends the Heat Request to VIO for Demo Stack 
creation, however each time the stack creation fails with error ""Message: No 
valid host was found. There are not enough hosts available., Code: 500""

We have enough resources for the 3 VMs created as part of vFW demo. However, 
still receiving the following errors:

vsn_0

7f5f2a96-065b-49d7-a6a4-281ff85df8db

OS::Nova::Server

14 minutes

Create Failed

ResourceInError: resources.vsn_0: Went to status ERROR due to "Message: No 
valid host was found. There are not enough hosts available., Code: 500"



vpg_0

385d207f-97ff-4a3a-8107-c8a77c37b33b

OS::Nova::Server

14 minutes

Create Failed

ResourceInError: resources.vpg_0: Went to status ERROR due to "Message: No 
valid host was found. There are not enough hosts available., Code: 500"


I see that other resources creation is OK but the VMs creation fail. Attaching 
the topology snapshot for reference.

Has anyone seen this issue in your setup? Ayn pointers to fix this are highly 
appreciated.

Thanks,
Arun

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] SDNC VM & Docker Containers Unstable

[FREEMAN, BRIAN D]

Remove unknown.log and restart docker container - the disk is full on the VM 
from unknown.log growing out of bounds.
We are trying to figure out what triggers it.

Brian

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Yunxia Chen
Sent: Tuesday, November 21, 2017 3:09 PM
To: onap-discuss ; aroraa...@vmware.com
Subject: Re: [onap-discuss] SDNC VM & Docker Containers Unstable

What's your env look like?
Helen Chen


Sent from HUAWEI AnyOffice
From: Arun Arora (c)
To: onap-discuss;
Cc: Michael O'Brien; Ramki Krishnan; Ramesh Tammana; Yunxia Chen;
Subject: SDNC VM & Docker Containers Unstable
Time: 2017-11-21 05:59:44


Hi All,

We are working to bring up the vFW demo. For that we are using demo.sh init to 
create customer and distribute service. After that using VID for further steps.

While doing so we have seen the below 3 issues.
1. Space of SDNC VM's '/' mount point fills completely at some point
2. Docker containers are exiting randomly. We see mysql, dgbuilder and 
admportal containers exiting at varied instances

3. admportal becomes unreachable

1. Received "refused to connect" error

2. On debugging further found that start_portal.sh is stuck at the 
following, which was not seen before (Please see start_install.png):

+ cd /opt/onap/sdnc/admportal
+ npm install
npm WARN deprecated node-uuid@1.4.8: Use uuid module 
instead
loadDep:type-is > networ / 
|---|

Has anyone seen these issues before? Really appreciate any pointers to solve 
these issues.

Following JIRA ticket is raised for the same:
https://jira.onap.org/browse/SDNC-203


Thanks,
Arun




___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] 答复: RE: question about sdc_vm_init

[FREEMAN, BRIAN D]

Sometimes the repo to clone is the start script that is the last line in the 
vm_init.sh script.

But for sdc it looks like it is supposed to be in the vm_install.sh but I dont 
have  fresh environment.
On an old environment the remote url for orign is shown below.

root@vm1-sdc:/opt/sdc# git remote get-url --all  origin
http://gerrit.onap.org/r/sdc.git

I;ve never seen the work flow designer so not sure of the repo to use.

Did you simply check gerrit.onap.org under project list filter for sdc

Brian



From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of lv.bo...@zte.com.cn
Sent: Monday, November 13, 2017 8:31 PM
To: LANDO, MICHAEL ; PLATANIA, MARCO 

Cc: onap-discuss@lists.onap.org
Subject: [onap-discuss] 答复: RE: question about sdc_vm_init


Marco and Michael,



I checked the sdc_vm_init.sh file and did not found where to set the parameters 
of what repo to clone.

Then, I thought the sdc_workflow_designer repo already existed. I just need to 
pull the new version.

But Marco said there is no sdc_workflow_designer repo under opt/ in sdc vm.

So again, how should I get the repo on sdc vm ?






原始邮件
发件人： >;
收件人：吕波10185543; >;
抄送人：赵化冰10201488; 
>;
日 期 ：2017年11月05日 20:42
主 题 ：RE: question about sdc_vm_init
As far as I think.
You should have clone of your repo as part of the init.
The init hase paremeters to define from what repo to clone.
Once cloned the run script should be part of it.





BR,

Michael Lando
Opensource TL , SDC
AT Network Application Development · NetCom
Tel Aviv | Tampa | Atlanta | New Jersey |Chicago
···
Office: +972 (3) 5451487
Mobile: +972 (54) 7833603
e-mail: ml6...@intl.att.com

From: lv.bo...@zte.com.cn 
[mailto:lv.bo...@zte.com.cn]
Sent: Thursday, November 02, 2017 4:34 AM
To: Lando,Michael >; PLATANIA, 
MARCO >
Cc: zhao.huab...@zte.com.cn; 
onap-discuss@lists.onap.org
Subject: question about sdc_vm_init


Hi,

I'm writing a docker_run.sh scipt for workflow designer which should be invoked 
when sdc vm init.



I checked the script in sdc_vm_init.sh(under demo/boot). I found there is a 
local repo of sdc. The docker_run.sh comes from the local repo  which will pull 
the latest sdc code.



My question is:  How shold the sdc vm get the latest version of workflow 
designer's docker_run.sh? Is that the same as the one in sdc? Is there a local 
repo of sdc-workflow-designer too?  Should I clone the sdc-workflow-designer 
repo to sdc vm myself?



Regards.



Lv Bo


___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [aai] AAI-UI is online in integration lab

[FREEMAN, BRIAN D]

Jimmy,

That IP is the dcae IP collector IP which is not installed in integration (not 
enough resources I suspect).

The message router that the model ingest uses is the 
ueb.api.simpledemo.openecomp.org or vm1.mr.simpledemo.openecomp.org

I changed that in the event.route in the base VM and restarted datarouter 
docker and it worked. Screen shot below :)
/opt/test-config/data-router/dynamic/routes/entity-event.route

Brian



120<https://gerrit.onap.org/r/gitweb?p=demo.git;a=blob;f=boot/bind_zones;h=3823aa666514e78508bb9e338e528474099c2fe1;hb=refs/heads/master#l120>
 ;Message Router
121<https://gerrit.onap.org/r/gitweb?p=demo.git;a=blob;f=boot/bind_zones;h=3823aa666514e78508bb9e338e528474099c2fe1;hb=refs/heads/master#l121>
 ;mr.api.simpledemo.openecomp.org.   IN  CNAME   
vm1.mr.simpledemo.openecomp.org.
122<https://gerrit.onap.org/r/gitweb?p=demo.git;a=blob;f=boot/bind_zones;h=3823aa666514e78508bb9e338e528474099c2fe1;hb=refs/heads/master#l122>
 ueb.api.simpledemo.openecomp.org.   IN  CNAME   
vm1.mr.simpledemo.openecomp.org.
123<https://gerrit.onap.org/r/gitweb?p=demo.git;a=blob;f=boot/bind_zones;h=3823aa666514e78508bb9e338e528474099c2fe1;hb=refs/heads/master#l123>
 mr.api.simpledemo.openecomp.org.IN  A   dcae_coll_ip_addr
124<https://gerrit.onap.org/r/gitweb?p=demo.git;a=blob;f=boot/bind_zones;h=3823aa666514e78508bb9e338e528474099c2fe1;hb=refs/heads/master#l124>
 collector.api.simpledemo.openecomp.org. IN  A   dcae_coll_ip_addr
125<https://gerrit.onap.org/r/gitweb?p=demo.git;a=blob;f=boot/bind_zones;h=3823aa666514e78508bb9e338e528474099c2fe1;hb=refs/heads/master#l125>
 ;dbc.api.simpledemo.openecomp.org.  IN  CNAME   
vm1.mr.simpledemo.openecomp.org.
126<https://gerrit.onap.org/r/gitweb?p=demo.git;a=blob;f=boot/bind_zones;h=3823aa666514e78508bb9e338e528474099c2fe1;hb=refs/heads/master#l126>
 ;drprov.api.simpledemo.openecomp.org.   IN  CNAME   
vm1.mr.simpledemo.openecomp.org.


[cid:image002.jpg@01D35B22.31402760]

From: FORSYTH, JAMES
Sent: Saturday, November 11, 2017 12:24 PM
To: onap-discuss@lists.onap.org; FREEMAN, BRIAN D <bf1...@att.com>; PLATANIA, 
MARCO <plata...@research.att.com>
Subject: [aai] AAI-UI is online in integration lab

Integration test team,

Yesterday's issue where the AAI-UI was not being populated is now fixed.

There is still an issue between vm1-aai-inst1 and dmaap:

root@vm1-aai-inst1:/opt/test-config# ping mr.api.simpledemo.openecomp.org
PING mr.api.simpledemo.openecomp.org (10.0.4.102) 56(84) bytes of data.
>From 10.0.1.1 icmp_seq=1 Destination Host Unreachable
>From 10.0.1.1 icmp_seq=2 Destination Host Unreachable
>From 10.0.1.1 icmp_seq=3 Destination Host Unreachable

If that connectivity issue is fixed, you will need to kick off the sync job by 
restarting the sparky-be docker image on vm1-aai-inst1 or waiting until the 
re-sync cronjob @ 0500 UTC

Thanks,
jimmy
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [integration] vCPE custom flow test

[FREEMAN, BRIAN D]

2017-11-04 19:16:58,687 | INFO  | p1179980033-8572 | GenericResourceApiProvider 
  | 336 - org.onap.sdnc.northbound.generic-resource-api-provider - 
1.2.0.SNAPSHOT | Returned SUCCESS for tunnelxconn-topology-operation 
[a8aa6fef-fbe5-4d13-8544-6514cfca8233] TunnelxconnTopologyOperationOutput 
[_ackFinalIndicator=Y, _responseCode=200, _responseMessage=, 
_serviceResponseInformation=ServiceResponseInformation 
[_instanceId=a8aa6fef-fbe5-4d13-8544-6514cfca8233, 
_objectPath=restconf/config/GENERIC-RESOURCE-API:services/service/a8aa6fef-fbe5-4d13-8544-6514cfca8233/service-data/service-topology/,
 augmentation=[]], 
_tunnelxconnResponseInformation=TunnelxconnResponseInformation 
[_instanceId=56cb8290-1069-41f8-a306-9c00c620938b, 
_objectPath=restconf/config/GENERIC-RESOURCE-API:tunnelxconn-allotted-resources/tunnelxconn-allotted-resource/56cb8290-1069-41f8-a306-9c00c620938b/allotted-resource-data/tunnelxconn-topology/,
 augmentation=[]], augmentation=[]]



-Original Appointment-
From: Kang Xi [mailto:kang...@huawei.com]
Sent: Friday, November 03, 2017 3:04 PM
To: Kang Xi; onap-discuss
Subject: [onap-discuss] [integration] vCPE custom flow test
When: Saturday, November 04, 2017 2:00 PM-5:00 PM (UTC-05:00) Eastern Time (US 
& Canada).
Where: https://zoom.us/j/44



  << File: ATT1.txt >>

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [integration] vCPE integration test

[FREEMAN, BRIAN D]

Data for Integration Lab.


{
"global-customer-id": "SDN-ETHERNET-INTERNET",
"subscriber-name": "SDN-ETHERNET-INTERNET",
"subscriber-type": "INFRA",
"resource-version": "1509711987426",
"service-subscriptions": {
"service-subscription": [
{
"service-type": "vCPE",
"resource-version": "1509711987484",
"service-instances": {
"service-instance": [
{
"service-instance-id": 
"fd8c316a-4c99-4862-a4fa-880e84232bf6",
"service-instance-name": "vCPEBNGSI110301",
"model-invariant-id": 
"c73835fb-d502-4ab4-9e1d-5f95ce20aadc",
"model-version-id": 
"c5254bfc-dba5-4274-8c92-0697d127370e",
"resource-version": "1509729356775",
"relationship-list": {
"relationship": [
{
"related-to": "l3-network",
"related-link": 
"/aai/v11/network/l3-networks/l3-network/28cfec9e-c5bf-48f4-ac3a-3ef465b24e33",
"relationship-data": [
{
"relationship-key": 
"l3-network.network-id",
"relationship-value": 
"28cfec9e-c5bf-48f4-ac3a-3ef465b24e33"
}
],
"related-to-property": [
{
"property-key": 
"l3-network.network-name",
"property-value": 
"vCPEMetroBNGMUX110306"
}
]
},
{
"related-to": "generic-vnf",
"related-link": 
"/aai/v11/network/generic-vnfs/generic-vnf/856a9673-5645-4b75-a4d6-17259ce776f5",
"relationship-data": [
{
"relationship-key": 
"generic-vnf.vnf-id",
"relationship-value": 
"856a9673-5645-4b75-a4d6-17259ce776f5"
}
],
"related-to-property": [
{
"property-key": 
"generic-vnf.vnf-name",
"property-value": 
"vCPEBNGVNF110301"
}
]
},
{
"related-to": "l3-network",
"related-link": 
"/aai/v11/network/l3-networks/l3-network/6fa62dc0-8f80-45e0-a556-bd7f86382afd",
"relationship-data": [
{
"relationship-key": 
"l3-network.network-id",
"relationship-value": 
"6fa62dc0-8f80-45e0-a556-bd7f86382afd"
}
],
"related-to-property": [
{
"property-key": 
"l3-network.network-name",
"property-value": 
"vCPEMetroBRGBNG110306"
}
]
}
]
}
},
{
"service-instance-id": 
"29ebc5fc-f5c8-4b98-bff0-776580117b02",
"service-instance-name": "vcperescust-1103-14",
"model-invariant-id": 
"ef89c526-70f3-410e-ab30-563bd20d364d",
"model-version-id": 
"b12d36da-459f-41be-aadc-7034568690eb",
"resource-version": "1509727815040",
"selflink": 
"restconf/config/GENERIC-RESOURCE-API:services/service/29ebc5fc-f5c8-4b98-bff0-776580117b02/service-data/service-topology/"
},
{
"service-instance-id": 

Re: [onap-discuss] [integration] [policy] - vFW discussion

[FREEMAN, BRIAN D]

Pam,

I didnt see your note before I logged off to head home.

Starting on vCPE testing session at 9:00.

Brian


From: DRAGOSH, PAM
Sent: Thursday, November 02, 2017 7:33 PM
To: FREEMAN, BRIAN D <bf1...@att.com>; Yunxia Chen <helen.c...@huawei.com>; 
HERNANDEZ-HERRERO, JORGE <jh1...@att.com>; onap-discuss 
<onap-discuss@lists.onap.org>
Subject: Re: [integration] [policy] - vFW discussion

Took the bridge down since necessary folks did not show up.

Pam

From: "DRAGOSH, PAMELA L (PAM)" 
<pdrag...@research.att.com<mailto:pdrag...@research.att.com>>
Date: Thursday, November 2, 2017 at 6:40 PM
To: "FREEMAN, BRIAN D" <bf1...@att.com<mailto:bf1...@att.com>>, Yunxia Chen 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>, "HERNANDEZ-HERRERO, 
JORGE" <jh1...@att.com<mailto:jh1...@att.com>>, onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: [integration] [policy] - vFW discussion


When: Thursday, November 02, 2017 7:00 PM-9:00 PM. (UTC-05:00) Eastern Time (US 
& Canada)

Where: https://zoom.us/j/255981447



*~*~*~*~*~*~*~*~*~*
Hi there,

ONAP Meeting 3 is inviting you to a scheduled Zoom meeting.

Join from PC, Mac, Linux, iOS or Android: https://zoom.us/j/255981447

Or iPhone one-tap :
US: +16699006833,,255981447#  or +16465588656,,255981447#
Or Telephone：
Dial(for higher quality, dial a number based on your current location)：
US: +1 669 900 6833  or +1 646 558 8656  or +1 877 369 0926 (Toll Free) 
or +1 855 880 1246 (Toll Free)
Meeting ID: 255 981 447
International numbers available: 
https://zoom.us/zoomconference?m=d2wmJ1fW2PvXAdPHP3sCyXwk4AvwrNK4


___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [integration][policy]Need help from Policy now

[FREEMAN, BRIAN D]

Is there a GET query to see the current policy for (com.BRMSParamvFirewall) ?

Brian


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of FREEMAN, BRIAN D
Sent: Thursday, November 02, 2017 11:47 AM
To: DRAGOSH, PAM <pdrag...@research.att.com>; HERNANDEZ-HERRERO, JORGE 
<jh1...@att.com>; Yunxia Chen <helen.c...@huawei.com>; onap-discuss 
<onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [integration][policy]Need help from Policy now

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
So we would replace “d0a1dfc6-94f5-4fd4-a5b5-4630b438850a” with the 
“37e0d462-7415-49a5-a7bc-8ee7795a1ea7” based on the
AAI query 
https://{{aai}}:8443/aai/v11/business/customers/customer/Demonstration?depth=all<https://urldefense.proofpoint.com/v2/url?u=https-3A__-257b-257baai-257d-257d-3A8443_aai_v11_business_customers_customer_Demonstration-3Fdepth-3Dall=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=W-bbX1NPpIxD8olEGqvcbE3CeRdOJDnnMQq3k6r2ERw=XOkS8mt-JxFwJjCI91m45OsO7EItjx5CZYBilSWfFDE=>

Does that match with testing last night in SB00 ?

Brian


"service-type": "vFW",
"resource-version": "1509587772094",
"service-instances": {
"service-instance": [
{
"service-instance-id": 
"21da1452-e317-4024-a150-e4b4585beb8f",
"service-instance-name": "demosiVFW110103",
"model-invariant-id": 
"37e0d462-7415-49a5-a7bc-8ee7795a1ea7",
"model-version-id": 
"58d9c25e-7294-46aa-a806-8360a6b92e93",
        "resource-version": "1509590302522",
"relationship-list": {

From: DRAGOSH, PAM
Sent: Thursday, November 02, 2017 11:32 AM
To: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>; 
HERNANDEZ-HERRERO, JORGE <jh1...@att.com<mailto:jh1...@att.com>>; Yunxia Chen 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] [integration][policy]Need help from Policy now

Since there is a policy there already, we just update it:

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%0AcontrolLoopName%3A+ControlLoop-vFirewall-d0a1dfc6-94f5-4fd4-a5b5-4630b438850a%0D%0Atrigger_policy%3A+unique-policy-id-1-modifyConfig%0D%0Atimeout%3A+1200%0D%0Aabatement%3A+false%0D%0A%0D%0Apolicies%3A%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+TBDCannot+be+known+until+instantiation+is+done%0D%0AresourceID%3A5f492678-c2e3-4385-a16a-1e781756ce1c%0D%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/updatePolicy<https://urldefense.proofpoint.com/v2/url?u=http-3A__pdp-3A8081_pdp_api_updatePolicy=DwQGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=W-bbX1NPpIxD8olEGqvcbE3CeRdOJDnnMQq3k6r2ERw=LWIUwtmV_ZcqSc6hBlDWx1ALaIZCJTDYqs2ASarX4y8=>'


From: "FREEMAN, BRIAN D" <bf1...@att.com<mailto:bf1...@att.com>>
Date: Thursday, November 2, 2017 at 11:30 AM
To: "HERNANDEZ-HERRERO, JORGE" <jh1...@att.com<mailto:jh1...@att.com>>, 
"DRAGOSH, PAMELA L (PAM)" 
<pdrag...@research.att.com<mailto:pdrag...@research.att.com>>, Yunxia Chen 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>, onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: RE: [onap-discuss] [i

Re: [onap-discuss] [integration][policy]Need help from Policy now

[FREEMAN, BRIAN D]

As of 11/2 11:52 EDT, its Amsterdam required steps. It should be part of the 
documentation on running ONAP. If we have enough time perhaps robot could 
support it for automated test cases (and that would be good for CI testing).

Brian


From: Yunxia Chen [mailto:helen.c...@huawei.com]
Sent: Thursday, November 02, 2017 11:51 AM
To: DRAGOSH, PAM <pdrag...@research.att.com>; FREEMAN, BRIAN D 
<bf1...@att.com>; HERNANDEZ-HERRERO, JORGE <jh1...@att.com>; onap-discuss 
<onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [integration][policy]Need help from Policy now

Trying to catch all the emails. Will this be Amsterdam required steps or 
someone will provide a fix. If for the first case, we need to document it.

Regards,

Helen Chen

From: "DRAGOSH, PAMELA L (PAM)" 
<pdrag...@research.att.com<mailto:pdrag...@research.att.com>>
Date: Thursday, November 2, 2017 at 8:32 AM
To: "FREEMAN, BRIAN D" <bf1...@att.com<mailto:bf1...@att.com>>, 
"HERNANDEZ-HERRERO, JORGE" <jh1...@att.com<mailto:jh1...@att.com>>, Helen Chen 
00725961 <helen.c...@huawei.com<mailto:helen.c...@huawei.com>>, onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] [integration][policy]Need help from Policy now

Since there is a policy there already, we just update it:

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%0AcontrolLoopName%3A+ControlLoop-vFirewall-d0a1dfc6-94f5-4fd4-a5b5-4630b438850a%0D%0Atrigger_policy%3A+unique-policy-id-1-modifyConfig%0D%0Atimeout%3A+1200%0D%0Aabatement%3A+false%0D%0A%0D%0Apolicies%3A%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+TBDCannot+be+known+until+instantiation+is+done%0D%0AresourceID%3A5f492678-c2e3-4385-a16a-1e781756ce1c%0D%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/updatePolicy<https://urldefense.proofpoint.com/v2/url?u=http-3A__pdp-3A8081_pdp_api_updatePolicy=DwQGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=xXwaXs_1wu89yBmTXX-8vmN38qJ2Z-SAPibsS3i9lEU=4COtr4OUWKbmuAhSGWvsgNtaDtgllrCG7Gx4n2HU9NA=>'


From: "FREEMAN, BRIAN D" <bf1...@att.com<mailto:bf1...@att.com>>
Date: Thursday, November 2, 2017 at 11:30 AM
To: "HERNANDEZ-HERRERO, JORGE" <jh1...@att.com<mailto:jh1...@att.com>>, 
"DRAGOSH, PAMELA L (PAM)" 
<pdrag...@research.att.com<mailto:pdrag...@research.att.com>>, Yunxia Chen 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>, onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: RE: [onap-discuss] [integration][policy]Need help from Policy now

Lets start with the basic POSTMAN assuming we have the model-invariant-uuid and 
can put that in the right place in the url/body.

Brian


From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of FREEMAN, BRIAN D
Sent: Thursday, November 02, 2017 11:22 AM
To: HERNANDEZ-HERRERO, JORGE <jh1...@att.com<mailto:jh1...@att.com>>; DRAGOSH, 
PAM <pdrag...@research.att.com<mailto:pdrag...@research.att.com>>; Yunxia Chen 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] [integration][policy]Need help from Policy now

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
The test team will actually run the POSTMAN/curl to create the operational 
policy before they start testing.

So can we get an example template for the create ?

Brian


From: HERNA