Greetings
I am trying to setup DCAEGGEN2 using manual installation approach. The environment I am using is behind the proxy. So for installing DCAEGEN2 I have to do lot of workarounds to make it work(though I haven't reached that state). Here are the steps I took just to make centos VM up. 1. As Designate service is not running in my ONAP installed openstack, we are supposed to create one surrogate openstack and add those details in dnsaas_*.txt in dcae_bootstrap VM 2. We have to make sure that "tenant name" and "region name" of both openstack should be same. 3. If you are using keystone v3 for any of the openstack make sure the domain name should match the domain name in AAI payload while registering pod25 and pod25dns . If you are using "*Default*" domain name, then all is well :) 4. If you are behind proxy, we should pass proxy variables while running boot container. Please find my docker run command below: *docker run -d --name boot -v /opt/app/config:/opt/app/installer/config -v /etc/ssl/certs/ca-certificates.crt:/etc/ssl/certs/ca-certificates.crt -e "CLOUDIFY_SSL_TRUST_ALL=true" -e "no_proxy=127.0.0.1,<some_local_ips>" -e "http_proxy=<proxy>:80" -e REQUESTS_CA_BUNDLE="/etc/ssl/certs/ca-certificates.crt" -e "https_proxy= * *<proxy>** :80" -e "PYTHONHTTPSVERIFY=0 " -e "LOCATION=MYGL" "nexus3.onap.org:10001/onap/org.onap.dcaegen2.deployments.bootstrap:v1.1.1.3 <http://nexus3.onap.org:10001/onap/org.onap.dcaegen2.deployments.bootstrap:v1.1.1.3>" /opt/app/installer/installer* *5. *For all SSL based errors refer https://jira.onap.org/browse/DCAEGEN2-218. Thanks Elena 6. And if you are using v3 for main openstack and it is baed on SSL, you have to tweak the multicloud code. Find the tweak below. - *Login to multi service VM and login to **multicloud-windriver container* - *Open /opt/windriver/lib/newton/newton/requests/views/util.py* - *Change "return session.Session(auth=auth)" to "return session.Session(auth=auth, verify=Fals)*" 7. If you make it through to launch "centos_vm" that's the first relief. But make sure your centos_vm should have "centos" user, if not present then it won't proceed. The approach I used is to change "SSHUSER" in *installer *file in boot container and commit the image with new version and update dcae2_vm_init.sh file with updated docker image name 8. The next blocker is the following line "*PVTIP=$(ssh $SSHOPTS -i "$PVTKEY" "$SSHUSER"@"$PUBIP" 'echo PVTIP=`curl --silent http://169.254.169.254/2009-04-04/meta-data/local-ipv4` <http://169.254.169.254/2009-04-04/meta-data/local-ipv4`>' | grep PVTIP | sed 's/PVTIP=//')*" If you are using proxy, set no_proxy for "*169.254.169.254" *for example: "*PVTIP=$(ssh $SSHOPTS -i "$PVTKEY" "$SSHUSER"@"$PUBIP" ' **export no_proxy=$no_proxy,169.254.169.254;**echo PVTIP=`curl --silent http://169.254.169.254/2009-04-04/meta-data/local-ipv4` <http://169.254.169.254/2009-04-04/meta-data/local-ipv4`>' | grep PVTIP | sed 's/PVTIP=//')*" 9. boot container launches centos_vm with some cloud-init. Now if you want to have successful installation of cloudinit scripts I need to add proxy details. It seems like a rabbit hole for me. Currently I block here with the following logs: 2018-02-01 12:42:27 CFY <manager> [elasticsearch_1eb63.creation] Sending task 'fabric_plugin.tasks.run_script' 2018-02-01 12:42:27 CFY <manager> [amqp_influx_895ee.creation] Task started 'fabric_plugin.tasks.run_script' 2018-02-01 12:42:27 LOG <manager> [amqp_influx_895ee.creation] INFO: Preparing fabric environment... 2018-02-01 12:42:27 LOG <manager> [amqp_influx_895ee.creation] INFO: Environment prepared successfully [floating_ip] out: Traceback (most recent call last): [floating_ip] out: File "/tmp/cloudify-ctx/ctx", line 139, in <module> [floating_ip] out: main() [floating_ip] out: File "/tmp/cloudify-ctx/ctx", line 128, in main [floating_ip] out: args.timeout) [floating_ip] out: File "/tmp/cloudify-ctx/ctx", line 84, in client_req [floating_ip] out: response = request_method(socket_url, request, timeout) [floating_ip] out: File "/tmp/cloudify-ctx/ctx", line 65, in http_client_req [floating_ip] out: timeout=timeout) [floating_ip] out: File "/usr/lib64/python2.7/urllib2.py", line 127, in urlopen [floating_ip] out: return _opener.open(url, data, timeout) [floating_ip] out: File "/usr/lib64/python2.7/urllib2.py", line 410, in open [floating_ip] out: response = meth(req, response) [floating_ip] out: File "/usr/lib64/python2.7/urllib2.py", line 523, in http_response [floating_ip] out: 'http', request, response, code, msg, hdrs) [floating_ip] out: File "/usr/lib64/python2.7/urllib2.py", line 448, in error [floating_ip] out: return self._call_chain(*args) [floating_ip] out: File "/usr/lib64/python2.7/urllib2.py", line 382, in _call_chain [floating_ip] out: result = func(*args) [floating_ip] out: File "/usr/lib64/python2.7/urllib2.py", line 531, in http_error_default [floating_ip] out: raise HTTPError(req.get_full_url(), code, msg, hdrs, fp) [floating_ip] out: urllib2.HTTPError: HTTP Error 503: Service Unavailable [floating_ip] out: Traceback (most recent call last): [floating_ip] out: File "/tmp/cloudify-ctx/scripts/tmp1kbocD-creation_validation.py-SXMU13V0", line 9, in <module> [floating_ip] out: join(dirname(__file__), 'utils.py')) [floating_ip] out: File "/tmp/cloudify-ctx/cloudify.py", line 247, in download_resource [floating_ip] out: return check_output(cmd) [floating_ip] out: File "/tmp/cloudify-ctx/cloudify.py", line 32, in check_output [floating_ip] out: raise error [floating_ip] out: subprocess.CalledProcessError: Command '['ctx', 'download-resource', 'components/utils.py', '/tmp/cloudify-ctx/scripts/utils.p y']' returned non-zero exit status 1 Please find the attachment for full logs Apologies for long mail. But I wrote all the issues I faced because: 1) It may help others who is in same evironment like me 2) To get the suggestions from the community that if anything I made wrong in the workarounds. I also tried to setup DCAE in standalone mode, but it seems we can see the data flow only in standlone mode but not policy enforcement, triggering of SO for certain events ec. Any help in this area is much appreciated Best Regards Bharath T
_______________________________________________ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
