[onap-discuss] [dcae] PTL delegation 06/21-07/05

[JI, LUSHENG (LUSHENG)]

Dear ONAP TSC and ONAP community,

I will be on vacation from 06/21-07/05.  During this period of my absence, 
Vijay Venkatesh Kumar (vv7...@att.com) has gratefully 
agreed to be the delegate for the DCAE PTL.

Thanks,
Lusheng Ji
ONAP DCAE



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

[onap-discuss] [dcae] cancelling this week's DCAE weekly meeting

[JI, LUSHENG (LUSHENG)]

Hi,

In light of the DCAE Developer Meeting, we would like to request cancellation 
of this week’s DCAE Weekly meeting (Thursday 9AM EDT, on ONAP meeting 4 bridge).

Thanks for your help.
Lusheng Ji
DCAE PTL


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

[onap-discuss] [DCAE] Invitation DCAE weekly meeting extension meeting

[JI, LUSHENG (LUSHENG)]

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Eastern Standard Time
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=2SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="JI, LUSHENG  (LUSHENG)":MAILTO:l...@research.att.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:When: Friday\, June 08\, 2018 9:00 AM-10:00 AM. 
 (UTC-05:00) Eastern Time (US & Canada)\nWhere: https://zoom.us/j/824147956
 \n\n*~*~*~*~*~*~*~*~*~*\n\nGreetings.\n\n\n\nDCAE will have an extension m
 eeting for continuing its agenda of the DCAE weekly meeting on 06/07.  We 
 will be using the same bridge as the regular weekly meeting (please see be
 low).\n\n\n\nThanks\,\n\nLusheng Ji\n\nDCAE PTL\n\n\n\n\n\n\n\n[dcaegen2] 
 Weekly (updated Mar. 13\, 2018)\n\nWhen\nWeekly from 6am to 7am on
  Thursday from Thu Mar 15 to Thu Feb 21\, 2019 Pacific Time\n\nWhere\n
 https://zoom.us/j/824147956<https://urldefense.proofpoint.com/v2/url?u
 =https-3A__zoom.us_j_824147956=DwQFaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQ
 BLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=AOYSFdWqXabMx-IJ-Qqqu-jKaixZZ5EoBqu
 nGHySork=fEQP7u2H6dflGIIm8rkx7qIi-Zj9fktrH7Y2DpxGXCY=> (map<https://ur
 ldefense.proofpoint.com/v2/url?u=https-3A__www.google.com_url-3Fq-3Dhttps-
 253A-252F-252Fzoom.us-252Fj-252F824147956-26sa-3DD-26usd-3D2-26usg-3DAFQjC
 NFEQoCkjfRh0A2vvp9DLHwBwWf0Vw=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQB
 Lje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=AOYSFdWqXabMx-IJ-Qqqu-jKaixZZ5EoBqun
 GHySork=apu-v0li_6YjhiLKbnpe85tgE0UEA6C4u0GJdewRyzg=>)\n\nCalendar\n  
   l...@research.att.com\n\nWho\n•\nkpaul@linuxfoundat
 ion.org - creator\n\n•\nl...@research.att.com\n\n•\nona
 p-disc...@lists.onap.org\n\n\n\nHi there\,\n\nONAP Meeting 4 is inviting y
 ou to a scheduled Zoom meeting.\n\nJoin from PC\, Mac\, Linux\, iOS or And
 roid: https://zoom.us/j/824147956<https://urldefense.proofpoint.com/v2/url
 ?u=https-3A__www.google.com_url-3Fq-3Dhttps-253A-252F-252Fzoom.us-252Fj-25
 2F824147956-26sa-3DD-26usd-3D2-26usg-3DAFQjCNFEQoCkjfRh0A2vvp9DLHwBwWf0Vw&
 d=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8
 WQWV8=AOYSFdWqXabMx-IJ-Qqqu-jKaixZZ5EoBqunGHySork=apu-v0li_6YjhiLKbnpe
 85tgE0UEA6C4u0GJdewRyzg=>\n\nOr iPhone one-tap :\nUS: +16465588656\,\,82
 4147956# or +16699006833\,\,824147956#\nOr Telephone:\nDial(for higher qua
 lity\, dial a number based on your current location):\nUS: +1 646 558 8656
  or +1 669 900 6833 or +1 855 880 1246 (Toll Free) or +1 877 369 0926 (Tol
 l Free)\nMeeting ID: 824 147 956\nInternational numbers available: https:/
 /zoom.us/zoomconference?m=HN2MIJkxqxYgu8EjDmekdG0WHlAnv3Zp<https://urldefe
 nse.proofpoint.com/v2/url?u=https-3A__www.google.com_url-3Fq-3Dhttps-253A-
 252F-252Fzoom.us-252Fzoomconference-253Fm-253DHN2MIJkxqxYgu8EjDmekdG0WHlAn
 v3Zp-26sa-3DD-26usd-3D2-26usg-3DAFQjCNEvSMfyHlf4tz2K-2DiF6YQt7OARP-2DQ=D
 wMFaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQW
 V8=AOYSFdWqXabMx-IJ-Qqqu-jKaixZZ5EoBqunGHySork=IOVNGVii_4x9vpkTdfTPEOJ
 mF51eh45eHsZvv2K_-mM=>\n\n\n\n\n
SUMMARY;LANGUAGE=en-US:[onap-discuss][DCAE] Invitation DCAE weekly meeting 
 extension meeting
DTSTART;TZID=Eastern Standard Time:20180608T09
DTEND;TZID=Eastern Standard Time:20180608T10
UID:D8CA2C17-D3F6-43DF-9E18-53E22BDF6040
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20180607T142042Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:0
LOCATION;LANGUAGE=en-US:https://zoom.us/j/824147956
X-MICROSOFT-CDO-APPT-SEQUENCE:0
X-MICROSOFT-CDO-OWNERAPPTID:2116434684
X-MICROSOFT-CDO-BUSYSTATUS:TENTATIVE
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-INSTTYPE:0
X-MICROSOFT-DISALLOW-COUNTER:TRUE
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:REMINDER
TRIGGER;RELATED=START:-PT15M
END:VALARM
END:VEVENT
END:VCALENDAR
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] Invitation: [dcaegen2] Weekly (updated Mar. 13, 2018) @ Weekly from 6am to 7am on Thursday from Thu Mar 15 to Thu Feb 21, 2019 (PDT) (onap-discuss@lists.onap.org)

[JI, LUSHENG (LUSHENG)]

The meeting is going on.
Maybe trying phone only option for now:  Dial(for higher quality, dial a number 
based on your current location):
US: +1 646 558 8656 or +1 669 900 6833 or +1 855 880 1246 (Toll Free) or +1 877 
369 0926 (Toll Free)
Meeting ID: 824 147 956
International numbers available: 
https://zoom.us/zoomconference?m=HN2MIJkxqxYgu8EjDmekdG0WHlAnv3Zp<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.google.com_url-3Fq-3Dhttps-253A-252F-252Fzoom.us-252Fzoomconference-253Fm-253DHN2MIJkxqxYgu8EjDmekdG0WHlAnv3Zp-26sa-3DD-26usd-3D2-26usg-3DAFQjCNEvSMfyHlf4tz2K-2DiF6YQt7OARP-2DQ=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=AOYSFdWqXabMx-IJ-Qqqu-jKaixZZ5EoBqunGHySork=IOVNGVii_4x9vpkTdfTPEOJmF51eh45eHsZvv2K_-mM=>


From: "GUPTA, ALOK" 
Date: Thursday, May 31, 2018 at 9:11 AM
To: "JI, LUSHENG (LUSHENG)" , "EGAN, ANDREW" 
, ONAP Meetings and Events 
, 
"ERICKSON, RICH" , "DELAPLACE, FRED" , "CHEN, 
MIN" , "onap-discuss@lists.onap.org" 
, "KELLY, KEN" 
Subject: RE: [onap-discuss] Invitation: [dcaegen2] Weekly (updated Mar. 13, 
2018) @ Weekly from 6am to 7am on Thursday from Thu Mar 15 to Thu Feb 21, 2019 
(PDT) (onap-discuss@lists.onap.org)

I am unable to connect.


Regards,

Alok Gupta
732-420-7007
MT B2 3D30
ag1...@att.com<mailto:ag1...@att.com>

From: onap-discuss-boun...@lists.onap.org  
On Behalf Of JI, LUSHENG
Sent: Thursday, May 31, 2018 9:10 AM
To: EGAN, ANDREW ; ONAP Meetings and Events 
; 
ERICKSON, RICH ; DELAPLACE, FRED ; CHEN, MIN 
; onap-discuss@lists.onap.org; KELLY, KEN 
Subject: Re: [onap-discuss] Invitation: [dcaegen2] Weekly (updated Mar. 13, 
2018) @ Weekly from 6am to 7am on Thursday from Thu Mar 15 to Thu Feb 21, 2019 
(PDT) (onap-discuss@lists.onap.org)

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Ericsson is presenting.



From: 
linuxfoundation.org_1rmtb5tpr3uc8f76fmflplo...@group.calendar.google.com<mailto:linuxfoundation.org_1rmtb5tpr3uc8f76fmflplo...@group.calendar.google.com>
When: 9:00 AM - 10:00 AM May 31, 2018
Subject: [dcaegen2] Weekly (updated Mar. 13, 2018)
Location: 
https://zoom.us/j/824147956<https://urldefense.proofpoint.com/v2/url?u=https-3A__zoom.us_j_824147956=DwQGaQ=LFYZ-o9_HUMeMTSQicvjIg=iccs1VIxoa5SRlt4QotAwA=jOKuaqhyGKbhG6DJVSNxIpIx0qrLdEJZ187KCZBNzXw=OyrOhw6PqPh77S8Bt5yN7kZSNmasPmO0icIoGgJ5q7M=>


more details 
»<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.google.com_calendar_event-3Faction-3DVIEW-26eid-3DdjcycGN2Ym9wdW9vbzRtdHA5MXVlMjRsMWsgbGppQHJlc2VhcmNoLmF0dC5jb20-26tok-3DNzIjbGludXhmb3VuZGF0aW9uLm9yZ18xcm10YjV0cHIzdWM4Zjc2Zm1mbHBsb2k4OEBncm91cC5jYWxlbmRhci5nb29nbGUuY29tNjQ5ZDQyYjg1NmM4MmU0NjU5ZGJkMTM3YzczZmFmMjUwN2M0Yzk0Zg-26ctz-3DAmerica-252FLos-5FAngeles-26hl-3Den-26es-3D0=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=AOYSFdWqXabMx-IJ-Qqqu-jKaixZZ5EoBqunGHySork=vjqT1VpuyA2TGhTsBVuE4z-FFMxKqbdIsQWoKP846TM=>
[dcaegen2] Weekly (updated Mar. 13, 2018)
When

Weekly from 6am to 7am on Thursday from Thu Mar 15 to Thu Feb 21, 2019 Pacific 
Time

Where

https://zoom.us/j/824147956<https://urldefense.proofpoint.com/v2/url?u=https-3A__zoom.us_j_824147956=DwQFaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=AOYSFdWqXabMx-IJ-Qqqu-jKaixZZ5EoBqunGHySork=fEQP7u2H6dflGIIm8rkx7qIi-Zj9fktrH7Y2DpxGXCY=>
 
(map<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.google.com_url-3Fq-3Dhttps-253A-252F-252Fzoom.us-252Fj-252F824147956-26sa-3DD-26usd-3D2-26usg-3DAFQjCNFEQoCkjfRh0A2vvp9DLHwBwWf0Vw=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=AOYSFdWqXabMx-IJ-Qqqu-jKaixZZ5EoBqunGHySork=apu-v0li_6YjhiLKbnpe85tgE0UEA6C4u0GJdewRyzg=>)

Calendar

l...@research.att.com<mailto:l...@research.att.com>

Who

•

kp...@linuxfoundation.org<mailto:kp...@linuxfoundation.org> - creator

•

l...@research.att.com<mailto:l...@research.att.com>

•

onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>



Hi there,
ONAP Meeting 4 is inviting you to a scheduled Zoom meeting.
Join from PC, Mac, Linux, iOS or Android: 
https://zoom.us/j/824147956<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.google.com_url-3Fq-3Dhttps-253A-252F-252Fzoom.us-252Fj-252F824147956-26sa-3DD-26usd-3D2-26usg-3DAFQjCNFEQoCkjfRh0A2vvp9DLHwBwWf0Vw=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=AOYSFdWqXabMx-IJ-Qqqu-jKaixZZ5EoBqunGHySork=apu-v0li_6YjhiLKbnpe85tgE0UEA6C4u0GJdewRyzg=>
Or iPhone one-tap :
US: +16465588656,,824147956# or +16699006833,,824147956#
Or Telephone:
Dial(for higher quality, dial a number based on your current location):
US: +1 646 558 8656 or +1 669 900 6833 or +1 855 880 1246 (Toll Free) or +1 877 
369 0926 (Toll Free)
Meeting ID: 824 147 956
International numbers available: 
https:/

Re: [onap-discuss] Invitation: [dcaegen2] Weekly (updated Mar. 13, 2018) @ Weekly from 6am to 7am on Thursday from Thu Mar 15 to Thu Feb 21, 2019 (PDT) (onap-discuss@lists.onap.org)

[JI, LUSHENG (LUSHENG)]

RtdHA5MXVlMjRsMWsgbGppQHJlc2VhcmNoLmF0dC5jb20-26tok-3DNzIjbGludXhmb3VuZGF0aW9uLm9yZ18xcm10YjV0cHIzdWM4Zjc2Zm1mbHBsb2k4OEBncm91cC5jYWxlbmRhci5nb29nbGUuY29tNjQ5ZDQyYjg1NmM4MmU0NjU5ZGJkMTM3YzczZmFmMjUwN2M0Yzk0Zg-26ctz-3DAmerica-252FLos-5FAngeles-26hl-3Den-26es-3D0=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=AOYSFdWqXabMx-IJ-Qqqu-jKaixZZ5EoBqunGHySork=vjqT1VpuyA2TGhTsBVuE4z-FFMxKqbdIsQWoKP846TM=>



From: "EGAN, ANDREW" 
Date: Thursday, May 31, 2018 at 9:07 AM
To: ONAP Meetings and Events 
, 
"ERICKSON, RICH" , "DELAPLACE, FRED" , "JI, 
LUSHENG (LUSHENG)" , "CHEN, MIN" , 
"onap-discuss@lists.onap.org" , "KELLY, KEN" 

Subject: RE: [onap-discuss] Invitation: [dcaegen2] Weekly (updated Mar. 13, 
2018) @ Weekly from 6am to 7am on Thursday from Thu Mar 15 to Thu Feb 21, 2019 
(PDT) (onap-discuss@lists.onap.org)

I cannot connect, zoom just show connecting ☹

--Andy


-Original Appointment-
From: GUPTA, ALOK On Behalf Of ONAP Meetings and Events
Sent: Wednesday, May 30, 2018 3:21 PM
To: ONAP Meetings and Events; ERICKSON, RICH; DELAPLACE, FRED; JI, LUSHENG; 
CHEN, MIN; onap-discuss@lists.onap.org; EGAN, ANDREW; KELLY, KEN
Subject: FW: [onap-discuss] Invitation: [dcaegen2] Weekly (updated Mar. 13, 
2018) @ Weekly from 6am to 7am on Thursday from Thu Mar 15 to Thu Feb 21, 2019 
(PDT) (onap-discuss@lists.onap.org)
When: Thursday, May 31, 2018 9:00 AM-10:00 AM America/New_York.
Where: https://zoom.us/j/824147956


Team:

Please join tomorrow’s meeting. Erickson will review the VES 6.0 Feedback from 
9 to 9.30AM.

Alok

-Original Appointment-
From: ONAP Meetings and Events 

Sent: Tuesday, March 13, 2018 8:34 PM
To: 'ONAP Meetings and Events'; JI, LUSHENG; onap-discuss@lists.onap.org
Subject: [onap-discuss] Invitation: [dcaegen2] Weekly (updated Mar. 13, 2018) @ 
Weekly from 6am to 7am on Thursday from Thu Mar 15 to Thu Feb 21, 2019 (PDT) 
(onap-discuss@lists.onap.org)
When: Thursday, May 31, 2018 9:00 AM-10:00 AM America/New_York.
Where: https://zoom.us/j/824147956


more details 
»<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.google.com_calendar_event-3Faction-3DVIEW-26eid-3DdjcycGN2Ym9wdW9vbzRtdHA5MXVlMjRsMWsgb25hcC1kaXNjdXNzQGxpc3RzLm9uYXAub3Jn-26tok-3DNzIjbGludXhmb3VuZGF0aW9uLm9yZ18xcm10YjV0cHIzdWM4Zjc2Zm1mbHBsb2k4OEBncm91cC5jYWxlbmRhci5nb29nbGUuY29tNjQ3YjliZmVjNWYzMDY1YjlmOTE5Yjk2NGZkOTlmZTAwNDEyYmI5YQ-26ctz-3DAmerica-252FLos-5FAngeles-26hl-3Den-26es-3D0=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=iccs1VIxoa5SRlt4QotAwA=gqjmGWGHOW_Ih1EBQLb_0xIXluoVAA_hvBexb2lGJk8=lsHI8z6YZ6T8cMDAZM2USywlHcVBidJRal-N1QpvjwM=>
[dcaegen2] Weekly (updated Mar. 13, 2018)
When

Weekly from 6am to 7am on Thursday from Thu Mar 15 to Thu Feb 21, 2019 
Pacific Time



Where


https://zoom.us/j/824147956<https://urldefense.proofpoint.com/v2/url?u=https-3A__zoom.us_j_824147956=DwQFaQ=LFYZ-o9_HUMeMTSQicvjIg=iccs1VIxoa5SRlt4QotAwA=gqjmGWGHOW_Ih1EBQLb_0xIXluoVAA_hvBexb2lGJk8=LSXuoK3yxAjflvguBNGktQDoIhnWHRZ988KIqkNhrZ0=>
 
(map<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.google.com_url-3Fq-3Dhttps-253A-252F-252Fzoom.us-252Fj-252F824147956-26sa-3DD-26usd-3D2-26usg-3DAFQjCNEKZAaoQ9MeNSroxwvyB7RiAdVIKQ=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=iccs1VIxoa5SRlt4QotAwA=gqjmGWGHOW_Ih1EBQLb_0xIXluoVAA_hvBexb2lGJk8=jMuxySWsMehDQZgYmYmU7hD5Z2JZGKiMHjWF1Al5W1Q=>)



Calendar

onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>



Who

•

kp...@linuxfoundation.org<mailto:kp...@linuxfoundation.org> - creator



•

l...@research.att.com<mailto:l...@research.att.com>



•

onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>







Hi there,
ONAP Meeting 4 is inviting you to a scheduled Zoom meeting.
Join from PC, Mac, Linux, iOS or Android: 
https://zoom.us/j/824147956<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.google.com_url-3Fq-3Dhttps-253A-252F-252Fzoom.us-252Fj-252F824147956-26sa-3DD-26usd-3D2-26usg-3DAFQjCNEKZAaoQ9MeNSroxwvyB7RiAdVIKQ=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=iccs1VIxoa5SRlt4QotAwA=gqjmGWGHOW_Ih1EBQLb_0xIXluoVAA_hvBexb2lGJk8=jMuxySWsMehDQZgYmYmU7hD5Z2JZGKiMHjWF1Al5W1Q=>
Or iPhone one-tap :
US: +16465588656,,824147956# or +16699006833,,824147956#
Or Telephone:
Dial(for higher quality, dial a number based on your current location):
US: +1 646 558 8656 or +1 669 900 6833 or +1 855 880 1246 (Toll Free) or +1 877 
369 0926 (Toll Free)
Meeting ID: 824 147 956
International numbers available: 
https://zoom.us/zoomconference?m=HN2MIJkxqxYgu8EjDmekdG0WHlAnv3Zp<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.google.com_url-3Fq-3Dhttps-253A-252F-252Fzoom.us-252Fzoomconference-253Fm-253DHN2MIJkxqxYgu8EjDmekdG0WHlAnv3Zp-26sa-3DD-26usd-3D2-26usg-3DAFQjCNHYBxUOUQNUw-2DOyzggxhkA7gatQgA=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=iccs1VIxoa5SRlt4QotAwA=gqjmGWGHOW_Ih1EBQLb_0xIXluoVAA_hvBexb2lGJk8=KKyBK9nKb5VBkW-TETK-vKMkF

Re: [onap-discuss] [ONAP Helpdesk #56611] [linuxfoundation.org #56611] RE: Missing docker images

[JI, LUSHENG (LUSHENG)]

Yes.  It is only in snapshot registry right now.  Will soon be in release 
registry.

Lusheng

On 5/30/18, 3:29 PM, "Gary Wu"  wrote:

Hi Lusheng,

I currently see a 1.1.3 in docker.snapshot repo.  Ok to bump the docker 
manifest to 1.1.3?

Thanks,
Gary

-Original Message-
    From: JI, LUSHENG (LUSHENG) [mailto:l...@research.att.com] 
Sent: Wednesday, May 30, 2018 11:21 AM
To: Gary Wu ; UNNAVA, SUNIL ; 
onap-helpd...@rt.linuxfoundation.org
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [ONAP Helpdesk #56611] [linuxfoundation.org 
#56611] RE: Missing docker images

Gary,

onap/org.onap.dcaegen2.deployments.bootstrap:1.1.2 a snapshot tag.  
We submitted helpdesk ticket 56632 for releasing 
onap/org.onap.dcaegen2.deployments.bootstrap:1.1.3.  Jess is working on that.

Lusheng


On 5/30/18, 1:53 PM, "Gary Wu"  wrote:

Thanks Sunil.

Can someone from DCAE help with the other missing image?

16:04:14 [ERROR] onap/org.onap.dcaegen2.deployments.bootstrap:1.1.2 not 
found

Thanks,
Gary


-Original Message-
From: UNNAVA, SUNIL [mailto:su6...@att.com] 
Sent: Wednesday, May 30, 2018 10:45 AM
To: onap-helpd...@rt.linuxfoundation.org; Gary Wu 
Cc: onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] [ONAP Helpdesk #56611] [linuxfoundation.org 
#56611] RE: Missing docker images

Docker image onap/dmaap/dmaap-mr:1.1.4 is available now in Nexus.

Thanks,
Sunil

-Original Message-
From: onap-discuss-boun...@lists.onap.org 
 On Behalf Of aroraa...@vmware.com via RT
Sent: Wednesday, May 30, 2018 3:45 AM
To: gary.i...@huawei.com
Cc: onap-discuss@lists.onap.org
Subject: [onap-discuss] [ONAP Helpdesk #56611] [linuxfoundation.org 
#56611] RE: Missing docker images

Missing image is blocking ONAP R2 deployment. Please generate/ recover 
the image.


Best Regards,
Arun Arora


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Gary Wu
Sent: 30 May 2018 05:16
To: helpd...@onap.org; onap-discuss@lists.onap.org
Subject: [onap-discuss] Missing docker images

Hi all,

The following images are currently missing from nexus3:

16:03:49 [ERROR] onap/dmaap/dmaap-mr:1.1.4 not found
16:04:14 [ERROR] onap/org.onap.dcaegen2.deployments.bootstrap:1.1.2 not 
found

Can whoever is able to generate or recover them please help?  This is 
blocking teams from making manifest changes.

Thanks,
Gary



___
onap-discuss mailing list
onap-discuss@lists.onap.org

https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss=DwICAg=LFYZ-o9_HUMeMTSQicvjIg=t27CRRmn7U12dnOvcSPfcQ=qrBhC0Fe8YsNUG497qcS4GayL8A38EcStQS8Hm9suMs=PCEVAImKxPrhCzH4XD4QUuLhY5PFrkyFNT1sWqkEtR4=




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

Re: [onap-discuss] [ONAP Helpdesk #56611] [linuxfoundation.org #56611] RE: Missing docker images

[JI, LUSHENG (LUSHENG)]

Gary,

onap/org.onap.dcaegen2.deployments.bootstrap:1.1.2 a snapshot tag.  
We submitted helpdesk ticket 56632 for releasing 
onap/org.onap.dcaegen2.deployments.bootstrap:1.1.3.  Jess is working on that.

Lusheng


On 5/30/18, 1:53 PM, "Gary Wu"  wrote:

Thanks Sunil.

Can someone from DCAE help with the other missing image?

16:04:14 [ERROR] onap/org.onap.dcaegen2.deployments.bootstrap:1.1.2 not 
found

Thanks,
Gary


-Original Message-
From: UNNAVA, SUNIL [mailto:su6...@att.com] 
Sent: Wednesday, May 30, 2018 10:45 AM
To: onap-helpd...@rt.linuxfoundation.org; Gary Wu 
Cc: onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] [ONAP Helpdesk #56611] [linuxfoundation.org 
#56611] RE: Missing docker images

Docker image onap/dmaap/dmaap-mr:1.1.4 is available now in Nexus.

Thanks,
Sunil

-Original Message-
From: onap-discuss-boun...@lists.onap.org 
 On Behalf Of aroraa...@vmware.com via RT
Sent: Wednesday, May 30, 2018 3:45 AM
To: gary.i...@huawei.com
Cc: onap-discuss@lists.onap.org
Subject: [onap-discuss] [ONAP Helpdesk #56611] [linuxfoundation.org #56611] 
RE: Missing docker images

Missing image is blocking ONAP R2 deployment. Please generate/ recover the 
image.


Best Regards,
Arun Arora


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Gary Wu
Sent: 30 May 2018 05:16
To: helpd...@onap.org; onap-discuss@lists.onap.org
Subject: [onap-discuss] Missing docker images

Hi all,

The following images are currently missing from nexus3:

16:03:49 [ERROR] onap/dmaap/dmaap-mr:1.1.4 not found
16:04:14 [ERROR] onap/org.onap.dcaegen2.deployments.bootstrap:1.1.2 not 
found

Can whoever is able to generate or recover them please help?  This is 
blocking teams from making manifest changes.

Thanks,
Gary



___
onap-discuss mailing list
onap-discuss@lists.onap.org

https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss=DwICAg=LFYZ-o9_HUMeMTSQicvjIg=t27CRRmn7U12dnOvcSPfcQ=qrBhC0Fe8YsNUG497qcS4GayL8A38EcStQS8Hm9suMs=PCEVAImKxPrhCzH4XD4QUuLhY5PFrkyFNT1sWqkEtR4=


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

Re: [onap-discuss] DCAE deployment in R2 (oom or heat)

[JI, LUSHENG (LUSHENG)]

  Running3  1h10.42.221.10
ip-10-0-0-8.us<http://ip-10-0-0-8.us/>-east-2.compute.internal
14:03:22 onap  onap-dcae-bootstrap-x879p
 0/1   Completed  0  1h10.42.60.49 
ip-10-0-0-8.us<http://ip-10-0-0-8.us/>-east-2.compute.internal
14:03:22 onap  onap-dcae-cloudify-manager-854dbcdb4b-24dtb  
 1/1   Running0  1h10.42.70.252
ip-10-0-0-210.us<http://ip-10-0-0-210.us/>-east-2.compute.internal
14:03:23 onap  onap-dcae-db-0   
 1/1   Running0  1h10.42.46.6  
ip-10-0-0-66.us<http://ip-10-0-0-66.us/>-east-2.compute.internal
14:03:23 onap  onap-dcae-db-1   
 1/1   Running1  1h10.42.125.54
ip-10-0-0-210.us<http://ip-10-0-0-210.us/>-east-2.compute.internal
14:03:23 onap  onap-dcae-healthcheck-7779c4d877-nf754   
 1/1   Running0  1h10.42.213.124   
ip-10-0-0-8.us<http://ip-10-0-0-8.us/>-east-2.compute.internal
14:03:23 onap  onap-dcae-redis-0
 1/1   Running0  1h10.42.165.40
ip-10-0-0-8.us<http://ip-10-0-0-8.us/>-east-2.compute.internal
14:03:23 onap  onap-dcae-redis-1
 1/1   Running0  1h10.42.186.109   
ip-10-0-0-210.us<http://ip-10-0-0-210.us/>-east-2.compute.internal
14:03:23 onap  onap-dcae-redis-2
 1/1   Running0  1h10.42.45.188
ip-10-0-0-66.us<http://ip-10-0-0-66.us/>-east-2.compute.internal
14:03:23 onap  onap-dcae-redis-3
 1/1   Running0  1h10.42.163.26
ip-10-0-0-66.us<http://ip-10-0-0-66.us/>-east-2.compute.internal
14:03:23 onap  onap-dcae-redis-4
 1/1   Running0  50m   10.42.212.250   
ip-10-0-0-210.us<http://ip-10-0-0-210.us/>-east-2.compute.internal
14:03:23 onap  onap-dcae-redis-5
 0/1   CrashLoopBackOff   13 50m   10.42.144.148   
ip-10-0-0-8.us<http://ip-10-0-0-8.us/>-east-2.compute.internal


Thank you
/michael

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of JI, LUSHENG (LUSHENG)
Sent: Friday, May 4, 2018 2:36 PM
To: m.pta...@partner.samsung.com<mailto:m.pta...@partner.samsung.com>
Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] DCAE deployment in R2 (oom or heat)

Michal,

When the DCAE is fully deployed by OOM, there should be 8 additional pods 
deployed.  They may be under a different namespace “dcae”, depends on 
configuration.  You may check it out in place, for example the 
Integration-Jenkins tenant of Intel/Windriver lab.

Moreover, additional components can be deployed at operation time by CLAMP.

Lusheng



On May 4, 2018, at 10:03 AM, Michal Ptacek 
<m.pta...@partner.samsung.com<mailto:m.pta...@partner.samsung.com>> wrote:

Hi,

will it be possible to fully deploy DCAE using OOM in R2 ?

It seems that trend is to move to containers from VM's, also DCAE is going into 
this direction.
what I heard here 
https://wiki.onap.org/display/DW/Meetings?preview=/13598723/31982711/dcae-weekly-20180503.mp4<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Meetings-3Fpreview-3D_13598723_31982711_dcae-2Dweekly-2D20180503.mp4=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=SfX1Jew16Goa7zdY46mVmCqWmV94u9SoqB-0vskjXi0=y0Gl75ExbNOYPTPIKf7rBJBKGpNgzj6NbSIc1CvQPMo=>
is that currently DCAE can be spawned on single bootstrap VM (8G-16G of RAM) 
and all components are running as docker containers, also it
should be possible to deploy it fully using OOM.
I tried today to deploy latest ONAP in OOM (multinode, single node is not 
possible anymore with 110 pods per k8s host limitation) but I see just 
following dcae pods 

onap  beijing-dcae-cloudify-manager-fb9f5d6bd-bss2n  1/1   
Running 0  4h
onap  beijing-dcae-db-0  1/1   
Running 0  4h
onap  beijing-dcae-db-1  1/1   
Running 0  2h
onap  beijing-dcae-healthcheck-78999885d5-5hts8  1/1   
Running 0  4h
onap  beijing-dcae

Re: [onap-discuss] DCAE deployment in R2 (oom or heat)

[JI, LUSHENG (LUSHENG)]

In our experience, this is likely due to the deployment of this particular 
component, dep-config-binding-service-7b9cfb76b8-l75mp, timed out.
And this is usually due to docker image pulling taking too long.  We are 
working on a work around for this in the DCAE bootstrap container, ETA EoB 
today.

In the meanwhile, if you could prepull images before starting helm install, you 
could try to run the helm install with an additional parameter to override the 
default (which is alway pull), something like this:
helm install local/onap -n dev --namespace onap --set 
global.pullPolicy=IfNotPresent
to avoid pulling images...

There is a job, called dcae-bootstrap, that deploys these 8 pods.  You can 
check its logs for details.  Because it is a job, the pod is gone once it is 
done.  You may have to use -a to see it.

Lusheng


On May 4, 2018, at 3:40 PM, Michal Ptacek 
<m.pta...@partner.samsung.com<mailto:m.pta...@partner.samsung.com>> wrote:

Thanks Lusheng for your hints,
I see some trace of dcae now, but it's in "Error syncing pod" state
dcae  dep-config-binding-service-7b9cfb76b8-l75mp0/2   
ContainerCreating   0  6h
need to troubleshoot this further 



Michal
- Original Message -----
Sender : JI, LUSHENG (LUSHENG) 
<l...@research.att.com<mailto:l...@research.att.com>>
Date : 2018-05-04 19:36 (GMT+1)
Title : Re: [onap-discuss] DCAE deployment in R2 (oom or heat)
To : Michal 
Ptacek<m.pta...@partner.samsung.com<mailto:m.pta...@partner.samsung.com>>
CC : null<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>



Michal,



When the DCAE is fully deployed by OOM, there should be 8 additional pods 
deployed.  They may be under a different namespace “dcae”, depends on 
configuration.  You may check it out in place, for example the 
Integration-Jenkins tenant of Intel/Windriver lab.



Moreover, additional components can be deployed at operation time by CLAMP.



Lusheng





On May 4, 2018, at 10:03 AM, Michal Ptacek 
<m.pta...@partner.samsung.com<mailto:m.pta...@partner.samsung.com>> wrote:
Hi,



will it be possible to fully deploy DCAE using OOM in R2 ?



It seems that trend is to move to containers from VM's, also DCAE is going into 
this direction.
what I heard here 
https://wiki.onap.org/display/DW/Meetings?preview=/13598723/31982711/dcae-weekly-20180503.mp4<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Meetings-3Fpreview-3D_13598723_31982711_dcae-2Dweekly-2D20180503.mp4=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=SfX1Jew16Goa7zdY46mVmCqWmV94u9SoqB-0vskjXi0=y0Gl75ExbNOYPTPIKf7rBJBKGpNgzj6NbSIc1CvQPMo=>
is that currently DCAE can be spawned on single bootstrap VM (8G-16G of RAM) 
and all components are running as docker containers, also it
should be possible to deploy it fully using OOM.
I tried today to deploy latest ONAP in OOM (multinode, single node is not 
possible anymore with 110 pods per k8s host limitation) but I see just 
following dcae pods 



onap  beijing-dcae-cloudify-manager-fb9f5d6bd-bss2n  1/1   
Running 0  4h
onap  beijing-dcae-db-0  1/1   
Running 0  4h
onap  beijing-dcae-db-1  1/1   
Running 0  2h
onap  beijing-dcae-healthcheck-78999885d5-5hts8  1/1   
Running 0  4h
onap  beijing-dcae-redis-0   1/1   
Running 0  4h
onap  beijing-dcae-redis-1   1/1   
Running 0  3h
onap  beijing-dcae-redis-2   1/1   
Running 0  2h
onap  beijing-dcae-redis-3   1/1   
Running 0  2h
onap  beijing-dcae-redis-4   1/1   
Running 0  2h
onap  beijing-dcae-redis-5   1/1   
Running 0  1h





where is the rest ?
please advise



have a nice weekend
thanks,
Michal



___
onap-discuss mailing list
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss=DwICAg=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=SfX1Jew16Goa7zdY46mVmCqWmV94u9SoqB-0vskjXi0=5U2AVfg95KozM5YSXorQ-G-l2rTeDt3psYlLwZ-9eok=











 


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

Re: [onap-discuss] DCAE deployment in R2 (oom or heat)

[JI, LUSHENG (LUSHENG)]

Michal,

When the DCAE is fully deployed by OOM, there should be 8 additional pods 
deployed.  They may be under a different namespace “dcae”, depends on 
configuration.  You may check it out in place, for example the 
Integration-Jenkins tenant of Intel/Windriver lab.

Moreover, additional components can be deployed at operation time by CLAMP.

Lusheng


On May 4, 2018, at 10:03 AM, Michal Ptacek 
> wrote:

Hi,



will it be possible to fully deploy DCAE using OOM in R2 ?



It seems that trend is to move to containers from VM's, also DCAE is going into 
this direction.
what I heard here 
https://wiki.onap.org/display/DW/Meetings?preview=/13598723/31982711/dcae-weekly-20180503.mp4
is that currently DCAE can be spawned on single bootstrap VM (8G-16G of RAM) 
and all components are running as docker containers, also it
should be possible to deploy it fully using OOM.
I tried today to deploy latest ONAP in OOM (multinode, single node is not 
possible anymore with 110 pods per k8s host limitation) but I see just 
following dcae pods 



onap  beijing-dcae-cloudify-manager-fb9f5d6bd-bss2n  1/1   
Running 0  4h
onap  beijing-dcae-db-0  1/1   
Running 0  4h
onap  beijing-dcae-db-1  1/1   
Running 0  2h
onap  beijing-dcae-healthcheck-78999885d5-5hts8  1/1   
Running 0  4h
onap  beijing-dcae-redis-0   1/1   
Running 0  4h
onap  beijing-dcae-redis-1   1/1   
Running 0  3h
onap  beijing-dcae-redis-2   1/1   
Running 0  2h
onap  beijing-dcae-redis-3   1/1   
Running 0  2h
onap  beijing-dcae-redis-4   1/1   
Running 0  2h
onap  beijing-dcae-redis-5   1/1   
Running 0  1h



where is the rest ?
please advise



have a nice weekend
thanks,
Michal




 

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss=DwICAg=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=SfX1Jew16Goa7zdY46mVmCqWmV94u9SoqB-0vskjXi0=5U2AVfg95KozM5YSXorQ-G-l2rTeDt3psYlLwZ-9eok=

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

Re: [onap-discuss] [ONAP][OOM] question on docker tag management for OOM dpeloyment

[JI, LUSHENG (LUSHENG)]

Thank you Michael!  

Lusheng

> On Apr 30, 2018, at 12:07 PM, Michael O'Brien <frank.obr...@amdocs.com> wrote:
> 
> Good question
> Mandeep and the rest of the team change these on demand by PTL and by 
> following the subset on the manifest - as I understand
> https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_gitweb-3Fp-3Dintegration.git-3Ba-3Dblob-3Bf-3Dversion-2Dmanifest_src_main_resources_docker-2Dmanifest.csv=DwIFAg=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=cU5DagHdL_mDHn9DHRwaNeC7GVglkUnvyviw1XYcdOs=coL6-wWAoJRNymU0FV4KaPwLxu4q_LNoK0nV-HM0FB8=
>  
> 
> The goal is to eventually have a script that converts the manifest into an 
> override values.yaml - in the CD system the Jenkins job would also use this 
> approach to override one or all docker tags
> /michael
> 
> -Original Message-
> From: JI, LUSHENG (LUSHENG) [mailto:l...@research.att.com] 
> Sent: Monday, April 30, 2018 11:59 AM
> To: Michael O'Brien <frank.obr...@amdocs.com>; Mike Elliott 
> <mike.elli...@amdocs.com>
> Cc: onap-discuss@lists.onap.org
> Subject: [ONAP][OOM] question on docker tag management for OOM dpeloyment
> 
> Michael and Mike,
> 
> I am wondering how are the docker image tags brought into OOM?  In Heat, 
> there is a script which inserts what people have in manifest file into the 
> env file of the Heat deployment.  
> How is this process carried out for OOM?
> 
> Currently for DCAE we declare these version tags in the file 
> dcaegen2/charts/dcae-bootstrap/values.yaml.  If you have an automated process 
> importing from manifest, I would like to understand and generate the DCAE 
> container tags using the same process.
> 
> Thank you very much for your help.
> 
> Lusheng
> This message and the information contained herein is proprietary and 
> confidential and subject to the Amdocs policy statement,
> 
> you may review at 
> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.amdocs.com_about_email-2Ddisclaimer=DwIFAg=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=cU5DagHdL_mDHn9DHRwaNeC7GVglkUnvyviw1XYcdOs=KuBqKkZKjaFUD93AgnvEder79MmIeKFp2nus2r5jviY=
>   
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.amdocs.com_about_email-2Ddisclaimer=DwIFAg=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=cU5DagHdL_mDHn9DHRwaNeC7GVglkUnvyviw1XYcdOs=KuBqKkZKjaFUD93AgnvEder79MmIeKFp2nus2r5jviY=
>  >
> 

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

[onap-discuss] [ONAP][OOM] question on docker tag management for OOM dpeloyment

[JI, LUSHENG (LUSHENG)]

Michael and Mike,

I am wondering how are the docker image tags brought into OOM?  In Heat, there 
is a script which inserts what people have in manifest file into the env file 
of the Heat deployment.  
How is this process carried out for OOM?

Currently for DCAE we declare these version tags in the file 
dcaegen2/charts/dcae-bootstrap/values.yaml.  If you have an automated process 
importing from manifest, I would like to understand and generate the DCAE 
container tags using the same process.

Thank you very much for your help.

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

[onap-discuss] [dcae] cancelling this week's DCAE weekly meeting

[JI, LUSHENG (LUSHENG)]

Hi,

In light of the ONS/DCAE Developer Meeting, we would like to request 
cancellation of this week’s DCAE Weekly meeting (Thursday 9AM EDT, on ONAP 
meeting 4 bridge).

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

Re: [onap-discuss] [dcae][dcaegen2] Ask for DCAE Microservice ScalingConfiguration Guidelines

[JI, LUSHENG (LUSHENG)]

I would prefer the first choice, 9:30-10:30 tomorrow evening.  Thanks,
Lusheng

From: "fu.guangr...@zte.com.cn" <fu.guangr...@zte.com.cn>
Date: Monday, March 19, 2018 at 10:06 PM
To: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>
Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Subject: Re: [dcae][dcaegen2] Ask for DCAE Microservice ScalingConfiguration 
Guidelines


Lusheng,



9:30 AM - 11:30 AM, Mar. 21 (Beijing time, which is 9:30 PM - 11:30 PM, Mar. 
20) is feasible for me. Also, we could use the Holmes weekly call (starting 
from 8AM) on Thursday.



Which time slot is okay for you?



BR,

Guangrong








Original Mail
Sender: JI,LUSHENG(LUSHENG) <l...@research.att.com>
To: fuguangrong10144542;
CC: onap-discuss@lists.onap.org <onap-discuss@lists.onap.org>
Date: 2018/03/20 09:50
Subject: Re: [dcae][dcaegen2] Ask for DCAE Microservice ScalingConfiguration 
Guidelines
Guangrong,

I think it is best to schedule a zoom call for explaining this, probably with 
some PoC demos.  We have couple of Kubernets clusters set up in the Pod25 
Integration lab.
Please let me know what time would work for you.

Thanks,
Lusheng

From: "fu.guangr...@zte.com.cn" <fu.guangr...@zte.com.cn>
Date: Monday, March 19, 2018 at 8:41 PM
To: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>
Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Subject: [dcae][dcaegen2] Ask for DCAE Microservice Scaling Configuration 
Guidelines


Hi Lusheng,



As we discussed last Thursday, could you please share some materials about the 
thoughts and configurations on DCAE microservice scaling with us?



Thanks,

Guangrong








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

Re: [onap-discuss] [dcae][dcaegen2] Ask for DCAE Microservice Scaling Configuration Guidelines

[JI, LUSHENG (LUSHENG)]

Guangrong,

I think it is best to schedule a zoom call for explaining this, probably with 
some PoC demos.  We have couple of Kubernets clusters set up in the Pod25 
Integration lab.
Please let me know what time would work for you.

Thanks,
Lusheng

From: "fu.guangr...@zte.com.cn" <fu.guangr...@zte.com.cn>
Date: Monday, March 19, 2018 at 8:41 PM
To: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>
Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Subject: [dcae][dcaegen2] Ask for DCAE Microservice Scaling Configuration 
Guidelines


Hi Lusheng,



As we discussed last Thursday, could you please share some materials about the 
thoughts and configurations on DCAE microservice scaling with us?



Thanks,

Guangrong






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

Re: [onap-discuss] [ONAP Helpdesk #53486] [DCAE] requesting DCAE weekly meeting time change

[JI, LUSHENG (LUSHENG)]

Yes.  Thank you very much Kenny!
Lusheng


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


 Original message 
From: Kenny Paul via RT <onap-helpd...@rt.linuxfoundation.org>
Date: 3/13/18 8:37 PM (GMT-05:00)
To: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>
Cc: onap-discuss@lists.onap.org
Subject: [ONAP Helpdesk #53486] [DCAE] requesting DCAE weekly meeting time 
change

Old mtg cxld
New meeting invite sent
Same bridge number preserved.
Looks like you already  updated the web page :-)

-kenny

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

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

[JI, LUSHENG (LUSHENG)]

Dear Helpdesk,

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

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

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

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

[JI, LUSHENG (LUSHENG)]

Hi Stephen,

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

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

Could you please help restoring the addresses in DCAE tenant?

Thanks,
Lusheng

From:  on behalf of "Gooch, Stephen" 

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

Hi Gary,

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

Br,
- Stephen

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

FYI:

The following was called to reconnect the jumpstation:

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

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

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

Br,
- Stephen

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

Hi Gary,

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

Helen, Marco and demo

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

Br,
- Stephen

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

Hi Stephen,

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

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

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

Thanks,
Gary

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

HI Gary,

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

- Stephen

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

Stephen,

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

Thanks,
-Yang
___
onap-discuss mailing list

Re: [onap-discuss] 答复: Re: [dcae][dcaegen2][holmes] A Question on AutoScaling of DCAE Microservices

[JI, LUSHENG (LUSHENG)]

Guangrong,

To be more precise, the current approach is that there are two levels of 
“instances”.  The first is, using Kubernetes terms, “service” level.  The 
second is “pod” level, where a pod is a container or group of closely coupled 
containers.

Using VES collector as example, the R1 VES container becomes a pod.  Then 
another layer of abstraction is added for addressing platform maturity 
requirements, to wrap individual pod into service (load balancer type).  
External world interacts with VES at the service level.  Scaling and resilience 
within a VES service (individual VES pod gets restarted, scaled to more replica 
instances, etc) are handled by Kubernetes, transparent to outside world, and no 
DCAE control involvement.  If additional VES “service” needs to be deployed, 
that will involve DCAE control.  Instances of service can be identified 
individually.

With this said, there is no current plan to explicitly notify individual 
service instances about other instances of the same service.  Each service 
instance can probably look into Consul or Kubernetes mechanisms to see if there 
are other service instances of the same type as itself.

Is this something you need for R2 Holmes?

Lusheng


From: "fu.guangr...@zte.com.cn" <fu.guangr...@zte.com.cn>
Date: Thursday, February 8, 2018 at 9:33 PM
To: "fu.guangr...@zte.com.cn" <fu.guangr...@zte.com.cn>
Cc: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>, 
"roger.maitl...@amdocs.com" <roger.maitl...@amdocs.com>, 
"onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, 
"tang.pe...@zte.com.cn" <tang.pe...@zte.com.cn>
Subject: 答复: Re: [onap-discuss] [dcae][dcaegen2][holmes] A Question on 
AutoScaling of DCAE Microservices


Lusheng,



One more question on this: will the existing microservice instances be notified 
by DCAE once a new instance is spun up or a redundant instance is destroyed? 
Say, there's already an instance of Holmes (e.g. Holmes A) and then a new 
instance (Holmes B) of Holmes is instantiated. Will DCAE tell Holmes A that 
there's another instance of Holmes named "Holmes B" spun up just now?



Guangrong








原始邮件
发件人：付光荣10144542
收件人： <l...@research.att.com>;
抄送人： <roger.maitl...@amdocs.com>; <onap-discuss@lists.onap.org>;唐鹏10114589;
日 期 ：2018年02月05日 09:56
主 题 ：答复: Re: [onap-discuss] [dcae][dcaegen2][holmes] A Question on AutoScaling 
of DCAE Microservices

Thanks Roger and Lusheng for your kind feedbacks.



I'll look through the links that Roger pointed. Since Holmes does not have to 
do anything on metric collecting, I think the top priority for our team is to 
handle the state of our containers properly after auto scaling.



Lusheng,



As you know, we have a virtual F2F event this week. So I'm not sure whether we 
have a chance to discuss this. Please do let me know when you are ready to 
share.



Thank you very much.



Regards,

Guangrong










发件人： <l...@research.att.com>;
收件人： <roger.maitl...@amdocs.com>;付光荣10144542;
抄送人： <onap-discuss@lists.onap.org>;唐鹏10114589;
日 期 ：2018年02月03日 05:13
主 题 ：Re: [onap-discuss] [dcae][dcaegen2][holmes] A Question on AutoScailing of 
DCAE Microservices
Roger,

Thanks for the pointers.

Guangrong,

The details of the Kubernetes plan for DCAE is still work-in-progress.  Here 
are some of highlights for service components.

  1.  Will support Kubernetes based scaling and resilience mechanism for 
dockerized service components.

 *   This implies that the container/containers of a service component will 
be packaged as pod.  The resilience is expected  to be provided by Kubernetes 
cluster.
 *   The Kubernetes based scaling support may need additional support from 
service component developer. For example, if a  service component is stateless, 
for which each instance behaves exactly the same as the next, are 
“scaling-ready”.  Load can be distributed to any instance and the result would 
be the same.  However, if the service component keeps states, multiple replicas 
 of this service component may have different local states if not handled 
carefully.  The actual mechanism to ensure state synchronization is application 
dependent.  But one typical approach is to push “states” to an external service 
such as a DB, or persistent  volume, or a distributed kv store, etc, and states 
are loaded into individual replica when needed (e.g. startup) so different 
replicas get the state view from the same copy.
 *   In terms of multiple replicas subscribing to the same message router 
topic, there is a way to distribute the load.   That is, each replica uses the 
same “groupid” but different “userid”.  Message router will consider a message 
received by a group when it is received by any user of the group.  This way we 
can avoid the same message being delivered to multiple replicas.

  1.  Our goal is to maintain the interfaces t

[onap-discuss] Cancelling this week's DCAE weekly meeting

[JI, LUSHENG (LUSHENG)]

Dear ONAP Helpdesk,

Could you please help cancelling this week’s DCAE weekly meeting (02/08 
Thursday) due to the Virtual F2F meeting?

Thank you very much!
Lusheng Ji
DCAE PTL
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [dcae][dcaegen2][holmes] A Question on Auto Scailing of DCAE Microservices

[JI, LUSHENG (LUSHENG)]

Roger,

Thanks for the pointers.

Guangrong,

The details of the Kubernetes plan for DCAE is still work-in-progress.  Here 
are some of highlights for service components.

  1.  Will support Kubernetes based scaling and resilience mechanism for 
dockerized service components.
 *   This implies that the container/containers of a service component will 
be packaged as pod.  The resilience is expected to be provided by Kubernetes 
cluster.
 *   The Kubernetes based scaling support may need additional support from 
service component developer. For example, if a service component is stateless, 
for which each instance behaves exactly the same as the next, are 
“scaling-ready”.  Load can be distributed to any instance and the result would 
be the same.  However, if the service component keeps states, multiple replicas 
of this service component may have different local states if not handled 
carefully.  The actual mechanism to ensure state synchronization is application 
dependent.  But one typical approach is to push “states” to an external service 
such as a DB, or persistent volume, or a distributed kv store, etc, and states 
are loaded into individual replica when needed (e.g. startup) so different 
replicas get the state view from the same copy.
 *   In terms of multiple replicas subscribing to the same message router 
topic, there is a way to distribute the load.  That is, each replica uses the 
same “groupid” but different “userid”.  Message router will consider a message 
received by a group when it is received by any user of the group.  This way we 
can avoid the same message being delivered to multiple replicas.
  2.  Our goal is to maintain the interfaces that how a service component 
interacts with the rest of DCAE the same, e.g. how your component gets deployed 
and how your component receives configuration updates, etc.
  3.  How the scaling trigger arrives and the actual scaling (i.e. more 
replicas) is handled by external mechanisms.  Service components themselves do 
not need to worry about that.

We hope to have more details to share the next week, and set up focus meeting 
discussing more.

Thanks,
Lusheng


From: Roger Maitland <roger.maitl...@amdocs.com>
Date: Friday, February 2, 2018 at 1:48 PM
To: "fu.guangr...@zte.com.cn" <fu.guangr...@zte.com.cn>, "JI, LUSHENG 
(LUSHENG)" <l...@research.att.com>
Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, 
"tang.pe...@zte.com.cn" <tang.pe...@zte.com.cn>
Subject: RE: [onap-discuss] [dcae][dcaegen2][holmes] A Question on Auto 
Scailing of DCAE Microservices

Guangrong,

I don’t have an answer in the context of the DCAE controller but OOM/Kubernetes 
has facilities to help build a Holmes cluster in the containerized version of 
DCAE (which is being worked on).  The cluster can be static (which is believe 
is what most projects intend for Beijing) or dynamic (the OOM team would love 
to work with you on this). Here are some links I hope you find useful:

  *   OOM Scaling: 
https://wiki.onap.org/display/DW/Beijing+Scope#BeijingScope-Scale-clusterONAPservicestoenableseamlessscaling<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Beijing-2BScope-23BeijingScope-2DScale-2DclusterONAPservicestoenableseamlessscaling=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=PH6vcQyiCxBEtxiaRCJLknhL8__egTuafHSf64rhs3c=tlyLj3O-JUMtfOkV_Cv7Gtv5oIlhDfY5fto97Ks0f60=>
  *   K8s auto-scaling: 
https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale/<https://urldefense.proofpoint.com/v2/url?u=https-3A__kubernetes.io_docs_tasks_run-2Dapplication_horizontal-2Dpod-2Dautoscale_=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=PH6vcQyiCxBEtxiaRCJLknhL8__egTuafHSf64rhs3c=gTFDD4nu3Wi4KcpltTvi1s-jyHxnkTsNPGlqFCSwNTY=>

Here is a sample of how an auto-scaler is configured:
apiVersion: autoscaling/v2beta1
kind: HorizontalPodAutoscaler
metadata:
  name: php-apache
  namespace: default
spec:
  scaleTargetRef:
apiVersion: apps/v1beta1
kind: Deployment
name: php-apache
  minReplicas: 1
  maxReplicas: 10
  metrics:
  - type: Resource
resource:
  name: cpu
  targetAverageUtilization: 50
status:
  observedGeneration: 1
  lastScaleTime: 
  currentReplicas: 1
  desiredReplicas: 1
  currentMetrics:
  - type: Resource
resource:
  name: cpu
  currentAverageUtilization: 0
  currentAverageValue: 0

The OOM team would be happy to work with you on implementing this.

Cheers,
Roger
From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of 
fu.guangr...@zte.com.cn
Sent: Friday, February 2, 2018 2:58 AM
To: l...@research.att.com
Cc: onap-discuss@lists.onap.org; tang.pe...@zte.com.cn
Subject: [onap-discuss] [dcae][dcaegen2][holmes] A Question on Auto Scailing of 
DCAE Microservices


Lusheng,



The Holmes team is cur

Re: [onap-discuss] [E] [DCAGEN2] Proxied DNS Designate only with Multicloud Titanium

[JI, LUSHENG (LUSHENG)]

Bharath,

The dnsaas_* parameters are all related to the proxy-ed Designate.  In the 
current proxy implementation, the “surrogate” tenant needs to have the same 
values for both the region and tenant name as the actual deployment tenant 
(despite that there are separate sets of configuration parameters, which was 
because there was a plan to make things less restrictive to permit different 
names, which was not done in R1).

By the way, there is a deployment of ONAP w DCAE by Heat template in the Pod25 
Integration lab, in the DCAE tenant.  If you have access to the Integration 
lab, you can access this instance to see an example of those values.

Thanks,
Lusheng


From:  on behalf of "Thiruveedula, Bharath 
via onap-discuss" 
Reply-To: "Thiruveedula, Bharath" 
Date: Wednesday, January 31, 2018 at 11:26 AM
To: Alexis de Talhouët 
Cc: onap-discuss , "Talari Nehemiah Vara, Vara 
(Nokia - US/Irving)" 
Subject: Re: [onap-discuss] [E] [DCAGEN2] Proxied DNS Designate only with 
Multicloud Titanium

Hi Alexis,

That's the document that helped me to start. But the region name issue is not 
mentioned in that document. Anyways I will update the document.

Thanks Alexis

Best Regards
Bharath T

On Wed, Jan 31, 2018 at 9:02 PM, Alexis de Talhouët 
> wrote:
Hi,

Please refer to this page where all the parameters are explained: 
http://onap.readthedocs.io/en/latest/submodules/dcaegen2.git/docs/sections/installation_heat.html

Thanks,
Alexis



On Jan 31, 2018, at 9:46 AM, Kumar Skand Priya, Viswanath V 
>
 wrote:

Probably due to the assumption that, DCAE's openstack happens to be the same as 
Designate's openstack in a typical setup. Since we introduced proxy designate, 
this assumption is now invalidated. Good Catch Bharath!

BR,
Viswa


[mage removed by 
sender.]

Viswanath Kumar Skand Priya
Architect
Verizon India ( VDSI )


On Wed, Jan 31, 2018 at 8:05 PM, Thiruveedula, Bharath 
> 
wrote:
Hi ,

As per the code in "dnsdesig/dns_plugin.py" in  boot container, it expects the 
"dns"  service in endpoints with the same region name as DCAE_REGION. So the 
region name and tenant name of both the openstack should be same. It worked for 
me.

Best Regards
Bharath T

On Wed, Jan 31, 2018 at 5:33 PM, Thiruveedula, Bharath 
> 
wrote:
Hi Alexis,

(Sorry Ramu for hijacking the mail)

I am also facing the same error.

The parameter you are referring "dcae_keystone_url" is the value in 
/opt/config/keystone_url.txt?

First of all, let me clear you that I am trying t install DCAEGEN2 using heat 
way not the OOM approach. Though the approach for installing DCAE in heat or 
OOM is the same, but the parameter is sligtly different it seems.

In the heat way of installation, we have three files pointing to  keystone:
1) /opt/config/keystone_url.txt -> 
"http://10.0.14.1/api/multicloud-titanium_cloud/v0/pod25_regionOne/identity/v2.0"
2) /opt/config/openstack_keystone_url.txt -> 
"http://10.0.14.1/api/multicloud-titanium_cloud/v0/pod25_regionOne/identity/v2.0"
3) /opt/config/dnsaas_keystone_url.txt -> 
"http://10.0.0.8/identity"


And below is 

[onap-discuss] [dcaegen2] DCAE weekly meeting tomorrow to be extended by 30 minutes

[JI, LUSHENG (LUSHENG)]

Greetings.

Please note that to accommodate the planned agenda items, the DCAE weekly 
meeting tomorrow (Thursday) will be extended by 30 additional minutes from its 
normal duration.  This meeting will run from 10:30-12:00AM Eastern time (or 
7:30 -9:00 AM Pacific time; 11:30-1AM Beijing time, etc).

We will cover MSB demo and integration (Huabing from the MSB team) and S3P KPI 
testing (Helen from the Integration team).

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

Re: [onap-discuss] [DCAE] problems with dcae bootstrap VM

[JI, LUSHENG (LUSHENG)]

Eswar,

Good to hear the progress you have made.

Service Change Handler has dependency on (A)SDC because it is expecting the 
latter to distribute close loop models.  So if SDC is not healthy, Service 
Change Handler will bail.

For debugging (A)SDC, you may want to check with the SDC team.  You might want 
to start with looking into SDC's docker log just like how you checked the DCAE 
boot container.


Lusheng

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


 Original message 
From: ESWAR RAO <eswar7...@gmail.com>
Date: 1/15/18 7:47 PM (GMT-05:00)
To: Josef Reisinger <josef.reisin...@de.ibm.com>
Cc: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>, 
onap-discuss@lists.onap.org, onap-discuss-boun...@lists.onap.org
Subject: Re: [onap-discuss] [DCAE] problems with dcae bootstrap VM

Hi Josef and Lusheng,

Thanks for the response.

I made the boot container to run without exiting and i deleted all 
deployments/cancelledexecutions individually and installed them manually using 
the install script.

All 29 VM's are UP.

While installation of deployment "PlatformServicesInventory" I faced problem 
with "service-change-handler" start.

I executed robot test case to verify sanity out of which 2 components are 
failing.

root@onap-robot:/home/ubuntu# docker exec -it openecompete_container 
/var/opt/OpenECOMP_ETE/runTags.sh -i health h -d ./html
-V /share/config/integration_robot_properties.py  -V 
/share/config/integration_preload_parameters.py -V 
/share/config/vm_properties.py

Basic DCAE Health Check   | FAIL |
[  | cdap |  |  |  |  | cdap_broker | config_binding_service | 
deployment_handler | inventory | 
a35a7b6a9379424386475302c113c3d5_cdap_app_cdap_app_tca | platform_doc
kerhost |  | b982f9652d8c4f3d95dd806b20f31909_dcaegen2-collectors-ves | 
component_dockerhost |
| cloudify_manager ] does not contain match for pattern 
'service-change-handler'.

Basic ASDC Health Check   | FAIL |
500 != 200


(1) Please let me know where I can debug for Basic ASDC Health Check failure ??

(2) Please help to start 'service-change-handler' docker.

 # cfy install -p ./blueprints/inv/inventory.yaml -b PlatformServicesInventory 
-d PlatformServicesInventory
 -i "location_id=fKHc" -i ./config/invinputs.yaml  -vv

2018-01-15T10:36:44 CFY  [inventory_ec24a.start] 
Task succeeded 'dockerplugin.create_and_start_container_for_platforms'
2018-01-15T10:36:45 CFY  
[service-change-handler_8060a] Creating node
2018-01-15T10:41:50 CFY  
[service-change-handler_8060a.start] Task failed 
'dockerplugin.create_and_start_container_for_platforms' -> Container never 
became healthy
Traceback (most recent call last):
  File "/tmp/pip-build-P7Jcnx/cloudify-plugins-common/cloudify/dispatch.py", 
line 596, in main
  File "/tmp/pip-build-P7Jcnx/cloudify-plugins-common/cloudify/dispatch.py", 
line 366, in handle
  File 
"/opt/mgmtworker/env/plugins/dockerplugin-2.4.0/lib/python2.7/site-packages/dockerplugin/decorators.py",
 line 57, in wrapper
raise NonRecoverableError(e)
NonRecoverableError: Container never became healthy

2018-01-15T10:41:51 CFY  'install' workflow 
execution failed: RuntimeError: Workflow failed: Task failed 
'dockerplugin.create_and_start_container_for_platforms' -> Container never 
became healthy

Image is downloaded to dokp ; but process is not running

ubuntu@dcaedokp00:~$ sudo docker images
REPOSITORY
TAG IMAGE IDCREATED SIZE
nexus3.onap.org:10001/onap/org.onap.dcaegen2.platform.configbinding<https://urldefense.proofpoint.com/v2/url?u=http-3A__nexus3.onap.org-3A10001_onap_org.onap.dcaegen2.platform.configbinding=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=EXV5tXNlsVJxbnQkTqye-mojb3EewThEJN4i7tBV4o8=2pgSGsygQUbZuSXK0Hp4-_8-Q2ZM-3oTdeCCTX2pRhM=>
   v1.2.0  001c94f2d7992 months ago714 MB
nexus3.onap.org:10001/onap/org.onap.dcaegen2.platform.inventory-api<https://urldefense.proofpoint.com/v2/url?u=http-3A__nexus3.onap.org-3A10001_onap_org.onap.dcaegen2.platform.inventory-2Dapi=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=EXV5tXNlsVJxbnQkTqye-mojb3EewThEJN4i7tBV4o8=3enrLURhWpX2_BPD4lpX1NFfgMfL3EkhVWVUdIQN8ww=>
   v1.2.0  7237fbbd35cb2 months ago557 MB
nexus3.onap.org:10001/onap/org.onap.dcaegen2.platform.servicechange-handler<https://urldefense.proofpoint.com/v2/url?u=http-3A__nexus3.onap.org-3A10001_onap_org.onap.dcaegen2.platform.servicechange-2Dhandler=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=EXV5tXNlsVJxbnQkTqye-mojb3EewThEJN4i7tBV4o8=siCrTheXR98P8ZaMKxprUMJvddIL1xAYs4U0ZFqSNiE=>
   v1.0.0  5eaedd6dee57

Re: [onap-discuss] [DCAE] problems with dcae bootstrap VM

[JI, LUSHENG (LUSHENG)]

Eswar,

If the container has not exited, you can get into the container as Alexis 
mentioned. The container entry point is a script called /opt/app/installer.  
This script contains all the steps

If the container has already exited, you can first delete it (sudo docker rm 
boot), then rerun dcae2-vm-init.sh under /opt.

Thanks,
Lusheng Ji


From:  on behalf of ESWAR RAO 

Date: Friday, January 12, 2018 at 11:16 AM
To: Alexis de Talhouët 
Cc: "onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss] [DCAE] problems with dcae bootstrap VM

Thanks Alexis for the response.

As you know,  dcae-bootstrap docker after creating dcaeorcI00 VM its trying to 
install packages but upon failure of install its rollbacking using uninstall 
and docker container is killed.

Please let me know how we can bypass the docket getting killed/removed so that 
we can run cfy scripts manually.

Thanks
Eswar Rao




On 12 Jan 2018 8:28 pm, "Alexis de Talhouët" 
> wrote:

Hi, Here is an example I faced, maybe it can help you.

To debug, I have done the following:

  1.  go in the boot container
docker exec -it boot bash


  1.  Activate the virtual environment created by the installer
source dcaeinstall/bin/activate


  1.  Run the command provided in the failed execution logs to see the logs 
output which might point to the failure
 Réduire la source
(dcaeinstall) installer@e6120e566d15:~/consul$ cfy events list --tail 
--include-logs --execution-id 3b9a6058-3b35-4406-a077-8430fff5a518
Listing events for execution id 3b9a6058-3b35-4406-a077-8430fff5a518 
[include_logs=True]
Execution of workflow install for deployment ves failed. [error=Traceback (most 
recent call last):
  File "/tmp/pip-build-c5GA7o/cloudify-plugins-common/cloudify/dispatch.py", 
line 472, in _remote_workflow_child_thread
  File "/tmp/pip-build-c5GA7o/cloudify-plugins-common/cloudify/dispatch.py", 
line 504, in _execute_workflow_function
  File 
"/opt/mgmtworker/env/lib/python2.7/site-packages/cloudify/plugins/workflows.py",
 line 27, in install
node_instances=set(ctx.node_instances))
  File 
"/opt/mgmtworker/env/lib/python2.7/site-packages/cloudify/plugins/lifecycle.py",
 line 28, in install_node_instances
processor.install()
  File 
"/opt/mgmtworker/env/lib/python2.7/site-packages/cloudify/plugins/lifecycle.py",
 line 83, in install
graph_finisher_func=self._finish_install)
  File 
"/opt/mgmtworker/env/lib/python2.7/site-packages/cloudify/plugins/lifecycle.py",
 line 103, in _process_node_instances
self.graph.execute()
  File 
"/opt/mgmtworker/env/lib/python2.7/site-packages/cloudify/workflows/tasks_graph.py",
 line 133, in execute
self._handle_terminated_task(task)
  File 
"/opt/mgmtworker/env/lib/python2.7/site-packages/cloudify/workflows/tasks_graph.py",
 line 207, in _handle_terminated_task
raise RuntimeError(message)
RuntimeError: Workflow failed: Task failed 
'dockerplugin.create_and_start_container_for_components_with_streams' -> 500 
Server Error: Internal Server Error ("{"message":"Get 
https://nexus3.onap.org:10001/v2/onap/org.onap.dcaegen2.collectors.ves.vescollector/manifests/v1.1.0:
 read tcp 10.0.0.13:46574-\u003e199.204.45.137:10001: read: no route to host"}")
]


Unfortunatly for me, Nexus decided to crap on me at the exact time it tried to 
query it...
Anyway, here try to understand the issue, and/or send the output to the 
mailing-list. In my case, I tried to uninstall and re-installed the ves and it 
worked.

  1.  Uninstall the failed deployment
 Réduire la source
(dcaeinstall) installer@e6120e566d15:~/consul$ cfy uninstall  -d ves


  1.  Install the deployment
(dcaeinstall) installer@e6120e566d15:~/consul$ cfy install -p 
./blueprints/ves/ves.yaml -b ves -d ves -i ../config/vesinput.yaml

Thanks,
Alexis



On Jan 12, 2018, at 5:51 AM, ESWAR RAO 
> wrote:

Hi All,

I am using ONAP amsterdam release.

I am facing problems with DCAE bootstrapVM.



Can some one please help me in resolving the issue ??



# docker logs boot

2018-01-12 10:15:04 CFY  'install' workflow execution succeeded

Plugin validated successfully

Downloading from

Re: [onap-discuss] [dcae] DCAE failing in Amsterdam MR

[JI, LUSHENG (LUSHENG)]

Gary,

Unfortunately, that is not an easy fix.

Is it possible to add https to this registry?

If not, This is what I did to fix SB-05: getting into dcae-bootstrap vm and run 
this:
sudo sed -ie 's/10.12.5.80:5000/nexus3.onap.org:10001/g' 
/opt/app/config/invinputs.yaml /opt/config/nexus_docker_repo.txt
then rerun /opt/dcae2_vm_init.sh.

Lusheng


From: Gary Wu <gary.i...@huawei.com>
Date: Thursday, January 11, 2018 at 4:22 PM
To: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>, onap-discuss 
<onap-discuss@lists.onap.org>
Subject: RE: [onap-discuss] [dcae] DCAE failing in Amsterdam MR

Hi Lusheng,

10.12.5.80 is a docker cache local within the Wind River lab that allows us to 
dramatically speed up ONAP spin-up.   Unfortunately it only supports http.  The 
workaround for this is to configure the VM to allow insecure registries 
(https://docs.docker.com/registry/insecure/#deploy-a-plain-http-registry<https://urldefense.proofpoint.com/v2/url?u=https-3A__docs.docker.com_registry_insecure_-23deploy-2Da-2Dplain-2Dhttp-2Dregistry=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=no6u8eU2sMS-ZZgmw72jdYWCXKu7zOb3N7jDohx57kk=94kty_l5rBn9juSJSTqucU3orKroBcIV_LVReU9SqyU=>)
 by adding a /etc/docker/daemon.json file with the following content:

{
  "insecure-registries" : ["10.12.5.80:5000"]
}

Is this something that can be added/configured in the DCAE VMs relatively 
easily?  For all the other VMs I was able to add such a file by modifying the 
heat template, but it’s not clear how we can do so for the DCAE VMs.

Thanks,
Gary

From: JI, LUSHENG (LUSHENG) [mailto:l...@research.att.com]
Sent: Thursday, January 11, 2018 1:01 PM
To: Gary Wu <gary.i...@huawei.com>; onap-discuss <onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [dcae] DCAE failing in Amsterdam MR

Gary,

The log of dcae bootstrap docker container shows that there was a transient 
problem last night.  One of the artifacts hosted by LF Nexus server failed to 
download (getting “502 bad gateway” response).   I dumped the docker log to 
file /opt/log-docker-15afe9c18611-20180110 on the dcae bootstrap VM and line 
and line 1515 shows the problem.

So after cleaning up I re-ran the vm_init bash script again.  The deployment 
has passed the failure point last night.

Now there is another problem.   One of DCAE subcomponent failed due to now able 
to contact docker registry.  I found that the configuration for nexus docker 
repo is set to “10.12.5.80:5000”.  The error message says expects https but 
getting http response:  “dockerplugin.create_and_start_container_for_platforms' 
-> 500 Server Error: Internal Server Error ("{"message":"Get 
https://10.12.5.80:5000/v1/_ping<https://urldefense.proofpoint.com/v2/url?u=https-3A__10.12.5.80-3A5000_v1_-5Fping=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=no6u8eU2sMS-ZZgmw72jdYWCXKu7zOb3N7jDohx57kk=eDqWd1WmvllOioDUDAC8cQY6sfbgNfbZ6QAgFGno8qk=>:
 http: server gave HTTP response to HTTPS client"}")”  Is this a new Nexus 
docker registry that only supports http?

Lusheng

From: 
<onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org>>
 on behalf of Gary Wu <gary.i...@huawei.com<mailto:gary.i...@huawei.com>>
Date: Thursday, January 11, 2018 at 11:41 AM
To: onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: [onap-discuss] [dcae] DCAE failing in Amsterdam MR

Hi DCAE team,

Since last night the Amsterdam MR has been failing to spin up DCAE components.  
Can you take a look?

You can use the SB-05 environment to debug the issue.

Thanks,
Gary


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

Re: [onap-discuss] [dcae] DCAE failing in Amsterdam MR

[JI, LUSHENG (LUSHENG)]

Gary,

The log of dcae bootstrap docker container shows that there was a transient 
problem last night.  One of the artifacts hosted by LF Nexus server failed to 
download (getting “502 bad gateway” response).   I dumped the docker log to 
file /opt/log-docker-15afe9c18611-20180110 on the dcae bootstrap VM and line 
and line 1515 shows the problem.

So after cleaning up I re-ran the vm_init bash script again.  The deployment 
has passed the failure point last night.

Now there is another problem.   One of DCAE subcomponent failed due to now able 
to contact docker registry.  I found that the configuration for nexus docker 
repo is set to “10.12.5.80:5000”.  The error message says expects https but 
getting http response:  “dockerplugin.create_and_start_container_for_platforms' 
-> 500 Server Error: Internal Server Error ("{"message":"Get 
https://10.12.5.80:5000/v1/_ping: http: server gave HTTP response to HTTPS 
client"}")”  Is this a new Nexus docker registry that only supports http?

Lusheng

From:  on behalf of Gary Wu 

Date: Thursday, January 11, 2018 at 11:41 AM
To: onap-discuss 
Subject: [onap-discuss] [dcae] DCAE failing in Amsterdam MR

Hi DCAE team,

Since last night the Amsterdam MR has been failing to spin up DCAE components.  
Can you take a look?

You can use the SB-05 environment to debug the issue.

Thanks,
Gary


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

[onap-discuss] clarification question on ONPA R2 resilience requirement

[JI, LUSHENG (LUSHENG)]

Hello Jason,

I have couple of questions regarding the resilience requirement for ONAP R2 
that I hope to get your clarification.

In particular, for the level 2 requirement,

  1.  The table in your recommendation ppt shows level 2 resilience as 
“automated detection and recovery (single site)”, but the detailed requirement 
wiki page 
(https://wiki.onap.org/pages/viewpage.action?pageId=15998867)
 shows no “recovery”, only “reroute”.  Is failed component recovery part of 
level 2?
  2.  On the detailed requirement page 
(https://wiki.onap.org/pages/viewpage.action?pageId=15998867),
 the third bullet under level 2 resilience states:  “stateful components: 
establish baseline of data loss for a component failure within a site”.  What 
exactly does this mean?

Thanks,

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

Re: [onap-discuss] OOM Resource Requirement

[JI, LUSHENG (LUSHENG)]

Thanks Alexis!
Lusheng

From: Alexis de Talhouët <adetalhoue...@gmail.com>
Date: Thursday, January 4, 2018 at 4:30 PM
To: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>
Cc: "Gaurav Gupta (c)" <guptagau...@vmware.com>, "onap-discuss@lists.onap.org" 
<onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] OOM Resource Requirement

Hi, yes, typo. I fixed. it.

I see, it’s based on my deployment. It used only m1.large flavor, which have 8 
vCPU, 16G RAM and 160G storage.
So based on what you just told me, here are the new accurate requirements:

HEAT

  *   29 VM
  *   148 vCPU
  *   336 GB RAM
  *   3 TB Storage
  *   29 floating IP addresses

OOM

  *   17 VM
  *   54 vCPU
  *   156 GB RAM
  *   1020 GB Storage
  *   15 floating IP addresses

DCAE itself

  *   15 VM
  *   44 vCPU
  *   88 GB RAM
  *   880 GB Storage
  *   15 floating IP addresses

Thanks,
Alexis



On Jan 4, 2018, at 4:24 PM, JI, LUSHENG (LUSHENG) 
<l...@research.att.com<mailto:l...@research.att.com>> wrote:

Alexis,

The 2GB RAM for DCAE is probably a typo?

Not sure what VM flavors you use in your deployment.  Among the 15 DCAE VMs, 7 
(CDAP/Hadoop cluster) need to be m1.large size (4 vCPU, 8G RAM, 80G storage) 
and the rest are m1.medium size (2 vCPUs, 4G RAM, 40G storage).

So the total should be 44 vCPUs, 88G RAM, and 880G disk.  The actual usage of 
disk is much smaller.  So if there were a flavor supporting smaller disks (e.g. 
20% of current values), the disk usage can be smaller.

Lusheng


From: 
<onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org>>
 on behalf of Alexis de Talhouët 
<adetalhoue...@gmail.com<mailto:adetalhoue...@gmail.com>>
Date: Thursday, January 4, 2018 at 4:02 PM
To: "Gaurav Gupta (c)" <guptagau...@vmware.com<mailto:guptagau...@vmware.com>>
Cc: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] OOM Resource Requirement

FYI, I’ve just made the comparison with the HEAT requirements. The footprint 
for OOM is slightly smaller, but actually, it’s more than 80% DCAE’s footprint.

HEAT

  *   29 VM
  *   148 vCPU
  *   336 GB RAM
  *   3 TB Storage
  *   29 floating IP addresses
OOM

  *   17 VM
  *   123 vCPU
  *   294 GB RAM
  *   2300 TB Storage
  *   15 floating IP addresses
DCAE itself

  *   15 VM
  *   113 vCPU
  *   2 GB RAM
  *   2300 TB Storage
  *   15 floating IP addresses
Hope it helps,
Alexis

On Jan 4, 2018, at 3:46 PM, Alexis de Talhouët 
<adetalhoue...@gmail.com<mailto:adetalhoue...@gmail.com>> wrote:

Guarav, here are the exact numbers for DCAE requirement.

15 instances
113 vCPU
226 GB RAM
2260 GB disk
15 floating IP



On Jan 4, 2018, at 12:22 PM, Alexis de Talhouët 
<adetalhoue...@gmail.com<mailto:adetalhoue...@gmail.com>> wrote:

Gaurav, happy new year to you to! See answers inline.



On Jan 4, 2018, at 12:14 PM, Gaurav Gupta (c) 
<guptagau...@vmware.com<mailto:guptagau...@vmware.com>> wrote:

Alexis , Michael

Happy new year ,

I had couple of questions

a- about what is the Clean requirement for OOM in terms of Memory /vCPU if the 
closed loop demo needs to be attempted implying DCAE also to be part of .

AdT:
- 1 VM for rancher: 2 vCPU - 4 GO RAM - 40 GO disk
- 1 VM for ONAP - 8 vCPUS - 64 GO RAM - 100 GO disk - 16 GO swap (I added some 
swap because in ONAP, most of the app are not always active, most of them are 
idle, so it's fine to let the host store dirty page in the swap memory.)
- 14 VMs for DCAE - 130 vCPUS - 300 GO RAM - 1.5 TO disk (note: this it’s based 
on memory, I just torn down my setup, and I don’t recall well)





b - How many VM if we were to use Rancher based OOM Setup .

AdT: As specified above, only one VM for Rancher.



c - what is the release I should be using  if I were toinstall   amsterdam 
mainteance release .

AdT: OOM amsterdam branch. Note: DCAE isn’t yet merged.





thanks
Gaurav




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

Re: [onap-discuss] OOM Resource Requirement

[JI, LUSHENG (LUSHENG)]

Gaurav,

The issue is that in the Heat template, all DCAE VMs are set to m1.xlarge 
dimension.  This is over provisioned.  Hence the wrong total resource use 
numbers.  I will correct the Heat template for 1.0.1 release.

The corrected values for DCAE R1 should be:

  *   15 VMs
  *   44 vCPU
  *   88 GB RAM
  *   880 GB Storage
  *   15 floating IP addresses

Lusheng

From:  on behalf of Alexis de Talhouët 

Date: Thursday, January 4, 2018 at 4:20 PM
To: "Gaurav Gupta (c)" 
Cc: "onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss] OOM Resource Requirement

Ooops, typos, Here are the accurate values

HEAT

  *   29 VM
  *   148 vCPU
  *   336 GB RAM
  *   3 TB Storage
  *   29 floating IP addresses

OOM

  *   17 VM
  *   123 vCPU
  *   294 GB RAM
  *   2300 GB Storage
  *   15 floating IP addresses

DCAE itself

  *   15 VM
  *   113 vCPU
  *   226 GB RAM
  *   2300 GB Storage
  *   15 floating IP addresses



On Jan 4, 2018, at 4:02 PM, Alexis de Talhouët 
> wrote:

FYI, I’ve just made the comparison with the HEAT requirements. The footprint 
for OOM is slightly smaller, but actually, it’s more than 80% DCAE’s footprint.

HEAT

  *   29 VM
  *   148 vCPU
  *   336 GB RAM
  *   3 TB Storage
  *   29 floating IP addresses
OOM

  *   17 VM
  *   123 vCPU
  *   294 GB RAM
  *   2300 TB Storage
  *   15 floating IP addresses
DCAE itself

  *   15 VM
  *   113 vCPU
  *   2 GB RAM
  *   2300 TB Storage
  *   15 floating IP addresses
Hope it helps,
Alexis

On Jan 4, 2018, at 3:46 PM, Alexis de Talhouët 
> wrote:

Guarav, here are the exact numbers for DCAE requirement.

15 instances
113 vCPU
226 GB RAM
2260 GB disk
15 floating IP


On Jan 4, 2018, at 12:22 PM, Alexis de Talhouët 
> wrote:

Gaurav, happy new year to you to! See answers inline.


On Jan 4, 2018, at 12:14 PM, Gaurav Gupta (c) 
> wrote:

Alexis , Michael

Happy new year ,

I had couple of questions

a- about what is the Clean requirement for OOM in terms of Memory /vCPU if the 
closed loop demo needs to be attempted implying DCAE also to be part of .

AdT:
- 1 VM for rancher: 2 vCPU - 4 GO RAM - 40 GO disk
- 1 VM for ONAP - 8 vCPUS - 64 GO RAM - 100 GO disk - 16 GO swap (I added some 
swap because in ONAP, most of the app are not always active, most of them are 
idle, so it's fine to let the host store dirty page in the swap memory.)
- 14 VMs for DCAE - 130 vCPUS - 300 GO RAM - 1.5 TO disk (note: this it’s based 
on memory, I just torn down my setup, and I don’t recall well)




b - How many VM if we were to use Rancher based OOM Setup .

AdT: As specified above, only one VM for Rancher.


c - what is the release I should be using  if I were toinstall   amsterdam 
mainteance release .

AdT: OOM amsterdam branch. Note: DCAE isn’t yet merged.




thanks
Gaurav




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

Re: [onap-discuss] OOM Resource Requirement

[JI, LUSHENG (LUSHENG)]

Alexis,

The 2GB RAM for DCAE is probably a typo?

Not sure what VM flavors you use in your deployment.  Among the 15 DCAE VMs, 7 
(CDAP/Hadoop cluster) need to be m1.large size (4 vCPU, 8G RAM, 80G storage) 
and the rest are m1.medium size (2 vCPUs, 4G RAM, 40G storage).

So the total should be 44 vCPUs, 88G RAM, and 880G disk.  The actual usage of 
disk is much smaller.  So if there were a flavor supporting smaller disks (e.g. 
20% of current values), the disk usage can be smaller.

Lusheng


From:  on behalf of Alexis de Talhouët 

Date: Thursday, January 4, 2018 at 4:02 PM
To: "Gaurav Gupta (c)" 
Cc: "onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss] OOM Resource Requirement

FYI, I’ve just made the comparison with the HEAT requirements. The footprint 
for OOM is slightly smaller, but actually, it’s more than 80% DCAE’s footprint.

HEAT

  *   29 VM
  *   148 vCPU
  *   336 GB RAM
  *   3 TB Storage
  *   29 floating IP addresses
OOM

  *   17 VM
  *   123 vCPU
  *   294 GB RAM
  *   2300 TB Storage
  *   15 floating IP addresses
DCAE itself

  *   15 VM
  *   113 vCPU
  *   2 GB RAM
  *   2300 TB Storage
  *   15 floating IP addresses
Hope it helps,
Alexis

On Jan 4, 2018, at 3:46 PM, Alexis de Talhouët 
> wrote:

Guarav, here are the exact numbers for DCAE requirement.

15 instances
113 vCPU
226 GB RAM
2260 GB disk
15 floating IP


On Jan 4, 2018, at 12:22 PM, Alexis de Talhouët 
> wrote:

Gaurav, happy new year to you to! See answers inline.


On Jan 4, 2018, at 12:14 PM, Gaurav Gupta (c) 
> wrote:

Alexis , Michael

Happy new year ,

I had couple of questions

a- about what is the Clean requirement for OOM in terms of Memory /vCPU if the 
closed loop demo needs to be attempted implying DCAE also to be part of .

AdT:
- 1 VM for rancher: 2 vCPU - 4 GO RAM - 40 GO disk
- 1 VM for ONAP - 8 vCPUS - 64 GO RAM - 100 GO disk - 16 GO swap (I added some 
swap because in ONAP, most of the app are not always active, most of them are 
idle, so it's fine to let the host store dirty page in the swap memory.)
- 14 VMs for DCAE - 130 vCPUS - 300 GO RAM - 1.5 TO disk (note: this it’s based 
on memory, I just torn down my setup, and I don’t recall well)




b - How many VM if we were to use Rancher based OOM Setup .

AdT: As specified above, only one VM for Rancher.


c - what is the release I should be using  if I were toinstall   amsterdam 
mainteance release .

AdT: OOM amsterdam branch. Note: DCAE isn’t yet merged.




thanks
Gaurav



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

Re: [onap-discuss] [DCAE] DCAE VM unable to access openstack API endpoints

[JI, LUSHENG (LUSHENG)]

Eswar,

Do you mean that the OpenStack API endpoints not accessible from the DACE 
bootstarp VM?

Lusheng

From:  on behalf of ESWAR RAO 

Date: Thursday, January 4, 2018 at 11:52 AM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] [DCAE] DCAE VM unable to access openstack API endpoints

Hi All,

I am trying to install ONAP Amsterdam release.
All VM's orchestrated through HOT came up and dockers are running fine.

Observed a problem in bring-up of DCAE bootstrap VM which tries to create zones 
and remaining DCAE VM's through cloudify.
Since DCAE VM tries to access openstack API endpoints, they are not accessible 
from VM floating ip.

Anyone observed this behavior ??

Openstack Ocata version through packstack on Centos.


My Setup:

Ext world => Corp-Lan ===> Jump M/c ( 192.168.21.1 ; provides dhcp to 
compute and controller node)
>[ Controller+ NW node  with single-nic connected to br-ex 192.168.21.66 ] +
   [ Compute-1 which has ONAP VMs (fip-pool 
192.168.21-100,192.168.21-200) ]



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

Re: [onap-discuss] DCAE bootstrap - Connection timed out err in boot container installer script

[JI, LUSHENG (LUSHENG)]

Josef,

Could you share more information on your configurations, e.g. the Heat template 
and env files?

Thanks,
Lusheng Ji
ONAP DCAE

From:  on behalf of Josef Reisinger 

Date: Thursday, January 4, 2018 at 9:12 AM
To: onap-discuss 
Subject: [onap-discuss] DCAE bootstrap - Connection timed out err in boot 
container installer script

Folks,

I am trying to get this issue solved for a while, but I am stuck and do not 
understand why DCAE does not want to start up.

The boot container in dcae_bootstrap starts /opt/app/installer/installer which 
seems to successfully bring up the first DCAE VM (called 'dcaeorcl00' for me).
The logs in the boot container contain a warning about about celery

'2018-01-04 13:43:04 LOG  [mgmt_worker_aaf03.start] WARNING: celery 
status: worker not running, Retrying in 3 seconds...',

but nothing else which I could identify as an issue. Everything seems to be ok 
to the lines
2018-01-04 13:43:13 CFY  [sanity_6a35e.start] Sending task 
'fabric_plugin.tasks.run_script'
2018-01-04 13:43:13 CFY  [sanity_6a35e.start] Task started 
'fabric_plugin.tasks.run_script'
2018-01-04 13:43:13 LOG  [sanity_6a35e.start] INFO: Preparing fabric 
environment...
2018-01-04 13:43:13 LOG  [sanity_6a35e.start] INFO: Environment 
prepared successfully
2018-01-04 13:43:14 LOG  [sanity_6a35e.start] INFO: Saving sanity 
input configuration to /opt/cloudify/sanity/node_properties/properties.json
2018-01-04 13:43:15 CFY  [sanity_6a35e.start] Task succeeded 
'fabric_plugin.tasks.run_script'
2018-01-04 13:43:16 CFY  'install' workflow execution succeeded
Bootstrap failed! (('Connection aborted.', error(110, 'Connection timed out')))
Executing teardown due to failed bootstrap...
2018-01-04 13:45:24 CFY  Starting 'uninstall' workflow execution


On dcaeorcl00 I can see a warning from celery:
Jan 04 13:28:35 dcaeorcl00.novalocal celery[21174]: 
/opt/mgmtworker/env/lib/python2.7/site-packages/celery/platforms.py:766: 
RuntimeWarning: You are running the worker with superuser privileges, which is
Jan 04 13:28:35 dcaeorcl00.novalocal celery[21174]: absolutely not recommended!

and from consul
Jan 04 14:02:21 dcaeorcl00.novalocal consul[9064]: agent: failed to sync remote 
state: No known Consul servers
Jan 04 14:02:49 dcaeorcl00.novalocal consul[9064]: manager: No servers available

I would really like to understand what's going wrong... maybe even as simple as 
a configuration error, Any help is appreciated.
Mit freundlichen Grüßen / Kind regards
Josef Reisinger
IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter
Geschäftsführung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert 
Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz
Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 
14562 / WEEE-Reg.-Nr. DE 99369940



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

Re: [onap-discuss] [DCAE] [Multicloud] problem in DCAE VMs in amsterdam release

[JI, LUSHENG (LUSHENG)]

Hi Eswar,

Since you are using MultiCloud to proxy the API calls, the underlying 
OpenStack’s Identity API does not have to be 2.0.  MultiCloud presents a 2.0 
API (as specified by the dcae_keystone_url parameter) on its northbound which 
DCAE calls.  Then MultiCloud converts these 2.0 API calls to v3 calls into 
underlying OpenStack.

It appears that there is some confusion when MultiCloud is converting these 
calls.  I am also cc-ing Bin from MultiCloud for his suggestions.  One thing I 
can think of is to try to set dnsaas_keystone_url to 
http://172.27.29.47/identity/v3  (with v3 explicit)?

Thanks,
Lusheng




From:  on behalf of ESWAR RAO 

Date: Tuesday, January 2, 2018 at 8:07 PM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] [DCAE] [Multicloud] problem in DCAE VMs in amsterdam 
release

HI All,

Can you please help me in resolving below issues??

I installed ocata openstack devstack version and installed designate manually.
I followed ONAP amsterdam release document.


I am facing problems in DCAE VM's bring up as they rely on keystone V2 but my 
devstack has V3 support.


Is it mandatory to have both V2 and V3 installed in setup ??

I could see in below link:
https://wiki.onap.org/questions/16007597/does-any-component-in-onap-amsterdam-release-require-keystone-v2.0-version

So in env file I gave:

dnsaas_keystone_url: 
http://172.27.29.47/identity
dcae_keystone_url: 
"http://10.0.14.1/api/multicloud-titanium_cloud/v0/pod25_RegionOne/identity/v2.0"


But during dcae2-bootstrap VM its failing like:


2018-01-02 10:47:28 CFY  [key_pair_248cd.create] Task started 
'nova_plugin.keypair.create' [retry 10/10]
2018-01-02 10:47:29 CFY  [key_pair_248cd.create] Task failed 
'nova_plugin.keypair.create' -> 'unicode' object has no attribute 'get' [retry 
10/10] 2018-01-02 10:47:29 CFY  'install' workflow execution failed: 
Workflow failed: Task failed 'nova_plugin.keypair.create'
-> 'unicode' object has no attribute 'get' Workflow failed: Task failed 
'nova_plugin.keypair.create' -> 'unicode' object has no attribute 'get'




installer@a7717e214ba0:~$ cat /tmp/local_inputs
centos7image_id: "52d4ea09-cc69-4a9a-9961-938a3282d209"
ubuntu1604image_id: "97bbe637-5d42-419a-a2c7-beff33ffa23c"
flavor_id: "4"
security_group: "abc0687d-34ab-4d37-8fe8-4b544d94ba71"
public_net: "ext-net"
private_net: "onap_oam"
openstack:
  username: "admin"
  password: "onap123"
  tenant_name: "admin"
  auth_url: 
'http://10.0.14.1/api/multicloud-titanium_cloud/v0/pod25_RegionOne/identity/v2.0'
  region: "RegionOne"
keypair: "dcae-g2"
key_filename: ./key600
location_prefix: "onapr1"
location_domain: "onap-dcaegen2"
codesource_url: 
"https://nexus.onap.org/content/sites/raw"
codesource_version: "org.onap.dcaegen2.deployments/releases/scripts/"






I could see call tracing as : DCAE VM -> Multiservice VM (gateway container -> 
windriver container) -> host devstack nova-api


In dev-stack nova-api logs, I could see "GET /compute/v2.1/v2.1/os-keypairs"


v2.1 is getting appended additionally ???


stack@onap-S2600TPR:~/ONAP/init$ sudo journalctl -f --unit devstack@n-api* Jan 
02 16:17:04 onap-S2600TPR devstack@n-api.service[153784]: [pid: 153789|app: 
0|req: 1068/10690] 172.27.29.236 () {62 vars in 1287
bytes} [Tue Jan 2 16 :17:04 2018] GET /compute/v2.1/v2.1/os-keypairs => 
generated 112 bytes in 62 msecs (HTTP/1.1 404) 5 headers in 228 bytes (1 
switches on core 0) Jan 02 16:17:08 onap-S2600TPR 
devstack@n-api.service[153784]: INFO 

Re: [onap-discuss] [integration][oom] OOM readiness for Beijing release

[JI, LUSHENG (LUSHENG)]

Alexis,

Just to dovetail Vijay's email.

When a DMaaP message router subscriber issues a long polling call on a topic, 
if the topic does not exist, the rest call is returned with an error response 
code.

A DMaaP message router topic is created on the message router o.owhen: 1. if 
the topic is anonymous (no authentication) the first publication of a message 
to the topic causes topic being created in message router;  2 if the topic is a 
secured topic, it is created by an explicit provisioning operation.

For R1, all topics are anonymous.   So seeing the error response code when 
polling a topic does not necessarily mean an error condition, --could be that 
the publisher has not had anything to publish yet as Vijay explained.

The proper behavior for a subscriber getting a topic not exist error would be 
to poll again after a timeout.

If non existent anonymous topic does create a problem on subscriber, one 
mitigation at integration level could be to publish an empty message to this 
topic using curl command in message router initialization to cause the topic in 
question being created.

Regards,
Lusheng


Sent via the Samsung Galaxy S7, an AT 4G LTE smartphone
 Original message 
From: "VENKATESH KUMAR, VIJAY" 
Date: 1/3/18 4:22 PM (GMT-05:00)
To: Alexis de Talhouët , Helen Chen 

Cc: "GILBERT, MAZIN E (MAZIN E)" , onap-discuss 

Subject: Re: [onap-discuss] [integration][oom] OOM readiness for Beijing release

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

Alexis,
If the DMAAP instance was newly instantiated, then the following topic - 
unauthenticated.DCAE_CL_OUTPUT will be created when first Closed loop event 
gets published (either by TCA or Holmes services under DCAE).  For vFW, TCA 
publishes the closedloop event.

There are few things to check if

  *   TCA health check passes in consul (alternative you can check CDAP gui 
http://:11011/oldcdap/ns/cdap_tca_hi_lo/apps//programs/flows/TCAVESCollectorFlow/runs)
  *   Incoming events exceed the threshold defined for vFw 
(https://wiki.onap.org/display/DW/Policy+R1+Amsterdam+Functional+Test+Cases)

Regards,
Vijay


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Alexis de Talhouët
Sent: Wednesday, January 03, 2018 3:31 PM
To: Helen Chen 
Cc: GILBERT, MAZIN E ; onap-discuss 

Subject: Re: [onap-discuss] [integration][oom] OOM readiness for Beijing release

Hi,

I’m currently facing an issue in DCAE, so I have to reverse engineer the whole 
thing (along with Policy)… I have everything working already, it’s just that i 
have one topic, (or few topics, dunno yet) not being created.
Mainly, the one used by DCAE to publish close loop events: 
unauthenticated.DCAE_CL_OUTPUT (re: [onap-discuss] [OOM]Close-loop testing - No 
such topic exists.-[unauthenticated.DCAE_CL_OUTPUT] —> 
https://lists.onap.org/pipermail/onap-discuss/2017-December/007011.html)
If someone can help me figure this out, I will be one step ahead and very close 
to completion.

OOM is (for me) working reliably on the Amsterdam branch. DCAE setup is being 
created/working correctly with c/26647; I have health check passing fine; 
policy seems to be working as expected, I was able to successfully correlated 
the VNF heat stack with an operational policy. I can mount correctly the VNF. 
Now i’m very much at the last step of my testing; having DCAE receive/publish 
events for CL (vFWCL use case). Once done, my gut feeling is other use cases 
Brian mentioned will work as expected.
I’m willing to help you guys set it up and assist if things are failing.

Anyhow, I hope to get this done within the next week or so, but if some DCAE 
expert wish to chime and help me figure out my current issue that would help me 
_a lot_.

Regarding Gary 

[onap-discuss] cancelling DCAE weekly meetings for 12/21 and 12/28

[JI, LUSHENG (LUSHENG)]

Dear ONAP Helpdesk,

Could you please help cancelling the next two DCAE weekly meetings due to major 
holidays observed?  The dates for the two meetings to be cancelled are 12/21 
and 12/28.

Have a great holiday season and happy new year.

Thanks,
Lusheng Ji
ONAP DCAE PTL

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

Re: [onap-discuss] R1 Blitz: Intermittent AAI-vm1 container startup failures in HEAT - manual /opt/aai_install.sh fails but installs docker and pulls images

[JI, LUSHENG (LUSHENG)]

Michael,

dns_forwarder is used for configuring the private DNS 10.0.100.1.  So it should 
point to the next DNS server in DNS hierarchy.

If you are using Designate in your environment, please set the dns_forwarder to 
Designate's backend DNS server.  Otherwise set it to the external DNS server, 
in your case 8.8.4.4.

Lusheng



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


 Original message 
From: Michael O'Brien 
Date: 11/27/17 12:08 AM (GMT-05:00)
To: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] R1 Blitz: Intermittent AAI-vm1 container startup 
failures in HEAT - manual /opt/aai_install.sh fails but installs docker and 
pulls images

Discussed with Venkata,  Can I get someone who has deployed aai1 on heat to 
validate my env settings – specifically my heat settings.
After I actually looked at the failed docker log as well as Venkata suggested 
it does look like my DNS settings are to blame – I am having a hard time 
finding the recommended settings on the wiki or the PPT. and would like to 
document it as we go.

aai.hbase.simpledemo.openecomp.org: forward host lookup failed: Unknown host
Unable to connect to hbase after 200 retries, please check if hbase server is 
properly configured and be able to connect
Unable to run init chef script, please check logs

Onap-openstack.env

 dns_list: 8.8.4.4

  external_dns: 8.8.4.4

  dns_forwarder: 10.0.100.1 (was missing the dns-server ip)

testing this now – but my current restack stops the /opt file downloads before 
the test-config folder is in where the deploy scripts are.


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Michael O'Brien
Sent: Sunday, November 26, 2017 13:33
To: PLATANIA, MARCO (MARCO) ; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] R1 Blitz: Intermittent AAI-vm1 container startup 
failures in HEAT - manual /opt/aai_install.sh fails but installs docker and 
pulls images

30 min later on a re-stack we get connectivity again to gerrit/nexus – when 
manually bringing up the containers – will see if resources loads
Narrows down the image:version issue – as non-issue – was worried about the dns 
setting in onap-openstack.env
https://wiki.onap.org/display/DW/Vetted+vFirewall+Demo+-+Full+draft+how-to+for+F2F+and+ReadTheDocs#VettedvFirewallDemo-Fulldrafthow-toforF2FandReadTheDocs-OpenlabVNCandCLI
 – was using google’s 8.8.4.4 for the three dns* properties – need to vet these 
on Monday.

root@onap-aai-inst1:/opt/test-config# ./deploy_vm1.sh
Login Succeeded
v1.1.0: Pulling from openecomp/aai-resources
c62795f78da9: Already exists
d4fceeeb758e: Already exists
5c9125a401ae: Already exists
0062f774e994: Already exists
6b33fd031fac: Already exists
9a115de3c55d: Already exists
55300a0e3724: Already exists
371557fd7d66: Downloading [=> ] 
 137.4MB/165.8MB



From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Michael O'Brien
Sent: Sunday, November 26, 2017 13:04
To: PLATANIA, MARCO (MARCO) 
>; 
onap-discuss@lists.onap.org; *_Amdocs DTV 
CONV CORE PMO 
<_amdocsdtvconvcore...@int.amdocs.com>
Subject: Re: [onap-discuss] R1 Blitz: Intermittent AAI-vm1 container startup 
failures in HEAT - manual /opt/aai_install.sh fails but installs docker and 
pulls images

Marco,
   Yes, not related to HEAT or OOM deployment – looks like nexus3/gerritt 
timeouts and moved/renamed docker images on nexus3 – as model-loader has 
similar issues since the 16th in the branch.
   Any ONAP deployment lately seems very fragile – as I have worked with a 
fully working stack just last Wed on HEAT

I tried several timing related workarounds, rebooting, delete/recreate stack, 
running parts of deploy_vm1.sh commented – also 2 of the 6 containers are 
pointing to openecomp nexus namespace not the new onap – like 4 of the newer 
services in aai1 – so the issue might be intermittent nexus3 access – which I 
have seen in the past

In the other reference OOM deployment – all 9 containers come up ok – looking 
at differences in image versions between HEAT and OOM

ubuntu@ip-172-31-31-252:~$ kubectl get pods --all-namespaces | grep aai

onap-aai  aai-resources-898583818-dnw9l2/2   
Running0  24m

onap-aai 

[onap-discuss] ONAP Meeting Cancelation request for DCAE Weekly meeting 11/23

[JI, LUSHENG (LUSHENG)]

Dear ONAP Helpdesk,

Please cancel DCAE Weekly meeting on Nov 23, 2017 at 2-3PM GMT (9-10AM US EST, 
6-7AM US PST, 10-11PM China CST…) due to major holiday observed.

Thanks,
Lusheng Ji
DCAE PTL

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

Re: [onap-discuss] Please help for mainifest file update failure

[JI, LUSHENG (LUSHENG)]

Tao,

You might want to try to switch the order between your entries, or change where 
your block is inserted in the file.  The verify job runs a sort -c to verify 
entry order.

Lusheng


 Original message 
From: shentao 
Date: 11/16/17 4:53 AM (GMT-05:00)
To: 'Gary Wu' , 'Yunxia Chen' , 
yang@huawei.com
Cc: onap-discuss@lists.onap.org
Subject: [onap-discuss] Please help for mainifest file update failure

Hi, Guys

I have tried to update manifest file (CSV) for several times, but the Jenkins 
job always failed.
I’ve confirm docker image name and tag, but I really don’t know the reason.
Could you help me to have a look. Thank you very much.

The following is what I added to manifest file.
*
onap/usecase-ui,v1.0.1
onap/usecase-ui/usecase-ui-server,v1.0.1
*

Best regards,
Tao

-
沈涛
中国移动通信有限公司研究院网络技术研究所
中国北京市西城区宣武门西大街32号（100053）

Shen Tao
China Mobile Research Institute
No.32 Xuanwumen west street,Xicheng District, Beijing 100053, China

Tel: +86 15801696688-34070
Mobile: +86 13521591389
Email:  shen...@chinamobile.com
-

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

Re: [onap-discuss] [aai] AAI-UI is online in integration lab

[JI, LUSHENG (LUSHENG)]

The dcae_coll_ip (10.0.4.102) is only used in DCAE Gen1, where all IP addresses 
are preallocated and fixed.  It is not used in DCAE Gen2.

In Gen2, the VES collector is at dcaedoks00.${4_CHAR_RAND_ID}.dcaeg2.onap.org.  
It's IP address is assigned by DHCP.  The resolution is done by Designate DNS.  
The whole DNS resolution chain is all set up.

Message router is at 10.0.11.1.

Lusheng



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


 Original message 
From: "FREEMAN, BRIAN D" 
Date: 11/11/17 7:21 PM (GMT-05:00)
To: "FORSYTH, JAMES" , onap-discuss@lists.onap.org, "PLATANIA, 
MARCO (MARCO)" 
Subject: Re: [onap-discuss] [aai] AAI-UI is online in integration lab

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

Jimmy,

That IP is the dcae IP collector IP which is not installed in integration (not 
enough resources I suspect).

The message router that the model ingest uses is the 
ueb.api.simpledemo.openecomp.org
 or 
vm1.mr.simpledemo.openecomp.org

I changed that in the event.route in the base VM and restarted datarouter 
docker and it worked. Screen shot below :)
/opt/test-config/data-router/dynamic/routes/entity-event.route

Brian



120
 ;Message Router
121
 ;mr.api.simpledemo.openecomp.org.   IN  CNAME   
vm1.mr.simpledemo.openecomp.org.
122
 
ueb.api.simpledemo.openecomp.org.
   IN  CNAME   vm1.mr.simpledemo.openecomp.org.
123
 
mr.api.simpledemo.openecomp.org.
IN  A   dcae_coll_ip_addr
124
 
collector.api.simpledemo.openecomp.org.
 IN  A   dcae_coll_ip_addr

[onap-discuss] cancelling this week's DCAE weekly call

[JI, LUSHENG (LUSHENG)]

Hi Kenny

Could you please help cancelling tomorrow’s (this Thursday’s) DCAE weekly call? 
  We have no agenda, been busy completing RC2 requirements and integration 
tests.

Thank you very much!
Lusheng Ji
DCAE PTL
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] DCAE proposal for December meeting session

[JI, LUSHENG (LUSHENG)]

Good Afternoon Kenny,

DCAE just submitted a proposal for a presentation session during the December 
ONAP developer’s forum via the Survey Monkey web site.
Could you please acknowledge if you have received the proposal?  If there is 
any additional information that we can be of assistance, please do not hesitate 
letting me know.

Thank you,

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

[onap-discuss] question on releasing docker image

[JI, LUSHENG (LUSHENG)]

Hi,

I have some questions on how to release docker images for R1 that I hope to get 
help understanding.

By our daily release jobs, docker images are built and pushed to nexus3 server 
with a version with timestamp: ${NAME}:${VERSION}-${TIMESTAMP}.
In addition, the job also tags the same image with an additional tag: 
${NAME}:${VERSION}-latest .  The uses of an image always refer to this “latest” 
tag.

Which one should we notify the LF release team for releasing?  The timestamped 
one or the “latest”, or both?

Given the understanding the once an artifact is submitted, it cannot be 
overwritten, how would the ${NAME}:${VERSION}-latest image be handled?  For 
example, will the release team retag the “latest” image to always point to the 
newest released image?

Thanks,

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

[onap-discuss] [DCAE] please cancel this week's DCAE weekly call

[JI, LUSHENG (LUSHENG)]

Good morning Kenny.

Could you please help cancelling this Thursday’s (Nov 2) ONAP DCAE Weekly call? 
  We are working closely with the Integration team and pairwise-teams on 
testing.
Other than that, there is no agenda warranting a meeting.

Thanks,
Lusheng Ji
ONAP DCAE PTL

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

Re: [onap-discuss] [DCAE] please cancel this week's DCAE weekly call

[JI, LUSHENG (LUSHENG)]

Thank you!

Lusheng


 Original message 
From: Kenny Paul <kp...@linuxfoundation.org>
Date: 10/17/17 1:06 PM (GMT-05:00)
To: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>
Cc: onap-discuss <onap-discuss@lists.onap.org>
Subject: Re: [DCAE] please cancel this week's DCAE weekly call

Done.

Best Regards,
-kenny

Kenny Paul,  Technical Program Manager
kp...@linuxfoundation.org<mailto:kp...@linuxfoundation.org>
510.766.5945

On Oct 17, 2017, at 9:31 AM, JI, LUSHENG (LUSHENG) 
<l...@research.att.com<mailto:l...@research.att.com>> wrote:

Good morning Kenny.

Could you please help cancelling this Thursday’s (10/19) ONAP DCAE Weekly call? 
  We are working closely with the Integration team and pairwise-teams on 
testing.
Other than that, there is no agenda warranting a meeting.

Thanks,
Lusheng Ji
ONAP DCAE PTL

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

[onap-discuss] [DCAE] please cancel this week's DCAE weekly call

[JI, LUSHENG (LUSHENG)]

Good morning Kenny.

Could you please help cancelling this Thursday’s (10/19) ONAP DCAE Weekly call? 
  We are working closely with the Integration team and pairwise-teams on 
testing.
Other than that, there is no agenda warranting a meeting.

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

Re: [onap-discuss] [integration] ONAP Platform Testing session: vFW / vDNS w closed loop - Possible Designate workaround

[JI, LUSHENG (LUSHENG)]

Andrew,

Sorry for my late response.

You were correct.  The set you were experimenting with is a partial deployment. 
 The bootstrap container (actually the installer script inside of it) stands up 
the core of DCAE platform, including a Cloudify Manager and a Consul cluster.  
Additional platform components (CDAP cluster, config binding service, 
deployment handler, etc) and service components (VES collector, TCA, etc) will 
be deployed using this core platform by extending this boot strap script adding 
the executions of standard Cloudify’s blueprint deployment cli calls.

The status last week (around the time of your experiment) was that this core 
platform deployment was not really working due to a glitch with Designate.  The 
VMs could be launched, but the Consul cluster was stuck at leader election 
phase, due to DNS record mapping issue.  So this core platform could not deploy 
addition components.

Thanks to the effort from the MultiCloud / WindRiver team, we have since made a 
lot of progress in the Pod25 environment and we are adding more and more 
component blueprint deployments to the bootstrap script (we only add after 
testing).  I will keep you updated once all planned components for R1 have been 
integrated.

Thanks,
Lusheng




From: Andrew Fenner <andrew.fen...@ericsson.com>
Date: Thursday, October 12, 2017 at 10:21 AM
To: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>, "MAHER, RANDA" 
<rx1...@att.com>, Yunxia Chen <helen.c...@huawei.com>, "KAJUR, HARISH V" 
<vk2...@att.com>, "PLATANIA, MARCO (MARCO)" <plata...@research.att.com>, 
"FREEMAN, BRIAN D" <bf1...@att.com>, onap-discuss <onap-discuss@lists.onap.org>
Cc: "SEABOLT, SCOTT" <js9...@att.com>, "BRADY, PATRICK D" <pb0...@att.com>, 
Evguenia Freider <evguenia.frei...@ericsson.com>
Subject: RE: [onap-discuss] [integration] ONAP Platform Testing session: vFW / 
vDNS w closed loop - Possible Designate workaround

Lusheng,

I was trying to make some progress with DCAE installation on a local openstack 
system. I also don’t have Designate and it will take some time to get it.

I made up the three files included and stored them on the /root of the 
controller VM. (I just commented out all the DNS updates )

Then I ran the command
docker run -it --entrypoint=/opt/app/installer/installer_afr -v 
/root/installer_afr:/opt/app/installer/installer_afr -v 
/root/consul_cluster_afr.yaml:/opt/app/installer/blueprints/consul_cluster_afr.yaml
 -v /root/centos_vm_afr.yaml:/opt/app/installer/blueprints/centos_vm_afr.yaml 
-v /opt/config/priv_key:/opt/app/installer/config/key -v 
/opt/app/inputs.yaml:/opt/app/installer/config/inputs.yaml -e LOCATION=ZONE 
nexus3.onap.org:10001/onap/org.onap.dcaegen2.deployments.bootstrap:1.1-latest

and this result in the installation of 4 VMs 
(ZONEorcl00<https://urldefense.proofpoint.com/v2/url?u=http-3A__cloud4b.athtem.eei.ericsson.se_dashboard_project_instances_28111f25-2D88f0-2D46a2-2D8e6b-2Dcb977646fd1f_=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=5vBEvhBzZiWYaJY7cRyv5rTLmvFAV7i-i7DPdbrZVj8=jq4gSxAVTm6sU-Mlbi6BUYkl5Jct-maLxK3vGtV5VV0=>
 
ZONEcnsl00<https://urldefense.proofpoint.com/v2/url?u=http-3A__cloud4b.athtem.eei.ericsson.se_dashboard_project_instances_31a61a74-2De1e7-2D4587-2D943d-2D497208c344ac_=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=5vBEvhBzZiWYaJY7cRyv5rTLmvFAV7i-i7DPdbrZVj8=bc3tdR-_L7UOdvbhpBRwZDqUcWJBuiFwIhHMM7NBWuA=>
 
ZONEcnsl01<https://urldefense.proofpoint.com/v2/url?u=http-3A__cloud4b.athtem.eei.ericsson.se_dashboard_project_instances_743a1ec2-2D5eb7-2D444e-2D8eaf-2D0e9f89415e68_=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=5vBEvhBzZiWYaJY7cRyv5rTLmvFAV7i-i7DPdbrZVj8=iU0og8uAtp0dyHxFoqfspkQQJ_KjE3AdLKAYSw6UuiQ=>
 
ZONEcnsl02<https://urldefense.proofpoint.com/v2/url?u=http-3A__cloud4b.athtem.eei.ericsson.se_dashboard_project_instances_de0c1fbe-2D165d-2D481a-2D94e8-2D69bdcdb294df_=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=5vBEvhBzZiWYaJY7cRyv5rTLmvFAV7i-i7DPdbrZVj8=JWfUuYnVCKxUlmIC8AbMFDYPje2v0SwjcYkrTzj18cM=>)

I have consol working
curl 
http://131.160.203.206:8500/v1/agent/services<https://urldefense.proofpoint.com/v2/url?u=http-3A__131.160.203.206-3A8500_v1_agent_services=DwQFAg=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=5vBEvhBzZiWYaJY7cRyv5rTLmvFAV7i-i7DPdbrZVj8=IYV22baOG2AzP05cYbab89Z4f9ieyZHamtGp12upfgI=>
{"consul":{"ID":"consul","Service":"consul","Tags":[],"Address":"","Port":8300,"EnableTagOverride":false,"CreateIndex":0,"ModifyIndex":0}}[root@

But there is no VES or other Microservices but I don’t see any error either.

Is there something else needed to for

Re: [onap-discuss] [dcae] DCAE GEN2 dependency on Openstack Designate

[JI, LUSHENG (LUSHENG)]

Thanks Michael and Andrew.

The need of Designate risen from the need of being able to bind multiple 
records for a DNS entry via API calling.  The recommendation from our operation 
side was to use Designate.

Within ONAP, the plan is for MultiCloud to mediate (or in the case of Designate 
absence from underlying cloud infrastructure, perform) the needed API calls.

I am also adding my colleagues who were more involved in the Designate decision 
for their comments.

@Andrew F, my apologies I missed your email last week (found it after seeing 
your mentioning of it below).  I will respond in a separate email.

Thanks,
Lusheng


From: Andrew Fenner <andrew.fen...@ericsson.com>
Date: Tuesday, October 17, 2017 at 9:32 AM
To: Pawłowski Michał 1 - Korpo <michal.pawlows...@orange.com>, "JI, LUSHENG 
(LUSHENG)" <l...@research.att.com>
Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Subject: RE: [onap-discuss] [dcae] DCAE GEN2 dependency on Openstack Designate

Hi,

I have tried to work around this problem as well and described it in an earlier 
mail.

I’m not sure if this is a reasonable approach as my understanding of DCAE 
deployment is very limited but it spark the debate.

/Andrew



From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Pawlowski Michal 1 - 
Korpo
Sent: 17 October 2017 13:46
To: l...@research.att.com
Cc: onap-discuss@lists.onap.org
Subject: [onap-discuss] [dcae] DCAE GEN2 dependency on Openstack Designate

Hi Lusheng and DCAE Team,

Recently I’ve learnt that DCAE Gen2 (ONAP R1 DCAE) has dependency on Open Stack 
Designate Service. It is problematic since not all cloud environments contain 
Designate (it is not a “core” Open Stack service, in our case we do not have 
it). For lab env. in most cases it is not big issue to install, but in cases 
where production clouds with Designate are used to host ONAP – it is issue.
Thus I have two questions:

-  Is there any workaround allowing to install DCAE GEN2 without 
Designate?

-  Is long term strategy to keep this dependencies? If so, will other 
components also rely on it (today, if I am correct, only DCAE uses Designate)?

Best regards,
Michał
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [dcae] Deployment of PostgreSQL

[JI, LUSHENG (LUSHENG)]

Yes there is a PostgreSQL server being deployed.  Before there was the question 
of who deploys Postgres, the original plan was by OOM Cloudify, not DCAE.
Now it is decided that DCAE will deploy a Postgres.  The process is being 
finalized and tested.  I will share details in couple of days.

Lusheng

From: "fu.guangr...@zte.com.cn" <fu.guangr...@zte.com.cn>
Date: Wednesday, October 11, 2017 at 11:34 PM
To: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>
Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Subject: [dcae] Deployment of PostgreSQL


Hi Lusheng,



I asked this question a month or two ago. Now I'm raising it again.



Holmes needs PostgreSQL to support its business. Since DCAE uses PostgreSQL for 
data storage, we want to share it to avoid duplicated deployment of the 
database.



We've had some discussion on this via email before but no conclusion was drawn. 
I think it's time for us to pin this down now. Any ideas?



Regards,

Guangrong








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

Re: [onap-discuss] [integration] ONAP Platform Testing session: vFW / vDNS w closed loop

[JI, LUSHENG (LUSHENG)]

Andrew,

This is how far we could go until OpenStack Designate support is added to the 
Integration lab openstack.  We are actively working with the Integration and 
WindRiver team on resolving this.

In the meanwhile the VES collector and TCA are manually installed so VNF data 
can flow through.

Lusheng Ji
ONAP DCAE

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


 Original message 
From: Andrew Fenner <andrew.fen...@ericsson.com>
Date: 10/11/17 3:35 AM (GMT-05:00)
To: "MAHER, RANDA" <rx1...@att.com>, Yunxia Chen <helen.c...@huawei.com>, 
"KAJUR, HARISH V" <vk2...@att.com>, "PLATANIA, MARCO (MARCO)" 
<plata...@research.att.com>, "JI, LUSHENG (LUSHENG)" <l...@research.att.com>, 
"FREEMAN, BRIAN D" <bf1...@att.com>, onap-discuss <onap-discuss@lists.onap.org>
Cc: "SEABOLT, SCOTT" <js9...@att.com>, "BRADY, PATRICK D" <pb0...@att.com>
Subject: RE: [onap-discuss] [integration] ONAP Platform Testing session: vFW / 
vDNS w closed loop

Hi,

I’ve been following the integration testing and am able to reproduce most of 
the scenarios in a separate Openstack deployment but I don’t know how the VES 
for this integration test was installed (I could have missed that session).

When I try to install the DCAE I get the error in 
https://jira.onap.org/browse/INT-224<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_INT-2D224=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=nx28heYtCZKss4MuwJdJ_BpQebdCCZjtd5vdz3FQ7OU=7j1DFFgHZJU6mEaqQ0-pdOFKB_daLJwcrcpqrUO201I=>
2017-09-21 02:34:41 CFY  [dns_vm00_eb918.create] Task failed 
'dnsdesig.dns_plugin.aneeded' -> 'dns'

Was there any link to how this was worked around or how the VES was installed.

Thank you

/Andrew

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of MAHER, RANDA
Sent: 11 October 2017 04:25
To: Yunxia Chen <helen.c...@huawei.com>; KAJUR, HARISH V <vk2...@att.com>; 
DRAGOSH, PAM <pdrag...@research.att.com>; PLATANIA, MARCO 
<plata...@research.att.com>; JI, LUSHENG <l...@research.att.com>; FREEMAN, 
BRIAN D <bf1...@att.com>; onap-discuss <onap-discuss@lists.onap.org>
Cc: SEABOLT, SCOTT <js9...@att.com>; BRADY, PATRICK D <pb0...@att.com>
Subject: Re: [onap-discuss] [integration] ONAP Platform Testing session: vFW / 
vDNS w closed loop

Hi Helen,
Kang has already scheduled a  call  for APPC/MultiVIM testing in this same 
timeslot.
Thanks, Randa

-Original Appointment-
From: Yunxia Chen [mailto:helen.c...@huawei.com]
Sent: Tuesday, October 10, 2017 11:05 PM
To: Yunxia Chen; onap-discuss; KAJUR, HARISH V; MAHER, RANDA; DRAGOSH, PAM; 
PLATANIA, MARCO; JI, LUSHENG; FREEMAN, BRIAN D
Subject: [integration] ONAP Platform Testing session: vFW / vDNS w closed loop
When: Wednesday, October 11, 2017 7:00 AM-9:00 AM (UTC-08:00) Pacific Time (US 
& Canada).
Where: 
https://zoom.us/j/44<https://urldefense.proofpoint.com/v2/url?u=https-3A__zoom.us_j_44=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=nx28heYtCZKss4MuwJdJ_BpQebdCCZjtd5vdz3FQ7OU=rp28meR9mgCjfTgmak5mMS-G1Gt4Bvqra9NB4Mh_8qs=>



When: Wednesday, October 11, 2017 7:00 AM-9:00 AM. (UTC-08:00) Pacific Time (US 
& Canada)
Where: 
https://zoom.us/j/44<https://urldefense.proofpoint.com/v2/url?u=https-3A__zoom.us_j_44=DwMFoQ=LFYZ-o9_HUMeMTSQicvjIg=kyPZ229JImvwwKH-78nlyg=ue_GMrbq2bZjINW-YNytJP_dPciXGLf_jQWdbBc3iBw=xrWDHLjK_yWkTaFDnXqH9Lh3_6ebHOu0HxyeCVYV-QQ=>

*~*~*~*~*~*~*~*~*~*
Let’s continue with policy part testing and the rest of closed loop testing.

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

Re: [onap-discuss] status on Designate support in Pod25

[JI, LUSHENG (LUSHENG)]

Thanks Stephen.
I am having trouble login to this dashboard, getting “user currently locked 
out” error.
Could you please suggest when would be a good time for the integration meeting?

Thanks,
Lusheng


From: "Gooch, Stephen" <stephen.go...@windriver.com>
Date: Monday, October 9, 2017 at 4:27 PM
To: "Raineri, Eddy" <eddy.rain...@windriver.com>, "JI, LUSHENG (LUSHENG)" 
<l...@research.att.com>
Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Subject: RE: status on Designate support in Pod25

Hello,

I would like to add that this small cluster can communicate on the same 
networks as the large cluster.  You do not need to recreate every VM.   You can 
even use a neutron router from a project in the large cluster for your VMs in 
this smaller cloud.  Thus at a minimum you only need to launch the VMs which 
need to test the designate patch.

This is why Eddy and I think it best we schedule an integration meeting.  We 
want to keep it simple.

Br,
- Stephen

From: Raineri, Eddy
Sent: Monday, October 09, 2017 15:50
To: JI, LUSHENG (LUSHENG); Gooch, Stephen
Cc: onap-discuss@lists.onap.org
Subject: RE: status on Designate support in Pod25

Lusheng,

I’ve applied the patch to our ONAP pod but it’s not the big cluster.  Instead 
we created a small cluster so you can test with.  The floating IP for the OAM 
(horizon and rest APIs) are at 
http://10.12.25.5<https://urldefense.proofpoint.com/v2/url?u=http-3A__10.12.25.5=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=F1qSVERl4DGkWbAQOGw47xN_V2qj3rPePlvisa1UUx4=uF4fKCh8DPWNAgCN7tcns_hHqTKoE22oLfCyIzTpVmU=>.
   You should be able to log in and create VMs in your project.

I would suggest for next steps that we schedule an integration meeting so we 
can debug any issues.  Please include both Stephen and I from Wind River.

Thanks

Eddy

From: JI, LUSHENG (LUSHENG) [mailto:l...@research.att.com]
Sent: Monday, October 09, 2017 9:52 AM
To: Raineri, Eddy; Gooch, Stephen
Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: status on Designate support in Pod25

Eddy,

Thank you!

Lusheng

From: "Raineri, Eddy" 
<eddy.rain...@windriver.com<mailto:eddy.rain...@windriver.com>>
Date: Monday, October 9, 2017 at 10:48 AM
To: "JI, LUSHENG (LUSHENG)" 
<l...@research.att.com<mailto:l...@research.att.com>>, "Gooch, Stephen" 
<stephen.go...@windriver.com<mailto:stephen.go...@windriver.com>>
Cc: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: RE: status on Designate support in Pod25

Lusheng,

I plan on installing that today.  I will let you know when it’s done.

Eddy

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of JI, LUSHENG (LUSHENG)
Sent: Monday, October 09, 2017 9:29 AM
To: Gooch, Stephen
Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] status on Designate support in Pod25

Good Morning Stephen.

I am wondering if you have any update on the status of the Designate support in 
Pod 25?  DCAEGEN2’s automated deployment is waiting for using that.

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

Re: [onap-discuss] status on Designate support in Pod25

[JI, LUSHENG (LUSHENG)]

Eddy,

Thank you!

Lusheng

From: "Raineri, Eddy" <eddy.rain...@windriver.com>
Date: Monday, October 9, 2017 at 10:48 AM
To: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>, "Gooch, Stephen" 
<stephen.go...@windriver.com>
Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Subject: RE: status on Designate support in Pod25

Lusheng,

I plan on installing that today.  I will let you know when it’s done.

Eddy

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of JI, LUSHENG (LUSHENG)
Sent: Monday, October 09, 2017 9:29 AM
To: Gooch, Stephen
Cc: onap-discuss@lists.onap.org
Subject: [onap-discuss] status on Designate support in Pod25

Good Morning Stephen.

I am wondering if you have any update on the status of the Designate support in 
Pod 25?  DCAEGEN2’s automated deployment is waiting for using that.

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

[onap-discuss] status on Designate support in Pod25

[JI, LUSHENG (LUSHENG)]

Good Morning Stephen.

I am wondering if you have any update on the status of the Designate support in 
Pod 25?  DCAEGEN2’s automated deployment is waiting for using that.

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

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

[JI, LUSHENG (LUSHENG)]

 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)" <l...@research.att.com>
Cc: onap-discuss@lists.onap.org, peng.congc...@zte.com.cn, "HWANG, MICHAEL 
(MICHAEL)" <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





Original Mail
Sender:  <mhw...@research.att.com>;
To: fuguangrong10144542;
CC:  <l...@research.att.com>; 
<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<mailto: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:  <mhw...@research.att.com><mailto:mhw...@research.att.com>;
To: fuguangrong10144542;
CC:  <l...@research.att.com><mailto:l...@research.att.com>; 
<onap-discuss@lists.onap.org><mailto:onap-discuss@lists.onap.org>;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<mailto: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 
  suggestion below? If there's   still  
 problem, pls let us know asap.




Thanks..



Guangrong












Sender:  <mhw...@research.att.com><mailto:mhw...@research.att.com>;
To: fuguangrong10144542;
CC:<l...@research.att.com><mailto:l...@research.att.com>;   
<onap-discuss@lists.onap.org><mailto:onap-discuss@lists.onap.org>;pengcongcong612843;
Date: 2017/09/27 21:57
Subject: Re: 答复：[dcae] dcae-cli Installation Failure



Hi Guangrong

Rather than checking out source and 
trying to install from source, can 
you do a:

pip install onap-dcae-cli

instead?

Note: The onboarding env is not 
completely setup so your dcae-cli will 
work in a limited capacity.

As a requirement, you will need a   
  local postgres server running.  A 
fast way to get postgres running is to run a 
docker instance.  See the README in the 
dcae-cli project for more details on "Local use".

Thanks

Mike


On 09/27/2017 04:

[onap-discuss] ci-management change error

[JI, LUSHENG (LUSHENG)]

Hi,

I was trying to edit a change made to the ci-management project to address a 
reviewer comment using the Gerrit UI.  After completing the edit, when I tried 
to publish the edit, I got the “not Signed-off-by author/committer/uploader in 
commit message footer” error.  This is the change:  
https://gerrit.onap.org/r/#/c/15733,edit/

Moreover, the commit message of my change was automatically tagged with a 
“Parent: 72cabb62 (Merge "Install chrome to support ChromeDriver in CSIT")” 
line, which is not mine and I have no idea how it was added.

Any suggestion on how to proceed?

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

Re: [onap-discuss] [Integration][OpenLabs] Keystone API version incompatible

[JI, LUSHENG (LUSHENG)]

Both time blocks work for me.

Lusheng


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


 Original message 
From: Yunxia Chen <helen.c...@huawei.com>
Date: 9/20/17 7:27 PM (GMT-05:00)
To: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>, "Gooch, Stephen" 
<stephen.go...@windriver.com>, "Yang Xu (Yang, Fixed Network)" 
<yang@huawei.com>
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [Integration][OpenLabs] Keystone API version 
incompatible

I have time now until 10:00pm PDT today or after 8:00am PDT tomorrow. How about 
Lusheng, Stephen and Yang?

Regards,

Helen Chen

From: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>
Date: Wednesday, September 20, 2017 at 3:50 PM
To: "Gooch, Stephen" <stephen.go...@windriver.com>, "Yang Xu (Yang, Fixed 
Network)" <yang@huawei.com>, Helen Chen 00725961 <helen.c...@huawei.com>
Cc: onap-discuss <onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [Integration][OpenLabs] Keystone API version 
incompatible

@Stephen,

Thanks.

@Helen,
@Yang,

Could this be arranged as soon as possible?  We are blocked by this currently.  
Any project needs Ocata for R1?

Thanks,
Lusheng


From: "Gooch, Stephen" <stephen.go...@windriver.com>
Date: Wednesday, September 20, 2017 at 5:54 PM
To: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>, "Yang Xu (Yang, Fixed 
Network)" <yang@huawei.com>, Yunxia Chen <helen.c...@huawei.com>
Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Subject: RE: [onap-discuss] [Integration][OpenLabs] Keystone API version 
incompatible

To support Keystone v2, Ocata will also need to be removed from release 1 
support list.Is there an integration call scheduled to discuss this topic 
and the effects that may waterfall from it?

Br,
- Stephen

From: JI, LUSHENG (LUSHENG) [mailto:l...@research.att.com]
Sent: Wednesday, September 20, 2017 17:31
To: Yang Xu (Yang, Fixed Network); Yunxia Chen; Gooch, Stephen
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [Integration][OpenLabs] Keystone API version 
incompatible

That is the setup in our other testing labs too, both v2.0 and v3 are 
supported.  The new developer’s lab only supports v3.
We will move to v3 too.  But with R1 timeline it will be very difficult.

Thanks,
Lusheng


From: "Yang Xu (Yang, Fixed Network)" 
<yang@huawei.com<mailto:yang@huawei.com>>
Date: Wednesday, September 20, 2017 at 5:04 PM
To: Yunxia Chen <helen.c...@huawei.com<mailto:helen.c...@huawei.com>>, "Gooch, 
Stephen" <stephen.go...@windriver.com<mailto:stephen.go...@windriver.com>>, 
"JI, LUSHENG (LUSHENG)" <l...@research.att.com<mailto:l...@research.att.com>>
Cc: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: RE: [onap-discuss] [Integration][OpenLabs] Keystone API version 
incompatible

In WindRiver Mitaka, even though the identity end point is v3, we used v2 to do 
the testing. Also Mitaka provides two versions of Openstack RC file, one is 
them uses identity v2.

Thanks,
-Yang

From: Yunxia Chen
Sent: Wednesday, September 20, 2017 4:01 PM
To: Gooch, Stephen; JI, LUSHENG (LUSHENG); Yang Xu (Yang, Fixed Network)
Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [Integration][OpenLabs] Keystone API version 
incompatible

We got the same issue two months back when we deployed it at another lab, which 
is Mitaka.
Yang, do you remember what’s the solution or the workaround?

Regards,

Helen Chen

From: 
<onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org>>
 on behalf of "Gooch, Stephen" 
<stephen.go...@windriver.com<mailto:stephen.go...@windriver.com>>
Date: Wednesday, September 20, 2017 at 12:55 PM
To: "JI, LUSHENG (LUSHENG)" 
<l...@research.att.com<mailto:l...@research.att.com>>
Cc: onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] [Integration][OpenLabs] Keystone API version 
incompatible

Hello,

https://review.openstack.org/#/c/251530/<https://urldefense.proofpoint.com/v2/url?u=https-3A__review.openstack.org_-23_c_251530_=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=8HocSPkvRgRBGsnb4A7GvOnCk7qeKaeNJQDH7gg7XYk=CSyNu34UsRGj-ZdLLRM58rz_UvO04WpoWLXLe7iAWG8=>
  Keystone v2.0 was deprecated after Open Stack Liberty. I am assuming the 
Cloudify plugin was previously tested on Kilo or Liberty?

Br,
- Stephen

From: JI, LUSHENG (LUSHENG) [mailto:l...@research.att.com]
Sent: Wednesday, September 20, 2017 15:16
To: Gooch, Stephen

Re: [onap-discuss] [Integration][OpenLabs] Keystone API version incompatible

[JI, LUSHENG (LUSHENG)]

@Stephen,

Thanks.

@Helen,
@Yang,

Could this be arranged as soon as possible?  We are blocked by this currently.  
Any project needs Ocata for R1?

Thanks,
Lusheng


From: "Gooch, Stephen" <stephen.go...@windriver.com>
Date: Wednesday, September 20, 2017 at 5:54 PM
To: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>, "Yang Xu (Yang, Fixed 
Network)" <yang@huawei.com>, Yunxia Chen <helen.c...@huawei.com>
Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Subject: RE: [onap-discuss] [Integration][OpenLabs] Keystone API version 
incompatible

To support Keystone v2, Ocata will also need to be removed from release 1 
support list.Is there an integration call scheduled to discuss this topic 
and the effects that may waterfall from it?

Br,
- Stephen

From: JI, LUSHENG (LUSHENG) [mailto:l...@research.att.com]
Sent: Wednesday, September 20, 2017 17:31
To: Yang Xu (Yang, Fixed Network); Yunxia Chen; Gooch, Stephen
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [Integration][OpenLabs] Keystone API version 
incompatible

That is the setup in our other testing labs too, both v2.0 and v3 are 
supported.  The new developer’s lab only supports v3.
We will move to v3 too.  But with R1 timeline it will be very difficult.

Thanks,
Lusheng


From: "Yang Xu (Yang, Fixed Network)" 
<yang@huawei.com<mailto:yang@huawei.com>>
Date: Wednesday, September 20, 2017 at 5:04 PM
To: Yunxia Chen <helen.c...@huawei.com<mailto:helen.c...@huawei.com>>, "Gooch, 
Stephen" <stephen.go...@windriver.com<mailto:stephen.go...@windriver.com>>, 
"JI, LUSHENG (LUSHENG)" <l...@research.att.com<mailto:l...@research.att.com>>
Cc: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: RE: [onap-discuss] [Integration][OpenLabs] Keystone API version 
incompatible

In WindRiver Mitaka, even though the identity end point is v3, we used v2 to do 
the testing. Also Mitaka provides two versions of Openstack RC file, one is 
them uses identity v2.

Thanks,
-Yang

From: Yunxia Chen
Sent: Wednesday, September 20, 2017 4:01 PM
To: Gooch, Stephen; JI, LUSHENG (LUSHENG); Yang Xu (Yang, Fixed Network)
Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [Integration][OpenLabs] Keystone API version 
incompatible

We got the same issue two months back when we deployed it at another lab, which 
is Mitaka.
Yang, do you remember what’s the solution or the workaround?

Regards,

Helen Chen

From: 
<onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org>>
 on behalf of "Gooch, Stephen" 
<stephen.go...@windriver.com<mailto:stephen.go...@windriver.com>>
Date: Wednesday, September 20, 2017 at 12:55 PM
To: "JI, LUSHENG (LUSHENG)" 
<l...@research.att.com<mailto:l...@research.att.com>>
Cc: onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] [Integration][OpenLabs] Keystone API version 
incompatible

Hello,

https://review.openstack.org/#/c/251530/<https://urldefense.proofpoint.com/v2/url?u=https-3A__review.openstack.org_-23_c_251530_=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=8HocSPkvRgRBGsnb4A7GvOnCk7qeKaeNJQDH7gg7XYk=CSyNu34UsRGj-ZdLLRM58rz_UvO04WpoWLXLe7iAWG8=>
  Keystone v2.0 was deprecated after Open Stack Liberty. I am assuming the 
Cloudify plugin was previously tested on Kilo or Liberty?

Br,
- Stephen

From: JI, LUSHENG (LUSHENG) [mailto:l...@research.att.com]
Sent: Wednesday, September 20, 2017 15:16
To: Gooch, Stephen
Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [Integration][OpenLabs] Keystone API version incompatible

Stephen,

Thanks for providing access to the lab.  We have been trying to bring up 
DACEGEN2 platform inside the WindRiver ONAP developer lab and encountered a 
problem.

The version of the Cloudify OpenStack plugin that DACEGEN2 uses is not 
compatible with the Identity API that is current provided by the tenant for 
DCAE, which is v3.  The compatible Identity API version is v2.0.  For example 
https://${hostname}:5000/v2.0<https://urldefense.proofpoint.com/v2/url?u=https-3A__-24-257bhostname-257d-3A5000_v2.0=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=8HocSPkvRgRBGsnb4A7GvOnCk7qeKaeNJQDH7gg7XYk=qrSDXOAARfqhjJ37R6Tcd4MKGFBLDEB90zLfzByJISY=>.
Can the v2.0 Identity API be added?

I created a Jira ticket for tracking this:  
https://jira.onap.org/browse/OPENLABS-43<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_OPENLABS-2D43=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=8HocSPkvRgRBGsnb4A7GvOnCk7qeKaeNJQDH7gg7XYk=1yHxDG52r-QN2Qha5VZ0cKmdNHtvakHv7d8GAy1fTS8=>

Thanks,

Lusheng Ji
DCAE PTL

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

Re: [onap-discuss] [Integration][OpenLabs] Keystone API version incompatible

[JI, LUSHENG (LUSHENG)]

Stephen,

Yes. The plug-in was originally built for Kilo if I remember correctly.
Would it still be possible to add the authentication path for v2.0 on this 
instance though?   Your help would be really appreciated.

Thanks,
Lusheng


From: "Gooch, Stephen" <stephen.go...@windriver.com>
Date: Wednesday, September 20, 2017 at 3:55 PM
To: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>
Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Subject: RE: [Integration][OpenLabs] Keystone API version incompatible

Hello,

https://review.openstack.org/#/c/251530/<https://urldefense.proofpoint.com/v2/url?u=https-3A__review.openstack.org_-23_c_251530_=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=PPoV5kC3jNtkykAKcjBZ7g5M3PfpjeDd2WgLknGNxNs=dwvDMef2Qr-DztNKADsWhR20QRE8gAk6GejRJGRs6mg=>
  Keystone v2.0 was deprecated after Open Stack Liberty. I am assuming the 
Cloudify plugin was previously tested on Kilo or Liberty?

Br,
- Stephen

From: JI, LUSHENG (LUSHENG) [mailto:l...@research.att.com]
Sent: Wednesday, September 20, 2017 15:16
To: Gooch, Stephen
Cc: onap-discuss@lists.onap.org
Subject: [Integration][OpenLabs] Keystone API version incompatible

Stephen,

Thanks for providing access to the lab.  We have been trying to bring up 
DACEGEN2 platform inside the WindRiver ONAP developer lab and encountered a 
problem.

The version of the Cloudify OpenStack plugin that DACEGEN2 uses is not 
compatible with the Identity API that is current provided by the tenant for 
DCAE, which is v3.  The compatible Identity API version is v2.0.  For example 
https://${hostname}:5000/v2.0<https://urldefense.proofpoint.com/v2/url?u=https-3A__-24-257bhostname-257d-3A5000_v2.0=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=PPoV5kC3jNtkykAKcjBZ7g5M3PfpjeDd2WgLknGNxNs=gvQIUkBdeNcIb3N-o28yIUppyER0bZha-i1VZb8e13g=>.
Can the v2.0 Identity API be added?

I created a Jira ticket for tracking this:  
https://jira.onap.org/browse/OPENLABS-43<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_OPENLABS-2D43=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=PPoV5kC3jNtkykAKcjBZ7g5M3PfpjeDd2WgLknGNxNs=lPbS3nRU0v6IU6V9gyY4ghqUf5hhJWW8KTD4bPjnf3M=>

Thanks,

Lusheng Ji
DCAE PTL

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

[onap-discuss] [Integration][OpenLabs] Keystone API version incompatible

[JI, LUSHENG (LUSHENG)]

Stephen,

Thanks for providing access to the lab.  We have been trying to bring up 
DACEGEN2 platform inside the WindRiver ONAP developer lab and encountered a 
problem.

The version of the Cloudify OpenStack plugin that DACEGEN2 uses is not 
compatible with the Identity API that is current provided by the tenant for 
DCAE, which is v3.  The compatible Identity API version is v2.0.  For example 
https://${hostname}:5000/v2.0.
Can the v2.0 Identity API be added?

I created a Jira ticket for tracking this:  
https://jira.onap.org/browse/OPENLABS-43

Thanks,

Lusheng Ji
DCAE PTL

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

Re: [onap-discuss] [dcae] How to Install dcae-cli?

[JI, LUSHENG (LUSHENG)]

Guangrong,

Those dependencies require a Pypi server to host them.  We requested LF to set 
up one on their Nexus server more than one month ago.  Last week they set up a 
proxy server, but not exactly working for this purpose (need a hosting server). 
 So at this moment we are still blocked, and working with LF to resolve.

Lusheng


 Original message 
From: fu.guangr...@zte.com.cn
Date: 9/20/17 3:38 AM (GMT-05:00)
To: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>
Cc: onap-discuss@lists.onap.org, peng.congc...@zte.com.cn
Subject: [dcae] How to Install dcae-cli?


Lusheng,


We wanted to verify our component spec files using dcae-cli, but unfortunately 
we were trapped by some problems when building the dcae-cli tool.


We tried two ways to install dcae-cli:


1. Using "python setup.py build" and then "python setup.py install" under the 
directory dcaegen2/platform/cli/dcae-cli. An error occured:

Installed /usr/local/lib/python2.7/dist-packages/dcae_cli-2.9.0-py2.7.egg

Processing dependencies for dcae-cli==2.9.0

Searching for python-dockering<2.0.0,>=1.0.0

Reading 
https://pypi.python.org/simple/python-dockering/<https://urldefense.proofpoint.com/v2/url?u=https-3A__pypi.python.org_simple_python-2Ddockering_=DwQGaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=NAiZYKyofrGFjEn9tpnX1vTdNaU__8hvagOXSKpkGew=1kNIaPeFygfDRVnFhEAjSuO-paB20H738PQ15fTPXPk=>

Couldn't find index page for 'python-dockering' (maybe misspelled?)

Scanning index of all packages (this may take a while)

Reading 
https://pypi.python.org/simple/<https://urldefense.proofpoint.com/v2/url?u=https-3A__pypi.python.org_simple_=DwQGaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=NAiZYKyofrGFjEn9tpnX1vTdNaU__8hvagOXSKpkGew=ZlZCr4_09EYkq9LU0aRAlsAKoqzSgW5P-3PS2AtCNrk=>

No local packages or download links found for python-dockering<2.0.0,>=1.0.0

error: Could not find suitable distribution for 
Requirement.parse('python-dockering<2.0.0,>=1.0.0')


I browsed 
https://pypi.python.org/simple/<https://urldefense.proofpoint.com/v2/url?u=https-3A__pypi.python.org_simple_=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=NAiZYKyofrGFjEn9tpnX1vTdNaU__8hvagOXSKpkGew=ZlZCr4_09EYkq9LU0aRAlsAKoqzSgW5P-3PS2AtCNrk=>
 and found nothing regarding python-dockering.


2. Using "pip install --extra-index-url 
https://nexus3.onap.org/repository/PyPi/simple<https://urldefense.proofpoint.com/v2/url?u=https-3A__nexus3.onap.org_repository_PyPi_simple=DwQGaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=NAiZYKyofrGFjEn9tpnX1vTdNaU__8hvagOXSKpkGew=GbuBDsew0NI4twL5-G1YmuJ2MX-DMR2YU3oVenj_vBQ=>
 dcae-cli" which is written in the DCAE document to install dcae-cli directly. 
Another error occured:

[root@localhost dcae-cli]# pip install --extra-index-url 
https://nexus3.onap.org/repository/PyPi/simple<https://urldefense.proofpoint.com/v2/url?u=https-3A__nexus3.onap.org_repository_PyPi_simple=DwQGaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=NAiZYKyofrGFjEn9tpnX1vTdNaU__8hvagOXSKpkGew=GbuBDsew0NI4twL5-G1YmuJ2MX-DMR2YU3oVenj_vBQ=>
 dcae-cli

Requirement already satisfied: dcae-cli in 
/usr/lib/python2.7/site-packages/dcae_cli-2.9.0-py2.7.egg

Collecting python-consul (from dcae-cli)

  Using cached python_consul-0.7.2-py2.py3-none-any.whl

Requirement already satisfied: six in /usr/lib/python2.7/site-packages (from 
dcae-cli)

Collecting sqlalchemy (from dcae-cli)

  Using cached SQLAlchemy-1.1.14.tar.gz

Collecting SQLAlchemy-Utils (from dcae-cli)

  Using cached SQLAlchemy-Utils-0.32.16.tar.gz

Requirement already satisfied: click in /usr/lib/python2.7/site-packages (from 
dcae-cli)

Collecting jsonschema (from dcae-cli)

  Using cached jsonschema-2.6.0-py2.py3-none-any.whl

Collecting docker-py<2,>=1.10 (from dcae-cli)

  Using cached docker_py-1.10.6-py2.py3-none-any.whl

Collecting terminaltables (from dcae-cli)

  Using cached terminaltables-3.1.0.tar.gz

Collecting psycopg2 (from dcae-cli)

  Using cached psycopg2-2.7.3.1-cp27-cp27mu-manylinux1_x86_64.whl

Collecting genson (from dcae-cli)

  Using cached genson-0.2.2.tar.gz

Collecting python-discovery-client>=2.0.0 (from dcae-cli)

  Could not find a version that satisfies the requirement 
python-discovery-client>=2.0.0 (from dcae-cli) (from versions: )

No matching distribution found for python-discovery-client>=2.0.0 (from 
dcae-cli)


Do you have any idea on how to fix the errors above? Is there any other 
approach to install the dcae-cli?



Guangrong






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

Re: [onap-discuss] integration] RE: CSIT env needs for DCAE

[JI, LUSHENG (LUSHENG)]

Gary,

Thanks for the clarification.  Peter has already started working with DCAE 
developer on getting the CSIT test working for VES.

BR,
Lusheng



From: Gary Wu <gary.i...@huawei.com>
Date: Monday, September 18, 2017 at 3:22 PM
To: "WANG, SHAOBO" <sw6...@att.com>, "RAJU, CHINNAPPA" <cr7...@att.com>
Cc: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>, "HOTZE, BECKY L" 
<bk2...@att.com>, "VENKATESH KUMAR, VIJAY" <vv7...@att.com>, 
"onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Subject: RE: integration] RE: CSIT env needs for DCAE

Hi Peter,

Based on your description, I would suggest that you limit your CSIT scope to 
just the VES Collector.

Thanks,
Gary

From: WANG, SHAOBO [mailto:sw6...@att.com]
Sent: Monday, September 18, 2017 12:15 PM
To: Gary Wu <gary.i...@huawei.com>; RAJU, CHINNAPPA <cr7...@att.com>
Cc: JI, LUSHENG <l...@research.att.com>; HOTZE, BECKY L <bk2...@att.com>; 
VENKATESH KUMAR, VIJAY <vv7...@att.com>; onap-discuss@lists.onap.org
Subject: RE: integration] RE: CSIT env needs for DCAE

Hi Gary,

We had discussions/meetings with DCAE DEV team regarding running DCAE R1 test 
cases in CSIT environment.  With the reality that DCAE R1  are tightly coupled 
with Rackspace, VM and VM Cluster, the complete R1 DCAE system cannot run under 
CSIT environment.  There do have several DCAE components which are built as 
Docker container images and can be pull from ONAP Docker hub and run. However, 
missing the critical DCAE platform components, nothing but VES Collector has 
chance to run independently under CSIT environment (still having problem 
pending to fix) and generate meaningful test result for some test cases.

Please share some light which approach we should proceed:

· Just run the VES Collector component under CSIT for VES Event 
Collection test. – Only  a small portion of DCAE R1 tests

· Run the DCAE R1 test over a remote DCAE system in a lab  (ATT or 
WindRiver/Intel Lab)  - Only the people who have the access to the lab can run 
DCAE R1 tests

We need to have a quick decision in order to meet the Sep. 28 deadline (or not 
delay too much).

Thanks,
Peter

From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Thursday, September 14, 2017 4:05 PM
To: RAJU, CHINNAPPA <cr7...@att.com<mailto:cr7...@att.com>>
Cc: JI, LUSHENG <l...@research.att.com<mailto:l...@research.att.com>>; HOTZE, 
BECKY L <bk2...@att.com<mailto:bk2...@att.com>>; VENKATESH KUMAR, VIJAY 
<vv7...@att.com<mailto:vv7...@att.com>>; WANG, SHAOBO 
<sw6...@att.com<mailto:sw6...@att.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: integration] RE: CSIT env needs for DCAE

Hi Chinnappa,

The LF CSIT environment does not allow direct access to any OpenStack 
infrastructure.  You’re pretty much limited to spinning up docker containers 
within a single VM, but the VM memory size can be pretty large.  Would this 
work for you?

My recommendation for is to limit the CSIT test flows to the ones that can work 
within the above constraints (e.g. spinning up a few specific docker containers 
and test the APIs/interactions between them).  Anything that needs deployment 
capabilities via Heat or OpenStack should be done on the E2E infrastructure in 
the Open Labs.

Thanks,
Gary

From: RAJU, CHINNAPPA [mailto:cr7...@att.com]
Sent: Wednesday, September 13, 2017 8:17 PM
To: Gary Wu <gary.i...@huawei.com<mailto:gary.i...@huawei.com>>
Cc: JI, LUSHENG <l...@research.att.com<mailto:l...@research.att.com>>; HOTZE, 
BECKY L <bk2...@att.com<mailto:bk2...@att.com>>; VENKATESH KUMAR, VIJAY 
<vv7...@att.com<mailto:vv7...@att.com>>; WANG, SHAOBO 
<sw6...@att.com<mailto:sw6...@att.com>>
Subject: CSIT env needs for DCAE

Hi Gary,

DCAE project has different env needs compared to other ONAP projects. Need to 
understand how we can do this in CSIT env. Most important requirement is that 
DCAE env needs a tenant for the Open DCAE to work.

Lusheng from DCAE team would be able to tell us more on the env needs. I can 
schedule a meeting to talk through this. Let me know your availability.


Thanks & Regards,
Chinnappa Raju
SENIOR QUALITY TESTER
ECOMP Open Source Automation

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

Re: [onap-discuss] [dcae][dcaegen2] Three Questions about DCAE

[JI, LUSHENG (LUSHENG)]

Guangrong,

Please see inline for details.

Lusheng

 Original message 
From: fu.guangr...@zte.com.cn
Date: 9/16/17 3:59 AM (GMT-05:00)
To: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>
Cc: onap-discuss@lists.onap.org, peng.congc...@zte.com.cn, 
tian.shi...@zte.com.cn
Subject: [dcae][dcaegen2] Three Questions about DCAE


Hi Lusheng,


I've been trying to implement the basic integration of Holmes and DCAE, which 
is using the CBS to get the configuration information of other components. As 
the work went on, some questions arose:


1. There are two types of DMaaP topics: secure and unsecure. How to use the 
authentication information provided by DCAE while calling the DMaaP APIs? I do 
not see any APIs in terms of authentication in the DMaaP docs.

[lji]  DMaaP Message Routet actually supports 3 kinds of 
authentication/security mechasim: anonymous, API key, and AAF.  DCAE plans to 
use unauthenticated for R1.  I donot know if any component plans to use AAF.  
Using AAF requires additional provisioning steps and requires basic auth 
header.  The DMaaP project should have provided documentation for API.

[cid:0047000102d7c6a436d66e031]

2. When pulling data from DMaaP, the consumer group and the consumer ID are 
required (see below). Neither of them are embodied in the response message from 
the CBS above. How and where could we get those parameters?

[cid:0047000102d7c6a436d66e032]

[lji] These two parameters are under your control.   They together identify a 
subscriber to the Message Router.  DMaaP Message Router uses such info to 
decide when to advance message offset.  The MR guarantees message delivery to 
each group.  You may have multiple subscribers under the same group for the 
same topic as a load balancing measure, --each of them receives a subset of 
messages.  Different subscribers to the same topic, if each wishes to get all 
the messages, should use different group IDs.


3. If we want to get the CBS address, we have to use the value of the env 
variable CONSUL_HOST to compose the url and perform the query. What I 
understand is that the CONSUL_HOST is actually a hostname, which means we need 
a DNS to support the conversion from a hostname to the corresponding IP. In 
this case, do we have to set up a DNS inside each of the Holmes dockers in 
order that the coversion could be working when we make calls to the Consul? Is 
the service information returned by the CBS (or Consul) in the form of ip 
addresses or hostnames?

[cid:0047000102d7c6a436d66e033]

[lji]  You do not need to do that.  The DNS mapping is configured via cloud's 
DNS service.  I am cc-ing Tommy for this question.  Since he developed CBS, his 
answer would be the most accurate.


Could you please kindly answer them for me?


Thanks.


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

[onap-discuss] stability of oparent artifact version

[JI, LUSHENG (LUSHENG)]

Hi Gary,

We have this requirement of using oparent as parent for all project poms, which 
we complied, back in July/August time frame.  But then the version of the 
oparent artifact has changed several times.  This causes all referencing 
projects to change.  For DACEGEN2, we have a dozen and half repos.  This is a 
lot of changes every time oparent changes.

Is it possible NOT to change the versioning in oparent?  For example just use 
1.0.0-SNAPSHOT as it was back in July, at least until the release time?

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

Re: [onap-discuss] "permission denied" for accessing referenced documents by Document project demo

[JI, LUSHENG (LUSHENG)]

Pam,

Later last night I found a way around it.
Basically, the direct links into content items will all give you “Permission 
Denied” error.  But the front page  http://onap.readthedocs.io/en/latest/ is 
okay.  Then you can navigate into the item of interest from there.

Hope this helps.
Lusheng

From: "DRAGOSH, PAMELA L (PAM)" <pdrag...@research.att.com>
Date: Friday, September 15, 2017 at 9:09 AM
To: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>, "GLOVER, GREG L" 
<gg2...@att.com>
Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] "permission denied" for accessing referenced 
documents by Document project demo

All,

Yes I have the same issue. Should folks create an account and then be given 
permission?

Thanks,

Pam

From: <onap-discuss-boun...@lists.onap.org> on behalf of "JI, LUSHENG 
(LUSHENG)" <l...@research.att.com>
Date: Thursday, September 14, 2017 at 8:56 PM
To: "GLOVER, GREG L" <gg2...@att.com>
Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Subject: [onap-discuss] "permission denied" for accessing referenced documents 
by Document project demo

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

Sorry I could not attend your demo due to schedule conflict.  And today I 
finally got the chance to view the video.  Thanks for the effort.

When I was trying to access the pages referenced from your project wiki page, 
M4 template, and recorded demo.  But I get “Permission Denied You don't have 
the proper permissions to view this page. Please contact the owner of this 
project to request permission.” on ALL of them.  I registered an account on 
readdocs, that did not help either.

Any suggestions on how to actually see these documents?

Thanks,
Lusheng Ji
DCAE PTL



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

[onap-discuss] "permission denied" for accessing referenced documents by Document project demo

[JI, LUSHENG (LUSHENG)]

Greg,

Sorry I could not attend your demo due to schedule conflict.  And today I 
finally got the chance to view the video.  Thanks for the effort.

When I was trying to access the pages referenced from your project wiki page, 
M4 template, and recorded demo.  But I get “Permission Denied You don't have 
the proper permissions to view this page. Please contact the owner of this 
project to request permission.” on ALL of them.  I registered an account on 
readdocs, that did not help either.

Any suggestions on how to actually see these documents?

Thanks,
Lusheng Ji
DCAE PTL



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

[onap-discuss] [Integration][OOM][MultiVIM] DCAEGEN2 bootstrap docker container

[JI, LUSHENG (LUSHENG)]

Hi,

DCAEGEN2 bootstrap container is now available on ONAP Nexus.  It can be pulled 
from: nexus3.onap.org:10001/onap/org.onap.dcaegen2.deployments.bootstrap:1.1

The instructions of how to run can be found from README:  
https://gerrit.onap.org/r/gitweb?p=dcaegen2/deployments.git;a=blob_plain;f=bootstrap/README-docker.md;h=af4edffcd369413effca328fdef1fd50d66bb1a9;hb=HEAD.
  I plan to do a demo during tomorrow’s DACE weekly meeting.   This container 
only stands up the core platform, including a cloudyfy manager and a HA consul. 
 We will add more blueprints to this container so it deploys more components.  
Currently this is blocked by Blocker B30.

Although it is not a full setup for DCAEGEN2 yet, this container can be used 
for initial testings for instantiation and interaction with MultiVIM.  Please 
let us know how we can proceed with testing.

Thanks,
Lusheng Ji,
ONAP DCAE


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

[onap-discuss] request for excluding non-Java repos from SONAR reporting

[JI, LUSHENG (LUSHENG)]

Dear Helpdesk,

For DACEGEN2 there are a number of repos contain no programming code.  There 
are also a number of repos containing code that is not Java, such as Python and 
Erlang.  To our understanding the ONAP SONARQUBE does not have the additional 
language plugins for scanning those code.  We have to set “skip” to true for 
sonar plugin in the pom.xml’s otherwise the daily release jobs would fail 
because it invokes Sonar scan (please see Helpdesk ticket #45127)

Could you please exclude them from SONAR scan result reporting?

Thank you very much.  Below please find the detail list of these repos:

dcaegen2
  Non code
dcaegen2/analytics
Non code
dcaegen2/collectors  
Non code
dcaegen2/collectors/snmptrap  Python
dcaegen2/deploymentsNon code
dcaegen2/platform
Non code
dcaegen2/platform/blueprints   Non code
dcaegen2/platform/cdapbroker Erlang
dcaegen2/platform/cli  
Python
dcaegen2/platform/configbinding Python
dcaegen2/platform/deployment-handlerJS
dcaegen2/platform/plugins Python
dcaegen2/platform/policy-handlerPython
dcaegen2/platform/servicechange-handlerClojure
dcaegen2/utils  
  Python

Lusheng Ji
DCAE PTL


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

Re: [onap-discuss] [multicloud][dcaegen2] ask for plan/discussion on the integration test between DCAE and Multi VIM/Cloud

[JI, LUSHENG (LUSHENG)]

Xinhui,

(+ Becky and Peter, who are helping with DCAEGEN2 CSIT.  As well as members of 
the DCAE platform team)

Sorry for my late response.   We were originally hoping that we could have a 
lab that both parties can access so we can all install and test in the same 
environment.  But it still has not happened yet.  So here is what I think how 
we can proceed.

We are in the process of pushing out the code that constructs the bootstrapping 
docker container for DCAEGEN2 platform, with ETA early next week.  After it is 
available on nexus3, I think we could use this to run the tests. Your team can 
download the image and run the container in your OpenStack + MultiVIM 
environment.  Instructions on how to run the container will be provided under 
dcaegen2/deployments repo.  Most relevant is an input.yaml file, which contains 
various configuration parameters for accessing the OpenStack infrastructure, 
including Keystone URL.  If you could populate those fields with values from 
Multi-VIM proxy-ed URLs, the bootstrapping container would make calls to the 
proxy and then MultiVIM decides how to proxy.

After the docker container is started, if you eventually see 4 VMs appearing, 
with names of  *orcl00, *cnsl0[0-2], you should be really happy, -- that means 
it is working.  If not, we may have to wait for this lab (Intel?) where both 
parties can access and schedule a call to further discuss.

Would this plan at least get things started?  If we are missing something, 
please let us know.

Thanks,
Lusheng


From: Xinhui Li <lxin...@vmware.com>
Date: Friday, September 1, 2017 at 11:05 AM
To: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>
Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Subject: [onap-discuss][multicloud][dcaegen2] ask for plan/discussion on the 
integration test between DCAE and Multi VIM/Cloud

Hi, Lusheng

Thanks for the DCAE team’s help in the past Sprint to settle down the API/use 
case with Multi VIM/Cloud team.

We have got our keystone proxy set up, uploaded related binary to Nexus3, and 
will provide document accordingly. I wonder when is convenient for your team to 
discuss about test plan on the integration between DCAE and Multi VIM/Cloud. 
Ideally, we need do this iteratively before final end2end integration. At the 
same time, Multi VIM/Cloud team is working on UT and FT framework to cover API 
tests confirmed together.

Regards,

Xinhui

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

Re: [onap-discuss] 20170907 DCAE Stability status (2 of 5) - fixed

[JI, LUSHENG (LUSHENG)]

Thanks Michael for the update.
Lusheng

From:  on behalf of Michael O'Brien 

Date: Thursday, September 7, 2017 at 7:11 PM
To: "onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss] 20170907 DCAE Stability status (2 of 5) - fixed

Update,
   1 min after I sent this the cluster started to come up after 71 min (instead 
of the normal 45) for the first time in 30 days - so as of the 20170907 fix we 
are good for DCAE 1.1 – all 19 VMs are up.
   Thank you
   /michael

10.0.4.103 zldciad4vicdap00.dcae.simpledemo.openecomp.org cdap00 
zldciad4vicdap00

root@263ef3ee2bc5:/opt/app/dcae-controller-platform-server/logs# cat error.log
09/07-21:43:17.627|8261a4a6-d118-48d4-8e8b-8f71e3d0d7c7|??|databus 
polling|DATABUS_POLLING|263ef3ee2bc5:9998|WARN|1|172.18.0.2|263ef3ee2bc5|||DATABUS-POLLING-FAILED-5001W
 java.lang.RuntimeException: http error: java.net.UnknownHostException: 
zldciad4vicoll00.dcae.simpledemo.openecomp.org


obrienbiometrics:onap michaelobrien$ openstack server list

+--+-+++-+

| ID   | Name| Status | 
Networks   | Image Name 
 |

+--+-+++-+

| 4ace2349-3c04-481e-b1ce-3e1149fdb46a | zldciad4vicdap02| ACTIVE | 
oam_onap_1cEY=10.0.4.105;  | Ubuntu 14.04 LTS (Trusty Tahr) 
(PVHVM)  |

|  | || 
public=104.239.168.94, |
 |

|  | || 
2001:4802:7805:102:be76:4eff:fe20:37   |
 |

| b1dd657e-b2ad-4a93-90aa-1402090d8ff1 | zldciad4vicdap01| ACTIVE | 
oam_onap_1cEY=10.0.4.104;  | Ubuntu 14.04 LTS (Trusty Tahr) 
(PVHVM)  |

|  | || 
public=2001:4802:7801:104:be76:4eff:fe20:43b9, |
 |

|  | || 
104.130.172.34 |
 |

| fab4d8cc-8167-4be2-a26a-0210b399d6ec | zldciad4vicdap00| ACTIVE | 
oam_onap_K9D5=10.0.4.103;  | Ubuntu 14.04 LTS (Trusty Tahr) 
(PVHVM)  |

|  | || 
public=104.130.239.138,|
 |

|  | || 
2001:4802:7805:102:be76:4eff:fe20:41f4 |
 |

| 910ee094-c132-4ddb-b7c2-a6746804a2e8 | zldciad4vipstg00| ACTIVE | 
oam_onap_K9D5=10.0.4.101; public=172.99.67.10, | Ubuntu 16.04 LTS (Xenial 
Xerus) (PVHVM) |

|  | || 
2001:4802:7805:104:be76:4eff:fe20:5d38 |
 |

| 42d80ad1-a20b-4b95-9481-f93be883bc25 | zldciad4vicoll00| ACTIVE | 
oam_onap_1cEY=10.0.4.102;  | Ubuntu 14.04 LTS (Trusty Tahr) 
(PVHVM)  |

|  | || 
public=2001:4802:7805:102:be76:4eff:fe20:3ad,  |
 |

|  | || 
104.130.239.28 |
 |

| 3cbe3be0-aa6a-4679-944f-12c20cf1fee6 | vm1-aai-inst1   | ACTIVE | 
oam_onap_1cEY=10.0.1.1; public=146.20.65.5,|
 |

|  | || 
2001:4802:7806:102:be76:4eff:fe20:2368 |
 |

| 0833c54b-8789-4564-8f84-58734a98b96d | vm1-portal  | ACTIVE | 
oam_onap_1cEY=10.0.9.1;|
 |

|  | || 
public=2001:4802:7803:103:be76:4eff:fe20:10ea, |
 |

|  | || 
104.130.31.189 |
 |

| c16d5c95-c9d5-4482-9116-8d825fa6d7a6 | vm1-aai-inst2   | ACTIVE | 
oam_onap_1cEY=10.0.1.2;|
 |

|  | || 
public=104.239.169.139,

Re: [onap-discuss] [DCAE] documentation on APIs

[JI, LUSHENG (LUSHENG)]

Steven,

DCAEGEN2 has the API documents under 
https://wiki.onap.org/display/DW/DCAE+API+Documentation.  They are in Swagger 
generated HTML format.  At the time of generation this was known as the most 
complete format for API specification.  Converting to the new readthedocs 
format is a new requirement that we did not know about and planned for before.  
Currently we have no spare resources to work on this conversion task.

I issued a call for volunteer during DCAE’s weekly meeting earlier this 
morning.  So far no one responded.  I will keep you updated if the situation 
changes.

Lusheng Ji
DCAE PTL




From: "WRIGHT, STEVEN A" <sw3...@att.com>
Date: Wednesday, August 30, 2017 at 1:56 PM
To: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>
Cc: "GLOVER, GREG L" <gg2...@att.com>, "BENNETT, RICH" <rb2...@att.com>, Gildas 
Lanilis <gildas.lani...@huawei.com>, "onap-discuss@lists.onap.org" 
<onap-discuss@lists.onap.org>
Subject: [DCAE] documentation on APIs

With the API freeze at the M3 milestone, I am interested in  the availability 
of the Amsterdam release DCAE API documentation from the DCAE project.

While there is some DCAE API documentation on the wiki at: 
https://wiki.onap.org/display/DW/DCAE+API+Documentation , the Documentation 
project  provides the documentation tool chain for all ONAP projects ( refer 
Documentation section M1 Release planning documentation). The Documentation 
Project tool chain delivers release-controlled ONAP documentation to 
http://onap.readthedocs.io/en/latest/index.html

There is currently no documentation on DCAE APIs available at  
http://onap.readthedocs.io/en/latest/index.html
(The documentation tool chain/Jenkins jobs are up and working now for other 
projects)

Can the DCAE project/PTL  identify a contact person to work on the 
documentation aspects of DCAE?
Ideally the contact should be identified 
here<https://wiki.onap.org/display/DW/Doc+Project+Coverage+Matrix>.
The general process on documenting projects in ONAP is described 
here<http://onap.readthedocs.io/en/latest/guide/onap-developer/how-to-use-docs/index.html>.

VNFs have requirements to support DCAE APIs. From VNFRQTS project, we are 
trying to complete 
VNFRQTS-90<https://jira.onap.org/secure/RapidBoard.jspa?rapidView=63=VNFRQTS=planning=VNFRQTS-90>
 in our current sprint-3.   To complete this, we need at least a chapter 
heading available at  http://onap.readthedocs.io/en/latest/index.html for our 
requirements deliverable to point to for DCAE API documentation. Our VNFRQTS 
Sprint 3 is due to complete September 12, so  we would appreciate if you could 
have the DCAE API documentation outline up at  
http://onap.readthedocs.io/en/latest/index.html within the next week.

Please advise if you need help to achieve this.

best regards
Steven Wright, MBA, PhD, JD.
[ech Integration]
AT Services Inc.
1057 Lenox Park Blvd NE, STE 4D28
Atlanta, GA 30319
P: 470.415.3156

sw3...@att.com<mailto:sw3...@att.com>
www.linkedin.com/in/drstevenawright/<http://www.linkedin.com/in/drstevenawright/>

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

Re: [onap-discuss] [dcae][holmes] Instantiation of DCAE-Holmes

[JI, LUSHENG (LUSHENG)]

Guangrong,

Thanks for the clarification.

As for deployment of Holmes we can do it both ways.  From DCAE perspective, for 
deploying any service component, DCAE is just waiting for its Deployment 
Handler API being called, along with this call also expected is a blueprint 
that describes what to deploy and how. CLAMP calls this API, but the same API 
can also be invoked by other means to control service components.

If for example Holmes is to be deployed independent of any close loop, we can 
have an “initialization” blueprint that includes Holmes, and this is called by 
a script after the DCAE platform components are up and running, not by CLAMP.  
And when the CLAMP is calling DCAE to deploy service components for a control 
loop which uses Holmes, we need to make sure its blueprint does not include 
Holmes instantiation.

I think that is what we have been saying how we want to deploy Holmes, and it 
appears to be aligned with what you are saying too.  Well even if you want to 
change the approach in future, the difference is not huge in terms of support 
from DCAE platform, just needing different blueprints.

Hope this helps,
Lusheng








From: "fu.guangr...@zte.com.cn" <fu.guangr...@zte.com.cn>
Date: Wednesday, August 30, 2017 at 12:39 AM
To: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>
Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, 
"tian.shi...@zte.com.cn" <tian.shi...@zte.com.cn>
Subject: Re: [dcae][holmes] Instantiation of DCAE-Holmes


Lusheng,



Sorry for the confusion. I mean there is supposed to be only on instance for 
Holmes duing the run time.



The reason why I'm asking is that I want to keep us on the same page. Actually 
it was not clear to me when Holmes is going to be spun up. Right after DCAE is 
instantiated or when a control loop is distributed by CLAMP. If it's the 
formrer one, everything would be okay. Otherwise we have to consider to shift 
that to an earlier phase.



I hope I've made myself clear.



Regards,

Guangrong






Original Mail
Sender:  <l...@research.att.com>;
To: FuGuangRong10144542;
CC:  <onap-discuss@lists.onap.org>;tianshiwei10223543;
Date: 2017/08/30 12:31
Subject: Re: [dcae][holmes] Instantiation of DCAE-Holmes


Guangrong,

Sorry I do not know what you mean by "singleton" mode.  Please clarify.

Also DCAEGEN2 platform has been planning to deploy Holmes as a DCAE service 
component.  I do not understand why you need to worry about when to spin up.

Lusheng

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


 Original message ----
From: fu.guangr...@zte.com.cn
Date: 8/29/17 11:31 PM (GMT-05:00)
To: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>
Cc: onap-discuss@lists.onap.org, tian.shi...@zte.com.cn
Subject: [dcae][holmes] Instantiation of DCAE-Holmes


Lusheng,



As you know, in the Amsterdam release, Holmes is going to be running in a 
singleton mode. All the control loops are differentiated and processed by 
different rules (not by the service instance, which I think is the probable 
implementation of the string matcher).  Thus we hope Holmes to be spun up right 
after DCAE is started (like the platform services of DCAE). What do we need to 
do for this?



Regards,

Guangrong












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

Re: [onap-discuss] [dcae][holmes] Instantiation of DCAE-Holmes

[JI, LUSHENG (LUSHENG)]

Guangrong,

Sorry I do not know what you mean by "singleton" mode.  Please clarify.

Also DCAEGEN2 platform has been planning to deploy Holmes as a DCAE service 
component.  I do not understand why you need to worry about when to spin up.

Lusheng

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


 Original message 
From: fu.guangr...@zte.com.cn
Date: 8/29/17 11:31 PM (GMT-05:00)
To: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>
Cc: onap-discuss@lists.onap.org, tian.shi...@zte.com.cn
Subject: [dcae][holmes] Instantiation of DCAE-Holmes


Lusheng,


As you know, in the Amsterdam release, Holmes is going to be running in a 
singleton mode. All the control loops are differentiated and processed by 
different rules (not by the service instance, which I think is the probable 
implementation of the string matcher). Thus we hope Holmes to be spun up right 
after DCAE is started (like the platform services of DCAE). What do we need to 
do for this?


Regards,

Guangrong




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

Re: [onap-discuss] [dcae]MSB Demo Presentation

[JI, LUSHENG (LUSHENG)]

Guangrong,

Thanks!  Could you please confirm that you would be able to do the MSB demo?  
And how much time do you need?

Thanks,
Lusheng

From: "fu.guangr...@zte.com.cn" <fu.guangr...@zte.com.cn>
Date: Monday, August 21, 2017 at 6:20 AM
To: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>
Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Subject: [dcae]MSB Demo Presentation

Lusheng,

As we discussed last week, could you please reserve some time for the 
presentation of the demo of MSB at the weekly meeting of DCAE?

Thanks.

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

Re: [onap-discuss] [dcae] Service Registration of DCAE Components

[JI, LUSHENG (LUSHENG)]

Guangrong,

No, the component itself does not need to do that.  It happens automatically 
via registrator.

BR
Lusheng

From: "fu.guangr...@zte.com.cn" <fu.guangr...@zte.com.cn>
Date: Thursday, August 17, 2017 at 11:45 AM
To: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>
Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Subject: [dcae] Service Registration of DCAE Components

Hi Lusheng,

One simple question: do the DCAE components have to register themselves to the 
DCAE Consul or they will be registered automatically while they are being 
started up by the DCAE controller?

Thanks.

Guangrong

PS. Please take some time to think about the deployment of MySQL inside DCAE 
using the standard MySQL docker container.
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] 答复: [DCAE] DCAE questions from Usecase UI

[JI, LUSHENG (LUSHENG)]

Shentao,

I have accepted your meeting invite for 9-9:30PM Monday night (Beijing time 
9-9:30AM Tuesday morning).  But for some reason that response email was 
returned undelivered.
So let’s talk about it tonight (tomorrow morning).

Thanks,
Lusheng

From: shentao <shen...@chinamobile.com>
Date: Monday, August 14, 2017 at 1:19 AM
To: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>, 'Lingli' 
<denglin...@chinamobile.com>
Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Subject: 答复: [onap-discuss] [DCAE] DCAE questions from Usecase UI

Dear Lusheng

Look at your convenient time, I suggest that we organize one-on-one 
communication and confirmation as soon as possible.
The time suggested by me here is either:
1, your local time Monday morning 9am to 9:30am; or
2, your local time on Monday at 9pm to 9:30pm


Best regards,
Tao


发件人: shentao [mailto:shen...@chinamobile.com]
发送时间: 2017年8月14日 13:02
收件人: 'JI, LUSHENG (LUSHENG)'; 'Lingli'
抄送: 'onap-discuss@lists.onap.org'
主题: 答复: [onap-discuss] [DCAE] DCAE questions from Usecase UI

Hi, Lusheng

Usecase UI is planning to provide alarm and performance display.
So I need the following APIs which would be supported by DCAE.

Plan A (best)
1. alarm API for querying alarms of VNFs and VIMs. And the API supports the 
conditional query according to time, type, vnf name and so on.
2. performance API for querying performance of VNFs and VIMs. And the API 
supports the conditional query according to time, type and so on.

Plan B
1. alarm API for querying alarms of VNFs and VIMs.
2. performance API for querying performance of VNFs and VIMs.

If you are convenient, I'd like to hold a zoom meeting on Monday (your time).


Best regards,
Tao


发件人: JI, LUSHENG (LUSHENG) [mailto:l...@research.att.com]
发送时间: 2017年8月14日 10:11
收件人: Lingli; shentao
抄送: onap-discuss@lists.onap.org
主题: Re: [onap-discuss] [DCAE] DCAE questions from Usecase UI

Yes, we will need to set up a call to understand exactly what’s needed.
This was the first time this requirement was brought to our attention. There 
was no prior communication on this so we need to understand what support is 
needed.

Lusheng


From: Lingli <denglin...@chinamobile.com>
Date: Sunday, August 13, 2017 at 7:04 PM
To: shentao <shen...@chinamobile.com>
Cc: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>, 
"onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [DCAE] DCAE questions from Usecase UI

Hi Tao and Lusheng,

If I understand it correctly this issue is affecting M2 functional freeze for 
Usecase UI and VoLTE use case, and therefore needs immediate attention.
Would you both help further clarify the situation and expectations for R1 over 
the two APIs?

Thanks and Regards,
Lingli


China Mobile Research Institute
On 08/11/2017 13:30, shentao<mailto:shen...@chinamobile.com> wrote:
Hi, Lusheng

Usecase UI is going to provide alarm and performance show functions.
I just want to confirm if DCAE will support alarm and performance data query 
via Usecase UI.

Best regards,
Tao

-
沈涛
中国移动通信有限公司研究院网络技术研究所
中国北京市西城区宣武门西大街32号（100053）

Shen Tao
China Mobile Research Institute
No.32 Xuanwumen west street,Xicheng District, Beijing 100053, China

Tel: +86 15801696688-34070
Mobile: +86 13521591389
Email:  shen...@chinamobile.com
-

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

Re: [onap-discuss] [DCAE] DCAE questions from Usecase UI

[JI, LUSHENG (LUSHENG)]

Yes, we will need to set up a call to understand exactly what’s needed.
This was the first time this requirement was brought to our attention. There 
was no prior communication on this so we need to understand what support is 
needed.

Lusheng


From: Lingli <denglin...@chinamobile.com>
Date: Sunday, August 13, 2017 at 7:04 PM
To: shentao <shen...@chinamobile.com>
Cc: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>, 
"onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [DCAE] DCAE questions from Usecase UI

Hi Tao and Lusheng,

If I understand it correctly this issue is affecting M2 functional freeze for 
Usecase UI and VoLTE use case, and therefore needs immediate attention.
Would you both help further clarify the situation and expectations for R1 over 
the two APIs?

Thanks and Regards,
Lingli


China Mobile Research Institute
On 08/11/2017 13:30, shentao<mailto:shen...@chinamobile.com> wrote:
Hi, Lusheng

Usecase UI is going to provide alarm and performance show functions.
I just want to confirm if DCAE will support alarm and performance data query 
via Usecase UI.

Best regards,
Tao

-
沈涛
中国移动通信有限公司研究院网络技术研究所
中国北京市西城区宣武门西大街32号（100053）

Shen Tao
China Mobile Research Institute
No.32 Xuanwumen west street,Xicheng District, Beijing 100053, China

Tel: +86 15801696688-34070
Mobile: +86 13521591389
Email:  shen...@chinamobile.com
-

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

Re: [onap-discuss] 答复: [holmes][clamp][dcae][aai]Holmes Gaps to Get Over

[JI, LUSHENG (LUSHENG)]

Tao,

Thanks for your email.

The API doc will be provided on the schedule mentioned in my previous email to 
Guangrong.

Because DCAE is a large system, it has a large set of APIs as well.  Some are 
used for designed interactions with other ONAP components, some are for testing 
and dev purposes and likely be "undocumented".  Documentation will also be 
prioritized.  Those APIs needed for R1 uses will have priority.

Since this is the first communication from UI, we will need to understand your 
use plan so we can work together to make sure DCAE APIs support the needs of 
UI.  I would suggest we set up a focus meeting to further the discussion.

Thanks,
Lusheng Ji
ONAP DCAE PTL


 Original message 
From: shentao <shen...@chinamobile.com>
Date: 7/28/17 8:45 AM (GMT-05:00)
To: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>, fu.guangr...@zte.com.cn, 
"NGUEKO, GERVAIS-MARTIAL" <gn4...@intl.att.com>, "SHACHAM, RON (RON)" 
<rshac...@research.att.com>, "FORSYTH, JAMES" <jf2...@att.com>, "KOYA, 
RAMPRASAD" <rk5...@att.com>, don...@raisecom.com, zhang...@chinamobile.com
Cc: onap-discuss@lists.onap.org
Subject: 答复: [onap-discuss] [holmes][clamp][dcae][aai]Holmes Gaps to Get Over

Hi，Lusheng

Usecase UI have the same question like Guangrong about DCAE API.
We are going to provide UI functions about alarms and performance.
I’d like to know what kind of data we could get from DCAE so that we can design 
our UI pages.
Could you provide a document about DCAE API details or a list of APIs which 
DCAE is going to provide for R1.

Best regards,
Tao


发件人: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] 代表 JI, LUSHENG (LUSHENG)
发送时间: 2017年7月27日 11:44
收件人: fu.guangr...@zte.com.cn; NGUEKO, GERVAIS-MARTIAL; SHACHAM, RON (RON); 
FORSYTH, JAMES; KOYA, RAMPRASAD
抄送: onap-discuss@lists.onap.org
主题: Re: [onap-discuss] [holmes][clamp][dcae][aai]Holmes Gaps to Get Over

Please see in-line
Lusheng

From: "fu.guangr...@zte.com.cn<mailto:fu.guangr...@zte.com.cn>" 
<fu.guangr...@zte.com.cn<mailto:fu.guangr...@zte.com.cn>>
Date: Wednesday, July 26, 2017 at 10:45 PM
To: "JI, LUSHENG (LUSHENG)" 
<l...@research.att.com<mailto:l...@research.att.com>>, "NGUEKO, 
GERVAIS-MARTIAL" <gn4...@intl.att.com<mailto:gn4...@intl.att.com>>, RON SHACHAM 
<rshac...@research.att.com<mailto:rshac...@research.att.com>>, "FORSYTH, JAMES" 
<jf2...@att.com<mailto:jf2...@att.com>>, "KOYA, RAMPRASAD" 
<rk5...@att.com<mailto:rk5...@att.com>>
Cc: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>, 
"denglin...@chinamobile.com<mailto:denglin...@chinamobile.com>" 
<denglin...@chinamobile.com<mailto:denglin...@chinamobile.com>>, 
"liuyuan...@chinamobile.com<mailto:liuyuan...@chinamobile.com>" 
<liuyuan...@chinamobile.com<mailto:liuyuan...@chinamobile.com>>
Subject: [holmes][clamp][dcae][aai]Holmes Gaps to Get Over


1. Documentation - API descriptions and Dev Guides have to be provided, either 
formal or informal, as long as they are helpful for developers. We are now 
expecting documentation from projects listed below:

- DMaaP (Message from @Varun Gudisena: documents to be provided by August 3rd)

- DCAE

[lji]  We have provided sample code snippets and descriptions on DCAE project 
wiki under “microservice on-boarding”.  You have agreed on today’s call that 
this info, together with the JSON example for the #2 item below, would be 
sufficient for you to start working.  We plan to provide high level API 
descriptions by M2.  Full API specifications by M3.

- CLAMP

- A

If you have already provided them, please kindly let me know the link. If not, 
please provide a time point for the provision of those formal or informal 
documents.



2. @Lusheng: I will send our configuration json file to you asap. As agreed, 
please help to give the corresponding configurations inside DCAE back to us so 
that we could start to work on parsing the them in Holmes.



3. @Lusheng: As for the communication between DCAE components and other ONAP 
components outside DCAE, I still suggestion that DCAE to be integated with MSB. 
No matter whose responsiblity(DCAE or OOM) it is, we'd better figure out a way 
for this.

[lji] Yes there needs to be a better way for information sharing in control 
plane.  DMaaP at least provides a platform for data plane communication across 
different components.  In general, ONAP lacks such a system wide unified 
run-time configuration sharing method/platform.  So far two candidate methods 
within ONAP scope that I am aware of are via OOM or via MSB, -- and they both 
use Consul so it makes even more sense to harmonize the

[onap-discuss] help recording meeting 4 session

[JI, LUSHENG (LUSHENG)]

Hello,

Could the host of ONAP meeting 4 (https://zoom.us/j/824147956) help recording 
the current meeting (DCAE weekly)?

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

Re: [onap-discuss] [dcae][holmes]Could DCAE Put the Topic about the Blueprint and CLAMP template onto the Agenda for Tommorrow's Weekly Meeting?

[JI, LUSHENG (LUSHENG)]

Guangrong,

Sure.  We were thinking about the same thing as well.  Especially now we also 
have a concrete use case VoLTE to work with.  Let me try to make sure that from 
DCAE side we have the additional people to help with the onboarding and 
configuration aspects as well.

If necessary we can schedule follow up calls as well for deep diving into the 
specifics.

Lusheng




 Original message 
From: Steven Fu <steven20...@gmail.com>
Date: 7/12/17 10:22 AM (GMT-05:00)
To: "JI, LUSHENG (LUSHENG)" <l...@research.att.com>, onap-discuss@lists.onap.org
Subject: [dcae][holmes]Could DCAE Put the Topic about the Blueprint and CLAMP 
template onto the Agenda for Tommorrow's Weekly Meeting?

Greetings Lusheng,

I'm writing to ask whether you can add a topic to introduce the blueprints and 
CLAMP templates to tomorrow's DCAE weekly meeting agenda.

In the past two weeks, Vijay, Pamela and Martial tried to give a introduction 
on the high level workflow of DCAE to us and that's very helpful. Besides the 
workflow, we also want to know something about the blueprints and templates. 
Such as how the policy configurations and rules are defined in the blueprint, 
how the blueprint is translated into a CLAMP template, what is the template 
like and how the template is deployed into Policy and other relevant 
components. If we make this clear, we could consider whether configurations and 
rules for Holmes could be designed and deployed in the same way. This is very 
important for the Holmes team because we have no idea on how and where to get 
started based on the limited materials we've already got.

Actually, the time is kinda tight for us because as you know there are only 
approximately two months left for us to accomplish our coding and integration 
with a bunch of components in ONAP but we still have a lot of things to do 
whereas many of them seem unclear to us yet.

Thanks.

Best Regards,

Guangrong Fu / 付光荣
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] DCAE PTL self-nomination

[JI, LUSHENG (LUSHENG)]

Hello,

This email is for self-nominating for DCAE project PTL.

I have been with AT Research for 13 years.  Been participating and leading 
many research and development projects in the areas of wireless communication, 
IoT, and multimedia communications.   My past experiences also include open 
standards development in IEEE (802.11 and 802.15.4), WiFi Alliance, and IETF.

I have been involved in the eCOMP DACE project for the past two years.  Frist 
for AT’s internal DCAE development, then as the TPL and committer for Open 
ECOMP DCAE.

If given the opportunity with your trust, it will be an honor serving the ONAP 
DCAE project.

Lusheng Ji, Ph.D.
Principal Inventive Scientist
AT Research
1 (908) 901 2143
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] DCAE project PTL nomination solicitation

[JI, LUSHENG (LUSHENG)]

Greetings fellow ONAPers,

The DCAE project is soliciting self nominations for its Project Technical Lead. 
 Per TSC instructions, nominees should be from those listed as committers on 
the DCAE project proposal approved by the ONAP TSC 
(https://wiki.onap.org/pages/viewpage.action?pageId=3247121).  The nomination 
period will end on Tuesday, June 20.

To nominate, please send an email to the onap-discuss list, stating your 
interest, and a short bio for helping people to know you better.
After the nomination period is closed, a voting poll will be set up for vote 
collection.

Thanks,

Lusheng Ji (AT)
ONAP DCAE

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

[onap-discuss] ONAP DCAE Weekly Call

[JI, LUSHENG (LUSHENG)]

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Eastern Standard Time
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=2SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="JI, LUSHENG  (LUSHENG)":MAILTO:l...@research.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=ONAP-TSC@l
 ists.onap.org:MAILTO:onap-...@lists.onap.org
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:When: Thursday\, June 15\, 2017 9:00 AM-10:00 AM
 . (UTC-05:00) Eastern Time (US & Canada)\nWhere: https://zoom.us/j/5883258
 98\n\n*~*~*~*~*~*~*~*~*~*\n\nHi there\,\n\nPlaceholder for DACE weekly mee
 ting.  Thanks\,\n\nLusheng Ji (AT)\nONAP DCAE\n\n\n\n\nTopic: ONAP DCAE 
 Weekly Call\nTime: this is a recurring meeting Meet anytime\n\nJoin from P
 C\, Mac\, Linux\, iOS or Android: https://zoom.us/j/588325898\n\nOr iPhone
  one-tap (US Toll):  +14157629988\,588325898# or +16465687788\,588325898#\
 n\nOr Telephone:\nDial: +1 415 762 9988 (US Toll) or +1 646 568 7788 (
 US Toll)\nMeeting ID: 588 325 898\nInternational numbers available
 : https://zoom.us/zoomconference?m=WxK8pXi7EYe2hZKpZx_hQxzd_wz8Dzq1\n\n\n
SUMMARY;LANGUAGE=en-US:ONAP DCAE Weekly Call
DTSTART;TZID=Eastern Standard Time:20170615T09
DTEND;TZID=Eastern Standard Time:20170615T10
UID:909DA52F-40B2-4593-895B-96AC4A0EF5D6
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20170615T115240Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:0
LOCATION;LANGUAGE=en-US:https://zoom.us/j/588325898
X-MICROSOFT-CDO-APPT-SEQUENCE:0
X-MICROSOFT-CDO-OWNERAPPTID:2115402816
X-MICROSOFT-CDO-BUSYSTATUS:TENTATIVE
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-INSTTYPE:0
X-MICROSOFT-DISALLOW-COUNTER:TRUE
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:REMINDER
TRIGGER;RELATED=START:-PT10M
END:VALARM
END:VEVENT
END:VCALENDAR
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] DCAE not starting up

[JI, LUSHENG (LUSHENG)]

Jochen,

Could you please try the onap_openstack_RC.[yaml|env] template as Marco 
suggested in his email on the 20th (subj: Re: [onap-discuss] [installation] New 
Heat templates available in Gerrit/Nexus)?

Lusheng



On Apr 24, 2017, at 10:06 AM, Jochen Kappel mailto:Jochen.Kappel at de.ibm.com>> wrote:

Hi Lusheng,

we are using the attached template, which I guess is v1 of the vanilla 
openstack.

Mit freundlichen Gr??en / Kind regards

Jochen Kappel
Senior IT Architect, IBM TME Solutions Lab, IBM Global Markets
Global Telecommunications, Media and Entertainment Industry
--
Phone:+49-703 4643 2478 , Mobile:+49-160 9015 1870 , E-mail: 
jochen.kappel at de.ibm.com<mailto:jochen.kappel at de.ibm.com>
IBM Deutschland,  Am Weiher 24,  65451 Kelsterbach,  Germany

IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter
Gesch?ftsf?hrung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert 
Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz
Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 
14562 / WEEE-Reg.-Nr. DE 99369940


- Original message -----
From: "JI, LUSHENG (LUSHENG)" mailto:l...@research.att.com>>
To: Jochen Kappel/Germany/IBM at IBMDE
Cc: "onap-discuss at lists.onap.org<mailto:onap-discuss at lists.onap.org>" 
mailto:onap-discuss at lists.onap.org>>
Subject: Re: [onap-discuss] DCAE not starting up
Date: Mon, Apr 24, 2017 3:39 PM

Hi Jochen,

Could you provide more details in how you started the deployment (e.g. which 
heat template, which version)?

Thanks,
Lusheng



On Apr 24, 2017, at 8:39 AM, Jochen Kappel mailto:Jochen.Kappel at de.ibm.com>> wrote:

Hi,
we got issues in starting up all required DCAE components.

The log of the controller-startup.sh scripts show lots of NoSuchFileException 
like:

---
make gen-config sync restart
bin/dcae-controller.sh rackspace-substitute --from OPENECOMP-DEMO-RACKSPACE 
--to OPENECOMP-DEMO-z1 --file /opt/app/dcae-controller/config.yaml
m['DOCKER-VERSION'] = 1.0-STAGING-latest
java -cp 'lib/*' 
org.openecomp.dcae.controller.operation.utils.GenControllerConfiguration z1 . 
GITLINK OPENECOMP-DEMO
log4j:WARN No appenders could be found for logger 
(org.openecomp.ncomp.utils.io<https://urldefense.proofpoint.com/v2/url?u=http-3A__org.openecomp.ncomp.utils.io=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=fII3xASRPsLvo_R2ghpwxRadRqQb7qUrFowh_TmJMCI=lo0DoBqwv2n_GlTm1VRZcwlalc6DRVkvg2ALL-zQhRU=>).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See 
<https://urldefense.proofpoint.com/v2/url?u=http-3A__logging.apache.org_log4j_1.2_faq.html-23noconfig=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=UOLQZ-e_6O8nEBxm6RzSsWze3NdGR1FpjbfkL3WWHOA=OywZsgs8GVkFd14ItEwp-AeKhZqCHX8Klq4CiuO47rY=>
 
http://logging.apache.org/log4j/1.2/faq.html#noconfig<https://urldefense.proofpoint.com/v2/url?u=http-3A__logging.apache.org_log4j_1.2_faq.html-23noconfig=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=fII3xASRPsLvo_R2ghpwxRadRqQb7qUrFowh_TmJMCI=Drq3p5B3bvHopFCev38Ak5HgCiTnhnR-M5KmT-fkZO0=>
 for more info.
destinationRoot=GITLINK/OPENECOMP-DEMO-z1/controller-gen
exception: OPENECOMP-DEMO-z1/cdap-instances/cdap-tca-hi-lo.yaml class 
java.nio.file.NoSuchFileException
exception: OPENECOMP-DEMO-z1/cdap-instances/cdap-helloworld.yaml class 
java.nio.file.NoSuchFileException
exception: OPENECOMP-DEMO-z1/docker-instances/docker-common-event.yaml class 
java.nio.file.NoSuchFileException
---

If i check the directories in the container I cant find the file 
cdap-tca-hi-lo.yaml   in  OPENECOMP-DEMO-z1/cdap-instances/
However there's one in OPENECOMP-DEMO/cdap-templates/

Not sure what we  are missing here
Mit freundlichen Gr??en / Kind regards

Jochen Kappel
Senior IT Architect, IBM TME Solutions Lab, IBM Global Markets
Global Telecommunications, Media and Entertainment Industry
--
Phone:+49-703 4643 2478 , Mobile:+49-160 9015 1870 , E-mail: 
jochen.kappel at de.ibm.com<mailto:jochen.kappel at de.ibm.com>
IBM Deutschland,  Am Weiher 24,  65451 Kelsterbach,  Germany

IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter
Gesch?ftsf?hrung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert 
Janzen, Dr. Christian Keller, Ivo Koe

[onap-discuss] Support ONAP on multiple OS/Openstacks?

[JI, LUSHENG (LUSHENG)]

To second to what Dan said, DCAE?s ?production grade? design is multi-region.  
It is designed as a multi-tiered multi-region system.  Which is natural because 
functioning as the sensory part of ONAP, in many situations you would want 
DCAE?s collectors and some analytics to be as close to the VNFs to be monitored 
as possible.  This is also why DCAE Controller spins up additional VMs and 
other resources of its own in the demos, ? the same pattern is used for 
deploying and scaling DCAE edge sites in other regions.

Regarding using the immutable container pattern for multi OS, I believe most of 
the ONAP parts are already following this pattern.  The rest are marching 
towards that goal too.  For DCAE, the current hurdle is mostly constrained by 
third party software support (for example CDAP) in containerization and OS.

I also want to point out that ONAP is not a traditional cloud application.  
Compared to those, ONAP probably has more complex inter-dependencies and 
inter-connectivity between its components, as well as interactions with the 
underlying networking functions that the cloud infrastructure provides.  Which 
could be configured differently by different providers of the same cloud 
technology.  One example is how the floating IPs are allocated and pooled.

Regards,
Lusheng



On Apr 21, 2017, at 9:58 AM, ROSE, DANIEL V mailto:dr695h at 
att.com>> wrote:

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

Multiregion support is in onap, just not configured that way for the demo and 
heat templates we put out ? we used many regions internally at att before 
opensourcing after all. To add it you have to configure mso to know about all 
your regions and add some kind of homing rules.

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

From: onap-discuss-bounces at lists.onap.org [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of 
Morales, Victor
Sent: Thursday, April 20, 2017 8:01 PM
To: onap-discuss at lists.onap.org
Subject: Re: [onap-discuss] Support ONAP on multiple OS/Openstacks?

Hey there,

I?m pretty new about ONAP but maybe my two cents on this topic can be useful.  
From OpenStack perspective the only requirement for any image to provision 
something is to have previously installed cloud-init[1] service (AFAIK, that?s 
the only difference for Ubuntu Cloud images[2]), but personally I?ll recommend 
to use an Immutable Server pattern[3](something like docker images or vagrant 
boxes).  Definitely I like the idea of certify and publish which OpenStack 
Release is supported and even better if this could be cloud agnostic.  Lastly, 
did you consider multi region support?

Thanks,
Victor Morales
irc : electrocucaracha

[1] 
http://cloudinit.readthedocs.io/en/latest/
[2] 
https://www.ubuntu.com/download/cloud
[3] 
https://martinfowler.com/bliki/ImmutableServer.html


From: mailto:onap-discuss-bounces at 
lists.onap.org>> on behalf of "Lefevre, Catherine" mailto:cl6...@intl.att.com>>
Date: Thursday, April 20, 2017 at 3:41 AM
To: "onap-discuss at lists.onap.org" 
mailto:onap-discuss at lists.onap.org>>
Subject: [onap-discuss] Support ONAP on multiple OS/Openstacks?

Good morning all,

I would like to start a new thread in order to understand if there is a need to 
certify ONAP on multiple OS/Openstacks.

OS
Currently ONAP is running on Ubuntu 14.04 (target to move to Ubuntu 16.04).
Open-O is running on CentOS but I understand from Helen Yunxia (Huawei) that it 
should not be an issue to run it on Ubuntu.
Redhat was not considered from a certification perspective due to license cost.

[onap-discuss] Large files in repos

[JI, LUSHENG (LUSHENG)]

Ali,

Ah I see.

Those are the pre-allocated log files by zookeeper.  64M is the default size.  
The Message Router repo contains the Docker related set up files and an initial 
state snapshot.  This initial state records a number of pre-configured topics 
whose API keys have been configured into other components.  Those log files of 
zookeeper are part of this initial state.  So we need those files.  We have 
this initial state snapshot here in git for version control, i.e. adding new 
pre-configured topics bumps version.

In those log files, other than the first couple dozen bytes or so, it is all 
0x00.  Which is why the git clone size being so small, due to the benefit of 
compression.  Given that you are mostly concerned with the git sizes, these 
mostly-0 log files are not making much trouble there.In future releases, as 
Message Router evolves to better support for topic provisioning, the need for 
initial state will go away too.

In the meanwhile, we could try to reduce the default logging size (which may 
have penalties associated) or move the log files to a different place say the 
raw file repo of ONAP Nexus.  But since Message Router is used by many other 
components, doing these kind of changes for only couple hundred K bytes seems 
not very rewarding with respect to the impact.  What do you think?

Regards,
Lusheng





On Apr 21, 2017, at 9:57 AM, Ali Al-Shabibi mailto:ali.al-shabibi at onlab.us>> wrote:

Hi Lusheng,

I got then but running a find on the entire onap code and listing the contents 
of all directories then sorting by file size. So the size you see in the list 
is the size you should be observing on disk unless something has changed in the 
meantime.

Cheers.

--
Ali

On Apr 20, 2017, 14:59 -0500, JI, LUSHENG (LUSHENG) mailto:lji at research.att.com>>, wrote:
Hi Ali,

As I was looking into the DCAE Message Router log files you mentioned, I am 
wondering if you could clarify how you got the size numbers?

For example, when I tried to clone the dcae/demo/startup/message-router repo, I 
can see the total size is about 236KB, which is vastly different from your 
numbers (~67M)

...
Cloning into 'dcae-org.openecomp.dcae.demo.startup.message-router'...
remote: Total 221 (delta 0), reused 221 (delta 0)
Receiving objects: 100% (221/221), 236.65 KiB | 441.00 KiB/s, done.
Resolving deltas: 100% (69/69), done.

Given that git compresses a lot of things, after the cloning, a du also shows 
that the overall size for the while cloned dir is 394kB
(394920dcae-org.openecomp.dcae.demo.startup.message-router).

Regards,
Lusheng



On Apr 12, 2017, at 9:50 AM, Ali Al-Shabibi mailto:ali.al-shabibi at onlab.us>> wrote:

Hi Catherine,

Here are the top-25 offenders. After the log files the others files aren?t all 
that big.

-rw-r--r--  1 ash  staff  424102999 Apr  6 13:42 
./sdnc/oam/installation/sdnc/src/main/resources/distribution-karaf-0.5.1-Boron-SR1.tar.gz
-rw-r--r--  1 ash  staff  67108880 Apr  6 13:42 
./dcae/demo/startup/message-router/docker_files/data-zookeeper/version-2/log.125
-rw-r--r--  1 ash  staff  67108880 Apr  6 13:42 
./dcae/demo/startup/message-router/docker_files/data-zookeeper/version-2/log.103
-rw-r--r--  1 ash  staff  67108880 Apr  6 13:42 
./dcae/demo/startup/message-router/docker_files/data-zookeeper/version-2/log.1
-rw-r--r--  1 ash  staff  3416772 Apr  6 13:42 
./sdc/openecomp-ui/resources/images/ecomp/ASDC_Sprite.png
-rw-r--r--  1 ash  staff  3413794 Apr  6 13:42 
./sdc/catalog-ui/app/styles/images/welcome/ss-01.png
-rw-r--r--  1 ash  staff  3386285 Apr  6 13:42 
./sdc/catalog-ui/app/styles/images/welcome/sprite.png
-rw-r--r--  1 ash  staff  3376741 Apr  6 13:42 
./sdc/catalog-ui/app/styles/images/resource-icons/vl.png
-rw-r--r--  1 ash  staff  3088201 Apr  6 13:42 
./sdc/catalog-ui/app/styles/images/welcome/SD_Welcome15.jpg
-rw-r--r--  1 ash  staff  3082618 Apr  6 13:42 
./sdc/catalog-ui/app/styles/images/welcome/SD_Welcome15_b.jpg
-rw-r--r--  1 ash  staff  2906163 Apr  6 13:42 
./sdc/catalog-ui/app/styles/images/welcome/bg/004.png
-rw-r--r--  1 ash  staff  2804026 Apr  6 13:42 
./sdc/catalog-ui/app/styles/images/welcome/bg/002.png
-rw-r--r--  1 ash  staff  2406510 Apr  6 13:42 
./sdc/openecomp-be/tools/swagger-ui/swagger-ui.js
-rw-r--r--  1 ash  staff  2127872 Apr  6 13:42 
./policy/engine/packages/base/src/files/install/servers/console/bin/sql/log.h2.db
-rw-r--r--  1 ash  staff  1785443 Apr  6 13:42 
./dcae/dmaapbc/www/swagger/swagger-ui.js
-rw-r--r--  1 ash  staff  1556910 Apr  6 13:42 
./portal/ecomp-portal-FE/client/bower_components/angular-scenario/angular-scenario.js
-rw-r--r--  1 ash  staff  1545132 Apr  6 13:42 
./sdc/catalog-be/src/main/resources/swagger/swagger-ui.js
-rwxr-xr-x  1 ash  staff  1478697 Apr  6 13:42 
./sdnc/oam/admportal/lib/antlr4-4.5.1.jar
-rw-r--r--  1 ash  staff  1470296 Apr  6 13:42 
./sdc/catalog-ui/app/styles/images/welcome/bg/003.png
-rw-r--r--  1 ash  staff  1444224 Apr  6 13:42 
./vid/vid/src/main/webapp/a