[onap-discuss] robot_vm demo.sh failing

[FREEMAN, BRIAN D]

==
OpenECOMP ETE | FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed



-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170421/2ed94f70/attachment.html>

[onap-discuss] robot_vm demo.sh failing

[Vikram Mukundamgari]

Thanks Brian  but removing v2.0 didn?t worked.


OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestration Test ...
==
Initialize Customer And Models| FAIL |
ConnectionError: HTTPSConnectionPool(host='public.fuel.local', port=5000): Max 
retries exceeded with url: /v2.0/tokens (Caused by 
NewConnectionError(': Failed to establish a new connection: [Errno -2] 
Name or service not known',))


But  Curl https://public.fuel.local:5000  get response


Thanks,
Vikram

From: "FREEMAN, BRIAN D" <bf1...@att.com>
Date: Friday, April 21, 2017 at 1:22 PM
To: Vikram Mukundamgari , "onap-discuss at 
lists.onap.org" 
Subject: RE: robot_vm demo.sh failing

/v2.0/v2.0/token

Seems like you have an extra /v2.0 if you look at your log but I?m not the 
expert.

Try https://public.fuel.local:5000


Brian


From: onap-discuss-bounces at lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Vikram Mukundamgari
Sent: Friday, April 21, 2017 4:20 PM
To: onap-discuss at lists.onap.org
Subject: [onap-discuss] robot_vm demo.sh failing

Hello,

By following the ONAP-discuss for demo.sh issue added tenant.txt and also 
updated the keystone_get_auth.template in openecompete_container
I edited line 30 in /opt/eteshare/config/integration_robot_properties.py  to
GLOBAL_OPENSTACK_KEYSTONE_SERVER = https://public.fuel.local:5000/v2.0   
(Mirantis OpenStack Keystone endpoint).
Added IP address for public.fuel.local in /etc/hosts in robot VM and updated 
ca-certificate
Curl https://public.fuel.local:5000/v2.0 gets response, no issues.
But ./demo.sh init failing with error mentioned below
Also , attached the log.html with this mail

Do I Need to provide the path to certificate?

Thanks,
Vikram

oot at vm1-robot:/opt# ./demo.sh init
Starting Xvfb on display :89 with res 1280x1024x24
Executing robot tests at log level TRACE
==
OpenECOMP ETE
==
OpenECOMP ETE.Robot
==
OpenECOMP ETE.Robot.Testsuites
==
OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestration Test ...
==
Initialize Customer And Models| FAIL |
ConnectionError: HTTPSConnectionPool(host='public.fuel.local', port=5000): Max 
retries exceeded with url: /v2.0/v2.0/tokens (Caused by 
NewConnectionError(': Failed to establish a new connection: [Errno -2] 
Name or service not known',))
--
OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestrat... | FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
OpenECOMP ETE.Robot.Testsuites| FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
OpenECOMP ETE.Robot   | FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
OpenECOMP ETE | FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed



-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170421/39396715/attachment.html>

[onap-discuss] robot_vm demo.sh failing

[ROSE, DANIEL V]

HTTPSConnectionPool(host='public.fuel.local', port=5000): Max retries exceeded 
with url: /v2.0/tokens (Caused by 
NewConnectionError(': Failed to establish a new connection: [Errno -2] 
Name or service not known


I don?t think that host exists?

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

From: Vikram Mukundamgari [mailto:vikram.mukundamg...@nexius.com]
Sent: Friday, April 21, 2017 5:02 PM
To: ROSE, DANIEL V ; onap-discuss at lists.onap.org
Subject: Re: robot_vm demo.sh failing

Hi thanks for the reply ,

I removed v2.0  but still ./demo.sh init is failing.
Attached is the log.html file

Thanks,
Vikram

Initialize Customer And Models| FAIL |
ConnectionError: HTTPSConnectionPool(host='public.fuel.local', port=5000): Max 
retries exceeded with url: /v2.0/tokens (Caused by 
NewConnectionError(': Failed to establish a new connection: [Errno -2] 
Name or service not known',))

From: "ROSE, DANIEL V" mailto:dr6...@att.com>>
Date: Friday, April 21, 2017 at 1:21 PM
To: Vikram Mukundamgari mailto:vikram.mukundamgari at nexius.com>>, "onap-discuss at 
lists.onap.org<mailto:onap-discuss at lists.onap.org>" mailto:onap-discuss at lists.onap.org>>
Subject: RE: robot_vm demo.sh failing

Don?t put v2 in the GLOBAL_OPENSTACK_KEYSTONE_SERVER property and it should work


Thanks,

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

From: onap-discuss-bounces at lists.onap.org<mailto:onap-discuss-bounces at 
lists.onap.org> [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of 
Vikram Mukundamgari
Sent: Friday, April 21, 2017 4:20 PM
To: onap-discuss at lists.onap.org<mailto:onap-discuss at lists.onap.org>
Subject: [onap-discuss] robot_vm demo.sh failing

Hello,

By following the ONAP-discuss for demo.sh issue added tenant.txt and also 
updated the keystone_get_auth.template in openecompete_container
I edited line 30 in /opt/eteshare/config/integration_robot_properties.py  to
GLOBAL_OPENSTACK_KEYSTONE_SERVER = 
https://public.fuel.local:5000/v2.0<https://urldefense.proofpoint.com/v2/url?u=https-3A__public.fuel.local-3A5000_v2.0=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=2wwdGZ3YcpSivQ2Kio028A=6FfbpJneb1E8CkTrtX_uJj9ZDJT_gN0erB3S4ch1KOA=Pjo_fZr4JFGdfN-iJZbyq-DyYc6YTP_t1ab4qfKOcoU=>
   (Mirantis OpenStack Keystone endpoint).
Added IP address for public.fuel.local in /etc/hosts in robot VM and updated 
ca-certificate
Curl 
https://public.fuel.local:5000/v2.0<https://urldefense.proofpoint.com/v2/url?u=https-3A__public.fuel.local-3A5000_v2.0=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=2wwdGZ3YcpSivQ2Kio028A=6FfbpJneb1E8CkTrtX_uJj9ZDJT_gN0erB3S4ch1KOA=Pjo_fZr4JFGdfN-iJZbyq-DyYc6YTP_t1ab4qfKOcoU=>
 gets response, no issues.
But ./demo.sh init failing with error mentioned below
Also , attached the log.html with this mail

Do I Need to provide the path to certificate?

Thanks,
Vikram

oot at vm1-robot:/opt# ./demo.sh init
Starting Xvfb on display :89 with res 1280x1024x24
Executing robot tests at log level TRACE
==
OpenECOMP ETE
==
OpenECOMP ETE.Robot
==
OpenECOMP ETE.Robot.Testsuites
==
OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestration Test ...
==
Initialize Customer And Models| FAIL |
ConnectionError: HTTPSConnectionPool(host='public.fuel.local', port=5000): Max 
retries exceeded with url: /v2.0/v2.0/tokens (Caused by 
NewConnectionError(': Failed to establish a new connection: [Errno -2] 
Name or service not known',))
--
OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestrat... | FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
OpenECOMP ETE.Robot.Testsuites| FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
OpenECOMP ETE.Robot   | FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
OpenECOMP ETE | FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed



-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170421/8c603a5c/attachment.html>

[onap-discuss] robot_vm demo.sh failing

[Vikram Mukundamgari]

Hi thanks for the reply ,

I removed v2.0  but still ./demo.sh init is failing.
Attached is the log.html file

Thanks,
Vikram

Initialize Customer And Models| FAIL |
ConnectionError: HTTPSConnectionPool(host='public.fuel.local', port=5000): Max 
retries exceeded with url: /v2.0/tokens (Caused by 
NewConnectionError(': Failed to establish a new connection: [Errno -2] 
Name or service not known',))

From: "ROSE, DANIEL V" <dr6...@att.com>
Date: Friday, April 21, 2017 at 1:21 PM
To: Vikram Mukundamgari , "onap-discuss at 
lists.onap.org" 
Subject: RE: robot_vm demo.sh failing

Don?t put v2 in the GLOBAL_OPENSTACK_KEYSTONE_SERVER property and it should work


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 Vikram Mukundamgari
Sent: Friday, April 21, 2017 4:20 PM
To: onap-discuss at lists.onap.org
Subject: [onap-discuss] robot_vm demo.sh failing

Hello,

By following the ONAP-discuss for demo.sh issue added tenant.txt and also 
updated the keystone_get_auth.template in openecompete_container
I edited line 30 in /opt/eteshare/config/integration_robot_properties.py  to
GLOBAL_OPENSTACK_KEYSTONE_SERVER = https://public.fuel.local:5000/v2.0   
(Mirantis OpenStack Keystone endpoint).
Added IP address for public.fuel.local in /etc/hosts in robot VM and updated 
ca-certificate
Curl https://public.fuel.local:5000/v2.0 gets response, no issues.
But ./demo.sh init failing with error mentioned below
Also , attached the log.html with this mail

Do I Need to provide the path to certificate?

Thanks,
Vikram

oot at vm1-robot:/opt# ./demo.sh init
Starting Xvfb on display :89 with res 1280x1024x24
Executing robot tests at log level TRACE
==
OpenECOMP ETE
==
OpenECOMP ETE.Robot
==
OpenECOMP ETE.Robot.Testsuites
==
OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestration Test ...
==
Initialize Customer And Models| FAIL |
ConnectionError: HTTPSConnectionPool(host='public.fuel.local', port=5000): Max 
retries exceeded with url: /v2.0/v2.0/tokens (Caused by 
NewConnectionError(': Failed to establish a new connection: [Errno -2] 
Name or service not known',))
--
OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestrat... | FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
OpenECOMP ETE.Robot.Testsuites| FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
OpenECOMP ETE.Robot   | FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
OpenECOMP ETE | FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed



-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170421/dea2f93f/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170421/dea2f93f/attachment-0001.html>

[onap-discuss] robot_vm demo.sh failing

[FREEMAN, BRIAN D]

/v2.0/v2.0/token

Seems like you have an extra /v2.0 if you look at your log but I?m not the 
expert.

Try https://public.fuel.local:5000


Brian


From: onap-discuss-bounces at lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Vikram Mukundamgari
Sent: Friday, April 21, 2017 4:20 PM
To: onap-discuss at lists.onap.org
Subject: [onap-discuss] robot_vm demo.sh failing

Hello,

By following the ONAP-discuss for demo.sh issue added tenant.txt and also 
updated the keystone_get_auth.template in openecompete_container
I edited line 30 in /opt/eteshare/config/integration_robot_properties.py  to
GLOBAL_OPENSTACK_KEYSTONE_SERVER = https://public.fuel.local:5000/v2.0   
(Mirantis OpenStack Keystone endpoint).
Added IP address for public.fuel.local in /etc/hosts in robot VM and updated 
ca-certificate
Curl https://public.fuel.local:5000/v2.0 gets response, no issues.
But ./demo.sh init failing with error mentioned below
Also , attached the log.html with this mail

Do I Need to provide the path to certificate?

Thanks,
Vikram

oot at vm1-robot:/opt# ./demo.sh init
Starting Xvfb on display :89 with res 1280x1024x24
Executing robot tests at log level TRACE
==
OpenECOMP ETE
==
OpenECOMP ETE.Robot
==
OpenECOMP ETE.Robot.Testsuites
==
OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestration Test ...
==
Initialize Customer And Models| FAIL |
ConnectionError: HTTPSConnectionPool(host='public.fuel.local', port=5000): Max 
retries exceeded with url: /v2.0/v2.0/tokens (Caused by 
NewConnectionError(': Failed to establish a new connection: [Errno -2] 
Name or service not known',))
--
OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestrat... | FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
OpenECOMP ETE.Robot.Testsuites| FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
OpenECOMP ETE.Robot   | FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
OpenECOMP ETE | FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed



-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170421/35cb954a/attachment-0001.html>

[onap-discuss] robot_vm demo.sh failing

[Vikram Mukundamgari]

Hello,

By following the ONAP-discuss for demo.sh issue added tenant.txt and also 
updated the keystone_get_auth.template in openecompete_container
I edited line 30 in /opt/eteshare/config/integration_robot_properties.py  to
GLOBAL_OPENSTACK_KEYSTONE_SERVER = https://public.fuel.local:5000/v2.0   
(Mirantis OpenStack Keystone endpoint).
Added IP address for public.fuel.local in /etc/hosts in robot VM and updated 
ca-certificate
Curl https://public.fuel.local:5000/v2.0 gets response, no issues.
But ./demo.sh init failing with error mentioned below
Also , attached the log.html with this mail

Do I Need to provide the path to certificate?

Thanks,
Vikram

oot at vm1-robot:/opt# ./demo.sh init
Starting Xvfb on display :89 with res 1280x1024x24
Executing robot tests at log level TRACE
==
OpenECOMP ETE
==
OpenECOMP ETE.Robot
==
OpenECOMP ETE.Robot.Testsuites
==
OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestration Test ...
==
Initialize Customer And Models| FAIL |
ConnectionError: HTTPSConnectionPool(host='public.fuel.local', port=5000): Max 
retries exceeded with url: /v2.0/v2.0/tokens (Caused by 
NewConnectionError(': Failed to establish a new connection: [Errno -2] 
Name or service not known',))
--
OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestrat... | FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
OpenECOMP ETE.Robot.Testsuites| FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
OpenECOMP ETE.Robot   | FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
OpenECOMP ETE | FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed



-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170421/0788ceaf/attachment.html>

[onap-discuss] Policy API Error from CURL

[Yusuf Mirza1]

Hi All,

I am getting the below error in invoking Curl Get on the Policy APIs. Is
there any SSL config/settings required to be done on Policy VM to start
accepting API calls?




Docker containers running on the policy VM:


We are using ONAP on Vanilla OpenStack (Octata).



Many Thanks
Yusuf Mirza

Lead Architect - Network and OSS Transformation
Telecom, Media & Entertainment Center of Competence
IBM Global Business Services
E-mail: ymirza at ae.ibm.com
Mobile: +971543070467
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170421/1abce9bc/attachment.html>
-- next part --
A non-text attachment was scrubbed...
Name: 1D126849.jpg
Type: image/jpeg
Size: 63869 bytes
Desc: not available
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170421/1abce9bc/attachment.jpg>
-- next part --
A non-text attachment was scrubbed...
Name: 1D036459.jpg
Type: image/jpeg
Size: 215802 bytes
Desc: not available
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170421/1abce9bc/attachment-0001.jpg>

[onap-discuss] Service Assurance Breakout Session on Friday May 5th

[Gadiyar, Rajesh]

Hello ONAP TSC and the Technical Community ?

Intel and AT are planning to host a breakout session on ?Service Assurance? 
during the upcoming ONAP developer summit in Middletown, NJ. Our plan is to 
reserve a 4 hour slot on Friday, May 5th. AT (Alok Gupta) and Intel (Tim 
Verrall, Maryam Tahhan) are leading this effort and will coordinate the 
session. Below is a short abstract:

In this breakout session we will cover the need for platform, infrastructure 
and NFV service assurance.
Providing tools and methodologies for tracking the service levels being 
delivered by NFV infrastructure and VNFs is a challenging area that has not 
been fully addressed as yet, we will discuss the types of telemetry and alarms 
required to locate and resolve points of contention or failure in these 
environments. Expanding on this, we will discuss collection methodologies and 
frameworks, common event and metric formats, common distribution schemes and 
the integration of this into management frameworks for the virtualized 
environments. We will also discuss the implications to ONAP and what we need to 
support ?Service Assurance? in ONAP.

Service Assurance
?In the Enterprise or Telco, Service Assurance is the application of 
policies and processes to ensure that services offered over networks meet a 
pre-defined service quality level for an optimal user or subscriber experience.
?Network Service Assurance practices enable the ability to identify 
faults and resolve these in a timely manner so as to minimize service downtime. 
This also includes the ability to proactively locate, diagnose and repair 
degradations or malfunctions in service quality before users or subscribers are 
impacted.
?Provisioning, monitoring and service impacting fault detection for 
infrastructure platforms
?Enable Reactive and Pro-active fault detection, fault reporting and 
support corrective actions
?Support current Industry Standard 
FCAPS<https://en.wikipedia.org/wiki/FCAPS>, Platform Telemetry and flow 
Telemetry interfaces
?Support Open Interoperable Interfaces to integrate with High 
Availability, NFV MANO, and Service Assurance software elements

A detailed agenda will follow next week.

If you have interest in this key topic, please reach out to Alok, Tim and 
Maryam and they will invite you to this breakout.

Regards,
Rajesh Gadiyar
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170421/a97195b4/attachment.html>

[onap-discuss] Policy API Error from CURL

[DRAGOSH, PAMELA L (PAM)]

Yusuf,

Can you run the healthcheck and let us know the results?

There may be an issue with the IP address mapping 10.0.6.1:8081. We are seeing 
this internally also on another installation.

Thanks,

Pam

Pamela Dragosh
Lead Inventive Scientist
ONAP Policy
AT Research
pdragosh at research.att.com



From:  on behalf of Yusuf Mirza1 
<ymi...@ae.ibm.com>
Date: Friday, April 21, 2017 at 11:53 AM
To: onap-discuss 
Subject: [onap-discuss] Policy API Error from CURL


Hi All,

I am getting the below error in invoking Curl Get on the Policy APIs. Is there 
any SSL config/settings required to be done on Policy VM to start accepting API 
calls?

[cid:image001.png at 01D2BAAA.9827FD90]

Docker containers running on the policy VM:
[cid:image002.png at 01D2BAAA.9827FD90]

We are using ONAP on Vanilla OpenStack (Octata).



Many Thanks
Yusuf Mirza

Lead Architect - Network and OSS Transformation
Telecom, Media & Entertainment Center of Competence
IBM Global Business Services
E-mail: ymirza at ae.ibm.com
Mobile: +971543070467
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170421/105de746/attachment.html>
-- next part --
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 61233 bytes
Desc: image001.png
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170421/105de746/attachment.png>
-- next part --
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 215017 bytes
Desc: image002.png
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170421/105de746/attachment-0001.png>

[onap-discuss] Proposal for list split of onap-discuss

[Josef Reisinger]

Thanks Andrew, sounds to me as the best we can get ... I'll will give it a 
try :-)


Mit freundlichen Gr??en / Kind regards 
Josef Reisinger 
When wisdom comes to call, there's nobody listening at all - Pendragon / 
Man Of Nomadic Traits 
IBM Sales & Distribution, Communications Sector
Certified IT-Architect Telecommunications
IBM Certified Telecommunications Industry ITA
Lehrbeauftragter an der Hochschule Fresenius
IBM Deutschland 
Godesberger Allee 127 
53175 Bonn Beuel
Phone:+49 151 1426 4559 
Mobile:  +49-(0) 151 1426 4559 
E-Mail:  josef.reisinger at de.ibm.com 


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 




From:   Andrew Grimberg <agrimb...@linuxfoundation.org>
To: onap-discuss at lists.onap.org
Date:   21.04.2017 17:29
Subject:Re: [onap-discuss] Proposal for list split of onap-discuss
Sent by:onap-discuss-bounces at lists.onap.org



On 04/20/2017 03:28 PM, Aimee Ukasick wrote:
> On 04/20/2017 02:44 PM, Ed Warnicke wrote:
>> Thinking outloud... it almost feels like mailing lists as a tool are no
>> longer a good fit to the need.
>>
>> Is there another tool we could consider using?
>>
> I personally like the idea of a discussion bulletin board/forum where
> developers can ask for help and discuss ideas. Late last year, OPNFV
> created a tech-discuss forum, but there has been little activity in it.
> Developers seem to prefer email and IRC. Maybe using a forum would catch
> on if the forum were created at inception instead of a couple of years
> into the life of the project.
> 
> 
> [1] https://techdiscuss.opnfv.org/

As I mentioned earlier in the thread. We've got the Questions module [0]
installed on the wiki.

It's essentially a StackOverflow style forum for Confluence. Folks just
need to start using it for it to be useful.

[0] https://wiki.onap.org/questions

-- 
Andrew J Grimberg
Lead, IT Release Engineering
The Linux Foundation

[attachment "signature.asc" deleted by Josef Reisinger/Germany/IBM] 
___
onap-discuss mailing list
onap-discuss at lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss




-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170421/2b958769/attachment.html>

[onap-discuss] ONAP Intro Webinar

[SPATSCHECK, OLIVER (OLIVER)]

As requested we will have a 2 hour webinar next week. It will provide an 
introduction into ONAP roughly at the same level as in Brian?s tutorial or the 
Hackathon at ONS. So if you saw those or if you look at the code or already 
onboarded a VNF this is probably not for you. It is intended to get everybody 
on the same level before the F2F so we can have a more productive discussion. 
The Webinar will be recorded in case you can?t make the time.

Here a doodle poll to determine the date/time:

https://doodle.com/poll/3m9raxbwzqau2hkr

majority wins.

Oliver
p.s. Sorry we don?t have any earlier time slots due to other commitments? .

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

[Dhananjay Pavgi]

Hi Lusheng,

Which ONAP Module is responsible for floating IP allocation and pooling? 
Whether it uses Network Controller to interact with underlying SDN layer for 
connectivity across multiple data centers (read cloud domains).

thanks & regards,
Dhananjay Pavgi
Mobile : +91 98220 22264
[cid:image002.png at 01CE7323.F2727500]   [ONAP_logo_Sig]
www.techmahindra.com Platinum 
Member. Visit : http://www.onap.org

From: onap-discuss-bounces at lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of JI, LUSHENG (LUSHENG)
Sent: Friday, April 21, 2017 8:51 PM
To: ROSE, DANIEL V ; Morales, Victor 
Cc: onap-discuss at lists.onap.org
Subject: Re: [onap-discuss] Support ONAP on multiple OS/Openstacks?

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 

[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] Unable to access SDC

[bharath thiruveedula]

Hi Marco,

After clicking on SDC icon, I got authentication   error, as shown in the 
attachment in the previous mail. I was unable to access SDC portal.

Regards
Bharath T


From: PLATANIA, MARCO (MARCO) <plata...@research.att.com>
Sent: Friday, April 21, 2017 6:44:15 PM
To: bharath thiruveedula; onap-discuss at lists.onap.org
Subject: Re: [onap-discuss] Unable to access SDC

Hello Bharath,

May I ask you what issue you experienced when you tried to launch SDC with the 
Heat template that we provide?

Thanks,
Marco

From:  on behalf of bharath 
thiruveedula <bharath_...@hotmail.com>
Date: Friday, April 21, 2017 at 7:40 AM
To: "onap-discuss at lists.onap.org" 
Subject: [onap-discuss] Unable to access SDC


Hi,



I tried to launch ONAP on top of vanilla Openstack(Mitaka) using the heat 
template[1]. Except SDC all other components have launched using the same 
template. I launched the SDC VM manually(with out heat) as I faced an issue 
while launching through heat. But my problem is, when I tried to open SDC using 
the portal(logged in as "cs0008" user), it shows as in [2]. If you can't open 
the google drive, the image says "Sorry, you are not authorised to view this 
page. Please contact Service, Design and Creation administrator".



Does portal pass any keys to access SDC? Please let me know if you want me to 
upload any logs.



[1]https://nexus.onap.org/content/sites/raw/org.openecomp.demo/heat/OpenECOMP/1.0.0/onap_openstack.yaml<https://urldefense.proofpoint.com/v2/url?u=https-3A__nexus.onap.org_content_sites_raw_org.openecomp.demo_heat_OpenECOMP_1.0.0_onap-5Fopenstack.yaml=DwMFAw=LFYZ-o9_HUMeMTSQicvjIg=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0=nrI--n08cB84u3ozjHO5sYv9wNK4NGFLu4utvnrK1rA=jruRujrjXGdt8QyiRlHf2ZbvUFOkJtDWqncrPt7q-DQ=>

[2]https://drive.google.com/file/d/0BwTLw0y5_iL3RWhMZ2pqUzJKZ2c/view?usp=sharing<https://urldefense.proofpoint.com/v2/url?u=https-3A__drive.google.com_file_d_0BwTLw0y5-5FiL3RWhMZ2pqUzJKZ2c_view-3Fusp-3Dsharing=DwMFAw=LFYZ-o9_HUMeMTSQicvjIg=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0=nrI--n08cB84u3ozjHO5sYv9wNK4NGFLu4utvnrK1rA=X70yDj8lpnnrFN9TtxpcxhKDxzZoHE6RQ-DYqo_2X9U=>



Regards

Bharath T
Screenshot from 2017-04-21 
17-01-59.png<https://urldefense.proofpoint.com/v2/url?u=https-3A__drive.google.com_file_d_0BwTLw0y5-5FiL3RWhMZ2pqUzJKZ2c_view-3Fusp-3Dsharing=DwMFAw=LFYZ-o9_HUMeMTSQicvjIg=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0=nrI--n08cB84u3ozjHO5sYv9wNK4NGFLu4utvnrK1rA=X70yDj8lpnnrFN9TtxpcxhKDxzZoHE6RQ-DYqo_2X9U=>
drive.google.com



Regards

Bharath T
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170421/a8cbe91e/attachment.html>

[onap-discuss] Large files in repos

[JI, LUSHENG (LUSHENG)]

pp/fusion/external/angular-1.5/angular-scenario.js
-rw-r--r--  1 ash  staff  1444224 Apr  6 13:42 
./ui/dmaapbc/dcae_dmaapbc_webapp/src/main/webapp/app/fusion/external/angular-1.5/angular-scenario.js
-rw-r--r--  1 ash  staff  1444224 Apr  6 13:42 
./policy/engine/ecomp-sdk-app/src/main/webapp/app/fusion/external/angular-1.5/angular-scenario.js
-rw-r--r--  1 ash  staff  1444224 Apr  6 13:42 
./ecompsdkos/ecomp-sdk/sdk-app/src/main/webapp/app/fusion/external/angular-1.5/angular-scenario.js
-rw-r--r--  1 ash  staff  1412745 Apr  6 13:42 
./sdc/sdc-os-chef/sdc-backend/chef-repo/cookbooks/sdc-normatives/files/default/get-pip.py
-rw-r--r--  1 ash  staff  1412744 Apr  6 13:42 
./sdc/asdctool/src/main/resources/es-resources/get-pip.py



Cheers.

--
Ali

On 10 Apr 2017 15:56 -0500, Lefevre, Catherine mailto:cl664y at intl.att.com>>, wrote:
Hi Ali,

Sure ? will do
Thank you again for your feedback

Best regards
Catherine

From: Ali Al-Shabibi [mailto:ali.al-shab...@onlab.us]
Sent: Monday, April 10, 2017 10:53 PM
To: onap-discuss at lists.onap.org<mailto:onap-discuss at lists.onap.org>; JI, 
LUSHENG mailto:lji at research.att.com>>; Lefevre, 
Catherine mailto:cl664y at intl.att.com>>
Subject: RE: [onap-discuss] Large files in repos

Hi Catherine,

I looked very briefly, I can look again and provide a list of top offenders to 
you soon.

Feel free to remind me if I take too long to get back to you.

Cheers.

--
Ali

On 10 Apr 2017 14:43 -0500, Lefevre, Catherine mailto:cl664y at intl.att.com>>, wrote:

Good morning Ali,

We confirm that the files stored in the SDN-C Gerrit repositories will be 
reviewed and potentially stored in the Nexus repo
https://jira.onap.org/browse/SDNC-7<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_SDNC-2D7=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=1nK1fCS0pfxSsQh4pzaA7EiGy9hLfhASVWnBShopFAw=Dps5t1OXw6pw48JVx19ooGO6t5E5h8HNksvZI_DrVlI=>

Concerning DCAE large files, these are necessary due to the message router.

Did you identify any other large file that you would like that we review?

Many thanks & regards
Catherine

From: onap-discuss-bounces at lists.onap.org<mailto:onap-discuss-bounces at 
lists.onap.org> [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Ali 
Al-Shabibi
Sent: Thursday, April 06, 2017 9:34 PM
To: onap-discuss at lists.onap.org<mailto:onap-discuss at lists.onap.org>
Subject: [onap-discuss] Large files in repos

Hi again,

I noticed that there are quite large files checked in to a few repos in ONAP. 
The entire source base is about 1.8GB which is rather large. I know that you 
probably don?t want to download all the repos but sdnc on it?s own is 427MB. 
For example, in the sdnc the following file is 404MB:

sdnc/oam/installation/sdnc/src/main/resources/distribution-karaf-0.5.1-Boron-SR1.tar.gz

Then in the dcae repos there are three log files of 64MB each

cae/demo/startup/message-router/docker_files/data-zookeeper/version-2/

I would be happy to help reducing the size of these repos just to make it 
easier to download.

Cheers.

--
Ali


-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170421/6dbe6e42/attachment-0001.html>

[onap-discuss] Unable to access SDC

[Elhay Efrat]

You need some kind of a proxy that will mimic the vid (portal) I don't know if 
it's part of onap , but I'll check ...
But if you want just to bypass it .. you can also create the vid local on 
different docker and point to sdc and then login from vid ;)


From: onap-discuss-boun...@lists.onap.org on behalf of bharath thiruveedula
Sent: Friday, April 21, 2017 11:40:32 AM
To: onap-discuss at lists.onap.org
Subject: [onap-discuss] Unable to access SDC


Hi,


I tried to launch ONAP on top of vanilla Openstack(Mitaka) using the heat 
template[1]. Except SDC all other components have launched using the same 
template. I launched the SDC VM manually(with out heat) as I faced an issue 
while launching through heat. But my problem is, when I tried to open SDC using 
the portal(logged in as "cs0008" user), it shows as in [2]. If you can't open 
the google drive, the image says "Sorry, you are not authorised to view this 
page. Please contact Service, Design and Creation administrator".


Does portal pass any keys to access SDC? Please let me know if you want me to 
upload any logs.


[1]https://nexus.onap.org/content/sites/raw/org.openecomp.demo/heat/OpenECOMP/1.0.0/onap_openstack.yaml

[2]https://drive.google.com/file/d/0BwTLw0y5_iL3RWhMZ2pqUzJKZ2c/view?usp=sharing


Regards

Bharath T

Screenshot from 2017-04-21 
17-01-59.png<https://drive.google.com/file/d/0BwTLw0y5_iL3RWhMZ2pqUzJKZ2c/view?usp=sharing>
drive.google.com



Regards

Bharath T
This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at https://www.amdocs.com/about/email-disclaimer 
<https://www.amdocs.com/about/email-disclaimer>
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170421/560e8eb7/attachment-0001.html>

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

[ROSE, DANIEL V]

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] Deployment timeout

[FORSYTH, JAMES]

Hi, Mike-

VID polls MSO for status and if MSO doesn't finish in time it does not cancel 
the operation.

A couple of things you can do -


1)  Change the polling interval to have VID wait longer, when you start the 
VID docker image set this var to a higher number (default 1ms)

 -e MSO_POLLING_INTERVAL_MSECS 
   2)You can go refresh the View/Edit screen periodically refresh the 
screen to see if the VF Module was create in A


Thanks,
Jimmy Forsyth

From: onap-discuss-bounces at lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Mike Evans via 
onap-discuss
Sent: Friday, April 21, 2017 3:10 AM
To: onap-discuss at lists.onap.org
Subject: Re: [onap-discuss] Deployment timeout

Is there any way to change the value directly in the data model rather than via 
the GUI?  I've had a look at the various resources exposed on the A data 
model and can't see anything relevant there.

At the moment I can't launch Clearwater under ONAP as it times out every time.  
VID issues the command to launch the VF module, then polls for status 7 times 
then gives up displaying the "Maximum number of poll attempts exceeded" error 
message, and, I think, cancels the openstack stack create operation.

Mike

From: FREEMAN, BRIAN D [mailto:bf1...@att.com]
Sent: 20 April 2017 13:54
To: Mike Evans mailto:mike at metaswitch.com>>
Cc: onap-discuss at lists.onap.org<mailto:onap-discuss at lists.onap.org>
Subject: RE: Deployment timeout

I suspect one of those things we didn't change when we reduced SDC to run on a 
single VM instead of the complex of VM's in production.



From: onap-discuss-bounces at lists.onap.org<mailto:onap-discuss-bounces at 
lists.onap.org> [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Mike 
Evans via onap-discuss
Sent: Thursday, April 20, 2017 8:45 AM
To: onap-discuss at lists.onap.org<mailto:onap-discuss at lists.onap.org>
Subject: [onap-discuss] Deployment timeout

Is there any way to change the deployment timeout?  I've got as far as 
launching a Clearwater deployment in ONAP, but it's a pretty complex VNF (12 
VMs for the base module) and the default 60 second timeout expires when it only 
a third of the way through.

I've gone back to service designer and the timeout appears when importing a VSP 
as a VF (in the table of Deployment Artifacts) but I can't see a way to view it 
in the VSP or edit it in the VF.

Thanks, Mike
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170421/1cb49285/attachment.html>

[onap-discuss] Deployment timeout

[ROSE, DANIEL V]

VID does not control the timeout of the actual vnf operations in mso, so even 
if vid times out you can close the model window and check the status of it in 
the vid page for that service instance.

I don't think mso has a timeout, it will continue until something fails so 
checking mso for more logs about what failed (starting on the vid gui) is a 
good next step.


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 Mike Evans via 
onap-discuss
Sent: Friday, April 21, 2017 3:10 AM
To: onap-discuss at lists.onap.org
Subject: Re: [onap-discuss] Deployment timeout

Is there any way to change the value directly in the data model rather than via 
the GUI?  I've had a look at the various resources exposed on the A data 
model and can't see anything relevant there.

At the moment I can't launch Clearwater under ONAP as it times out every time.  
VID issues the command to launch the VF module, then polls for status 7 times 
then gives up displaying the "Maximum number of poll attempts exceeded" error 
message, and, I think, cancels the openstack stack create operation.

Mike

From: FREEMAN, BRIAN D [mailto:bf1...@att.com]
Sent: 20 April 2017 13:54
To: Mike Evans mailto:mike at metaswitch.com>>
Cc: onap-discuss at lists.onap.org<mailto:onap-discuss at lists.onap.org>
Subject: RE: Deployment timeout

I suspect one of those things we didn't change when we reduced SDC to run on a 
single VM instead of the complex of VM's in production.



From: onap-discuss-bounces at lists.onap.org<mailto:onap-discuss-bounces at 
lists.onap.org> [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Mike 
Evans via onap-discuss
Sent: Thursday, April 20, 2017 8:45 AM
To: onap-discuss at lists.onap.org<mailto:onap-discuss at lists.onap.org>
Subject: [onap-discuss] Deployment timeout

Is there any way to change the deployment timeout?  I've got as far as 
launching a Clearwater deployment in ONAP, but it's a pretty complex VNF (12 
VMs for the base module) and the default 60 second timeout expires when it only 
a third of the way through.

I've gone back to service designer and the timeout appears when importing a VSP 
as a VF (in the table of Deployment Artifacts) but I can't see a way to view it 
in the VSP or edit it in the VF.

Thanks, Mike
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170421/758a16b0/attachment-0001.html>

[onap-discuss] Unable to access SDC

[PLATANIA, MARCO (MARCO)]

Hello Bharath,

May I ask you what issue you experienced when you tried to launch SDC with the 
Heat template that we provide?

Thanks,
Marco

From:  on behalf of bharath 
thiruveedula <bharath_...@hotmail.com>
Date: Friday, April 21, 2017 at 7:40 AM
To: "onap-discuss at lists.onap.org" 
Subject: [onap-discuss] Unable to access SDC


Hi,



I tried to launch ONAP on top of vanilla Openstack(Mitaka) using the heat 
template[1]. Except SDC all other components have launched using the same 
template. I launched the SDC VM manually(with out heat) as I faced an issue 
while launching through heat. But my problem is, when I tried to open SDC using 
the portal(logged in as "cs0008" user), it shows as in [2]. If you can't open 
the google drive, the image says "Sorry, you are not authorised to view this 
page. Please contact Service, Design and Creation administrator".



Does portal pass any keys to access SDC? Please let me know if you want me to 
upload any logs.



[1]https://nexus.onap.org/content/sites/raw/org.openecomp.demo/heat/OpenECOMP/1.0.0/onap_openstack.yaml<https://urldefense.proofpoint.com/v2/url?u=https-3A__nexus.onap.org_content_sites_raw_org.openecomp.demo_heat_OpenECOMP_1.0.0_onap-5Fopenstack.yaml=DwMFAw=LFYZ-o9_HUMeMTSQicvjIg=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0=nrI--n08cB84u3ozjHO5sYv9wNK4NGFLu4utvnrK1rA=jruRujrjXGdt8QyiRlHf2ZbvUFOkJtDWqncrPt7q-DQ=>

[2]https://drive.google.com/file/d/0BwTLw0y5_iL3RWhMZ2pqUzJKZ2c/view?usp=sharing<https://urldefense.proofpoint.com/v2/url?u=https-3A__drive.google.com_file_d_0BwTLw0y5-5FiL3RWhMZ2pqUzJKZ2c_view-3Fusp-3Dsharing=DwMFAw=LFYZ-o9_HUMeMTSQicvjIg=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0=nrI--n08cB84u3ozjHO5sYv9wNK4NGFLu4utvnrK1rA=X70yDj8lpnnrFN9TtxpcxhKDxzZoHE6RQ-DYqo_2X9U=>



Regards

Bharath T
Screenshot from 2017-04-21 
17-01-59.png<https://urldefense.proofpoint.com/v2/url?u=https-3A__drive.google.com_file_d_0BwTLw0y5-5FiL3RWhMZ2pqUzJKZ2c_view-3Fusp-3Dsharing=DwMFAw=LFYZ-o9_HUMeMTSQicvjIg=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0=nrI--n08cB84u3ozjHO5sYv9wNK4NGFLu4utvnrK1rA=X70yDj8lpnnrFN9TtxpcxhKDxzZoHE6RQ-DYqo_2X9U=>
drive.google.com



Regards

Bharath T
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170421/1270669d/attachment.html>

[onap-discuss] Unable to access SDC

[bharath thiruveedula]

Hi,


I tried to launch ONAP on top of vanilla Openstack(Mitaka) using the heat 
template[1]. Except SDC all other components have launched using the same 
template. I launched the SDC VM manually(with out heat) as I faced an issue 
while launching through heat. But my problem is, when I tried to open SDC using 
the portal(logged in as "cs0008" user), it shows as in [2]. If you can't open 
the google drive, the image says "Sorry, you are not authorised to view this 
page. Please contact Service, Design and Creation administrator".


Does portal pass any keys to access SDC? Please let me know if you want me to 
upload any logs.


[1]https://nexus.onap.org/content/sites/raw/org.openecomp.demo/heat/OpenECOMP/1.0.0/onap_openstack.yaml

[2]https://drive.google.com/file/d/0BwTLw0y5_iL3RWhMZ2pqUzJKZ2c/view?usp=sharing


Regards

Bharath T

Screenshot from 2017-04-21 
17-01-59.png<https://drive.google.com/file/d/0BwTLw0y5_iL3RWhMZ2pqUzJKZ2c/view?usp=sharing>
drive.google.com



Regards

Bharath T
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170421/c49de3ab/attachment.html>

[onap-discuss] [installation] New Heat templates available in Gerrit/Nexus

[Closset, Christophe]

/Nexus for each component, named 
component_install.sh (e.g. appc_install.sh). This change is motivated by the 
fact that Rackspace and OpenStack Heat templates contain the same scripts (with 
some slight difference). A change in a script in the OpenStack template would 
require the same change to be applied to the Rackspace template. This makes 
templates hard to maintain. The new install scripts have some if conditions 
that distinguish Rackspace environment from OpenStack environment. The 
deployment environment must be provided via Heat (already set in the template). 
The post-instantiation script in the new templates only contain a small section 
that is used to pass parameters from the templates to the VMs.

2.  The new template for OpenStack requires a fixed floating IP for each 
component specified ahead of time, including the VMs in the DCAE analytics 
environment (DCAE collector, DCAE Postgres DB, 3-VM DCAE Hadoop cluster). This 
change will allow DCAE to correctly spin up the data collection and analytics 
environment (changes to DCAE are underway)

3.  The install scripts include contribution from the ONAP community. We 
change the way we install docker-engine: we get rid of the docker 
authentication key because it doesn?t work for some. We automatically rename 
vNICs in Ubuntu 16.04 and deactivate unattended Operating System updates.

The new templates have been tested in Rackspace and OpenStack Mitaka, 
respectively. They are available in Gerrit master branch and Nexus 
(https://nexus.onap.org/service/local/repositories/raw/content/org.openecomp.demo/heat/OpenECOMP/1.1.0-SNAPSHOT)<https://urldefense.proofpoint.com/v2/url?u=https-3A__nexus.onap.org_service_local_repositories_raw_content_org.openecomp.demo_heat_OpenECOMP_1.1.0-2DSNAPSHOT-29=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0=-Uoq3N0qdqtUX5q2Ofm-TjMnWjOaPzrOZb39ypHZBx8=sWzDzTpP1ms7l49C5aXklNPEJmwHXn0Vlfw4mbPuQUM=>

This is the current set of templates:

? onap_openstack_RC.xxx: this is new template for OpenStack that 
removes the install scripts from Heat. It will later be renamed 
onap_openstack.xxx

? onap_rackspace_RC.xxx: this is new template for Rackspace that 
removes the install scripts from Heat. It will later be renamed 
onap_rackspace.xxx

? onap_openstack.xxx: this is old template for OpenStack that includes 
install scripts in Heat. It will soon be replaced by onap_openstack_RC.xxx

? openecomp_rackspace.xxx: this is old template for Rackspace that 
includes install scripts in Heat. It will soon be replaced by 
onap_rackspace_RC.xxx

I also created a wiki page that explains how the Heat template works and how 
the environment file should be set to spin up ONAP correctly: 
https://wiki.onap.org/display/DW/ONAP+Installation+in+Vanilla+OpenStack<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_ONAP-2BInstallation-2Bin-2BVanilla-2BOpenStack=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0=-Uoq3N0qdqtUX5q2Ofm-TjMnWjOaPzrOZb39ypHZBx8=G_7kdXq8LIvQwza_VleGdiFp-Zl1pTmav6MxORgTJgw=>

Please let me know if you have questions.

Thanks,
Marco

------ next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170421/f2b28c90/attachment-0001.html>

[onap-discuss] [installation] New Heat templates available in Gerrit/Nexus

[Yang, Bin]

 System updates.

The new templates have been tested in Rackspace and OpenStack Mitaka, 
respectively. They are available in Gerrit master branch and Nexus 
(https://nexus.onap.org/service/local/repositories/raw/content/org.openecomp.demo/heat/OpenECOMP/1.1.0-SNAPSHOT)<https://urldefense.proofpoint.com/v2/url?u=https-3A__nexus.onap.org_service_local_repositories_raw_content_org.openecomp.demo_heat_OpenECOMP_1.1.0-2DSNAPSHOT-29=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0=-Uoq3N0qdqtUX5q2Ofm-TjMnWjOaPzrOZb39ypHZBx8=sWzDzTpP1ms7l49C5aXklNPEJmwHXn0Vlfw4mbPuQUM=>

This is the current set of templates:

? onap_openstack_RC.xxx: this is new template for OpenStack that 
removes the install scripts from Heat. It will later be renamed 
onap_openstack.xxx

? onap_rackspace_RC.xxx: this is new template for Rackspace that 
removes the install scripts from Heat. It will later be renamed 
onap_rackspace.xxx

? onap_openstack.xxx: this is old template for OpenStack that includes 
install scripts in Heat. It will soon be replaced by onap_openstack_RC.xxx

? openecomp_rackspace.xxx: this is old template for Rackspace that 
includes install scripts in Heat. It will soon be replaced by 
onap_rackspace_RC.xxx

I also created a wiki page that explains how the Heat template works and how 
the environment file should be set to spin up ONAP correctly: 
https://wiki.onap.org/display/DW/ONAP+Installation+in+Vanilla+OpenStack<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_ONAP-2BInstallation-2Bin-2BVanilla-2BOpenStack=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0=-Uoq3N0qdqtUX5q2Ofm-TjMnWjOaPzrOZb39ypHZBx8=G_7kdXq8LIvQwza_VleGdiFp-Zl1pTmav6MxORgTJgw=>

Please let me know if you have questions.

Thanks,
Marco

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170421/87c63dfa/attachment-0001.html>

[onap-discuss] [installation] New Heat templates available in Gerrit/Nexus

[Yang, Bin]

Hi Marco,

   The links seem to be broken , I cannot download those files, 
would you help fix that? Thanks.

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

From: onap-discuss-bounces at lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of PLATANIA, MARCO 
(MARCO)
Sent: Friday, April 21, 2017 4:11 AM
To: onap-discuss at lists.onap.org
Subject: Re: [onap-discuss] [installation] New Heat templates available in 
Gerrit/Nexus

Apologies for the broken link. Here are the correct ones:

https://nexus.onap.org/content/sites/raw/org.openecomp.demo/heat/OpenECOMP/1.1.0-SNAPSHOT/onap_openstack_RC.yaml
https://nexus.onap.org/content/sites/raw/org.openecomp.demo/heat/OpenECOMP/1.1.0-SNAPSHOT/onap_openstack_RC.env

Marco

From: mailto:onap-discuss-bounces at 
lists.onap.org>> on behalf of "PLATANIA, MARCO (MARCO)" mailto:plata...@research.att.com>>
Date: Thursday, April 20, 2017 at 4:00 PM
To: "onap-discuss at lists.onap.org<mailto:onap-discuss at lists.onap.org>" 
mailto:onap-discuss at lists.onap.org>>
Subject: [onap-discuss] [installation] New Heat templates available in 
Gerrit/Nexus

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

We made some major changes to the Heat templates for Rackspace and vanilla 
OpenStack. Please see below the list of changes:


1.  Removed all the post-instantiation scripts from the template and 
created a new, equivalent script in Gerrit/Nexus for each component, named 
component_install.sh (e.g. appc_install.sh). This change is motivated by the 
fact that Rackspace and OpenStack Heat templates contain the same scripts (with 
some slight difference). A change in a script in the OpenStack template would 
require the same change to be applied to the Rackspace template. This makes 
templates hard to maintain. The new install scripts have some if conditions 
that distinguish Rackspace environment from OpenStack environment. The 
deployment environment must be provided via Heat (already set in the template). 
The post-instantiation script in the new templates only contain a small section 
that is used to pass parameters from the templates to the VMs.

2.  The new template for OpenStack requires a fixed floating IP for each 
component specified ahead of time, including the VMs in the DCAE analytics 
environment (DCAE collector, DCAE Postgres DB, 3-VM DCAE Hadoop cluster). This 
change will allow DCAE to correctly spin up the data collection and analytics 
environment (changes to DCAE are underway)

3.  The install scripts include contribution from the ONAP community. We 
change the way we install docker-engine: we get rid of the docker 
authentication key because it doesn?t work for some. We automatically rename 
vNICs in Ubuntu 16.04 and deactivate unattended Operating System updates.

The new templates have been tested in Rackspace and OpenStack Mitaka, 
respectively. They are available in Gerrit master branch and Nexus 
(https://nexus.onap.org/service/local/repositories/raw/content/org.openecomp.demo/heat/OpenECOMP/1.1.0-SNAPSHOT)<https://urldefense.proofpoint.com/v2/url?u=https-3A__nexus.onap.org_service_local_repositories_raw_content_org.openecomp.demo_heat_OpenECOMP_1.1.0-2DSNAPSHOT-29=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0=-Uoq3N0qdqtUX5q2Ofm-TjMnWjOaPzrOZb39ypHZBx8=sWzDzTpP1ms7l49C5aXklNPEJmwHXn0Vlfw4mbPuQUM=>

This is the current set of templates:

? onap_openstack_RC.xxx: this is new template for OpenStack that 
removes the install scripts from Heat. It will later be renamed 
onap_openstack.xxx

? onap_rackspace_RC.xxx: this is new template for Rackspace that 
removes the install scripts from Heat. It will later be renamed 
onap_rackspace.xxx

? onap_openstack.xxx: this is old template for OpenStack that includes 
install scripts in Heat. It will soon be replaced by onap_openstack_RC.xxx

? openecomp_rackspace.xxx: this is old template for Rackspace that 
includes install scripts in Heat. It will soon be replaced by 
onap_rackspace_RC.xxx

I also created a wiki page that explains how the Heat template works and how 
the environment file should be set to spin up ONAP correctly: 
https://wiki.onap.org/display/DW/ONAP+Installation+in+Vanilla+OpenStack<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_ONAP-2BInstallation-2Bin-2BVanilla-2BOpenStack=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0=-Uoq3N0qdqtUX5q2Ofm-TjMnWjOaPzrOZb39ypHZBx8=G_7kdXq8LIvQwza_VleGdiFp-Zl1pTmav6MxORgTJgw=>

Please let me know if you have questions.

Thanks,
Marco

-- next part --
An HTML attachment was scrubbed...
URL: 
<http:/

[onap-discuss] Proposal for list split of onap-discuss

[Andrew Grimberg]

On 04/20/2017 04:05 PM, Brian Hedstrom wrote:
> I like using Slack and creating different slack channels as one option
> instead of email lists for general discussion type content. I prefer
> using the Wiki for discussions centered around artifacts as it puts the
> discussion thread at the bottom of the wiki page containing the work
> artifact.

While Slack is a wonderful tool, I'll point out that it has several
drawbacks when it comes to cross-community communication and does have
issues with how people have to be invited into the system, even if using
an 'invite-bot'. The other issue I, personally, have with it is the
account explosion you end up with if you have to deal with multiple "teams".

That all being said, there are currently two (that I know of) IRC
channels on Freenode for ONAP they're

#onap
#onap-meeting <- this one hosts a meetingbot for collaborative meeting
minute taking and is already used by the TSC for their weekly meetings

-andy-

-- 
Andrew J Grimberg
Lead, IT Release Engineering
The Linux Foundation

-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: OpenPGP digital signature
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170421/fbc49ae8/attachment.sig>

[onap-discuss] Proposal for list split of onap-discuss

[Andrew Grimberg]

On 04/20/2017 03:28 PM, Aimee Ukasick wrote:
> On 04/20/2017 02:44 PM, Ed Warnicke wrote:
>> Thinking outloud... it almost feels like mailing lists as a tool are no
>> longer a good fit to the need.
>>
>> Is there another tool we could consider using?
>>
> I personally like the idea of a discussion bulletin board/forum where
> developers can ask for help and discuss ideas. Late last year, OPNFV
> created a tech-discuss forum, but there has been little activity in it.
> Developers seem to prefer email and IRC. Maybe using a forum would catch
> on if the forum were created at inception instead of a couple of years
> into the life of the project.
> 
> 
> [1] https://techdiscuss.opnfv.org/

As I mentioned earlier in the thread. We've got the Questions module [0]
installed on the wiki.

It's essentially a StackOverflow style forum for Confluence. Folks just
need to start using it for it to be useful.

[0] https://wiki.onap.org/questions

-- 
Andrew J Grimberg
Lead, IT Release Engineering
The Linux Foundation

-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: OpenPGP digital signature
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170421/72c48632/attachment.sig>

[onap-discuss] Deployment timeout

[Mike Evans]

Is there any way to change the value directly in the data model rather than via 
the GUI?  I've had a look at the various resources exposed on the A data 
model and can't see anything relevant there.

At the moment I can't launch Clearwater under ONAP as it times out every time.  
VID issues the command to launch the VF module, then polls for status 7 times 
then gives up displaying the "Maximum number of poll attempts exceeded" error 
message, and, I think, cancels the openstack stack create operation.

Mike

From: FREEMAN, BRIAN D [mailto:bf1...@att.com]
Sent: 20 April 2017 13:54
To: Mike Evans 
Cc: onap-discuss at lists.onap.org
Subject: RE: Deployment timeout

I suspect one of those things we didn't change when we reduced SDC to run on a 
single VM instead of the complex of VM's in production.



From: onap-discuss-bounces at lists.onap.org<mailto:onap-discuss-bounces at 
lists.onap.org> [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Mike 
Evans via onap-discuss
Sent: Thursday, April 20, 2017 8:45 AM
To: onap-discuss at lists.onap.org<mailto:onap-discuss at lists.onap.org>
Subject: [onap-discuss] Deployment timeout

Is there any way to change the deployment timeout?  I've got as far as 
launching a Clearwater deployment in ONAP, but it's a pretty complex VNF (12 
VMs for the base module) and the default 60 second timeout expires when it only 
a third of the way through.

I've gone back to service designer and the timeout appears when importing a VSP 
as a VF (in the table of Deployment Artifacts) but I can't see a way to view it 
in the VSP or edit it in the VF.

Thanks, Mike
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170421/6e141c29/attachment.html>

[onap-discuss] Proposal for list split of onap-discuss

[Morales, Victor]

I?ve configure some filters in my email client to move some emails according to 
the topic in OpenStack, but even this common practice everyone has their own 
preference[1]

Victor Morales
irc : electrocucaracha

[1] http://lists.openstack.org/pipermail/openstack-dev/2017-February/112923.html


On 4/20/17, 12:34 PM, "onap-discuss-bounces at lists.onap.org on behalf of 
Andrew Grimberg"  wrote:

On 04/20/2017 09:46 AM, Ed Warnicke wrote:
> Josef,
> 
> I couldn't agree more.  Typically 'discuss' in most communities is for
> 'cross project' discussion.  Project specific converstions tend to happen 
on
> ${project}-dev mailers (think dcae-dev, sdnc-dev, etc).   For this to
> work, one needs projects.  Projects *need* their own space to hold
> publicly visible conversations.
> 
> I would strongly recommend *against* a single list in the long term.  It
> becomes overwhelming, and it strongly discourages folks sending email
> because the room is so big.

Our largest communities have major cross-posting problems along with new
people regularly informing us that they don't know where to send things
because of having too many lists. As such, I can't express how strongly
I recommend only breaking out a specific topic to a separate list _iff_
it proves to cause too much traffic on the general list.

As Aimee pointed out OpenStack, which is a community larger than our
largest community, doesn't do what you're talking about. They use topics
on their lists precisely to get around the mailing list explosion of a
list per project that you're suggesting.

-Andy-

-- 
Andrew J Grimberg
Lead, IT Release Engineering
The Linux Foundation

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

[Morales, Victor]

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:  on behalf of "Lefevre, 
Catherine" 
Date: Thursday, April 20, 2017 at 3:41 AM
To: "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.