Right, as I said, expect this to be merged in a couple of hours. Thanks, Alexis
> On Jan 23, 2018, at 12:29 PM, Gary Wu <gary.i...@huawei.com> wrote: > > The first patch depends on the second, but the second has not yet been merged > yet? I guess I should wait for the second one to merged first? > > Thanks, > Gary > > From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com] > Sent: Tuesday, January 23, 2018 8:53 AM > To: Gary Wu <gary.i...@huawei.com> > Cc: BRIAN D FREEMAN <bf1...@att.com>; PLATANIA, MARCO (MARCO) > <plata...@research.att.com>; onap-discuss@lists.onap.org > Subject: Re: [onap-discuss] [OOM] DCAE config in windriver > > Gary, > > This patch fixes the OOM to enable proxy DNS designate setup: > https://gerrit.onap.org/r/#/c/28933/ <https://gerrit.onap.org/r/#/c/28933/> > > I’ve tested in my environment, it’s working. > > Please try again when you have some time. Note, the onap-parameters.yaml have > changed a little bit to enable this. See https://gerrit.onap.org/r/#/c/28591/ > <https://gerrit.onap.org/r/#/c/28591/> > > Expect this to be merge in a couple of hours. > > Thanks, > Alexis > > > On Jan 22, 2018, at 3:57 PM, Alexis de Talhouët <adetalhoue...@gmail.com > <mailto:adetalhoue...@gmail.com>> wrote: > > Gary, > > OOM doesn’t yet support the proxied solution. This is being worked on; until > this is not fix, you cannot use Wind-River lab to deploy OOM with DCAENGEN2. > Expect the fix to be submit in the next couple of days. > > Thanks, > Alexis > > > On Jan 22, 2018, at 3:17 PM, Gary Wu <gary.i...@huawei.com > <mailto:gary.i...@huawei.com>> wrote: > > Hi Alexis, > > Yes, I’m able to deploy DCAEGEN2 on a (non-Wind River) system with Designate > installed. My question is specifically on the Wind River lab. Can we use > Designate there? So far what I see is “public endpoint for dns service in > RegionOne region not found”, so it seems like we cannot. Or is there a > special Designate endpoint/config available? > > Has anyone successfully deployed OOM with DCAEGEN2 in the Wind River lab, > with or without the proxy solution? > > Thanks, > Gary > > > From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com > <mailto:adetalhoue...@gmail.com>] > Sent: Monday, January 22, 2018 11:58 AM > To: Gary Wu <gary.i...@huawei.com <mailto:gary.i...@huawei.com>> > Cc: BRIAN D FREEMAN <bf1...@att.com <mailto:bf1...@att.com>>; PLATANIA, MARCO > (MARCO) <plata...@research.att.com <mailto:plata...@research.att.com>>; > onap-discuss@lists.onap.org <mailto:onap-discuss@lists.onap.org> > Subject: Re: [onap-discuss] [OOM] DCAE config in windriver > > Hi Gary, > > I noticed the proxy solution that DCAEGEN2 offers is not fully working yet > with OOM. What is working is having DCAE on the same OpenStack as DNS > Designate. I’m currently in the process of addressing this. > > Regarding your question about how "vm1.aai.simpledemo.onap.org > <http://vm1.aai.simpledemo.onap.org/> gets resolves, we create a zone in > Designate for simpledemo.onap.org <http://simpledemo.onap.org/>, see > https://gerrit.onap.org/r/gitweb?p=oom.git;a=blob;f=kubernetes/config/docker/init/src/config/dcaegen2/heat/entrypoint.sh;h=85c5ee2b131458f7f25cab3c8efc4071b22775f5;hb=refs/heads/amsterdam > > <https://gerrit.onap.org/r/gitweb?p=oom.git;a=blob;f=kubernetes/config/docker/init/src/config/dcaegen2/heat/entrypoint.sh;h=85c5ee2b131458f7f25cab3c8efc4071b22775f5;hb=refs/heads/amsterdam> > And we added a reverse proxy so the lookup returns the IP of the K8S host > running the reverse-proxy, and the service port are opened. > > See bellow design implemented: > > <image001.jpg> > > > Thanks, > Alexis > > > > On Jan 22, 2018, at 2:00 PM, Gary Wu <gary.i...@huawei.com > <mailto:gary.i...@huawei.com>> wrote: > > Hi Alexis and Brian, > > How should we currently spin up DCAEGEN2 using OOM in Wind River lab? > > I assume we're supposed to set DNSAAS_PROXY_ENABLE to "true". However, when > this is done, my dcae-dcae-boostrap VM gets stuck on wait_for_aai_ready() > since it's unable to resolve the hostname "vm1.aai.simpledemo.onap.org > <http://vm1.aai.simpledemo.onap.org/>", and none of the DNSAAS-related code > in dcae_vm_init.sh gets triggered since they only occur after > wait_for_aai_ready(). > > Is there additional config/init that we're supposed to do to get > vm1.aai.simpledemo.onap.org <http://vm1.aai.simpledemo.onap.org/> to resolve > in this VM? > > Thanks, > Gary > > -----Original Message----- > From: onap-discuss-boun...@lists.onap.org > <mailto:onap-discuss-boun...@lists.onap.org> > [mailto:onap-discuss-boun...@lists.onap.org > <mailto:onap-discuss-boun...@lists.onap.org>] On Behalf Of Alexis de Talhouët > Sent: Monday, January 22, 2018 6:48 AM > To: BRIAN D FREEMAN <bf1...@att.com <mailto:bf1...@att.com>> > Cc: onap-discuss@lists.onap.org <mailto:onap-discuss@lists.onap.org> > Subject: Re: [onap-discuss] [OOM] DCAE status in non-openstack clouds ? > > Brian, > > DCAE deployment in Amsterdam is coupled to OpenStack cloud, and we’re not in > the process of supporting other cloud for now. > This could be an enhancement for Beijing, if DCAE still runs in VMs. And if > we do such implementation, we should leverage Multicloud interfaces to do so. > > Prior to this, we should flush out the requirement of DCAE deployment on > different type of cloud, what are the implications and so on. > > Alexis >
_______________________________________________ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
