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

Hi Erwin, Please submit a jira ticket assigning to me, thanks. My LFID is biny993 Bin 在 2018年1月4日，上午11:26，JI, LUSHENG (LUSHENG) > 写道： Hi Eswar, Since you are using MultiCloud to proxy the API calls, the underlying OpenStack’s Identity

Re: [onap-discuss] [**EXTERNAL**] Re: [integration][oom] OOM readiness for Beijing release - stay on Rancher1.6.10/Helm2.3.1/Kubernetes1.8.6/Docker1.12

David, I know this may seem complicated to some developers – but remember we are dealing with 7+ open source layers here – where all are moving version targets – hence using :latest instead of :v1.6.10 is dangerous ONAP war/jars on ONAP docker images, on docker, on kubernetes, on helm, on

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

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

[onap-discuss] [ONAP Helpdesk #50378] Jenkins jobs failed (due to snapshot repository setting?)

Although that can sound like the fastest way to fix it, is is best to move away from Snapshot dependencies as per these strategies: https://wiki.onap.org/display/DW/Release+Versioning+Strategy#ReleaseVersioningStrategy-Whatarethe2bigissuestoaddress? Thanks! Jess On Tue Jan 02 22:01:53 2018,

[onap-discuss] Invitation: 5G Use Case Team Meeting @ Weekly from 8am to 9am on Thursday from Thu Jan 4 to Thu Dec 13 (PST) (onap-discuss@lists.onap.org)

BEGIN:VCALENDAR PRODID:-//Google Inc//Google Calendar 70.9054//EN VERSION:2.0 CALSCALE:GREGORIAN METHOD:REQUEST BEGIN:VTIMEZONE TZID:America/New_York X-LIC-LOCATION:America/New_York BEGIN:DAYLIGHT TZOFFSETFROM:-0500 TZOFFSETTO:-0400 TZNAME:EDT DTSTART:19700308T02

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

Fwiw, the logs in the elastic POD show: ERROR: [1] bootstrap checks failed [1]: max virtual memory areas vm.max_map_count [65530] is too low, increase to at least [262144] From: on behalf of Michael O'Brien Date: Wednesday,

Re: [onap-discuss] [Onap-arc] [Onap-usecasesub] [integration] ONAP S3P definition and matrix

I believe Jason added it already Best Regards, -kenny Kenny Paul, Technical Program Manager kp...@linuxfoundation.org 510.766.5945 > On Jan 3, 2018, at 7:42 AM, GILBERT, MAZIN E (MAZIN E) > wrote: > > Kenny > Let’s please add this to the TSC meeting tomorrow. >

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

Rancher: 1.6.12 $ helm version --short Client: v2.3.0+gd83c245 Server: v2.6.1+gbbc1f71 $ kubectl version --short Client Version: v1.8.0 Server Version: v1.8.3-rancher3 $ docker version Client: Version: 1.12.6 API version: 1.24 Go version: go1.6.4 Git commit: 78d1802 Built:Tue

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

Yes, Good plan, we can use the help of the documentation team and create an install page for the Beijing release. We will need to abstract out the varied undercloud environments as much as possible and provide a single RI (reference implementation) shared across dev/doc/test/arch/demo

[onap-discuss] Attempting the FW demo

Is the following video still valid? https://wiki.onap.org/display/DW/Running+the+ONAP+Demos?preview=/1015891/16010290/vFW_closed_loop.mp4#RunningtheONAPDemos-VNFOnboarding,Instantiation,andClosed-loopOperations For a system that is meant to automate VNF deployment there seems to be an

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

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

Re: [onap-discuss] aic-cloud-region,regionone not found in AAI

CloudOwner should already be in the DGs. https://jira.onap.org/browse/SDNC-147 was fixed back in October so not sure why you would be seeing aic as a cloud-owner in the DG. Brian From: bharath thiruveedula [mailto:bharath_...@hotmail.com] Sent: Wednesday, January 03, 2018 3:37 PM To:

Re: [onap-discuss] [OOM]Close-loop testing - No such topic exists.-[unauthenticated.DCAE_CL_OUTPUT]

Alexis, Are you have active event flow into DCAE in your environment? The topic are created when there is active event flow (the specific topic - unauthenticated.DCAE_CL_OUTPUT you listed will be created when VESCollector publishes event). Thanks Vijay -Original Message- From:

Re: [onap-discuss] [OOM]Close-loop testing - No such topic exists.-[unauthenticated.DCAE_CL_OUTPUT]

Unauthenticated topics dont get created till there is the first event on that topic. I suggest you check that the VES event is actually getting to the VES collector and the VES collector is running etc. Brian -Original Message- From: onap-discuss-boun...@lists.onap.org

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

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

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

Btw, I consider it a bit of a bug that I have to add /etc/hosts entries for portal.api.simpledemo.onap.org sdc.api.simpledemo.onap.org it seems like this implies there are some embedded (hard corded) host names that are not resolving correctly when I run the UI remotely. From:

Re: [onap-discuss] aic-cloud-region,regionone not found in AAI

I see, then robot scripts should also follow same nomenclature? I will retry with CloudOwner in both AAI and DG Best Regards Bharath T Get Outlook for iOS From: FREEMAN, BRIAN D Sent: Thursday, January 4, 2018 12:55:26 AM

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

Hi, Alexis, Sorry for the push. Could I get a timeframe for that? I would like the team to get hands on experience and based on that, making decision whether we’d like to keep both OOM and Heat for Beijing. My concern is how quick OOM could keep up with those new projects? (We are again need to

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

Just attempting to deploy via OOM. Left with 2 pods not starting correctly: NAMESPACE NAME READY STATUS RESTARTS AGE onap-log elasticsearch-6df4f65775-w48c90/1 CrashLoopBackOff 11

Re: [onap-discuss] Integration meeting 01/03 - minutes

Marco, The ONAP teardown script that I mentioned has now been checked in here: https://gerrit.onap.org/r/#/c/27305/ Note that it currently assumes the username/password of demo/onapdemo to delete the DNS zones. We can refactor the credentials later. Thanks, Gary From: PLATANIA, MARCO

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

Brian, Yes, it does sound reasonable. That being said, I’m very much involved in finishing DCAE support in OOM. Once done, along with the testing the various use cases, I’ll sync up with Michael to provide a clear, straightforward documentation, both for setup and usage, providing tips and

Re: [onap-discuss] aic-cloud-region,regionone not found in AAI

cloud-owner has to be "CloudOwner" not Openstack in AAI. Your DG's in SDNC should be usineg"CloudOwner" as the cloud-owner in the AAI query if you are installing the correct version. Brian From: onap-discuss-boun...@lists.onap.org [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of

Re: [onap-discuss] Integration meeting 01/03 - minutes

Thank you hosting today’s meeting and put such a detailed note together. (I copy & pasted at the wiki page: https://wiki.onap.org/display/DW/Integration+Weekly+Meeting+Minutes+Jan+03%2C+2018 With one changes, that Benchmark will have its own PTL. Regarding the Integration weekly meeting time,

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

Gary, I think Michael was trying to be complete in describing options with a plan to do a cleaned up documentation after it was working and scripted up. Perhaps its time to formally start a new page with the final recommended – single path and scripted install (I agree that it was daunting at

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

Mazin, Ref: https://lists.onap.org/pipermail/onap-discuss/2018-January/007085.html HI, just a couple groups off the top of my head (also went quickly through a couple wikis, mails and jiras) that have been deploying ONAP via Kubernetes recently and also have been contributing to JIRAs and

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

My experience with OOM (excluding DCAE) so far is that SDC fails to pass health check about half the time. When this happens, the best solution seems to be re-deploying the entire ONAP again, and if you’re lucky it will work. This appears to have been observed by others as well. The good

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

I’ve been playing around with the OOM solution for a while and I was able to instantiate the vFW, vLB/vDNS, plus another dummy generic VNF that I created. I installed a minimal version of DCAE (only the collector and one CDAP container with the Threshold-crossing microservices) to run closed

Re: [onap-discuss] ONAP on Kubernetes OOM 1.1.0 - DCAE support

Hi Alexis, Just wanted to know if the DCAEGEN2 is stable now? Should I pull OOM 1.1.0 or the Amsterdam release to try it out? Thanks, Vidhu From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com] Sent: Tuesday, December 19, 2017 9:21 PM To: Vidhu Shekhar Pandey - ERS, HCL Tech

Re: [onap-discuss] Updated Invitation: [appc] Weekly Meeting @ Weekly from 8am to 9am on Wednesday (PDT) (onap-discuss@lists.onap.org)

Hello, The APPC project call will start at 11:30 AM EST instead of 11AM EST. I have no ability to update/change calendar invite, so please be aware of this change. Thanks, Randa -Original Appointment- From: ONAP Meetings and Events

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

I think Kang has a script to do the vCPE use case all in one shot (the 7 minute demo :) Brian From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com] Sent: Wednesday, January 03, 2018 11:34 AM To: FREEMAN, BRIAN D Cc: Roger Maitland ; Helen Chen

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

Brian, For now, vFW instantiate, vFWCL instantiate has been tested and validated. vFWVL close loop (APPC LCM modifyconfig) is currently being tested. Once done, I can cover the other use cases you provided to ensure it’s working as expected. Help will be appreciated at this point. Thanks

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

We’ll talk to Lusheng about Designate tomorrow. We’re just trying to help out the community but if it is going away soon maybe we can avoid this work. Cheers, Roger From: Yunxia Chen [mailto:helen.c...@huawei.com] Sent: Wednesday, January 3, 2018 11:22 AM To: Roger Maitland

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

Thanks Roger. Have there been other groups who have managed to bring up Amsterdam with OOM (with and without DCAE)? Can you point me to any so I can understand their experience. mazin On Jan 3, 2018, at 11:15 AM, Roger Maitland >

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

Thank you Roger. I will give it a try. Regarding designate, I thought DCAE team will leverage multi-vim to handle it at future release instead of using designate for R2+ release. Regards, Helen Chen From: Roger Maitland Date: Wednesday, January 3, 2018 at 8:15 AM

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

Hi Helen, David is on vacation so I’ll answer - OOM is ready. The OOM team has been working with the Integration team and the entire ONAP community to create the amsterdam release of OOM which is now available.

Re: [onap-discuss] [Onap-usecasesub] seem to be the old known issue (when we reschedule our meetings ) "Host has another meeting in progress"

It works now, all - please connect. Best regards, Alla Goldner Open Network Division Amdocs Technology [cid:image001.png@01D384BA.67EA05D0] From: onap-usecasesub-boun...@lists.onap.org [mailto:onap-usecasesub-boun...@lists.onap.org] On Behalf Of Alla Goldner Sent: Wednesday, January 03,

Re: [onap-discuss] [Onap-usecasesub] [integration] ONAP S3P definition and matrix

This was the goal of the software architect subcommittee or system engineering subcommittee. We agreed that we would have a coordinator instead who would work under the architecture committee and with all PTLs to exercise the S3P criteria and other Beijing requirements. We also agreed last month

Re: [onap-discuss] Invitation: [usecase] Sub-Committee (one-off bridge number) @ Wed Jan 3, 2018 7:30am - 8:30am (PST) (onap-discuss@lists.onap.org)

Kenny is trying to see what can be done, on a call with him now Best regards, Alla Goldner Open Network Division Amdocs Technology [cid:image001.png@01D384B9.75A6ACB0] From: Vul, Alex [mailto:alex@intel.com] Sent: Wednesday, January 03, 2018 5:36 PM To: kp...@linuxfoundation.org; Alla

Re: [onap-discuss] Invitation: [usecase] Sub-Committee (one-off bridge number) @ Wed Jan 3, 2018 7:30am - 8:30am (PST) (onap-discuss@lists.onap.org)

Can’t get into the meeting… Help!!! -Original Appointment- From: ONAP Meetings and Events [mailto:linuxfoundation.org_1rmtb5tpr3uc8f76fmflplo...@group.calendar.google.com] Sent: Thursday, December 21, 2017 9:00 AM To: ONAP Meetings and Events; alla.gold...@amdocs.com;

Re: [onap-discuss] [AAI] Does AAI support publish data using DMaaP

ot;aaiEventPayload":{"cambria.partition":"AAI","event-header":{"severity":"NORMAL","entity-type":"pnf","top-entity-type":"pnf","entity-link":"/aai/v11/network/pnfs/pnf/a8098c1a-f86e-11da-

Re: [onap-discuss] [multicloud] Multi Cloud Project Weekly Promotions

It would be very nice if you can poll this to the doodle link too

Re: [onap-discuss] 答复: [clamp] Requirements for CLAMP Beijing Release

Good morning Yuan, Best wishes for a happy new year to you and your family. Martial is on vacation this week. He will be back to the office on January 9th. Ron will organize the ONAP CLAMP Weekly call. Concerning your queries, BPMN.io I understand that the team has identified a solution that