Re: [onap-discuss] ssh to wind river machines

[Michael O'Brien]

Disregard my comment about the DCAE tenant VMs in the designate openstack - 
looks like those are in use and are reassigned 10.12.26.0/24 - didn't realize 
we ran instances it this other openstack (not 10.12.25.2)
/michael

-Original Message-
From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Michael O'Brien
Sent: Wednesday, February 14, 2018 20:19
To: Pavel Paroulek ; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] ssh to wind river machines

Pavel,
   Hi, you will need to allocate and re-associate IPs or rerun your stack.

https://lists.onap.org/pipermail/onap-discuss/2018-February/008146.html
https://lists.onap.org/pipermail/onap-discuss/2018-February/008137.html
https://lists.onap.org/pipermail/onap-discuss/2018-February/008144.html

/michael

-Original Message-
From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Pavel Paroulek
Sent: Wednesday, February 14, 2018 17:20
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] ssh to wind river machines

Hi,

anyone currently experiencing an issue with connecting to wind river machines? 
I am getting the following error on all machines: ssh: connect to host 
XX.XX.XX.XX port 22: Connection timed out

Thanks,

Pavel




___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss
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
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] [integration] Intel lab network error

[Michael O'Brien]

Lusheng,

   Hi, those DCAE vms in 10.12.25.5 – didn’t realize DCAE ran vms in the 
designate openstack (not in 10.12.25.2) – disregard my comment that these were 
not required.



https://lists.onap.org/pipermail/onap-discuss/2018-February/008146.html

https://lists.onap.org/pipermail/onap-discuss/2018-February/008137.html

https://lists.onap.org/pipermail/onap-discuss/2018-February/008144.html



/michael


From: JI, LUSHENG (LUSHENG) [mailto:l...@research.att.com]
Sent: Wednesday, February 14, 2018 17:14
To: Gooch, Stephen ; Gary Wu 
; Yang Xu (Yang, Fixed Network) ; 
Michael O'Brien 
Cc: onap-discuss 
Subject: Re: [onap-discuss] [integration] Intel lab network error

Hi Stephen,

DCAE tenant also lost all IP addresses (internals and floatings) this 
afternoon.  I donot know who has admin access to this tenant.

Now it appears that among the tenants I have visibility, VMs in tenants 
demonstrable, Integration-[Jenkins,00,02] still have IP addresses, but VMs in 
all other tenants are still having no networking.

Could you please help restoring the addresses in DCAE tenant?

Thanks,
Lusheng

From: 
>
 on behalf of "Gooch, Stephen" 
>
Date: Wednesday, February 14, 2018 at 3:59 PM
To: Gary Wu >, "Yang Xu 
(Yang, Fixed Network)" >, 
Michael O'Brien >
Cc: onap-discuss 
>
Subject: Re: [onap-discuss] [integration] Intel lab network error

Hi Gary,

User demo was only admin in SB-00, this is no longer the case.   demo is now a 
normal user in SB_00 as it is in the other integration projects.

Br,
- Stephen

From: Gooch, Stephen
Sent: Wednesday, February 14, 2018 15:39
To: 'Gary Wu'; 'Yang Xu (Yang, Fixed Network)'; 'Michael O'Brien'
Cc: 'onap-discuss'
Subject: RE: [integration] Intel lab network error

FYI:

The following was called to reconnect the jumpstation:

wruser@tacit:~/windriver/TiC/ONAP$ os network list | grep admin
| 48573914-055a-4b8d-b03c-66c291170757 | admin-mgmt 
   | 807ea269-0ff1-4a25-95f3-702d13882be6 |
wruser@tacit:~/windriver/TiC/ONAP$ os server list
+--+++--++
| ID   | Name   | Status | Networks 
| Image Name |
+--+++--++
| fd59c968-8125-4a5a-9b54-7effd16828e6 | vBoothost  | ACTIVE |  
||
| b9dd852f-4b5c-4432-a721-108c833c27ac | POD-ONAP-01-vJhost | ACTIVE |  
||
+--+++--++
wruser@tacit:~/windriver/TiC/ONAP$ nova interface-attach --net-id 
48573914-055a-4b8d-b03c-66c291170757 b9dd852f-4b5c-4432-a721-108c833c27ac
wruser@tacit:~/windriver/TiC/ONAP$ nova interface-attach --net-id 
48573914-055a-4b8d-b03c-66c291170757 fd59c968-8125-4a5a-9b54-7effd16828e6

A new Neutron router was added between the admin-mgnt tenant network and the 
external network.   Then a floating IP was re-requested.
The new floating IP for the jumpstation is 10.12.5.50. Thus, it is easy  
enough to reconnect an individual VM, but for the stacks, I’d assume one would 
delete them and start over.

Assuming user “demo” was used, I am checking to see if this user is admin in 
any other projects other than SB-02.  And then removing Admin privilege.

Br,
- Stephen

From: Gooch, Stephen
Sent: Wednesday, February 14, 2018 15:13
To: 'Gary Wu'; Yang Xu (Yang, Fixed Network); Michael O'Brien
Cc: onap-discuss
Subject: RE: [integration] Intel lab network error

Hi Gary,

In SB-00 most users are normal users.  The following are ADMIN:

Helen, Marco and demo

In SB02
Helen and Marco are still admins, but demo is not.  Where you running as the 
demo user in SB-00?

Br,
- Stephen

From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Wednesday, February 14, 2018 15:03
To: Gooch, Stephen; Yang Xu (Yang, Fixed Network); Michael O'Brien
Cc: onap-discuss
Subject: RE: [integration] Intel lab network error

Hi Stephen,

It looks like the cleanup scripts that deletes all floating IPs and routers 
within a tenant, when run from the Integration-SB-00 tenant, somehow managed to 
delete all of them across the Integration-* tenants (and maybe others?).

This does not happen when running the cleanup scripts from any other 
Integration-* tenants such as Integration-SB-02 or Integration-Jenkins.

Does the SB-00 tenant have some special cross-tenant permissions?

Thanks,
Gary

From: 

Re: [onap-discuss] ssh to wind river machines

[Michael O'Brien]

Pavel,
   Hi, you will need to allocate and re-associate IPs or rerun your stack.

https://lists.onap.org/pipermail/onap-discuss/2018-February/008146.html
https://lists.onap.org/pipermail/onap-discuss/2018-February/008137.html
https://lists.onap.org/pipermail/onap-discuss/2018-February/008144.html

/michael

-Original Message-
From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Pavel Paroulek
Sent: Wednesday, February 14, 2018 17:20
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] ssh to wind river machines

Hi,

anyone currently experiencing an issue with connecting to wind river machines? 
I am getting the following error on all machines: ssh: connect to host 
XX.XX.XX.XX port 22: Connection timed out

Thanks,

Pavel




___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss
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] Intel lab IP Mitigation procedure re-associate or delete/recreate stacks

[Michael O'Brien]

Team,
   In view of the inadvertent error in a tenant cleanup script that ended up 
removing all IP addresses assigned via a specific router - what is our 
procedure to deal with a full reset/fix of the lab.

   Option 1) re-associate new IPs (I have a copy of my server list - others may 
not) - getting the same 10.12.6.0/24 IP may be an issue
   Option 2) full delete/recreate - when we get our IP pool back (17 IPs are 
required for an OOM deployment including DCAE)
   Going with option 2 - I tested running a stack - looks OK - got a 
10.12.5.0/24 IP.
   Work left is to manually clean hanging zones and ports (IPs already deleted)

   For myself I had a couple OOM instances and one full DCAE deployment - all 
my configuration is saved offline so I can delete the dcae and oom stacks and 
run cleanups on the ports, vms and IPs.
   Unrelated, but there are left over 4 month old DCAE deployments in the 
designate openstack on 10.12.25.5 (60G and 35 IPs) - I would expect you can 
delete these as they look to be in the wrong openstack by error.

   One question, it looks like we are using 10.12.5.0/24 now (we also have 
10.12.9.0/24) - but there are no longer 10.12.6.0/24 IPs like we used to have 
this morning right?
https://jira.onap.org/browse/OPENLABS-175

Tested bringing back up my oom stack - OK for now - will verify DCAE and the 
cloudify manager orchestration
obrienbiometrics:lab_logging michaelobrien$ openstack stack create -t 
oom_openstack.yaml -e oom_openstack_oom.env oom20181214a
+-+-+
| Field   | Value   |
+-+-+
| id  | 82fdbb99-6b79-435f-bb27-5de1b38a649a|
| stack_name  | oom20181214a|
| description | Heat template to install OOM components |
| creation_time   | 2018-02-15T01:02:32Z|
| updated_time| 2018-02-15T01:02:33Z|
| stack_status| CREATE_IN_PROGRESS  |
| stack_status_reason | Stack CREATE started|
+-+-+
obrienbiometrics:lab_logging michaelobrien$ ssh ubuntu@10.12.5.29
Warning: Permanently added '10.12.5.29' (ECDSA) to the list of known hosts.
ubuntu@onap-oom-kubeadm:~$ free
  totalusedfree  shared  buff/cache   available
Mem:   65976368  163272654795008848  33359665319388
Swap:


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] Jenkins Daily Jobs

[Gildas Lanilis]

Hi All,

I wanted to update the community on an issue that was raised during weekly PTL 
meeting regarding the Jenkins Daily Build and the difficulty to get that job 
executed successfully.

To provide a bit of context, Nexus-staging repo is facing some limitations and 
does not allow to repeatedly build Jenkins daily jobs. As all teams are 
currently in an intense development activities with numerous commits every days 
there is no easy way to build binaries on dependencies that are constantly 
moving.
We had a meeting with the attendees (see below) and, to circumvent this issue, 
we are proposing to not perform Jenkins daily build until we reach M4 Code 
Freeze.
For teams who need to rely on other ONAP cpts they will need to use binaries 
currently available into Nexus-Release.
This approach is a lightweight to avoid teams updating version dependencies in 
pom and manifest files.

LF has provided a way to disable Jenkins Daily Jobs. That will help in not 
consuming resources. Refer to attached email for details. Thanks Jess.

Before you ask, Sonar jobs are currently setup to run every day and this 
independently of the daily builds. Sonar can also be triggered on demand. See 
details in 
wiki.

We will come back with recommendations once we reach M4.

Let us know if you have any questions.

Attendees: jwagant...@linuxfoundation.org; Andrew Grimberg 
; Kenny Paul ; 
'MAHER, RANDA' ; DRAGOSH, PAMELA L (PAM) 
; BRADY, PATRICK D ; KAJUR, HARISH V 
; 'FORSYTH, JAMES' ; Gary Wu 
; JI, LUSHENG  (LUSHENG) ; CHO, 
TAKAMUNE 

Thanks,
Gildas

[HuaweiLogowithName]
Gildas Lanilis
ONAP Release Manager
Santa Clara CA, USA
gildas.lani...@huawei.com
Mobile: 1 415 238 6287

--- Begin Message ---
Dear team,



The disabled flag is now added in the daily jobs.

Please use this flag whenever you need to disable a project.

For example, if we would wanted to disable 
"policy-common-amsterdam-release-version-java-daily"

We can add the flag like this:



diff --git a/jjb/policy/policy-common.yaml b/jjb/policy/policy-common.yaml

index 779dbce..663d5de 100644

--- a/jjb/policy/policy-common.yaml

+++ b/jjb/policy/policy-common.yaml

@@ -26,7 +26,8 @@

 jobs:

   - '{project-name}-{stream}-verify-java-skip-tests'

   - '{project-name}-{stream}-merge-java'

-  - '{project-name}-{stream}-release-version-java-daily'

+  - '{project-name}-{stream}-release-version-java-daily':

+  disabled: true

   - '{project-name}-{stream}-stage-site-java':

   site-pom: 'pom.xml'

   trigger-job: '{project-name}-{stream}-release-version-java-daily'





Let me know if you have any questions

Thanks!

Jess

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

Re: [onap-discuss] Assigning New IP Addresses

[ROSE, DANIEL V]

The robot container uses properties file to decide what the various components 
are. You can edit them to use the new ips. Examples are here: 
https://git.onap.org/testsuite/properties/tree/

Daniel Rose
ECOMP / ONAP
com.att.ecomp
732-420-7308

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Gooch, Stephen
Sent: Wednesday, February 14, 2018 5:57 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Assigning New IP Addresses

Hello,

After the ports, routers, and floating IPs were released today, I assigned new 
ports and floating IPs to an ONAP stack.The Robot health check does not see 
the updated IPs.  It reports:

Executing robot tests at log level TRACE
==
OpenECOMP ETE
==
OpenECOMP ETE.Robot
==
OpenECOMP ETE.Robot.Testsuites
==
OpenECOMP ETE.Robot.Testsuites.Health-Check :: Testing ecomp components are...
==
[ WARN ] Retrying (Retry(total=2, connect=None, read=None, redirect=None, 
status=None)) after connection broken by 
'NewConnectionError(': Failed to establish a new connection: [Errno 110] Connection 
timed out',)': /healthcheck
[ WARN ] Retrying (Retry(total=1, connect=None, read=None, redirect=None, 
status=None)) after connection broken by 
'NewConnectionError(': Failed to establish a new connection: [Errno 110] Connection 
timed out',)': /healthcheck
[ WARN ] Retrying (Retry(total=0, connect=None, read=None, redirect=None, 
status=None)) after connection broken by 
'NewConnectionError(': Failed to establish a new connection: [Errno 110] Connection 
timed out',)': /healthcheck
Basic DCAE Health Check   | FAIL |
ConnectionError: HTTPConnectionPool(host='10.0.4.1', port=8080): Max retries 
exceeded with url: /healthcheck (Caused by 
NewConnectionError(': Failed to establish a new connection: [Errno 110] Connection 
timed out',))
--
[ WARN ] Retrying (Retry(total=2, connect=None, read=None, redirect=None, 
status=None)) after connection broken by 
'NewConnectionError(': Failed to establish a new connection: [Errno 110] Connection 
timed out',)':
[snip]

Is there a host table that can be updated to allow Robot to recognized the 
newly assigned IPs?

Br,
- Stephen

Stephen Gooch | Senior Member of Technical Staff | Wind River
+1.510.965.7909 , Skype ID: Stephen.gooch

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

[onap-discuss] Assigning New IP Addresses

[Gooch, Stephen]

Hello,

After the ports, routers, and floating IPs were released today, I assigned new 
ports and floating IPs to an ONAP stack.The Robot health check does not see 
the updated IPs.  It reports:

Executing robot tests at log level TRACE
==
OpenECOMP ETE
==
OpenECOMP ETE.Robot
==
OpenECOMP ETE.Robot.Testsuites
==
OpenECOMP ETE.Robot.Testsuites.Health-Check :: Testing ecomp components are...
==
[ WARN ] Retrying (Retry(total=2, connect=None, read=None, redirect=None, 
status=None)) after connection broken by 
'NewConnectionError(': Failed to establish a new connection: [Errno 110] Connection 
timed out',)': /healthcheck
[ WARN ] Retrying (Retry(total=1, connect=None, read=None, redirect=None, 
status=None)) after connection broken by 
'NewConnectionError(': Failed to establish a new connection: [Errno 110] Connection 
timed out',)': /healthcheck
[ WARN ] Retrying (Retry(total=0, connect=None, read=None, redirect=None, 
status=None)) after connection broken by 
'NewConnectionError(': Failed to establish a new connection: [Errno 110] Connection 
timed out',)': /healthcheck
Basic DCAE Health Check   | FAIL |
ConnectionError: HTTPConnectionPool(host='10.0.4.1', port=8080): Max retries 
exceeded with url: /healthcheck (Caused by 
NewConnectionError(': Failed to establish a new connection: [Errno 110] Connection 
timed out',))
--
[ WARN ] Retrying (Retry(total=2, connect=None, read=None, redirect=None, 
status=None)) after connection broken by 
'NewConnectionError(': Failed to establish a new connection: [Errno 110] Connection 
timed out',)':
[snip]

Is there a host table that can be updated to allow Robot to recognized the 
newly assigned IPs?

Br,
- Stephen

Stephen Gooch | Senior Member of Technical Staff | Wind River
+1.510.965.7909 , Skype ID: Stephen.gooch

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

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

[FREEMAN, BRIAN D]

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

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

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

Brian


From: OBRIEN, FRANK MICHAEL
Sent: Wednesday, February 14, 2018 4:46 PM
To: FREEMAN, BRIAN D ; 'onap-discuss@lists.onap.org' 

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

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

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

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

  We should document anything related to the vnc-portal container being busted 
in
 
https://jira.onap.org/browse/OOM-486

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

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

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

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

   On the last build for Beijing it comes up with no changes - I don't test 
that links to aai/policy/sdc for example work during the CD test
http://jenkins.onap.info/job/oom-cd/1873/console
The periodic SDNC failures have a jira and are related to a too small 
readiness check of 5 sec (Mike E. mentioned) - so ignore these for now.

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



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

[onap-discuss] ssh to wind river machines

[Pavel Paroulek]

Hi,

anyone currently experiencing an issue with connecting to wind river 
machines? I am getting the following error on all machines: ssh: connect 
to host XX.XX.XX.XX port 22: Connection timed out


Thanks,

Pavel




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

Re: [onap-discuss] [integration] Intel lab network error

[JI, LUSHENG (LUSHENG)]

Hi Stephen,

DCAE tenant also lost all IP addresses (internals and floatings) this 
afternoon.  I donot know who has admin access to this tenant.

Now it appears that among the tenants I have visibility, VMs in tenants 
demonstrable, Integration-[Jenkins,00,02] still have IP addresses, but VMs in 
all other tenants are still having no networking.

Could you please help restoring the addresses in DCAE tenant?

Thanks,
Lusheng

From:  on behalf of "Gooch, Stephen" 

Date: Wednesday, February 14, 2018 at 3:59 PM
To: Gary Wu , "Yang Xu (Yang, Fixed Network)" 
, Michael O'Brien 
Cc: onap-discuss 
Subject: Re: [onap-discuss] [integration] Intel lab network error

Hi Gary,

User demo was only admin in SB-00, this is no longer the case.   demo is now a 
normal user in SB_00 as it is in the other integration projects.

Br,
- Stephen

From: Gooch, Stephen
Sent: Wednesday, February 14, 2018 15:39
To: 'Gary Wu'; 'Yang Xu (Yang, Fixed Network)'; 'Michael O'Brien'
Cc: 'onap-discuss'
Subject: RE: [integration] Intel lab network error

FYI:

The following was called to reconnect the jumpstation:

wruser@tacit:~/windriver/TiC/ONAP$ os network list | grep admin
| 48573914-055a-4b8d-b03c-66c291170757 | admin-mgmt 
   | 807ea269-0ff1-4a25-95f3-702d13882be6 |
wruser@tacit:~/windriver/TiC/ONAP$ os server list
+--+++--++
| ID   | Name   | Status | Networks 
| Image Name |
+--+++--++
| fd59c968-8125-4a5a-9b54-7effd16828e6 | vBoothost  | ACTIVE |  
||
| b9dd852f-4b5c-4432-a721-108c833c27ac | POD-ONAP-01-vJhost | ACTIVE |  
||
+--+++--++
wruser@tacit:~/windriver/TiC/ONAP$ nova interface-attach --net-id 
48573914-055a-4b8d-b03c-66c291170757 b9dd852f-4b5c-4432-a721-108c833c27ac
wruser@tacit:~/windriver/TiC/ONAP$ nova interface-attach --net-id 
48573914-055a-4b8d-b03c-66c291170757 fd59c968-8125-4a5a-9b54-7effd16828e6

A new Neutron router was added between the admin-mgnt tenant network and the 
external network.   Then a floating IP was re-requested.
The new floating IP for the jumpstation is 10.12.5.50. Thus, it is easy  
enough to reconnect an individual VM, but for the stacks, I’d assume one would 
delete them and start over.

Assuming user “demo” was used, I am checking to see if this user is admin in 
any other projects other than SB-02.  And then removing Admin privilege.

Br,
- Stephen

From: Gooch, Stephen
Sent: Wednesday, February 14, 2018 15:13
To: 'Gary Wu'; Yang Xu (Yang, Fixed Network); Michael O'Brien
Cc: onap-discuss
Subject: RE: [integration] Intel lab network error

Hi Gary,

In SB-00 most users are normal users.  The following are ADMIN:

Helen, Marco and demo

In SB02
Helen and Marco are still admins, but demo is not.  Where you running as the 
demo user in SB-00?

Br,
- Stephen

From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Wednesday, February 14, 2018 15:03
To: Gooch, Stephen; Yang Xu (Yang, Fixed Network); Michael O'Brien
Cc: onap-discuss
Subject: RE: [integration] Intel lab network error

Hi Stephen,

It looks like the cleanup scripts that deletes all floating IPs and routers 
within a tenant, when run from the Integration-SB-00 tenant, somehow managed to 
delete all of them across the Integration-* tenants (and maybe others?).

This does not happen when running the cleanup scripts from any other 
Integration-* tenants such as Integration-SB-02 or Integration-Jenkins.

Does the SB-00 tenant have some special cross-tenant permissions?

Thanks,
Gary

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Gooch, Stephen
Sent: Wednesday, February 14, 2018 11:54 AM
To: Yang Xu (Yang, Fixed Network) 
>
Cc: onap-discuss 
>
Subject: Re: [onap-discuss] [integration] Intel lab network error

HI Gary,

It appears the all the Neutron routers have been deleted from the cloud.   And 
the VM interfaces along with it.   I’ll recreate the admin Neutron router and 
re-connect the jump station; then get back to you.

- Stephen

From: Yang Xu (Yang, Fixed Network) [mailto:yang@huawei.com]
Sent: Wednesday, February 14, 2018 14:40
To: Gooch, Stephen
Cc: onap-discuss
Subject: [integration] Intel lab network error

Stephen,

I can’t access any VM public IP in Intel lab now. Is there any issue in the 
network?

Thanks,
-Yang
___
onap-discuss mailing list

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

[Michael O'Brien]

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

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

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

  We should document anything related to the vnc-portal container being busted 
in
 https://jira.onap.org/browse/OOM-486

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

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

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

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

   On the last build for Beijing it comes up with no changes - I don't test 
that links to aai/policy/sdc for example work during the CD test
http://jenkins.onap.info/job/oom-cd/1873/console
The periodic SDNC failures have a jira and are related to a too small 
readiness check of 5 sec (Mike E. mentioned) - so ignore these for now.

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



From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of FREEMAN, BRIAN D
Sent: Tuesday, February 13, 2018 14:24
To: 'onap-discuss@lists.onap.org' 
Subject: Re: [onap-discuss] [OOM] vnc portal crashloopbackoff with newest 
helm/rancher

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

Must be something in the helm dependencies causing the crashloopbackoff.

Brian


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



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

[onap-discuss] [Modeling] Poll for use of GitHub

[jessie jewitt]

 Please vote on the poll regarding the use of GitHub for versioning of
Papyrus models. It is located at:
https://wiki.onap.org/display/DW/Modeling+Tool+Poll

The poll closes on 2/28/18.

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

Re: [onap-discuss] [integration] Intel lab network error

[Gooch, Stephen]

Hi Gary,

User demo was only admin in SB-00, this is no longer the case.   demo is now a 
normal user in SB_00 as it is in the other integration projects.

Br,
- Stephen

From: Gooch, Stephen
Sent: Wednesday, February 14, 2018 15:39
To: 'Gary Wu'; 'Yang Xu (Yang, Fixed Network)'; 'Michael O'Brien'
Cc: 'onap-discuss'
Subject: RE: [integration] Intel lab network error

FYI:

The following was called to reconnect the jumpstation:

wruser@tacit:~/windriver/TiC/ONAP$ os network list | grep admin
| 48573914-055a-4b8d-b03c-66c291170757 | admin-mgmt 
   | 807ea269-0ff1-4a25-95f3-702d13882be6 |
wruser@tacit:~/windriver/TiC/ONAP$ os server list
+--+++--++
| ID   | Name   | Status | Networks 
| Image Name |
+--+++--++
| fd59c968-8125-4a5a-9b54-7effd16828e6 | vBoothost  | ACTIVE |  
||
| b9dd852f-4b5c-4432-a721-108c833c27ac | POD-ONAP-01-vJhost | ACTIVE |  
||
+--+++--++
wruser@tacit:~/windriver/TiC/ONAP$ nova interface-attach --net-id 
48573914-055a-4b8d-b03c-66c291170757 b9dd852f-4b5c-4432-a721-108c833c27ac
wruser@tacit:~/windriver/TiC/ONAP$ nova interface-attach --net-id 
48573914-055a-4b8d-b03c-66c291170757 fd59c968-8125-4a5a-9b54-7effd16828e6

A new Neutron router was added between the admin-mgnt tenant network and the 
external network.   Then a floating IP was re-requested.
The new floating IP for the jumpstation is 10.12.5.50. Thus, it is easy  
enough to reconnect an individual VM, but for the stacks, I'd assume one would 
delete them and start over.

Assuming user "demo" was used, I am checking to see if this user is admin in 
any other projects other than SB-02.  And then removing Admin privilege.

Br,
- Stephen

From: Gooch, Stephen
Sent: Wednesday, February 14, 2018 15:13
To: 'Gary Wu'; Yang Xu (Yang, Fixed Network); Michael O'Brien
Cc: onap-discuss
Subject: RE: [integration] Intel lab network error

Hi Gary,

In SB-00 most users are normal users.  The following are ADMIN:

Helen, Marco and demo

In SB02
Helen and Marco are still admins, but demo is not.  Where you running as the 
demo user in SB-00?

Br,
- Stephen

From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Wednesday, February 14, 2018 15:03
To: Gooch, Stephen; Yang Xu (Yang, Fixed Network); Michael O'Brien
Cc: onap-discuss
Subject: RE: [integration] Intel lab network error

Hi Stephen,

It looks like the cleanup scripts that deletes all floating IPs and routers 
within a tenant, when run from the Integration-SB-00 tenant, somehow managed to 
delete all of them across the Integration-* tenants (and maybe others?).

This does not happen when running the cleanup scripts from any other 
Integration-* tenants such as Integration-SB-02 or Integration-Jenkins.

Does the SB-00 tenant have some special cross-tenant permissions?

Thanks,
Gary

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Gooch, Stephen
Sent: Wednesday, February 14, 2018 11:54 AM
To: Yang Xu (Yang, Fixed Network) 
>
Cc: onap-discuss 
>
Subject: Re: [onap-discuss] [integration] Intel lab network error

HI Gary,

It appears the all the Neutron routers have been deleted from the cloud.   And 
the VM interfaces along with it.   I'll recreate the admin Neutron router and 
re-connect the jump station; then get back to you.

- Stephen

From: Yang Xu (Yang, Fixed Network) [mailto:yang@huawei.com]
Sent: Wednesday, February 14, 2018 14:40
To: Gooch, Stephen
Cc: onap-discuss
Subject: [integration] Intel lab network error

Stephen,

I can't access any VM public IP in Intel lab now. Is there any issue in the 
network?

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

Re: [onap-discuss] [integration] Intel lab network error

[Gooch, Stephen]

FYI:

The following was called to reconnect the jumpstation:

wruser@tacit:~/windriver/TiC/ONAP$ os network list | grep admin
| 48573914-055a-4b8d-b03c-66c291170757 | admin-mgmt 
   | 807ea269-0ff1-4a25-95f3-702d13882be6 |
wruser@tacit:~/windriver/TiC/ONAP$ os server list
+--+++--++
| ID   | Name   | Status | Networks 
| Image Name |
+--+++--++
| fd59c968-8125-4a5a-9b54-7effd16828e6 | vBoothost  | ACTIVE |  
||
| b9dd852f-4b5c-4432-a721-108c833c27ac | POD-ONAP-01-vJhost | ACTIVE |  
||
+--+++--++
wruser@tacit:~/windriver/TiC/ONAP$ nova interface-attach --net-id 
48573914-055a-4b8d-b03c-66c291170757 b9dd852f-4b5c-4432-a721-108c833c27ac
wruser@tacit:~/windriver/TiC/ONAP$ nova interface-attach --net-id 
48573914-055a-4b8d-b03c-66c291170757 fd59c968-8125-4a5a-9b54-7effd16828e6

A new Neutron router was added between the admin-mgnt tenant network and the 
external network.   Then a floating IP was re-requested.
The new floating IP for the jumpstation is 10.12.5.50. Thus, it is easy  
enough to reconnect an individual VM, but for the stacks, I'd assume one would 
delete them and start over.

Assuming user "demo" was used, I am checking to see if this user is admin in 
any other projects other than SB-02.  And then removing Admin privilege.

Br,
- Stephen

From: Gooch, Stephen
Sent: Wednesday, February 14, 2018 15:13
To: 'Gary Wu'; Yang Xu (Yang, Fixed Network); Michael O'Brien
Cc: onap-discuss
Subject: RE: [integration] Intel lab network error

Hi Gary,

In SB-00 most users are normal users.  The following are ADMIN:

Helen, Marco and demo

In SB02
Helen and Marco are still admins, but demo is not.  Where you running as the 
demo user in SB-00?

Br,
- Stephen

From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Wednesday, February 14, 2018 15:03
To: Gooch, Stephen; Yang Xu (Yang, Fixed Network); Michael O'Brien
Cc: onap-discuss
Subject: RE: [integration] Intel lab network error

Hi Stephen,

It looks like the cleanup scripts that deletes all floating IPs and routers 
within a tenant, when run from the Integration-SB-00 tenant, somehow managed to 
delete all of them across the Integration-* tenants (and maybe others?).

This does not happen when running the cleanup scripts from any other 
Integration-* tenants such as Integration-SB-02 or Integration-Jenkins.

Does the SB-00 tenant have some special cross-tenant permissions?

Thanks,
Gary

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Gooch, Stephen
Sent: Wednesday, February 14, 2018 11:54 AM
To: Yang Xu (Yang, Fixed Network) 
>
Cc: onap-discuss 
>
Subject: Re: [onap-discuss] [integration] Intel lab network error

HI Gary,

It appears the all the Neutron routers have been deleted from the cloud.   And 
the VM interfaces along with it.   I'll recreate the admin Neutron router and 
re-connect the jump station; then get back to you.

- Stephen

From: Yang Xu (Yang, Fixed Network) [mailto:yang@huawei.com]
Sent: Wednesday, February 14, 2018 14:40
To: Gooch, Stephen
Cc: onap-discuss
Subject: [integration] Intel lab network error

Stephen,

I can't access any VM public IP in Intel lab now. Is there any issue in the 
network?

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

[onap-discuss] Subscribing to the ONAP Calendar

[Kenny Paul]

I’ve added instructions on how to subscribe to the ONAP G-Cal here:
Subscribing to the ONAP Calendar 



Best Regards, 
-kenny

Kenny Paul,  Technical Program Manager
kp...@linuxfoundation.org
510.766.5945

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

Re: [onap-discuss] [integration] Intel lab network error

[Gooch, Stephen]

Hi Gary,

In SB-00 most users are normal users.  The following are ADMIN:

Helen, Marco and demo

In SB02
Helen and Marco are still admins, but demo is not.  Where you running as the 
demo user in SB-00?

Br,
- Stephen

From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Wednesday, February 14, 2018 15:03
To: Gooch, Stephen; Yang Xu (Yang, Fixed Network); Michael O'Brien
Cc: onap-discuss
Subject: RE: [integration] Intel lab network error

Hi Stephen,

It looks like the cleanup scripts that deletes all floating IPs and routers 
within a tenant, when run from the Integration-SB-00 tenant, somehow managed to 
delete all of them across the Integration-* tenants (and maybe others?).

This does not happen when running the cleanup scripts from any other 
Integration-* tenants such as Integration-SB-02 or Integration-Jenkins.

Does the SB-00 tenant have some special cross-tenant permissions?

Thanks,
Gary

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Gooch, Stephen
Sent: Wednesday, February 14, 2018 11:54 AM
To: Yang Xu (Yang, Fixed Network) 
>
Cc: onap-discuss 
>
Subject: Re: [onap-discuss] [integration] Intel lab network error

HI Gary,

It appears the all the Neutron routers have been deleted from the cloud.   And 
the VM interfaces along with it.   I'll recreate the admin Neutron router and 
re-connect the jump station; then get back to you.

- Stephen

From: Yang Xu (Yang, Fixed Network) [mailto:yang@huawei.com]
Sent: Wednesday, February 14, 2018 14:40
To: Gooch, Stephen
Cc: onap-discuss
Subject: [integration] Intel lab network error

Stephen,

I can't access any VM public IP in Intel lab now. Is there any issue in the 
network?

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

[onap-discuss] [ONAP Helpdesk #52451] [integration] Jenkins backlog

[Jessica Wagantall via RT]

Thanks for pointing it out Gary, I noticed that too actually

I am not sure what caused this but it took Jenkins quite a few minutes to start 
picking builds. 

Looks like it is ramping up now. 

Thanks!
Jess

On Wed Feb 14 14:45:48 2018, gary.i...@huawei.com wrote:
> Hi helpdesk,
> 
> ONAP Jenkins has a huge backlog but very few jobs are getting
> executed.  Can you take a look?
> 
> Thanks,
> Gary



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

Re: [onap-discuss] [integration] Intel lab network error

[Gary Wu]

Hi Stephen,

It looks like the cleanup scripts that deletes all floating IPs and routers 
within a tenant, when run from the Integration-SB-00 tenant, somehow managed to 
delete all of them across the Integration-* tenants (and maybe others?).

This does not happen when running the cleanup scripts from any other 
Integration-* tenants such as Integration-SB-02 or Integration-Jenkins.

Does the SB-00 tenant have some special cross-tenant permissions?

Thanks,
Gary

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Gooch, Stephen
Sent: Wednesday, February 14, 2018 11:54 AM
To: Yang Xu (Yang, Fixed Network) 
Cc: onap-discuss 
Subject: Re: [onap-discuss] [integration] Intel lab network error

HI Gary,

It appears the all the Neutron routers have been deleted from the cloud.   And 
the VM interfaces along with it.   I'll recreate the admin Neutron router and 
re-connect the jump station; then get back to you.

- Stephen

From: Yang Xu (Yang, Fixed Network) [mailto:yang@huawei.com]
Sent: Wednesday, February 14, 2018 14:40
To: Gooch, Stephen
Cc: onap-discuss
Subject: [integration] Intel lab network error

Stephen,

I can't access any VM public IP in Intel lab now. Is there any issue in the 
network?

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

[onap-discuss] [ONAP Helpdesk #52163] RE: ONAP-HELPDESK - so-libs-master-stage-site-java jenkins job is failing

[Jessica Wagantall via RT]

Hi, 

I was only able to release 
https://jenkins.onap.org/view/cli/job/cli-master-merge-java/329/ for now. 

For https://jenkins.onap.org/view/cli/job/cli-amsterdam-merge-java/1/, this is 
an artifact from Dec8th, which is no longer in existence in Nexus. Staging 
repositories only are kept for 14 days. Do we have a better candidate?

Also, for the swagger releases, I need a confirmation from the PTL of the 
project. 

Thanks a ton
Jess

On Wed Feb 14 06:49:33 2018, kanagaraj.manic...@huawei.com wrote:
> Dear Jess,
> Pls use following links:
> 
> CLI:
> https://jenkins.onap.org/view/cli/job/cli-amsterdam-merge-java/1/
> https://jenkins.onap.org/view/cli/job/cli-master-merge-java/329/
> 
> Swagger-SDK:
> 
> https://jenkins.onap.org/view/msb/job/msb-swagger-sdk-master-merge-
> java/12/
> https://jenkins.onap.org/view/msb/job/msb-swagger-sdk-amsterdam-merge-
> java/1/
> 
> 
> 
> 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 immediately and delete it!
> 
> 
> 
> -Original Message-
> From: onap-discuss-boun...@lists.onap.org [mailto:onap-discuss-
> boun...@lists.onap.org] On Behalf Of Jessica Wagantall via RT
> Sent: Wednesday, February 14, 2018 1:34 PM
> To: Subhash Kumar Singh
> Cc: onap-discuss@lists.onap.org
> Subject: [onap-discuss] [ONAP Helpdesk #52163] RE: ONAP-HELPDESK - so-
> libs-master-stage-site-java jenkins job is failing
> 
> Dear Kanagaraj,
> 
> Sure, I can help moving binaries into the release repository,
> 
> Although, just for confirmation purposes, I will need you to provide
> me with the link of the Jenkins job you need me to release.
> 
> Can you please select a candidate?
> 
> Thanks!
> Jess
> 
> On Tue Feb 13 00:18:49 2018, kanagaraj.manic...@huawei.com wrote:
> > Dear LF,
> >
> > Could you please help to fix the site jobs for CLI, which is failing
> > for a quite a while.
> >
> > in order to fix this issue , Pls release CLI jars from latest commit
> > in both Amsterdam and master branch, if LF is not planning to run the
> > site jobs from the snapshot.
> >
> > 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 immediately and delete it!
> >
> >
> >
> > -Original Message-
> >  From: Kanagaraj Manickam
> > Sent: Monday, February 12, 2018 2:16 PM
> > To: onap-helpd...@rt.linuxfoundation.org
> > Cc: Gildas Lanilis
> >  Subject: RE: [onap-discuss] [ONAP Helpdesk #52163] snapshot vs
> > release
> > repo
> >
> > Dear LF team,
> >
> > Could you please help to find the resolution for the below mentioned
> > issue. 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 immediately and delete it!
> >
> >
> >
> > -Original Message-
> >  From: onap-discuss-boun...@lists.onap.org [mailto:onap-discuss-
> > boun...@lists.onap.org] On Behalf Of Kanagaraj Manickam
> > Sent: Friday, February 09, 2018 10:24 AM
> > To: onap-helpd...@rt.linuxfoundation.org; Subhash Kumar Singh
> > Cc: onap-discuss@lists.onap.org
> >  Subject: Re: [onap-discuss] [ONAP Helpdesk #52163] snapshot vs
> > release
> > repo
> 

Re: [onap-discuss] [integration] Intel lab network error

[Gooch, Stephen]

HI Gary,

It appears the all the Neutron routers have been deleted from the cloud.   And 
the VM interfaces along with it.   I'll recreate the admin Neutron router and 
re-connect the jump station; then get back to you.

- Stephen

From: Yang Xu (Yang, Fixed Network) [mailto:yang@huawei.com]
Sent: Wednesday, February 14, 2018 14:40
To: Gooch, Stephen
Cc: onap-discuss
Subject: [integration] Intel lab network error

Stephen,

I can't access any VM public IP in Intel lab now. Is there any issue in the 
network?

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

Re: [onap-discuss] [integration] Intel lab network error

[Michael O'Brien]

Stephen,
  Hi, I can confirm  - all the IP addresses are gone from all the tenants - 
most on 10.12.6.0/24.
https://jira.onap.org/browse/OPENLABS-175
  Likely a temporary issue with the provider

  Was OK yesterday and this morning
  /michael

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Yang Xu (Yang, Fixed 
Network)
Sent: Wednesday, February 14, 2018 14:40
To: Gooch, Stephen 
Cc: onap-discuss 
Subject: [onap-discuss] [integration] Intel lab network error

Stephen,

I can't access any VM public IP in Intel lab now. Is there any issue in the 
network?

Thanks,
-Yang
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] [integration] Intel lab network error

[Yang Xu (Yang, Fixed Network)]

Stephen,

I can't access any VM public IP in Intel lab now. Is there any issue in the 
network?

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

Re: [onap-discuss] [opnfv-tech-discuss] [integration] demo E2E testing & reporting follow-up

[Tina Tsou]

Dear all,

What’s the Zoom information?

6am PT Wednesday 02/14 right?

Happy Valentine’s!


Thank you,
Tina

On Feb 13, 2018, at 9:36 AM, 
"morgan.richo...@orange.com" 
> wrote:

Hi

I uploaded the slidedeck used for the demo
I added some screenshots 
https://wiki.onap.org/pages/viewpage.action?pageId=6593670=/6593670/25433913/integration_demo_E2E_chain.pdf

I got the action point to organize a follow-up on this topic through another 
meeting

I am not sure I have the rights to book a zoom for an ad-hoc session (my 
personnal account allows only 40 minutes sessions)
I tried to ask the question on the IRC chan but it is not very active and I did 
not find any guideline on the wiki (could make sense to add one page).
@Gildas could you help me to book such slot? I could suggest tomorrow or 
Thursday 2h30 UTC (same time than the integration meeting)

Some open questions need LF helpdesks view (see slide "next steps").
BTW I created a ticket to ONAP heldesk on the 5th of February but did not get 
any feedback so far 
(https://rt.linuxfoundation.org/SelfService/Display.html?id=52001)
Did I miss something on the procedure regarding ONAP helpdesk?
Meanwhile I wondered if it would be possible to mutualize things if OPNFV 
community agrees (+Tim, Gabriel, Ray, Heather and Aric in CC)
The testresults.opnfv.org machine could be shared 
(everything is already there DB, dockers, mechanism to backup the DB) and a 
testresults.onap.org subdomain could be easily 
created (hopefully) and configured
The VM would not suffer...
[morgan@gce-opnfv-sandbox-fbrockners
 ~]$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda1   75G 29G   47G  38% /
[morgan@gce-opnfv-sandbox-fbrockners
 ~]$ free -m
  totalusedfree  shared  buff/cache   available
Mem:   74803118 320 36840403451


/Morgan






Le mardi 13 février 2018 à 16:10 +, Tina Tsou a écrit :
Dear Morgan,

This is Tina Tsou, PTL of Auto Project. I was in Integration Project meeting 
just now. We are interested at your option #1 for the test API: integration 
OPNFV - ONAP.

Would you send the meeting invitation to opnfv-tech-discussion too? So Auto 
participants can join and learn from you.


Thank you,
Tina

On Feb 13, 2018, at 6:38 AM, Roger Maitland 
> wrote:

One clarification on OOM – it’s not a just a deployment tool, it manages the 
entire lifecycle of ONAP as shown in our logo.

Cheers,
Roger



From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of 
morgan.richo...@orange.com
Sent: Tuesday, February 13, 2018 2:41 AM
To: bryan.sulli...@research.att.com; 
opnfv-tech-disc...@lists.opnfv.org
Cc: feng.xiao...@zte.com.cn; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [Auto] RE: [opnfv-tech-discuss] [integration] demo 
E2E testing & reporting next Tuesday?

Hi Bryan,

we can discuss it after the demo or offline
As far as I understand Auto is the equivalent of OOM, i.e. a deployment of ONAP 
based on kubernetes (but Auto is on OPNFV side) - do not hesitate to correct me 
if I am wrong
it would be possible to indicate Auto as 1 of the ONAP installer and collect 
the results of the tests
that is one of the interests to use the test API/Test DB independently from 
jenkins. Several CI chains can push results to provide an aggregate view of E2E 
Functional and later performance testing on ONAP.

and depending on the installer it is possible to customize the test list. For 
example if you have additional test cases through VES or Model projects.
/Morgan

Le vendredi 09 février 2018 à 16:54 +, SULLIVAN, BRYAN L (BRYAN L) a écrit :
Auto team,

FYI in case you have not seen this. Some of you may be collaborating with 
Morgan on the ONAP lab deployment, if not then perhaps there are some 
deployment tools you can leverage, or other ways that Orange can help the Auto 
project get off the ground with ONAP deployment for Auto use case 
development/testing.

For those cc’d who may not yet be aware of the Auto project: 
https://wiki.opnfv.org/pages/viewpage.action?pageId=12389095
Other OPNFV project focused on functional capability / use case testing which 
will support and leverage the OPNFV-ONAP integration through the Auto project 
include VES (https://wiki.opnfv.org/display/ves/VES+Home) and Models 
(https://wiki.opnfv.org/display/models/Models+Home).

Progress toward ONAP-OPNFV integration 

[onap-discuss] [ONPA] [Integration] test API/Reporting integration chain follow-up (ad-hoc meeting)

[morgan.richomme]

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Romance Standard Time
BEGIN:STANDARD
DTSTART:16010101T03
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=-1SU;BYMONTH=10
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=-1SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN=RICHOMME Morgan IMT/OLN:MAILTO:morgan.richo...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=chenyan.br
 i...@chinatelecom.cn:MAILTO:chenyan@chinatelecom.cn
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=DEBEAU Eri
 c IMT/OLN:MAILTO:eric.deb...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Helen.Chen
 @huawei.com:MAILTO:helen.c...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Ran.Pollak
 @amdocs.com:MAILTO:ran.pol...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=gary.i.wu@
 huawei.com:MAILTO:gary.i...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=feng.xiaow
 e...@zte.com.cn:MAILTO:feng.xiao...@zte.com.cn
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Roger.Mait
 l...@amdocs.com:MAILTO:roger.maitl...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Tina.Tsou@
 arm.com:MAILTO:tina.t...@arm.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=gildas.lan
 i...@huawei.com:MAILTO:gildas.lani...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=tim.irnich
 @ericsson.com:MAILTO:tim.irn...@ericsson.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=rpaik@linu
 xfoundation.org:MAILTO:rp...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=bryan.sull
 i...@research.att.com:MAILTO:bryan.sulli...@research.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jwagantall
 @linuxfoundation.org:MAILTO:jwagant...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=agardner@l
 inuxfoundation.org:MAILTO:agard...@linuxfoundation.org
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 s...@lists.onap.org:MAILTO:onap-discuss@lists.onap.org
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=opnfv-tech
 -disc...@lists.opnfv.org:MAILTO:opnfv-tech-disc...@lists.opnfv.org
DESCRIPTION;LANGUAGE=en-US:When: Wednesday\, February 14\, 2018 2:30 PM-3:3
 0 PM. UTC\nWhere: zoom.us/j/44 2:30 UTC\n\n*~*~*~*~*~*~*~*~*~*\n\n
 Hi\n\nplease feel free to join on https://zoom.us/j/44\n\nto conti
 nue the discussions on the demo done yesterday and discuss the next steps 
 if any on this proposal\n\nslide deck: https://wiki.onap.org/pages/viewpag
 e.action?pageId=6593670=/6593670/25433913/integration_demo_E2E_cha
 in.pdf\n
SUMMARY;LANGUAGE=en-US:[ONPA] [Integration] test API/Reporting integration 
 chain follow-up (ad-hoc meeting)
DTSTART;TZID=Romance Standard Time:20180214T153000
DTEND;TZID=Romance Standard Time:20180214T163000
UID:04008200E00074C5B7101A82E00824084E026FA5D301000
 0100012BBB2F8975A9F4E9BC963840632832F
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20180214T083712Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:0
LOCATION;LANGUAGE=en-US:zoom.us/j/44 2:30 UTC
X-MICROSOFT-CDO-APPT-SEQUENCE:0
X-MICROSOFT-CDO-OWNERAPPTID:2116187428
X-MICROSOFT-CDO-BUSYSTATUS:TENTATIVE
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-INSTTYPE:0
X-MICROSOFT-DISALLOW-COUNTER:FALSE
END:VEVENT
END:VCALENDAR
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] vFW Closed Loop: Canot capture all the packets in the Graph

[Thiruveedula, Bharath via onap-discuss]

Hi team,

I am trying to setup closed loop using vFWCL package. I launched both
vfwsnk and vpg. But I couldn't see the packet flows in the sink graph. The
below is the screenshot from the sink portal

[image: Inline image 1]

If you see, the packets are being captured(3,417 captured), but only
showing 10 packets.

I logged into Sink VM, and ran tcpdump on eth1 and eth2 interface: Please
find the logs below:

*root@zdfw1fwl01snk01:~# tcpdump -i eth2*
*tcpdump: verbose output suppressed, use -v or -vv for full protocol decode*
*listening on eth2, link-type EN10MB (Ethernet), capture size 262144 bytes*
*14:37:15.612245 IP 192.168.10.200.15320 > 192.168.20.250.http-alt: UDP,
bad length 120 > 1*
*14:37:15.618444 IP 192.168.10.200.15320 > 192.168.20.250.http-alt: UDP,
bad length 120 > 1*
*14:37:15.632497 IP 192.168.10.200.15320 > 192.168.20.250.http-alt: UDP,
bad length 120 > 1*
*14:37:15.633028 IP 192.168.10.200.15320 > 192.168.20.250.http-alt: UDP,
bad length 120 > 1*
*14:37:15.633882 IP 192.168.10.200.15320 > 192.168.20.250.http-alt: UDP,
bad length 120 > 1*
*14:37:15.637333 IP 192.168.10.200.15320 > 192.168.20.250.http-alt: UDP,
bad length 120 > 1*
*14:37:15.641411 IP 192.168.10.200.15320 > 192.168.20.250.http-alt: UDP,
bad length 120 > 1*



*root@zdfw1fwl01snk01:~# tcpdump -i eth1*
*tcpdump: verbose output suppressed, use -v or -vv for full protocol decode*
*listening on eth1, link-type EN10MB (Ethernet), capture size 262144 bytes*
*14:39:48.313554 ARP, Request who-has 192.168.20.250 tell
is008820.domain.com , length 46*
*14:39:48.319791 ARP, Request who-has 192.168.20.250 tell
is008820.domain.com , length 46*
*14:39:48.333847 ARP, Request who-has 192.168.20.250 tell
is008820.domain.com , length 46*
*14:39:48.335237 ARP, Request who-has 192.168.20.250 tell
is008820.domain.com , length 46*
*14:39:48.338654 ARP, Request who-has 192.168.20.250 tell
is008820.domain.com , length 46*
*14:39:48.342786 ARP, Request who-has 192.168.20.250 tell
is008820.domain.com , length 46*


And the route table has the following route too:
*192.168.10.0192.168.20.100  255.255.255.0   UG0  00
eth0*

I couldn't get  the issue of why it is not showing up in the graphs. In the
cloud init script I got the only error in firewall and packetgen

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


Please let me know if you need any logs?


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

Re: [onap-discuss] [ONAP Helpdesk #52163] RE: ONAP-HELPDESK - so-libs-master-stage-site-java jenkins job is failing

[kanagaraj.manic...@huawei.com via RT]

Dear Jess,
Pls use following links:

CLI:
https://jenkins.onap.org/view/cli/job/cli-amsterdam-merge-java/1/
https://jenkins.onap.org/view/cli/job/cli-master-merge-java/329/

Swagger-SDK:

https://jenkins.onap.org/view/msb/job/msb-swagger-sdk-master-merge-java/12/
https://jenkins.onap.org/view/msb/job/msb-swagger-sdk-amsterdam-merge-java/1/



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 immediately 
and delete it!



-Original Message-
From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Jessica Wagantall via 
RT
Sent: Wednesday, February 14, 2018 1:34 PM
To: Subhash Kumar Singh
Cc: onap-discuss@lists.onap.org
Subject: [onap-discuss] [ONAP Helpdesk #52163] RE: ONAP-HELPDESK - 
so-libs-master-stage-site-java jenkins job is failing

Dear Kanagaraj, 

Sure, I can help moving binaries into the release repository, 

Although, just for confirmation purposes, I will need you to provide me with 
the link of the Jenkins job you need me to release. 

Can you please select a candidate?

Thanks!
Jess

On Tue Feb 13 00:18:49 2018, kanagaraj.manic...@huawei.com wrote:
> Dear LF,
> 
> Could you please help to fix the site jobs for CLI, which is failing 
> for a quite a while.
> 
> in order to fix this issue , Pls release CLI jars from latest commit 
> in both Amsterdam and master branch, if LF is not planning to run the 
> site jobs from the snapshot.
> 
> 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 immediately and delete it!
> 
> 
> 
> -Original Message-
>  From: Kanagaraj Manickam
> Sent: Monday, February 12, 2018 2:16 PM
> To: onap-helpd...@rt.linuxfoundation.org
> Cc: Gildas Lanilis
> Subject: RE: [onap-discuss] [ONAP Helpdesk #52163] snapshot vs release 
> repo
> 
> Dear LF team,
> 
> Could you please help to find the resolution for the below mentioned 
> issue. 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 immediately and delete it!
> 
> 
> 
> -Original Message-
> From: onap-discuss-boun...@lists.onap.org [mailto:onap-discuss- 
> boun...@lists.onap.org] On Behalf Of Kanagaraj Manickam
> Sent: Friday, February 09, 2018 10:24 AM
> To: onap-helpd...@rt.linuxfoundation.org; Subhash Kumar Singh
> Cc: onap-discuss@lists.onap.org
> Subject: Re: [onap-discuss] [ONAP Helpdesk #52163] snapshot vs release 
> repo
> 
> [subject modified]
> 
> Dear Jess,
> 
> We (CLI team) also faces the mvn dependency issue on unavailability of 
> Beijing artifacts under ‘release’ repository as all the Beijing nexus 
> artifacts are under snapshot repo.
> 
> IMHO,  I would be more appropriate to update all projects Jenkins job 
> to refer the 'snapshot' repository untill, we (all projects) are ready 
> to make the release candidate (RC) version in Beijing, which will be 
> delivered under 'release' repository. Reason here is, if we deliver 
> the unstable snapshot artifacts under 'release' repository then
>   - it gives wrong meaning to the end customer, who will always look 
> at the 'release' repository as stable one and
>- we will contradict with the 

Re: [onap-discuss] [ONAP Helpdesk #52163] RE: ONAP-HELPDESK - so-libs-master-stage-site-java jenkins job is failing

[Kanagaraj Manickam]

Dear Jess,
Pls use following links:

CLI:
https://jenkins.onap.org/view/cli/job/cli-amsterdam-merge-java/1/
https://jenkins.onap.org/view/cli/job/cli-master-merge-java/329/

Swagger-SDK:

https://jenkins.onap.org/view/msb/job/msb-swagger-sdk-master-merge-java/12/
https://jenkins.onap.org/view/msb/job/msb-swagger-sdk-amsterdam-merge-java/1/



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 immediately 
and delete it!



-Original Message-
From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Jessica Wagantall via 
RT
Sent: Wednesday, February 14, 2018 1:34 PM
To: Subhash Kumar Singh
Cc: onap-discuss@lists.onap.org
Subject: [onap-discuss] [ONAP Helpdesk #52163] RE: ONAP-HELPDESK - 
so-libs-master-stage-site-java jenkins job is failing

Dear Kanagaraj, 

Sure, I can help moving binaries into the release repository, 

Although, just for confirmation purposes, I will need you to provide me with 
the link of the Jenkins job you need me to release. 

Can you please select a candidate?

Thanks!
Jess

On Tue Feb 13 00:18:49 2018, kanagaraj.manic...@huawei.com wrote:
> Dear LF,
> 
> Could you please help to fix the site jobs for CLI, which is failing 
> for a quite a while.
> 
> in order to fix this issue , Pls release CLI jars from latest commit 
> in both Amsterdam and master branch, if LF is not planning to run the 
> site jobs from the snapshot.
> 
> 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 immediately and delete it!
> 
> 
> 
> -Original Message-
>  From: Kanagaraj Manickam
> Sent: Monday, February 12, 2018 2:16 PM
> To: onap-helpd...@rt.linuxfoundation.org
> Cc: Gildas Lanilis
> Subject: RE: [onap-discuss] [ONAP Helpdesk #52163] snapshot vs release 
> repo
> 
> Dear LF team,
> 
> Could you please help to find the resolution for the below mentioned 
> issue. 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 immediately and delete it!
> 
> 
> 
> -Original Message-
> From: onap-discuss-boun...@lists.onap.org [mailto:onap-discuss- 
> boun...@lists.onap.org] On Behalf Of Kanagaraj Manickam
> Sent: Friday, February 09, 2018 10:24 AM
> To: onap-helpd...@rt.linuxfoundation.org; Subhash Kumar Singh
> Cc: onap-discuss@lists.onap.org
> Subject: Re: [onap-discuss] [ONAP Helpdesk #52163] snapshot vs release 
> repo
> 
> [subject modified]
> 
> Dear Jess,
> 
> We (CLI team) also faces the mvn dependency issue on unavailability of 
> Beijing artifacts under ‘release’ repository as all the Beijing nexus 
> artifacts are under snapshot repo.
> 
> IMHO,  I would be more appropriate to update all projects Jenkins job 
> to refer the 'snapshot' repository untill, we (all projects) are ready 
> to make the release candidate (RC) version in Beijing, which will be 
> delivered under 'release' repository. Reason here is, if we deliver 
> the unstable snapshot artifacts under 'release' repository then
>   - it gives wrong meaning to the end customer, who will always look 
> at the 'release' repository as stable one and
>- we will contradict with the 

Re: [onap-discuss] Invitation: [usecase] Subcommittee (updated Jan. 30, 2018) @ Weekly from 7am to 8am on Monday from Mon Feb 12 to Mon Jan 21, 2019 (PST) (alla.gold...@amdocs.com)

[Alla Goldner]

Hi all,

I will ask to cancel the next week’s Usecase subcommittee meeting due to Spring 
Festival Golden Week Holidays in China.

Those celebrating – have a GREAT HOLIDAYS WEEK!!!

 Best regards,

Alla Goldner

Open Network Division
Amdocs Technology





-Original Appointment-
From: ONAP Meetings and Events 
[mailto:linuxfoundation.org_1rmtb5tpr3uc8f76fmflplo...@group.calendar.google.com]
Sent: Wednesday, January 31, 2018 3:12 AM
To: ONAP Meetings and Events; Alla Goldner; onap-discuss@lists.onap.org
Subject: Invitation: [usecase] Subcommittee (updated Jan. 30, 2018) @ Weekly 
from 7am to 8am on Monday from Mon Feb 12 to Mon Jan 21, 2019 (PST) 
(alla.gold...@amdocs.com)
When: Monday, February 19, 2018 7:00 AM-8:00 AM America/Los_Angeles.
Where: https://zoom.us/j/655429955


more details 
»

[usecase] Subcommittee (updated Jan. 30, 2018)
When
Weekly from 7am to 8am on Monday from Mon Feb 12 to Mon Jan 21, 2019 
Pacific Time

Where
https://zoom.us/j/655429955 
(map)

Calendar
alla.gold...@amdocs.com

Who
•
kp...@linuxfoundation.org - creator

•
alla.gold...@amdocs.com

•
onap-discuss@lists.onap.org



Hi there,

ONAP Meeting 2 is inviting you to a scheduled Zoom meeting.
Join from PC, Mac, Linux, iOS or Android: 
https://zoom.us/j/655429955
Or iPhone one-tap :
US: +16699006833,,655429955# or +16465588656,,655429955#
Or Telephone:
Dial(for higher quality, dial a number based on your current location):
US: +1 669 900 6833 or +1 646 558 8656 or +1 877 369 0926 (Toll Free) or +1 855 
880 1246 (Toll Free)
Meeting ID: 655 429 955
International numbers available: 
https://zoom.us/zoomconference?m=CqsAwHx4CSyRanCfPHKBvf6Vslgcsn86




Going?   All events in this series:   
Yes
 - 
Maybe
 - 
No
more options 
»
Invitation from Google Calendar

You are receiving this courtesy email at the account alla.gold...@amdocs.com 
because you are an attendee of this event.
To stop receiving future updates for this event, decline this event. 
Alternatively you can sign up for a Google account at 
https://www.google.com/calendar/ and control your notification settings for 
your entire calendar.
Forwarding this invitation could allow any recipient to modify your RSVP 
response. Learn 
More.
 << File: invite.ics >>

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] [ONAP Helpdesk #52163] RE: ONAP-HELPDESK - so-libs-master-stage-site-java jenkins job is failing

[Jessica Wagantall via RT]

Dear Kanagaraj, 

Sure, I can help moving binaries into the release repository, 

Although, just for confirmation purposes, I will need you to provide me with 
the link of the Jenkins job you need me to release. 

Can you please select a candidate?

Thanks!
Jess

On Tue Feb 13 00:18:49 2018, kanagaraj.manic...@huawei.com wrote:
> Dear LF,
> 
> Could you please help to fix the site jobs for CLI, which is failing
> for a quite a while.
> 
> in order to fix this issue , Pls release CLI jars from latest commit
> in both Amsterdam and master branch, if LF is not planning to run the
> site jobs from the snapshot.
> 
> 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 immediately and delete it!
> 
> 
> 
> -Original Message-
>  From: Kanagaraj Manickam
> Sent: Monday, February 12, 2018 2:16 PM
> To: onap-helpd...@rt.linuxfoundation.org
> Cc: Gildas Lanilis
> Subject: RE: [onap-discuss] [ONAP Helpdesk #52163] snapshot vs release
> repo
> 
> Dear LF team,
> 
> Could you please help to find the resolution for the below mentioned
> issue. 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 immediately and delete it!
> 
> 
> 
> -Original Message-
> From: onap-discuss-boun...@lists.onap.org [mailto:onap-discuss-
> boun...@lists.onap.org] On Behalf Of Kanagaraj Manickam
> Sent: Friday, February 09, 2018 10:24 AM
> To: onap-helpd...@rt.linuxfoundation.org; Subhash Kumar Singh
> Cc: onap-discuss@lists.onap.org
> Subject: Re: [onap-discuss] [ONAP Helpdesk #52163] snapshot vs release
> repo
> 
> [subject modified]
> 
> Dear Jess,
> 
> We (CLI team) also faces the mvn dependency issue on unavailability of
> Beijing artifacts under ‘release’ repository as all the Beijing nexus
> artifacts are under snapshot repo.
> 
> IMHO,  I would be more appropriate to update all projects Jenkins job
> to refer the 'snapshot' repository untill, we (all projects) are ready
> to make the release candidate (RC) version in Beijing, which will be
> delivered under 'release' repository. Reason here is, if we deliver
> the unstable snapshot artifacts under 'release' repository then
>   - it gives wrong meaning to the end customer, who will always look
> at the 'release' repository as stable one and
>- we will contradict with the purpose of existence of nexus repos
> snapshot vs release.
> 
> But I am not sure about other project's PTL opinion about this issue.
> As this issue affects all projects, it would help to arrive solution
> quickly, by listing this issue as discussion topic in PTL meeting/TSC
> meeting. Kindly help. 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 immediately and delete it!
> 
> 
> 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 

Re: [onap-discuss] [ONAP Helpdesk #52001] [ONAP] need a VM for integration reporting aggregation

[morgan.richo...@orange.com via RT]

Hi Jess

hmm, I showed in a demo yesterday that it was relatively easy to adaptable to 
ONAP :)
see 
https://wiki.onap.org/pages/viewpage.action?pageId=6593670=/6593670/25433913/integration_demo_E2E_chain.pdf
 for details
I rewrote what was needed..

However instead of creating a new resources as I mentioned in my ticket, I 
think it would make sense to reuse existing OPNFV VM.
The VM has still resources, the goal is the same in ONAP and OPNFV, collecting 
cases/results and creating aggreagte view
Moreover the DB backup mechanism is automated (from OPNFV 
http://artifacts.opnfv.org/testapibackup.html)
we could
- add a new DB in mongo
- start a new test API docker (re-use of existing docker) dedicated to ONAP 
connected to this new DB
- start a new reporting docker (adaptation of the existing one, need a repo 
integration/reporting to share the core) adapted to ONAP
- reconfigure the nginx
- confidure a onap.org subdomain integration.onap.org or testresults.onap.org

I still have access to the machine, I can do the 4 first actions quickly...but 
I would need action from your side for the subdomain..

/Morgan


Le mercredi 14 février 2018 à 02:36 -0500, Jessica Wagantall via RT a écrit :
Dear Morgan,

I was talking today with Aric about this (since he has seen this working in 
opnfv).
I know from him that this system is not easily adaptable to other projects.

Are you familiar with how this system is developed?

Do you know who can help us rewriting this so that easily adaptable to other 
projects?

Thanks!
Jess

On Mon Feb 05 03:17:16 2018, 
morgan.richo...@orange.com wrote:
Hi,

would it be possible to get IT resources to host ONAP integration
results.
The idea is to collect test results from the different CI chains and
provide an aggregated view of the results (referencing jenkins runs on
different labs with different installers, on different versions
(Amsterdam, Master (Beijing),..).
It is an adaptation of what is currently done in OPNFV
(http://testresults.opnfv.org/).
The most straight forward way would be
- duplication of the testresults.opnfv.org VM managed by Linux
Foundation (nginx, docker APi, docker reporting, mongo DB, git, would
be preinstalled)
- configuration of testresults subdomain for onap main domain to point
testresults.onap.org to the IP of this duplicated VM

I would make some cleaning on the duplicated VM
- clean several accounts used in OPNFV and not needed for ONAP
- dump of the OPNFV DB
- creation of ONAP DB (installers: OOM, Heat; test cases: Functional
test cases (robot, vFW, vLB,), benchmark ..)

We should also re-use the existing jenkins Jobs in order to sync the
deployement of the dockers, backup the DB from ONAP main CI

If it is not possible to duplicate the VM, is it possible to get a
fresh VM
- 2 vCPU
- 80 Go disk
- 8 Go Ram
We could even start smaller if needed, but that is the current sizing
on OPNFV side and we had to increase it once (initial sizing was too
small)

I gave a try on my local POD and took some screenshots (attached file)
Please note that Functest here means all the functional testing (no
bijection with the OPNFV functest project) and would leverage the
robot healtcheck as well as automated functional testcases.
Benchmark corresponds to the new benchmark project

I think it is a good example of Xcommunity synergies..

Thanks

Morgan

_

Ce message et ses pieces jointes peuvent contenir des informations
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez
recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les
messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere,
deforme ou falsifie. Merci.

This message and its attachments may contain confidential or
privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and
delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have
been modified, changed or falsified.
Thank you.




_

Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.

This message and its attachments may contain 

Re: [onap-discuss] [ONAP Helpdesk #52001] [ONAP] need a VM for integration reporting aggregation

[morgan.richomme]

Hi Jess

hmm, I showed in a demo yesterday that it was relatively easy to adaptable to 
ONAP :)
see 
https://wiki.onap.org/pages/viewpage.action?pageId=6593670=/6593670/25433913/integration_demo_E2E_chain.pdf
 for details
I rewrote what was needed..

However instead of creating a new resources as I mentioned in my ticket, I 
think it would make sense to reuse existing OPNFV VM.
The VM has still resources, the goal is the same in ONAP and OPNFV, collecting 
cases/results and creating aggreagte view
Moreover the DB backup mechanism is automated (from OPNFV 
http://artifacts.opnfv.org/testapibackup.html)
we could
- add a new DB in mongo
- start a new test API docker (re-use of existing docker) dedicated to ONAP 
connected to this new DB
- start a new reporting docker (adaptation of the existing one, need a repo 
integration/reporting to share the core) adapted to ONAP
- reconfigure the nginx
- confidure a onap.org subdomain integration.onap.org or testresults.onap.org

I still have access to the machine, I can do the 4 first actions quickly...but 
I would need action from your side for the subdomain..

/Morgan


Le mercredi 14 février 2018 à 02:36 -0500, Jessica Wagantall via RT a écrit :
Dear Morgan,

I was talking today with Aric about this (since he has seen this working in 
opnfv).
I know from him that this system is not easily adaptable to other projects.

Are you familiar with how this system is developed?

Do you know who can help us rewriting this so that easily adaptable to other 
projects?

Thanks!
Jess

On Mon Feb 05 03:17:16 2018, 
morgan.richo...@orange.com wrote:
Hi,

would it be possible to get IT resources to host ONAP integration
results.
The idea is to collect test results from the different CI chains and
provide an aggregated view of the results (referencing jenkins runs on
different labs with different installers, on different versions
(Amsterdam, Master (Beijing),..).
It is an adaptation of what is currently done in OPNFV
(http://testresults.opnfv.org/).
The most straight forward way would be
- duplication of the testresults.opnfv.org VM managed by Linux
Foundation (nginx, docker APi, docker reporting, mongo DB, git, would
be preinstalled)
- configuration of testresults subdomain for onap main domain to point
testresults.onap.org to the IP of this duplicated VM

I would make some cleaning on the duplicated VM
- clean several accounts used in OPNFV and not needed for ONAP
- dump of the OPNFV DB
- creation of ONAP DB (installers: OOM, Heat; test cases: Functional
test cases (robot, vFW, vLB,), benchmark ..)

We should also re-use the existing jenkins Jobs in order to sync the
deployement of the dockers, backup the DB from ONAP main CI

If it is not possible to duplicate the VM, is it possible to get a
fresh VM
- 2 vCPU
- 80 Go disk
- 8 Go Ram
We could even start smaller if needed, but that is the current sizing
on OPNFV side and we had to increase it once (initial sizing was too
small)

I gave a try on my local POD and took some screenshots (attached file)
Please note that Functest here means all the functional testing (no
bijection with the OPNFV functest project) and would leverage the
robot healtcheck as well as automated functional testcases.
Benchmark corresponds to the new benchmark project

I think it is a good example of Xcommunity synergies..

Thanks

Morgan

_

Ce message et ses pieces jointes peuvent contenir des informations
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez
recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les
messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere,
deforme ou falsifie. Merci.

This message and its attachments may contain confidential or
privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and
delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have
been modified, changed or falsified.
Thank you.




_

Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.

This message and its attachments may contain