Re: [onap-discuss] [oom] OOM container restarts

[Catherine LEFEVRE]

Hi Yan,

No worries.

I do not know if your container restart issue is related to a timeout or not.

The CLAMP team has increased the initialDelaySeconds to 120 in the values.yaml 
file.

# probe configuration parameters
liveness:
  initialDelaySeconds: 120

Hope it helps.

Best regards
Catherine
From: Yan Yang [mailto:yangya...@chinamobile.com]
Sent: Wednesday, August 08, 2018 6:09 AM
To: onap-discuss@lists.onap.org; Lefevre, Catherine ; 
'Gary Wu' ; roger.maitl...@amdocs.com; 
onap-rele...@lists.onap.org
Subject: 答复: [onap-discuss] [oom] OOM container restarts

Hi Catherine and Gary,

Sorry for late to see this email.

VF-C team will key our eyes on this, may be need some help from OOM team.


Best Regards,
Yan
发件人: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] 代表 Catherine LEFEVRE
发送时间: 2018年8月8日 11:49
收件人: Gary Wu; onap-discuss@lists.onap.org; 
roger.maitl...@amdocs.com; 
onap-rele...@lists.onap.org
主题: Re: [onap-discuss] [oom] OOM container restarts

Thank you Gary for the additional information.
I raised previously this request because some PTLs could not find the logs from 
previous OOM containers restart.

If PTLs check at the beginning of their day then they should be able to capture 
the logs if the restart reoccurs.

I looked on the different environments yesterday (Aug 7th).
I have asked CLAMP, SDNC, DCAEGEN2, MUSIC, EXTAPI, AAF teams to investigate 
since the restart of their containers are recurrent.
I did not trigger the VFC team – I did the assumption that you were already 
working with them.
If not then let me know.

Finally, great job on the Grafana dashboard !

Best regards
Catherine

From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Tuesday, August 07, 2018 5:05 PM
To: Lefevre, Catherine mailto:cl6...@intl.att.com>>; 
onap-discuss@lists.onap.org; 
roger.maitl...@amdocs.com; 
onap-rele...@lists.onap.org
Subject: RE: [onap-discuss] [oom] OOM container restarts

Hi Cathrine,

Generally speaking, a container restart means that:

1.  The liveness probe initial delay is too low, and

2.  The liveness probe, when triggered, is returning the wrong status while 
the container is still initializing (i.e. not dead).

The default liveness probe in OOM is a TCP probe with a short (10 seconds?) 
initial delay.  This means that if the TCP port specified is not responding at 
10s after container start, then the container will be killed and restarted.

There are two ways to remedy this:

1.  Make the initial delay long enough to guarantee that by then the TCP 
port will be up, keeping in mind that ONAP might be running on arbitrarily slow 
hardware.

2.  Change the liveness probe to something else, perhaps to a shell script 
probe inside the container that can do more sophisticated checks like process 
status, etc.

I can look into the feasibility of saving the container logs.  In the meantime, 
it might actually be easier to debug the restart issues directly in the 
environments.  The deployments are done daily at midnight Pacific so anyone who 
is actively working a restart issue should have plenty of time to gather 
information and try out liveness probe changes.

Thanks,
Gary

From: Lefevre, Catherine [mailto:cl6...@intl.att.com]
Sent: Tuesday, August 07, 2018 4:48 AM
To: onap-discuss@lists.onap.org; 
roger.maitl...@amdocs.com; Gary Wu 
mailto:gary.i...@huawei.com>>; 
onap-rele...@lists.onap.org
Subject: RE: [onap-discuss] [oom] OOM container restarts

Good morning Gary,

Would it be possible to save logs before a new deployment is performed so we 
can investigate what could be the reason of these restarts?

Many thanks & regards
Catherine

From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Roger Maitland
Sent: Thursday, August 02, 2018 2:32 PM
To: onap-discuss@lists.onap.org; 
gary.i...@huawei.com; 
onap-rele...@lists.onap.org
Subject: Re: [onap-discuss] [oom] OOM container restarts

Thanks for setting this up Gary.  Having good data will allow us to observe and 
fix these problems.

Cheers,
Roger

From: mailto:onap-discuss@lists.onap.org>> on 
behalf of Gary Wu mailto:gary.i...@huawei.com>>
Reply-To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 
"gary.i...@huawei.com" 
mailto:gary.i...@huawei.com>>
Date: Wednesday, August 1, 2018 at 6:09 PM
To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 

答复: [onap-discuss] [oom] OOM container restarts

[Yan Yang]

Hi Catherine and Gary,

 

Sorry for late to see this email.

 

VF-C team will key our eyes on this, may be need some help from OOM team.

 

 

Best Regards,

Yan

发件人: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] 代表 
Catherine LEFEVRE
发送时间: 2018年8月8日 11:49
收件人: Gary Wu; onap-discuss@lists.onap.org; roger.maitl...@amdocs.com; 
onap-rele...@lists.onap.org
主题: Re: [onap-discuss] [oom] OOM container restarts

 

Thank you Gary for the additional information.

I raised previously this request because some PTLs could not find the logs from 
previous OOM containers restart.

 

If PTLs check at the beginning of their day then they should be able to capture 
the logs if the restart reoccurs.

 

I looked on the different environments yesterday (Aug 7th).

I have asked CLAMP, SDNC, DCAEGEN2, MUSIC, EXTAPI, AAF teams to investigate 
since the restart of their containers are recurrent.

I did not trigger the VFC team – I did the assumption that you were already 
working with them.

If not then let me know.

 

Finally, great job on the Grafana dashboard !

 

Best regards

Catherine

 

From: Gary Wu [mailto:gary.i...@huawei.com] 
Sent: Tuesday, August 07, 2018 5:05 PM
To: Lefevre, Catherine ; onap-discuss@lists.onap.org; 
roger.maitl...@amdocs.com; onap-rele...@lists.onap.org
Subject: RE: [onap-discuss] [oom] OOM container restarts

 

Hi Cathrine,

 

Generally speaking, a container restart means that:

1.  The liveness probe initial delay is too low, and

2.  The liveness probe, when triggered, is returning the wrong status while 
the container is still initializing (i.e. not dead).

 

The default liveness probe in OOM is a TCP probe with a short (10 seconds?) 
initial delay.  This means that if the TCP port specified is not responding at 
10s after container start, then the container will be killed and restarted.

 

There are two ways to remedy this:

1.  Make the initial delay long enough to guarantee that by then the TCP 
port will be up, keeping in mind that ONAP might be running on arbitrarily slow 
hardware.

2.  Change the liveness probe to something else, perhaps to a shell script 
probe inside the container that can do more sophisticated checks like process 
status, etc.

 

I can look into the feasibility of saving the container logs.  In the meantime, 
it might actually be easier to debug the restart issues directly in the 
environments.  The deployments are done daily at midnight Pacific so anyone who 
is actively working a restart issue should have plenty of time to gather 
information and try out liveness probe changes.

 

Thanks,

Gary

 

From: Lefevre, Catherine [mailto:cl6...@intl.att.com] 
Sent: Tuesday, August 07, 2018 4:48 AM
To: onap-discuss@lists.onap.org; roger.maitl...@amdocs.com; Gary Wu 
; onap-rele...@lists.onap.org
Subject: RE: [onap-discuss] [oom] OOM container restarts

 

Good morning Gary,

 

Would it be possible to save logs before a new deployment is performed so we 
can investigate what could be the reason of these restarts?

 

Many thanks & regards

Catherine

 

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Roger Maitland
Sent: Thursday, August 02, 2018 2:32 PM
To: onap-discuss@lists.onap.org; gary.i...@huawei.com; 
onap-rele...@lists.onap.org
Subject: Re: [onap-discuss] [oom] OOM container restarts

 

Thanks for setting this up Gary.  Having good data will allow us to observe and 
fix these problems.


Cheers,
Roger

 

From:  on behalf of Gary Wu 
Reply-To: "onap-discuss@lists.onap.org" , 
"gary.i...@huawei.com" 
Date: Wednesday, August 1, 2018 at 6:09 PM
To: "onap-discuss@lists.onap.org" , 
"onap-rele...@lists.onap.org" 
Subject: [onap-discuss] [oom] OOM container restarts

 

Hi PTLs,

 

We have started to log the number of container restarts in OOM daily deployment 
tests:

 

 

 http://onapci.org/grafana/d/kRvfoqKmz/oom-container-restarts?orgId=1

 

Please review for your respective projects and see if your containers appear in 
these charts.

 

A restart count > 0 means that your container got killed by Kubernetes while it 
was initializing.  If your docker container has a non-zero restart count, this 
means that the liveness probe configuration for your respective helm charts 
need to be fixed so that Kubernetes doesn’t kill your containers during a slow 
startup.

 

Our goal for Casablanca is to have zero restarts for all ONAP containers.  If 
you don’t know what a k8s liveness probe is or what to do about it, please 
contact me or the OOM team for assistance.

 

Thanks,

Gary

 

 

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

Re: [onap-discuss] [oom] OOM container restarts

[Catherine LEFEVRE]

Gary, Team,

I would like to share some findings made by the CLAMP team in case of a similar 
issue is encountered by the other teams.
It seems that the problem arrives when the container takes some time to start 
(around 60s for Windriver OOM-Daily lab)

The setting of the liveness, initialDelaySeconds, must be adapted. It was 
initially set to 30s which too low, we will increase it to 120s.

Hope it helps.

Best regards
Catherine

From: Lefevre, Catherine
Sent: Wednesday, August 08, 2018 5:49 AM
To: 'Gary Wu' ; 'onap-discuss@lists.onap.org' 
; 'roger.maitl...@amdocs.com' 
; 'onap-rele...@lists.onap.org' 

Subject: RE: [onap-discuss] [oom] OOM container restarts

Thank you Gary for the additional information.
I raised previously this request because some PTLs could not find the logs from 
previous OOM containers restart.

If PTLs check at the beginning of their day then they should be able to capture 
the logs if the restart reoccurs.

I looked on the different environments yesterday (Aug 7th).
I have asked CLAMP, SDNC, DCAEGEN2, MUSIC, EXTAPI, AAF teams to investigate 
since the restart of their containers are recurrent.
I did not trigger the VFC team – I did the assumption that you were already 
working with them.
If not then let me know.

Finally, great job on the Grafana dashboard !

Best regards
Catherine

From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Tuesday, August 07, 2018 5:05 PM
To: Lefevre, Catherine mailto:cl6...@intl.att.com>>; 
onap-discuss@lists.onap.org; 
roger.maitl...@amdocs.com; 
onap-rele...@lists.onap.org
Subject: RE: [onap-discuss] [oom] OOM container restarts

Hi Cathrine,

Generally speaking, a container restart means that:

1.  The liveness probe initial delay is too low, and

2.  The liveness probe, when triggered, is returning the wrong status while 
the container is still initializing (i.e. not dead).

The default liveness probe in OOM is a TCP probe with a short (10 seconds?) 
initial delay.  This means that if the TCP port specified is not responding at 
10s after container start, then the container will be killed and restarted.

There are two ways to remedy this:

1.  Make the initial delay long enough to guarantee that by then the TCP 
port will be up, keeping in mind that ONAP might be running on arbitrarily slow 
hardware.

2.  Change the liveness probe to something else, perhaps to a shell script 
probe inside the container that can do more sophisticated checks like process 
status, etc.

I can look into the feasibility of saving the container logs.  In the meantime, 
it might actually be easier to debug the restart issues directly in the 
environments.  The deployments are done daily at midnight Pacific so anyone who 
is actively working a restart issue should have plenty of time to gather 
information and try out liveness probe changes.

Thanks,
Gary

From: Lefevre, Catherine [mailto:cl6...@intl.att.com]
Sent: Tuesday, August 07, 2018 4:48 AM
To: onap-discuss@lists.onap.org; 
roger.maitl...@amdocs.com; Gary Wu 
mailto:gary.i...@huawei.com>>; 
onap-rele...@lists.onap.org
Subject: RE: [onap-discuss] [oom] OOM container restarts

Good morning Gary,

Would it be possible to save logs before a new deployment is performed so we 
can investigate what could be the reason of these restarts?

Many thanks & regards
Catherine

From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Roger Maitland
Sent: Thursday, August 02, 2018 2:32 PM
To: onap-discuss@lists.onap.org; 
gary.i...@huawei.com; 
onap-rele...@lists.onap.org
Subject: Re: [onap-discuss] [oom] OOM container restarts

Thanks for setting this up Gary.  Having good data will allow us to observe and 
fix these problems.

Cheers,
Roger

From: mailto:onap-discuss@lists.onap.org>> on 
behalf of Gary Wu mailto:gary.i...@huawei.com>>
Reply-To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 
"gary.i...@huawei.com" 
mailto:gary.i...@huawei.com>>
Date: Wednesday, August 1, 2018 at 6:09 PM
To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 
"onap-rele...@lists.onap.org" 
mailto:onap-rele...@lists.onap.org>>
Subject: [onap-discuss] [oom] OOM container restarts

Hi PTLs,

We have started to log the number of container restarts in OOM daily deployment 
tests:

Re: [onap-discuss] [oom] OOM container restarts

[Catherine LEFEVRE]

Thank you Gary for the additional information.
I raised previously this request because some PTLs could not find the logs from 
previous OOM containers restart.

If PTLs check at the beginning of their day then they should be able to capture 
the logs if the restart reoccurs.

I looked on the different environments yesterday (Aug 7th).
I have asked CLAMP, SDNC, DCAEGEN2, MUSIC, EXTAPI, AAF teams to investigate 
since the restart of their containers are recurrent.
I did not trigger the VFC team – I did the assumption that you were already 
working with them.
If not then let me know.

Finally, great job on the Grafana dashboard !

Best regards
Catherine

From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Tuesday, August 07, 2018 5:05 PM
To: Lefevre, Catherine ; onap-discuss@lists.onap.org; 
roger.maitl...@amdocs.com; onap-rele...@lists.onap.org
Subject: RE: [onap-discuss] [oom] OOM container restarts

Hi Cathrine,

Generally speaking, a container restart means that:

1.  The liveness probe initial delay is too low, and

2.  The liveness probe, when triggered, is returning the wrong status while 
the container is still initializing (i.e. not dead).

The default liveness probe in OOM is a TCP probe with a short (10 seconds?) 
initial delay.  This means that if the TCP port specified is not responding at 
10s after container start, then the container will be killed and restarted.

There are two ways to remedy this:

1.  Make the initial delay long enough to guarantee that by then the TCP 
port will be up, keeping in mind that ONAP might be running on arbitrarily slow 
hardware.

2.  Change the liveness probe to something else, perhaps to a shell script 
probe inside the container that can do more sophisticated checks like process 
status, etc.

I can look into the feasibility of saving the container logs.  In the meantime, 
it might actually be easier to debug the restart issues directly in the 
environments.  The deployments are done daily at midnight Pacific so anyone who 
is actively working a restart issue should have plenty of time to gather 
information and try out liveness probe changes.

Thanks,
Gary

From: Lefevre, Catherine [mailto:cl6...@intl.att.com]
Sent: Tuesday, August 07, 2018 4:48 AM
To: onap-discuss@lists.onap.org; 
roger.maitl...@amdocs.com; Gary Wu 
mailto:gary.i...@huawei.com>>; 
onap-rele...@lists.onap.org
Subject: RE: [onap-discuss] [oom] OOM container restarts

Good morning Gary,

Would it be possible to save logs before a new deployment is performed so we 
can investigate what could be the reason of these restarts?

Many thanks & regards
Catherine

From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Roger Maitland
Sent: Thursday, August 02, 2018 2:32 PM
To: onap-discuss@lists.onap.org; 
gary.i...@huawei.com; 
onap-rele...@lists.onap.org
Subject: Re: [onap-discuss] [oom] OOM container restarts

Thanks for setting this up Gary.  Having good data will allow us to observe and 
fix these problems.

Cheers,
Roger

From: mailto:onap-discuss@lists.onap.org>> on 
behalf of Gary Wu mailto:gary.i...@huawei.com>>
Reply-To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 
"gary.i...@huawei.com" 
mailto:gary.i...@huawei.com>>
Date: Wednesday, August 1, 2018 at 6:09 PM
To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 
"onap-rele...@lists.onap.org" 
mailto:onap-rele...@lists.onap.org>>
Subject: [onap-discuss] [oom] OOM container restarts

Hi PTLs,

We have started to log the number of container restarts in OOM daily deployment 
tests:

http://onapci.org/grafana/d/kRvfoqKmz/oom-container-restarts?orgId=1

Please review for your respective projects and see if your containers appear in 
these charts.

A restart count > 0 means that your container got killed by Kubernetes while it 
was initializing.  If your docker container has a non-zero restart count, this 
means that the liveness probe configuration for your respective helm charts 
need to be fixed so that Kubernetes doesn’t kill your containers during a slow 
startup.

Our goal for Casablanca is to have zero restarts for all ONAP containers.  If 
you don’t know what a k8s liveness probe is or what to do about it, please 
contact me or the OOM team for assistance.

Thanks,
Gary


This message and the 

Re: [onap-discuss] [VNFSDK] vnfsdk csar-validate - producing error

[Lianhao Lu]

I did some debugging. It's a bug in the aria which vnfsdk pkgtools uses as one 
of the backend tosca parser to parse the VNFD. Aria doesn't support the yaml 
file ends with the extension name '.yml', it should ends with '.yaml'. Also, 
the VNFD you tried is of tosca version 'tosca_simple_yaml_1_1' which aria also 
doesn't support. It only supports tosca simple yaml 1.0 now.

Since aria has been announced 'retired', we also add opnfv tosca parser as 
another backend(default) of vnfsdk pkgtools. Please use the latest vnfsdk 
pkgtools to test it. Thanks!

Best Regards,
-Lianhao Lu


From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of vamshi
Sent: Monday, August 6, 2018 11:48 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [VNFSDK] vnfsdk csar-validate - producing error

Dear All,

I followed below wiki link to configure and validate CSAR package of VNF 
service-template.
https://onap.readthedocs.io/en/latest/submodules/vnfsdk/model.git/docs/files/pkgtool.html

I tried to create a CSAR package with sample csar (extracted from wiki, which I 
tried uploading in VNF Reposity and it was validated and uploaded there) 
service-template the below command. It was smooth. I could create csar package 
and with vnfsdk csar-open I could extract as well.
vnfsdk csar-create resource-Vcpeinfra09-csar/Definitions/ 
resource-Vcpeinfra09-template.yml -d csar-package-test.csar

But the trouble is with csar-validate when I hit the below command to validate 
the package. I'm running the tool in root user. The tools expecting the file to 
be present in /tmp directory, but it was not present there. vnfsdk 
csar-validate csar-package-test.csar

Validation issues:
  0: location: /tmp/tmphv3Smt/resource-Vcpeinfra09-template.yml
 ReaderNotFoundError: location: 
/tmp/tmphv3Smt/resource-Vcpeinfra09-template.yml
Traceback (most recent call last):
  File "/usr/local/bin/vnfsdk", line 11, in 
load_entry_point('vnfsdk==1.1.0', 'console_scripts', 'vnfsdk')()
  File 
"/usr/local/lib/python2.7/dist-packages/vnfsdk_pkgtools/cli/__main__.py", line 
120, in main
args.func(args)
  File 
"/usr/local/lib/python2.7/dist-packages/vnfsdk_pkgtools/cli/__main__.py", line 
47, in csar_validate_func
driver.validate(reader)
  File 
"/usr/local/lib/python2.7/dist-packages/vnfsdk_pkgtools/validator/aria_validator.py",
 line 41, in validate
raise RuntimeError('Validation failed')
RuntimeError: Validation failed

Can somebody suggest what was causing the trouble. Appreciate your help. Thank 
for your time.


Thanks & Regards,

Vamshi Krishna | Tech Mahindra

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



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







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



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

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

Re: [onap-discuss] jira, wiki, gerrit, git DOWN, nexus3, nexus, sonar UP

[Michael O'Brien]

Back up as of 2208 - must have hit a maintenance window
/michael

From: onap-discuss@lists.onap.org  On Behalf Of 
Michael O'Brien
Sent: Tuesday, August 7, 2018 10:07 PM
To: onap-discuss@lists.onap.org; 'helpd...@onap.org' 
Subject: [onap-discuss] jira, wiki, gerrit, git DOWN, nexus3, nexus, sonar UP

LF,
   Jira, wiki, gerrit, git are all offline as of 2200 EDT GMT-4

   /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

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 


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

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

[onap-discuss] jira, wiki, gerrit, git DOWN, nexus3, nexus, sonar UP

[Michael O'Brien]

LF,
   Jira, wiki, gerrit, git are all offline as of 2200 EDT GMT-4

   /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 


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

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

[onap-discuss] [dcaegen2] [oom] Adding labels and modifying namespace to DCAGEN2 pods

[Hector Anapan]

Hi,


  1.  I am trying to list pods per HELM deployment (assuming I don't use 
local/onap and I use separate HELM charts), so I am using labels to list pods 
by their "release" label (helm release name).

I made a change (https://jira.onap.org/browse/OOM-1319 -- 
https://gerrit.onap.org/r/#/c/59555/) to add some missing label metadata to 
show the HELM release name of some pods who didn't have this label. As I run 
"kubectl get pods -a --namespace=onap --show-labels | grep -v release" to show 
the pods that don't have the "release" label in their pod metadata, I see that 
in order for the DCAEGEN2 stack (deployed by the bootstrap pod) to add 
additional labels, changes need to happen in the dcaegen2 git repos. Can 
someone please advise what changes are necessary to add a label to the dcaegen2 
pods?



  1.  Also, I see that in order to override the DCAE_NAMESPACE value, the 
following instructions are in this README: 
https://gerrit.onap.org/r/gitweb?p=oom.git;a=blob;f=kubernetes/dcaegen2/charts/dcae-cloudify-manager/README.md;hb=f2895bdfbff1a7c40dd7c247dcefcc19d43dcde0.
 It says to modidy the dcae_ns value in values.yaml but this value shows up in 
multiple values.yaml so can someone clarify this?

Assuming I change the dcae_ns value(s) and if my dcaegen2 HELM deployment is 
already running, would a HELM upgrade suffice to reflect this change, or would 
the whole deployment need to be re-deployed from scratch?


Thanks,
Hector

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

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

[onap-discuss] [SDC] What does the "Test" process really do to resources/services

[Kang Xi]

Hi Michael and SDC experts,

I remember that back in R1, the "Test" process was pretty much a placeholder, 
it does not really do any testing to the resource/service. Just wondering if 
that's any changes to the "Test" process in the current version?

Regards,
Kang


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

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

Re: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

[Marcus G K Williams]

Yes. Look at the following page: 
https://wiki.onap.org/display/DW/Configuring+Gerrit#ConfiguringGerrit-RunningaCommandwithinGerrit

Thanks,

Marcus Williams
IRC, Twitter, etc. @ mgkwill
Intel Corp.

From: SMOKOWSKI, STEVEN [mailto:ss8...@att.com]
Sent: Tuesday, August 7, 2018 12:58 PM
To: Williams, Marcus ; onap-discuss@lists.onap.org; 
seshu.kuma...@huawei.com
Subject: Re: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

Is theressome documentation around all these tricks to get the pipelines to do 
things like clm/sonar/etc?

Thanks

-Steve


From: "Williams, Marcus" 
mailto:marcus.willi...@intel.com>>
Date: Tuesday, August 7, 2018 at 3:57 PM
To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, "SMOKOWSKI, 
STEVEN" mailto:ss8...@att.com>>, 
"seshu.kuma...@huawei.com" 
mailto:seshu.kuma...@huawei.com>>
Subject: RE: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

Hi Steve,

We can run CLM on any job by typing ‘run-clm’, see 
https://wiki.onap.org/display/DW/Configuring+Gerrit#ConfiguringGerrit-Run-clm

I’ve started a CLM run on your CXF patch to see how it affects the results.

Thanks,

Marcus Williams
IRC, Twitter, etc. @ mgkwill
Intel Corp.

From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Steve Smokowski
Sent: Tuesday, August 7, 2018 12:53 PM
To: onap-discuss@lists.onap.org; Williams, 
Marcus mailto:marcus.willi...@intel.com>>; 
seshu.kuma...@huawei.com
Subject: Re: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

A lot seem to just be base spring-boot imports, some are not used.  I can look 
at how we would possibly exclude them.  I upgraded today the cxf, dependency, 
so we should re-run the scan to see if that one goes away at least.

Thanks

-Steve


From: mailto:onap-discuss@lists.onap.org>> on 
behalf of Marcus G K Williams 
mailto:marcus.willi...@intel.com>>
Reply-To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 
"marcus.willi...@intel.com" 
mailto:marcus.willi...@intel.com>>
Date: Tuesday, August 7, 2018 at 3:48 PM
To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 
"seshu.kuma...@huawei.com" 
mailto:seshu.kuma...@huawei.com>>
Subject: Re: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

Hi Seshu,

If the issues had been addressed in Beijing, we forgot to cherry pick them to 
master. But I doubt that because CLM seemed to be broken until recently. The 
scan is running on jenkings in the CLM job and it is scanning master.

Here are the last two jobs run on master (they match vulnerability numbers I 
stated below):
https://jenkins.onap.org/view/so/job/so-maven-clm-master/31/
https://jenkins.onap.org/view/so/job/so-libs-maven-clm-master/47/

Either way, we should discuss as a community how to tackle these and future 
security/license issues.


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

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

Re: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

[Taka Cho]

Steve,

Here https://wiki.onap.org/display/DW/Configuring+Gerrit

Goto the bottom. There is a list of tricks…

Taka

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of SMOKOWSKI, STEVEN
Sent: Tuesday, August 07, 2018 3:58 PM
To: Williams, Marcus ; onap-discuss@lists.onap.org; 
seshu.kuma...@huawei.com
Subject: Re: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Is theressome documentation around all these tricks to get the pipelines to do 
things like clm/sonar/etc?

Thanks

-Steve


From: "Williams, Marcus" 
mailto:marcus.willi...@intel.com>>
Date: Tuesday, August 7, 2018 at 3:57 PM
To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, "SMOKOWSKI, 
STEVEN" mailto:ss8...@att.com>>, 
"seshu.kuma...@huawei.com" 
mailto:seshu.kuma...@huawei.com>>
Subject: RE: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

Hi Steve,

We can run CLM on any job by typing ‘run-clm’, see 
https://wiki.onap.org/display/DW/Configuring+Gerrit#ConfiguringGerrit-Run-clm

I’ve started a CLM run on your CXF patch to see how it affects the results.

Thanks,

Marcus Williams
IRC, Twitter, etc. @ mgkwill
Intel Corp.

From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Steve Smokowski
Sent: Tuesday, August 7, 2018 12:53 PM
To: onap-discuss@lists.onap.org; Williams, 
Marcus mailto:marcus.willi...@intel.com>>; 
seshu.kuma...@huawei.com
Subject: Re: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

A lot seem to just be base spring-boot imports, some are not used.  I can look 
at how we would possibly exclude them.  I upgraded today the cxf, dependency, 
so we should re-run the scan to see if that one goes away at least.

Thanks

-Steve


From: mailto:onap-discuss@lists.onap.org>> on 
behalf of Marcus G K Williams 
mailto:marcus.willi...@intel.com>>
Reply-To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 
"marcus.willi...@intel.com" 
mailto:marcus.willi...@intel.com>>
Date: Tuesday, August 7, 2018 at 3:48 PM
To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 
"seshu.kuma...@huawei.com" 
mailto:seshu.kuma...@huawei.com>>
Subject: Re: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

Hi Seshu,

If the issues had been addressed in Beijing, we forgot to cherry pick them to 
master. But I doubt that because CLM seemed to be broken until recently. The 
scan is running on jenkings in the CLM job and it is scanning master.

Here are the last two jobs run on master (they match vulnerability numbers I 
stated below):
https://jenkins.onap.org/view/so/job/so-maven-clm-master/31/
https://jenkins.onap.org/view/so/job/so-libs-maven-clm-master/47/

Either way, we should discuss as a community how to tackle these and future 
security/license issues.



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

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

Re: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

[Steve Smokowski]

Is theressome documentation around all these tricks to get the pipelines to do 
things like clm/sonar/etc?

Thanks

-Steve


From: "Williams, Marcus" 
Date: Tuesday, August 7, 2018 at 3:57 PM
To: "onap-discuss@lists.onap.org" , "SMOKOWSKI, 
STEVEN" , "seshu.kuma...@huawei.com" 
Subject: RE: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

Hi Steve,

We can run CLM on any job by typing ‘run-clm’, see 
https://wiki.onap.org/display/DW/Configuring+Gerrit#ConfiguringGerrit-Run-clm

I’ve started a CLM run on your CXF patch to see how it affects the results.

Thanks,

Marcus Williams
IRC, Twitter, etc. @ mgkwill
Intel Corp.

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Steve Smokowski
Sent: Tuesday, August 7, 2018 12:53 PM
To: onap-discuss@lists.onap.org; Williams, Marcus ; 
seshu.kuma...@huawei.com
Subject: Re: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

A lot seem to just be base spring-boot imports, some are not used.  I can look 
at how we would possibly exclude them.  I upgraded today the cxf, dependency, 
so we should re-run the scan to see if that one goes away at least.

Thanks

-Steve


From: mailto:onap-discuss@lists.onap.org>> on 
behalf of Marcus G K Williams 
mailto:marcus.willi...@intel.com>>
Reply-To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 
"marcus.willi...@intel.com" 
mailto:marcus.willi...@intel.com>>
Date: Tuesday, August 7, 2018 at 3:48 PM
To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 
"seshu.kuma...@huawei.com" 
mailto:seshu.kuma...@huawei.com>>
Subject: Re: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

Hi Seshu,

If the issues had been addressed in Beijing, we forgot to cherry pick them to 
master. But I doubt that because CLM seemed to be broken until recently. The 
scan is running on jenkings in the CLM job and it is scanning master.

Here are the last two jobs run on master (they match vulnerability numbers I 
stated below):
https://jenkins.onap.org/view/so/job/so-maven-clm-master/31/
https://jenkins.onap.org/view/so/job/so-libs-maven-clm-master/47/

Either way, we should discuss as a community how to tackle these and future 
security/license issues.


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

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

Re: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

[Marcus G K Williams]

Hi Steve,

We can run CLM on any job by typing ‘run-clm’, see 
https://wiki.onap.org/display/DW/Configuring+Gerrit#ConfiguringGerrit-Run-clm

I’ve started a CLM run on your CXF patch to see how it affects the results.

Thanks,

Marcus Williams
IRC, Twitter, etc. @ mgkwill
Intel Corp.

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Steve Smokowski
Sent: Tuesday, August 7, 2018 12:53 PM
To: onap-discuss@lists.onap.org; Williams, Marcus ; 
seshu.kuma...@huawei.com
Subject: Re: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

A lot seem to just be base spring-boot imports, some are not used.  I can look 
at how we would possibly exclude them.  I upgraded today the cxf, dependency, 
so we should re-run the scan to see if that one goes away at least.

Thanks

-Steve


From: mailto:onap-discuss@lists.onap.org>> on 
behalf of Marcus G K Williams 
mailto:marcus.willi...@intel.com>>
Reply-To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 
"marcus.willi...@intel.com" 
mailto:marcus.willi...@intel.com>>
Date: Tuesday, August 7, 2018 at 3:48 PM
To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 
"seshu.kuma...@huawei.com" 
mailto:seshu.kuma...@huawei.com>>
Subject: Re: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

Hi Seshu,

If the issues had been addressed in Beijing, we forgot to cherry pick them to 
master. But I doubt that because CLM seemed to be broken until recently. The 
scan is running on jenkings in the CLM job and it is scanning master.

Here are the last two jobs run on master (they match vulnerability numbers I 
stated below):
https://jenkins.onap.org/view/so/job/so-maven-clm-master/31/
https://jenkins.onap.org/view/so/job/so-libs-maven-clm-master/47/

Either way, we should discuss as a community how to tackle these and future 
security/license issues.


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

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

Re: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

[Steve Smokowski]

A lot seem to just be base spring-boot imports, some are not used.  I can look 
at how we would possibly exclude them.  I upgraded today the cxf, dependency, 
so we should re-run the scan to see if that one goes away at least.

Thanks

-Steve


From:  on behalf of Marcus G K Williams 

Reply-To: "onap-discuss@lists.onap.org" , 
"marcus.willi...@intel.com" 
Date: Tuesday, August 7, 2018 at 3:48 PM
To: "onap-discuss@lists.onap.org" , 
"seshu.kuma...@huawei.com" 
Subject: Re: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

Hi Seshu,

If the issues had been addressed in Beijing, we forgot to cherry pick them to 
master. But I doubt that because CLM seemed to be broken until recently. The 
scan is running on jenkings in the CLM job and it is scanning master.

Here are the last two jobs run on master (they match vulnerability numbers I 
stated below):
https://jenkins.onap.org/view/so/job/so-maven-clm-master/31/
https://jenkins.onap.org/view/so/job/so-libs-maven-clm-master/47/

Either way, we should discuss as a community how to tackle these and future 
security/license issues.

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

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

Re: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

[Marcus G K Williams]

Hi Seshu,

If the issues had been addressed in Beijing, we forgot to cherry pick them to 
master. But I doubt that because CLM seemed to be broken until recently. The 
scan is running on jenkings in the CLM job and it is scanning master.

Here are the last two jobs run on master (they match vulnerability numbers I 
stated below):
https://jenkins.onap.org/view/so/job/so-maven-clm-master/31/
https://jenkins.onap.org/view/so/job/so-libs-maven-clm-master/47/

Either way, we should discuss as a community how to tackle these and future 
security/license issues.

Thanks,

Marcus Williams
IRC, Twitter, etc. @ mgkwill
Intel Corp.

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of seshu kumar m
Sent: Tuesday, August 7, 2018 5:58 AM
To: onap-discuss@lists.onap.org; Williams, Marcus 
Subject: Re: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

Hi Marcus

Some of the current vulnerabilities are from Beijing which are addressed in the 
previous release.
We will discuss the details and provide the fix soon after the API review in 
the SO weekly meeting.

Thanks and Regards,
M Seshu Kumar
Senior System Architect
Single OSS India Branch Department. S/W BU.
Huawei Technologies India Pvt. Ltd.
Survey No. 37, Next to EPIP Area, Kundalahalli, Whitefield
Bengaluru-560066, Karnataka.
Tel: + 91-80-49160700 , Mob: 9845355488
[Company_logo]
___
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person or entity whose address is listed above. 
Any use of the information contained herein in any way (including, but not 
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) is prohibited. If you receive this 
e-mail in error, please notify the sender by phone or email immediately and 
delete it!
---

From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Marcus G K Williams
Sent: Tuesday, August 07, 2018 4:38 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

Hi SO Community,

I just checked out SO sections of Nexus IQ Security/Licensing Report. See links 
below (login with LF user/pass) or attached PDFs.

https://nexus-iq.wl.linuxfoundation.org/assets/index.html#/reports/so/71843a6fd9ad4d67904aa35a9aa5a03e
https://nexus-iq.wl.linuxfoundation.org/assets/index.html#/reports/so-libs/958a9efb533341f3a0fd5aadd44dd9b3

We have a total of 15 critical and 23 severe security issues, as well as 24 
severe licensing issues. It would be good to organize some way to resolve these 
issues. Maybe we can discuss at the next SO weekly meeting.

Thanks,

Marcus Williams
IRC, Twitter, etc. @ mgkwill
Intel Corp.



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

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

Re: [onap-discuss] Container based VNF on K8S using Beijing release

[Chen, Weidong 2. (Nokia - US/Irving)]

This is great!  I look forward to.  How can I reach out to Shashank regarding 
this?  This is something new in ONAP.  And I will provide feedback to the 
community how things are going.  

Regards,

Will

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

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

Re: [onap-discuss] Container based VNF on K8S using Beijing release

[Srini]

Hi Will,

What Victor provided is to bring up K8S infrastructure software on physical 
server nodes.
Shashank can provide instructions on how to bring up containerized VNFs using 
K8S plugin.  He made it work with EdgeXFoundry using few SO simulator scripts.  
Same can be used by you.

Thanks
Srini


From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Chen, Weidong 2. (Nokia - US/Irving)
Sent: Tuesday, August 7, 2018 10:05 AM
To: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Container based VNF on K8S using Beijing release


Hi Srini, Victor,

Thanks for the replies!

I would be glad to contribute a part to this topic.  Right now, I already have 
a container based VNF which is onboarded on K8S manually.  Does the information 
Victor provided is for us in order to use the K8S plugin in ONAP?  After that 
is done, can I bring in the manually deployed VNF on K8S to ONAP through this 
K8S plugin?

Regards,

Will


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

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

[onap-discuss] [VNFSDK] Adding Source types to VES-Agent library

[William Kurkian]

Hi,

I am using the VES-Agent library from the VNFSDK to handle talking to the
VES.

I find that I need to add source types to this Enum:
public enum EVEL_SOURCE_TYPES{
  EVEL_SOURCE_OTHER,
  EVEL_SOURCE_ROUTER,
  EVEL_SOURCE_SWITCH,
  EVEL_SOURCE_HOST,
  EVEL_SOURCE_CARD,
  EVEL_SOURCE_PORT,
  EVEL_SOURCE_SLOT_THRESHOLD,
  EVEL_SOURCE_PORT_THRESHOLD,
  EVEL_SOURCE_VIRTUAL_MACHINE,
  EVEL_SOURCE_VIRTUAL_NETWORK_FUNCTION,

/***/
  /* START OF VENDOR-SPECIFIC VALUES
 */
  /*
 */
  /* Vendor-specific values should be added here, and handled
appropriately  */
  /* in evel_event.c.
  */

/***/


/***/
  /* END OF VENDOR-SPECIFIC VALUES
 */

/***/
  EVEL_MAX_SOURCE_TYPES
}

for a PON PNF. Is the correct approach to add to this and commit back to
the community? Or something else?

Thanks,
William

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

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

Re: [onap-discuss] Container based VNF on K8S using Beijing release

[Chen, Weidong 2. (Nokia - US/Irving)]

Hi Srini, Victor,

Thanks for the replies!

I would be glad to contribute a part to this topic.  Right now, I already have 
a container based VNF which is onboarded on K8S manually.  Does the information 
Victor provided is for us in order to use the K8S plugin in ONAP?  After that 
is done, can I bring in the manually deployed VNF on K8S to ONAP through this 
K8S plugin?

Regards,

Will

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

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

Re: [onap-discuss] [oom] OOM container restarts

[Gary Wu]

Hi Cathrine,

Generally speaking, a container restart means that:

1.   The liveness probe initial delay is too low, and

2.   The liveness probe, when triggered, is returning the wrong status 
while the container is still initializing (i.e. not dead).

The default liveness probe in OOM is a TCP probe with a short (10 seconds?) 
initial delay.  This means that if the TCP port specified is not responding at 
10s after container start, then the container will be killed and restarted.

There are two ways to remedy this:

1.   Make the initial delay long enough to guarantee that by then the TCP 
port will be up, keeping in mind that ONAP might be running on arbitrarily slow 
hardware.

2.   Change the liveness probe to something else, perhaps to a shell script 
probe inside the container that can do more sophisticated checks like process 
status, etc.

I can look into the feasibility of saving the container logs.  In the meantime, 
it might actually be easier to debug the restart issues directly in the 
environments.  The deployments are done daily at midnight Pacific so anyone who 
is actively working a restart issue should have plenty of time to gather 
information and try out liveness probe changes.

Thanks,
Gary

From: Lefevre, Catherine [mailto:cl6...@intl.att.com]
Sent: Tuesday, August 07, 2018 4:48 AM
To: onap-discuss@lists.onap.org; roger.maitl...@amdocs.com; Gary Wu 
; onap-rele...@lists.onap.org
Subject: RE: [onap-discuss] [oom] OOM container restarts

Good morning Gary,

Would it be possible to save logs before a new deployment is performed so we 
can investigate what could be the reason of these restarts?

Many thanks & regards
Catherine

From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Roger Maitland
Sent: Thursday, August 02, 2018 2:32 PM
To: onap-discuss@lists.onap.org; 
gary.i...@huawei.com; 
onap-rele...@lists.onap.org
Subject: Re: [onap-discuss] [oom] OOM container restarts

Thanks for setting this up Gary.  Having good data will allow us to observe and 
fix these problems.

Cheers,
Roger

From: mailto:onap-discuss@lists.onap.org>> on 
behalf of Gary Wu mailto:gary.i...@huawei.com>>
Reply-To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 
"gary.i...@huawei.com" 
mailto:gary.i...@huawei.com>>
Date: Wednesday, August 1, 2018 at 6:09 PM
To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 
"onap-rele...@lists.onap.org" 
mailto:onap-rele...@lists.onap.org>>
Subject: [onap-discuss] [oom] OOM container restarts

Hi PTLs,

We have started to log the number of container restarts in OOM daily deployment 
tests:

http://onapci.org/grafana/d/kRvfoqKmz/oom-container-restarts?orgId=1

Please review for your respective projects and see if your containers appear in 
these charts.

A restart count > 0 means that your container got killed by Kubernetes while it 
was initializing.  If your docker container has a non-zero restart count, this 
means that the liveness probe configuration for your respective helm charts 
need to be fixed so that Kubernetes doesn’t kill your containers during a slow 
startup.

Our goal for Casablanca is to have zero restarts for all ONAP containers.  If 
you don’t know what a k8s liveness probe is or what to do about it, please 
contact me or the OOM team for assistance.

Thanks,
Gary


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


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

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

Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in Clamp

[Xin Miao]

Hi, Linda,

Please refer to the following  CCVPN Close Loop wiki page for the Restconf 
collector in DCAE session  from the high level.  The page is under construction.

https://wiki.onap.org/display/DW/CCVPN+Close+Loop.

Thank you and best regards,

Xin Miao
American Network Technology Lab
Futurewei Technologies, Inc.
5340 Legacy Dr., Suite 175 Plano, TX 75024
Phone: 469-277-5884; Mobile:469-268-5226
xin.m...@huawei.com
 [cid:image001.jpg@01CD505D.C18C2420]

From: Horn, Linda (Nokia - US/Murray Hill) [mailto:linda.h...@nokia.com]
Sent: 2018年8月7日 AM 9:01
To: onap-discuss@lists.onap.org; Xin Miao 
Subject: RE: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp

What is a Restconf Collector and for what types of events is it used?  How is 
it different from the normal VES Collector?

Linda
---
Linda S. Horn, DMTS
ATF Architecture Open RAN Initiatives
Mobile Networks, Nokia
Phone:  +1-908-679-6580

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Xin Miao
Sent: Tuesday, August 07, 2018 9:47 AM
To: Krysiak, Adam (Nokia - PL/Wroclaw) 
mailto:adam.krys...@nokia.com>>; Ngueko, 
Gervais-Martial mailto:gn4...@intl.att.com>>; 
onap-discuss@lists.onap.org; Sébastien 
Determe mailto:sd3...@intl.att.com>>
Cc: SHACHAM, RON mailto:rshac...@research.att.com>>; 
VENKATESH KUMAR, VIJAY mailto:vv7...@att.com>>
Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp

Thanks, Adam.

In my case, I am using an new type of collector, Restconf collector (going to 
be added into DCAE), and Holmes.

Thank you and best regards,

Xin Miao
American Network Technology Lab
Futurewei Technologies, Inc.
5340 Legacy Dr., Suite 175 Plano, TX 75024
Phone: 469-277-5884; Mobile:469-268-5226
xin.m...@huawei.com
 [cid:image001.jpg@01CD505D.C18C2420]

From: Krysiak, Adam (Nokia - PL/Wroclaw) [mailto:adam.krys...@nokia.com]
Sent: 2018年8月7日 AM 8:40
To: Ngueko, Gervais-Martial mailto:gn4...@intl.att.com>>; 
onap-discuss@lists.onap.org; Xin Miao 
mailto:xin.m...@huawei.com>>; Sébastien Determe 
mailto:sd3...@intl.att.com>>
Cc: SHACHAM, RON mailto:rshac...@research.att.com>>; 
VENKATESH KUMAR, VIJAY mailto:vv7...@att.com>>
Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp


Hi Xin,



I will try to answer your question, please someone correct me if I'm wrong.

Deploy of closed loop means that Clamp will send request to DCAE platform to 
start new instance of TCA (may be different tool but Clamp UI supports only TCA 
and Holmes).
You're writing that you want to receive different event data so I assume you're 
not interested in measurements.
It means you have to use other type of analytic tool (I will call it AT) then 
those already available.
It's your AT's responsibility to pull events from DMaaP. From Clamp perspective 
it's transparent what's the event type and topic.
Clamp will just send configuration parameters before deployment.
Unfortunately currently using own AT is not supported by Clamp.

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

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> on behalf of 
Xin Miao mailto:xin.m...@huawei.com>>
Sent: Saturday, August 4, 2018 6:43:56 PM
To: Ngueko, Gervais-Martial
Cc: onap-discuss@lists.onap.org; SHACHAM, 
RON; VENKATESH KUMAR, VIJAY
Subject: Re: [onap-discuss] [CLAMP][DCAE]RE: New Collector in Clamp


So  at runtime if I want to bring up new instance of control loop that would 
have the VES collector  receiving different event data and publish them on 
DMAAP with different topics from existing control loop, what I am going to do?



Thank you and best regards,



Xin Miao

American Network Technology Lab

Futurewei Technologies, Inc.

5340 Legacy Dr., Suite 175 Plano, TX 75024

Phone: 469-277-5884; Mobile:469-268-5226

xin.m...@huawei.com

 [cid:image001.jpg@01CD505D.C18C2420]



From: Ngueko, Gervais-Martial [mailto:gn4...@intl.att.com]
Sent: 2018年7月30日 PM 3:41
To: Xin Miao mailto:xin.m...@huawei.com>>
Cc: onap-discuss@lists.onap.org; SHACHAM, 
RON mailto:rshac...@research.att.com>>
Subject: [CLAMP][DCAE]RE: New Collector in Clamp



Hi,



Currently collector’s are not deployed on-demand, they are pre-deployed in DCAE 
and used by all the mS and all control loops.

So the collector’s, currently, are not deployed via CLAMP and there is no 
cloudify blueprint available to do so anyway.

The collector box you see in CLAMP GUI is just a virtual box to show the 
control loop flow, in reality there is no 

Re: [onap-discuss] [integration] vcpe new error

[Brian]

Chenglong,


Quota exceeded, too many key pairs.

This happens in test environments since repeated creates with manual cleanup 
doesnt always cleanup the rsa keypairs under the account that SO uses.
Login to the horizon portal using the account that SO is configured for and go 
to Compute -> Access & Security -> keypairs

Delete a bunch of keypairs – you should be able to tell from the timestamps and 
names the ones that are from your testing.

Dont delete your ONAP keys

There is probably a way to bump the quota for the SO account but its easier to 
delete a few keys.

Brian

From: Liu Chenglong 
Sent: Tuesday, August 07, 2018 4:58 AM
To: kang...@huawei.com; onap-discuss@lists.onap.org
Cc: Liu Chenglong ; FREEMAN, BRIAN D ; 
huangzonghe ; 孙鑫龙 
Subject: [onap-discuss] [integration] vcpe new error

Hi, Kang:
Today, we want to create a new vcpe use case in new onap platform that 
created yesterday.
At first, we run vcpe.py init ok, and then we run vcpe.py infra, that’s 
also ok and create 7 vms and 5 networks.  But when we deploy kea-sdnc-notify.so 
in vDHCP server, some error happened for our network and kea-sdnc-notify.so not 
work in vDHCP server. For this reason, we want to create another infra and so 
we delete all stack data include vnf and network in openstack that created 
before, and we sure all stack and instance are delete clear from openstack.
   After that, we running vcpe.py infra again, but there is a new error 
happened in this time, the error message is:
   "statusMessage": "Received vfModuleException from VnfAdapter: 
category='INTERNAL' message='Exception during create VF 0 : Stack error 
(CREATE_FAILED): Resource CREATE failed: Forbidden: resources.my_keypair: Quota 
exceeded, too many key pairs. (HTTP 403) (Request-ID: 
req-c6cab791-255c-4ec8-aa0c-e89aa0e43345)' rolledBack='true'"

  When the error happened, we check stack data and instance data in 
openstack platform, and we found only 2 network data and 1 vnf data that status 
is  “create failed" in stack area, in instance there is no any data. That show 
as flow picture:
  [cid:image002.png@01D42E2B.D376B2B0]


  So, we want to know:
  1. Which step the error happened?
  2. The reason why the error is happened?
  3. And we how to resolve the issues?


--
Regards,
Liu Chenglong
lcl7...@163.com




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

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

Re: [onap-discuss] Sparky-fe - problem with storeAnalytics enpoint

[Arul Nambi]

Hi Rahul,
I think you are confusing 2 things here, Switon was having issues with OOM 
deployment and I asked him to get the latest configuration. In your case, I 
think you are referring to the sparky-fe code base. If I am wrong, can you 
please put in a few more details on what issues you are seeing?
Regards
Arul

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Rahul Wadodkar
Sent: Monday, August 6, 2018 11:12 AM
To: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Sparky-fe - problem with storeAnalytics enpoint

Hi Arun,

we are facing similar issue while loading A UI on ONAP portal, I tried to 
pull latest Image from github, but the Analytics URL is still pointing to

export const ANALYTICS_URL = BASE_URL + '/api/v2/storeAnalytics';

Could you please confirm if the changes that are made in order to solve this 
issue?


On Thu, Jul 19, 2018 at 06:16 AM, Arul Nambi wrote:
Hi Switon,
I recently made a few changed to the OOM Beijing can you try pulling the latest 
release it will fix the issue where you do not see the vnf once it has been 
added to AAI.

My understading is portal team is working on making the analytics better. It is 
a question better directed towards them. Manoop and Sunder will be the right 
person to answer those questions for you.
I don’t understand your comment about the request not coming from sparky can 
you please elaborate?
Regards
Arul

“Amdocs’ email platform is based on a third-party, worldwide, cloud-based 
system. Any emails sent to Amdocs will be processed and stored using such 
system and are accessible by third party providers of such system on a limited 
basis. Your sending of emails to Amdocs evidences your consent to the use of 
such system and such processing, storing and access”.

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

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

Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in Clamp

[Horn, Linda (Nokia - US/Murray Hill)]

What is a Restconf Collector and for what types of events is it used?  How is 
it different from the normal VES Collector?

Linda
---
Linda S. Horn, DMTS
ATF Architecture Open RAN Initiatives
Mobile Networks, Nokia
Phone:  +1-908-679-6580

From: onap-discuss@lists.onap.org  On Behalf Of 
Xin Miao
Sent: Tuesday, August 07, 2018 9:47 AM
To: Krysiak, Adam (Nokia - PL/Wroclaw) ; Ngueko, 
Gervais-Martial ; onap-discuss@lists.onap.org; Sébastien 
Determe 
Cc: SHACHAM, RON ; VENKATESH KUMAR, VIJAY 

Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp

Thanks, Adam.

In my case, I am using an new type of collector, Restconf collector (going to 
be added into DCAE), and Holmes.

Thank you and best regards,

Xin Miao
American Network Technology Lab
Futurewei Technologies, Inc.
5340 Legacy Dr., Suite 175 Plano, TX 75024
Phone: 469-277-5884; Mobile:469-268-5226
xin.m...@huawei.com
 [cid:image001.jpg@01CD505D.C18C2420]

From: Krysiak, Adam (Nokia - PL/Wroclaw) [mailto:adam.krys...@nokia.com]
Sent: 2018年8月7日 AM 8:40
To: Ngueko, Gervais-Martial mailto:gn4...@intl.att.com>>; 
onap-discuss@lists.onap.org; Xin Miao 
mailto:xin.m...@huawei.com>>; Sébastien Determe 
mailto:sd3...@intl.att.com>>
Cc: SHACHAM, RON mailto:rshac...@research.att.com>>; 
VENKATESH KUMAR, VIJAY mailto:vv7...@att.com>>
Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp


Hi Xin,



I will try to answer your question, please someone correct me if I'm wrong.

Deploy of closed loop means that Clamp will send request to DCAE platform to 
start new instance of TCA (may be different tool but Clamp UI supports only TCA 
and Holmes).
You're writing that you want to receive different event data so I assume you're 
not interested in measurements.
It means you have to use other type of analytic tool (I will call it AT) then 
those already available.
It's your AT's responsibility to pull events from DMaaP. From Clamp perspective 
it's transparent what's the event type and topic.
Clamp will just send configuration parameters before deployment.
Unfortunately currently using own AT is not supported by Clamp.

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

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> on behalf of 
Xin Miao mailto:xin.m...@huawei.com>>
Sent: Saturday, August 4, 2018 6:43:56 PM
To: Ngueko, Gervais-Martial
Cc: onap-discuss@lists.onap.org; SHACHAM, 
RON; VENKATESH KUMAR, VIJAY
Subject: Re: [onap-discuss] [CLAMP][DCAE]RE: New Collector in Clamp


So  at runtime if I want to bring up new instance of control loop that would 
have the VES collector  receiving different event data and publish them on 
DMAAP with different topics from existing control loop, what I am going to do?



Thank you and best regards,



Xin Miao

American Network Technology Lab

Futurewei Technologies, Inc.

5340 Legacy Dr., Suite 175 Plano, TX 75024

Phone: 469-277-5884; Mobile:469-268-5226

xin.m...@huawei.com

 [cid:image001.jpg@01CD505D.C18C2420]



From: Ngueko, Gervais-Martial [mailto:gn4...@intl.att.com]
Sent: 2018年7月30日 PM 3:41
To: Xin Miao mailto:xin.m...@huawei.com>>
Cc: onap-discuss@lists.onap.org; SHACHAM, 
RON mailto:rshac...@research.att.com>>
Subject: [CLAMP][DCAE]RE: New Collector in Clamp



Hi,



Currently collector’s are not deployed on-demand, they are pre-deployed in DCAE 
and used by all the mS and all control loops.

So the collector’s, currently, are not deployed via CLAMP and there is no 
cloudify blueprint available to do so anyway.

The collector box you see in CLAMP GUI is just a virtual box to show the 
control loop flow, in reality there is no configuration made by CLAMP for the 
collector(at least at this stage of ONAP, it might change in the future).



Br,

Martial



From: Xin Miao mailto:xin.m...@huawei.com>>
Sent: lundi 30 juillet 2018 21:14
To: Ngueko, Gervais-Martial mailto:gn4...@intl.att.com>>
Subject: New Collector in Clamp



Hi, Gervias,



This is Xin Miao from Huawei and I am new to CLAMP.  Is there any code change 
to be done in CLAMP  to support  a new type of collector?  If not, what 
template or configuration files need to be created or updated to support it?



Thank you and best regards,



Xin Miao

American Network Technology Lab

Futurewei Technologies, Inc.

5340 Legacy Dr., Suite 175 Plano, TX 75024

Phone: 469-277-5884; Mobile:469-268-5226

xin.m...@huawei.com

 [cid:image001.jpg@01CD505D.C18C2420]




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

View/Reply Online (#11714): 

Re: [onap-discuss] NEW: Staging Docker Manifest

[Manoop Talasila]

Thanks Gary for the details.
Portal’s image versions look good for now. We will update this file, as we 
start creating staging images soon.

Manoop

From:  on behalf of Gary Wu 
Reply-To: "onap-discuss@lists.onap.org" , 
"gary.i...@huawei.com" 
Date: Thursday, July 19, 2018 at 4:05 PM
To: "onap-discuss@lists.onap.org" , 
"onap-rele...@lists.onap.org" 
Subject: [onap-discuss] NEW: Staging Docker Manifest

SUMMARY: Please update the new docker-manifest-staging.csv to reflect your new 
docker image versions from master branch.


As Gildas mentioned this morning, going forward we will be running two sets of 
deployment tests daily: one for release images, one for staging images.

A new docker-manifest-staging.csv is added: 
https://git.onap.org/integration/tree/version-manifest/src/main/resources/docker-manifest-staging.csv.
  The daily Staging deployments will use the versions listed here.  Please 
update the staging manifest with the image versions that your master branch is 
producing now, so that they will be used in the daily Staging deployment.

The original docker-manifest.csv will accept only release images going forward. 
 This manifest will be used for the daily Release deployments.

NOTE: these manifests are considered the “source of truth” and will override 
the image versions checked-in to OOM helm charts and the HEAT template, so 
please keep them up to date.

Thanks,
Gary




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

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

Re: [onap-discuss] [Onap-release] Nexus IQ related question

[Arul Nambi]

Hi Jess,
Sparky-fe war file will contain a js file.
Regards
Arul

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Catherine LEFEVRE
Sent: Tuesday, August 7, 2018 7:41 AM
To: jwagant...@linuxfoundation.org; onap-release ; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [Onap-release] Nexus IQ related question

Good morning Jess,

Have you identified any project that has generated this issue so we can have a 
deeper look?

Many thanks & regards
Catherine

From: onap-rele...@lists.onap.org 
[mailto:onap-rele...@lists.onap.org] On Behalf Of 
jwagant...@linuxfoundation.org
Sent: Monday, August 06, 2018 10:13 PM
To: onap-release 
mailto:onap-rele...@lists.onap.org>>; 
onap-discuss@lists.onap.org
Subject: [Onap-release] Nexus IQ related question

Dear ONAP team,

I am helping Steve track down some of the JS failures reported by Nexus IQ tool.

I have a small question to the teams about this. Can I get a confirmation on 
the files being
included in *.war artifacts? Are these including both Java and Java Script 
related files?

Some of the bogus failures we have are related to Java Script packages found 
inside *war files
and we wan to take the right approach to minimize these.

Thanks!
Jess

“Amdocs’ email platform is based on a third-party, worldwide, cloud-based 
system. Any emails sent to Amdocs will be processed and stored using such 
system and are accessible by third party providers of such system on a limited 
basis. Your sending of emails to Amdocs evidences your consent to the use of 
such system and such processing, storing and access”.

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

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

Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in Clamp

[Xin Miao]

Thanks, Adam.

In my case, I am using an new type of collector, Restconf collector (going to 
be added into DCAE), and Holmes.

Thank you and best regards,

Xin Miao
American Network Technology Lab
Futurewei Technologies, Inc.
5340 Legacy Dr., Suite 175 Plano, TX 75024
Phone: 469-277-5884; Mobile:469-268-5226
xin.m...@huawei.com
 [cid:image001.jpg@01CD505D.C18C2420]

From: Krysiak, Adam (Nokia - PL/Wroclaw) [mailto:adam.krys...@nokia.com]
Sent: 2018年8月7日 AM 8:40
To: Ngueko, Gervais-Martial ; onap-discuss@lists.onap.org; 
Xin Miao ; Sébastien Determe 
Cc: SHACHAM, RON ; VENKATESH KUMAR, VIJAY 

Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp


Hi Xin,



I will try to answer your question, please someone correct me if I'm wrong.

Deploy of closed loop means that Clamp will send request to DCAE platform to 
start new instance of TCA (may be different tool but Clamp UI supports only TCA 
and Holmes).
You're writing that you want to receive different event data so I assume you're 
not interested in measurements.
It means you have to use other type of analytic tool (I will call it AT) then 
those already available.
It's your AT's responsibility to pull events from DMaaP. From Clamp perspective 
it's transparent what's the event type and topic.
Clamp will just send configuration parameters before deployment.
Unfortunately currently using own AT is not supported by Clamp.

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

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> on behalf of 
Xin Miao mailto:xin.m...@huawei.com>>
Sent: Saturday, August 4, 2018 6:43:56 PM
To: Ngueko, Gervais-Martial
Cc: onap-discuss@lists.onap.org; SHACHAM, 
RON; VENKATESH KUMAR, VIJAY
Subject: Re: [onap-discuss] [CLAMP][DCAE]RE: New Collector in Clamp


So  at runtime if I want to bring up new instance of control loop that would 
have the VES collector  receiving different event data and publish them on 
DMAAP with different topics from existing control loop, what I am going to do?



Thank you and best regards,



Xin Miao

American Network Technology Lab

Futurewei Technologies, Inc.

5340 Legacy Dr., Suite 175 Plano, TX 75024

Phone: 469-277-5884; Mobile:469-268-5226

xin.m...@huawei.com

 [cid:image001.jpg@01CD505D.C18C2420]



From: Ngueko, Gervais-Martial [mailto:gn4...@intl.att.com]
Sent: 2018年7月30日 PM 3:41
To: Xin Miao mailto:xin.m...@huawei.com>>
Cc: onap-discuss@lists.onap.org; SHACHAM, 
RON mailto:rshac...@research.att.com>>
Subject: [CLAMP][DCAE]RE: New Collector in Clamp



Hi,



Currently collector’s are not deployed on-demand, they are pre-deployed in DCAE 
and used by all the mS and all control loops.

So the collector’s, currently, are not deployed via CLAMP and there is no 
cloudify blueprint available to do so anyway.

The collector box you see in CLAMP GUI is just a virtual box to show the 
control loop flow, in reality there is no configuration made by CLAMP for the 
collector(at least at this stage of ONAP, it might change in the future).



Br,

Martial



From: Xin Miao mailto:xin.m...@huawei.com>>
Sent: lundi 30 juillet 2018 21:14
To: Ngueko, Gervais-Martial mailto:gn4...@intl.att.com>>
Subject: New Collector in Clamp



Hi, Gervias,



This is Xin Miao from Huawei and I am new to CLAMP.  Is there any code change 
to be done in CLAMP  to support  a new type of collector?  If not, what 
template or configuration files need to be created or updated to support it?



Thank you and best regards,



Xin Miao

American Network Technology Lab

Futurewei Technologies, Inc.

5340 Legacy Dr., Suite 175 Plano, TX 75024

Phone: 469-277-5884; Mobile:469-268-5226

xin.m...@huawei.com

 [cid:image001.jpg@01CD505D.C18C2420]




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

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

Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in Clamp

[Krysiak, Adam (Nokia - PL/Wroclaw)]

Hi Xin,


I will try to answer your question, please someone correct me if I'm wrong.

Deploy of closed loop means that Clamp will send request to DCAE platform to 
start new instance of TCA (may be different tool but Clamp UI supports only TCA 
and Holmes).

You're writing that you want to receive different event data so I assume you're 
not interested in measurements.
It means you have to use other type of analytic tool (I will call it AT) then 
those already available.
It's your AT's responsibility to pull events from DMaaP. From Clamp perspective 
it's transparent what's the event type and topic.
Clamp will just send configuration parameters before deployment.
Unfortunately currently using own AT is not supported by Clamp.

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

From: onap-discuss@lists.onap.org  on behalf of 
Xin Miao 
Sent: Saturday, August 4, 2018 6:43:56 PM
To: Ngueko, Gervais-Martial
Cc: onap-discuss@lists.onap.org; SHACHAM, RON; VENKATESH KUMAR, VIJAY
Subject: Re: [onap-discuss] [CLAMP][DCAE]RE: New Collector in Clamp


So  at runtime if I want to bring up new instance of control loop that would 
have the VES collector  receiving different event data and publish them on 
DMAAP with different topics from existing control loop, what I am going to do?



Thank you and best regards,



Xin Miao

American Network Technology Lab

Futurewei Technologies, Inc.

5340 Legacy Dr., Suite 175 Plano, TX 75024

Phone: 469-277-5884; Mobile:469-268-5226

xin.m...@huawei.com

 [cid:image001.jpg@01CD505D.C18C2420]



From: Ngueko, Gervais-Martial [mailto:gn4...@intl.att.com]
Sent: 2018年7月30日 PM 3:41
To: Xin Miao 
Cc: onap-discuss@lists.onap.org; SHACHAM, RON 
Subject: [CLAMP][DCAE]RE: New Collector in Clamp



Hi,



Currently collector’s are not deployed on-demand, they are pre-deployed in DCAE 
and used by all the mS and all control loops.

So the collector’s, currently, are not deployed via CLAMP and there is no 
cloudify blueprint available to do so anyway.

The collector box you see in CLAMP GUI is just a virtual box to show the 
control loop flow, in reality there is no configuration made by CLAMP for the 
collector(at least at this stage of ONAP, it might change in the future).



Br,

Martial



From: Xin Miao mailto:xin.m...@huawei.com>>
Sent: lundi 30 juillet 2018 21:14
To: Ngueko, Gervais-Martial mailto:gn4...@intl.att.com>>
Subject: New Collector in Clamp



Hi, Gervias,



This is Xin Miao from Huawei and I am new to CLAMP.  Is there any code change 
to be done in CLAMP  to support  a new type of collector?  If not, what 
template or configuration files need to be created or updated to support it?



Thank you and best regards,



Xin Miao

American Network Technology Lab

Futurewei Technologies, Inc.

5340 Legacy Dr., Suite 175 Plano, TX 75024

Phone: 469-277-5884; Mobile:469-268-5226

xin.m...@huawei.com

 [cid:image001.jpg@01CD505D.C18C2420]





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

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

Re: [onap-discuss] Container based VNF on K8S using Beijing release

[Victor Morales]

The KRD setup and execution has been simplified to few instructions [1]:

· For fresh new installations where it’s needed to install dependencies

$ ./setup.sh -p libvirt

· Once the dependencies are installed, vagrant can be used to bring up 
the instances and execute the provisioning scripts:

$ vagrant up && vagrant up installer

By default, the KRD creates 6 VMs (3 controllers, 2 computes and 1 installer) 
but this configuration can be modified creating a config/pdf.yml file. There is 
more information about the architecture of this project into this file [2]

Regards,
Victor Morales

[1] https://github.com/electrocucaracha/krd#virtual-machines
[2] 
https://github.com/electrocucaracha/krd/blob/master/docs/src/architecture.rst


From:  on behalf of Srini 

Reply-To: "onap-discuss@lists.onap.org" , 
"Addepalli, Srinivasa R" 
Date: Monday, August 6, 2018 at 12:20 PM
To: "onap-discuss@lists.onap.org" , 
"weidong.2.c...@nokia.com" 
Subject: Re: [onap-discuss] Container based VNF on K8S using Beijing release

Hi Will,

Yes, we have Multi-Cloud K8S plugin, but the work is still in progress. Though 
some parts are tested, it is not ready for networking yet.  We intend to 
complete this in Casablanca.  That said, K8S plugin is being tested 
incrementally.  So, you (as another pair of eyes) testing would help in making 
it better.

But, I want to caution that it is not going to be integrated with SO in R3 
(Casablanca). So testing can only be done using test scripts.

BTW, you also require Kubernetes based deployment to test that out.  If you 
have not done that yet, that could be your next step.

Victor and Shashank, please provide needed information for KRD and test scripts 
to instantiate containerized VNF such as EdgeXFoundry.

Thanks
Srini


From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Chen, Weidong 2. (Nokia - US/Irving)
Sent: Monday, August 6, 2018 8:50 AM
To: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Container based VNF on K8S using Beijing release

Hi Srini,

In Beijing release, I currently want to integrate the already deployed VNF on 
K8S to ONAP so that ONAP can recognize this VNF on K8S zone.  I have the Go 
Lang MultiCloud K8S plugin successfully installed.  So what will be the next 
steps?  Is there any document/guidance I can use?

Regards,

Will


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

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

Re: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

[seshu kumar m]

Hi Marcus

Some of the current vulnerabilities are from Beijing which are addressed in the 
previous release.
We will discuss the details and provide the fix soon after the API review in 
the SO weekly meeting.

Thanks and Regards,
M Seshu Kumar
Senior System Architect
Single OSS India Branch Department. S/W BU.
Huawei Technologies India Pvt. Ltd.
Survey No. 37, Next to EPIP Area, Kundalahalli, Whitefield
Bengaluru-560066, Karnataka.
Tel: + 91-80-49160700 , Mob: 9845355488
[Company_logo]
___
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person or entity whose address is listed above. 
Any use of the information contained herein in any way (including, but not 
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) is prohibited. If you receive this 
e-mail in error, please notify the sender by phone or email immediately and 
delete it!
---

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Marcus G K Williams
Sent: Tuesday, August 07, 2018 4:38 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

Hi SO Community,

I just checked out SO sections of Nexus IQ Security/Licensing Report. See links 
below (login with LF user/pass) or attached PDFs.

https://nexus-iq.wl.linuxfoundation.org/assets/index.html#/reports/so/71843a6fd9ad4d67904aa35a9aa5a03e
https://nexus-iq.wl.linuxfoundation.org/assets/index.html#/reports/so-libs/958a9efb533341f3a0fd5aadd44dd9b3

We have a total of 15 critical and 23 severe security issues, as well as 24 
severe licensing issues. It would be good to organize some way to resolve these 
issues. Maybe we can discuss at the next SO weekly meeting.

Thanks,

Marcus Williams
IRC, Twitter, etc. @ mgkwill
Intel Corp.



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

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

Re: [onap-discuss] [Onap-release] Nexus IQ related question

[Catherine LEFEVRE]

Good morning Jess,

Have you identified any project that has generated this issue so we can have a 
deeper look?

Many thanks & regards
Catherine

From: onap-rele...@lists.onap.org [mailto:onap-rele...@lists.onap.org] On 
Behalf Of jwagant...@linuxfoundation.org
Sent: Monday, August 06, 2018 10:13 PM
To: onap-release ; onap-discuss@lists.onap.org
Subject: [Onap-release] Nexus IQ related question

Dear ONAP team,

I am helping Steve track down some of the JS failures reported by Nexus IQ tool.

I have a small question to the teams about this. Can I get a confirmation on 
the files being
included in *.war artifacts? Are these including both Java and Java Script 
related files?

Some of the bogus failures we have are related to Java Script packages found 
inside *war files
and we wan to take the right approach to minimize these.

Thanks!
Jess


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

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

Re: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

[Steve Smokowski]

I tried to log on the other day and got rejected login.  Is there something 
special I need to do to view these reports?

Thanks

-Steve


From:  on behalf of Marcus G K Williams 

Reply-To: "onap-discuss@lists.onap.org" , 
"marcus.willi...@intel.com" 
Date: Monday, August 6, 2018 at 7:12 PM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

Hi SO Community,

I just checked out SO sections of Nexus IQ Security/Licensing Report. See links 
below (login with LF user/pass) or attached PDFs.

https://nexus-iq.wl.linuxfoundation.org/assets/index.html#/reports/so/71843a6fd9ad4d67904aa35a9aa5a03e
https://nexus-iq.wl.linuxfoundation.org/assets/index.html#/reports/so-libs/958a9efb533341f3a0fd5aadd44dd9b3

We have a total of 15 critical and 23 severe security issues, as well as 24 
severe licensing issues. It would be good to organize some way to resolve these 
issues. Maybe we can discuss at the next SO weekly meeting.

Thanks,

Marcus Williams
IRC, Twitter, etc. @ mgkwill
Intel Corp.



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

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

Re: [onap-discuss] Where is Gildas?

[Lingli Deng]

Enjoy the well-deserved holiday!

 

Lingli

 

From: onap-discuss@lists.onap.org  On Behalf Of
gildas.lani...@huawei.com
Sent: 2018年7月27日 16:25
To: onap-discuss@lists.onap.org; onap-...@lists.onap.org;
onap-rele...@lists.onap.org
Subject: [onap-discuss] Where is Gildas?

 

Hi All,

 

This is to let you know, I will be off, enjoying vacation, for 2 weeks,
starting July 30 and back to the office on Monday, August 13.

I do not plan to read emails. In case of urgent matter, feel free to use
WeChat, Hangout or WhatsApp to get in touch.

 

Thanks,

Gildas

 



Gildas Lanilis

ONAP Release Manager

Santa Clara CA, USA

gildas.lani...@huawei.com  

Mobile: 1 415 238 6287

 




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

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

[onap-discuss] TRAP Enrichment in which DCAE module #dcaegen2

[mayank sanwal]

Hi All,
I am collecting traps through SNMP trap collector and performance data through 
VES collector. I want to enrich  this raw data with inventory from A
I believe that data collected from VES would be enriched within TCA. Could 
somebody please suggest which DCAE module would be used to enrich SNMP trap 
collector data by calling A and also if my above understanding is correct.

Thanks!
Mayank Sanwal

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

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

Re: [onap-discuss] AAF Installation and integration issue

[amit chinnapurkar]

Hi All,

While debugging error in Kubernates i can see below error

org.onap.aaf.misc.env.APIException: java.io.IOException: Neither File: 
/opt/app/osaaf/etc/org.osaaf.log4j.props nor resource on Classpath 
org.osaaf.log4j.props exist
at org.onap.aaf.auth.server.Log4JLogIt.init(Log4JLogIt.java:79)
at org.onap.aaf.auth.service.AAF_Service.main(AAF_Service.java:217)
Caused by: java.io.IOException: Neither File: 
/opt/app/osaaf/etc/org.osaaf.log4j.props nor resource on Classpath 
org.osaaf.log4j.props exist
at org.onap.aaf.misc.env.log4j.LogFileNamer.configure(LogFileNamer.java:82)
at org.onap.aaf.auth.server.Log4JLogIt.init(Log4JLogIt.java:77)
... 1 more

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

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