[onap-discuss] SO weekly meeting change as per DST

[Seshu m]

Dear Fellow SO ONAPers,

In due to the DST change in US and Europe, the SO weekly meeting tomorrow would 
be held @ Wed UTC 13:30 / China 21:30 / Eastern 09:30 / Pacific 06:30
one hour earlier in other parts (Non Daylight following nations).


Best regards
Seshu Kumar M
Huawei Technologies India Pvt, Ltd.


本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁
止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中
的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！
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!

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

Re: [onap-discuss] [OOM][INT] Heads up: ONAP Kubernetes healtcheck/demo parameters modified 20180302 - 1 of 2 CD systems needs adjustment

[Michael O'Brien]

We are all trying to keep the documentation up to date - master requires helm 
2.5+ to be able to expand template functions
https://wiki.onap.org/display/DW/ONAP+on+Kubernetes#ONAPonKubernetes-SoftwareRequirements

The bootstrap script can also be used as a reference
https://gerrit.onap.org/r/#/c/32019/10/install/rancher/oom_rancher_setup.sh
if [ "$BRANCH" == "amsterdam" ]; then
RANCHER_VERSION=1.6.10
KUBECTL_VERSION=1.7.7
HELM_VERSION=2.3.0
DOCKER_VERSION=1.12
  else
RANCHER_VERSION=1.6.14
KUBECTL_VERSION=1.8.6
HELM_VERSION=2.6.1
DOCKER_VERSION=17.03
  fi



From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Monday, March 12, 2018 18:54
To: Michael O'Brien ; onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] [OOM][INT] Heads up: ONAP Kubernetes 
healtcheck/demo parameters modified 20180302 - 1 of 2 CD systems needs 
adjustment

I figured out the tpl error issue; looks like it was due to helm version 
mismatch.

Thanks,
Gary

From: Gary Wu
Sent: Monday, March 12, 2018 3:27 PM
To: 'Michael O'Brien' 
>; 
onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] [OOM][INT] Heads up: ONAP Kubernetes 
healtcheck/demo parameters modified 20180302 - 1 of 2 CD systems needs 
adjustment

Hi Michael,

The original expectation was that the DCAE changes made in OOM amsterdam will 
be cherry-picked as-is into master, and used as the DCAE/OOM integration method 
for Beijing.  As such, the beijing job was temporarily deploying OOM amsterdam 
to help test and stabilize the DCAE/OOM integration method expected for Beijing.

Now that there will be a new DCAE/OOM integration method for beijing, that 
original expectation is no longer valid.  So, I'll go ahead and switch the 
beijing job to start deploying OOM master directly.

Speaking of which, I'm currently getting the following error while running 
"createAll.bash -n onap":

Creating deployments and services **
Error: parse error in "mso/templates/mso-log-configmap.yaml": template: 
mso/templates/mso-log-configmap.yaml:8: function "tpl" not defined
The command helm returned with error code 1

Any ideas?

Thanks,
Gary


From: Michael O'Brien [mailto:frank.obr...@amdocs.com]
Sent: Friday, March 09, 2018 4:58 PM
To: Gary Wu >; 
onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] [OOM][INT] Heads up: ONAP Kubernetes 
healtcheck/demo parameters modified 20180302 - 1 of 2 CD systems needs 
adjustment

Not that I know of - I don't know the plans of the DCAEGEN2 team right now - 
but I understand that the Beijing implementation of DCAEGEN2 is very different 
from amsterdam

For myself I can only run DCAE on openlab via amsterdam.
We will know when it is ported - by watching for changes in onap-parameters.yaml
The one in master is still bare-bones.
https://git.onap.org/oom/tree/kubernetes/config/onap-parameters.yaml
https://git.onap.org/oom/tree/kubernetes/config/onap-parameters.yaml?h=amsterdam

I know of 3 or 4 options - don't know which one will be the final

Port amsterdam heatbridge (Alexis D.T.'s) over to master - either as is or 
reduced VM's - I hear the 7 cdap nodes are getting reduced in number
Finish the containerization of cloudify manager - I hear it is almost complete
Run openstack on kubernetes
Fully containerize cloudify and dcae

Q) is the Beijing job running Beijing or amsterdam - it looks like amsterdam 
but without DCAE running - I periodically get questions about it.
https://jenkins.onap.org/view/External%20Labs/job/lab-windriver-beijing-oom-deploy/

I am trying to figure out why the 2 systems run differently since 2 March.

From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Friday, March 9, 2018 16:27
To: Michael O'Brien >; 
onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] [OOM][INT] Heads up: ONAP Kubernetes 
healtcheck/demo parameters modified 20180302 - 1 of 2 CD systems needs 
adjustment

Hi Michael,

Thanks for the heads up.  Does this also mean that DCAE is now enabled in OOM 
master branch?

Thanks,
Gary

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Michael O'Brien
Sent: Friday, March 09, 2018 12:46 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [OOM][INT] Heads up: ONAP Kubernetes healtcheck/demo 
parameters modified 20180302 - 1 of 2 CD systems needs adjustment

Team,
   A heads up that a change went in last Friday under OOM-722 that merged all 
the namespaces into one.
   One of the effects of this change was to add a parameter to the healthcheck 
and vFW demo scripts - that require the namespace name (usually "onap")

./ete-k8s.sh health
./ete-k8s.sh 

[onap-discuss] CII bestpractices login issue

[li.zi30]

Hi,





Once I login https://bestpractices.coreinfrastructure.org/ successful with my 
github account several weeks ago, and created my own new project. But I when 
login again today with my github account "nancylizi" have some problems. 






And also when I try to sign up a new account for CII, I can not get the account 
confirmation email.




Anybody could help with that?






Thanks a lot,


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

Re: [onap-discuss] [OOM][INT] Heads up: ONAP Kubernetes healtcheck/demo parameters modified 20180302 - 1 of 2 CD systems needs adjustment

[Gary Wu]

I figured out the tpl error issue; looks like it was due to helm version 
mismatch.

Thanks,
Gary

From: Gary Wu
Sent: Monday, March 12, 2018 3:27 PM
To: 'Michael O'Brien' ; onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] [OOM][INT] Heads up: ONAP Kubernetes 
healtcheck/demo parameters modified 20180302 - 1 of 2 CD systems needs 
adjustment

Hi Michael,

The original expectation was that the DCAE changes made in OOM amsterdam will 
be cherry-picked as-is into master, and used as the DCAE/OOM integration method 
for Beijing.  As such, the beijing job was temporarily deploying OOM amsterdam 
to help test and stabilize the DCAE/OOM integration method expected for Beijing.

Now that there will be a new DCAE/OOM integration method for beijing, that 
original expectation is no longer valid.  So, I'll go ahead and switch the 
beijing job to start deploying OOM master directly.

Speaking of which, I'm currently getting the following error while running 
"createAll.bash -n onap":

Creating deployments and services **
Error: parse error in "mso/templates/mso-log-configmap.yaml": template: 
mso/templates/mso-log-configmap.yaml:8: function "tpl" not defined
The command helm returned with error code 1

Any ideas?

Thanks,
Gary


From: Michael O'Brien [mailto:frank.obr...@amdocs.com]
Sent: Friday, March 09, 2018 4:58 PM
To: Gary Wu >; 
onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] [OOM][INT] Heads up: ONAP Kubernetes 
healtcheck/demo parameters modified 20180302 - 1 of 2 CD systems needs 
adjustment

Not that I know of - I don't know the plans of the DCAEGEN2 team right now - 
but I understand that the Beijing implementation of DCAEGEN2 is very different 
from amsterdam

For myself I can only run DCAE on openlab via amsterdam.
We will know when it is ported - by watching for changes in onap-parameters.yaml
The one in master is still bare-bones.
https://git.onap.org/oom/tree/kubernetes/config/onap-parameters.yaml
https://git.onap.org/oom/tree/kubernetes/config/onap-parameters.yaml?h=amsterdam

I know of 3 or 4 options - don't know which one will be the final

Port amsterdam heatbridge (Alexis D.T.'s) over to master - either as is or 
reduced VM's - I hear the 7 cdap nodes are getting reduced in number
Finish the containerization of cloudify manager - I hear it is almost complete
Run openstack on kubernetes
Fully containerize cloudify and dcae

Q) is the Beijing job running Beijing or amsterdam - it looks like amsterdam 
but without DCAE running - I periodically get questions about it.
https://jenkins.onap.org/view/External%20Labs/job/lab-windriver-beijing-oom-deploy/

I am trying to figure out why the 2 systems run differently since 2 March.

From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Friday, March 9, 2018 16:27
To: Michael O'Brien >; 
onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] [OOM][INT] Heads up: ONAP Kubernetes 
healtcheck/demo parameters modified 20180302 - 1 of 2 CD systems needs 
adjustment

Hi Michael,

Thanks for the heads up.  Does this also mean that DCAE is now enabled in OOM 
master branch?

Thanks,
Gary

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Michael O'Brien
Sent: Friday, March 09, 2018 12:46 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [OOM][INT] Heads up: ONAP Kubernetes healtcheck/demo 
parameters modified 20180302 - 1 of 2 CD systems needs adjustment

Team,
   A heads up that a change went in last Friday under OOM-722 that merged all 
the namespaces into one.
   One of the effects of this change was to add a parameter to the healthcheck 
and vFW demo scripts - that require the namespace name (usually "onap")

./ete-k8s.sh health
./ete-k8s.sh $ENVIRONMENT health
See
https://git.onap.org/oom/tree/kubernetes/robot/demo-k8s.sh
https://gerrit.onap.org/r/#/c/32093/21/kubernetes/robot/ete-k8s.sh
https://jira.onap.org/browse/OOM-722

   For developers you will notice this right away when healthcheck commands 
fail.  For automated systems the logs or the build should pick it up.

Therefore all automated CD systems broke last Friday.
The following CD system is fixed - I also had another issue with a stuck 
nodejs install - increased build freq to 2h
http://jenkins.onap.info/job/oom-cd/
Corresponding 1-click entrypoint.sh script(and oom_rancher_install.sh, 
cd.sh) is updated as of yesterday.
https://jira.onap.org/browse/OOM-710

Friendly information sharing between E2E teams
The official CD system is still running without a fix - I would expect it 
to fail on the missing namespace - this means it is actually testing daily 
amsterdam builds (not Beijing) - unless I am missing a preset of the onap 

Re: [onap-discuss] [aai]GenTester Exception

[Ranganathan, Dileep]

Hi Jimmy,

I tried with the whole path from /home but I am still getting the same error.

Thanks,
Dileep

From: FORSYTH, JAMES [mailto:jf2...@att.com]
Sent: Monday, March 12, 2018 3:28 PM
To: Ranganathan, Dileep ; KAJUR, HARISH V 
; onap-discuss@lists.onap.org
Subject: Re: [aai]GenTester Exception

Hi, Dileep,

Try specifying the full path to your home directory instead of ~, as in the 
example.

Thanks,
jimmy

From: "Ranganathan, Dileep" 
>
Date: Monday, March 12, 2018 at 6:25 PM
To: HARISH V KAJUR >, "FORSYTH, JAMES" 
>, 
"onap-discuss@lists.onap.org" 
>
Subject: [aai]GenTester Exception


I am getting an exception when I run the GenTester standalone program to load 
schema into the local graph db instance as mentioned in the A developer 
setup.

java -DAJSC_HOME=~/ONAP/AAI/resources/aai-resources 
-DBUNDLECONFIG_DIR="bundleconfig-local" -cp 
aai-common/aai-core/target/aai-core-1.2.1-SNAPSHOT.jar:resources/aai-resources/target/aai-resources.jar:resources/aai-resources/target/userjars/*
 org.onap.aai.dbgen.GenTester


Exception in thread "main" java.lang.NoClassDefFoundError: 
com/att/eelf/configuration/EELFManager
at org.onap.aai.dbgen.GenTester.main(GenTester.java:57)
Caused by: java.lang.ClassNotFoundException: 
com.att.eelf.configuration.EELFManager
at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:335)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
... 1 more


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

Re: [onap-discuss] [aai]GenTester Exception

[FORSYTH, JAMES]

Hi, Dileep,

Try specifying the full path to your home directory instead of ~, as in the 
example.

Thanks,
jimmy

From: "Ranganathan, Dileep" 
Date: Monday, March 12, 2018 at 6:25 PM
To: HARISH V KAJUR , "FORSYTH, JAMES" , 
"onap-discuss@lists.onap.org" 
Subject: [aai]GenTester Exception


I am getting an exception when I run the GenTester standalone program to load 
schema into the local graph db instance as mentioned in the A developer 
setup.

java -DAJSC_HOME=~/ONAP/AAI/resources/aai-resources 
-DBUNDLECONFIG_DIR="bundleconfig-local" -cp 
aai-common/aai-core/target/aai-core-1.2.1-SNAPSHOT.jar:resources/aai-resources/target/aai-resources.jar:resources/aai-resources/target/userjars/*
 org.onap.aai.dbgen.GenTester


Exception in thread "main" java.lang.NoClassDefFoundError: 
com/att/eelf/configuration/EELFManager
at org.onap.aai.dbgen.GenTester.main(GenTester.java:57)
Caused by: java.lang.ClassNotFoundException: 
com.att.eelf.configuration.EELFManager
at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:335)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
... 1 more


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

Re: [onap-discuss] [OOM][INT] Heads up: ONAP Kubernetes healtcheck/demo parameters modified 20180302 - 1 of 2 CD systems needs adjustment

[Gary Wu]

Hi Michael,

The original expectation was that the DCAE changes made in OOM amsterdam will 
be cherry-picked as-is into master, and used as the DCAE/OOM integration method 
for Beijing.  As such, the beijing job was temporarily deploying OOM amsterdam 
to help test and stabilize the DCAE/OOM integration method expected for Beijing.

Now that there will be a new DCAE/OOM integration method for beijing, that 
original expectation is no longer valid.  So, I'll go ahead and switch the 
beijing job to start deploying OOM master directly.

Speaking of which, I'm currently getting the following error while running 
"createAll.bash -n onap":

Creating deployments and services **
Error: parse error in "mso/templates/mso-log-configmap.yaml": template: 
mso/templates/mso-log-configmap.yaml:8: function "tpl" not defined
The command helm returned with error code 1

Any ideas?

Thanks,
Gary


From: Michael O'Brien [mailto:frank.obr...@amdocs.com]
Sent: Friday, March 09, 2018 4:58 PM
To: Gary Wu ; onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] [OOM][INT] Heads up: ONAP Kubernetes 
healtcheck/demo parameters modified 20180302 - 1 of 2 CD systems needs 
adjustment

Not that I know of - I don't know the plans of the DCAEGEN2 team right now - 
but I understand that the Beijing implementation of DCAEGEN2 is very different 
from amsterdam

For myself I can only run DCAE on openlab via amsterdam.
We will know when it is ported - by watching for changes in onap-parameters.yaml
The one in master is still bare-bones.
https://git.onap.org/oom/tree/kubernetes/config/onap-parameters.yaml
https://git.onap.org/oom/tree/kubernetes/config/onap-parameters.yaml?h=amsterdam

I know of 3 or 4 options - don't know which one will be the final

Port amsterdam heatbridge (Alexis D.T.'s) over to master - either as is or 
reduced VM's - I hear the 7 cdap nodes are getting reduced in number
Finish the containerization of cloudify manager - I hear it is almost complete
Run openstack on kubernetes
Fully containerize cloudify and dcae

Q) is the Beijing job running Beijing or amsterdam - it looks like amsterdam 
but without DCAE running - I periodically get questions about it.
https://jenkins.onap.org/view/External%20Labs/job/lab-windriver-beijing-oom-deploy/

I am trying to figure out why the 2 systems run differently since 2 March.

From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Friday, March 9, 2018 16:27
To: Michael O'Brien >; 
onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] [OOM][INT] Heads up: ONAP Kubernetes 
healtcheck/demo parameters modified 20180302 - 1 of 2 CD systems needs 
adjustment

Hi Michael,

Thanks for the heads up.  Does this also mean that DCAE is now enabled in OOM 
master branch?

Thanks,
Gary

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Michael O'Brien
Sent: Friday, March 09, 2018 12:46 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [OOM][INT] Heads up: ONAP Kubernetes healtcheck/demo 
parameters modified 20180302 - 1 of 2 CD systems needs adjustment

Team,
   A heads up that a change went in last Friday under OOM-722 that merged all 
the namespaces into one.
   One of the effects of this change was to add a parameter to the healthcheck 
and vFW demo scripts - that require the namespace name (usually "onap")

./ete-k8s.sh health
./ete-k8s.sh $ENVIRONMENT health
See
https://git.onap.org/oom/tree/kubernetes/robot/demo-k8s.sh
https://gerrit.onap.org/r/#/c/32093/21/kubernetes/robot/ete-k8s.sh
https://jira.onap.org/browse/OOM-722

   For developers you will notice this right away when healthcheck commands 
fail.  For automated systems the logs or the build should pick it up.

Therefore all automated CD systems broke last Friday.
The following CD system is fixed - I also had another issue with a stuck 
nodejs install - increased build freq to 2h
http://jenkins.onap.info/job/oom-cd/
Corresponding 1-click entrypoint.sh script(and oom_rancher_install.sh, 
cd.sh) is updated as of yesterday.
https://jira.onap.org/browse/OOM-710

Friendly information sharing between E2E teams
The official CD system is still running without a fix - I would expect it 
to fail on the missing namespace - this means it is actually testing daily 
amsterdam builds (not Beijing) - unless I am missing a preset of the onap 
namespace
Integration team - you will want to either rename the Jenkins jobs to 
"amsterdam" or change the OOM deployment script to clone -b master instead.
https://jenkins.onap.org/view/External%20Labs/job/lab-windriver-beijing-oom-deploy/
https://jenkins.onap.org/view/External%20Labs/job/lab-tlab-beijing-oom-deploy/

for example
this needs a "onap" parameter
17:41:47 + timeout 2m ssh -o StrictHostKeychecking=no -i 

[onap-discuss] [aai]GenTester Exception

[Ranganathan, Dileep]

I am getting an exception when I run the GenTester standalone program to load 
schema into the local graph db instance as mentioned in the A developer 
setup.

java -DAJSC_HOME=~/ONAP/AAI/resources/aai-resources 
-DBUNDLECONFIG_DIR="bundleconfig-local" -cp 
aai-common/aai-core/target/aai-core-1.2.1-SNAPSHOT.jar:resources/aai-resources/target/aai-resources.jar:resources/aai-resources/target/userjars/*
 org.onap.aai.dbgen.GenTester


Exception in thread "main" java.lang.NoClassDefFoundError: 
com/att/eelf/configuration/EELFManager
at org.onap.aai.dbgen.GenTester.main(GenTester.java:57)
Caused by: java.lang.ClassNotFoundException: 
com.att.eelf.configuration.EELFManager
at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:335)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
... 1 more


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

[onap-discuss] [ONAP Helpdesk #53498] Nexus3 throttled today around noon - 3 hour pull on Azure eastus/westus2 instead of 20-40 min

[Jessica Wagantall via RT]

Dear Michael, 

I wonder if these slow downs are related to the amount of activity on a Monday 
compared to the weekend. 

Let me keep an eye on these slow times for now. 

Thanks a ton
Jess

On Mon Mar 12 13:44:27 2018, frank.obr...@amdocs.com wrote:
> LF,
>   Hi, I am testing oneclick installs of ONAP about 15 times a day -
> yesterday nexus3 was operating normally - 20-40 min for all 95 docker
> images.  Today around noon for a couple hours nexus slowed to a crawl
> where a single image pull took over 15 min.
>   I just switched to westus2 and thought it might be their gateway -
> but I see this on the faster/verified eastus.
> 
> Upping the timeout on the prepull script from 3000 sec to 8000
> 
> https://jira.onap.org/browse/OOM-328
> e8e2e3cc: Retrying in 3 seconds
> e8e2e3cc: Retrying in 2 seconds
> 0eb1db346111: Pull complete
> e8e2e3cc: Retrying in 1 second
> waiting for last pull - 81 left
> e8e2e3cc: Retrying in 10 seconds
> e8e2e3cc: Retrying in 9 seconds
> e8e2e3cc: Retrying in 8 seconds
> e8e2e3cc: Retrying in 7 seconds
> e8e2e3cc: Retrying in 6 seconds
> e8e2e3cc: Retrying in 5 seconds
> e8e2e3cc: Retrying in 4 seconds
> 
> two different azure DCs westus2, eastus experiencing the issue
> 
> Michael O'Brien
> Amdocs Technology
> 16135955268
> 55268
> [amdocs-a]
> 
> 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

[onap-discuss] oparent 1.1.0 released

[Gary Wu]

Hi all,

oparent version 1.1.0 has been released.  Please update your maven dependencies 
at your convenience.

Thanks,
Gary


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

[onap-discuss] [appc]Explicitly unmount vPKTGEN

[bharath thiruveedula]

Hi

In vFW usecase is there a way to explicitly unmount the vnf so as to break the 
closed loop?

Best Regards
Bharath T
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [modeling]Modeling call tomorrow

[denghui (L)]

Reminder, the US entered Daylight Savings Time yesterday.  For those outside 
the US, tomorrow’s modeling call will start one hour earlier.  2100 Beijing time

DENG Hui

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

Re: [onap-discuss] [sdc] [aaf] Query regarding SDC AAF Integration in R2 release

[Lando,Michael]

Hi,
For R2 SDC is not doing an integration with AAF.

This work is planned for R3.

The roles are part of the SDC logic and we are not planning to change them 
after the AAF integration.






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: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Kumar Skand Priya, 
Viswanath V via onap-discuss
Sent: Saturday, March 10, 2018 16:18
To: onap-discuss 
Subject: [onap-discuss] [sdc] [aaf] Query regarding SDC AAF Integration in R2 
release

Dear SDC & AAF Team,


I would like to understand whether SDC user-roles ( such as designer, tester, 
operator, admin etc.. ) will have any impact due to AAF integration. Would 
these roles still be valid in R2?



Could you also point me to some relevant materials to understand how this 
integration is getting shaped?



Thanks!



BR,

Viswa


[http://ss7.vzw.com/is/image/VerizonWireless/vz-sig-verizon?$defaultscale$]

Viswanath Kumar Skand Priya
Architect
Verizon India ( VDSI )

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

[onap-discuss] Centralized Risks Beijing Release.

[Gildas Lanilis]

Hi PTLs,

Following up with PTLs meeting, a centralized wiki page to summarize Beijing 
Risks is now available for anyone who need to communicate his project' risks.
This is available at https://wiki.onap.org/display/DW/Beijing+Risks

Let me know if you have any question, I will be glad to help.


Thanks,
Gildas

[HuaweiLogowithName]
Gildas Lanilis
ONAP Release Manager
Santa Clara CA, USA
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

[onap-discuss] 答复: [aai] PNF / off-the-band VNF support ??

[xingxiaocheng]

Hi Steve

Some more questions for AAI.

Assume we already have one service (Service A ) designed in sdc and got one 
instance running (Service Instance A).

Now user would like to create another service (Service B) .  user will design a 
Service B and allotted resource to connect Service B and Service A in SDC. Can 
user create a service instance B and connect it to Service instance A with 
allotted resource ?
I am afraid in current ONAP, we cannot do this.

Or can we provide a cmd in CLI  to add relationship between Service Instance A  
allotted resource and Service Instance B?

Assume we have PNF running in existing network. Can we create a new Service 
Instance C and create relationship between the existing PNF and Service 
Instance C?

Can we provide a cmd in CLI to insert this PNF instance to AAI first, and then 
add the relationship between them?


Thanks

Xing Xiaocheng

发件人: POLSTON, STEVE [mailto:sp2...@att.com]
发送时间: 2018年3月8日 22:23
收件人: FORSYTH, JAMES; Kanagaraj Manickam
抄送: xingxiaocheng; onap-discuss@lists.onap.org; AGRAHARAM, SANJAY; BLACKWOOD, 
PHIL; BRAGG, DEAN L; PRESSLEY, VIVIAN A; JENSEN, JOHN R; GUPTA, ARUN; SCAGGS, 
KEVIN
主题: RE: [aai] PNF / off-the-band VNF support ??

Jimmy,

Physical inventory should be managed outside of A Clients use A PNF 
identifiers to get those profile details from the PNF database of record. Some 
profile details (as few as possible) may be needed in A as intentially 
replicated attributes to facilitate this data federation, but we should not 
make A the cloud infrastructure inventory or physical inventory master. A 
should only care about physical inventory components it depends on as allotted 
resources supporting the virtualized service instance it is managing, and we 
should not view A as an intended replication of the physical inventory. In 
ECOMP, we can perform some of this federation using ECOMP data management 
common services, so if the team has a requirement for that kind of data 
stitching then put it into requirements for a project to deliver that Data 
Federation service that can broker that view.

Steve Polston

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of FORSYTH, JAMES
Sent: Thursday, March 08, 2018 8:08 AM
To: Kanagaraj Manickam 
>
Cc: xingxiaocheng >; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [aai] PNF / off-the-band VNF support ??

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

Are you saying that there are things that one of our client systems needs that 
are missing from the AAI schema, specifically the PNF?  Which client needs the 
new information, and what does it need?  ESR can capture external system 
credentials, perhaps the client should use the existing ESR interface?  API 
freeze is today, so my hope is that this is something simple that can be worked 
out quickly.

Thanks,
jimmy

From: Kanagaraj Manickam 
>
Date: Thursday, March 8, 2018 at 6:44 AM
To: "FORSYTH, JAMES" >
Cc: "onap-discuss@lists.onap.org" 
>, 
xingxiaocheng >
Subject: [aai] PNF / off-the-band VNF support ??

Dear Jimmy,

We are trying to understand the PNF model in the AAI and got following doubts, 
can you please help.


  1.  We found that AAI v12 provides API and model for on-boarding PNF directly 
it does not have place holder for capturing the PNF credentials, which could be 
used by run-time components to communicate with PNF. So how to capture the PNF 
credentials?
  2.  Consider the scenario where operator already having VNF and would like to 
on-board them into ONAP off-the-band, so that it can be managed along with new 
VNF getting deployed via ONAP. This is very similar to PNF on-boarding. How to 
support such scenarios in AAI?

Appreciate your inputs. Thank you.

Regards
Kanagaraj M
-
Be transparent! Win together !!

本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！
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 

Re: [onap-discuss] [sdc] Request to promote committers

[Lando,Michael]

Please disregard this email,
An email with a link for voting and the templates for the committers will be 
sent later this week.
Once sent we will vote and based on that committers will be approved.





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: EMPOROPULO, VITALIY
Sent: Sunday, March 11, 2018 11:49
To: onap-discuss@lists.onap.org
Cc: KLEKS, OREN ; SHAH, GAUTAM ; 
Einav Weiss Keidar ; michael.la...@att.com; Levi, Eli 
; Avi Gaffa ; 
meng.zhaoxi...@zte.com.cn; zhao.huab...@zte.com.cn
Subject: [sdc] Request to promote committers

Dear SDC community,

I would like to request the promotion of the following SDC contributors to 
committers:


  *   Oren Kleks oren...@amdocs.com
  *   Einav Weiss Keidar ein...@amdocs.com
  *   Gautam Shah gaut...@amdocs.com

All of them have been working on ONAP SDC for a long time, mostly contributing 
code and reviewing changes - Einav as a senior front-end developer, Oren as a 
back-end developer, and Gautam as a technical architect.

As you can see by the number of 
changes,
 SDC is a very active project and we are in need of more working hands there to 
keep up with the pace.

Best regards,
Vitaliy Emporopulo

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

[onap-discuss] Nexus3 throttled today around noon - 3 hour pull on Azure eastus/westus2 instead of 20-40 min

[Michael O'Brien]

LF,
  Hi, I am testing oneclick installs of ONAP about 15 times a day - yesterday 
nexus3 was operating normally - 20-40 min for all 95 docker images.  Today 
around noon for a couple hours nexus slowed to a crawl where a single image 
pull took over 15 min.
  I just switched to westus2 and thought it might be their gateway - but I see 
this on the faster/verified eastus.

   Upping the timeout on the prepull script from 3000 sec to 8000

https://jira.onap.org/browse/OOM-328
e8e2e3cc: Retrying in 3 seconds
e8e2e3cc: Retrying in 2 seconds
0eb1db346111: Pull complete
e8e2e3cc: Retrying in 1 second
waiting for last pull - 81 left
e8e2e3cc: Retrying in 10 seconds
e8e2e3cc: Retrying in 9 seconds
e8e2e3cc: Retrying in 8 seconds
e8e2e3cc: Retrying in 7 seconds
e8e2e3cc: Retrying in 6 seconds
e8e2e3cc: Retrying in 5 seconds
e8e2e3cc: Retrying in 4 seconds

two different azure DCs westus2, eastus experiencing the issue

Michael O'Brien
Amdocs Technology
16135955268
55268
[amdocs-a]

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] vFW usecase links were down

[Thiruveedula, Bharath via onap-discuss]

Hi,

By using 1.2.0 and 1.2.0-SNAPSHOT  for demo-artifact-version and
install-script-version for vFW, I got few errors while running "make" in
VESReporing folder in Firewall VM:

*Making dependency file evel_unit.d for evel_unit.c*
*Making dependency file jsmn.d for jsmn.c*
*Making dependency file evel_batch.d for evel_batch.c*
*Making dependency file evel_logging.d for evel_logging.c*
*Making dependency file evel_voicequality.d for evel_voicequality.c*
*Making dependency file evel_threshold_cross.d for evel_threshold_cross.c*
*Making dependency file evel_event_mgr.d for evel_event_mgr.c*
*Making dependency file evel_internal_event.d for evel_internal_event.c*
*Making dependency file evel_throttle.d for evel_throttle.c*
*Making dependency file evel_syslog.d for evel_syslog.c*
*Making dependency file evel_strings.d for evel_strings.c*
*Making dependency file evel_state_change.d for evel_state_change.c*
*Making dependency file evel_scaling_measurement.d for
evel_scaling_measurement.c*
*Making dependency file evel_sipsignaling.d for evel_sipsignaling.c*
*Making dependency file evel_heartbeat_fields.d for evel_heartbeat_fields.c*
*Making dependency file evel_reporting_measurement.d for
evel_reporting_measurement.c*
*Making dependency file evel_json_buffer.d for evel_json_buffer.c*
*Making dependency file evel_other.d for evel_other.c*
*Making dependency file evel_jsonobject.d for evel_jsonobject.c*
*Making dependency file evel_option.d for evel_option.c*
*Making dependency file evel_mobile_flow.d for evel_mobile_flow.c*
*Making dependency file evel_fault.d for evel_fault.c*
*Making dependency file evel_event.d for evel_event.c*
*Making dependency file hashtable.d for hashtable.c*
*Making dependency file double_list.d for double_list.c*
*Making dependency file ring_buffer.d for ring_buffer.c*
*Making dependency file metadata.d for metadata.c*
*Making dependency file evel.d for evel.c*
*Making evel.o from evel.c*
*/opt/VES/evel/evel-library/bldjobs/../code/evel_library/evel.c: In
function 'evel_free_event':*
*/opt/VES/evel/evel-library/bldjobs/../code/evel_library/evel.c:404:7:
warning: implicit declaration of function 'evel_free_hrtbt_field'
[-Wimplicit-function-declaration]*
*   evel_free_hrtbt_field((EVENT_HEARTBEAT_FIELD *)evt_ptr);*
*   ^*
*Making metadata.o from metadata.c*
*Making ring_buffer.o from ring_buffer.c*
*Making double_list.o from double_list.c*
*Making hashtable.o from hashtable.c*
*Making evel_event.o from evel_event.c*
*/opt/VES/evel/evel-library/bldjobs/../code/evel_library/evel_event.c: In
function 'evel_json_encode_eventtype':*
*/opt/VES/evel/evel-library/bldjobs/../code/evel_library/evel_event.c:569:11:
warning: implicit declaration of function 'evel_json_encode_voice_quality'
[-Wimplicit-function-declaration]*
*   evel_json_encode_voice_quality(jbuf, (EVENT_VOICE_QUALITY
*)event);*
*   ^*
*/opt/VES/evel/evel-library/bldjobs/../code/evel_library/evel_event.c:573:11:
warning: implicit declaration of function
'evel_json_encode_threshold_cross' [-Wimplicit-function-declaration]*
*   evel_json_encode_threshold_cross(jbuf, (EVENT_THRESHOLD_CROSS
*)event);*
*   ^*
*Making evel_fault.o from evel_fault.c*
*Making evel_mobile_flow.o from evel_mobile_flow.c*
*/opt/VES/evel/evel-library/bldjobs/../code/evel_library/evel_mobile_flow.c:
In function 'evel_json_encode_mobile_flow':*
*/opt/VES/evel/evel-library/bldjobs/../code/evel_library/evel_mobile_flow.c:965:7:
warning: implicit declaration of function 'evel_throttle_suppress_nv_pair'
[-Wimplicit-function-declaration]*
*   if (!evel_throttle_suppress_nv_pair(jbuf->throttle_spec,*
*   ^*
*Making evel_option.o from evel_option.c*
*/opt/VES/evel/evel-library/bldjobs/../code/evel_library/evel_option.c: In
function 'evel_force_option_intheader':*
*/opt/VES/evel/evel-library/bldjobs/../code/evel_library/evel_option.c:393:18:
warning: assignment discards 'const' qualifier from pointer target type
[enabled by default]*
*   option->object = value;*
*  ^*
*/opt/VES/evel/evel-library/bldjobs/../code/evel_library/evel_option.c: In
function 'evel_set_option_intheader':*
*/opt/VES/evel/evel-library/bldjobs/../code/evel_library/evel_option.c:426:20:
warning: assignment discards 'const' qualifier from pointer target type
[enabled by default]*
* option->object = value;*
*^*
*Making evel_jsonobject.o from evel_jsonobject.c*
*/opt/VES/evel/evel-library/bldjobs/../code/evel_library/evel_jsonobject.c:
In function 'evel_new_jsonobjinstance':*
*/opt/VES/evel/evel-library/bldjobs/../code/evel_library/evel_jsonobject.c:99:14:
warning: unused variable 'key' [-Wunused-variable]*
*   jsmntok_t *key;*
*  ^*
*Making evel_other.o from evel_other.c*
*/opt/VES/evel/evel-library/bldjobs/../code/evel_library/evel_other.c: In
function 'evel_other_field_add_namedarray':*
*/opt/VES/evel/evel-library/bldjobs/../code/evel_library/evel_other.c:172:3:
warning: passing argument 2 of 'ht_get' 

[onap-discuss] vFW usecase links were down

[Thiruveedula, Bharath via onap-discuss]

Hi,

Till last week vFW user data scripts work propoerly. But today when I tried
to deploy, the links mentioned below were not found. I tried to download
them manually, but it says


I can see the new artifacts version was added which is "*1.2.0*", but I
think it would be really good if we maintain the previous versions(i.e.,
*1.1.1)* for a while (until the next  release probably) so that no one gets
surprised while deploying (especially while showing demos to others :) ).

Apologies if I missed any notification of "change in artifacts version"

Best Regards
Bharath T
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [DCAE] requesting DCAE weekly meeting time change

[JI, LUSHENG (LUSHENG)]

Dear Helpdesk,

Following the starting of daylight saving time and TSC meeting time, we would 
like to move the DCAE weekly meeting to:
9:00-10:00AM EDT (13:00-14:00 UTC, 21:00-22:00 Beijing Time, etc) every 
Thursday, which is the hour before the weekly TSC meeting.

Could you please help updating the meeting invite?  Thank you very much.

Lusheng Ji
DCAE PTL
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [onap-tsc] PTL meet today? - GMT-5 moved to GMT-4

[Michael O'Brien]

We are in - thank you

From: onap-tsc-boun...@lists.onap.org [mailto:onap-tsc-boun...@lists.onap.org] 
On Behalf Of Michael O'Brien
Sent: Monday, March 12, 2018 09:36
To: onap-...@lists.onap.org; onap-discuss@lists.onap.org
Subject: [onap-tsc] PTL meet today? - GMT-5 moved to GMT-4

Zoom meeting not started - will recheck at 1030 EDT GMT-4 for those of us in DS 
time
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 

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

[onap-discuss] PTL meet today? - GMT-5 moved to GMT-4

[Michael O'Brien]

Zoom meeting not started - will recheck at 1030 EDT GMT-4 for those of us in DS 
time
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][INT] Heads up: ONAP Kubernetes healtcheck/demo parameters modified 20180302 - 1 of 2 CD systems needs adjustment

[Roger Maitland]

DCAE is undergoing a fairly significant architecture change in Beijing.  Once 
this change has been released (in the next week or two?) the OOM team can start 
working on deploying the Beijing DCAE with Beijing OOM.

Cheers,
Roger

From:  on behalf of Michael O'Brien 

Date: Friday, March 9, 2018 at 7:58 PM
To: Gary Wu , "onap-discuss@lists.onap.org" 

Subject: Re: [onap-discuss] [OOM][INT] Heads up: ONAP Kubernetes 
healtcheck/demo parameters modified 20180302 - 1 of 2 CD systems needs 
adjustment

Not that I know of – I don’t know the plans of the DCAEGEN2 team right now – 
but I understand that the Beijing implementation of DCAEGEN2 is very different 
from amsterdam

For myself I can only run DCAE on openlab via amsterdam.
We will know when it is ported – by watching for changes in onap-parameters.yaml
The one in master is still bare-bones.
https://git.onap.org/oom/tree/kubernetes/config/onap-parameters.yaml
https://git.onap.org/oom/tree/kubernetes/config/onap-parameters.yaml?h=amsterdam

I know of 3 or 4 options – don’t know which one will be the final

Port amsterdam heatbridge (Alexis D.T.’s) over to master – either as is or 
reduced VM’s – I hear the 7 cdap nodes are getting reduced in number
Finish the containerization of cloudify manager – I hear it is almost complete
Run openstack on kubernetes
Fully containerize cloudify and dcae

Q) is the Beijing job running Beijing or amsterdam – it looks like amsterdam 
but without DCAE running – I periodically get questions about it.
https://jenkins.onap.org/view/External%20Labs/job/lab-windriver-beijing-oom-deploy/

I am trying to figure out why the 2 systems run differently since 2 March.

From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Friday, March 9, 2018 16:27
To: Michael O'Brien ; onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] [OOM][INT] Heads up: ONAP Kubernetes 
healtcheck/demo parameters modified 20180302 - 1 of 2 CD systems needs 
adjustment

Hi Michael,

Thanks for the heads up.  Does this also mean that DCAE is now enabled in OOM 
master branch?

Thanks,
Gary

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Michael O'Brien
Sent: Friday, March 09, 2018 12:46 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [OOM][INT] Heads up: ONAP Kubernetes healtcheck/demo 
parameters modified 20180302 - 1 of 2 CD systems needs adjustment

Team,
   A heads up that a change went in last Friday under OOM-722 that merged all 
the namespaces into one.
   One of the effects of this change was to add a parameter to the healthcheck 
and vFW demo scripts – that require the namespace name (usually “onap”)

./ete-k8s.sh health
./ete-k8s.sh $ENVIRONMENT health
See
https://git.onap.org/oom/tree/kubernetes/robot/demo-k8s.sh
https://gerrit.onap.org/r/#/c/32093/21/kubernetes/robot/ete-k8s.sh
https://jira.onap.org/browse/OOM-722

   For developers you will notice this right away when healthcheck commands 
fail.  For automated systems the logs or the build should pick it up.

Therefore all automated CD systems broke last Friday.
The following CD system is fixed – I also had another issue with a stuck 
nodejs install – increased build freq to 2h
http://jenkins.onap.info/job/oom-cd/
Corresponding 1-click entrypoint.sh script(and oom_rancher_install.sh, 
cd.sh) is updated as of yesterday.
https://jira.onap.org/browse/OOM-710

Friendly information sharing between E2E teams
The official CD system is still running without a fix – I would expect it 
to fail on the missing namespace – this means it is actually testing daily 
amsterdam builds (not Beijing) – unless I am missing a preset of the onap 
namespace
Integration team – you will want to either rename the Jenkins jobs to 
“amsterdam” or change the OOM deployment script to clone –b master instead.
https://jenkins.onap.org/view/External%20Labs/job/lab-windriver-beijing-oom-deploy/
https://jenkins.onap.org/view/External%20Labs/job/lab-tlab-beijing-oom-deploy/

for example
this needs a “onap” parameter
17:41:47 + timeout 2m ssh -o StrictHostKeychecking=no -i 
/var/lib/jenkins/.ssh/onap_key 
ubuntu@192.168.31.129 'sudo su -l root -c 
"/root/oom/kubernetes/robot/ete-k8s.sh health"'
This is also an issue when running demo commands for the vFW (the part that is 
automated)

./demo-k8s.sh onap init
Or we would see

04:14:50 Usage: demo.sh namespace  []

04:14:50demo.sh  init

04:14:50- Execute both init_customer + distribute

Raised https://jira.onap.org/browse/INT-439 as a tracking taks

 Known issues:
 SDNC rarely comes up since mid Jan 2018 because of increased docker images 
size – usually a restart fixes it (done after all other dependent pods are up)
 

Re: [onap-discuss] [E] [OOM] Heads up: ONAP Kubernetes master has crossed the 64G VM barrier

[Kumar Skand Priya, Viswanath V via onap-discuss]

Michael,

PFB data collected from our lab, where we had powered ONAP R1 Amsterdam ( -
DCAE & VNFs ) in 125GB RAM machine . As you can see, AAI & SDC contributes
to major chunk of memory, followed by log, policy, portal & vid.

Doing a "free -g" inside OOM VM ( where Rancher is powered ) gives the
consumption as ~86GB and this installation has been running around 2
months. We will now try to periodically monitor consumption rate and report
here. Meanwhile, can you take a look below and notice any anomoly here? Any
thoughts on why AAI & SDC are crossing 14gigs ?

SDC & AAI Team,

Any thoughts ?

BR,
Viswa

S.No Namespace Memory Usage
(in GB unless specified)
1 onap-aaf 1.68
2 onap-aai 14.4
3 onap-appc 2.16
4 onap-clamp 1.44
5 onap-cli 2.4Mb
6 onap-consul 110Mb
7 onap-kube2msb 20.3Mb
8 onap-log 11.5
9 onap-message-router 2.57
10 onap-msb 620Mb
11 onap-mso 4.36
12 onap-multicloud 296Mb
13 onap-policy 8.16
14 onap-portal 8.46
15 onap-robot 1.38Mb
17 onap-sdc 14.9
18 onap-sdnc 1.68
19 onap-uui 3.73
20 onap-vfc 5.6
21 onap-vid 7.37
22 onap-vnfsdk 317Mb

BR,
Viswa




Viswanath Kumar Skand Priya
Architect
Verizon India ( VDSI )


On Sun, Mar 11, 2018 at 8:07 PM, Michael O'Brien 
wrote:

> Viswa,
>
>Good questions.
>
>This discussion is just for the kubernetes side of deploying onap (not
> the DCAE heatbridge in amsterdam or running VNFs on openstack – those are
> outside the context of the kubernetes deployment for now).
>
>
>
>Currently we deploy VNFs to VMs on openstack – we do not have
> containerized VNF’s yet – so the memory requirements are separate.  A
> simple use case like the vFW will consume 12G for example outside of where
> we run K8S.
>
>For the memory increase you are referring to these questions from Beka?
>
> https://wiki.onap.org/display/DW/ONAP+on+Kubernetes?
> focusedCommentId=25439660=1520778643640#comment-25439660
> 
>
> https://wiki.onap.org/display/DW/questions/25439159/onap-memory-leak
> 
>
>I have not looked into the full cause but SDNC has been having issues
> since a refactor in mid Jan – I put an automated restart of the SDNC pod
> part way through the CD startup when all dependencies are up.
> https://gerrit.onap.org/r/#/c/32653/
> 
>
>There is a comment on the ueb listener – this is in the amsterdam
> branch and not master but may be related.
>
>We can do a full analysis of the startup and idle behavior of the
> containers together.
>
>I have been noticing the memory footprint enlarging for most of 2018 –
> Usually I shutdown vfc to be able to keep room for heaps.
>
>As to the cause – we are speculating unless we have a baseline from a
> tool like New Relic and track the sizes of our java, python and db based
> images.  Any one or all of these could be demanding more runtime memory
> based on code changes across onap.  You would need to track all the
> projects.
>
>In kubernetes you can get a snapshot of each container – keep these
> periodically and compare this.  Ideally we run ram profiles as part of our
> CI/CD pipeline in the future.
>
>
>
>Thank you
>
>/michael
>
>
>
> *From:* Kumar Skand Priya, Viswanath V [mailto:viswanath.
> kumarskandpr...@verizon.com]
> *Sent:* Saturday, March 10, 2018 09:01
> *To:* Michael O'Brien 
> *Cc:* onap-discuss@lists.onap.org
> *Subject:* Re: [E] [onap-discuss] [OOM] Heads up: ONAP Kubernetes master
> has crossed the 64G VM barrier
>
>
>
> Hi Michael,
>
>
>
> Does this includes the memory occupied due to deployed VNF & NS as well?
> If so, what are the requirements for running just the ONAP ( for both
> R1) ?
>
> And more particularly, what's eating more space compared to R2 & R1 (
> assuming both are plan ONAP installation i.e without DCAE & VNFs) ?
>
>
>
> Few days back, someone else from community have highlighted about the
> possibility of memory leaks in ONAP code, which might account to increase
> memory consumption. Do you have any thoughts 

Re: [onap-discuss] Light installation

[Santi Rodríguez]

Thank you Mars, Michael

I'll try the options you mentioned.

Regards,
Santiago


*Santiago Rodríguez García* | Senior Analyst
T/ + 34 986 410 091 (ext) 227
www.optaresolutions.com
[image: Optare Solutions] 

2018-03-09 16:59 GMT+01:00 Michael O'Brien :

> Santiago,
>Hi, good question.  You have several options.
>In HEAT you can comment out VM's you require before running the
> openstack template
>In OOM we have the same sort of thing via the HELM_APPS config variable
> - in the near future helm commands will bring up different ecosystems or
> partial onaps
>
>There is a dependency tree depending on your use case vFW, vCPE, vVOLTE
>I ran through an exercise for a particular scenario focused for example
> on running policy (no open/closed loop - no SO in this case) detailed
> below.  Feel free to comment on the jira and wiki page with your specific
> requirements.
>Ideally we have a full list of dependency subtrees for every component.
>For example you can just run aai by itself in a 11G VM on a laptop via
> ./createAll.bash -n onap -a aai
>
> https://jira.onap.org/browse/OOM-511
> https://wiki.onap.org/display/DW/ONAP+on+Kubernetes
>
> HELM_APPS=('message-router' 'vid' 'portal' 'policy' 'aai' 'sdc' )
>
> root@ip-172-31-86-138:~/oom/kubernetes/oneclick# kubectl get pods
> --all-namespaces -a
> NAMESPACE NAME   READY
>  STATUSRESTARTS   AGE
> onap-aai  aai-resources-2398553481-0jr3g 2/2
>  Running   0  45m
> onap-aai  aai-service-749944520-dr2h81/1
>  Running   0  45m
> onap-aai  aai-traversal-2677319478-ttbp6 2/2
>  Running   0  45m
> onap-aai  data-router-3700447603-v0g2w   1/1
>  Running   0  45m
> onap-aai  elasticsearch-622738319-xmt5m  1/1
>  Running   0  45m
> onap-aai  hbase-3471984843-3plfk 1/1
>  Running   0  45m
> onap-aai  model-loader-service-911950978-0tg28   2/2
>  Running   0  45m
> onap-aai  search-data-service-2471976899-181pg   2/2
>  Running   0  45m
> onap-aai  sparky-be-1779663793-rkm9f 2/2
>  Running   0  45m
> onap-message-router   dmaap-3126594942-slbwm 1/1
>  Running   0  2m
> onap-message-router   global-kafka-3848542622-bxwrb  1/1
>  Running   0  2m
> onap-message-router   zookeeper-624700062-hkp6k  1/1
>  Running   0  2m
> onap-policy   brmsgw-2284221413-dd8mt1/1
>  Running   0  45m
> onap-policy   drools-534015681-b8xp0 2/2
>  Running   0  45m
> onap-policy   mariadb-559003789-5mv1g1/1
>  Running   0  45m
> onap-policy   nexus-687566637-z6dt3  1/1
>  Running   0  45m
> onap-policy   pap-4181215123-j2bcc   2/2
>  Running   0  45m
> onap-policy   pdp-2622241204-h8ttg   2/2
>  Running   0  45m
> onap-portal   portalapps-1783099045-8m7mj2/2
>  Running   0  4m
> onap-portal   portaldb-1451233177-t5wfg  1/1
>  Running   0  4m
> onap-portal   portalwidgets-2060058548-2gjd1 1/1
>  Running   0  4m
> onap-portal   vnc-portal-1252894321-g9lbf1/1
>  Running   0  4m
> onap-sdc  sdc-be-2336519847-m28d22/2
>  Running   0  11m
> onap-sdc  sdc-cs-1151560586-t4bz61/1
>  Running   0  11m
> onap-sdc  sdc-es-3319302712-kj4b81/1
>  Running   0  11m
> onap-sdc  sdc-fe-2862673798-gqdt52/2
>  Running   0  11m
> onap-sdc  sdc-kb-1258596734-3j00r1/1
>  Running   0  11m
> onap-vid  vid-mariadb-3318685446-c4djt   1/1
>  Running   0  19m
> onap-vid  vid-server-421936131-rm199 2/2
>  Running   0  19m
> root@ip-172-31-86-138:~/oom/kubernetes/oneclick# free
>   totalusedfree  shared  buff/cache
>  available
> Mem:   628801363130330416300900   3182015275932
> 30767432
> Swap: 0   0   0
> root@ip-172-31-86-138:~/oom/kubernetes/oneclick# df
> Filesystem 1K-blocks Used Available Use% Mounted on
> udev314321000  31432100   0% /dev
> tmpfs628801621772   6266244   1% /run
> /dev/xvda1 101584140 55738232  45829524  55% /
>
> other scenarios
> HELM_APPS=('mso' 'message-router' 'vid' 'portal' 'policy' 'aai' 'sdc' )
> HELM_APPS=('mso' 'message-router' 'vid' 'portal' 'policy' 'aai' 'sdc'
> 'clamp' )
> HELM_APPS=('mso' 

[onap-discuss] [modeling] ONAP IM discussion call #10 invitation

[yangxu (H)]

Hi All,

This is an invitation for the discussion on ONAP release 2 information model.
The topic is remaining issues for the VNFD (L3AddressData, HPA, 
monitoringParameter) and next steps.

Start Time: 9 am US eastern (9 pm Beijing) Fri, March 16
Length: 1 hour
Meeting room: https://zoom.us/j/9117271979

Note: Just noticed that the Tuesday slot is now conflict with the modeling 
subcommittee meeting, propose to use the Friday slot as alternative.

Wish all interested people could join.

Best regards,
Xu
BEGIN:VCALENDAR
PRODID:-//Microsoft Corporation//Outlook 15.0 MIMEDIR//EN
VERSION:2.0
METHOD:REQUEST
X-MS-OLK-FORCEINSPECTOROPEN:TRUE
BEGIN:VTIMEZONE
TZID:China Standard Time
BEGIN:STANDARD
DTSTART:16010101T00
TZOFFSETFROM:+0800
TZOFFSETTO:+0800
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
ATTENDEE;CN="'Lingli Deng'";RSVP=TRUE:mailto:denglin...@chinamobile.com
ATTENDEE;CN="'MAYER, ANDREW J'";RSVP=TRUE:mailto:am8...@att.com
ATTENDEE;CN="'SCAGGS, KEVIN'";RSVP=TRUE:mailto:ks0...@att.com
ATTENDEE;CN='zhang.maope...@zte.com.cn';RSVP=TRUE:mailto:zhang.maopeng1@zte
	.com.cn
ATTENDEE;CN='feng.yuanx...@zte.com.cn';RSVP=TRUE:mailto:feng.yuanxing@zte.c
	om.cn
ATTENDEE;CN='alex@intel.com';RSVP=TRUE:mailto:'alex@intel.com'
ATTENDEE;CN="'Michela Bevilacqua'";RSVP=TRUE:mailto:michela.bevilacqua@eric
	sson.com
ATTENDEE;CN="'Nguyenphu, Thinh (Nokia - US/Irving'";RSVP=TRUE:mailto:thinh.
	nguyen...@nokia.com
ATTENDEE;CN="denghui (L)";ROLE=OPT-PARTICIPANT;RSVP=TRUE:mailto:denghui12@h
	uawei.com
ATTENDEE;CN="'WECHSLER, CHESLA C'";ROLE=OPT-PARTICIPANT;RSVP=TRUE:mailto:cw
	1...@att.com
ATTENDEE;CN="'POLSTON, STEVE'";ROLE=OPT-PARTICIPANT;RSVP=TRUE:mailto:sp2826
	@att.com
ATTENDEE;CN="Casem Majd (Cas Majd)";ROLE=OPT-PARTICIPANT;RSVP=TRUE:mailto:c
	as.m...@huawei.com
ATTENDEE;CN="'Vul, Alex'";ROLE=OPT-PARTICIPANT;RSVP=TRUE:mailto:alex.vul@in
	tel.com
CLASS:PUBLIC
CREATED:20180312T095622Z
DESCRIPTION:ONAP R2 IM discussion #10\n\nJust noticed the Tuesday slot is c
	onflict with modeling subcommittee meeting… use the Friday slot as alter
	native\n\nTopic: Remaining issues for VNFD (MonitoringParameter\, L3Addres
	sData\, HPA)\, Next Steps\nMeeting room: https://zoom.us/j/9117271979\n\n
DTEND;TZID="China Standard Time":20180316T22
DTSTAMP:20180312T095551Z
DTSTART;TZID="China Standard Time":20180316T21
LAST-MODIFIED:20180312T095622Z
ORGANIZER;CN="yangxu (H)":mailto:yang...@huawei.com
PRIORITY:5
SEQUENCE:15
SUMMARY;LANGUAGE=zh-cn:[onap-discuss][modeling] ONAP R2 IM discussion #10
TRANSP:OPAQUE
UID:04008200E00074C5B7101A82E00830960AB5A09FD301000
	01EA01855AE57BB49839E234DBCD05987
X-ALT-DESC;FMTTYPE=text/html:\n\n\n\n\n\n\n\n\nONAP R2 IM discussion #10\n\n\n\nJust noticed the Tuesday slot is
	 conflict with modeling subcommittee meeting
	… use the Friday slot as alternative<
	/SPAN>\n\n\n\n<
	P DIR=LTR ALIGN=JUSTIFY>Topic: Remaini
	ng issues for VNFD (MonitoringParameter\, L3AddressData\, HPA)\, Next Step
	s\n\nMeeting room: https://zoom.us/j/9117271979;>https://zoom.us/j/9117271979<
	/SPAN>\n\n\n\n\n
X-MICROSOFT-CDO-BUSYSTATUS:BUSY
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-DISALLOW-COUNTER:FALSE
X-MS-OLK-APPTLASTSEQUENCE:15
X-MS-OLK-APPTSEQTIME:20180312T095551Z
X-MS-OLK-AUTOFILLLOCATION:TRUE
X-MS-OLK-AUTOSTARTCHECK:FALSE
X-MS-OLK-CONFTYPE:0
END:VEVENT
END:VCALENDAR
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] Regarding SDC's Modelling

[Singh Kalra, Mandeep]

Hi,

 I need to check about the Designing part of SDC, as there 
are many components like VLs, VDUs, CPs which can constitute a resource/service.
There are some VLs like ext ZTE, VDU CP etc which contain 
certain parameters like bandwidth, ip addresses etc.

 Can we add more parameters in those existing components ( 
eg :: VLs, VDUs, CPs) and attach the get_input ?
 Or can we create a new component altogether ? If yes, then 
how can we do that using SDC ?


Regards
Mandeep





This message is for the designated recipient only and may contain privileged, 
proprietary, or otherwise confidential information. If you have received it in 
error, please notify the sender immediately and delete the original. Any other 
use of the e-mail by you is prohibited. Where allowed by local law, electronic 
communications with Accenture and its affiliates, including e-mail and instant 
messaging (including content), may be scanned by our systems for the purposes 
of information security and assessment of internal compliance with Accenture 
policy.
__

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