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

[Kamineni, Kiran K]

Seeing the same thing on my side as well.
Looks like my intermediate CA expired on Jun 4.

Here is a partial output from keytool.

Certificate[2]:
Owner: CN=intermediateCA_1, OU=OSAAF, O=ONAP, C=US
Issuer: C=US, O=ONAP, OU=OSAAF
Serial number: 1
Valid from: Thu Apr 05 07:15:40 PDT 2018 until: Mon Jun 04 07:15:40 PDT 2018

-- K i r a n

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of FREEMAN, BRIAN D
Sent: Monday, June 04, 2018 1:24 PM
To: Alexis de Talhouët ; BRADY, PATRICK D 

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

Alexis,

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

Brian


From: Alexis de Talhouët 
mailto:adetalhoue...@gmail.com>>
Sent: Monday, June 04, 2018 4:05 PM
To: FREEMAN, BRIAN D mailto:bf1...@att.com>>; BRADY, PATRICK D 
mailto:pb0...@att.com>>
Cc: onap-discuss 
mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] [AAI]: Cert has expired?

It looks like this 
patch,https://gerrit.onap.org/r/#/c/44763/,
 from 6 weeks ago, is putting a new keystore within APP-C. When I look in 
there, I see the certificate expiring today, which seems to confirm my 
assumptions.

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

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

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

Thanks,
Alexis

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

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

Brian



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

Extensions:

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

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

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

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

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

Extensions:

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

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

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

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

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

To clarify, VID is 

Re: [onap-discuss] [modeling] Papyrus Training Session

[Vul, Alex]

Jessie,

Please consider using Zoom for training sessions, much like we use Zoom for 
other community business. The ATT specific conferencing system may not work in 
some parts of the world…

Kind regards,

Alex Vul
Intel Corporation


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of jessie jewitt
Sent: Tuesday, June 5, 2018 09:14
To: onap-discuss 
Cc: SCAGGS, KEVIN 
Subject: [onap-discuss] [modeling] Papyrus Training Session

The VNFSDK Modeling team is hosting a Papyrus training session on Wednesday, 
June 13th at 6am Pacific / 9am Eastern / 9pm China time
This session will cover:

1. How to install Papyrus
2. The value of using a modeling tool such as Papyrus within ONAP
3. How to use Papyrus alongside the wiki.


We will be using Kevin's bridge:
https://connect2.uc.att.com/attinc/meet/?ExEventID=81618271=M

Please plan on attending.
-Jessie

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

Re: [onap-discuss] Invitation: [multicloud] Weekly Meeting (Updated April 23, 2018) @ Weekly from 5pm to 6pm on Monday (PDT) (onap-discuss@lists.onap.org)

[Yang, Bin]

Hi Alok,

   Appreciate your share the slides again.

   A general question follows: the slide "VES On-Boarding Artifact 
Use" mentioned that vendors/service providers could on-board these VES Artifact 
to SDC for Policy/Close Loop Creation/design, so is there any demo to showcase 
how to do that?

Thanks.

Best Regards,
Bin Yang,Solution Readiness Team,Wind River
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of GUPTA, ALOK
Sent: Tuesday, June 05, 2018 8:49 AM
To: kp...@linuxfoundation.org; lxin...@vmware.com; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Invitation: [multicloud] Weekly Meeting (Updated 
April 23, 2018) @ Weekly from 5pm to 6pm on Monday (PDT) 
(onap-discuss@lists.onap.org)

Team:

Please find enclosed presentation used today. Also enclosed is VES summary and 
eventId use cases.

Please feel free to call me if you have questions.


Regards,

Alok Gupta
732-420-7007
MT B2 3D30
ag1...@att.com


-Original Appointment-
From: ONAP Meetings and Events 

Sent: Monday, April 23, 2018 8:55 AM
To: ONAP Meetings and Events; lxin...@vmware.com; onap-discuss@lists.onap.org
Subject: [onap-discuss] Invitation: [multicloud] Weekly Meeting (Updated April 
23, 2018) @ Weekly from 5pm to 6pm on Monday (PDT) (onap-discuss@lists.onap.org)
When: Monday, June 4, 2018 5:00 PM-6:00 PM America/Los_Angeles.
Where: https://zoom.us/j/9057041886


more details 
>
[multicloud] Weekly Meeting (Updated April 23, 2018)
When

Weekly from 5pm to 6pm on Monday Pacific Time

Where

https://zoom.us/j/9057041886
 
(map)

Calendar

onap-discuss@lists.onap.org

Who

*

kp...@linuxfoundation.org - creator

*

lxin...@vmware.com

*

onap-discuss@lists.onap.org


IFrom PC, Mac, Linux, iOS or Android: 
https://zoom.us/j/9057041886

iPhone one-tap (US Toll): +16465588656,,9057041886# or +14086380968,,9057041886#

Telephone:
Dial: +1 646 558 8656 (US Toll) or +1 408 638 0968 (US Toll)
+1 855 880 1246 (US Toll Free)
+1 877 369 0926 (US Toll Free)
Meeting ID: 905 704 1886
Going?   All events in this series:   
Yes
 - 
Maybe
 - 

Re: [onap-discuss] [aai] Exception faced when setup aai inst1 through docker

[KAJUR, HARISH V]

Hi Ruoyu,

Can you please try to do a ping aai.hbase.simpledemo.onap.org from the aai vm1?
If it doesn't work, it seems that the issue is some kind of dns issue that's 
causing it.
Check the dns servers and see if they are up and then run this command to see 
if your aai vm1 server is using the dns server:

cat /etc/resolv.conf

The dns server for onap should show up here
If everything on the networking side looks good between aai vm1 and aai vm2, 
then please go to aai vm2 and check if the docker containers are running there?

Thanks,
Harish

From: Ying, Ruoyu [mailto:ruoyu.y...@intel.com]
Sent: Monday, June 04, 2018 9:01 PM
To: onap-discuss@lists.onap.org; KAJUR, HARISH V ; FORSYTH, 
JAMES 
Subject: [aai] Exception faced when setup aai inst1 through docker

Hi all,

I'm trying to setup AAI env through docker and I've already setup the 
aai-inst2.  But when I try to bring up aai-inst1, I faced an error like this:

Exception in thread "main" java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
org.springframework.boot.loader.MainMethodRunner.run(MainMethodRunner.java:48)
at 
org.springframework.boot.loader.Launcher.launch(Launcher.java:87)
at 
org.springframework.boot.loader.Launcher.launch(Launcher.java:50)
at 
org.springframework.boot.loader.PropertiesLauncher.main(PropertiesLauncher.java:594)
Caused by: java.lang.ExceptionInInitializerError
at org.onap.aai.dbmap.AAIGraph.getInstance(AAIGraph.java:98)
at org.onap.aai.dbgen.GenTester.main(GenTester.java:118)
... 8 more
Caused by: java.lang.RuntimeException: Failed to instantiate graphs
at org.onap.aai.dbmap.AAIGraph.(AAIGraph.java:83)
at org.onap.aai.dbmap.AAIGraph.(AAIGraph.java:55)
at org.onap.aai.dbmap.AAIGraph$Helper.(AAIGraph.java:88)
... 10 more
Caused by: java.lang.IllegalArgumentException: Could not instantiate 
implementation: 
org.janusgraph.diskstorage.cassandra.astyanax.AstyanaxStoreManager
at 
org.janusgraph.util.system.ConfigurationUtil.instantiate(ConfigurationUtil.java:69)
at 
org.janusgraph.diskstorage.Backend.getImplementationClass(Backend.java:477)
at 
org.janusgraph.diskstorage.Backend.getStorageManager(Backend.java:409)
at 
org.janusgraph.graphdb.configuration.GraphDatabaseConfiguration.(GraphDatabaseConfiguration.java:1376)
at 
org.janusgraph.core.JanusGraphFactory.open(JanusGraphFactory.java:164)
at 
org.janusgraph.core.JanusGraphFactory.open(JanusGraphFactory.java:133)
at 
org.janusgraph.core.JanusGraphFactory.open(JanusGraphFactory.java:113)
at org.onap.aai.dbmap.AAIGraph.loadGraph(AAIGraph.java:110)
at org.onap.aai.dbmap.AAIGraph.(AAIGraph.java:80)
... 12 more
Caused by: java.lang.reflect.InvocationTargetException
at 
sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at 
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at 
java.lang.reflect.Constructor.newInstance(Constructor.java:423)
at 
org.janusgraph.util.system.ConfigurationUtil.instantiate(ConfigurationUtil.java:58)
... 20 more
Caused by: org.janusgraph.diskstorage.TemporaryBackendException: Temporary 
failure in storage backend
at 
org.janusgraph.diskstorage.cassandra.astyanax.AstyanaxStoreManager.ensureKeyspaceExists(AstyanaxStoreManager.java:619)
at 
org.janusgraph.diskstorage.cassandra.astyanax.AstyanaxStoreManager.(AstyanaxStoreManager.java:314)
... 25 more
Caused by: com.netflix.astyanax.connectionpool.exceptions.PoolTimeoutException: 
PoolTimeoutException: 
[host=aai.hbase.simpledemo.onap.org(aai.hbase.simpledemo.onap.org):9160,
 latency=10001(10001), attempts=1]Timed out waiting for connection
at 

[onap-discuss] [modeling] Papyrus Training Session

[jessie jewitt]

The VNFSDK Modeling team is hosting a Papyrus training session on
Wednesday, June 13th at 6am Pacific / 9am Eastern / 9pm China time
This session will cover:

1. How to install Papyrus
2. The value of using a modeling tool such as Papyrus within ONAP
3. How to use Papyrus alongside the wiki.


We will be using Kevin's bridge:
https://connect2.uc.att.com/attinc/meet/?ExEventID=81618271=M

Please plan on attending.
-Jessie
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [coe] Meeting's time update

[Morales, Victor]

Good idea Srini,

I started doing the breakdown of the activities for this project. From my 
perspective, there are two main efforts:


1.   MultiCloud/k8s plugin:

2.   Kubernetes Reference Deployment

Therefore, the agenda for tomorrow’s meeting is:


· Definition and scope of previous two efforts.

· Initial draft of the activities identified.

· Virtlet or KubeVirt?

· Swagger API or OpenAPI

Regards,
Victor Morales

From: "Addepalli, Srinivasa R" 
Date: Monday, June 4, 2018 at 4:25 PM
To: Victor Morales , "onap-discuss@lists.onap.org" 
, Munish Agarwal , 
"Shankar, Shashank Kumar" , Ramki Krishnan 
, Seshu m , "Yeleswarapu, 
Ramamani" , "HU, BIN" 
Subject: RE: [coe] Meeting's time update

Thanks Victor.

Please add the activity list for tomorrow meeting.

Thanks
Srini


From: Morales, Victor
Sent: Monday, June 4, 2018 4:21 PM
To: onap-discuss@lists.onap.org; Munish Agarwal ; 
Shankar, Shashank Kumar ; Ramki Krishnan 
; Seshu m ; Yeleswarapu, Ramamani 
; Addepalli, Srinivasa R 
; HU, BIN 
Subject: [coe] Meeting's time update

Howdy,

According to the results of the last survey, we decided to update the time for 
this meeting [1]. The new time will be at 13:00hrs PST, the zoom’s link used 
for this will remain the same. In the other hand, I’ll be glad to discuss some 
ideas about the implementation of this tomorrow.

Regards,
Victor Morales

[1] https://wiki.onap.org/pages/viewpage.action?pageId=16009184

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

Re: [onap-discuss] [coe] Meeting's time update

[Addepalli, Srinivasa R]

Thanks Victor.

Please add the activity list for tomorrow meeting.

Thanks
Srini


From: Morales, Victor
Sent: Monday, June 4, 2018 4:21 PM
To: onap-discuss@lists.onap.org; Munish Agarwal ; 
Shankar, Shashank Kumar ; Ramki Krishnan 
; Seshu m ; Yeleswarapu, Ramamani 
; Addepalli, Srinivasa R 
; HU, BIN 
Subject: [coe] Meeting's time update

Howdy,

According to the results of the last survey, we decided to update the time for 
this meeting [1]. The new time will be at 13:00hrs PST, the zoom’s link used 
for this will remain the same. In the other hand, I’ll be glad to discuss some 
ideas about the implementation of this tomorrow.

Regards,
Victor Morales

[1] https://wiki.onap.org/pages/viewpage.action?pageId=16009184

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

[onap-discuss] [coe] Meeting's time update

[Morales, Victor]

Howdy,

According to the results of the last survey, we decided to update the time for 
this meeting [1]. The new time will be at 13:00hrs PST, the zoom’s link used 
for this will remain the same. In the other hand, I’ll be glad to discuss some 
ideas about the implementation of this tomorrow.

Regards,
Victor Morales

[1] https://wiki.onap.org/pages/viewpage.action?pageId=16009184

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

[onap-discuss] Canceled: [univ] ONAP University Webinars @ Weekly from 8:30am to 9:30am on Monday (PDT) - On-Demand Connectivity Service - Cancelled

[Prem P]

BEGIN:VCALENDAR
METHOD:CANCEL
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:India Standard Time
BEGIN:STANDARD
DTSTART:16010101T00
TZOFFSETFROM:+0530
TZOFFSETTO:+0530
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T00
TZOFFSETFROM:+0530
TZOFFSETTO:+0530
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN=Prem P:MAILTO:spku...@techmahindra.com
ATTENDEE;ROLE=REQ-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="Abu Aisheh
 , Razanne, Vodafone Group":MAILTO:razanne.abuais...@vodafone.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="HAY, AARON"
 :MAILTO:ah4...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Sangeeth G
 :MAILTO:sg00542...@techmahindra.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="TABEDZKI, 
 RICHARD":MAILTO:rt0...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Xinhui Li:
 MAILTO:lxin...@vmware.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="GUPTA, ALO
 K":MAILTO:ag1...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Nermin Moh
 amed:MAILTO:nermin.moha...@huawei.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Casem Majd
  (Cas Majd):MAILTO:cas.m...@huawei.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jacqueline
  Beaulac S:MAILTO:jacqueline.s.beau...@ericsson.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Fatih Degi
 rmenci:MAILTO:fatih.degirme...@ericsson.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=gerard.dam
 m...@wipro.com:MAILTO:gerard.d...@wipro.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="ROSE, DANI
 EL V":MAILTO:dr6...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Gadiyar, R
 ajesh":MAILTO:rajesh.gadi...@intel.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="BEST, GEOR
 GE":MAILTO:gb2...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Iurcovich,
  Hector (Nokia - US/Naperville)":MAILTO:hector.iurcov...@nokia.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Alex Daltr
 ini (adaltrin):MAILTO:adalt...@cisco.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Marisa S V
 iveros:MAILTO:vive...@us.ibm.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Ramkumar V
 enketaramani:MAILTO:rvenketar...@vmware.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Eli Willia
 ms (eliwill):MAILTO:eliw...@cisco.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Yang, Bin":
 MAILTO:bin.y...@windriver.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jorge Sala
 zar:MAILTO:jorge.sala...@amdocs.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Eshet, Ita
 mar":MAILTO:ie2...@intl.att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jacopo Pia
 nigiani:MAILTO:jpianigi...@juniper.net
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Dhananjay 
 Pavgi:MAILTO:dp00476...@techmahindra.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Josef Reis
 inger:MAILTO:josef.reisin...@de.ibm.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Tomer Bar 
 David:MAILTO:tomer.bar-da...@amdocs.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=abdelmuhai
 men.sea...@orange.com:MAILTO:abdelmuhaimen.sea...@orange.com
DESCRIPTION;LANGUAGE=en-US:Dear All\,\n\nToday’s webinar session - On-Dem
 and Connectivity service POC - is cancelled due to unavoidable circumstanc
 es.\nThe next date will be announced later.\n\nApologies for the in-conven
 ience.\n\nBest Regards\,\nPrem\n\nPrem Kumar\nTech Mahindra\nspkumar@techm
 ahindra.com\nMob : +91 9845695269\n\n
 --
 \nDear All\,\n\nIt is ONAP uni
 versity webinar time again – On-Demand Connectivity service POC\n\nDate 
 : 4 June\nTiming : 8:30am to 9:30am on Monday (PDT)\nRegistration : Please
  register at https://zoom.us/j/604539222\nTopic : On-Demand Connectivity s
 ervice POC\nSpeaker :\n\n1.   Abdelmuhaimen Seaudi - Head of B2B Domai
 n at Orange Labs Egypt\n\n\nFor the webinar calendar and the earlier webin
 ar PPTs and the session recordings\nPlease refer ONAP University (5/11/17)
  page ( https:
 //wiki.onap.org/pages/viewpage.action?pageId=5734727)\n\n\nWe like to hear
  your learnings with ONAP real life scenarios/challenges and how did you w
 ork around those.\nPlease reach out to me ( Prem\,  spkumar@TechMahindra.c
 om) \, for sharing.\n\n\n\nBest Regards\,
 \nPrem\n\nPrem Kumar\nTech 

[onap-discuss] [modeling] R3 Data Model weekly meeting

[Katzman, Anatoly]

Hi all,

I am glad to announce that today at 10am est we are going to hold the first 
meeting of the R3 Data Model weekly forum.

The forum is a spin-off from the ONAP Modeling Subcommittee weekly meeting, and 
it will provide a detailed coverage for the ONAP Data Model, mostly about:
- evaluation of the existing proposals, trying to get the best out of all of 
them
- coordination with other modeling activities, such as Information Model and 
Instance Model
- the R3 scope as well as long-term perspective

The formal invitation with the time and the Zoom bridge has already been 
published on onap-discuss by Kenny Paul 
(https://lists.onap.org/pipermail/onap-discuss/2018-June/010041.html). Please 
make sure your calendars are updated.

The forum home page:
https://wiki.onap.org/pages/viewpage.action?pageId=34373995

The list of participants:
https://wiki.onap.org/display/DW/R3+Data+Model+Meeting+Participants
Registration there is optional, just for our own convenience.
Planned agenda for the today meeting:
1. Anatoly Katzman (AT) - setting expectations of this forum
2. Victor Gao (Huawei) - lessons learnt

Best regards,

Anatoly Katzman

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

Re: [onap-discuss] 答复：Re: 答复：[dcae] dcae-cli Installation Failure

[Bisht, Suraj (Nokia - US/Irving)]

Hi Mike,

Thanks for your response,
I was going through following link
https://wiki.onap.org/display/DW/MicroServices+Onboarding

and I got impression that dcae_cli tool will be used to generate csar package 
which can be used in SDC during DCAE component design, is this not the case?

Can you guide me how to create SDC compliant template to create DCAE component 
if I have data-formats and component-spec json files?
If possible kindly share one sample to verify DCAE micro service component 
deployment.

Thanks,
Suraj

From: Michael Hwang [mailto:mhw...@research.att.com]
Sent: Monday, June 04, 2018 4:24 PM
To: Bisht, Suraj (Nokia - US/Irving) ; 
fu.guangr...@zte.com.cn; l...@research.att.com
Cc: peng.congc...@zte.com.cn; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] 答复：Re: 答复：[dcae] dcae-cli Installation Failure

Hi Suraj

> a)   Is dcae_cli postgress database for catalog a separate database, can 
> we use existing database from other ONAP components (i.e. SDC)?

Yes the dcae_cli postgres is a separate database.  You could share a common 
postgres instance but would have to have been initialized with the dcae_cli 
tables.

> b)Is dcae CLI an offline tool, can it be install and used independently 
> from DCAE/ONAP setup?

The dcae_cli has a range of features including to help with testing your 
component on a DCAE environment as part of onboarding.  If you are not 
intending to test then you would not need a DCAE environment.

> b)  Can dcae_cli tool generate csar without setting-up catalog database?

dcae_cli does not generate csars

> c)   Is there any sample csar available to verify deployment of dcae 
> micro-service component?

See the previous answer.

Thanks

Mike
On 06/04/2018 05:07 PM, Bisht, Suraj (Nokia - US/Irving) wrote:
Hi,

Kindly clarify following queries on dcae_cli tool, will appreciate any pointers
a)   Is dcae_cli postgress database for catalog a separate database, can we 
use existing database from other ONAP components (i.e. SDC)?
b)Is dcae CLI an offline tool, can it be install and used independently 
from DCAE/ONAP setup?
b)  Can dcae_cli tool generate csar without setting-up catalog database?
c)   Is there any sample csar available to verify deployment of dcae 
micro-service component?

Thanks,
Suraj

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of 
fu.guangr...@zte.com.cn
Sent: Monday, October 09, 2017 8:11 AM
To: l...@research.att.com
Cc: peng.congc...@zte.com.cn; 
onap-discuss@lists.onap.org; 
mhw...@research.att.com
Subject: [onap-discuss] 答复：Re: 答复：[dcae] dcae-cli Installation Failure

Lusheng,

How do you use the cli tool within AT? I want to set up a simple web server 
to host the templates and blueprints. The reason why I ask this is that we want 
to verify the component specification files on our own. As you know, they are 
not completely done.

Otherwise, we have to send those files to your team for verification every time 
we make any tiny changes. I think that might be quite annoying and less 
efficient.

Any advice on this will be helpful and welcome.

Thanks.

Guangrong
原始邮件
发件人:JI,LUSHENG(LUSHENG)
收件人:付光荣10144542;
抄送人:onap-discuss@lists.onap.org;彭聪聪612843;HWANG,
 MICHAEL(MICHAEL);
日期:2017-10-09 20:32:58
主题:Re: 答复：[dcae] dcae-cli Installation Failure

 Guangrong,

I discussed with Michael about this subject.  Using ONAP Nexus is not an ideal 
solution.  The reason is that from DCAE cli perspective, Nexus is read only 
(write access is only from Gerrit).  Therefore any new schema onboarded from 
cli cannot be added to Nexus from DCAE cli.

I donot have a good solution.  Maybe we will have to launch a VM  in Pod25.  
But VMs there are often rebuilt so they are not very "stable".  So special care 
needs to be taken for resiliency.

The same problem existing for all ONAP design time flows and components.  I 
donot know for example how SDC stores its blueprints and catalog..  If they 
have a solution we can probably use the same solution.

Lusheng

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


 Original message 
From: fu.guangr...@zte.com.cn
Date: 10/9/17 6:27 AM (GMT-05:00)
To: "JI, LUSHENG (LUSHENG)" 
mailto:l...@research.att.com>>
Cc: onap-discuss@lists.onap.org, 
peng.congc...@zte.com.cn, "HWANG, MICHAEL 
(MICHAEL)" mailto:mhw...@research.att.com>>
Subject: Re: 答复：[dcae] dcae-cli Installation Failure


Lusheng,



Do you have any suggestion on this? If the ONAP nexus server could not be used, 
could you please give us some guidance on setting up such a server (such as the 
dir hirarchy on the server side 

Re: [onap-discuss] /var/log/syslog taking up a lot of space on OOM Beijing

[Michael O'Brien]

Hi,
   Could you post your running pod list - from the logs it looks like you may 
have some stuck container deletions - these usually require manual deletion for 
now as a workaround for a kubernetes issue in the current release of docker 
relating to PV's

I checked my 2 long lived CD systems and posted some log stats in the jira 
below - I don't see over 12Mb of syslog data - but we should definitely watch 
the FS size as this will usually be our first point of failure.  I have in the 
past however seen a fully saturated master once.
Usually the cluster runs about 5G for the /dockerdata-nfs share, the master 
will need under 60G and each cluster host around 100G to run for days under 40G 
of docker downloads.  The issue is also things like ONAP log files saturating 
the HD - which we are keenly interested in - usually the first point of failure 
of a system - a 100% used HD - so we should watch this via a JIRA

https://jira.onap.org/browse/LOG-453

on cluster.onap.info I only see 12Mb

{noformat}
ubu...@cluster1.onap.info
ubuntu@ip-172-31-28-156:~$ df
Filesystem   1K-blocks Used
Available Use% Mounted on
udev  156911400 
15691140   0% /dev
tmpfs  3139820   351036  
2788784  12% /run
/dev/xvda181254044 65222160 
16015500  81% /
tmpfs 15699096 6892 
15692204   1% /dev/shm
tmpfs 51200 
5120   0% /run/lock
tmpfs 156990960 
15699096   0% /sys/fs/cgroup
fs-023adc1b.efs.us-west-1.amazonaws.com:/ 9007199254739968  3729408 
9007199251010560   1% /dockerdata-nfs
tmpfs  31398200  
3139820   0% /run/user/1000

-rw-r-  1 syslog adm 8292567 Jun  4 21:07 syslog
-rw-r-  1 syslog adm12395747 Jun  4 06:25 syslog.1
-rw-r-  1 syslog adm  710414 Jun  3 06:25 syslog.2.gz
-rw-r-  1 syslog adm  700347 Jun  2 06:25 syslog.3.gz
-rw-r-  1 syslog adm  721147 Jun  1 06:25 syslog.4.gz
-rw-r-  1 syslog adm  636081 May 31 06:25 syslog.5.gz
-rw-r-  1 syslog adm  373696 May 30 06:25 syslog.6.gz
-rw-r-  1 syslog adm  109797 May 29 06:25 syslog.7.gz

Thanks for bringing this up
/michael


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of 
abdelmuhaimen.sea...@orange.com
Sent: Monday, June 4, 2018 6:27 AM
To: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] /var/log/syslog taking up a lot of space on OOM 
Beijing

Hi,

After 4 days, the installation is still stable, however, still the 
var/log/syslog and /var/log/syslog.1 have reached 44 GB space again.


-rw-r-  1 syslog adm   7043982261 Jun  4 10:23 syslog
-rw-r-  1 syslog adm  37589664321 Jun  4 06:25 syslog.1
-rw-r-  1 syslog adm99405 Jun  3 06:25 syslog.2.gz
-rw-r-  1 syslog adm79388 Jun  2 06:25 syslog.3.gz
-rw-r-  1 syslog adm   155344 Jun  1 06:25 syslog.4.gz



Abdelmuhaimen Seaudi
Orange Labs Egypt
Email: abdelmuhaimen.sea...@orange.com
Mobile: +2012 84644 733

From: SEAUDI Abdelmuhaimen OBS/CSO
Sent: Saturday, June 2, 2018 1:01 PM
To: onap-discuss@lists.onap.org
Subject: /var/log/syslog taking up a lot of space on OOM Beijing

Hi,

I have an OOM Beijing instance running on 1 VM for Rancher Server, and 3 VMs 
Rancher hosts, each with 8 vCPUs, 52 GB RAM, 50 GB Root Parition, and 100 GB 
2nd Partition for /var/lib/docker/.

After running for 2 days, the installation is stable so far, only OOM-SNIRO 
gives FAIL in robot health check, and only pod onap-oof is failing, since the 
installation.

However, I noticed one of the nodes taking a lot of root storage space, and I 
found out it's /var/log/syslog and /var/log/syslog.1, which are taking ~43 GB 
of space.

What is the reason for this behaviour ?

root@olc-bjng-2:~# free -h
  totalusedfree  shared  buff/cache   available
Mem:51G 25G 12G557M 13G 24G
Swap:0B  0B  0B
root@olc-bjng-2:~# df -h /dev/vda1 /dev/vdb
Filesystem  Size  Used Avail Use% Mounted on
/dev/vda149G   44G  5.0G  90% /   a lot 
of space, not from /var/lib/docker
/dev/vdb 99G   30G   64G  32% /mnt
root@olc-bjng-2:~#

root@olc-bjng-2:/var/log# ls -l
total 42153316
...
-rw-r-  1 syslog adm   9811749726 Jun  2 10:40 syslog
-rw-r-  1 syslog adm  33351210056 Jun  2 06:25 syslog.1
-rw-r-  1 syslog adm   149784 Jun  1 06:25 syslog.2.gz

I see the following lines near the top of syslog.1

Jun  1 08:58:44 

Re: [onap-discuss] 答复：Re: 答复：[dcae] dcae-cli Installation Failure

[Michael Hwang]

Hi Suraj

> a)   Is dcae_cli postgress database for catalog a separate 
database, can we use existing database from other ONAP components (i.e. 
SDC)?


Yes the dcae_cli postgres is a separate database.  You could share a 
common postgres instance but would have to have been initialized with 
the dcae_cli tables.


> b)    Is dcae CLI an offline tool, can it be install and used 
independently from DCAE/ONAP setup?


The dcae_cli has a range of features including to help with testing your 
component on a DCAE environment as part of onboarding.  If you are not 
intending to test then you would not need a DCAE environment.


> b)  Can dcae_cli tool generate csar without setting-up catalog 
database?


dcae_cli does not generate csars

> c)   Is there any sample csar available to verify deployment of 
dcae micro-service component?


See the previous answer.

Thanks

Mike

On 06/04/2018 05:07 PM, Bisht, Suraj (Nokia - US/Irving) wrote:


Hi,

Kindly clarify following queries on dcae_cli tool, will appreciate any 
pointers


a)Is dcae_cli postgress database for catalog a separate database, can 
we use existing database from other ONAP components (i.e. SDC)?


b)   Is dcae CLI an offline tool, can it be install and used 
independently from DCAE/ONAP setup?


b)Can dcae_cli tool generate csar without setting-up catalog database?

c)Is there any sample csar available to verify deployment 
of dcae micro-service component?


Thanks,

Suraj

*From:*onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] *On Behalf Of 
*fu.guangr...@zte.com.cn

*Sent:* Monday, October 09, 2017 8:11 AM
*To:* l...@research.att.com
*Cc:* peng.congc...@zte.com.cn; onap-discuss@lists.onap.org; 
mhw...@research.att.com
*Subject:* [onap-discuss] 答复：Re: 答复：[dcae] dcae-cli Installation 
Failure


Lusheng,

How do you use the cli tool within AT? I want to set up a simple web 
server to host the templates and blueprints. The reason why I ask this 
is that we want to verify the component specification files on our 
own. As you know, they are not completely done.


Otherwise, we have to send those files to your team for verification 
every time we make any tiny changes. I think that might be quite 
annoying and less efficient.


Any advice on this will be helpful and welcome.

Thanks.

Guangrong

原始邮件

*发件人:*JI,LUSHENG(LUSHENG)

*收件人:*付光荣10144542;

*抄送人:*onap-discuss@lists.onap.org;彭聪聪612843;HWANG, 
MICHAEL(MICHAEL);


*日期:*2017-10-09 20:32:58

*主**题:Re: **答复：[dcae] dcae-cli Installation Failure*

 Guangrong,

I discussed with Michael about this subject.  Using ONAP Nexus is not 
an ideal solution.  The reason is that from DCAE cli perspective, 
Nexus is read only (write access is only from Gerrit).  Therefore any 
new schema onboarded from cli cannot be added to Nexus from DCAE cli.


I donot have a good solution. Maybe we will have to launch a VM  in 
Pod25.  But VMs there are often rebuilt so they are not very 
"stable".  So special care needs to be taken for resiliency.


The same problem existing for all ONAP design time flows and 
components.  I donot know for example how SDC stores its blueprints 
and catalog..  If they have a solution we can probably use the same 
solution.


Lusheng

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

 Original message 

From: fu.guangr...@zte.com.cn 

Date: 10/9/17 6:27 AM (GMT-05:00)

To: "JI, LUSHENG (LUSHENG)" >


Cc: onap-discuss@lists.onap.org , 
peng.congc...@zte.com.cn , "HWANG, 
MICHAEL (MICHAEL)" >


Subject: Re: 答复：[dcae] dcae-cli Installation Failure

Lusheng,

Do you have any suggestion on this? If the ONAP nexus server could not 
be used, could you please give us some guidance on setting up such a 
server (such as the dir hirarchy on the server side and the dir names, 
etc.)?


Thanks.

Guangrong

*Sender: *mailto:mhw...@research.att.com>>;

*To: *fuguangrong10144542;

*CC: *mailto:l...@research.att.com>>; 
>;pengcongcong612843;


*Date: *2017/10/05 02:51

*Subject: Re: **答复：[dcae] dcae-cli Installation Failure*

The dcae-cli expects json schema files and the server is a simple     
web server that hosts these files.  @Lusheng could we use ONAP's     
nexus raw file server to serve up these files?


On 10/04/2017 01:27 AM, fu.guangr...@zte.com.cn 
 wrote:


Mike,


We succeeded in           installing the dcae-cli tool. But when I
try to initialize it           using dcae_cli --reinit or to check
the version using dcae_cli --version, the url of a server is required:


What is the url of           the remote server, please? Do we have
to set up such a server         by ourselves?


Thanks.


Guangrong







*Sender: * ;

*To: 

Re: [onap-discuss] 答复：Re: 答复：[dcae] dcae-cli Installation Failure

[Bisht, Suraj (Nokia - US/Irving)]

Hi,

Kindly clarify following queries on dcae_cli tool, will appreciate any pointers
a)   Is dcae_cli postgress database for catalog a separate database, can we 
use existing database from other ONAP components (i.e. SDC)?
b)Is dcae CLI an offline tool, can it be install and used independently 
from DCAE/ONAP setup?
b)  Can dcae_cli tool generate csar without setting-up catalog database?
c)   Is there any sample csar available to verify deployment of dcae 
micro-service component?

Thanks,
Suraj

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of 
fu.guangr...@zte.com.cn
Sent: Monday, October 09, 2017 8:11 AM
To: l...@research.att.com
Cc: peng.congc...@zte.com.cn; onap-discuss@lists.onap.org; 
mhw...@research.att.com
Subject: [onap-discuss] 答复：Re: 答复：[dcae] dcae-cli Installation Failure

Lusheng,

How do you use the cli tool within AT? I want to set up a simple web server 
to host the templates and blueprints. The reason why I ask this is that we want 
to verify the component specification files on our own. As you know, they are 
not completely done.

Otherwise, we have to send those files to your team for verification every time 
we make any tiny changes. I think that might be quite annoying and less 
efficient.

Any advice on this will be helpful and welcome.

Thanks.

Guangrong
原始邮件
发件人:JI,LUSHENG(LUSHENG)
收件人:付光荣10144542;
抄送人:onap-discuss@lists.onap.org;彭聪聪612843;HWANG, MICHAEL(MICHAEL);
日期:2017-10-09 20:32:58
主题:Re: 答复：[dcae] dcae-cli Installation Failure

 Guangrong,

I discussed with Michael about this subject.  Using ONAP Nexus is not an ideal 
solution.  The reason is that from DCAE cli perspective, Nexus is read only 
(write access is only from Gerrit).  Therefore any new schema onboarded from 
cli cannot be added to Nexus from DCAE cli.

I donot have a good solution.  Maybe we will have to launch a VM  in Pod25.  
But VMs there are often rebuilt so they are not very "stable".  So special care 
needs to be taken for resiliency.

The same problem existing for all ONAP design time flows and components.  I 
donot know for example how SDC stores its blueprints and catalog..  If they 
have a solution we can probably use the same solution.

Lusheng

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


 Original message 
From: fu.guangr...@zte.com.cn
Date: 10/9/17 6:27 AM (GMT-05:00)
To: "JI, LUSHENG (LUSHENG)" 
mailto:l...@research.att.com>>
Cc: onap-discuss@lists.onap.org, 
peng.congc...@zte.com.cn, "HWANG, MICHAEL 
(MICHAEL)" mailto:mhw...@research.att.com>>
Subject: Re: 答复：[dcae] dcae-cli Installation Failure


Lusheng,



Do you have any suggestion on this? If the ONAP nexus server could not be used, 
could you please give us some guidance on setting up such a server (such as the 
dir hirarchy on the server side and the dir names, etc.)?



Thanks.

Guangrong










Sender:  mailto:mhw...@research.att.com>>;
To: fuguangrong10144542;
CC:  mailto:l...@research.att.com>>; 
mailto:onap-discuss@lists.onap.org>>;pengcongcong612843;
Date: 2017/10/05 02:51
Subject: Re: 答复：[dcae] dcae-cli Installation Failure


The dcae-cli expects json schema files and the server is a simple web 
server that hosts these files.  @Lusheng could we use ONAP's nexus raw file 
server to serve up these files?


On 10/04/2017 01:27 AM,   
fu.guangr...@zte.com.cn wrote:


Mike,



We succeeded in   installing the dcae-cli tool. But when I try to 
initialize it   using dcae_cli --reinit or to check the version using 
dcae_cli   --version, the url of a server is required:

[cid:0047000102d75585258d67681]



What is the url of   the remote server, please? Do we have to set up 
such a server   by ourselves?



Thanks.



Guangrong












Sender:  ;
To: fuguangrong10144542;
CC:  ; 
;pengcongcong612843;
Date: 2017/09/27 22:23
Subject: Re: 答复：[dcae] dcae-cli Installation Failure


I just tried in a new virtualenv and the cli installed for me 
ok.


On 09/27/2017 10:03 AM, 
fu.guangr...@zte.com.cn   wrote:


Thank   you, Mike.



We've   already had a   postgres running locally.   
We'll try to install the cli tool   from
   the source using the pip instruction you provided
 tomorrow. (I have limited access to our   
internal lab while I'm   in Paris so I'll   leave 
that to my team. :D)



@Peng

Could   you   please try it again following the 

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

[FREEMAN, BRIAN D]

Alexis,

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

Brian


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

It looks like this 
patch,https://gerrit.onap.org/r/#/c/44763/,
 from 6 weeks ago, is putting a new keystore within APP-C. When I look in 
there, I see the certificate expiring today, which seems to confirm my 
assumptions.

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

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

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

Thanks,
Alexis


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

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

Brian



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

Extensions:

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

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

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

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

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

Extensions:

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

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

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

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

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

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

2018-06-04T19:00:52.907Z   [http-apr-8080-exec-7]   INFO  
com.att.eelf.error   
InstanceUUID=292b461a-2954-4b63-a3f9-f916c7ad3bc0
RequestId=5db9eb4c-688c-461f-958e-52d050752a1c   LoginId=demo
AlertSeverity=INFORMATIONAL   PROTOCOL=HTTP 
PartnerName=Default_FE ServerFQDN=onap-vid-6fb489db7c-f9z9j 
ClientIPAddress=10.42.153.167   

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

[Alexis de Talhouët]

It looks like this patch,https://gerrit.onap.org/r/#/c/44763/ 
, from 6 weeks ago, is putting a new 
keystore within APP-C. When I look in there, I see the certificate expiring 
today, which seems to confirm my assumptions.

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

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

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

Thanks,
Alexis

> On Jun 4, 2018, at 3:06 PM, FREEMAN, BRIAN D  wrote:
> 
> Hmm the onap cert is good till 2038 let me check the aai server cert
>  
> Brian
>  
>  
>  
> root@njcdtl01bf1936:/home2/bf1936/ONAP/oom/kubernetes/so/resources/config/mso#
>  keytool -printcert -file onap-ca-new.crt
> Owner: C=US, O=ONAP, OU=OSAAF
> Issuer: C=US, O=ONAP, OU=OSAAF
> Serial number: 9eaeedc0a7ceb59d
> Valid from: Thu Apr 05 09:15:28 EST 2018 until: Wed Mar 31 09:15:28 EST 2038
> Certificate fingerprints:
>MD5:  77:EB:5E:94:2E:B7:A3:45:97:6C:87:FE:A7:F7:64:0F
>SHA1: 
> 90:25:D1:D3:8B:3C:BE:2C:73:E9:6C:1A:48:5B:06:A8:39:0D:54:3B
>SHA256: 
> 1F:C2:BB:F6:7E:11:6F:F0:4C:C3:D9:6C:73:E5:99:B7:CA:7D:4D:EF:AA:6C:69:46:0D:2C:7B:A9:E4:23:5F:EA
>Signature algorithm name: SHA256withRSA
>Version: 3
>  
> Extensions: 
>  
> #1: ObjectId: 2.5.29.35 Criticality=false
> AuthorityKeyIdentifier [
> KeyIdentifier [
> : 53 55 33 F2 4B EB D0 51   B1 C1 78 9A C1 28 31 7B  SU3.K..Q..x..(1.
> 0010: EF EA ED 49...I
> ]
> ]
>  
> #2: ObjectId: 2.5.29.19 Criticality=true
> BasicConstraints:[
>   CA:true
>   PathLen:2147483647
> ]
>  
> #3: ObjectId: 2.5.29.15 Criticality=true
> KeyUsage [
>   DigitalSignature
>   Key_CertSign
>   Crl_Sign
> ]
>  
> #4: ObjectId: 2.5.29.14 Criticality=false
> SubjectKeyIdentifier [
> KeyIdentifier [
> : 53 55 33 F2 4B EB D0 51   B1 C1 78 9A C1 28 31 7B  SU3.K..Q..x..(1.
> 0010: EF EA ED 49...I
> ]
> ]
>  
> root@njcdtl01bf1936:/home2/bf1936/ONAP/oom/kubernetes/so/resources/config/mso#
>  keytool -printcert -file onap-ca-new.crt
> Owner: C=US, O=ONAP, OU=OSAAF
> Issuer: C=US, O=ONAP, OU=OSAAF
> Serial number: 9eaeedc0a7ceb59d
> Valid from: Thu Apr 05 09:15:28 EST 2018 until: Wed Mar 31 09:15:28 EST 2038
> Certificate fingerprints:
>MD5:  77:EB:5E:94:2E:B7:A3:45:97:6C:87:FE:A7:F7:64:0F
>SHA1: 
> 90:25:D1:D3:8B:3C:BE:2C:73:E9:6C:1A:48:5B:06:A8:39:0D:54:3B
>SHA256: 
> 1F:C2:BB:F6:7E:11:6F:F0:4C:C3:D9:6C:73:E5:99:B7:CA:7D:4D:EF:AA:6C:69:46:0D:2C:7B:A9:E4:23:5F:EA
>Signature algorithm name: SHA256withRSA
>Version: 3
>  
> Extensions: 
>  
> #1: ObjectId: 2.5.29.35 Criticality=false
> AuthorityKeyIdentifier [
> KeyIdentifier [
> : 53 55 33 F2 4B EB D0 51   B1 C1 78 9A C1 28 31 7B  SU3.K..Q..x..(1.
> 0010: EF EA ED 49...I
> ]
> ]
>  
> #2: ObjectId: 2.5.29.19 Criticality=true
> BasicConstraints:[
>   CA:true
>   PathLen:2147483647
> ]
>  
> #3: ObjectId: 2.5.29.15 Criticality=true
> KeyUsage [
>   DigitalSignature
>   Key_CertSign
>   Crl_Sign
> ]
>  
> #4: ObjectId: 2.5.29.14 Criticality=false
> SubjectKeyIdentifier [
> KeyIdentifier [
> : 53 55 33 F2 4B EB D0 51   B1 C1 78 9A C1 28 31 7B  SU3.K..Q..x..(1.
> 0010: EF EA ED 49...I
> ]
> ]
>  
> From: onap-discuss-boun...@lists.onap.org 
>  On Behalf Of Alexis de Talhouët
> Sent: Monday, June 04, 2018 3:01 PM
> To: onap-discuss 
> Subject: Re: [onap-discuss] [AAI]: Cert has expired?
>  
> To clarify, VID is failing to communicate with AAI as well. Same symptom: 
>  
> 2018-06-04T19:00:52.907Z   [http-apr-8080-exec-7]   INFO  
> com.att.eelf.error   
> InstanceUUID=292b461a-2954-4b63-a3f9-f916c7ad3bc0
> RequestId=5db9eb4c-688c-461f-958e-52d050752a1c   LoginId=demo
> AlertSeverity=INFORMATIONAL   PROTOCOL=HTTP 
> PartnerName=Default_FE ServerFQDN=onap-vid-6fb489db7c-f9z9j   
>   ClientIPAddress=10.42.153.167   
> Full-URL=http://vid.api.simpledemo.onap.org:30200/vid/aai_get_services 
> 
>   ServiceInstanceId=   ServerIPAddress=10.42.252.68
> ServiceName=/aai_get_services   
> ClassName=org.onap.vid.aai.AaiClient 19:00:52:0907<== 
> .doAaiGetjavax.ws.rs.ProcessingException: 
> javax.net.ssl.SSLHandshakeException: 
> 

Re: [onap-discuss] Beijing Release: Last Mile

[Jessica Wagantall]

Thanks a lot for this Gildas,

Due to the importance of these releases, I will help posting here the
blockers we encounter in the RT tickets.

Here are some blockers:

 AAF *** Pending Ram's Approval 

- Docker release for  onap/aaf/sms and onap/aaf/smsquorumclient 2.0.0
- Java artifacts 2.0.0-SNAPSHOT/sms-client-2.0.0-20180530.111014-8.jar

Reference: #56662: Artifacts for Release

 DMAAP *** Pending Ram's Approval 

- Docker release for onap/dmaap/dmaap-mr:1.1.4
Reference: #56857: Move docker image to release repository

 VFC *** Yan to clarify 

- Email sent for 8 maven artifacts to be released, but email mentions also
docker images needed and no link to docker images jobs
- Do we just need to release the maven artifacts? if docker images need
release, please update request with corresponding docker links from Jenkins
Reference: #56821: Please help to release VF-C R2 artifacts to releases repo


Thanks!
Jess

On Mon, Jun 4, 2018 at 7:33 AM, Gildas Lanilis 
wrote:

> Hi PTLs,
>
>
>
> This email is to summarize on the latest activities to reach Beijing
> Release Sign-Off this Thursday, June 7, 2018.
>
> 1.   *Docker image*: All projects that need to Release a new Docker
> Image (and thus update accordingly the Docker manifest file) must email LF
> Helpdesk by 2 pm PDT on Tuesday, June 5 including a link to the proper
> specific Jenkins build job that generated the selected candidate build
> (e.g. 
> *https://jenkins.onap.org/view/oparent/job/oparent-master-release-version-java-daily/124/
> *).
> Ultimately, the Docker manifest file
> 
> (In Beijing Branch) should not contain words such as “latest”, “SNAPSHOT”
> or “STAGING” but only version number. If necessary, also update the Java
> manifest file. All the release process is documented in wiki
> 
> .
>
> 2.   *Release Notes*: I have updated for most projects the “Security
> Notes” within each Release Notes. Thanks to review and merge its content
> (feel free to amend to fix typo, if any). Also, it is not necessary to list
> in the Release Notes all issues fixed into Beijing Release, but only the
> main one that were visible in Amsterdam externally to users. Same approach
> for “New Features”, it is not necessary to list all Jira Stories
> implemented in Beijing, but rather focus on describing the 3-4 main
> features of your project. Last, Release Notes are cumulative (all release
> notes go in a single file); information for Beijing Release goes on the top
> of the file.
>
> 3.   *Release Sign-Off Template*: The Release Sign-Off template is
> available in wiki
> .
> Please fill it out and keep me posted on its availability so I can review.
>
> Let me know if you have question, I will be glad to help.
>
> Thanks,
>
> Gildas
>
>
>
> *[image: HuaweiLogowithName]*
>
> *Gildas Lanilis*
>
> *ONAP Release Manager*
>
> *Santa Clara CA, USA*
>
> *gildas.lani...@huawei.com *
>
> *Mobile: 1 415 238 6287*
>
>
>
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [app-c] Ansible Server details in appc.properties file

[Alexis de Talhouët]

Hi, same issue here: 
https://lists.onap.org/pipermail/onap-discuss/2018-June/010067.html

This relate to this topic: re [AAI]: Cert has expired?

I think that’s your root cause.

Thanks,
Alexis

> On Jun 4, 2018, at 3:12 PM, Anumaneni, Venkataramana (Nokia - US/Irving) 
>  wrote:
> 
> Hello Taka,
>  
> I am still facing same issue even after doing lot of configuration changes. 
> Below are the issues.
>  
> APPC Ansible Adapter is not taking configuration parameter from 
> appc.properties file.
>  
> My appc.properties contains below parameters. I have restarted APPC with 
> TRUST_all parameters also.
>  
> org.onap.appc.adapter.ansible.clientType=TRUST_CERT
> org.onap.appc.adapter.ansible.trustStore=/opt/openecomp/appc/data/stores/truststore.openecomp.taco.jks
> org.onap.appc.adapter.ansible.trustStore.trustPasswd=adminadmin
>  
> 2018-06-04 18:53:21,305 | INFO  | Event Dispatcher | AnsibleAdapterImpl   
> | 402 - appc-ansible-adapter - 1.2.0 | Creating http client with 
> default behaviour
>  
> I have followed steps mentioned at below link to create trust store.
>  
> https://docs.oracle.com/cd/E19509-01/820-3503/6nf1il6er/index.html
>  
> I am still facing same issue when I send request.
>  
> 2018-06-04 18:08:34,091 | ERROR | ppc-dispatcher-1 | ExecuteNodeExecutor  
> | 295 - org.onap.ccsdk.sli.core.sli-provider - 0.1.2 | Could not 
> execute plugin. SvcLogic status will be set to failure.
> org.onap.ccsdk.sli.core.sli.SvcLogicException: Ansible Adapter Error = Error 
> posting request. Reason = sun.security.validator.ValidatorException: PKIX 
> path building failed: 
> sun.security.provider.certpath.SunCertPathBuilderException: unable to find 
> valid certification path to requested target
> at 
> org.openecomp.appc.adapter.ansible.impl.AnsibleAdapterImpl.doFailure(AnsibleAdapterImpl.java:207)
> at 
> org.openecomp.appc.adapter.ansible.impl.AnsibleAdapterImpl.reqExec(AnsibleAdapterImpl.java:325)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native 
> Method)[:1.8.0_151]
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)[:1.8.0_151]
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.8.0_151]
> at java.lang.reflect.Method.invoke(Method.java:498)[:1.8.0_151]
> at 
> org.onap.ccsdk.sli.core.sli.provider.ExecuteNodeExecutor.execute(ExecuteNodeExecutor.java:96)
> at 
> org.onap.ccsdk.sli.core.sli.provider.SvcLogicServiceImpl.executeNode(SvcLogicServiceImpl.java:182)
> at 
> org.onap.ccsdk.sli.core.sli.provider.SvcLogicServiceImpl.execute(SvcLogicServiceImpl.java:159)
> at 
> org.onap.ccsdk.sli.core.sli.provider.CallNodeExecutor.execute(CallNodeExecutor.java:127)
> at 
> org.onap.ccsdk.sli.core.sli.provider.SvcLogicServiceImpl.executeNode(SvcLogicServiceImpl.java:182)
> at 
> org.onap.ccsdk.sli.core.sli.provider.BlockNodeExecutor.execute(BlockNodeExecutor.java:62)
> at 
> org.onap.ccsdk.sli.core.sli.provider.SvcLogicServiceImpl.executeNode(SvcLogicServiceImpl.java:182)
> at 
> org.onap.ccsdk.sli.core.sli.provider.SvcLogicServiceImpl.execute(SvcLogicServiceImpl.java:159)
> at 
> org.onap.ccsdk.sli.core.sli.provider.CallNodeExecutor.execute(CallNodeExecutor.java:127)
> at 
> org.onap.ccsdk.sli.core.sli.provider.SvcLogicServiceImpl.executeNode(SvcLogicServiceImpl.java:182)
> at 
> org.onap.ccsdk.sli.core.sli.provider.BlockNodeExecutor.execute(BlockNodeExecutor.java:62)
> at 
> org.onap.ccsdk.sli.core.sli.provider.SvcLogicServiceImpl.executeNode(SvcLogicServiceImpl.java:182)
> at 
> org.onap.ccsdk.sli.core.sli.provider.SvcLogicServiceImpl.execute(SvcLogicServiceImpl.java:159)
> at 
> org.onap.ccsdk.sli.core.sli.provider.SvcLogicServiceImpl.execute(SvcLogicServiceImpl.java:248)
> at 
> org.onap.ccsdk.sli.core.sli.provider.SvcLogicServiceImpl.execute(SvcLogicServiceImpl.java:221)
>  
> If I use http it works but APPC doesn’t send authentication parameters in 
> request whereas Ansible Server expects authentication parameters.
>  
> Please help me to solve this issue.
>  
> Regards
> Venkat
>  
>  
> From: CHO, TAKAMUNE [mailto:tc0...@att.com] 
> Sent: Thursday, May 31, 2018 3:06 PM
> To: Anumaneni, Venkataramana (Nokia - US/Irving) ; 
> onap-discuss@lists.onap.org
> Cc: Talari Nehemiah Vara, Vara (Nokia - US/Irving) 
> ; Akula, Ramanjaneyul Reddy (Nokia - 
> US/Irving) 
> Subject: RE: [onap-discuss] [app-c] Ansible Server details in appc.properties 
> file
>  
> Hi Venkat,
>  
> TRUST_ALL value should be fine.
>  
> From the error you got (I excerpted)
>  
> Error posting request. Reason = sun.security.validator.ValidatorException: 
> PKIX path building failed: 
> sun.security.provider.certpath.SunCertPathBuilderException: unable to find 
> valid certification path to requested target
>  
> It sounds like your trusted keysore js file is 

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

[FREEMAN, BRIAN D]

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

Brian



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

Extensions:

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

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

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

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

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

Extensions:

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

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

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

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

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

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

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



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

Hello team,

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

Also, VID is failing, etc…

Thanks,
Alexis

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

[Alexis de Talhouët]

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

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


> On Jun 4, 2018, at 2:57 PM, Alexis de Talhouët  
> wrote:
> 
> Hello team,
> 
> I had Beijing deployment working fine until a few hours, and now I’m seeing 
> the bellow log in APP-C that seems to indicated the AAI cert has expired.
> Is this accurate? If so, is someone looking into this?
> 
> Also, VID is failing, etc… 
> 
> Thanks,
> Alexis
> 
>  timestamp="1528138436602" level="WARN" thread="qtp611540313-772">
> 
> 

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

[Alexis de Talhouët]

Hello team,

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

Also, VID is failing, etc… 

Thanks,
Alexis

Re: [onap-discuss] OOF integration testing

[Kang Xi]

Hi Dileep,

I’m occupied with something else today. I understand that the team is working 
to set up OOF in SB07 in the rest of the day. I’ll be able to retest vCPE in 
SB07 without OOF tonight. If everything works well, we can test it with OOF 
tomorrow.

Regards,
Kang

From: Ranganathan, Dileep [mailto:dileep.ranganat...@intel.com]
Sent: Monday, June 04, 2018 11:42
To: PATEL, ANKITKUMAR N (ANKITKUMAR N) ; Arun Arora (c) 
; Kang Xi ; Sood, Ritu 

Cc: Williams, Marcus ; onap-discuss@lists.onap.org; 
Shankaranarayanan P N 
Subject: RE: OOF integration testing

Hi Kang,

When are you planning to test in SB-07? We are working on populating the data 
required for OOF.

Thanks,
Dileep
From: PATEL, ANKITKUMAR N (ANKITKUMAR N) [mailto:an...@research.att.com]
Sent: Monday, June 4, 2018 11:21 AM
To: Arun Arora (c) mailto:aroraa...@vmware.com>>; Kang Xi 
mailto:kang...@huawei.com>>; Ranganathan, Dileep 
mailto:dileep.ranganat...@intel.com>>; Sood, Ritu 
mailto:ritu.s...@intel.com>>
Cc: Williams, Marcus 
mailto:marcus.willi...@intel.com>>; 
onap-discuss@lists.onap.org; 
Shankaranarayanan P N mailto:shankarp...@gmail.com>>
Subject: Re: OOF integration testing

+ Dileep, Ritu

From: "Arun Arora (c)" mailto:aroraa...@vmware.com>>
Date: Sunday, June 3, 2018 at 10:56 PM
To: Kang Xi mailto:kang...@huawei.com>>
Cc: "Williams, Marcus" 
mailto:marcus.willi...@intel.com>>, 
"onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, "PATEL, 
ANKITKUMAR N (ANKITKUMAR N)" 
mailto:an...@research.att.com>>, Shankaranarayanan P N 
mailto:shankarp...@gmail.com>>
Subject: RE: OOF integration testing

Hi Kang,

Thanks for your support. I, Shankar and team would be glad to work together 
with you for Integration testing with multi-cloud.


Best Regards,
Arun Arora


From: Shankaranarayanan P N [mailto:shankarp...@gmail.com]
Sent: 02 June 2018 19:05
To: Kang Xi mailto:kang...@huawei.com>>
Cc: Williams, Marcus 
mailto:marcus.willi...@intel.com>>; 
onap-discuss@lists.onap.org; Arun Arora (c) 
mailto:aroraa...@vmware.com>>; PATEL, ANKITKUMAR N 
(ANKITKUMAR N) mailto:an...@research.att.com>>
Subject: Re: OOF integration testing

Hi Kang,

We should be able to switch to SB07 and setup OOF there quite easily. Please do 
let us know when you would like us to get on to it.

Thanks,
Shankar.


On Fri, Jun 1, 2018 at 2:47 PM Kang Xi 
mailto:kang...@huawei.com>> wrote:
Suppose we switch to SB07 to test the whole flow as part of vCPE, how much 
config overhead do you have for OOF? I’m currently busy fixing the last few 
bugs for OOM, but will be able to work with you early next week.

Regards,
Kang

From: Shankaranarayanan P N 
[mailto:shankarp...@gmail.com]
Sent: Friday, June 01, 2018 13:46
To: Kang Xi mailto:kang...@huawei.com>>
Cc: Williams, Marcus 
mailto:marcus.willi...@intel.com>>; 
onap-discuss@lists.onap.org; 
aroraa...@vmware.com; PATEL, ANKITKUMAR N 
(ANKITKUMAR N) mailto:an...@research.att.com>>

Subject: Re: OOF integration testing

Hi Kang, Helen,

We have now completed all our pairwise testing on both OOM (SB00) and HEAT 
(SB01). Based on the incremental testing proposal we discussed when we last 
met, we have been verifying our pairwise tests using the vCPE data and flows, 
so that it will get us along with the vCPE integration testing as well.

In SB01 (HEAT), we have gotten along further in the vCPE flows beyond SO-OOF 
homing including the HPA functionality. In SB00 (OOM), we currently running the 
vCPE flows prior to homing so that we have the data that is needed for the 
Homing and HPA.

Given this, we would be grateful if you could advise on how best to proceed 
with this integration testing. Should we continue using SB00/SB01 and you could 
help verify if this works end to end for vCPE or would you prefer to have this 
testing done in any other lab where you are currently testing vCPE?

Please do let us know.

Thanks,
Shankar.

On Mon, May 21, 2018 at 11:38 AM Shankaranarayanan P N 
mailto:shankarp...@gmail.com>> wrote:
Thanks, Kang.

As discussed, Here's list of things we need to discuss and address:

* placementDemands should include the vgMuxInfra and vG
* BRG should be removed from the placementDemands since it is a PNF and homing 
doesn't really make sense given its location is already fixed.
* the licenceDemand section should be removed (potentially) since we aren't 
really doing any license optimization in R2.

Also, the testing would involve two incremental steps:

Step 1. Test the basic Homing workflow for vCPE with the air-distance and 
colocation constraints 

Re: [onap-discuss] [modeling] Need a Quick Summary of MEF & ONS Activity

[Kenny Paul]

Thanks. That was my expectation, but I wanted to check.

 

Thanks!

-kenny

 

From: "denghui (L)" 
Date: Monday, June 4, 2018 at 8:09 AM
To: Kenny Paul , "onap-discuss@lists.onap.org" 

Cc: Lingli Deng 
Subject: RE: [modeling] Need a Quick Summary of MEF & ONS Activity

 

Both ONF and MEF has been involved in ONAP service modeling discussion, no 
conclusion has been made yet.

 

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Kenny Paul
Sent: Monday, June 4, 2018 10:54 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [modeling] Need a Quick Summary of MEF & ONS Activity

 

 

Sorry about reaching out to the entire list, but I have a time critical bit of 
info I need for a Board presentation.

I need a quick one-sentence summary of current participation for both ONA and 
MEF.  Looking for a high-level summary, not low level details.

Thanks!

 

Best Regards, 
-kenny

Kenny Paul, Technical Program Manager, The Linux Foundation
kp...@linuxfoundation.org, 510.766.5945
San Francisco Bay Area, Pacific Time Zone

 

 

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

Re: [onap-discuss] OOF integration testing

[Ranganathan, Dileep]

Hi Kang,

When are you planning to test in SB-07? We are working on populating the data 
required for OOF.

Thanks,
Dileep
From: PATEL, ANKITKUMAR N (ANKITKUMAR N) [mailto:an...@research.att.com]
Sent: Monday, June 4, 2018 11:21 AM
To: Arun Arora (c) ; Kang Xi ; 
Ranganathan, Dileep ; Sood, Ritu 

Cc: Williams, Marcus ; onap-discuss@lists.onap.org; 
Shankaranarayanan P N 
Subject: Re: OOF integration testing

+ Dileep, Ritu

From: "Arun Arora (c)" mailto:aroraa...@vmware.com>>
Date: Sunday, June 3, 2018 at 10:56 PM
To: Kang Xi mailto:kang...@huawei.com>>
Cc: "Williams, Marcus" 
mailto:marcus.willi...@intel.com>>, 
"onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, "PATEL, 
ANKITKUMAR N (ANKITKUMAR N)" 
mailto:an...@research.att.com>>, Shankaranarayanan P N 
mailto:shankarp...@gmail.com>>
Subject: RE: OOF integration testing

Hi Kang,

Thanks for your support. I, Shankar and team would be glad to work together 
with you for Integration testing with multi-cloud.


Best Regards,
Arun Arora


From: Shankaranarayanan P N [mailto:shankarp...@gmail.com]
Sent: 02 June 2018 19:05
To: Kang Xi mailto:kang...@huawei.com>>
Cc: Williams, Marcus 
mailto:marcus.willi...@intel.com>>; 
onap-discuss@lists.onap.org; Arun Arora (c) 
mailto:aroraa...@vmware.com>>; PATEL, ANKITKUMAR N 
(ANKITKUMAR N) mailto:an...@research.att.com>>
Subject: Re: OOF integration testing

Hi Kang,

We should be able to switch to SB07 and setup OOF there quite easily. Please do 
let us know when you would like us to get on to it.

Thanks,
Shankar.


On Fri, Jun 1, 2018 at 2:47 PM Kang Xi 
mailto:kang...@huawei.com>> wrote:
Suppose we switch to SB07 to test the whole flow as part of vCPE, how much 
config overhead do you have for OOF? I’m currently busy fixing the last few 
bugs for OOM, but will be able to work with you early next week.

Regards,
Kang

From: Shankaranarayanan P N 
[mailto:shankarp...@gmail.com]
Sent: Friday, June 01, 2018 13:46
To: Kang Xi mailto:kang...@huawei.com>>
Cc: Williams, Marcus 
mailto:marcus.willi...@intel.com>>; 
onap-discuss@lists.onap.org; 
aroraa...@vmware.com; PATEL, ANKITKUMAR N 
(ANKITKUMAR N) mailto:an...@research.att.com>>

Subject: Re: OOF integration testing

Hi Kang, Helen,

We have now completed all our pairwise testing on both OOM (SB00) and HEAT 
(SB01). Based on the incremental testing proposal we discussed when we last 
met, we have been verifying our pairwise tests using the vCPE data and flows, 
so that it will get us along with the vCPE integration testing as well.

In SB01 (HEAT), we have gotten along further in the vCPE flows beyond SO-OOF 
homing including the HPA functionality. In SB00 (OOM), we currently running the 
vCPE flows prior to homing so that we have the data that is needed for the 
Homing and HPA.

Given this, we would be grateful if you could advise on how best to proceed 
with this integration testing. Should we continue using SB00/SB01 and you could 
help verify if this works end to end for vCPE or would you prefer to have this 
testing done in any other lab where you are currently testing vCPE?

Please do let us know.

Thanks,
Shankar.

On Mon, May 21, 2018 at 11:38 AM Shankaranarayanan P N 
mailto:shankarp...@gmail.com>> wrote:
Thanks, Kang.

As discussed, Here's list of things we need to discuss and address:

* placementDemands should include the vgMuxInfra and vG
* BRG should be removed from the placementDemands since it is a PNF and homing 
doesn't really make sense given its location is already fixed.
* the licenceDemand section should be removed (potentially) since we aren't 
really doing any license optimization in R2.

Also, the testing would involve two incremental steps:

Step 1. Test the basic Homing workflow for vCPE with the air-distance and 
colocation constraints 
(https://wiki.onap.org/display/DW/HAS+%28R2%29+Beijing+Release+planning).
Step 2. Add the HPA and MultiCloud capacity check policies, and test with the 
functional test cases.

The first step would ease us into the workflow replacing the SNIRO emulator, 
while step 2 would test all the functional features we support in R2.

Thanks,
Shankar.

On Mon, May 21, 2018 at 11:24 AM Kang Xi 
mailto:kang...@huawei.com>> wrote:

Re: [onap-discuss] OOF integration testing

[PATEL, ANKITKUMAR N (ANKITKUMAR N)]

+ Dileep, Ritu

From: "Arun Arora (c)" 
Date: Sunday, June 3, 2018 at 10:56 PM
To: Kang Xi 
Cc: "Williams, Marcus" , 
"onap-discuss@lists.onap.org" , "PATEL, ANKITKUMAR 
N (ANKITKUMAR N)" , Shankaranarayanan P N 

Subject: RE: OOF integration testing

Hi Kang,

Thanks for your support. I, Shankar and team would be glad to work together 
with you for Integration testing with multi-cloud.


Best Regards,
Arun Arora


From: Shankaranarayanan P N [mailto:shankarp...@gmail.com]
Sent: 02 June 2018 19:05
To: Kang Xi 
Cc: Williams, Marcus ; onap-discuss@lists.onap.org; 
Arun Arora (c) ; PATEL, ANKITKUMAR N (ANKITKUMAR N) 

Subject: Re: OOF integration testing

Hi Kang,

We should be able to switch to SB07 and setup OOF there quite easily. Please do 
let us know when you would like us to get on to it.

Thanks,
Shankar.


On Fri, Jun 1, 2018 at 2:47 PM Kang Xi 
mailto:kang...@huawei.com>> wrote:
Suppose we switch to SB07 to test the whole flow as part of vCPE, how much 
config overhead do you have for OOF? I’m currently busy fixing the last few 
bugs for OOM, but will be able to work with you early next week.

Regards,
Kang

From: Shankaranarayanan P N 
[mailto:shankarp...@gmail.com]
Sent: Friday, June 01, 2018 13:46
To: Kang Xi mailto:kang...@huawei.com>>
Cc: Williams, Marcus 
mailto:marcus.willi...@intel.com>>; 
onap-discuss@lists.onap.org; 
aroraa...@vmware.com; PATEL, ANKITKUMAR N 
(ANKITKUMAR N) mailto:an...@research.att.com>>

Subject: Re: OOF integration testing

Hi Kang, Helen,

We have now completed all our pairwise testing on both OOM (SB00) and HEAT 
(SB01). Based on the incremental testing proposal we discussed when we last 
met, we have been verifying our pairwise tests using the vCPE data and flows, 
so that it will get us along with the vCPE integration testing as well.

In SB01 (HEAT), we have gotten along further in the vCPE flows beyond SO-OOF 
homing including the HPA functionality. In SB00 (OOM), we currently running the 
vCPE flows prior to homing so that we have the data that is needed for the 
Homing and HPA.

Given this, we would be grateful if you could advise on how best to proceed 
with this integration testing. Should we continue using SB00/SB01 and you could 
help verify if this works end to end for vCPE or would you prefer to have this 
testing done in any other lab where you are currently testing vCPE?

Please do let us know.

Thanks,
Shankar.

On Mon, May 21, 2018 at 11:38 AM Shankaranarayanan P N 
mailto:shankarp...@gmail.com>> wrote:
Thanks, Kang.

As discussed, Here's list of things we need to discuss and address:

* placementDemands should include the vgMuxInfra and vG
* BRG should be removed from the placementDemands since it is a PNF and homing 
doesn't really make sense given its location is already fixed.
* the licenceDemand section should be removed (potentially) since we aren't 
really doing any license optimization in R2.

Also, the testing would involve two incremental steps:

Step 1. Test the basic Homing workflow for vCPE with the air-distance and 
colocation constraints 
(https://wiki.onap.org/display/DW/HAS+%28R2%29+Beijing+Release+planning).
Step 2. Add the HPA and MultiCloud capacity check policies, and test with the 
functional test cases.

The first step would ease us into the workflow replacing the SNIRO emulator, 
while step 2 would test all the functional features we support in R2.

Thanks,
Shankar.

On Mon, May 21, 2018 at 11:24 AM Kang Xi 
mailto:kang...@huawei.com>> wrote:
Shankar,

Please get the SNIRO request and response here: 

Re: [onap-discuss] [modeling] Need a Quick Summary of MEF & ONS Activity

[denghui (L)]

Both ONF and MEF has been involved in ONAP service modeling discussion, no 
conclusion has been made yet.

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Kenny Paul
Sent: Monday, June 4, 2018 10:54 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [modeling] Need a Quick Summary of MEF & ONS Activity


Sorry about reaching out to the entire list, but I have a time critical bit of 
info I need for a Board presentation.
I need a quick one-sentence summary of current participation for both ONA and 
MEF.  Looking for a high-level summary, not low level details.
Thanks!

Best Regards,
-kenny

Kenny Paul, Technical Program Manager, The Linux Foundation
kp...@linuxfoundation.org, 510.766.5945
San Francisco Bay Area, Pacific Time Zone


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

[onap-discuss] [modeling] Need a Quick Summary of MEF & ONS Activity

[Kenny Paul]

 

Sorry about reaching out to the entire list, but I have a time critical bit of 
info I need for a Board presentation.

I need a quick one-sentence summary of current participation for both ONA and 
MEF.  Looking for a high-level summary, not low level details.

Thanks!

 

Best Regards, 
-kenny

Kenny Paul, Technical Program Manager, The Linux Foundation
kp...@linuxfoundation.org, 510.766.5945
San Francisco Bay Area, Pacific Time Zone

 

 

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

[onap-discuss] Beijing Release: Last Mile

[Gildas Lanilis]

Hi PTLs,

This email is to summarize on the latest activities to reach Beijing Release 
Sign-Off this Thursday, June 7, 2018.

1.   Docker image: All projects that need to Release a new Docker Image 
(and thus update accordingly the Docker manifest file) must email LF Helpdesk 
by 2 pm PDT on Tuesday, June 5 including a link to the proper specific Jenkins 
build job that generated the selected candidate build (e.g. 
https://jenkins.onap.org/view/oparent/job/oparent-master-release-version-java-daily/124/).
 Ultimately, the Docker manifest 
file
 (In Beijing Branch) should not contain words such as "latest", "SNAPSHOT" or 
"STAGING" but only version number. If necessary, also update the Java manifest 
file. All the release process is documented in 
wiki.

2.   Release Notes: I have updated for most projects the "Security Notes" 
within each Release Notes. Thanks to review and merge its content (feel free to 
amend to fix typo, if any). Also, it is not necessary to list in the Release 
Notes all issues fixed into Beijing Release, but only the main one that were 
visible in Amsterdam externally to users. Same approach for "New Features", it 
is not necessary to list all Jira Stories implemented in Beijing, but rather 
focus on describing the 3-4 main features of your project. Last, Release Notes 
are cumulative (all release notes go in a single file); information for Beijing 
Release goes on the top of the file.

3.   Release Sign-Off Template: The Release Sign-Off template is available 
in 
wiki.
 Please fill it out and keep me posted on its availability so I can review.
Let me know if you have question, I will be glad to help.
Thanks,
Gildas

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

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

Re: [onap-discuss] [modeling][cloud infrastructure]

[HU, BIN]

Howard,

Thank you for your questions and concerns.

Would you mind proposing an improvement proposal to address your concerns? For 
example,

-  A model representing a relationship of abstraction rather than 
aggregation (to address your first concern)?

-  More specifically, a model to improve RCGC (or alternative of RCGC) 
to address your exemplary concern?

-  An improvement model (or an alternative model) of resource slices to 
address your second concern?

Look forward to your proposal of improvement.
Thanks

Bin

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Zhipeng Huang
Sent: Monday, June 04, 2018 1:10 AM
To: denghui (L) 
Cc: onap-discuss@lists.onap.org; onap-tsc ; GUPTA, 
ARUN 
Subject: Re: [onap-discuss] [modeling][cloud infrastructure]

Hi Arun and all,

Sorry for the late response, I just want to re-state my concern during the conf 
call earlier on the mailing-list.

My first concern is that for the data modeling, we should adopt a common 
denominator of different VIM implementations. This means each concept defined 
in the data model here should be able to correctly mapped to various VIM 
implementations within scope. Moreover, a good data model should represent a 
relationship of abstraction rather than aggregation.

Take Resource Cluster Group Class for example, it merely represents an 
arbitrary aggregation of the Resource Cluster Group which means this concept 
does not provide any abstraction over underlying resource concept. Another 
problem is that only VMware implementation has a nicely mapped corresponding 
concept to RCGC, whereas in OpenStack it is just obscurely mapped to "a set of 
host-aggregates".

And if you remove the RCG point in the diagram provided in [0], you can see 
that no major connection will be disrupted, which also proves as a leaf node it 
is not a necessary one.

RCGC is something I would recommend we avoid for the data modeling of 
multicloud.

Secondly, I'm concerned with the concept of resource slice. Again it seems very 
arbitrarily crafted as a subset of resource (which again I fail to see an 
abstraction relationship but an aggregation one). It would be great if this 
concept is necessary then we have a very good detailed explanation of why we 
need it.

[0]https://wiki.onap.org/display/DW/Cloud+Infrastructure+Aggregate+Representation+Classes



On Wed, May 23, 2018 at 10:26 AM, denghui (L) 
mailto:denghu...@huawei.com>> wrote:
Hello modelers,

We are hoping that  people could raise the discussion point before next Tuesday 
modeling call in this list or wiki page, we will limit one point discussion 
time during our next call.

Thanks a lot

DENG Hui

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org]
 On Behalf Of GUPTA, ARUN
Sent: Tuesday, May 22, 2018 11:20 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [modeling][cloud infrastructure]



The Wiki pages for Cloud Infrastructure Modeling in general:
https://wiki.onap.org/pages/viewpage.action?pageId=33065694
and for Cloud Aggregation Classes:
https://wiki.onap.org/display/DW/Cloud+Infrastructure+Aggregate+Representation+Classes

The presentation used in today’s (Tuesday May 22) Modeling Committee call is on 
the second page.


-Arun


Arun Gupta
Lead Member of Technical Staff
Domain 2 Architecture and Planning
200 S Laurel Ave – Bldg B, B5-3Z09
Middletown, NJ 07748
P: 732 420 6597
arungu...@att.com





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



--
Zhipeng (Howard) Huang

Standard Engineer
IT Standard & Patent/IT Product Line
Huawei 

[onap-discuss] [univ] ONAP University Webinars @ Weekly from 8:30am to 9:30am on Monday (PDT) - On-Demand Connectivity Service - Cancelled

[Prem P]

BEGIN:VCALENDAR
METHOD:CANCEL
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:India Standard Time
BEGIN:STANDARD
DTSTART:16010101T00
TZOFFSETFROM:+0530
TZOFFSETTO:+0530
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T00
TZOFFSETFROM:+0530
TZOFFSETTO:+0530
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN=Prem P:MAILTO:spku...@techmahindra.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 s...@lists.onap.org:MAILTO:onap-discuss@lists.onap.org
DESCRIPTION;LANGUAGE=en-US:Dear All\,\n\nToday’s webinar session - On-Dem
 and Connectivity service POC - is cancelled due to unavoidable circumstanc
 es.\nThe next date will be announced later.\n\nApologies for the in-conven
 ience.\n\nBest Regards\,\nPrem\n\nPrem Kumar\nTech Mahindra\nspkumar@techm
 ahindra.com\nMob : +91 9845695269\n\n
 --
 \nDear All\,\n\nIt is ONAP uni
 versity webinar time again – On-Demand Connectivity service POC\n\nDate 
 : 4 June\nTiming : 8:30am to 9:30am on Monday (PDT)\nRegistration : Please
  register at https://zoom.us/j/604539222\nTopic : On-Demand Connectivity s
 ervice POC\nSpeaker :\n\n1.   Abdelmuhaimen Seaudi - Head of B2B Domai
 n at Orange Labs Egypt\n\n\nFor the webinar calendar and the earlier webin
 ar PPTs and the session recordings\nPlease refer ONAP University (5/11/17)
  page ( https:
 //wiki.onap.org/pages/viewpage.action?pageId=5734727)\n\n\nWe like to hear
  your learnings with ONAP real life scenarios/challenges and how did you w
 ork around those.\nPlease reach out to me ( Prem\,  spkumar@TechMahindra.c
 om) \, for sharing.\n\n\n\nBest Regards\,
 \nPrem\n\nPrem Kumar\nTech Mahindra\nspku...@techmahindra.com\nMob : +91 9845695269\n
SUMMARY;LANGUAGE=en-US:[univ] ONAP University Webinars @ Weekly from 8:30am
  to 9:30am on Monday (PDT) - On-Demand Connectivity Service - Cancelled
DTSTART;TZID=India Standard Time:20180604T21
DTEND;TZID=India Standard Time:20180604T22
UID:04008200E00074C5B7101A82E00830B77E3FCCF9D301000
 01000798E1C6BD14BBA4DB86410E8886C
CLASS:PUBLIC
PRIORITY:1
DTSTAMP:20180604T112158Z
TRANSP:OPAQUE
STATUS:CANCELLED
SEQUENCE:1
LOCATION;LANGUAGE=en-US:For Registration : https://zoom.us/j/604539222
X-MICROSOFT-CDO-APPT-SEQUENCE:1
X-MICROSOFT-CDO-OWNERAPPTID:-505321502
X-MICROSOFT-CDO-BUSYSTATUS:TENTATIVE
X-MICROSOFT-CDO-INTENDEDSTATUS:FREE
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:2
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] [vnfrqts] CNFRQTS committer actions

[WRIGHT, STEVEN A]

The following committers have been removed as active committers on the vnfrqts 
project:

  *   Herb Patten
  *   Shitao Li
  *   Ying Li
  *   Yangxing Feng

I would like to thank them for their service to the ONAP/VNFRQTS community and 
wish them well in their future endeavours.

A committer nomination request for Hagop Bozawglanian is posted 
here.
best regards
Steven Wright, MBA, PhD, JD.
[Tech Integration]
AT Services Inc.
1057 Lenox Park Blvd NE, STE 4D28
Atlanta, GA 30319

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

Re: [onap-discuss] /var/log/syslog taking up a lot of space on OOM Beijing

[abdelmuhaimen.seaudi]

Hi,

After 4 days, the installation is still stable, however, still the 
var/log/syslog and /var/log/syslog.1 have reached 44 GB space again.


-rw-r-  1 syslog adm   7043982261 Jun  4 10:23 syslog
-rw-r-  1 syslog adm  37589664321 Jun  4 06:25 syslog.1
-rw-r-  1 syslog adm99405 Jun  3 06:25 syslog.2.gz
-rw-r-  1 syslog adm79388 Jun  2 06:25 syslog.3.gz
-rw-r-  1 syslog adm   155344 Jun  1 06:25 syslog.4.gz



Abdelmuhaimen Seaudi
Orange Labs Egypt
Email: abdelmuhaimen.sea...@orange.com
Mobile: +2012 84644 733

From: SEAUDI Abdelmuhaimen OBS/CSO
Sent: Saturday, June 2, 2018 1:01 PM
To: onap-discuss@lists.onap.org
Subject: /var/log/syslog taking up a lot of space on OOM Beijing

Hi,

I have an OOM Beijing instance running on 1 VM for Rancher Server, and 3 VMs 
Rancher hosts, each with 8 vCPUs, 52 GB RAM, 50 GB Root Parition, and 100 GB 
2nd Partition for /var/lib/docker/.

After running for 2 days, the installation is stable so far, only OOM-SNIRO 
gives FAIL in robot health check, and only pod onap-oof is failing, since the 
installation.

However, I noticed one of the nodes taking a lot of root storage space, and I 
found out it's /var/log/syslog and /var/log/syslog.1, which are taking ~43 GB 
of space.

What is the reason for this behaviour ?

root@olc-bjng-2:~# free -h
  totalusedfree  shared  buff/cache   available
Mem:51G 25G 12G557M 13G 24G
Swap:0B  0B  0B
root@olc-bjng-2:~# df -h /dev/vda1 /dev/vdb
Filesystem  Size  Used Avail Use% Mounted on
/dev/vda149G   44G  5.0G  90% /   a lot 
of space, not from /var/lib/docker
/dev/vdb 99G   30G   64G  32% /mnt
root@olc-bjng-2:~#

root@olc-bjng-2:/var/log# ls -l
total 42153316
...
-rw-r-  1 syslog adm   9811749726 Jun  2 10:40 syslog
-rw-r-  1 syslog adm  33351210056 Jun  2 06:25 syslog.1
-rw-r-  1 syslog adm   149784 Jun  1 06:25 syslog.2.gz

I see the following lines near the top of syslog.1

Jun  1 08:58:44 olc-bjng-2 dockerd[9856]: time="2018-06-01T08:58:44.599081414Z" 
level=warning msg="Unknown healthcheck type 'NONE' (expected 'CMD') in 
container 6b3b60d6dde71c0ea16b698b1b7a964e53fb3dd54bdf1e198a49d51f117a2c40"
Jun  1 08:58:45 olc-bjng-2 dockerd[9856]: time="2018-06-01T08:58:45.907586780Z" 
level=error msg="Handler for GET 
/v1.22/containers/952333fb19fec201d9adf226847d8a3e21045d831fe73c10082fe1124271f31a/json
 returned error: No such container: 
952333fb19fec201d9adf226847d8a3e21045d831fe73c10082fe1124271f31a"
Jun  1 08:59:43 olc-bjng-2 dockerd[9856]: time="2018-06-01T08:59:43.372667000Z" 
level=warning msg="failed to close stdin: rpc error: code = 2 desc = write 
/var/run/docker/libcontainerd/containerd/4780e1142fbea7740b0eded42057be2ab17cc0998b2319596654a9a3606b9045/6f635acd5a26750d0f84ee506ed28c4b18b39a64c8994966636d138a88db8e6c/control:
 bad file descriptor"
Jun  1 09:02:28 olc-bjng-2 dockerd[9856]: time="2018-06-01T09:02:28.564875759Z" 
level=error msg="Handler for DELETE 
/v1.27/images/sha256:b7fa6b9cb097d4be9c482f44a2ab2d84d0067b598f80dacfedc11b30feaf2fc6
 returned error: conflict: unable to delete b7fa6b9cb097 (cannot be forced) - 
image is being used by running container c55cddbe095c"
Jun  1 09:02:28 olc-bjng-2 dockerd[9856]: time="2018-06-01T09:02:28.568346021Z" 
level=error msg="Handler for DELETE 
/v1.27/images/sha256:14de771cc17886ac2b6e6eace825c8c67afb59b88804944421a5c2dbebe1ddaf
 returned error: conflict: unable to delete 14de771cc178 (cannot be forced) - 
image is being used by running container 1f3008e7bc83"
Jun  1 09:02:28 olc-bjng-2 dockerd[9856]: time="2018-06-01T09:02:28.570397502Z" 
level=error msg="Handler for DELETE 
/v1.27/images/sha256:bd33f8c865b1cefab6e876006de8542892e21205f33ecd0de82c778be72a2b39
 returned error: conflict: unable to delete bd33f8c865b1 (cannot be forced) - 
image is being used by running container 82a6677eaf0f"

And i see the following lines near the bottom of syslog.1
Jun  2 06:25:01 olc-bjng-2 dockerd[9856]: time="2018-06-02T06:25:01.634823245Z" 
level=error msg="Failed to log msg \"\\tat 
org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:419)\"
 for logger json-file: write 
/mnt/containers/36441e295ace461c6c1e5a2a60f8004272c056619d381846349ce47c8900385a/36441e295ace461c6c1e5a2a60f8004272c056619d381846349ce47c8900385a-json.log:
 no space left on device"
Jun  2 06:25:01 olc-bjng-2 dockerd[9856]: time="2018-06-02T06:25:01.635142774Z" 
level=error msg="Failed to log msg \"\\tat 
org.glassfish.jersey.client.InboundJaxrsResponse.readEntity(InboundJaxrsResponse.java:108)\"
 for logger json-file: write 
/mnt/containers/36441e295ace461c6c1e5a2a60f8004272c056619d381846349ce47c8900385a/36441e295ace461c6c1e5a2a60f8004272c056619d381846349ce47c8900385a-json.log:
 no space left on device"
Jun  2 06:25:01 olc-bjng-2 dockerd[9856]: 

Re: [onap-discuss] [modeling][cloud infrastructure]

[Zhipeng Huang]

Hi Arun and all,

Sorry for the late response, I just want to re-state my concern during the
conf call earlier on the mailing-list.

My first concern is that for the data modeling, we should adopt a common
denominator of different VIM implementations. This means each concept
defined in the data model here should be able to correctly mapped to
various VIM implementations within scope. Moreover, a good data model
should represent a relationship of abstraction rather than aggregation.

Take Resource Cluster Group Class for example, it merely represents an
arbitrary aggregation of the Resource Cluster Group which means this
concept does not provide any abstraction over underlying resource concept.
Another problem is that only VMware implementation has a nicely mapped
corresponding concept to RCGC, whereas in OpenStack it is just obscurely
mapped to "a set of host-aggregates".

And if you remove the RCG point in the diagram provided in [0], you can see
that no major connection will be disrupted, which also proves as a leaf
node it is not a necessary one.

RCGC is something I would recommend we avoid for the data modeling of
multicloud.

Secondly, I'm concerned with the concept of resource slice. Again it seems
very arbitrarily crafted as a subset of resource (which again I fail to see
an abstraction relationship but an aggregation one). It would be great if
this concept is necessary then we have a very good detailed explanation of
why we need it.

[0]
https://wiki.onap.org/display/DW/Cloud+Infrastructure+Aggregate+Representation+Classes



On Wed, May 23, 2018 at 10:26 AM, denghui (L)  wrote:

> Hello modelers,
>
>
>
> We are hoping that  people could raise the discussion point before next
> Tuesday modeling call in this list or wiki page, we will limit one point
> discussion time during our next call.
>
>
>
> Thanks a lot
>
>
>
> DENG Hui
>
>
>
> *From:* onap-discuss-boun...@lists.onap.org [mailto:onap-discuss-bounces@
> lists.onap.org] *On Behalf Of *GUPTA, ARUN
> *Sent:* Tuesday, May 22, 2018 11:20 PM
> *To:* onap-discuss@lists.onap.org
> *Subject:* [onap-discuss] [modeling][cloud infrastructure]
>
>
>
>
>
>
>
> The Wiki pages for Cloud Infrastructure Modeling in general:
>
> https://wiki.onap.org/pages/viewpage.action?pageId=33065694
>
> and for Cloud Aggregation Classes:
>
> https://wiki.onap.org/display/DW/Cloud+Infrastructure+
> Aggregate+Representation+Classes
>
>
>
> The presentation used in today’s (Tuesday May 22) Modeling Committee call
> is on the second page.
>
>
>
>
>
> -Arun
>
>
>
>
>
> Arun Gupta
> Lead Member of Technical Staff
> Domain 2 Architecture and Planning
> 200 S Laurel Ave – Bldg B, B5-3Z09
> Middletown, NJ 07748
> P: 732 420 6597
> arungu...@att.com
>
>
>
>
>
>
>
>
>
> ___
> onap-discuss mailing list
> onap-discuss@lists.onap.org
> https://lists.onap.org/mailman/listinfo/onap-discuss
>
>


-- 
Zhipeng (Howard) Huang

Standard Engineer
IT Standard & Patent/IT Product Line
Huawei Technologies Co,. Ltd
Email: huangzhip...@huawei.com
Office: Huawei Industrial Base, Longgang, Shenzhen

(Previous)
Research Assistant
Mobile Ad-Hoc Network Lab, Calit2
University of California, Irvine
Email: zhipe...@uci.edu
Office: Calit2 Building Room 2402

OpenStack, OPNFV, OpenDaylight, OpenCompute Aficionado
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [vid] 500 error on vid GUI

[Sonsino, Ofir]

Hi Chandu,

Do you see the 500 error message immediately once opening the add VNF window, 
or only after filling some fields of the form ?
Can you attach a full screenshot ?

Also if you can open F12 dev tools of your browser, then go to Network tab, 
find the exact request that failed and copy its details and response, it would 
be helpful.

Thanks,
Ofir

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Chandrashekhar Thakare
Sent: Friday, June 01, 2018 8:04 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [vid] 500 error on vid GUI

Hi ,
  While doing add VNF I am getting 500 error
[cid:image001.png@01D3FBF2.89ABEE40]


Also when I click Product family, the LCP Region is not getting populated. I 
could not see any issues in logs. Is there any workaround ?


Thanks,
Chandu

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

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

[onap-discuss] Setting up ONAP vCPE

[Trinath Somanchi]

Hi-

I want to try bring up ONAP and vCPE usecase.

I have tried, A release [1][3] and successful to bring up the ONAP portal
with only SDNC running and no other apps are available.

I have gone through vCPE integration Testing for B release [2] but was in
middle of sea to make a starting point.

Kindly please help me how to bring ONAP environment to understand vCPE
usecase.

Thanks in advance,

/Trinath Somanchi.

[1]
https://wiki.onap.org/display/DW/ONAP+on+Kubernetes+on+Google+Compute+Engine
[2]  https://wiki.onap.org/display/DW/vCPE+Design+and+Test+Cases
[3] https://jira.onap.org/secure/attachment/11802/oom_entrypoint.sh
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss