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 <[email protected]> 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:[email protected] > <mailto:[email protected]>] > Sent: Monday, January 22, 2018 11:58 AM > To: Gary Wu <[email protected] <mailto:[email protected]>> > Cc: BRIAN D FREEMAN <[email protected] <mailto:[email protected]>>; PLATANIA, MARCO > (MARCO) <[email protected] <mailto:[email protected]>>; > [email protected] <mailto:[email protected]> > 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 <[email protected] > <mailto:[email protected]>> 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: [email protected] > <mailto:[email protected]> > [mailto:[email protected] > <mailto:[email protected]>] On Behalf Of Alexis de Talhouët > Sent: Monday, January 22, 2018 6:48 AM > To: BRIAN D FREEMAN <[email protected] <mailto:[email protected]>> > Cc: [email protected] <mailto:[email protected]> > 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 [email protected] https://lists.onap.org/mailman/listinfo/onap-discuss
