Dear Gerard,

If I remember correctly, Bryan Sullivan built docker image for Pramod‘ code 

Thank you,

On Feb 22, 2018, at 5:29 AM, Roger Maitland 
<<>> wrote:

The ONAP OOM team is working with the DCAE team on a fully containerized 
version of DCAE.  Currently we’re waiting on a containerized version of the 
Cloudify controller which is expected in the next couple weeks - the other DCAE 
components have all been containerized already. If all goes well we should have 
a 100% containerized ONAP distribution managed by Kubernetes by the end of 
March (ONAP Beijing release code freeze date).


 on behalf of Adolfo Perez-Duran 
Date: Thursday, February 22, 2018 at 12:11 AM
To: "<>" 
Subject: Re: [onap-discuss] [OPNFV Auto] installation of ONAP on the Auto Arm 

Hello Gerard,

I was able to install a number of ONAP microservices (containers) on the OD1000.

At the time, I couldn't make progress due to the lack of multi-arch images, 
both on the official registry and ONAP's registry. Several folks at Arm have 
been working on closing the gap.

Having said that, I just ran a quick sanity check. I attempted to run 
rancher/server and got the dreaded "exec format error" which means the official 
image is not yet multi-arch.

Still, the outcome of my attempt to install ONAP suggests that you will gain 
more traction with an ONAP/Kubernetes install on the Arm pod using the process 
proposed by the OOM 

On 02/19/2018 07:55 PM,<> 
Hello everybody,

About the installation of ONAP with DCAE on the Arm pod (OPNFV Auto project), 
how can we best converge ?
Maybe initiate a discussion on these 2 mailing lists (ONAP and OPNFV-Auto), and 
then arrange for an ad-hoc audio conference later this week ?

It seems the preferable direction is to aim for an ONAP/Kubernetes variant.

Adolfo, your name was mentioned about a successful (at least partially) install 
of ONAP on Arm-based OD1000 (SoftIron OverDrive 1000). Would you be able to 
chip in ? Is there a URL with info on that ONAP installation ?

The Arm-compatible VNFs can be either on K8S or OpenStack (as long as there are 
enough resources on the Arm pod to have multiple co-existing environments). The 
VNFs would have to be installed via ONAP (i.e. onboarded via SDC, and deployed 
via VID&MSO), not via an installer.

DCAE does not run yet on K8S, but hopefully will at some point. The Resilience 
Improvements tests need DCAE, because they require VI monitoring and CLAMP 
closed loops enforcing: see
with test pattern updated after today's Auto meeting (Monday Feb/19).

Best regards,
Gerard Damm

The information contained in this electronic message and any attachments to 
this message are intended for the exclusive use of the addressee(s) and may 
contain proprietary, confidential or privileged information. If you are not the 
intended recipient, you should not disseminate, distribute or copy this e-mail. 
Please notify the sender immediately and destroy all copies of this message and 
any attachments. WARNING: Computer viruses can be transmitted via email. The 
recipient should check this email and any attachments for the presence of 
viruses. The company accepts no liability for any damage caused by any virus 
transmitted by this email.<>

This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,
you may review at
onap-discuss mailing list<>
IMPORTANT NOTICE: The contents of this email and any attachments are 
confidential and may also be privileged. If you are not the intended recipient, 
please notify the sender immediately and do not disclose the contents to any 
other person, use it for any purpose, or store or copy the information in any 
medium. Thank you.
onap-discuss mailing list

Reply via email to