Re: [onap-discuss] Mailing list stats problem on https://onap.biterg.io

[Keong Lim]

Updated screenshot using a "last 6 months" filter shows more detail (day-by-day 
instead of month-by-month stats).

The last day shown is actually 20th June 2018, which is the exact day of the 
transition to groups.io, as per the announcement in 
https://lists.onap.org/g/onap-lf-announce/topic/upcoming_migration_to/22461039

It seems nothing new has been measured since the transition.


Keong

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

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

[onap-discuss] Mailing list stats problem on https://onap.biterg.io

[Keong Lim]

Hi Kenny,

I was browsing through the analytics on https://onap.biterg.io to "find myself" 
but the most recent stats I can see go up to 1st June 2018 only (see attached 
screenshot).

The names of the mailing lists are in this form 
"https://lists.onap.org/pipermail/onap-discuss/; which suggests that it doesn't 
include anything post-transition to groups.io.

Could you please check whether the mailing list analytics are up-to-date?


Thanks,
Keong

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

View/Reply Online (#12809): https://lists.onap.org/g/onap-discuss/message/12809
Mute This Topic: https://lists.onap.org/mt/26704922/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 Daily Bugs report Casablanca Release

[Keong Lim]

Hi Gildas,

I thought it would be nice to have clickable links into JIRA for this bugs 
report, so here is my attempt at a JIRA Dashboard showing equivalent 
information:
https://jira.onap.org/secure/Dashboard.jspa?selectPageId=10912

The filters behind the dashboard gadgets are also public and can be subscribed 
by JIRA users, so they can get their own "daily email".

Note that the dashboard only uses the "Issue Statistics" gadgets instead of 
charts because the charts gadget shows incorrect numbers for "Resolved" issues 
due to the "Resolved Date" property having a value despite the "Resolution" 
field being "Unresolved" (see also 
https://lists.onap.org/g/onap-discuss/topic/24528429 and 
https://lists.onap.org/g/onap-discuss/topic/25508688 and 
https://lists.onap.org/g/onap-discuss/message/12317)


Keong

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

View/Reply Online (#12808): https://lists.onap.org/g/onap-discuss/message/12808
Mute This Topic: https://lists.onap.org/mt/26686833/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 Helpdesk #61676] gerrit down

[Michael O'Brien]

Team,
Just an fyi I did slowdowns late last week – the verify parts of the 
build where we do all the compliance testing was taking 3-5 min for each search
Also, I did see one timeout just now – 2nd retry was ok

22:27:19 [INFO] --- maven-compiler-plugin:3.1:compile (default-compile) @ 
logging-slf4j ---
22:27:21 Oct 02, 2018 10:27:21 PM 
org.apache.maven.wagon.providers.http.httpclient.impl.execchain.RetryExec 
execute
22:27:21 INFO: I/O exception 
(org.apache.maven.wagon.providers.http.httpclient.NoHttpResponseException) 
caught when processing request to {s}->https://nexus.onap.org:443: The target 
server failed to respond
22:27:21 Oct 02, 2018 10:27:21 PM 
org.apache.maven.wagon.providers.http.httpclient.impl.execchain.RetryExec 
execute
22:27:21 INFO: Retrying request to {s}->https://nexus.onap.org:443


https://jenkins.onap.org/job/logging-analytics-master-verify-java/130/console 

/michael

-Original Message-
From: onap-discuss@lists.onap.org  On Behalf Of 
Michael O'Brien
Sent: Tuesday, October 2, 2018 4:10 PM
To: onap-discuss@lists.onap.org; bf1...@att.com; TIMONEY, DAN ; 
gary.i...@huawei.com; DRAGOSH, PAM ; 
gildas.lani...@huawei.com
Cc: LEFEVRE, CATHERINE ; Prudence Au 

Subject: Re: [onap-discuss] [ONAP Helpdesk #61676] gerrit down

Team,
Gerrit clones were ok for me just now at 1600EDT (only issue was 12 hours 
ago - once)
I have a CD system (runs on AWS us-east-1/2) that runs every hour pulling 
OOM master and deploying (automated hourly logging/pomba healthcheck) - there 
are logs on Jenkins - I did have an issue with a gerrit clone once today - but 
have been ok for the last 12 builds.
http://kibana.onap.info:5601/app/kibana#/dashboard/AWAtvpS63NTXK5mX2kuS
Issue at 0700 UTC (0100 EDT)
http://jenkins.onap.info/job/oom-cd-master/3527/console
07:04:37 Cloning into 'oom'...
07:07:32 sh: 0: getcwd() failed: No such file or directory
07:07:32 make[1]: Leaving directory '/home/ubuntu/oom/kubernetes'
07:07:32 make: getcwd: No such file or directory
07:07:32 make: *** No rule to make target 'onap'.  Stop.
07:07:32 Error: open onap/resources/environments/disable-allcharts.yaml: no 
such file or directory

That was the only time a clone did not work from gerrit in the last 24 hours I 
have fielded questions on nexus3 download times today though.

I was also going to bring up another issue Myself and Prudence found - 
git.onap.org does not reflect merged changes for a couple hours - we changed 
the version number on a repo and it only updated later in the day on git 
https://git.onap.org/logging-analytics/pomba/pomba-audit-common/tree/version.properties
showed 1.3.0 for a couple hours after a 1.3.1 merge don't know if the lag is 
related.


/michael
-Original Message-
From: onap-discuss@lists.onap.org  On Behalf Of 
Brian
Sent: Tuesday, October 2, 2018 3:07 PM
To: TIMONEY, DAN ; onap-discuss@lists.onap.org; 
gary.i...@huawei.com; DRAGOSH, PAM ; 
gildas.lani...@huawei.com
Cc: LEFEVRE, CATHERINE 
Subject: Re: [onap-discuss] [ONAP Helpdesk #61676] gerrit down

should we open a separate ticket on nexus.onap.org connection reset on push ?

Brian


-Original Message-
From: TIMONEY, DAN
Sent: Tuesday, October 02, 2018 3:03 PM
To: FREEMAN, BRIAN D ; onap-discuss@lists.onap.org; 
gary.i...@huawei.com; DRAGOSH, PAM ; 
onap-helpd...@rt.linuxfoundation.org; gildas.lani...@huawei.com
Cc: LEFEVRE, CATHERINE 
Subject: Re: [onap-discuss] [ONAP Helpdesk #61676] gerrit down

All,

FYI - I hoped to work around this issue by commenting out a module that isn't 
critical from our build, hoping to reduce load.  Didn't help - just moved the 
problem to someplace else.

Here's the error I'm getting:

18:43:05 [INFO] Installing /w/workspace/sdnc-oam-master-merge-java/pom.xml to 
/w/workspace/sdnc-oam-master-merge-java/admportal/target/nexus-staging/deferred/org/onap/sdnc/oam/sdnc-oam/1.4.0-SNAPSHOT/sdnc-oam-1.4.0-SNAPSHOT.pom
18:43:05 [INFO] Deploying remotely...
18:43:05 [INFO] Bulk deploying locally gathered artifacts from directory: 
18:43:05 [INFO]  * Bulk deploying locally gathered snapshot artifacts
18:45:14 Oct 02, 2018 6:45:14 PM 
org.apache.maven.wagon.providers.http.httpclient.impl.execchain.RetryExec 
execute
18:45:14 INFO: I/O exception (java.net.SocketException) caught when processing 
request to {}->http://nexus.onap.org:80: Connection reset 
18:46:47 [ERROR] Failed to execute goal 
org.sonatype.plugins:nexus-staging-maven-plugin:1.6.7:deploy 
(injected-nexus-deploy) on project sdnc-oam: Failed to deploy artifacts: Could 
not transfer artifact 
org.onap.sdnc.oam:platform-logic-installer:zip:1.4.0-20181002.184326-145 
from/to ecomp-snapshots (http://nexus.onap.org/content/repositories/snapshots): 
Connection reset -> [Help 1]

So while the error is happening on Jenkins, it seems that Nexus is really the 
culprit.  


Dan
--
Dan Timoney
SDN-CP Development
ONAP Project Technical Lead : CCSDK and SDNC 
 
Please go to  D2 ECOMP Release Planning Wiki 

Re: [onap-discuss] nexus and nexus3 bottleneck

[Michael O'Brien]

Team,
  Just an fyi I did see this late last week - the verify parts of 
the build where we do all the compliance testing was taking 3-5 min for each 
search
Also, I did see one timeout just now - 2nd retry was ok


22:27:19 [INFO] --- maven-compiler-plugin:3.1:compile (default-compile) @ 
logging-slf4j ---

22:27:21 Oct 02, 2018 10:27:21 PM 
org.apache.maven.wagon.providers.http.httpclient.impl.execchain.RetryExec 
execute

22:27:21 INFO: I/O exception 
(org.apache.maven.wagon.providers.http.httpclient.NoHttpResponseException) 
caught when processing request to 
{s}->https://nexus.onap.org:443: The target server 
failed to respond

22:27:21 Oct 02, 2018 10:27:21 PM 
org.apache.maven.wagon.providers.http.httpclient.impl.execchain.RetryExec 
execute

22:27:21 INFO: Retrying request to 
{s}->https://nexus.onap.org:443


https://jenkins.onap.org/job/logging-analytics-master-verify-java/130/console

/michael

From: onap-discuss@lists.onap.org  On Behalf Of 
Gary Wu
Sent: Tuesday, October 2, 2018 5:57 PM
To: helpd...@onap.org
Cc: onap-discuss@lists.onap.org
Subject: [onap-discuss] nexus and nexus3 bottleneck

Hi helpdesk,

nexus and nexus3 have been exceedingly slow all day, which is causing many jobs 
to either take a long time or time-out outright.  Can you take a look?

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 (#12805): https://lists.onap.org/g/onap-discuss/message/12805
Mute This Topic: https://lists.onap.org/mt/26684395/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] Release procedure for repos with a pom hierarchy that includes multiple war/jars per repo #logging #pomba #release

[Michael O'Brien]

Gary,
   Clearer - I'll follow this - won't do my two pom artifacts, I currently am 
verifying doing one branch starting with logging-sl4j up to the war that 
includes 3 jars - later I'll do the pylog and slf4j-demo branches (simulate 3 
repos by rotating through 3 split pom branches - after a talk with Prudence).  
I may bundle the entire pom project branch (3 jars + 1 war) into one release as 
you suggested
Part 2 https://gerrit.onap.org/r/#/c/69692/2

Thank you
/michael

From: Gary Wu 
Sent: Tuesday, October 2, 2018 4:22 PM
To: onap-discuss@lists.onap.org; Michael O'Brien 
Cc: Prudence Au ; Jessica Wagantall 

Subject: RE: Release procedure for repos with a pom hierarchy that includes 
multiple war/jars per repo #logging #pomba #release

The ONAP way of doing releases is probably different from what you'd expect.  
This is how it's typically done right now:


  1.  We don't commit a change of the pom version to remove the "-SNAPSHOT" 
version; the "-SNAPSHOT" is left as-is in source control.
  2.   A separate daily job usually with "-version-" in the name runs a "mvn 
versions:set" to strip the "-SNAPSHOT" version at job build time, resulting in 
artifacts that are release-versioned and pushed to the nexus staging repo.
  3.  The "mvn versions:set" command is typically run against the root pom, and 
is smart enough to recursively make the same change through all its 
children/subtree poms, IF the children/subtree poms are set up correctly to 
have their versions inherited from the root pom.
  4.  Given the above, it is fine for the "-version-" job to do a staging build 
of multiple simultaneous artifacts from an entire tree.

This should work if all your artifact versions can be the same.  I don't know 
the specifics of your docker job, but if the above works for you on the 
Java/Maven side then maybe what you need is to run the "mvn versions:set" 
command within the docker job to strip the "-SNAPSHOT" from the poms like how 
it's done for the Java builds.

Thanks,
Gary

From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Michael O'Brien
Sent: Tuesday, October 02, 2018 12:46 PM
To: onap-discuss@lists.onap.org
Cc: Prudence Au mailto:prudence...@amdocs.com>>; 
Jessica Wagantall 
mailto:jwagant...@linuxfoundation.org>>
Subject: [onap-discuss] Release procedure for repos with a pom hierarchy that 
includes multiple war/jars per repo #logging #pomba #release

Team,
 Bringing this up to the community because we have a couple general 
questions around how to release projects with many artifacts per repo.
 Running into an issue where I need to 1 artifact at a time but the jobs 
and my pom structure is set for a single global build.
 Prudence, Jessica and I are looking into this - adding community - if 
there are any others with my same issue.
 Either I need to flatten and disassociate my pom tree or find a way to 
build specifically at folder level - not from the root pom.xml of the repo.
Release a specific jar
https://git.onap.org/logging-analytics/tree/reference/logging-slf4j/pom.xml
instead of the default root which builds 5 jars and 1 war (leaving out the 
non-java pom projects for python, kubernetes and docker
https://git.onap.org/logging-analytics/tree/pom.xml

 We are working very closely with Jessica right now and in the past on our 
repos and now on our release of the 2 projects logging and pomba - but running 
into issues with the release job failing because I have one release job for all 
my artifacts.
https://gerrit.onap.org/r/#/c/69618/

 This is the first release of either project (pomba is new, logging has a 
deep pom structure in Casablanca)
 We are having an issue with a conflict between the release job expecting a 
single root pom.xml
Pom structure
logging-analytics (root) (pom)
+ logging-reference (pom)
+  logging-demo
+  logging-docker-root
+  logging-kubernetes
+  logging-library
+  logging-mock-service
+  logging-slf4j
+ logging-sl4fj-demo

+ logging-pylog (pom)

Jar/war dependencies

+  logging-demo

+  logging-library (can be removed)

+  logging-mock-service

+ logging-library

+ logging-slf4j

+ logging-sl4fj-demo

+ logging-sl4j

  The issue is how do we deal with projects that have multiple artifacts 
per repo (1:m)?  I may have created a special case where I use 1 repo to create 
a war and several dependent jars - where I should have requested more repos to 
keep it (1:1)
  In pomba there are several repos each with one pom and one artifact - 
this is good.
  In logging because there is only one repo - there is a tree of folders 
each with their own pom with pom, war and jar artifacts like the following

  The logging project follows a similar but different structure to 
ccsdk/slk and sdnc/oam for example - except that my root pom's parent is 

[onap-discuss] nexus and nexus3 bottleneck

[Gary Wu]

Hi helpdesk,

nexus and nexus3 have been exceedingly slow all day, which is causing many jobs 
to either take a long time or time-out outright.  Can you take a look?

Thanks,
Gary



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

View/Reply Online (#12803): https://lists.onap.org/g/onap-discuss/message/12803
Mute This Topic: https://lists.onap.org/mt/26684395/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] [dcae] vescollector:1.3.1 docker image missing

[Vijay VK]

HI Gary,  This image has been rebuild and available in nexus3 now.

Regards,
Vijay

From: onap-discuss@lists.onap.org  On Behalf Of 
Gary Wu
Sent: Tuesday, October 02, 2018 4:23 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [dcae] vescollector:1.3.1 docker image missing

Hi DCAE team,

The vescollector:1.3.1 docker image as specified on the staging manifest is 
missing from nexus3.onap.org.  Can you help rebuild that image if that tag is 
still correct, or update the staging manifest if not?

Thanks,
Gary




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

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

[onap-discuss] [dcae] vescollector:1.3.1 docker image missing

[Gary Wu]

Hi DCAE team,

The vescollector:1.3.1 docker image as specified on the staging manifest is 
missing from nexus3.onap.org.  Can you help rebuild that image if that tag is 
still correct, or update the staging manifest if not?

Thanks,
Gary



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

View/Reply Online (#12801): https://lists.onap.org/g/onap-discuss/message/12801
Mute This Topic: https://lists.onap.org/mt/26676198/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] Release procedure for repos with a pom hierarchy that includes multiple war/jars per repo #logging #pomba #release

[Gary Wu]

The ONAP way of doing releases is probably different from what you'd expect.  
This is how it's typically done right now:


1.   We don't commit a change of the pom version to remove the "-SNAPSHOT" 
version; the "-SNAPSHOT" is left as-is in source control.

2.A separate daily job usually with "-version-" in the name runs a "mvn 
versions:set" to strip the "-SNAPSHOT" version at job build time, resulting in 
artifacts that are release-versioned and pushed to the nexus staging repo.

3.   The "mvn versions:set" command is typically run against the root pom, 
and is smart enough to recursively make the same change through all its 
children/subtree poms, IF the children/subtree poms are set up correctly to 
have their versions inherited from the root pom.

4.   Given the above, it is fine for the "-version-" job to do a staging 
build of multiple simultaneous artifacts from an entire tree.

This should work if all your artifact versions can be the same.  I don't know 
the specifics of your docker job, but if the above works for you on the 
Java/Maven side then maybe what you need is to run the "mvn versions:set" 
command within the docker job to strip the "-SNAPSHOT" from the poms like how 
it's done for the Java builds.

Thanks,
Gary

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Michael O'Brien
Sent: Tuesday, October 02, 2018 12:46 PM
To: onap-discuss@lists.onap.org
Cc: Prudence Au ; Jessica Wagantall 

Subject: [onap-discuss] Release procedure for repos with a pom hierarchy that 
includes multiple war/jars per repo #logging #pomba #release

Team,
 Bringing this up to the community because we have a couple general 
questions around how to release projects with many artifacts per repo.
 Running into an issue where I need to 1 artifact at a time but the jobs 
and my pom structure is set for a single global build.
 Prudence, Jessica and I are looking into this - adding community - if 
there are any others with my same issue.
 Either I need to flatten and disassociate my pom tree or find a way to 
build specifically at folder level - not from the root pom.xml of the repo.
Release a specific jar
https://git.onap.org/logging-analytics/tree/reference/logging-slf4j/pom.xml
instead of the default root which builds 5 jars and 1 war (leaving out the 
non-java pom projects for python, kubernetes and docker
https://git.onap.org/logging-analytics/tree/pom.xml

 We are working very closely with Jessica right now and in the past on our 
repos and now on our release of the 2 projects logging and pomba - but running 
into issues with the release job failing because I have one release job for all 
my artifacts.
https://gerrit.onap.org/r/#/c/69618/

 This is the first release of either project (pomba is new, logging has a 
deep pom structure in Casablanca)
 We are having an issue with a conflict between the release job expecting a 
single root pom.xml
Pom structure
logging-analytics (root) (pom)
+ logging-reference (pom)
+  logging-demo
+  logging-docker-root
+  logging-kubernetes
+  logging-library
+  logging-mock-service
+  logging-slf4j
+ logging-sl4fj-demo

+ logging-pylog (pom)

Jar/war dependencies

+  logging-demo

+  logging-library (can be removed)

+  logging-mock-service

+ logging-library

+ logging-slf4j

+ logging-sl4fj-demo

+ logging-sl4j

  The issue is how do we deal with projects that have multiple artifacts 
per repo (1:m)?  I may have created a special case where I use 1 repo to create 
a war and several dependent jars - where I should have requested more repos to 
keep it (1:1)
  In pomba there are several repos each with one pom and one artifact - 
this is good.
  In logging because there is only one repo - there is a tree of folders 
each with their own pom with pom, war and jar artifacts like the following

  The logging project follows a similar but different structure to 
ccsdk/slk and sdnc/oam for example - except that my root pom's parent is 
oparent.
  Ccsdk and sdnc all reference their parents to odlparent-* whether 1 or 2 
levels deep in the project.
  So I am also wondering if there are any other projects out there 
following a pom.xml structure where there is a single root with multiple levels 
of subchild poms where each level references the level above - not the same 
root level 0

  Others:
  Root
  +  child-level1 - references root
   + child-level2 - references root

   Mine:
  Root
  +  child-level1 - references root
   + child-level2 - references "child-level1"

  It is also significant whether the child/subfolder poms are pom 
artifacts or war/jar artifacts.
  I tried
-Adjusting the version (1.2.2-SNAPSHOT to 1.2.2) from the root down - this 

Re: [onap-discuss] [ONAP Helpdesk #61676] gerrit down

[Michael O'Brien]

Team,
Gerrit clones were ok for me just now at 1600EDT (only issue was 12 hours 
ago - once)
I have a CD system (runs on AWS us-east-1/2) that runs every hour pulling 
OOM master and deploying (automated hourly logging/pomba healthcheck) - there 
are logs on Jenkins - I did have an issue with a gerrit clone once today - but 
have been ok for the last 12 builds.
http://kibana.onap.info:5601/app/kibana#/dashboard/AWAtvpS63NTXK5mX2kuS
Issue at 0700 UTC (0100 EDT)
http://jenkins.onap.info/job/oom-cd-master/3527/console 
07:04:37 Cloning into 'oom'...
07:07:32 sh: 0: getcwd() failed: No such file or directory
07:07:32 make[1]: Leaving directory '/home/ubuntu/oom/kubernetes'
07:07:32 make: getcwd: No such file or directory
07:07:32 make: *** No rule to make target 'onap'.  Stop.
07:07:32 Error: open onap/resources/environments/disable-allcharts.yaml: no 
such file or directory

That was the only time a clone did not work from gerrit in the last 24 hours
I have fielded questions on nexus3 download times today though.

I was also going to bring up another issue Myself and Prudence found - 
git.onap.org does not reflect merged changes for a couple hours - we changed 
the version number on a repo and it only updated later in the day on git
https://git.onap.org/logging-analytics/pomba/pomba-audit-common/tree/version.properties
showed 1.3.0 for a couple hours after a 1.3.1 merge 
don't know if the lag is related.


/michael
-Original Message-
From: onap-discuss@lists.onap.org  On Behalf Of 
Brian
Sent: Tuesday, October 2, 2018 3:07 PM
To: TIMONEY, DAN ; onap-discuss@lists.onap.org; 
gary.i...@huawei.com; DRAGOSH, PAM ; 
gildas.lani...@huawei.com
Cc: LEFEVRE, CATHERINE 
Subject: Re: [onap-discuss] [ONAP Helpdesk #61676] gerrit down

should we open a separate ticket on nexus.onap.org connection reset on push ?

Brian


-Original Message-
From: TIMONEY, DAN
Sent: Tuesday, October 02, 2018 3:03 PM
To: FREEMAN, BRIAN D ; onap-discuss@lists.onap.org; 
gary.i...@huawei.com; DRAGOSH, PAM ; 
onap-helpd...@rt.linuxfoundation.org; gildas.lani...@huawei.com
Cc: LEFEVRE, CATHERINE 
Subject: Re: [onap-discuss] [ONAP Helpdesk #61676] gerrit down

All,

FYI - I hoped to work around this issue by commenting out a module that isn't 
critical from our build, hoping to reduce load.  Didn't help - just moved the 
problem to someplace else.

Here's the error I'm getting:

18:43:05 [INFO] Installing /w/workspace/sdnc-oam-master-merge-java/pom.xml to 
/w/workspace/sdnc-oam-master-merge-java/admportal/target/nexus-staging/deferred/org/onap/sdnc/oam/sdnc-oam/1.4.0-SNAPSHOT/sdnc-oam-1.4.0-SNAPSHOT.pom
18:43:05 [INFO] Deploying remotely...
18:43:05 [INFO] Bulk deploying locally gathered artifacts from directory: 
18:43:05 [INFO]  * Bulk deploying locally gathered snapshot artifacts
18:45:14 Oct 02, 2018 6:45:14 PM 
org.apache.maven.wagon.providers.http.httpclient.impl.execchain.RetryExec 
execute
18:45:14 INFO: I/O exception (java.net.SocketException) caught when processing 
request to {}->http://nexus.onap.org:80: Connection reset 
18:46:47 [ERROR] Failed to execute goal 
org.sonatype.plugins:nexus-staging-maven-plugin:1.6.7:deploy 
(injected-nexus-deploy) on project sdnc-oam: Failed to deploy artifacts: Could 
not transfer artifact 
org.onap.sdnc.oam:platform-logic-installer:zip:1.4.0-20181002.184326-145 
from/to ecomp-snapshots (http://nexus.onap.org/content/repositories/snapshots): 
Connection reset -> [Help 1]

So while the error is happening on Jenkins, it seems that Nexus is really the 
culprit.  


Dan
--
Dan Timoney
SDN-CP Development
ONAP Project Technical Lead : CCSDK and SDNC 
 
Please go to  D2 ECOMP Release Planning Wiki 
 for D2 
ECOMP Project In-take, 2016 Release Planning, Change Management, and find key 
Release Planning Contact Information.
 

On 10/2/18, 2:14 PM, "FREEMAN, BRIAN D"  wrote:

Gildas,

Help - this is blocking instantiation testing because we cant distribute 
the models without a new sdnc docker.

Brian


-Original Message-
From: TIMONEY, DAN 
Sent: Tuesday, October 02, 2018 2:11 PM
To: onap-discuss@lists.onap.org; gary.i...@huawei.com; DRAGOSH, PAM 
; onap-helpd...@rt.linuxfoundation.org; 
gildas.lani...@huawei.com
Cc: FREEMAN, BRIAN D ; LEFEVRE, CATHERINE 

Subject: Re: [onap-discuss] [ONAP Helpdesk #61676] gerrit down

All,

Whatever can be done to alleviate this would be helpful. 

To echo Pam's point, last Friday, all my merges were taking over 90 minutes 
- or rather, they were running for 90 minutes then getting killed.   I've been 
working now for a week just on doing release builds.  The last one failed this 
morning due to socket connection dropped errors with Nexus.  I tried pushing a 
change to skip the jar that was hitting that error to see if that helps - the 
verify job for that change just finished after 1 hour 

[onap-discuss] Release procedure for repos with a pom hierarchy that includes multiple war/jars per repo #logging #pomba #release

[Michael O'Brien]

Team,
 Bringing this up to the community because we have a couple general 
questions around how to release projects with many artifacts per repo.
 Running into an issue where I need to 1 artifact at a time but the jobs 
and my pom structure is set for a single global build.
 Prudence, Jessica and I are looking into this - adding community - if 
there are any others with my same issue.
 Either I need to flatten and disassociate my pom tree or find a way to 
build specifically at folder level - not from the root pom.xml of the repo.
Release a specific jar
https://git.onap.org/logging-analytics/tree/reference/logging-slf4j/pom.xml
instead of the default root which builds 5 jars and 1 war (leaving out the 
non-java pom projects for python, kubernetes and docker
https://git.onap.org/logging-analytics/tree/pom.xml

 We are working very closely with Jessica right now and in the past on our 
repos and now on our release of the 2 projects logging and pomba - but running 
into issues with the release job failing because I have one release job for all 
my artifacts.
https://gerrit.onap.org/r/#/c/69618/

 This is the first release of either project (pomba is new, logging has a 
deep pom structure in Casablanca)
 We are having an issue with a conflict between the release job expecting a 
single root pom.xml
Pom structure
logging-analytics (root) (pom)
+ logging-reference (pom)
+  logging-demo
+  logging-docker-root
+  logging-kubernetes
+  logging-library
+  logging-mock-service
+  logging-slf4j
+ logging-sl4fj-demo

+ logging-pylog (pom)

Jar/war dependencies

+  logging-demo

+  logging-library (can be removed)

+  logging-mock-service

+ logging-library

+ logging-slf4j

+ logging-sl4fj-demo

+ logging-sl4j

  The issue is how do we deal with projects that have multiple artifacts 
per repo (1:m)?  I may have created a special case where I use 1 repo to create 
a war and several dependent jars - where I should have requested more repos to 
keep it (1:1)
  In pomba there are several repos each with one pom and one artifact - 
this is good.
  In logging because there is only one repo - there is a tree of folders 
each with their own pom with pom, war and jar artifacts like the following

  The logging project follows a similar but different structure to 
ccsdk/slk and sdnc/oam for example - except that my root pom's parent is 
oparent.
  Ccsdk and sdnc all reference their parents to odlparent-* whether 1 or 2 
levels deep in the project.
  So I am also wondering if there are any other projects out there 
following a pom.xml structure where there is a single root with multiple levels 
of subchild poms where each level references the level above - not the same 
root level 0

  Others:
  Root
  +  child-level1 - references root
   + child-level2 - references root

   Mine:
  Root
  +  child-level1 - references root
   + child-level2 - references "child-level1"

  It is also significant whether the child/subfolder poms are pom 
artifacts or war/jar artifacts.
  I tried

  *   Adjusting the version (1.2.2-SNAPSHOT to 1.2.2) from the root down - this 
won't work because the docker build kicks in for all the artifacts expecting 
1.2.2 - Prudence pointed out I was doing the reverse and should work my way up 
from the leaf poms - which makes sense when I thought about it - they have no 
dependencies on the rest of the repo.
  *   Working my way up from for example the slf4j-demo jar (At the bottom of 
the pom tree) - works only if I "mvn clean install -U
 Questions
  Q1) the Jenkins release job targets the root pom.xml of the repo 
- but this will build all the artifacts - so either we release all the 
artifacts at the same time or we
  Q2) the pom.xml hierarchy is derived from the parent reference of 
each subtree - not from the parent itself - therefore we can only change the 
parent references to the root pom.xml in sequence starting with the leaf slf4j 
- but then the Jenkins job would not pickup the pom.xml deeper in the folder 
structure (would be reverted when we finish releasing all artifacts)
  Q3) try adjusting my pom structure so it is flat like sdnc/oam or 
ccsdk/sli - where all multi-level subtree poms reference a single root.

I might have missed something in this mind dump
Thank you
/michael
This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at https://www.amdocs.com/about/email-disclaimer 


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

View/Reply Online (#12798): https://lists.onap.org/g/onap-discuss/message/12798
Mute This 

Re: [onap-discuss] [ONAP Helpdesk #61676] gerrit down

[Brian]

should we open a separate ticket on nexus.onap.org connection reset on push ?

Brian


-Original Message-
From: TIMONEY, DAN 
Sent: Tuesday, October 02, 2018 3:03 PM
To: FREEMAN, BRIAN D ; onap-discuss@lists.onap.org; 
gary.i...@huawei.com; DRAGOSH, PAM ; 
onap-helpd...@rt.linuxfoundation.org; gildas.lani...@huawei.com
Cc: LEFEVRE, CATHERINE 
Subject: Re: [onap-discuss] [ONAP Helpdesk #61676] gerrit down

All,

FYI - I hoped to work around this issue by commenting out a module that isn't 
critical from our build, hoping to reduce load.  Didn't help - just moved the 
problem to someplace else.

Here's the error I'm getting:

18:43:05 [INFO] Installing /w/workspace/sdnc-oam-master-merge-java/pom.xml to 
/w/workspace/sdnc-oam-master-merge-java/admportal/target/nexus-staging/deferred/org/onap/sdnc/oam/sdnc-oam/1.4.0-SNAPSHOT/sdnc-oam-1.4.0-SNAPSHOT.pom
18:43:05 [INFO] Deploying remotely...
18:43:05 [INFO] Bulk deploying locally gathered artifacts from directory: 
18:43:05 [INFO]  * Bulk deploying locally gathered snapshot artifacts
18:45:14 Oct 02, 2018 6:45:14 PM 
org.apache.maven.wagon.providers.http.httpclient.impl.execchain.RetryExec 
execute
18:45:14 INFO: I/O exception (java.net.SocketException) caught when processing 
request to {}->http://nexus.onap.org:80: Connection reset

18:46:47 [ERROR] Failed to execute goal 
org.sonatype.plugins:nexus-staging-maven-plugin:1.6.7:deploy 
(injected-nexus-deploy) on project sdnc-oam: Failed to deploy artifacts: Could 
not transfer artifact 
org.onap.sdnc.oam:platform-logic-installer:zip:1.4.0-20181002.184326-145 
from/to ecomp-snapshots (http://nexus.onap.org/content/repositories/snapshots): 
Connection reset -> [Help 1]

So while the error is happening on Jenkins, it seems that Nexus is really the 
culprit.  


Dan
-- 
Dan Timoney
SDN-CP Development
ONAP Project Technical Lead : CCSDK and SDNC 
 
Please go to  D2 ECOMP Release Planning Wiki 
 for D2 
ECOMP Project In-take, 2016 Release Planning, Change Management, and find key 
Release Planning Contact Information.
 

On 10/2/18, 2:14 PM, "FREEMAN, BRIAN D"  wrote:

Gildas,

Help - this is blocking instantiation testing because we cant distribute 
the models without a new sdnc docker.

Brian


-Original Message-
From: TIMONEY, DAN 
Sent: Tuesday, October 02, 2018 2:11 PM
To: onap-discuss@lists.onap.org; gary.i...@huawei.com; DRAGOSH, PAM 
; onap-helpd...@rt.linuxfoundation.org; 
gildas.lani...@huawei.com
Cc: FREEMAN, BRIAN D ; LEFEVRE, CATHERINE 

Subject: Re: [onap-discuss] [ONAP Helpdesk #61676] gerrit down

All,

Whatever can be done to alleviate this would be helpful. 

To echo Pam's point, last Friday, all my merges were taking over 90 minutes 
- or rather, they were running for 90 minutes then getting killed.   I've been 
working now for a week just on doing release builds.  The last one failed this 
morning due to socket connection dropped errors with Nexus.  I tried pushing a 
change to skip the jar that was hitting that error to see if that helps - the 
verify job for that change just finished after 1 hour and 20 mins.

Gildas - this constitutes a jeopardy on our Casablanca release.  We are 
completely blocked until this gets better : we can't create new docker 
containers to test what we already have; we can't merge anything new.  The 
factory is essentially closed for business.

Dan

-- 
Dan Timoney
SDN-CP Development
ONAP Project Technical Lead : CCSDK and SDNC 
 
Please go to  D2 ECOMP Release Planning Wiki 
 for D2 
ECOMP Project In-take, 2016 Release Planning, Change Management, and find key 
Release Planning Contact Information.
 

On 10/2/18, 2:01 PM, "onap-discuss@lists.onap.org on behalf of Gary Wu" 
 wrote:

It seems like nexus and nexus3 are suffering severe congestion right 
now, so the jobs are spending a long time trying to download artifacts.



Maybe we should consider migrating those systems to AWS as well?



Thanks,

Gary



-Original Message-

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] 
On Behalf Of Pamela Dragosh

Sent: Tuesday, October 02, 2018 10:12 AM

To: onap-helpd...@rt.linuxfoundation.org

Cc: onap-discuss@lists.onap.org

Subject: Re: [onap-discuss] [ONAP Helpdesk #61676] gerrit down



This just started this morning. Seems to have been resolved as folks 
can now submit changes. 



Nobody hard codes any IP address, their environments haven’t changed in 
months. These were separate 

Re: [onap-discuss] [ONAP Helpdesk #61676] gerrit down

[Brian]

Gildas,

Help - this is blocking instantiation testing because we cant distribute the 
models without a new sdnc docker.

Brian


-Original Message-
From: TIMONEY, DAN 
Sent: Tuesday, October 02, 2018 2:11 PM
To: onap-discuss@lists.onap.org; gary.i...@huawei.com; DRAGOSH, PAM 
; onap-helpd...@rt.linuxfoundation.org; 
gildas.lani...@huawei.com
Cc: FREEMAN, BRIAN D ; LEFEVRE, CATHERINE 

Subject: Re: [onap-discuss] [ONAP Helpdesk #61676] gerrit down

All,

Whatever can be done to alleviate this would be helpful. 

To echo Pam's point, last Friday, all my merges were taking over 90 minutes - 
or rather, they were running for 90 minutes then getting killed.   I've been 
working now for a week just on doing release builds.  The last one failed this 
morning due to socket connection dropped errors with Nexus.  I tried pushing a 
change to skip the jar that was hitting that error to see if that helps - the 
verify job for that change just finished after 1 hour and 20 mins.

Gildas - this constitutes a jeopardy on our Casablanca release.  We are 
completely blocked until this gets better : we can't create new docker 
containers to test what we already have; we can't merge anything new.  The 
factory is essentially closed for business.

Dan

-- 
Dan Timoney
SDN-CP Development
ONAP Project Technical Lead : CCSDK and SDNC 
 
Please go to  D2 ECOMP Release Planning Wiki 
 for D2 
ECOMP Project In-take, 2016 Release Planning, Change Management, and find key 
Release Planning Contact Information.
 

On 10/2/18, 2:01 PM, "onap-discuss@lists.onap.org on behalf of Gary Wu" 
 wrote:

It seems like nexus and nexus3 are suffering severe congestion right now, 
so the jobs are spending a long time trying to download artifacts.



Maybe we should consider migrating those systems to AWS as well?



Thanks,

Gary



-Original Message-

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Pamela Dragosh

Sent: Tuesday, October 02, 2018 10:12 AM

To: onap-helpd...@rt.linuxfoundation.org

Cc: onap-discuss@lists.onap.org

Subject: Re: [onap-discuss] [ONAP Helpdesk #61676] gerrit down



This just started this morning. Seems to have been resolved as folks can 
now submit changes. 



Nobody hard codes any IP address, their environments haven’t changed in 
months. These were separate firewalls.



But jenkins is really, really slow today and failing to finish verify and 
merge jobs.



Pam



On 10/2/18, 11:49 AM, "Andrew Grimberg via RT" 
 wrote:



On 10/02/2018 06:56 AM, pdrag...@research.att.com via RT wrote:

> 

> It seems that multiple folks on my team across the US cannot submit a

> gerrit review. It either hangs or gives a connection refused.

> 



Greetings Pam,



Is this a problem that people have been having (and are still having)

since the maintenance of Gerrit on Friday?



If so, it sounds like there's possibly corporate firewalls blocking

access then as the ONAP Gerrit system is working just fine for me and

I've seen no alarms from our monitoring.



The new system is now behind an Amazon ELB and does not have hard and

firm IP addresses. My experience with these sorts of systems is that the

addresses will change with no notice and no control on our part but as

Amazon remanages the addresses in their own system.



The _current_ IP addresses are: 35.166.47.83 and 35.164.144.118



-Andy-



-- 

Andrew J Grimberg

Manager Release Engineering

The Linux Foundation























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

View/Reply Online (#12796): https://lists.onap.org/g/onap-discuss/message/12796
Mute This Topic: https://lists.onap.org/mt/26661009/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 Helpdesk #61676] gerrit down

[Gary Wu]

It seems like nexus and nexus3 are suffering severe congestion right now, so 
the jobs are spending a long time trying to download artifacts.

Maybe we should consider migrating those systems to AWS as well?

Thanks,
Gary

-Original Message-
From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Pamela Dragosh
Sent: Tuesday, October 02, 2018 10:12 AM
To: onap-helpd...@rt.linuxfoundation.org
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [ONAP Helpdesk #61676] gerrit down

This just started this morning. Seems to have been resolved as folks can now 
submit changes. 

Nobody hard codes any IP address, their environments haven’t changed in months. 
These were separate firewalls.

But jenkins is really, really slow today and failing to finish verify and merge 
jobs.

Pam

On 10/2/18, 11:49 AM, "Andrew Grimberg via RT" 
 wrote:

On 10/02/2018 06:56 AM, pdrag...@research.att.com via RT wrote:
> 
> It seems that multiple folks on my team across the US cannot submit a
> gerrit review. It either hangs or gives a connection refused.
> 

Greetings Pam,

Is this a problem that people have been having (and are still having)
since the maintenance of Gerrit on Friday?

If so, it sounds like there's possibly corporate firewalls blocking
access then as the ONAP Gerrit system is working just fine for me and
I've seen no alarms from our monitoring.

The new system is now behind an Amazon ELB and does not have hard and
firm IP addresses. My experience with these sorts of systems is that the
addresses will change with no notice and no control on our part but as
Amazon remanages the addresses in their own system.

The _current_ IP addresses are: 35.166.47.83 and 35.164.144.118

-Andy-

-- 
Andrew J Grimberg
Manager Release Engineering
The Linux Foundation








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

View/Reply Online (#12795): https://lists.onap.org/g/onap-discuss/message/12795
Mute This Topic: https://lists.onap.org/mt/26661009/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] Anyone using ONAP-vCPE tenant?

[Gary Wu]

Yes, that would be great.  Thanks!

-Gary

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Multanen, Eric W
Sent: Tuesday, October 02, 2018 10:49 AM
To: onap-discuss@lists.onap.org; Gary Wu 
Subject: Re: [onap-discuss] Anyone using ONAP-vCPE tenant?

I don't believe any of us are at the moment.  I can delete a bunch of the 
stacks (I assume you're looking to free up resources).

Eric

From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Gary Wu
Sent: Tuesday, October 2, 2018 9:59 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Anyone using ONAP-vCPE tenant?

Is anyone actively using the ONAP-vCPE tenant in Wind River lab?

Thanks,
Gary




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

View/Reply Online (#12794): https://lists.onap.org/g/onap-discuss/message/12794
Mute This Topic: https://lists.onap.org/mt/26660217/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] Anyone using ONAP-vCPE tenant?

[Multanen, Eric W]

I don't believe any of us are at the moment.  I can delete a bunch of the 
stacks (I assume you're looking to free up resources).

Eric

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Gary Wu
Sent: Tuesday, October 2, 2018 9:59 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Anyone using ONAP-vCPE tenant?

Is anyone actively using the ONAP-vCPE tenant in Wind River lab?

Thanks,
Gary




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

View/Reply Online (#12793): https://lists.onap.org/g/onap-discuss/message/12793
Mute This Topic: https://lists.onap.org/mt/26660217/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 Helpdesk #61676] gerrit down

[Pamela Dragosh]

This just started this morning. Seems to have been resolved as folks can now 
submit changes. 

Nobody hard codes any IP address, their environments haven’t changed in months. 
These were separate firewalls.

But jenkins is really, really slow today and failing to finish verify and merge 
jobs.

Pam

On 10/2/18, 11:49 AM, "Andrew Grimberg via RT" 
 wrote:

On 10/02/2018 06:56 AM, pdrag...@research.att.com via RT wrote:
> 
> It seems that multiple folks on my team across the US cannot submit a
> gerrit review. It either hangs or gives a connection refused.
> 

Greetings Pam,

Is this a problem that people have been having (and are still having)
since the maintenance of Gerrit on Friday?

If so, it sounds like there's possibly corporate firewalls blocking
access then as the ONAP Gerrit system is working just fine for me and
I've seen no alarms from our monitoring.

The new system is now behind an Amazon ELB and does not have hard and
firm IP addresses. My experience with these sorts of systems is that the
addresses will change with no notice and no control on our part but as
Amazon remanages the addresses in their own system.

The _current_ IP addresses are: 35.166.47.83 and 35.164.144.118

-Andy-

-- 
Andrew J Grimberg
Manager Release Engineering
The Linux Foundation





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

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

[onap-discuss] Anyone using ONAP-vCPE tenant?

[Gary Wu]

Is anyone actively using the ONAP-vCPE tenant in Wind River lab?

Thanks,
Gary



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

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

答复: [onap-discuss] Orchestration using VF-C

[maopeng]

Hi Shobana





Please confirm the user of muliticloud, which need the admin right at first.


Now this week is holiday in China. If possible, we can deal with it next 
week together.






BR


Maopeng



原始邮件



发件人：Jothi,ShobanaviaLists.Onap.Org 
收件人：张茂鹏10030173;Yan Yang 
抄送人：onap-discuss@lists.onap.org 
日 期 ：2018年10月01日 19:43
主 题 ：[onap-discuss] Orchestration using VF-C



Hi Team,
I am trying to orchestrate using VF-C (with the help of UUI), where UUI 
directly interacts with VFC. I am successful in Creating an VNF instance in VFC 
but during Service instantiation using GVNFM I am getting 403 response 
(Authentication credentials were not provided )  from multicloud. Kindly let me 
know if I am missing some configuration.

These are the steps which I am following.
1. First distributed the vnf package in Vfc Catalog using 
/api/catalog/v1/vnfpackages
2. Then distributed the ns package using /api/catalog/v1/nspackages
3. Then created the instance through nslcm API.
4. Later when I tried to instantiate the instance. Getting 403 response here.




Regards,Shobana Jothi









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

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

[onap-discuss] gerrit down

[Pamela Dragosh]

Hi LF,

It seems that multiple folks on my team across the US cannot submit a gerrit 
review. It either hangs or gives a connection refused.

Can someone please prioritize this??


Thanks,

Pam Dragosh

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

View/Reply Online (#12789): https://lists.onap.org/g/onap-discuss/message/12789
Mute This Topic: https://lists.onap.org/mt/26653071/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] PREFIX used in BPMN #so

[Rahul Sharma]

Thanks Steve; that helps!

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

View/Reply Online (#12788): https://lists.onap.org/g/onap-discuss/message/12788
Mute This Topic: https://lists.onap.org/mt/26577733/21656
Mute #so: https://lists.onap.org/mk?hashtag=so=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] [OOM] SDNC is not installing when installing a subset of ONAP in Rancher/Kubernetes

[Brian]

Andrew,

Good catch !

We dont touch sniro-emulator in the integration-override.yaml so we didnt hit 
this problem.

Brian


From: Andrew Fenner 
Sent: Tuesday, October 02, 2018 8:52 AM
To: onap-discuss@lists.onap.org; FREEMAN, BRIAN D ; 
georgehcl...@gmail.com
Subject: RE: [onap-discuss] [OOM] SDNC is not installing when installing a 
subset of ONAP in Rancher/Kubernetes

Hi,

I was running into something similar and I think it is a little more complex 
(still investigating but think I’m close to the root of the problem)

I think the parsing in the deploy.sh is a tiny bit off and it is been confused 
by the sniro-emulator as the “–“ isn’t in the word definition.

I think if you enable the sniro-emulator
enabled : true

then it won’t mess up the sdnc.

I’m going to write a bug on it ASAP.


Or in the file
~/.helm/plugins/deploy/deploy.sh

Change the line
local s='[[:space:]]*' w='[a-zA-Z0-9_]*' fs=$(echo @|tr @ '\034')

to

local s='[[:space:]]*' w='[a-zA-Z0-9_-]*' fs=$(echo @|tr @ '\034')

Please note : I haven’t tested this a lot

/Andrew

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Brian
Sent: 01 October 2018 22:10
To: onap-discuss@lists.onap.org; 
georgehcl...@gmail.com
Subject: Re: [onap-discuss] [OOM] SDNC is not installing when installing a 
subset of ONAP in Rancher/Kubernetes

For SDNC you need something like this (from integration-override.yaml):
Remember the default is enabled: true so I think the issue is its not liking 
the mysql section vs the enableClustering: true/false

Brian

sdnc:
  replicaCount: 3
  config:
enableClustering: true

or

sdnc:
  replicaCount: 1
  config:
enableClustering: false

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
George Clapp
Sent: Monday, October 01, 2018 4:49 PM
To: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [OOM] SDNC is not installing when installing a 
subset of ONAP in Rancher/Kubernetes

Thanks much!  Here it is.

# Copyright © 2017 Amdocs, Bell Canada
#
# Licensed under the Apache License, Version 2.0 (the "License");
# you may not use this file except in compliance with the License.
# You may obtain a copy of the License at
#
#   
http://www.apache.org/licenses/LICENSE-2.0
#
# Unless required by applicable law or agreed to in writing, software
# distributed under the License is distributed on an "AS IS" BASIS,
# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
# See the License for the specific language governing permissions and
# limitations under the License.

#
# Global configuration overrides.
#
# These overrides will affect all helm charts (ie. applications)
# that are listed below and are 'enabled'.
#
global:
  # Change to an unused port prefix range to prevent port conflicts
  # with other instances running within the same k8s cluster
  nodePortPrefix: 302
  nodePortPrefixExt: 304

  # ONAP Repository
  # Uncomment the following to enable the use of a single docker
  # repository but ONLY if your repository mirrors all ONAP
  # docker images. This includes all images from dockerhub and
  # any other repository that hosts images for ONAP components.
  #repository: nexus3.onap.org:10001
  repositoryCred:
user: docker
password: docker

  # readiness check - temporary repo until images migrated to nexus3
  readinessRepository: oomk8s
  # logging agent - temporary repo until images migrated to nexus3
  loggingRepository: docker.elastic.co

  # image pull policy
  pullPolicy: Always

  # default mount path root directory referenced
  # by persistent volumes and log files
  persistence:
mountPath: /dockerdata-nfs

  # flag to enable debugging - application support required
  debugEnabled: false

  # override default resource limit flavor for all charts
  flavor: unlimited

# Repository for creation of nexus3.onap.org secret
repository: nexus3.onap.org:10001


#
# Enable/disable and configure helm charts (ie. applications)
# to customize the ONAP deployment.
#
aaf:
  enabled: false
aai:
  enabled: true
appc:
  enabled: false
  config:
openStackType: OpenStackProvider
openStackName: OpenStack
openStackKeyStoneUrl: http://localhost:8181/apidoc/explorer/index.html
openStackServiceTenantName: default
openStackDomain: default

Re: [onap-discuss] [OOM] SDNC is not installing when installing a subset of ONAP in Rancher/Kubernetes

[Andrew Fenner]

Hi,

I was running into something similar and I think it is a little more complex 
(still investigating but think I’m close to the root of the problem)

I think the parsing in the deploy.sh is a tiny bit off and it is been confused 
by the sniro-emulator as the “–“ isn’t in the word definition.

I think if you enable the sniro-emulator
enabled : true

then it won’t mess up the sdnc.

I’m going to write a bug on it ASAP.


Or in the file
~/.helm/plugins/deploy/deploy.sh

Change the line
local s='[[:space:]]*' w='[a-zA-Z0-9_]*' fs=$(echo @|tr @ '\034')

to

local s='[[:space:]]*' w='[a-zA-Z0-9_-]*' fs=$(echo @|tr @ '\034')

Please note : I haven’t tested this a lot

/Andrew

From: onap-discuss@lists.onap.org  On Behalf Of 
Brian
Sent: 01 October 2018 22:10
To: onap-discuss@lists.onap.org; georgehcl...@gmail.com
Subject: Re: [onap-discuss] [OOM] SDNC is not installing when installing a 
subset of ONAP in Rancher/Kubernetes

For SDNC you need something like this (from integration-override.yaml):
Remember the default is enabled: true so I think the issue is its not liking 
the mysql section vs the enableClustering: true/false

Brian

sdnc:
  replicaCount: 3
  config:
enableClustering: true

or

sdnc:
  replicaCount: 1
  config:
enableClustering: false

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
George Clapp
Sent: Monday, October 01, 2018 4:49 PM
To: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [OOM] SDNC is not installing when installing a 
subset of ONAP in Rancher/Kubernetes

Thanks much!  Here it is.

# Copyright © 2017 Amdocs, Bell Canada
#
# Licensed under the Apache License, Version 2.0 (the "License");
# you may not use this file except in compliance with the License.
# You may obtain a copy of the License at
#
#   
http://www.apache.org/licenses/LICENSE-2.0
#
# Unless required by applicable law or agreed to in writing, software
# distributed under the License is distributed on an "AS IS" BASIS,
# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
# See the License for the specific language governing permissions and
# limitations under the License.

#
# Global configuration overrides.
#
# These overrides will affect all helm charts (ie. applications)
# that are listed below and are 'enabled'.
#
global:
  # Change to an unused port prefix range to prevent port conflicts
  # with other instances running within the same k8s cluster
  nodePortPrefix: 302
  nodePortPrefixExt: 304

  # ONAP Repository
  # Uncomment the following to enable the use of a single docker
  # repository but ONLY if your repository mirrors all ONAP
  # docker images. This includes all images from dockerhub and
  # any other repository that hosts images for ONAP components.
  #repository: nexus3.onap.org:10001
  repositoryCred:
user: docker
password: docker

  # readiness check - temporary repo until images migrated to nexus3
  readinessRepository: oomk8s
  # logging agent - temporary repo until images migrated to nexus3
  loggingRepository: docker.elastic.co

  # image pull policy
  pullPolicy: Always

  # default mount path root directory referenced
  # by persistent volumes and log files
  persistence:
mountPath: /dockerdata-nfs

  # flag to enable debugging - application support required
  debugEnabled: false

  # override default resource limit flavor for all charts
  flavor: unlimited

# Repository for creation of nexus3.onap.org secret
repository: nexus3.onap.org:10001


#
# Enable/disable and configure helm charts (ie. applications)
# to customize the ONAP deployment.
#
aaf:
  enabled: false
aai:
  enabled: true
appc:
  enabled: false
  config:
openStackType: OpenStackProvider
openStackName: OpenStack
openStackKeyStoneUrl: http://localhost:8181/apidoc/explorer/index.html
openStackServiceTenantName: default
openStackDomain: default
openStackUserName: admin
openStackEncryptedPassword: admin
clamp:
  enabled: false
cli:
  enabled: false
consul:
  enabled: false
contrib:
  enabled: false
dcaegen2:
  enabled: false
  pnda:
enabled: false
dmaap:
  enabled: true
esr:
  enabled: false
log:
  enabled: true
sniro-emulator:
  enabled: false
oof:
  enabled: true
msb:
  enabled: false
multicloud:
  enabled: false
nbi:
  enabled: false
  config:
# openstack configuration
openStackRegion: "Yolo"
openStackVNFTenantId: "1234"
policy:
  enabled: 

Re: [onap-discuss] PREFIX used in BPMN #so

[Steve Smokowski]

It is more historical than anything, there was an issue previously where 
handing variables between flows would overwrite one and other if using the same 
exact name.  If you are careful it is really not needed.

Thanks

-Steve


From:  on behalf of Rahul Sharma 

Reply-To: "onap-discuss@lists.onap.org" , 
"rahul.shar...@amdocs.com" 
Date: Monday, October 1, 2018 at 5:09 PM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] PREFIX used in BPMN #so

Wanted to understand why we have PREFIX in BPMNs (an example 
here)?
 What's the role of these Prefix'es when we generally edit and remove them 
before we enter the subprocess BPMN (from the main BPMN --> variables)?


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

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