[onap-discuss] So long and thanks for all the fish...
Folks, after more than a year working in the ONAP project (even a bit less visible in the last weeks/months, but still 100% dedicated), it is time for me to move on to new topics. The work in this project was a great experience and I thank all of you that I could be part of of it. Take care and great luck. Josef Reisinger IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Geschäftsführung: Matthias Hartmann (Vorsitzender), Norbert Janzen, Stefan Lutz, Nicole Reimer, Dr. Klaus Seifert, Wolfgang Wendt Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#10705): https://lists.onap.org/g/onap-discuss/message/10705 Mute This Topic: https://lists.onap.org/mt/22895294/21656 Group Owner: onap-discuss+ow...@lists.onap.org Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [onap-discuss] [aai] batch deletion / transaction rollback
Hi Steffen, I think there is a search function: You can instruct Google search to just include results from a particular site. Just add "+site: http://lists.onap.org/pipermail/onap-discuss; to your search query. Mit freundlichen Grüßen / Kind regards Josef Reisinger From: Steffen Boettcher <steffen.boettc...@amdocs.com> To: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Date: 14.05.2018 12:15 Subject:[onap-discuss] [aai] batch deletion / transaction rollback Sent by:onap-discuss-boun...@lists.onap.org Hi, Unfortunately there is no search on the archives http://lists.onap.org/pipermail/onap-discuss/, or is there? So directly? To clean up changes done to AAI in an ONAP playground system and to avoid to scrape through dependencies of service-subscriptions, service types, network locations, complexes, pnfs etc.: Is there an option in (Amsterdam) AAI via REST / CLI / whatever to rollback / delete done changes to the inventory, like using a certain ?X-TransactionId?? What should be taken into account, when playing with REST, developing scripts, to make things easily revertible? Regards, Steb This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement, you may review at https://www.amdocs.com/about/email-disclaimer ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
[onap-discuss] VNF Module Creation FAILED Authentication Failure
Folks, I am running an K8S instance of ONAP (Amsterdam) and when trying to create a VN module I receive this error message: VNF Module Creation FAILED Received vfModuleException from VnfAdapter: category='INTERNAL' message='org.openecomp.mso.openstack.exceptions.MsoAdapterException: Authentication Failure: tenant=be7ee72a5c944a2589a6bd180fc1a80f,cloud=DEFAULT_KEYSTONE' rolledBack='true' If I look a the incoming request @the openstack controller, I can see the password field is an empty string (""). The file oom/kubernetes/config/onap-parmeters.yaml contains a valid password. I want to avoid to restart everything (since is is running nicely these days): Can anybody give me a hint where I can find the correct place in MSO(I guess) to correct the configuration and add the password. So far I found a mso-docker.json file, but noting indicates an openstack password to me. Mit freundlichen Grüßen / Kind regards Josef Reisinger ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
Re: [onap-discuss] [integration] INT-261: Add standard utilities to all dockers (vim, ping, nslookup)
Yes please +1 ... and add ngrep(1) too please Mit freundlichen Grüßen / Kind regards Josef Reisinger IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Geschäftsführung: Matthias Hartmann (Vorsitzender), Norbert Janzen, Stefan Lutz, Nicole Reimer, Dr. Klaus Seifert, Wolfgang Wendt Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 From: Kang Xi <kang...@huawei.com> To: "FREEMAN, BRIAN D" <bf1...@att.com> Cc: onap-discuss <onap-discuss@lists.onap.org> Date: 20.02.2018 16:39 Subject:[onap-discuss] [integration] INT-261: Add standard utilities to all dockers (vim, ping, nslookup) Sent by:onap-discuss-boun...@lists.onap.org Hi Brian, All, We have a backlog jira ticket asking to install standard utilities to all dockers. https://jira.onap.org/browse/INT-261 This issue was discussed at today?s Integration weekly meeting. Some concerns were raised that it would inflate the size and increate maintenance work for the production version as how to turn on/off installing those packages. Another question is that it might not be needed for all the dockers. There is no doubt that having those tools will make debug and test more productive. Do you think it is possible to add the tools to a few most demanding dockers? If yes, please specify a list and I?ll follow up on this. Immediately I have the controller dockers in SDNC/APPC and mso docker in SO. Regards, Kang ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
Re: [onap-discuss] [OOM] restart an entire POD ?
Brian, funningly I was looking for the same, restarting a pod ... and I found this which seems to work (I am having issues with vnc pod) https://stackoverflow.com/questions/40259178/how-to-restart-kubernetes-pods Mit freundlichen Grüßen / Kind regards Josef Reisinger From: "FREEMAN, BRIAN D" <bf1...@att.com> To: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Date: 07.02.2018 15:35 Subject:[onap-discuss] [OOM] restart an entire POD ? Sent by:onap-discuss-boun...@lists.onap.org Michael, Alexi, I'm having race conditions when I use OOM in Azure where the health check passes but distribution fails (MSO and AAI never get notified). I restarted the SO front end POD and SO successfully picked up a model distribution. I tried to restart just the AAI Model loader but that didnt seem to work so I need to restart all of AAI I suspect that SO and AAI came up before DMaaP was up but cant confirm that. Is there an easy / safe way to do restart an entire domain through the K8 portal ? Feel free to point me at the right documentation on the wiki if I am just missing that guidance. Brian ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
[onap-discuss] DCAE: RecoverableError: Failed to find: platform_dockerhost
Fokls, I need the help of the DCAE team: When trying to initialize DCAE, I find this error in docker logs OperationRetry: Waiting for server to be in ACTIVE state but is in BUILD:spawning state. Retrying... [retry_after=30] 2018-01-29T14:37:05 CFY [host_dokr00_4f490.start] Sending task 'nova_plugin.server.start' [retry 1] 2018-01-29T14:37:05 CFY [host_dokr00_4f490.start] Task started 'nova_plugin.server.start' [retry 1] 2018-01-29T14:37:06 CFY [host_dokr00_4f490.start] Task succeeded 'nova_plugin.server.start' [retry 1] 2018-01-29T14:37:06 CFY [host_dokr00_4f490->security_group_b7702|establish] Sending task 'nova_plugin.server.connect_security_group' 2018-01-29T14:37:06 CFY [host_dokr00_4f490->security_group_b7702|establish] Task started 'nova_plugin.server.connect_security_group' 2018-01-29T14:37:09 CFY [host_dokr00_4f490->security_group_b7702|establish] Task succeeded 'nova_plugin.server.connect_security_group' 2018-01-29T14:37:09 CFY [host_dokr00_4f490->floatingip_dokr00_24a6e|establish] Sending task 'nova_plugin.server.connect_floatingip' 2018-01-29T14:37:09 CFY [host_dokr00_4f490->floatingip_dokr00_24a6e|establish] Task started 'nova_plugin.server.connect_floatingip' 2018-01-29T14:37:12 CFY [host_dokr00_4f490->floatingip_dokr00_24a6e|establish] Task succeeded 'nova_plugin.server.connect_floatingip' 2018-01-29T14:37:13 CFY [docker_host_c486f] Creating node 2018-01-29T14:37:13 CFY [docker_host_c486f.create] Sending task 'dockerplugin.select_docker_host' 2018-01-29T14:37:13 CFY [docker_host_c486f.create] Task started 'dockerplugin.select_docker_host' 2018-01-29T14:37:14 CFY [docker_host_c486f.create] Task succeeded 'dockerplugin.select_docker_host' 2018-01-29T14:37:14 CFY [docker_host_c486f] Configuring node 2018-01-29T14:37:14 CFY [docker_host_c486f] Starting node 2018-01-29T14:37:15 CFY [registrator_8bfb4] Creating node 2018-01-29T14:37:15 CFY [registrator_8bfb4->docker_host_c486f|preconfigure] Sending task 'relationshipplugin.forward_destination_info' 2018-01-29T14:37:15 CFY [registrator_8bfb4->docker_host_c486f|preconfigure] Task started 'relationshipplugin.forward_destination_info' 2018-01-29T14:37:16 CFY [registrator_8bfb4->docker_host_c486f|preconfigure] Task succeeded 'relationshipplugin.forward_destination_info' 2018-01-29T14:37:16 CFY [registrator_8bfb4] Configuring node 2018-01-29T14:37:16 CFY [registrator_8bfb4] Starting node 2018-01-29T14:37:16 CFY [registrator_8bfb4.start] Sending task 'dockerplugin.create_and_start_container' 2018-01-29T14:37:16 CFY [registrator_8bfb4.start] Task started 'dockerplugin.create_and_start_container' 2018-01-29T14:37:17 CFY [registrator_8bfb4.start] Task failed 'dockerplugin.create_and_start_container' -> Failed to find: platform_dockerhost Traceback (most recent call last): File "/tmp/pip-build-ES6GUS/cloudify-plugins-common/cloudify/dispatch.py", line 596, in main File "/tmp/pip-build-ES6GUS/cloudify-plugins-common/cloudify/dispatch.py", line 366, in handle File "/opt/mgmtworker/env/plugins/dockerplugin-2.4.0/lib/python2.7/site-packages/dockerplugin/decorators.py", line 53, in wrapper raise RecoverableError(e) RecoverableError: Failed to find: platform_dockerhost AS I am not familiar with cloudify ... anybody out there to help to find the root cause oft the issue? Mit freundlichen Grüßen / Kind regards Josef Reisinger IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Geschäftsführung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
[onap-discuss] (SOLVED) DCAE bootstrap - Connection timed out err in boot container installer script
Well, hard to debug and find .. it was the security group for the first DCAE machine spawned by the bootstrap VM. Why do DCAE server use a different security group as the other VMs? Mit freundlichen Grüßen / Kind regards Josef Reisinger IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Geschäftsführung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 From: "Josef Reisinger" <josef.reisin...@de.ibm.com> To: onap-discuss <onap-discuss@lists.onap.org> Date: 04.01.2018 15:12 Subject:[onap-discuss] DCAE bootstrap - Connection timed out err in boot container installer script Sent by:onap-discuss-boun...@lists.onap.org Folks, I am trying to get this issue solved for a while, but I am stuck and do not understand why DCAE does not want to start up. The boot container in dcae_bootstrap starts /opt/app/installer/installer which seems to successfully bring up the first DCAE VM (called 'dcaeorcl00' for me). The logs in the boot container contain a warning about about celery '2018-01-04 13:43:04 LOG [mgmt_worker_aaf03.start] WARNING: celery status: worker not running, Retrying in 3 seconds...', but nothing else which I could identify as an issue. Everything seems to be ok to the lines 2018-01-04 13:43:13 CFY [sanity_6a35e.start] Sending task 'fabric_plugin.tasks.run_script' 2018-01-04 13:43:13 CFY [sanity_6a35e.start] Task started 'fabric_plugin.tasks.run_script' 2018-01-04 13:43:13 LOG [sanity_6a35e.start] INFO: Preparing fabric environment... 2018-01-04 13:43:13 LOG [sanity_6a35e.start] INFO: Environment prepared successfully 2018-01-04 13:43:14 LOG [sanity_6a35e.start] INFO: Saving sanity input configuration to /opt/cloudify/sanity/node_properties/properties.json 2018-01-04 13:43:15 CFY [sanity_6a35e.start] Task succeeded 'fabric_plugin.tasks.run_script' 2018-01-04 13:43:16 CFY 'install' workflow execution succeeded Bootstrap failed! (('Connection aborted.', error(110, 'Connection timed out'))) Executing teardown due to failed bootstrap... 2018-01-04 13:45:24 CFY Starting 'uninstall' workflow execution On dcaeorcl00 I can see a warning from celery: Jan 04 13:28:35 dcaeorcl00.novalocal celery[21174]: /opt/mgmtworker/env/lib/python2.7/site-packages/celery/platforms.py:766: RuntimeWarning: You are running the worker with superuser privileges, which is Jan 04 13:28:35 dcaeorcl00.novalocal celery[21174]: absolutely not recommended! and from consul Jan 04 14:02:21 dcaeorcl00.novalocal consul[9064]: agent: failed to sync remote state: No known Consul servers Jan 04 14:02:49 dcaeorcl00.novalocal consul[9064]: manager: No servers available I would really like to understand what's going wrong... maybe even as simple as a configuration error, Any help is appreciated. Mit freundlichen Grüßen / Kind regards Josef Reisinger IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Geschäftsführung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
Re: [onap-discuss] [DCAE] problems with dcae bootstrap VM
Eswar, maybe this medium complex procedure helps: run the boot container until it exits. (not sure it is needed at all) create a new image from stopped boot container: docker commit boot broken # broken is the new image name create environment variables NEXUS_USER=$(cat /opt/config/nexus_username.txt) NEXUS_PASSWORD=$(cat /opt/config/nexus_password.txt) NEXUS_DOCKER_REPO=$(cat /opt/config/nexus_docker_repo.txt) DOCKER_VERSION=$(cat /opt/config/docker_version.txt) # use rand_str as zone ZONE=$(cat /opt/config/rand_str.txt) MYFLOATIP=$(cat /opt/config/dcae_float_ip.txt) MYLOCALIP=$(cat /opt/config/dcae_ip_addr.txt) run committed image: docker run -it --user root -v /opt/app/config:/opt/app/installer/config -e "LOCATION=$ZONE" --entrypoint=/bin/bash broken you need to change every occasion of "mkdir" in the file "installer" by "mkdir -p"; otherwise the script will fail; maybe you need to install an editor bash -x installer # this runs now as root .. not sure this has an impact, but it is just for testing Let me know whether it worked :-) Mit freundlichen Grüßen / Kind regards Josef Reisinger IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Geschäftsführung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 From: ESWAR RAO <eswar7...@gmail.com> To: "JI, LUSHENG (LUSHENG)" <l...@research.att.com> Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Date: 14.01.2018 09:38 Subject:Re: [onap-discuss] [DCAE] problems with dcae bootstrap VM Sent by:onap-discuss-boun...@lists.onap.org Hi Lusheng, Thanks for the response. I deleted the boot-docker multiple times and at-last the bootstrap-docker was able to spin all 14 DCAE VM's. But I still see issues like : | 23755508-1765-4a01-a023-8ee3059c3c94 | dcaedokp00| ACTIVE | oam_onap_fKHc=10.0.0.14, 192.168.21.204 | es-new-ubuntu-16.04 | | 3c1aa9f3-2b13-47f9-bdcd-afee49e94903 | dcaedoks00| ACTIVE | oam_onap_fKHc=10.0.0.5, 192.168.21.201 | es-new-ubuntu-16.04 | root@onap-dcae-bootstrap:/home/ubuntu# docker logs boot -f 2018-01-14T03:28:53 CFY [registrator_b8f59.start] Task failed 'dockerplugin.create_and_start_container' -> Failed to find: platform_dockerhost Traceback (most recent call last): File "/tmp/pip-build-P7Jcnx/cloudify-plugins-common/cloudify/dispatch.py", line 596, in main File "/tmp/pip-build-P7Jcnx/cloudify-plugins-common/cloudify/dispatch.py", line 366, in handle File "/opt/mgmtworker/env/plugins/dockerplugin-2.4.0/lib/python2.7/site-packages/dockerplugin/decorators.py", line 53, in wrapper raise RecoverableError(e) RecoverableError: Failed to find: platform_dockerhost + grep cdap + curl -Ss http://192.168.21.218:8500/v1/catalog/service/cdap + echo -n . + sleep 30 ubuntu@dcaedokp00:/$ tail -f /var/log/cloud-init-output.log * Failed to resolve cloudify-manager-fKHc: lookup cloudify-manager-fKHc on 192.168.21.66:53: read udp 10.0.0.14:59076->192.168.21.66:53: read: no route to host) Failed to join any nodes. + echo Waiting to join Consul cluster Waiting to join Consul cluster + sleep 60 ... Can you please help me in resolving them: Platform/Service docker host(dokp/doks) is trying to join #/opt/consul/bin/consul join "cloudify-manager-${{DATACENTER}" for which its trying to access my openstack setup controller 192.168.21.66. Thanks Eswar Rao On Sat, Jan 13, 2018 at 9:35 AM, JI, LUSHENG (LUSHENG) < l...@research.att.com> wrote: Eswar, If the container has not exited, you can get into the container as Alexis mentioned. The container entry point is a script called /opt/app/installer. This script contains all the steps If the container has already exited, you can first delete it (sudo docker rm boot), then rerun dcae2-vm-init.sh under /opt. Thanks, Lusheng Ji From: <onap-discuss-boun...@lists.onap.org> on behalf of ESWAR RAO < eswar7...@gmail.com> Date: Friday, January 12, 2018 at 11:16 AM To: Alexis de Talhouët <adetalhoue...@gmail.com> Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Subject: Re: [onap-discuss] [DCAE] problems with dcae bootstrap VM Thanks Alexis for the response. As you know, dcae-bootstrap docker after creating dcaeorcI00 VM its trying to install packages but upon failure of install its rollbacking using uninstall and docker container is killed. Please let me know how we can bypass the docket getting killed/removed so that we can run cfy scripts manually. Thanks Eswar Rao On 12 Jan 2018 8:28 pm, "Alexis de Talhouët" <adetalhoue...@gmail.com> wrote: Hi, Here is
[onap-discuss] DCAE bootstrap - Connection timed out err in boot container installer script
Folks, I am trying to get this issue solved for a while, but I am stuck and do not understand why DCAE does not want to start up. The boot container in dcae_bootstrap starts /opt/app/installer/installer which seems to successfully bring up the first DCAE VM (called 'dcaeorcl00' for me). The logs in the boot container contain a warning about about celery '2018-01-04 13:43:04 LOG [mgmt_worker_aaf03.start] WARNING: celery status: worker not running, Retrying in 3 seconds...', but nothing else which I could identify as an issue. Everything seems to be ok to the lines 2018-01-04 13:43:13 CFY [sanity_6a35e.start] Sending task 'fabric_plugin.tasks.run_script' 2018-01-04 13:43:13 CFY [sanity_6a35e.start] Task started 'fabric_plugin.tasks.run_script' 2018-01-04 13:43:13 LOG [sanity_6a35e.start] INFO: Preparing fabric environment... 2018-01-04 13:43:13 LOG [sanity_6a35e.start] INFO: Environment prepared successfully 2018-01-04 13:43:14 LOG [sanity_6a35e.start] INFO: Saving sanity input configuration to /opt/cloudify/sanity/node_properties/properties.json 2018-01-04 13:43:15 CFY [sanity_6a35e.start] Task succeeded 'fabric_plugin.tasks.run_script' 2018-01-04 13:43:16 CFY 'install' workflow execution succeeded Bootstrap failed! (('Connection aborted.', error(110, 'Connection timed out'))) Executing teardown due to failed bootstrap... 2018-01-04 13:45:24 CFY Starting 'uninstall' workflow execution On dcaeorcl00 I can see a warning from celery: Jan 04 13:28:35 dcaeorcl00.novalocal celery[21174]: /opt/mgmtworker/env/lib/python2.7/site-packages/celery/platforms.py:766: RuntimeWarning: You are running the worker with superuser privileges, which is Jan 04 13:28:35 dcaeorcl00.novalocal celery[21174]: absolutely not recommended! and from consul Jan 04 14:02:21 dcaeorcl00.novalocal consul[9064]: agent: failed to sync remote state: No known Consul servers Jan 04 14:02:49 dcaeorcl00.novalocal consul[9064]: manager: No servers available I would really like to understand what's going wrong... maybe even as simple as a configuration error, Any help is appreciated. Mit freundlichen Grüßen / Kind regards Josef Reisinger IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Geschäftsführung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
[onap-discuss] ONAP Amsterdam release - DCAE start - connection refised
I am trying to bring up DCAE of ONAP/Amsterdam release When I look @boot container in onap-dcae-bootstrap, I see a message "('Connection aborted.', error(110, 'Connection timed out'))" with no hint of who is connecting to where. As the container exists, there is not (easy) way to look into log files. I can see the same error in dcaeorcl00, here it seems that there is not listener for 'http://localhost/api/v2.1/blueprints'. Any hints for what is going wrong? Mit freundlichen Grüßen / Kind regards Josef Reisinger IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Geschäftsführung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
[onap-discuss] [integration]OpenStack version support discussion
Helen at al, Openstack up to Ocata can support keystome V2.0, At least Ocata supports even both versions at in parallel. See in the wiki here https://wiki.onap.org/display/DW/ONAP+Installation+in+Vanilla+OpenStack and scroll down to the headline "How to use both v2 and v3 Openstack Keystone API". No sure what happens post-Ocata, I guess a move to V3 is for sure needed at some point in time in the future. For now I would call it safe to keep V2.0 until Amsterdam and put it on the roadmap for one of the post-A'dam releases. As far as I understood glancing over both APIs, there is quite a difference between them which requires some effort. Viriginie, the author of the chapter in the Wiki, is unfortunately not in-house today, otherwise I would have asked her to join the call and explain a bit more verbally. Mit freundlichen Grüßen / Kind regards Josef Reisinger Heads Up: I will be o-o-o 6.10.2017-3.11.201 __ When: Thursday, September 21, 2017 8:00 AM-9:00 AM. (UTC-08:00) Pacific Time (US & Canada) Where: https://zoom.us/j/44 *~*~*~*~*~*~*~*~*~* A little bit context: At current integration lab, it has OpenStack Newton, however, ?The version of the Cloudify OpenStack plugin that DACEGEN2 uses is not compatible with the Identity API that is current provided by the tenant for DCAE, which is v3. The compatible Identity API version is v2.0. For example https://${hostname}:5000/v2.0< https://urldefense.proofpoint.com/v2/url?u=https-3A__-24-257bhostname-257d-3A5000_v2.0=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=8HocSPkvRgRBGsnb4A7GvOnCk7qeKaeNJQDH7gg7XYk=qrSDXOAARfqhjJ37R6Tcd4MKGFBLDEB90zLfzByJISY= >. Can the v2.0 Identity API be added? ? And ?https://review.openstack.org/#/c/251530/< https://urldefense.proofpoint.com/v2/url?u=https-3A__review.openstack.org_-23_c_251530_=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=8HocSPkvRgRBGsnb4A7GvOnCk7qeKaeNJQDH7gg7XYk=CSyNu34UsRGj-ZdLLRM58rz_UvO04WpoWLXLe7iAWG8= > Keystone v2.0 was deprecated after Open Stack Liberty. ?. For this meeting, we?d like to bring in related stakeholders together to get a solution for this: 1. Should DCAE team upgrade cloudify openstack plugin Or 2.Pick an earlier Openstack version to support it? Any special requirement from lab or ONAP to support specific version? And what?s the effort? Join from PC, Mac, Linux, iOS or Android: https://zoom.us/j/44< https://urldefense.proofpoint.com/v2/url?u=https-3A__www.google.com_url-3Fq-3Dhttps-253A-252F-252Fzoom.us-252Fj-252F44-26sa-3DD-26usd-3D2-26usg-3DAFQjCNGOukyk-2DyviNF7xE6h-2DW-5Fr5G1RgPA=DwMFoQ=LFYZ-o9_HUMeMTSQicvjIg=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0=U2a6dCV2iyenA80PqyBXaYNu3nAIx6NImGJN7RboRmE=6vUAt4ekaqLmLhgAGdnGBAOka3SphxHnhkJWS5wfrIw= > Or iPhone one-tap (US Toll): +16465588656,44# or +14086380968,44# Or Telephone: Dial: +1 646 558 8656 (US Toll) or +1 408 638 0968 (US Toll) Meeting ID: 44 8 International numbers available: https://zoom.us/zoomconference?m=CqsAwHx4CSyRanCfPHKBvf6Vslgcsn86< https://urldefense.proofpoint.com/v2/url?u=https-3A__www.google.com_url-3Fq-3Dhttps-253A-252F-252Fzoom.us-252Fzoomconference-253Fm-253DCqsAwHx4CSyRanCfPHKBvf6Vslgcsn86-26sa-3DD-26usd-3D2-26usg-3DAFQjCNHmeO65V-5FncgXTJyNNL6g4uKzSNyg=DwMFoQ=LFYZ-o9_HUMeMTSQicvjIg=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0=U2a6dCV2iyenA80PqyBXaYNu3nAIx6NImGJN7RboRmE=Rd0Fiax8E2XUBYciL45mI5c23nxGTlAFd9U_MvgCkSo= > ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
[onap-discuss] [integration]OpenStack version support discussion
Helen at al, Openstack up to Ocata can support keystome V2.0, At least Ocata supports even both versions at in parallel. See in the wiki here https://wiki.onap.org/display/DW/ONAP+Installation+in+Vanilla+OpenStack and scroll down to the headline "How to use both v2 and v3 Openstack Keystone API". No sure what happens post-Ocata, I guess a move to V3 is for sure needed at some point in time in the future. For now I would call it safe to keep V2.0 until Amsterdam and put it on the roadmap for one of the post-A'dam releases. As far as I understood glancing over both APIs, there is quite a difference between them which requires some effort. Viriginie, the author of the chapter in the Wiki, is unfortunately not in-house today, otherwise I would have asked her to join the call and explain a bit more verbally. Mit freundlichen Grüßen / Kind regards Josef Reisinger Heads Up: I will be o-o-o 6.10.2017-3.11.201 __ When: Thursday, September 21, 2017 8:00 AM-9:00 AM. (UTC-08:00) Pacific Time (US & Canada) Where: https://zoom.us/j/44 *~*~*~*~*~*~*~*~*~* A little bit context: At current integration lab, it has OpenStack Newton, however, ?The version of the Cloudify OpenStack plugin that DACEGEN2 uses is not compatible with the Identity API that is current provided by the tenant for DCAE, which is v3. The compatible Identity API version is v2.0. For example https://${hostname}:5000/v2.0< https://urldefense.proofpoint.com/v2/url?u=https-3A__-24-257bhostname-257d-3A5000_v2.0=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=8HocSPkvRgRBGsnb4A7GvOnCk7qeKaeNJQDH7gg7XYk=qrSDXOAARfqhjJ37R6Tcd4MKGFBLDEB90zLfzByJISY= >. Can the v2.0 Identity API be added? ? And ?https://review.openstack.org/#/c/251530/< https://urldefense.proofpoint.com/v2/url?u=https-3A__review.openstack.org_-23_c_251530_=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=8HocSPkvRgRBGsnb4A7GvOnCk7qeKaeNJQDH7gg7XYk=CSyNu34UsRGj-ZdLLRM58rz_UvO04WpoWLXLe7iAWG8= > Keystone v2.0 was deprecated after Open Stack Liberty. ?. For this meeting, we?d like to bring in related stakeholders together to get a solution for this: 1. Should DCAE team upgrade cloudify openstack plugin Or 2.Pick an earlier Openstack version to support it? Any special requirement from lab or ONAP to support specific version? And what?s the effort? Join from PC, Mac, Linux, iOS or Android: https://zoom.us/j/44< https://urldefense.proofpoint.com/v2/url?u=https-3A__www.google.com_url-3Fq-3Dhttps-253A-252F-252Fzoom.us-252Fj-252F44-26sa-3DD-26usd-3D2-26usg-3DAFQjCNGOukyk-2DyviNF7xE6h-2DW-5Fr5G1RgPA=DwMFoQ=LFYZ-o9_HUMeMTSQicvjIg=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0=U2a6dCV2iyenA80PqyBXaYNu3nAIx6NImGJN7RboRmE=6vUAt4ekaqLmLhgAGdnGBAOka3SphxHnhkJWS5wfrIw= > Or iPhone one-tap (US Toll): +16465588656,44# or +14086380968,44# Or Telephone: Dial: +1 646 558 8656 (US Toll) or +1 408 638 0968 (US Toll) Meeting ID: 44 8 International numbers available: https://zoom.us/zoomconference?m=CqsAwHx4CSyRanCfPHKBvf6Vslgcsn86< https://urldefense.proofpoint.com/v2/url?u=https-3A__www.google.com_url-3Fq-3Dhttps-253A-252F-252Fzoom.us-252Fzoomconference-253Fm-253DCqsAwHx4CSyRanCfPHKBvf6Vslgcsn86-26sa-3DD-26usd-3D2-26usg-3DAFQjCNHmeO65V-5FncgXTJyNNL6g4uKzSNyg=DwMFoQ=LFYZ-o9_HUMeMTSQicvjIg=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0=U2a6dCV2iyenA80PqyBXaYNu3nAIx6NImGJN7RboRmE=Rd0Fiax8E2XUBYciL45mI5c23nxGTlAFd9U_MvgCkSo= > ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
Re: [onap-discuss] AAI Error "model-loader docker exited with in 2 munities with error ModelLoader ERROR|failed to connect to url: /asdc/v1/distributionUebCluster"
Folks, I run into more or less the same error, with the difference that "my" container dies after max 5 seconds. I need a second ONAP environment and after a number of tries with 1.1 and 1.0 last week, I came to the conclusion that trying a copy of my still existing ONAP environment would be the fastest route to target. I could close some of the VMs, but the aai (one-VM-version) refuses to start up with the above mentioned issue. I'll have a deeper look into the issues tomorrow. Mit freundlichen Grüßen / Kind regards Josef Reisinger From: "Kapil Gupta (c)" <gka...@vmware.com> To: "steven.blim...@amdocs.com" <steven.blim...@amdocs.com>, "josef.reisin...@de.ibm.com" <josef.reisin...@de.ibm.com> Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Date: 18.09.2017 19:01 Subject:RE: [onap-discuss] AAI Error "model-loader docker exited with in 2 munities with error ModelLoader ERROR|failed to connect to url: /asdc/v1/distributionUebCluster" Hi Steven, Thanks for your suggestions. As I mentioned in trail email SDC all dockers up and running and health check is also good. However, all ONAP VMs(including SDC and AAI VM) currently running with version 1.0.0 in our lab. As per you It seems Model -Loader docker is only stable with version 1.1.0 Please confirm , should we move all ONAP VM from version 1.0.0 to version 1.1.0 or there is a way to fix with version 1.0.0. @Josef, please share your view as you setup ONAP lab with version 1.0.0 Thanks Kapil On 18 Sep 2017, at 9:48 PM, Steven Blimkie <steven.blim...@amdocs.com> wrote: Hello, In the 1.0.0 version (which you appear to be using), the model loader will shut itself down if it is unable to successfully connect with the SDC on startup. In the 1.1.0 version, the model loader container will remain up, and continue to retry. Based, on your error log, it appears that the ML encounters a connection timeout trying to reach the SDC (and subsequently shuts itself down). You?ll need to validate that the SDC is up and running, and that it is reachable from the ML container. Regards, Steve From: onap-discuss-boun...@lists.onap.org [ mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Kapil Gupta (c) Sent: Monday, September 18, 2017 3:40 AM To: onap-discuss@lists.onap.org Subject: [onap-discuss] AAI Error "model-loader docker exited with in 2 munities with error ModelLoader ERROR|failed to connect to url: /asdc/v1/distributionUebCluster" Hi ALL, Problem Statement:- AAI model-loader docker exited within 2 munities with error ?ModelLoader ERROR|failed to connect to url: /asdc/v1/distributionUebCluster org.apache.http.conn.HttpHostConnectException: Connect to 10.1.1.21:8443? We also find this error on https://jira.onap.org/browse/AAI-170 but solution was not very clear to me, Please let me know where and how to fix it. We are using below configuration docker version 1.0-STAGING-latest artifacts_version 1.1.0-SNAPSHOT FYI Healthcheck of SDC dockers from AAI (curl http://10.1.1.21:8181/sdc1/rest/healthCheck) is good. Log attached in the end of email. AAI logs:- root@6c742bb86d8f :/opt/jetty/jetty-distribution-9.3.9.v20160517/logs/AAI-ML# cat error.log 2017-09-18T12:02:58.961Z||main|ModelLoader||org.openecomp.modelloader.service.ModelLoaderService||INFO|MDLSVC0001I|MDLSVC0001I Loading configuration | 2017-09-18T12:02:58.968Z||main|ModelLoader||org.openecomp.sdc.impl.DistributionClientImpl||INFO|DistributionClient - init 2017-09-18T12:05:06.408Z||main|ModelLoader|| org.openecomp.sdc.impl.DistributionClientImpl||ERROR|failed to connect to url: /asdc/v1/distributionUebCluster org.apache.http.conn.HttpHostConnectException: Connect to 10.1.1.21:8443 [/10.1.1.21] failed: Connection timed out (Connection timed out) at org.apache.http.impl.conn.DefaultHttpClientConnectionOperator.connect(DefaultHttpClientConnectionOperator.java:151) ~[httpclient-4.5.jar:4.5] at org.apache.http.impl.conn.PoolingHttpClientConnectionManager.connect(PoolingHttpClientConnectionManager.java:353) ~[httpclient-4.5.jar:4.5] at org.apache.http.impl.execchain.MainClientExec.establishRoute(MainClientExec.java:380) ~[httpclient-4.5.jar:4.5] at org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:236) ~[httpclient-4.5.jar:4.5] at org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:184) ~[httpclient-4.5.jar:4.5] at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:88) ~[httpclient-4.5.jar:4.5] at org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110) ~[httpclient-4.5.jar:4.5] at org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:184) ~[httpclient-4.5.jar:4.5] at org.apache.
Re: [onap-discuss] which is stable ONAP version used to demonstrate demo cases
Just responded here to a similar question: https://wiki.onap.org/display/DW/questions/15995071/answers/15995081?flashId=1449365267 Mit freundlichen Grüßen / Kind regards Josef Reisinger From: Krishnaiah B <krishnaia...@lnttechservices.com> To: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Date: 13.09.2017 07:47 Subject:[onap-discuss] which is stable ONAP version used to demonstrate demo cases Sent by:onap-discuss-boun...@lists.onap.org Hi, We want to demonstrate vFW and vDNS with ONAP. We already tried with ONAP 1.0 and 1.1 but we faced issue on some modules. Please suggest us, which is stable ONAP version should be used to demonstrate vFW and vDNDS. Thanks & Regards Krishnaiah B www.LntTechservices.com L Technology Services Ltd www.LntTechservices.com This Email may contain confidential or privileged information for the intended recipient (s). If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system.___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
Re: [onap-discuss] vFW demo setup issue
Kapil, this is an AAI related error. If you look in output.xml lines 788 to 802, you see that AAI is reporting an error. Seems as if you need to make sure AAI is working, a probable start would be for example https://wiki.onap.org/questions/6589635/aai-returns-500-server-error or maybe other articles you might find if you search for "500" in questions.wiki.onap.org and look for "AAI". I am not a good source of help for the two-VM AAI setup as I still use the one-VM AAI setup which seems to work for me quite well. Mit freundlichen Grüßen / Kind regards Josef Reisinger From: "Kapil Gupta (c)" <gka...@vmware.com> To: Josef Reisinger <josef.reisin...@de.ibm.com>, "ROSE, DANIEL V" <dr6...@att.com>, bharath thiruveedula <bharath_...@hotmail.com>, "plata...@research.att.com" <plata...@research.att.com>, "LUND, CARSTEN (CARSTEN)" <l...@research.att.com>, "frank.obr...@amdocs.com" <frank.obr...@amdocs.com> Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, "onap-discuss-boun...@lists.onap.org" <onap-discuss-boun...@lists.onap.org> Date: 08.09.2017 11:35 Subject:RE: [onap-discuss] vFW demo setup issue Hi All, We would really appreciate if we have any direction to debug this issue further . Thanks Kapil From: Kapil Gupta (c) Sent: 07 September 2017 15:11 To: 'Josef Reisinger' <josef.reisin...@de.ibm.com> Cc: onap-discuss@lists.onap.org; onap-discuss-boun...@lists.onap.org Subject: RE: [onap-discuss] vFW demo setup issue Hi Josef, Thanks for your information. We include all the changes as you suggested but still ?demo.sh init? failed with ?'500' does not match '^(201|200)$'? Let me know if any other changes are required. root@onap-vm-robot:/opt# ./demo.sh init DefaultVerifyPaths(cafile=None, capath='/usr/lib/ssl/certs', openssl_cafile_env='SSL_CERT_FILE', openssl_cafile='/usr/lib/ssl/cert.pem', openssl_capath_env='SSL_CERT_DIR', openssl_capath='/usr/lib/ssl/certs') Starting Xvfb on display :89 with res 1280x1024x24 Executing robot tests at log level TRACE == OpenECOMP ETE == OpenECOMP ETE.Robot == OpenECOMP ETE.Robot.Testsuites == OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestration Test ... == Initialize Customer And Models| FAIL | '500' does not match '^(201|200)$' -- OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestrat... | FAIL | 1 critical test, 0 passed, 1 failed 1 test total, 0 passed, 1 failed == OpenECOMP ETE.Robot.Testsuites| FAIL | 1 critical test, 0 passed, 1 failed 1 test total, 0 passed, 1 failed == OpenECOMP ETE.Robot | FAIL | 1 critical test, 0 passed, 1 failed 1 test total, 0 passed, 1 failed == OpenECOMP ETE | FAIL | 1 critical test, 0 passed, 1 failed 1 test total, 0 passed, 1 failed == Output: /share/logs/demo/InitDemo/output.xml Log: /share/logs/demo/InitDemo/log.html Report: /share/logs/demo/InitDemo/report.html root@onap-vm-robot:/opt# Thanks Kapil From: Josef Reisinger [mailto:josef.reisin...@de.ibm.com] Sent: 07 September 2017 13:15 To: Kapil Gupta (c) <gka...@vmware.com> Cc: onap-discuss@lists.onap.org; onap-discuss-boun...@lists.onap.org Subject: RE: [onap-discuss] vFW demo setup issue So my suspicion was true: There are thee stumble stones with the robot container. I thought they were gone in a recent version (I use a not-so-recent version from July or so): The two mentioned below and the one under the heading "Change POST data template" in https://wiki.onap.org/display/DW/Run+demo.sh+on+vanilla+Openstack. Btw, it is worth to browse through the questions module (or use the search function), there is wealth of information and experience gathered over time. Mit freundlichen Grüßen / Kind regards Josef Reisinger From:"Kapil Gupta (c)" <gka...@vmware.com> To:Josef Reisinger <josef.reisin...@de.ibm.com> Cc:"
Re: [onap-discuss] vFW demo setup issue
Kapil, well, yes, as I read you mail, I remember to have seen the same error message and at this point in time I decided to use this older image for the container I am using now. I am about to setup a second environment, let me see if I run into the same issues as you do and I I find a way to overcome these. Btw, you are running 1.1-STAGING-latest dockers I assume, correct? Mit freundlichen Grüßen / Kind regards Josef Reisinger From: "Kapil Gupta (c)" <gka...@vmware.com> To: Josef Reisinger <josef.reisin...@de.ibm.com> Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, "onap-discuss-boun...@lists.onap.org" <onap-discuss-boun...@lists.onap.org> Date: 07.09.2017 11:41 Subject:RE: [onap-discuss] vFW demo setup issue Hi Josef, Thanks for your information. We include all the changes as you suggested but still ?demo.sh init? failed with ?'500' does not match '^(201|200)$'? Let me know if any other changes are required. root@onap-vm-robot:/opt# ./demo.sh init DefaultVerifyPaths(cafile=None, capath='/usr/lib/ssl/certs', openssl_cafile_env='SSL_CERT_FILE', openssl_cafile='/usr/lib/ssl/cert.pem', openssl_capath_env='SSL_CERT_DIR', openssl_capath='/usr/lib/ssl/certs') Starting Xvfb on display :89 with res 1280x1024x24 Executing robot tests at log level TRACE == OpenECOMP ETE == OpenECOMP ETE.Robot == OpenECOMP ETE.Robot.Testsuites == OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestration Test ... == Initialize Customer And Models| FAIL | '500' does not match '^(201|200)$' -- OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestrat... | FAIL | 1 critical test, 0 passed, 1 failed 1 test total, 0 passed, 1 failed == OpenECOMP ETE.Robot.Testsuites| FAIL | 1 critical test, 0 passed, 1 failed 1 test total, 0 passed, 1 failed == OpenECOMP ETE.Robot | FAIL | 1 critical test, 0 passed, 1 failed 1 test total, 0 passed, 1 failed == OpenECOMP ETE | FAIL | 1 critical test, 0 passed, 1 failed 1 test total, 0 passed, 1 failed == Output: /share/logs/demo/InitDemo/output.xml Log: /share/logs/demo/InitDemo/log.html Report: /share/logs/demo/InitDemo/report.html root@onap-vm-robot:/opt# Thanks Kapil From: Josef Reisinger [mailto:josef.reisin...@de.ibm.com] Sent: 07 September 2017 13:15 To: Kapil Gupta (c) <gka...@vmware.com> Cc: onap-discuss@lists.onap.org; onap-discuss-boun...@lists.onap.org Subject: RE: [onap-discuss] vFW demo setup issue So my suspicion was true: There are thee stumble stones with the robot container. I thought they were gone in a recent version (I use a not-so-recent version from July or so): The two mentioned below and the one under the heading "Change POST data template" in https://wiki.onap.org/display/DW/Run+demo.sh+on+vanilla+Openstack. Btw, it is worth to browse through the questions module (or use the search function), there is wealth of information and experience gathered over time. Mit freundlichen Grüßen / Kind regards Josef Reisinger From: "Kapil Gupta (c)" <gka...@vmware.com> To:Josef Reisinger <josef.reisin...@de.ibm.com> Cc:"onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, " onap-discuss-boun...@lists.onap.org" <onap-discuss-boun...@lists.onap.org> Date:07.09.2017 07:08 Subject:RE: [onap-discuss] vFW demo setup issue Hi Josef, Please find output of run demo.sh and it?s initDemo log/report files here . And output of ?docker exec -it openecompete_container cat /var/opt/OpenECOMP_ETE/robot/library/eteutils/OpenstackLibrary.py |grep -C 15 tenant_id? attached in file_1.txt root@onap-vm-robot:/opt# ./demo.sh init DefaultVerifyPaths(cafile=None, capath='/usr/lib/ssl/certs', openssl_cafile_env='SSL_CERT_FILE', openssl_cafile='/usr/lib/ssl/cert.pem', openssl_capath_env='SSL_CERT_DIR', open
Re: [onap-discuss] vFW demo setup issue
So my suspicion was true: There are thee stumble stones with the robot container. I thought they were gone in a recent version (I use a not-so-recent version from July or so): The two mentioned below and the one under the heading "Change POST data template" in https://wiki.onap.org/display/DW/Run+demo.sh+on+vanilla+Openstack. Btw, it is worth to browse through the questions module (or use the search function), there is wealth of information and experience gathered over time. Mit freundlichen Grüßen / Kind regards Josef Reisinger From: "Kapil Gupta (c)" <gka...@vmware.com> To: Josef Reisinger <josef.reisin...@de.ibm.com> Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, "onap-discuss-boun...@lists.onap.org" <onap-discuss-boun...@lists.onap.org> Date: 07.09.2017 07:08 Subject:RE: [onap-discuss] vFW demo setup issue Hi Josef, Please find output of run demo.sh and it?s initDemo log/report files here . And output of ?docker exec -it openecompete_container cat /var/opt/OpenECOMP_ETE/robot/library/eteutils/OpenstackLibrary.py |grep -C 15 tenant_id? attached in file_1.txt root@onap-vm-robot:/opt# ./demo.sh init DefaultVerifyPaths(cafile=None, capath='/usr/lib/ssl/certs', openssl_cafile_env='SSL_CERT_FILE', openssl_cafile='/usr/lib/ssl/cert.pem', openssl_capath_env='SSL_CERT_DIR', openssl_capath='/usr/lib/ssl/certs') Starting Xvfb on display :89 with res 1280x1024x24 Executing robot tests at log level TRACE == OpenECOMP ETE == OpenECOMP ETE.Robot == OpenECOMP ETE.Robot.Testsuites == OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestration Test ... == Initialize Customer And Models| FAIL | KeyError: 'tenant' -- OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestrat... | FAIL | 1 critical test, 0 passed, 1 failed 1 test total, 0 passed, 1 failed == OpenECOMP ETE.Robot.Testsuites| FAIL | 1 critical test, 0 passed, 1 failed 1 test total, 0 passed, 1 failed == OpenECOMP ETE.Robot | FAIL | 1 critical test, 0 passed, 1 failed 1 test total, 0 passed, 1 failed == OpenECOMP ETE | FAIL | 1 critical test, 0 passed, 1 failed 1 test total, 0 passed, 1 failed == Output: /share/logs/demo/InitDemo/output.xml Log: /share/logs/demo/InitDemo/log.html Report: /share/logs/demo/InitDemo/report.html root@onap-vm-robot:/opt# Let me know how to move further. Thanks Kapil From: Josef Reisinger [mailto:josef.reisin...@de.ibm.com] Sent: 06 September 2017 21:51 To: Josef Reisinger <josef.reisin...@de.ibm.com> Cc: Kapil Gupta (c) <gka...@vmware.com>; onap-discuss@lists.onap.org; onap-discuss-boun...@lists.onap.org Subject: Re: [onap-discuss] vFW demo setup issue Hi Kapil, could you run demo.sh and paste the command and the entire output in a response? I wonder as you once mentioned ?KeyError: 'tenant'? and in the sentence later "tenant_id". Mit freundlichen Grüßen / Kind regards Josef Reisinger From:Josef Reisinger/Germany/IBM To:"Josef Reisinger" <josef.reisin...@de.ibm.com> Cc:"Kapil Gupta (c)" <gka...@vmware.com>, " onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, " onap-discuss-boun...@lists.onap.org" <onap-discuss-boun...@lists.onap.org> Date:06.09.2017 18:12 Subject:Re: [onap-discuss] vFW demo setup issue Kapil, the only other thing I can think of is to double-check the changes are permanent .. .i.e. $ docker exec -it cat /var/opt/OpenECOMP_ETE/robot/library/eteutils/OpenstackLibrary.py |grep -C 15 tenant_id Mit freundlichen Grüßen / Kind regards Josef Reisinger From:"Josef Reisinger" <josef.reisin...@de.ibm.com> To:"Kapil Gupta (c)" <gka...@vmware.com> Cc:"onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, " onap-discuss-boun...@lists.onap.org" <onap-discuss-boun...@lists.onap
Re: [onap-discuss] vFW demo setup issue
Hi Kapil, could you run demo.sh and paste the command and the entire output in a response? I wonder as you once mentioned ?KeyError: 'tenant'? and in the sentence later "tenant_id". Mit freundlichen Grüßen / Kind regards Josef Reisinger From: Josef Reisinger/Germany/IBM To: "Josef Reisinger" <josef.reisin...@de.ibm.com> Cc: "Kapil Gupta (c)" <gka...@vmware.com>, "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, "onap-discuss-boun...@lists.onap.org" <onap-discuss-boun...@lists.onap.org> Date: 06.09.2017 18:12 Subject:Re: [onap-discuss] vFW demo setup issue Kapil, the only other thing I can think of is to double-check the changes are permanent .. .i.e. $ docker exec -it cat /var/opt/OpenECOMP_ETE/robot/library/eteutils/OpenstackLibrary.py |grep -C 15 tenant_id Mit freundlichen Grüßen / Kind regards Josef Reisinger From: "Josef Reisinger" <josef.reisin...@de.ibm.com> To: "Kapil Gupta (c)" <gka...@vmware.com> Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, "onap-discuss-boun...@lists.onap.org" <onap-discuss-boun...@lists.onap.org> Date: 06.09.2017 17:18 Subject:Re: [onap-discuss] vFW demo setup issue Sent by:onap-discuss-boun...@lists.onap.org Very strange indeed. If I compare with my changes, your changes seem to be identical with mine? Maybe something wrong with leading spaces (I am not a python programmer at all and carefully counted how often I pressed the space key)? Mit freundlichen Grüßen / Kind regards Josef Reisinger From:"Kapil Gupta (c)" <gka...@vmware.com> To:Josef Reisinger <josef.reisin...@de.ibm.com> Cc:"onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, "onap-discuss-boun...@lists.onap.org" <onap-discuss-boun...@lists.onap.org>, "plata...@research.att.com" <plata...@research.att.com> Date:06.09.2017 17:02 Subject:RE: [onap-discuss] vFW demo setup issue Hi Josef, We tried to modify ?/var/opt/OpenECOMP_ETE/robot/library/eteutils# vi OpenstackLibrary.py? as given in link that you shared. listOfEndpoints = catalogEntry['endpoints']; print "Arun: listOfEndpoints is %s" %listOfEndpoints # filter out non matching regions if provided listOfEndpoints[:] = [x for x in listOfEndpoints if self.__determine_match(x['region'], region)]; # filter out non matching tenants if provided if tenant_id: listOfEndpoints[:] = [y for y in listOfEndpoints if self.__determine_match(y['tenantId'], tenant_id)]; if len(listOfEndpoints) > 0: endPoint = listOfEndpoints[0]['publicURL']; if endPoint == None: self.builtin.should_not_be_empty("", "Service Endpoint Url should not be empty") return endPoint; Somehow it is not working for us and still we are getting same error as before. Please let us know the way forward. Thanks Kapil From: Josef Reisinger [mailto:josef.reisin...@de.ibm.com] Sent: 06 September 2017 19:40 To: Kapil Gupta (c) <gka...@vmware.com> Cc: onap-discuss@lists.onap.org; onap-discuss-boun...@lists.onap.org; plata...@research.att.com Subject: Re: [onap-discuss] vFW demo setup issue Kapil, you might want to look here: https://wiki.onap.org/questions/6591979/.demo.sh-appc-demomodule-returns-an-error-keyerror-tenantid and here (which comes next): https://wiki.onap.org/questions/6592019/.demo.sh-appc-demomodule-returns-an-error-keyerror-upublic I happened to encounter exactly these two issues today, they work, so give them a try :-) Mit freundlichen Grüßen / Kind regards Josef Reisinger Heads Up: I will be o-o-o 6.10.2017-3.11.2017 From:"Kapil Gupta (c)" <gka...@vmware.com> To:"plata...@research.att.com" <plata...@research.att.com> Cc:"onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Date:06.09.2017 16:00 Subject:Re: [onap-discuss] vFW demo setup issue Sent by:onap-discuss-boun...@lists.onap.org Hi Marco, Thanks Yes,we know it but not able to find where to set project I'd in Robot vm. Kapil On 6 Sep 2017, at 7:24 PM, "PLATANIA, MARCO (MARCO)" < plata...@research.att.com> wrote: It should be your OpenStack project ID. Marco From: "Kapil Gupta (c)" <gka...@vmware.com> Date: Wednesday, September 6, 2017 at 9:18 AM To: "PLATANIA, MARCO (MARCO)" <plata...@research.att.com>, "ROSE, DANIEL V" <dr6...@att.com>, "onap-discuss@lists.onap.org" < onap-discuss@lists.onap.org> Subject: RE: vFW demo setup iss
Re: [onap-discuss] vFW demo setup issue
Kapil, the only other thing I can think of is to double-check the changes are permanent .. .i.e. $ docker exec -it cat /var/opt/OpenECOMP_ETE/robot/library/eteutils/OpenstackLibrary.py |grep -C 15 tenant_id Mit freundlichen Grüßen / Kind regards Josef Reisinger From: "Josef Reisinger" <josef.reisin...@de.ibm.com> To: "Kapil Gupta (c)" <gka...@vmware.com> Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, "onap-discuss-boun...@lists.onap.org" <onap-discuss-boun...@lists.onap.org> Date: 06.09.2017 17:18 Subject:Re: [onap-discuss] vFW demo setup issue Sent by:onap-discuss-boun...@lists.onap.org Very strange indeed. If I compare with my changes, your changes seem to be identical with mine? Maybe something wrong with leading spaces (I am not a python programmer at all and carefully counted how often I pressed the space key)? Mit freundlichen Grüßen / Kind regards Josef Reisinger From:"Kapil Gupta (c)" <gka...@vmware.com> To:Josef Reisinger <josef.reisin...@de.ibm.com> Cc:"onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, "onap-discuss-boun...@lists.onap.org" <onap-discuss-boun...@lists.onap.org>, "plata...@research.att.com" <plata...@research.att.com> Date:06.09.2017 17:02 Subject:RE: [onap-discuss] vFW demo setup issue Hi Josef, We tried to modify ?/var/opt/OpenECOMP_ETE/robot/library/eteutils# vi OpenstackLibrary.py? as given in link that you shared. listOfEndpoints = catalogEntry['endpoints']; print "Arun: listOfEndpoints is %s" %listOfEndpoints # filter out non matching regions if provided listOfEndpoints[:] = [x for x in listOfEndpoints if self.__determine_match(x['region'], region)]; # filter out non matching tenants if provided if tenant_id: listOfEndpoints[:] = [y for y in listOfEndpoints if self.__determine_match(y['tenantId'], tenant_id)]; if len(listOfEndpoints) > 0: endPoint = listOfEndpoints[0]['publicURL']; if endPoint == None: self.builtin.should_not_be_empty("", "Service Endpoint Url should not be empty") return endPoint; Somehow it is not working for us and still we are getting same error as before. Please let us know the way forward. Thanks Kapil From: Josef Reisinger [mailto:josef.reisin...@de.ibm.com] Sent: 06 September 2017 19:40 To: Kapil Gupta (c) <gka...@vmware.com> Cc: onap-discuss@lists.onap.org; onap-discuss-boun...@lists.onap.org; plata...@research.att.com Subject: Re: [onap-discuss] vFW demo setup issue Kapil, you might want to look here: https://wiki.onap.org/questions/6591979/.demo.sh-appc-demomodule-returns-an-error-keyerror-tenantid and here (which comes next): https://wiki.onap.org/questions/6592019/.demo.sh-appc-demomodule-returns-an-error-keyerror-upublic I happened to encounter exactly these two issues today, they work, so give them a try :-) Mit freundlichen Grüßen / Kind regards Josef Reisinger Heads Up: I will be o-o-o 6.10.2017-3.11.2017 From:"Kapil Gupta (c)" <gka...@vmware.com> To:"plata...@research.att.com" <plata...@research.att.com> Cc:"onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Date:06.09.2017 16:00 Subject:Re: [onap-discuss] vFW demo setup issue Sent by:onap-discuss-boun...@lists.onap.org Hi Marco, Thanks Yes,we know it but not able to find where to set project I'd in Robot vm. Kapil On 6 Sep 2017, at 7:24 PM, "PLATANIA, MARCO (MARCO)" < plata...@research.att.com> wrote: It should be your OpenStack project ID. Marco From: "Kapil Gupta (c)" <gka...@vmware.com> Date: Wednesday, September 6, 2017 at 9:18 AM To: "PLATANIA, MARCO (MARCO)" <plata...@research.att.com>, "ROSE, DANIEL V" <dr6...@att.com>, "onap-discuss@lists.onap.org" < onap-discuss@lists.onap.org> Subject: RE: vFW demo setup issue Hi Marco, I fix 'wrong version number by replacing https://10.110.208.162to http://10.110.208.162 Now we are getting ?KeyError: 'tenant'? while run ?demo.sh init? . Please let me know where to set tenant_id in robot vm. Thanks Kapil From: Kapil Gupta (c) Sent: 06 September 2017 16:57 To: 'PLATANIA, MARCO (MARCO)' <plata...@research.att.com>; ROSE, DANIEL V <dr6...@att.com>; onap-discuss@lists.onap.org Subject: RE: vFW demo setup issue Hi Marco, Thanks for your input. After fix certificate error, facing 'wrong version number? while running ?./demo.sh init? Please note token request from robot vm ?curl -i -X POST http://10.11
Re: [onap-discuss] vFW demo setup issue
Very strange indeed. If I compare with my changes, your changes seem to be identical with mine? Maybe something wrong with leading spaces (I am not a python programmer at all and carefully counted how often I pressed the space key)? Mit freundlichen Grüßen / Kind regards Josef Reisinger From: "Kapil Gupta (c)" <gka...@vmware.com> To: Josef Reisinger <josef.reisin...@de.ibm.com> Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, "onap-discuss-boun...@lists.onap.org" <onap-discuss-boun...@lists.onap.org>, "plata...@research.att.com" <plata...@research.att.com> Date: 06.09.2017 17:02 Subject:RE: [onap-discuss] vFW demo setup issue Hi Josef, We tried to modify ?/var/opt/OpenECOMP_ETE/robot/library/eteutils# vi OpenstackLibrary.py? as given in link that you shared. listOfEndpoints = catalogEntry['endpoints']; print "Arun: listOfEndpoints is %s" %listOfEndpoints # filter out non matching regions if provided listOfEndpoints[:] = [x for x in listOfEndpoints if self.__determine_match(x['region'], region)]; # filter out non matching tenants if provided if tenant_id: listOfEndpoints[:] = [y for y in listOfEndpoints if self.__determine_match(y['tenantId'], tenant_id)]; if len(listOfEndpoints) > 0: endPoint = listOfEndpoints[0]['publicURL']; if endPoint == None: self.builtin.should_not_be_empty("", "Service Endpoint Url should not be empty") return endPoint; Somehow it is not working for us and still we are getting same error as before. Please let us know the way forward. Thanks Kapil From: Josef Reisinger [mailto:josef.reisin...@de.ibm.com] Sent: 06 September 2017 19:40 To: Kapil Gupta (c) <gka...@vmware.com> Cc: onap-discuss@lists.onap.org; onap-discuss-boun...@lists.onap.org; plata...@research.att.com Subject: Re: [onap-discuss] vFW demo setup issue Kapil, you might want to look here: https://wiki.onap.org/questions/6591979/.demo.sh-appc-demomodule-returns-an-error-keyerror-tenantid and here (which comes next): https://wiki.onap.org/questions/6592019/.demo.sh-appc-demomodule-returns-an-error-keyerror-upublic I happened to encounter exactly these two issues today, they work, so give them a try :-) Mit freundlichen Grüßen / Kind regards Josef Reisinger Heads Up: I will be o-o-o 6.10.2017-3.11.2017 From:"Kapil Gupta (c)" <gka...@vmware.com> To:"plata...@research.att.com" <plata...@research.att.com> Cc:"onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Date:06.09.2017 16:00 Subject:Re: [onap-discuss] vFW demo setup issue Sent by:onap-discuss-boun...@lists.onap.org Hi Marco, Thanks Yes,we know it but not able to find where to set project I'd in Robot vm. Kapil On 6 Sep 2017, at 7:24 PM, "PLATANIA, MARCO (MARCO)" < plata...@research.att.com> wrote: It should be your OpenStack project ID. Marco From: "Kapil Gupta (c)" <gka...@vmware.com> Date: Wednesday, September 6, 2017 at 9:18 AM To: "PLATANIA, MARCO (MARCO)" <plata...@research.att.com>, "ROSE, DANIEL V" <dr6...@att.com>, "onap-discuss@lists.onap.org" < onap-discuss@lists.onap.org> Subject: RE: vFW demo setup issue Hi Marco, I fix 'wrong version number by replacing https://10.110.208.162 to http://10.110.208.162 Now we are getting ?KeyError: 'tenant'? while run ?demo.sh init? . Please let me know where to set tenant_id in robot vm. Thanks Kapil From: Kapil Gupta (c) Sent: 06 September 2017 16:57 To: 'PLATANIA, MARCO (MARCO)' <plata...@research.att.com>; ROSE, DANIEL V <dr6...@att.com>; onap-discuss@lists.onap.org Subject: RE: vFW demo setup issue Hi Marco, Thanks for your input. After fix certificate error, facing 'wrong version number? while running ?./demo.sh init? Please note token request from robot vm ?curl -i -X POST http://10.110.208.162:35357/v2.0/tokens? is successful ---logs attached below. Please let me know to how move further root@onap-vm-robot:/opt# ./demo.sh init DefaultVerifyPaths(cafile=None, capath='/usr/lib/ssl/certs', openssl_cafile_env='SSL_CERT_FILE', openssl_cafile='/usr/lib/ssl/cert.pem', openssl_capath_env='SSL_CERT_DIR', openssl_capath='/usr/lib/ssl/certs') Starting Xvfb on display :89 with res 1280x1024x24 Executing robot tests at log level TRACE Initialize Customer And Models| FAIL | ConnectionError: HTTPSConnectionPool(host='10.110.208.162', port=35357): Max retries exceeded with url: /v2.0/tokens (Caused by SSLError(SSLError("bad handshake: Error([('SSL routines',
Re: [onap-discuss] vFW demo setup issue
Kapil, you might want to look here: https://wiki.onap.org/questions/6591979/.demo.sh-appc-demomodule-returns-an-error-keyerror-tenantid and here (which comes next): https://wiki.onap.org/questions/6592019/.demo.sh-appc-demomodule-returns-an-error-keyerror-upublic I happened to encounter exactly these two issues today, they work, so give them a try :-) Mit freundlichen Grüßen / Kind regards Josef Reisinger Heads Up: I will be o-o-o 6.10.2017-3.11.2017 From: "Kapil Gupta (c)" <gka...@vmware.com> To: "plata...@research.att.com" <plata...@research.att.com> Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Date: 06.09.2017 16:00 Subject:Re: [onap-discuss] vFW demo setup issue Sent by:onap-discuss-boun...@lists.onap.org Hi Marco, Thanks Yes,we know it but not able to find where to set project I'd in Robot vm. Kapil On 6 Sep 2017, at 7:24 PM, "PLATANIA, MARCO (MARCO)" < plata...@research.att.com> wrote: It should be your OpenStack project ID. Marco From: "Kapil Gupta (c)" <gka...@vmware.com> Date: Wednesday, September 6, 2017 at 9:18 AM To: "PLATANIA, MARCO (MARCO)" <plata...@research.att.com>, "ROSE, DANIEL V" <dr6...@att.com>, "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Subject: RE: vFW demo setup issue Hi Marco, I fix 'wrong version number by replacing https://10.110.208.162 to http://10.110.208.162 Now we are getting ?KeyError: 'tenant'? while run ?demo.sh init? . Please let me know where to set tenant_id in robot vm. Thanks Kapil From: Kapil Gupta (c) Sent: 06 September 2017 16:57 To: 'PLATANIA, MARCO (MARCO)' <plata...@research.att.com>; ROSE, DANIEL V <dr6...@att.com>; onap-discuss@lists.onap.org Subject: RE: vFW demo setup issue Hi Marco, Thanks for your input. After fix certificate error, facing 'wrong version number? while running ?./demo.sh init? Please note token request from robot vm ?curl -i -X POST http://10.110.208.162:35357/v2.0/tokens? is successful ---logs attached below. Please let me know to how move further root@onap-vm-robot:/opt# ./demo.sh init DefaultVerifyPaths(cafile=None, capath='/usr/lib/ssl/certs', openssl_cafile_env='SSL_CERT_FILE', openssl_cafile='/usr/lib/ssl/cert.pem', openssl_capath_env='SSL_CERT_DIR', openssl_capath='/usr/lib/ssl/certs') Starting Xvfb on display :89 with res 1280x1024x24 Executing robot tests at log level TRACE Initialize Customer And Models| FAIL | ConnectionError: HTTPSConnectionPool(host='10.110.208.162', port=35357): Max retries exceeded with url: /v2.0/tokens (Caused by SSLError(SSLError("bad handshake: Error([('SSL routines', 'ssl3_get_record', 'wrong version number')],)",),)) Traceback (most recent call last): File "/var/opt/OpenECOMP_ETE/robot/library/RequestsLibrary/RequestsKeywords.py", line 421, in post_request timeout) File "/var/opt/OpenECOMP_ETE/robot/library/RequestsLibrary/RequestsKeywords.py", line 871, in _body_request cookies=self.cookies) File "/var/opt/OpenECOMP_ETE/robot/library/requests/sessions.py", line 549, in post return self.request('POST', url, data=data, json=json, **kwargs) File "/var/opt/OpenECOMP_ETE/robot/library/requests/sessions.py", line 502, in request resp = self.send(prep, **send_kwargs) File "/var/opt/OpenECOMP_ETE/robot/library/requests/sessions.py", line 612, in send r = adapter.send(request, **kwargs) File "/var/opt/OpenECOMP_ETE/robot/library/requests/adapters.py", line 504, in send raise ConnectionError(e, request=request) root@onap-vm-robot:/opt# curl -i -X POST http://10.110.208.162:35357/v2.0/tokens -H "Content-type: application/json" -d '{"auth":{"passwordCredentials":{"username":"onap","password":"India@123"},"tenantId":"8c03c49a61e94955b5dae08bd312a8fd"}}' HTTP/1.1 200 OK Date: Fri, 08 Sep 2017 05:14:20 GMT Server: Apache/2.4.7 (Ubuntu) Vary: X-Auth-Token X-Distribution: Ubuntu x-openstack-request-id: req-3bb09a7d-5d5b-4a05-9ca5-25b961ed4cd6 Content-Length: 4219 Content-Type: application/json {"access": {"token": {"issued_at": "2017-09-08T05:14:20.00Z", "expires": "2017-09-08T07:14:20Z", "id": "gABZsics021G-ekQEk8gqdI0ioAlAm0nqlVYYr28C1TSJiJHWxnJtwRcMcRmgKNgYKgB-XtsrTNGVJy0ousjQExHdu2toEl4NcSBWdLEkU1OvfHqmz93HDkCv2g45PfQWRozYK_VCff8Yk56jQOXUSwbY5phW_BJzK7JG6QyoxeH-7inBug", "tenant": {"description": "ONAP project", "enabled": true, "id": "8c03c49a61e94955b5dae08bd312a8fd", "name": "onaponvio"}, &q
Re: [onap-discuss] How to add new entires in DNS
Folks, I take the question below as the opportunity to ask to replace bind as nameserver by dnsmasq, which I assume serves the same purpose (and I do not believe we run into issue with performance in ONAP), but is far easier to manage. i.e. the management of hosts is done in /etc/hosts? In ONAP, I would use only this dnsmasq service as forwarding name server and that's it. How does the community think about it? I mentioned this some time ago in https://jira.onap.org/browse/UCA-18 already. Mit freundlichen Grü?en / Kind regards Josef Reisinger Heads Up: I will be o-o-o 6.10.2017-3.11.2017 From: Kanagaraj Manickam <kanagaraj.manic...@huawei.com> To: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Date: 05.09.2017 09:03 Subject:[onap-discuss] [oom] How to add new entires in DNS Sent by:onap-discuss-boun...@lists.onap.org Dear OOM team, In HEAT based ONAP deployment, we had DNS server, where all ONAP components registers its DNS name. Similarly in OOM, I am looking for option to configure the DNS entry for CLI. Could you please help on how to add the DNS entries for ONAP components being introduced newly in the amesterdam release. Thank you. Regards Kanagaraj M *** 本邮件及其附件含有华为公司的保密信息,仅限于发送给上面地址中列出的个人或群 组。禁止任何其他人以任何形式使用(包括但不限于全部或部分地泄露、复制、或散 发)本邮件中的信息。如果您错收了本邮件,请您立即电话或邮件通知发件人并删除 本邮件! ** *** This e-mail and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it! *** ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
Re: [onap-discuss] DCAE on Docker 1.0 (Was: Closed Loop Question)
Lol... it seems as if I can contribute to three different mail strings with the same topic today this "cries" for a wiki page, doesn't it? I'll try to get it done in the course of this week. So far, the short version from an earlier mail today: -- I can confirm that DCAE runs - I installed it on a 2nd environment yesterday, using docker 1.0 for all except DCAE and DCAE code 1.1 artifacts_version: 1.1.0-SNAPSHOT docker_version: 1.0-STAGING-latest gerrit_branch: master . . . ### # # # Parameters used by DCAE # # # ### dcae_base_environment: 1-NIC-FLOATING-IPS dcae_zone: ZONE dcae_state: STATE nexus_repo_root: https://nexus.onap.org nexus_url_snapshot: https://nexus.onap.org/content/repositories/snapshots gitlab_branch: master dcae_code_version: 1.1.0 and I changed a line in the heat template for the dcae controller vm to use docker version 1.1 echo "__docker_version__" > /opt/config/docker_version.txt echo "1.1-STAGING-latest" > /opt/config/docker_version.txt Finally; Be patient. Be even more patient, I also saw three of the five docker container on collector and retried a couple of times. It seems as if the remaining two docker container are created _after_ pg & cdap are up. -- Here the short version Mit freundlichen Grüßen / Kind regards Josef Reisinger From: "PLATANIA, MARCO (MARCO)" <plata...@research.att.com> To: "Kumar Skand Priya, Viswanath V" <viswanath.kumarskandpr...@verizon.com> Cc: "DRAGOSH, PAMELA L (PAM)" <pdrag...@research.att.com>, "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, Josef Reisinger <josef.reisin...@de.ibm.com> Date: 22.08.2017 17:54 Subject:Re: [onap-discuss] [E] Re: Closed Loop Question That?s the right assumption. DCAE 1.1.0 works in Vanilla OpenStack but not DCAE 1.0.0. If you want to try the closed loop, you can install ONAP 1.0.0 with MSO and DCAE 1.1.0 (with a bit of manual work on the Heat template). I know somebody in the community did it, probably Josef (in CC). Marco From: "Kumar Skand Priya, Viswanath V" <viswanath.kumarskandpr...@verizon.com> Date: Tuesday, August 22, 2017 at 11:29 AM To: "PLATANIA, MARCO (MARCO)" <plata...@research.att.com> Cc: "DRAGOSH, PAMELA L (PAM)" <pdrag...@research.att.com>, "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Subject: Re: [onap-discuss] [E] Re: Closed Loop Question Thanks Marco. We have powered up ONAP ( - dcae ) on Vanila openstack ( after bit of a struggle ). We also learnt that dcae 1.1.0 will work on vanilla openstack. So can we assume we cannot demo vLB in 1.0.0 + Vanilla openstack ? BR, Viswa Viswanath Kumar Skand Priya Architect SDN, Cloud Services & Orchestration On Tue, Aug 22, 2017 at 8:52 PM, PLATANIA, MARCO (MARCO) < plata...@research.att.com> wrote: Hi Viswa, Not really. The onboarding process (SDC + demo.sh in the robot VM) populates ONAP components with metadata about the VNF that you want to run. Those steps are required for the closed loop to work correctly. Also, regarding the vLB, we are testing it for ONAP 1.1.0 but we still have some issue with the DNS scaling scenario. So, for the scaling use case you may want to see what we did for ONAP 1.0.0. Thanks, Marco From: <onap-discuss-boun...@lists.onap.org> on behalf of "Kumar Skand Priya, Viswanath V via onap-discuss" <onap-discuss@lists.onap.org> Reply-To: "Kumar Skand Priya, Viswanath V" < viswanath.kumarskandpr...@verizon.com> Date: Tuesday, August 22, 2017 at 11:03 AM To: "DRAGOSH, PAMELA L (PAM)" <pdrag...@research.att.com> Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Subject: Re: [onap-discuss] [E] Re: Closed Loop Question Thanks Pam. I shall try vDNS as suggested. BTW Is there a way we can skip the SDC on-boarding steps and directly start with deployment + scaling ?? BR, Viswa Viswanath Kumar Skand Priya Architect SDN, Cloud Services & Orchestration On Tue, Aug 22, 2017 at 8:26 PM, DRAGOSH, PAMELA L (PAM) < pdrag...@research.att.com> wrote: Viswa, The vDNS (also call vLB) use case does VNF scaling. It is very basic. J Regards, Pam From: <onap-discuss-boun...@lists.onap.org> on behalf of "Kumar Skand Priya, Viswanath V via onap-discuss" <onap-discuss@lists.onap.org> Reply-To: "Kumar Skand Priya, Viswanath V" < viswanath.kumarskandpr...@verizon.com> Date: Tuesday, August 22, 2017 at 10:45 AM To: Josef Reisinger <josef.reisin...@de.ibm.com> Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Subject: Re: [onap-discuss] [E] Re:
Re: [onap-discuss] Stabilized the ONAP master branch
Hi Gaurav, from what I see in the logs attached to the linked email, I am getting a bit confused. This URL=http://10.110.208.162:5000/v3/tokens looks like you are trying to talk to the V3 keystone API - which is not (yet) supported while this REQUEST BODY: {"auth":{"RAX-KSKEY:apiKeyCredentials":{"username":"admin","apiKey":"yyy"}}} seem you are using the protocol to a Rackspace authentication server. and this "exception": "java.lang.IllegalArgumentException: !Absolute URI: null/servers", is a typical sign that the dcae_controller cannot talk to the Openstack keystone. I had a conversation about this topic earlier today, see https://lists.onap.org/pipermail/onap-discuss/2017-August/003663.html I can confirm that DCAE runs - i installed it on a 2nd environment yesterday, using docker 1.0 for all except DCAE and DCAE code 1.1 artifacts_version: 1.1.0-SNAPSHOT docker_version: 1.0-STAGING-latest gerrit_branch: master and I changed a line in the heat template for the dcae controller vm to use docker version 1.1 echo "__docker_version__" > /opt/config/docker_version.txt echo "1.1-STAGING-latest" > /opt/config/docker_version.txt Finally; Be patient. Be even more patient, I also saw three of the five docker container on collector and retried a couple of times. It seems as if the remaining two docker container are created _after_ pg & cdap are up. Mit freundlichen Grüßen / Kind regards Josef Reisinger From: "Gaurav Gupta (c)" <guptagau...@vmware.com> To: Ran Pollak <ran.pol...@amdocs.com> Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Date: 22.08.2017 14:37 Subject:Re: [onap-discuss] Stabilized the ONAP master branch Sent by:onap-discuss-boun...@lists.onap.org Hello Ran We are trying to Deploy DACE on VIO . We have been successful in rest of the VM's and their dockers But have issues in Collector VM , PostGreSql and CDAP VM's . The situation is - on Collector VM - 3 dockers are up and on PostgreSql and CDAP VM - there is no dockers . our DCAE VM's have Floating and Private ip assigned to . from inside the VM We can reach to open internet . We have tried on both the Release Version and situation is same . Test.No Project Name Artifacts version docker version ONAPVersion/gerrit DCAE Version Observation 1 OPEN-ECOMP 1.1.0-SNAPSHOT 1.1-STAGING-latest master 1.1.0 DCAE's 5 Additional VMs are created. Collector VM downloads 2 Dockers but NO Containers start 2 onap 1.1.0-SNAPSHOT 1.0-STAGING-latest 1.0.0 1.1.0 DCAE's 5 Additional VMs are created. Collector VM downloads 6 Dockers and start 3 containers but the remaining dockers are not started Whatever we tried have been captured in the given link - . https://lists.onap.org/pipermail/onap-discuss/2017-July/002414.html . with best regards gaurav From: Ran Pollak <ran.pol...@amdocs.com> Sent: 22 August 2017 15:18 To: Gaurav Gupta (c) Cc: onap-discuss@lists.onap.org Subject: FW: [onap-discuss] Stabilized the ONAP master branch Thanks Gaurav! We attend to have a different format for the daily mail that will include all the Components with the relevant issues, so we will have DCAE as well. Also if you can send me the relevant info regarding DCAE issues that will be very helpful ! BR, Ran Pollak From: onap-discuss-boun...@lists.onap.org [ mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Gaurav Gupta (c) Sent: Tuesday, August 22, 2017 06:35 To: Ran Pollak <ran.pol...@amdocs.com>; onap-discuss@lists.onap.org Subject: Re: [onap-discuss] Stabilized the ONAP master branch Hi Ran Pollak amazing intiative . May I request you to include DACE Init issues also in your list of items to be resolved . Do let me know if you need any specifics of the issues . with best regards Gaurav From: onap-discuss-boun...@lists.onap.org < onap-discuss-boun...@lists.onap.org> on behalf of Ran Pollak < ran.pol...@amdocs.com> Sent: 21 August 2017 21:34 To: onap-discuss@lists.onap.org Subject: [onap-discuss] Stabilized the ONAP master branch Hello ONAP Community Members, This is the first Daily status for the ONAP community regarding the status of the Master branch, this format will change into all the ONAP components with their issues/Status and we will add also info regarding ?health -check? scenarios. Part of our efforts to stabilize the 1.1 ONAP and certify Open loop, we are troubleshooting the issues and below is the issue we are now stuck at. We need more help on this since this is reported as high and still in Open state. Bug Module Issue State Defect Aging Resolution - AAI Unable to deploy model loader docker in AAI Closed NA Update the port numbers and restart the dockers - SO Unable to connect to AAI due to SSL Closed NA 1. Comment the certificate part in java.security f
Re: [onap-discuss] Closed Loop Question
I run the basic vFW demo right now and this does not include scaling of the VMs. It includes changing the package rate of the package generator (keeping it constant). To change the packet rate, there is a REST API. Not sure I got your Q'#2 right, the closes "loop" consists of the vFW as the source of measurements, DCAE to process the measurements and CDAP to run an APP die determine whether the packet rate it too high, Policy & APPC to close the loop (roughly, see more details here: https://wiki.onap.org/display/DW/Tutorial%3A+Verifying+and+Observing+a+deployed+Service+Instance ) The vFW VMs have different # of network interfaces, three for the sink & pgn nodes, 4 for the firewall node. Running vFW demo on another openstack instance can become a bit tricky maybe, I am not sure the the entire comms runs via the "public" network. If you run into issues, you should keep that as a probable cause of issues in mind. Mit freundlichen Grüßen / Kind regards Josef Reisinger From: bharath thiruveedula <bharath_...@hotmail.com> To: Josef Reisinger <josef.reisin...@de.ibm.com> Date: 22.08.2017 10:23 Subject:Closed Loop Question Hi Josef, I think you played well with DCAE part :) I am currently looking to make closed loop work with vFW. I have few questions on this: 1)Can we scale up/down the VNFs in vFW demo using some rest apis. 2)Can we scale using just policy VM and MSO VM? 3) What are the minimum network interfaces we need to attach vFW VMs as I am launching vFW in different openstack and ONAP is running in different openstack? Any help is greatly appreciated Josef! Best Regards Bharath T ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
Re: [onap-discuss] [DCAE] DCAE 1.1 issues
Bharat, you can use both API version (at least on Ocata) at the same time. See on page https://wiki.onap.org/display/DW/ONAP+Installation+in+Vanilla+OpenStack under the headline "How to use both v2 and v3 Openstack Keystone API". Mit freundlichen Grüßen / Kind regards Josef Reisinger From: bharath thiruveedula <bharath_...@hotmail.com> To: Josef Reisinger <josef.reisin...@de.ibm.com> Date: 22.08.2017 10:18 Subject:Re: [onap-discuss] [DCAE] DCAE 1.1 issues Hi Josef, The openstack I am using supports only keystone v3 API. DCAE startup.sh doesn't work v3? And can you let me know how we invoking the openstack APIs in dcae container? Regards Bharath T From: Josef Reisinger <josef.reisin...@de.ibm.com> Sent: Tuesday, August 22, 2017 1:23 PM To: onap-discuss@lists.onap.org Cc: bharath thiruveedula; Gaurav Gupta (c) Subject: Re: [onap-discuss] [DCAE] DCAE 1.1 issues Bhrat, this usually points to a connectivity issue between the docker container on dcae-controller and openstackt controller. You might want to try this on dcae-controlle: grep -i keystone /opt/app/dcae-controller/config.yaml you get an output like KEYSTONE-URL: http://:/v2.0 Important is the /v2.0 at the end, as ONAP uses the V2.0 API to keystone which differs quite a bit from V3.0 on a shell in dcae-controller, try curl You should see some JSON output try this docker exec -it dcaestartupvmcontroller_dcae-controller_1 curl you should see the same JSON output. If not, this indicates the reason for your issues starting up DCAE. I have a longer text about it, but ... well.. dunno where :-). I'll find & post it later. Please let us know about the outcome. Mit freundlichen Grüßen / Kind regards Josef Reisinger From:"Gaurav Gupta (c)" <guptagau...@vmware.com> To:bharath thiruveedula <bharath_...@hotmail.com>, "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Date:22.08.2017 05:42 Subject:Re: [onap-discuss] [DCAE] DCAE 1.1 issues Sent by:onap-discuss-boun...@lists.onap.org Bharath Can you check the following thread . https://lists.onap.org/pipermail/onap-discuss/2017-July/002414.html. One more info needed - what is your setup like .(Which Openstack Version and other related details ) with best regards gaurav From: onap-discuss-boun...@lists.onap.org <onap-discuss-boun...@lists.onap.org> on behalf of bharath thiruveedula <bharath_...@hotmail.com> Sent: 22 August 2017 01:13 To: onap-discuss@lists.onap.org Subject: [onap-discuss] [DCAE] DCAE 1.1 issues Hi, I am trying to setup closed loop using vFW demo with openstack as VIM. I am setting up DCAE 1.1 version and maintaining other components in release-1.0.0 version. But while setting DCAE 1.1 I am facing the following error. "Caught: org.openecomp.ncomp.sirius.manager.Jetty8ClientException: HTTP Request False: URL: http://localhost:9998/resources/services/vm-docker-host-1code:400 msg.REQUEST-FAILED-UNDEPLOY-4001W REQUEST-FAILED-DELETESERVER-40001W | Absolute URI:null/services" Seems like the error raised from the line https://gerrit.onap.org/r/gitweb?p=dcae/demo.git;a=blob;f=dcae-demo-controller/src/main/docker-build/controller-startup.sh;h=9e284bb65df4aa81ec860f00631d19a2ba4e3ec0;hb=refs/heads/master#l35 . I couldn't understand what is happening in the groovy script. Finally DCAE-C-Container logs as below: waiting: object does not exists /openstack/locations/ZONE/projects/OPEN-ECOMP/keypairs/onap1_key_cW8s_dcae: waited 48 milliseconds Anyone faced the above issue, any help would be much appreciated. Best Regards Bharath T ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
Re: [onap-discuss] [DCAE] DCAE 1.0.0
Hi Shakar, yes, I installed an plain 1.0.0 ONAP up to the point where I needed the closed loop functionality and installed 1.1.0 DCAE controller (I think I did it manually on top of the existing DCAE controller...). After that, the other VMs came up. Reg. standalone DCAE, not sure what you mean by this, but I assume you can send the stream from vNF to DCAE collector.. You need to make sure that you have the right ip address of the collector in the config of the vNF (in my case, the vFW, the "middle" VM) to send the data to. In addition, you need also to make sure that the standalone DCAE is correctly configured to talk to policy (as far as I remember). I will have the change to do it in the next few days... I think I will document the steps and add them to the Wiki. Mit freundlichen Grüßen / Kind regards Josef Reisinger From: Cipher Cipher <cipher.for.programm...@gmail.com> To: Josef Reisinger <josef.reisin...@de.ibm.com> Cc: onap-discuss-boun...@lists.onap.org, onap-discuss@lists.onap.org, "Michael O'Brien" <frank.obr...@amdocs.com> Date: 25.07.2017 10:13 Subject:Re: [onap-discuss] [DCAE] DCAE 1.0.0 Hi Josef, You meant, you are running ONAP setup with DCAE-1.1 and all other components in 1.0.0? Is that right Josef? One more question, can we have standalone setup of DCAE and send streams from VNF to DCAE VES collector? Cheers Shankar On 25-Jul-2017 1:27 PM, "Josef Reisinger" <josef.reisin...@de.ibm.com> wrote: Shakar, we did exactly as you mentioned .. just run DCAE 1.1.0 on otherwise docker-1.0 images it works. Mit freundlichen Grüßen / Kind regards Josef Reisinger From:Cipher Cipher <cipher.for.programm...@gmail.com> To:"Michael O'Brien" <frank.obr...@amdocs.com> Cc:onap-discuss@lists.onap.org Date:25.07.2017 09:29 Subject:Re: [onap-discuss] [DCAE] DCAE 1.0.0 Sent by:onap-discuss-boun...@lists.onap.org Hi Michael/Marco, Thanks for the input. Can you throw some light why DCAE functionality depends up on underlying cloud(racks pace or vanilla openstack)? And can we just replace DCAE-1.0.0 with the latest and keeping rest of the components as it is? Will there be any api endpoint mismatch if we use above approach? Cheers Shankar On 25-Jul-2017 3:55 AM, "Michael O'Brien" <frank.obr...@amdocs.com> wrote: Shankar, Hi, as Marco mentions in a 1.0.0 ONAP environment DCAE only works in Rackspace so far, in 1.1 it works in both. We had a similar question on the 18th from Serkant. I checked the page below in anticipation of editing it but I will leave the clause as-is DCAE-VERSION 1.1.0 Note only 1.1.0 version is working outside of Rackspace There is a video of closed-loop (requires DCAE) for 1.0.0 on Rackspace at https://wiki.onap.org/display/DW/Installing+and+Running+the+ONAP+Demos Closed loop partial details https://wiki.onap.org/display/DW/Tutorial%3A+Verifying+and+Observing+a+deployed+Service+Instance thank you /michael From: onap-discuss-boun...@lists.onap.org[mailto: onap-discuss-boun...@lists.onap.org] On Behalf Of PLATANIA, MARCO (MARCO) Sent: Monday, July 24, 2017 16:02 To: Cipher Cipher <cipher.for.programm...@gmail.com>; onap-discuss@lists.onap.org Subject: Re: [onap-discuss] [DCAE] DCAE 1.0.0 Hello Shankar, You are right. DCAE (and MSO) have been modified to work in vanilla OpenStack since seed code 1.1.0 (current master branch). Seed code release 1.0.0 supports Rackspace only. Please refer to the wiki page below for information about ONAP installation in vanilla OpenStack: https://wiki.onap.org/display/DW/ONAP+Installation+in+Vanilla+OpenStack Thanks, Marco From: <onap-discuss-boun...@lists.onap.org> on behalf of Cipher Cipher < cipher.for.programm...@gmail.com> Date: Monday, July 24, 2017 at 3:08 PM To: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Subject: [onap-discuss] [DCAE] DCAE 1.0.0 Hey, According to the DCAE controller guide( https://wiki.onap.org/display/DW/DCAE+Controller+Development+Guide), it doesn't work in release-1.0.0. But I have already ONAP release-1.0.0 up and running, so to make DCAE working, we have to replace ONAP with new version? or is there any alternatives? Cheers Shankar This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement, you may review at https://www.amdocs.com/about/email-disclaimer ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
Re: [onap-discuss] [DCAE] DCAE 1.0.0
Shakar, we did exactly as you mentioned .. just run DCAE 1.1.0 on otherwise docker-1.0 images it works. Mit freundlichen Grüßen / Kind regards Josef Reisinger From: Cipher Cipher <cipher.for.programm...@gmail.com> To: "Michael O'Brien" <frank.obr...@amdocs.com> Cc: onap-discuss@lists.onap.org Date: 25.07.2017 09:29 Subject:Re: [onap-discuss] [DCAE] DCAE 1.0.0 Sent by:onap-discuss-boun...@lists.onap.org Hi Michael/Marco, Thanks for the input. Can you throw some light why DCAE functionality depends up on underlying cloud(racks pace or vanilla openstack)? And can we just replace DCAE-1.0.0 with the latest and keeping rest of the components as it is? Will there be any api endpoint mismatch if we use above approach? Cheers Shankar On 25-Jul-2017 3:55 AM, "Michael O'Brien" <frank.obr...@amdocs.com> wrote: Shankar, Hi, as Marco mentions in a 1.0.0 ONAP environment DCAE only works in Rackspace so far, in 1.1 it works in both. We had a similar question on the 18th from Serkant. I checked the page below in anticipation of editing it but I will leave the clause as-is DCAE-VERSION 1.1.0 Note only 1.1.0 version is working outside of Rackspace There is a video of closed-loop (requires DCAE) for 1.0.0 on Rackspace at https://wiki.onap.org/display/DW/Installing+and+Running+the+ONAP+Demos Closed loop partial details https://wiki.onap.org/display/DW/Tutorial%3A+Verifying+and+Observing+a+deployed+Service+Instance thank you /michael From: onap-discuss-boun...@lists.onap.org [mailto: onap-discuss-boun...@lists.onap.org] On Behalf Of PLATANIA, MARCO (MARCO) Sent: Monday, July 24, 2017 16:02 To: Cipher Cipher <cipher.for.programm...@gmail.com>; onap-discuss@lists.onap.org Subject: Re: [onap-discuss] [DCAE] DCAE 1.0.0 Hello Shankar, You are right. DCAE (and MSO) have been modified to work in vanilla OpenStack since seed code 1.1.0 (current master branch). Seed code release 1.0.0 supports Rackspace only. Please refer to the wiki page below for information about ONAP installation in vanilla OpenStack: https://wiki.onap.org/display/DW/ONAP+Installation+in+Vanilla+OpenStack Thanks, Marco From: <onap-discuss-boun...@lists.onap.org> on behalf of Cipher Cipher < cipher.for.programm...@gmail.com> Date: Monday, July 24, 2017 at 3:08 PM To: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Subject: [onap-discuss] [DCAE] DCAE 1.0.0 Hey, According to the DCAE controller guide( https://wiki.onap.org/display/DW/DCAE+Controller+Development+Guide), it doesn't work in release-1.0.0. But I have already ONAP release-1.0.0 up and running, so to make DCAE working, we have to replace ONAP with new version? or is there any alternatives? Cheers Shankar This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement, you may review at https://www.amdocs.com/about/email-disclaimer ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
Re: [onap-discuss] DCAE controller-startup.sh fails and throws error
Have you checked the network for the project the additional DCAE VMs are created in? This error http://localhost:9998/resources/services/vm-docker-host-1 code:400 msg:REQUEST-FAILED-DEPLOY-4001W Unable to find network: oam_ecomp_B6pc makes me suspicious as it seems to find the private network oam_ecomp_B6pc. Double check the config in Openstack vs. /opt/config/openstack_private_network_name.txt on DCAE controller vs. /opt/app/dcae-controller/config.yaml (line 11 for me ;1:OPENSTACK-PRIVATE-NETWORK: oam_ecomp_<4-letter-random-value>). They all need to be the same. If not, you need to adapt the two files in the DCAE controller to the name in Openstack and give it a new try. If they all are the same .. .let us know :-) Mit freundlichen Grü?en / Kind regards Josef Reisinger From: "Arun Arora (c)" <aroraa...@vmware.com> To: Josef Reisinger <josef.reisin...@de.ibm.com> Cc: "LUND, CARSTEN (CARSTEN)" <l...@research.att.com>, "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Date: 21.07.2017 14:25 Subject:RE: [onap-discuss] DCAE controller-startup.sh fails and throws error Hi Josef, I was able to move past the Keystone issue and get the keystone token with V2.0. The ngrep tool helped, Thanks!! Now I am seeing errors with an HTTP request to localhost:9998 inside the DCAE-Controller docker. http://localhost:9998/resources/services/vm-docker-host-1 Attaching the relevant logs. Also, I tried using CURL for the same request and got 403 Forbidden. Heres the output. I am guessing 403 is received as I didn’t put and Auth Headers in the request, but not entirely sure of that: root@a1ec8e324a7c:/opt/app/dcae-controller-platform-server# curl -i http://localhost:9998/resources/services/vm-docker-host-1 HTTP/1.1 403 Forbidden Access-Control-Allow-Methods: POST, GET, OPTIONS, PUT Access-Control-Allow-Origin: * Access-Control-Allow-Headers: Origin, Content-Type, Authorization, X-ECOMP-RequestID, * Access-Control-Allow-Credentials: true Access-Control-Request-Headers: Origin, Content-Type, Authorization, X-ECOMP-RequestID, * Content-Length: 0 Server: Jetty(8.1.17.v20150415) Is the error in log familiar? Any pointers on why HTTP req is getting 400 Error? Thanks, Arun From: Josef Reisinger [mailto:josef.reisin...@de.ibm.com] Sent: Thursday, July 20, 2017 7:23 PM To: Arun Arora (c) <aroraa...@vmware.com> Cc: LUND, CARSTEN (CARSTEN) <l...@research.att.com>; onap-discuss@lists.onap.org Subject: RE: [onap-discuss] DCAE controller-startup.sh fails and throws error That looks strange, nevertheless, let's change gears now. I would assume that looking at the network traffic may unveil which part of the communication does not work. my view (and Carsten et al, please correct me if I am wrong) is that DCAE controller needs the endpoints of various services (Nova, Neutron, etc..) from Openstack. To do so, the controller needs to get a token from Openstack. See https://developer.openstack.org/api-ref/identity/v2/?expanded=authenticate-detail , look for POST to /v2.0/tokens. If you want to dig that deep, install ngrep (apt install ngrep). cd to /opt/dcae-startup-vm-controller, type "make down", maybe ./init.sh. Open a second terminal to the DCAE controller and type ngrep -W byline . "port 5000"| tee keystone.log This logs all traffic to port 5000 a bit better formatted as tcpdump(1) In the first window, type "make up" and after this docker logs -f dcaestartupvmcontroller_dcae-controller_1. At some point in time you should see activity in the second terminal. Wait until you see the well-known error message in terminal 1 and ctrl-C out of ngrep in terminal 2. You might want to analyse keystone.log. You should see the request sent to your OS controller and the response given back. If you wish, post the log file on this list (make sure you sensitive information is deleted). Btw, What about carrying the discussion to https://wiki.onap.org/questions to add to our common knowledge? Mit freundlichen Grü?en / Kind regards Josef Reisinger From:"Arun Arora (c)" <aroraa...@vmware.com> To:Josef Reisinger <josef.reisin...@de.ibm.com> Cc:"LUND, CARSTEN (CARSTEN)" <l...@research.att.com>, " onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Date:20.07.2017 15:02 Subject:RE: [onap-discuss] DCAE controller-startup.sh fails and throws error Hi Josef, Do you mean reboot the controller node? BTW, I did the change in keystone_url.txt and re-executed dcae_install.sh after cleaning docker image, container and all downloaded files in /opt. Seen the error again, log are attached (controller-startup-exec3.txt) While re-running DCAE I realized one more change I did which was needed to start the container. However, I am not sure if the change is
Re: [onap-discuss] DCAE controller-startup.sh fails and throws error
Arun, your are lucky. The v2.0 version of the API is deprecated, but enabled. Changing keystone_url.txt and rebooting should help you to get a step forward. Mit freundlichen Grü?en / Kind regards Josef Reisinger From: "Arun Arora (c)" <aroraa...@vmware.com> To: "LUND, CARSTEN (CARSTEN)" <l...@research.att.com>, Josef Reisinger <josef.reisin...@de.ibm.com> Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Date: 20.07.2017 13:53 Subject:RE: [onap-discuss] DCAE controller-startup.sh fails and throws error Thanks Josef, Carsten, Let me try changing the URL in keystone_url.txt file. For tenant ID and password, I have checked them and they are fine. Before making change to the keyston_url.txt I executed curl for keystone port and got the following result. FYI, I replaced the IP of controller with string viouser@loadbalancer01:~$ curl http://:5000 curl: /opt/vmware/lib/vami/libcurl.so.4: no version information available (required by curl) {"versions": {"values": [{"status": "stable", "updated": "2016-04-04T00:00:00Z", "media-types": [{"base": "application/json", "type": "application/vnd.openstack.identity-v3+json"}], "id": "v3.6", "links": [{"href": "http://:5000/v3/", "rel": "self"}]}, {"status": "stable", "updated": "2014-04-17T00:00:00Z", "media-types": [{"base": "application/json", "type": "application/vnd.openstack.identity-v2.0+json"}], "id": "v2.0", "links": [{"href": "http://:5000/v2.0/", "rel": "self"}, {"href": " http://docs.openstack.org/;, "type": "text/html", "rel": "describedby"}]}]}} Thanks, Arun From: onap-discuss-boun...@lists.onap.org [ mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of LUND, CARSTEN (CARSTEN) Sent: Thursday, July 20, 2017 5:16 PM To: Josef Reisinger <josef.reisin...@de.ibm.com> Cc: onap-discuss@lists.onap.org Subject: Re: [onap-discuss] DCAE controller-startup.sh fails and throws error You are right the URL looks wrong, but Openstack can be setup so many ways that I would not know what is right or wrong. Arun, try to work with CURL to get a request that works to this API when we can determine how the config.yaml need to look. Carsten From: Josef Reisinger [mailto:josef.reisin...@de.ibm.com] Sent: Thursday, July 20, 2017 7:41 AM To: LUND, CARSTEN (CARSTEN) <l...@research.att.com> Cc: Arun Arora <arun_ar...@outlook.com>; onap-discuss@lists.onap.org; PLATANIA, MARCO (MARCO) <plata...@research.att.com> Subject: RE: [onap-discuss] DCAE controller-startup.sh fails and throws error Carsten, thanks for the pointer. Seems to me the same issue in the JIRA case... a wrong keystone URL? At least the one in this mail string and the one in JIRA are structure-wise different from mine, for which I can say it works :-) Mit freundlichen Grü?en / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Global Telecommunications, Media and Entertainment Industry Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisin...@de.ibm.com IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Gesch?ftsführung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 From:"LUND, CARSTEN (CARSTEN)" <l...@research.att.com> To:Josef Reisinger <josef.reisin...@de.ibm.com>, " onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Cc: Arun Arora <arun_ar...@outlook.com>, "PLATANIA, MARCO (MARCO)" <plata...@research.att.com> Date:20.07.2017 13:15 Subject:RE: [onap-discuss] DCAE controller-startup.sh fails and throws error Josef, I should have added comment to this email thread too, but I added some comment to the JIRA https://jira.onap.org/browse/DCAEGEN2-69 In fact for Arun the REST calls to Openstack goes through but something is the Keystone API call is wrong, password or tenantId. Carsten From: Josef Reisinger [mailto:josef.reisin...@de.ibm.com] Sent: Thursday, July 20, 2017 4:44 AM To: onap-discuss@lists.onap.org Cc: Arun Arora <arun_ar...@outlook.com
Re: [onap-discuss] DCAE controller-startup.sh fails and throws error
Carsten, thanks for the pointer. Seems to me the same issue in the JIRA case... a wrong keystone URL? At least the one in this mail string and the one in JIRA are structure-wise different from mine, for which I can say it works :-) Mit freundlichen Grü?en / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Global Telecommunications, Media and Entertainment Industry Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisin...@de.ibm.com IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Gesch?ftsführung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 From: "LUND, CARSTEN (CARSTEN)" <l...@research.att.com> To: Josef Reisinger <josef.reisin...@de.ibm.com>, "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Cc: Arun Arora <arun_ar...@outlook.com>, "PLATANIA, MARCO (MARCO)" <plata...@research.att.com> Date: 20.07.2017 13:15 Subject:RE: [onap-discuss] DCAE controller-startup.sh fails and throws error Josef, I should have added comment to this email thread too, but I added some comment to the JIRA https://jira.onap.org/browse/DCAEGEN2-69 In fact for Arun the REST calls to Openstack goes through but something is the Keystone API call is wrong, password or tenantId. Carsten From: Josef Reisinger [mailto:josef.reisin...@de.ibm.com] Sent: Thursday, July 20, 2017 4:44 AM To: onap-discuss@lists.onap.org Cc: Arun Arora <arun_ar...@outlook.com>; LUND, CARSTEN (CARSTEN) <l...@research.att.com>; PLATANIA, MARCO (MARCO) <plata...@research.att.com> Subject: Re: [onap-discuss] DCAE controller-startup.sh fails and throws error Arun, I visited the docker logs of the docker container in the DCAE controller to compare them with yours. As far as I can see, I get the same "File not found" exceptions for example exception: OPENECOMP-DEMO-ZONE/cdap-instances/cdap-helloworld.yaml class java.nio.file.NoSuchFileException Same for the jar files error: cp: cannot stat '/opt/app/dcae-*-jars/lib/*.jar': No such file or directory cp: cannot stat '/opt/app/dcae-*-model/lib/*.jar': No such file or directory cp: cannot stat '/opt/app/dcae-*-manager/lib/*.jar': No such file or directory cp: cannot stat '/opt/app/dcae-*-adaptor/lib/*.jar': No such file or directory cp: cannot stat '/opt/app/ncomp-*-jars/lib/*.jar': No such file or directory cp: cannot stat '/opt/app/ncomp-*-model/lib/*.jar': No such file or directory cp: cannot stat '/opt/app/ncomp-*-manager/lib/*.jar': No such file or directory cp: cannot stat '/opt/app/ncomp-*-adaptor/lib/*.jar': No such file or directory and even the same for error: Loading runtime factory: org.openecomp.dcae.controller.service.servers.docker.DcaeDockerFactory I ignored these errors in the very beginning and well, DCAE works for me :-) This line bin/dcae-controller.sh deploy-user -l $ZONE -p ONAP -u $OPENSTACK_KEYNAME Caught: org.openecomp.ncomp.sirius.manager.Jetty8ClientException: HTTP Request Failed: URL: http://localhost:9998/resources/services/vm-postgresqlcode:400 msg:REQUEST-FAILED-UNDEPLOY-4001W REQUEST-FAILED-DELETESERVER-4001W !Absolute URI: null/servers is the first real error and remember to have seen this "null" in the URI once also.. but I didn't write thesolution down, so I need to make some assumptions here. I think it has to do with the communication with the openstack controller. What I remember is the usage of the default host name 'controller' for the controller host. Not a good choice btw, but we did it. To verify this is the correct path, could you post the content of /opt/config/keystone_url.txt on the dcae controller and the output of the command "openstack endpoint list" on the openstack controller? Or, likewise, check whether there is a host name in either of them? If there is a hostname, can it be resolved from the container in the DCAE controller, i.e. with the command docker exec -it dcaestartupvmcontroller_dcae-controller_1 ping controller Mit freundlichen Grü?en / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Global Telecommunications, Media and Entertainment Industry Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 142
Re: [onap-discuss] DCAE controller-startup.sh fails and throws error
Hi Arun, I can see that you configured the use of V3 api from openstack ... that is not supported in ONAP at this point in time. You might want to change the content of keystone_url.txt to be "http://10.110.208.162:5000/v2.0; and give it a try. I include my team member Virginie, who did the magic in Openstack configuration for me, to the discussion in case you need configuration hints for Openstack to suport V2 and V3 at the same time. Mit freundlichen Grü?en / Kind regards Josef Reisinger From: "Arun Arora (c)" <aroraa...@vmware.com> To: Josef Reisinger <josef.reisin...@de.ibm.com>, "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Date: 20.07.2017 11:39 Subject:RE: [onap-discuss] DCAE controller-startup.sh fails and throws error Hi Joseph, Following is the output root@vm1-dcae-controller:~# cat /opt/config/keystone_url.txt http://10.110.208.162:5000/v3 The output of ‘openstack endpoint list’ is attached. Thanks, Arun From: onap-discuss-boun...@lists.onap.org [ mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Josef Reisinger Sent: Thursday, July 20, 2017 2:14 PM To: onap-discuss@lists.onap.org Subject: Re: [onap-discuss] DCAE controller-startup.sh fails and throws error Arun, I visited the docker logs of the docker container in the DCAE controller to compare them with yours. As far as I can see, I get the same "File not found" exceptions for example exception: OPENECOMP-DEMO-ZONE/cdap-instances/cdap-helloworld.yaml class java.nio.file.NoSuchFileException Same for the jar files error: cp: cannot stat '/opt/app/dcae-*-jars/lib/*.jar': No such file or directory cp: cannot stat '/opt/app/dcae-*-model/lib/*.jar': No such file or directory cp: cannot stat '/opt/app/dcae-*-manager/lib/*.jar': No such file or directory cp: cannot stat '/opt/app/dcae-*-adaptor/lib/*.jar': No such file or directory cp: cannot stat '/opt/app/ncomp-*-jars/lib/*.jar': No such file or directory cp: cannot stat '/opt/app/ncomp-*-model/lib/*.jar': No such file or directory cp: cannot stat '/opt/app/ncomp-*-manager/lib/*.jar': No such file or directory cp: cannot stat '/opt/app/ncomp-*-adaptor/lib/*.jar': No such file or directory and even the same for error: Loading runtime factory: org.openecomp.dcae.controller.service.servers.docker.DcaeDockerFactory I ignored these errors in the very beginning and well, DCAE works for me :-) This line bin/dcae-controller.sh deploy-user -l $ZONE -p ONAP -u $OPENSTACK_KEYNAME Caught: org.openecomp.ncomp.sirius.manager.Jetty8ClientException: HTTP Request Failed: URL: http://localhost:9998/resources/services/vm-postgresqlcode:400 msg:REQUEST-FAILED-UNDEPLOY-4001W REQUEST-FAILED-DELETESERVER-4001W !Absolute URI: null/servers is the first real error and remember to have seen this "null" in the URI once also.. but I didn't write thesolution down, so I need to make some assumptions here. I think it has to do with the communication with the openstack controller. What I remember is the usage of the default host name 'controller' for the controller host. Not a good choice btw, but we did it. To verify this is the correct path, could you post the content of /opt/config/keystone_url.txt on the dcae controller and the output of the command "openstack endpoint list" on the openstack controller? Or, likewise, check whether there is a host name in either of them? If there is a hostname, can it be resolved from the container in the DCAE controller, i.e. with the command docker exec -it dcaestartupvmcontroller_dcae-controller_1 ping controller Mit freundlichen Grü?en / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Global Telecommunications, Media and Entertainment Industry Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisin...@de.ibm.com IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Gesch?ftsführung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 From:"Arun Arora (c)" <aroraa...@vmware.com> To:Arun Arora <arun_ar...@outlook.com>, "LUND, CARSTEN (CARSTEN)" <l...@research.att.com>, "PLATANIA, MARCO (MARCO)" < plata...@research.att.com> Cc:"onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Date:20.07.2017 09:43 Subject:Re: [onap-discuss] DCAE controller-startup.sh fails and throws error Sent by:onap-discuss-b
[onap-discuss] Yet another vanilla opensstack ONAP instance runs the vFW demo
Folks, I proudly let you know that we consider ourselves as of today members of the exclusive club of teams running ONAP (docker: 1.0-STAGING) on an vanilla openstack Ocata instance. This was tough stuff, a long journey and a great opportunity to learn. A big thank you to all of you who helped me with your advice. I still have a few things which I need to document back in the community - especially the the install of vFW, which hasn't been really straight forward as thought. I wish you all a nice weekend. Mit freundlichen Grüßen / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Sales & Distribution, Communications Sector Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisin...@de.ibm.com ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
[onap-discuss] VFW demo: APPC reports "Mount point does not exist" when a policy to change the packer rate should be sent to pgn
Folks, we got ONAP up on vanilla openstack and are "so close" to finish the vFW demo scenario. We can see measurements being generated at the firewall node, trace the message flow through DCAE components and policy to APPC where an action should be triggered to increase/decrease the packet rate in the packet generator. In the last step, we can see this error message { "errors": {"error":[{"error-type":"protocol","error-tag":"data-missing","error-message":"Mount point does not exist."}]}} appearing in karaf log. The request in question looks like: http://admin:Kp8bJ4SXszM0WXlhak3eHlcse2gAw84vaoGGmJvUy2U@10.0.2.1:8282/restconf/config/network-topology:network-topology/topology/topology-netconf/node/demofwl01pgn/yang-ext:mount/sample-plugin:sample-plugin/pg-streams/ I used to get node details if I shortened the url to http://admin:Kp8bJ4SXszM0WXlhak3eHlcse2gAw84vaoGGmJvUy2U@10.0.2.1:8282/restconf/config/network-topology:network-topology/topology/topology-netconf/node/demofwl01pgn Of course we did /opt/demo.sh APPC ... (often enough) on the robot VM, we could even see this generating a message to APPC. We also rebooted/restarted some of the components since the vFW stack was created - could this shave an impact on the mounted state too? More details are to be found in https://jira.onap.org/browse/APPC-76 Mit freundlichen Grüßen / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Sales & Distribution, Communications Sector Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisin...@de.ibm.com ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
Re: [onap-discuss] [SDC] [portal] [demo] Need your help to deploy SDC
Dave, the logs look familiar to me... if I would remember what I did to mitigate. I can only help with some vague memory as I seem not to have documented this piece properly :-( I think the root issue is this line Caused by: java.net.UnknownHostException: portal.api.simpledemo.openecomp.org from 1610-1 which is caused by a strange /etc/resolve.conf in the 1610-1 docker container. There are some rules how this file is created, in summary, it helped us to remove name servers on private networks (192.169...) and just use 8.8.8.8 (and of course 10.0.100.1) you could do a few things (and I attached the output of my portal which is working) root@vm1-portal:~# docker exec -ot 1610-1 ping portal.api.simpledemo.openecomp.org # this should help you to decide whether host resolution works # - root@vm1-portal:~# docker exec -ot 1610-1 cat /etc/resolv.conf search openstacklocal nameserver 10.0.100.1 nameserver 8.8.8.8 - root@vm1-portal:~# ps www -C dockerd PID TTY STAT TIME COMMAND 17827 ?Ssl 37:43 /usr/bin/dockerd --dns 10.0.100.1 --dns 8.8.8.8 --mtu=1450 --raw-logs - root@vm1-portal:~# cat /etc/resolv.conf # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN nameserver 10.0.100.1 nameserver 8.8.8.8 search openstacklocal Mit freundlichen Grüßen / Kind regards Josef Reisinger From: "Chen, Wei D" <wei.d.c...@intel.com> To: "ajay.priyadar...@ril.com" <ajay.priyadar...@ril.com>, "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Date: 06.07.2017 11:07 Subject:Re: [onap-discuss] [SDC] [portal] [demo] Need your help to deploy SDC Sent by:onap-discuss-boun...@lists.onap.org Thank you Ajay! I haven?t customized anything but is using the yaml from the release1.0.0 branch. ONAP is setup on top of stable/ocata branch. After restarting each container for couple of times, the health status finally show me that all of them are up. }ubuntu@vm1-sdc:/data/scripts$ curl http://localhost:8181/sdc1/rest/healthCheck { "sdcVersion": "1.0.0", "siteMode": "unknown", "componentsInfo": [ { "healthCheckComponent": "BE", "healthCheckStatus": "UP", "version": "1.0.0", "description": "OK" }, { "healthCheckComponent": "ES", "healthCheckStatus": "UP", "description": "OK" }, { "healthCheckComponent": "TITAN", "healthCheckStatus": "UP", "description": "OK" }, { "healthCheckComponent": "DE", "healthCheckStatus": "UP", "description": "OK" }, { "healthCheckComponent": "FE", "healthCheckStatus": "UP", "version": "1.0.0", "description": "OK" } ] But I cannot login to the portal this time. L $ sudo docker logs 1610-1 ? Caused by: com.mchange.v2.resourcepool.CannotAcquireResourceException: A ResourcePool could not acquire a resource from its primary factory or source. at com.mchange.v2.resourcepool.BasicResourcePool.awaitAvailable(BasicResourcePool.java:1469) at com.mchange.v2.resourcepool.BasicResourcePool.prelimCheckoutResource(BasicResourcePool.java:644) at com.mchange.v2.resourcepool.BasicResourcePool.checkoutResource(BasicResourcePool.java:554) at com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool.checkoutAndMarkConnectionInUse(C3P0PooledConnectionPool.java:758) at com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool.checkoutPooledConnection(C3P0PooledConnectionPool.java:685) ... 44 more Caused by: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure The last packet sent successfully to the server was 0 milliseconds ago. The driver has not received any packets from the server. at sun.reflect.GeneratedConstructorAccessor116.newInstance(Unknown Source) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(Constructor.java:423) at com.mysql.jdbc.Util.handleNewInstance(Util.java:411) at com.mysql.jdbc.SQLError.createCommunicationsException(SQLError.java:1117) at com.mysql.jdbc.MysqlIO.(MysqlIO.java:350) at com.mysql.jdbc.ConnectionImpl.coreConnect(ConnectionImpl.java:2408) at com.mysql.jdbc.ConnectionImpl.connectOneTryOnly(ConnectionImpl.java:2445) at com.mysql.jdbc.ConnectionImpl.creat
Re: [onap-discuss] DCAE Health-Check is failing
Subhash, I tried the "reverse": I looked at the log files of the openstack controlle in a pretty brute-force manner: tail -f /var/log/*/*log before you start DCAE, let it settle, clean the terminal. You should quickly see a certain pattern flowing over the screen and sport when issues arise. Or you grep for errors in the neutron/nova log files. The reason the remaining VMs are not create may be manyfold: not enough resources available (error msg like "There is not host ..." orso, a bit cryptic) or neutron/network errors (IP address not in network range, etc...). Looking the openstack logfiles might give you a hint. Mit freundlichen Grüßen / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Sales & Distribution, Communications Sector Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisin...@de.ibm.com From: Subhash Kumar Singh <subhash.kumar.si...@huawei.com> To: "PLATANIA, MARCO (MARCO)" <plata...@research.att.com>, "LUND, CARSTEN (CARSTEN)" <l...@research.att.com>, "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Date: 04.07.2017 16:23 Subject:Re: [onap-discuss] DCAE Health-Check is failing Sent by:onap-discuss-boun...@lists.onap.org Hello Marco and Carsten, Now, we are able to associate floating IP address for DCAE VMs by allocating the floating IP beforehand. We can see the floating assigned to the VMs. Still, we are not able to create all the 5 VMs for the DCAE. As per our investigation, we can see yaml files for these VMs in ?/opt/app/dcae-controller-platform-server/GITLINK/OPENCOMP-DEMO-ZONE/chef-repo-gen/files?. But we are not able to find any logs to spot the problem. Could you please suggest us any log/configuration file, where we should check to find out the reason for this issue. -- Regards, Subhash Kumar Singh From: PLATANIA, MARCO (MARCO) [mailto:plata...@research.att.com] Sent: Friday, June 30, 2017 6:44 PM To: Subhash Kumar Singh <subhash.kumar.si...@huawei.com>; LUND, CARSTEN (CARSTEN) <l...@research.att.com>; onap-discuss@lists.onap.org Cc: Kanagaraj Manickam <kanagaraj.manic...@huawei.com> Subject: Re: [onap-discuss] DCAE Health-Check is failing Subhash, After the DCAE VM is created, dcae_install.sh and dcae_vm_init.sh set up, download and install software dependencies, plus dcae_vm_init.sh calls the Makefile script in /opt/dcae-startup-vm-controller. If you look at dcae_vm_init.sh, you?ll see a ?make up? instruction. When you want to rebuild DCAE, please run make down (from /opt/dcae-startup-vm-controller), such that the controller tears down the 5 VMs that it spins up and updates its internal state. Running dcae_vm_init.sh may compromise the DCAE controller state because it will try to create VMs that possibly already exist. That being said, from the attached logs I see that you are having connectivity issues: http error: java.net.NoRouteToHostException: No route to host (Host unreachable) Finally, version 1.0.0 (in release-1.0.0 branch) is not supported. Please use these parameters: artifacts_version: 1.1.0-SNAPSHOT docker_version: 1.1-STAGING-latest gerrit_branch: master dcae_base_environment: 1-NIC-FLOATING-IPS gitlab_branch: master dcae_code_version: 1.1.0 The environment files in Gerrit have been updated accordingly. For further details about DCAE, please refer to the wiki page: https://wiki.onap.org/display/DW/DCAE+Controller+Development+Guide Thanks, Marco From: Subhash Kumar Singh <subhash.kumar.si...@huawei.com> Date: Friday, June 30, 2017 at 8:56 AM To: "LUND, CARSTEN (CARSTEN)" <l...@research.att.com>, "PLATANIA, MARCO (MARCO)" <plata...@research.att.com>, "onap-discuss@lists.onap.org" < onap-discuss@lists.onap.org> Cc: Kanagaraj Manickam <kanagaraj.manic...@huawei.com> Subject: RE: [onap-discuss] DCAE Health-Check is failing Hello Marco and Carsten, I?ve updated the configuration file (/opt/app/dcae-controller/config.yaml) in DCAE VM as you have suggested and again tried to execute `dcae_vm_init.sh` . This time I can see following three VMs got created (but floating IP is not associated to VMs): $ openstack server list +--+--++--++ | ID | Name | Status | Networks | Image Name| +--+--++--
[onap-discuss] Is there a way to confirm correct spin-up of vFW stack
I asked the following uestion below under https://wiki.onap.org/questions/8227972/is-there-a-way-to-confirm-correct-spin-up-of-vfw-stack . I have spun up a stack in Openstack Ocata containing the three VMs for the firewall demo. I am able to connect to http://:667/ and can see some graphics. But there is no traffic at all. I can see in pgn & fwl that there is some VPN setup with vpp.. but I cannot see any real traffic on (un)protected_network. I used curl -X PUT -H "Authorization: Basic YWRtaW46YWRtaW4=" -H "Content-Type: application/json" -H "Cache-Control: no-cache" -H "Postman-Token: 9005870c-900b-2e2e-0902-ef2009bb0ff7" -d '{"pg-streams":{"pg-stream": [{"id":"fw_udp1", "is-enabled":"true"},{"id":"fw_udp2", "is-enabled":"true"},{"id":"fw_udp3", "is-enabled":"true"},{"id":"fw_udp4", "is-enabled":"true"},{"id":"fw_udp5", "is-enabled":"true"},{"id":"fw_udp6", "is-enabled":"true"},{"id":"fw_udp7", "is-enabled":"true"},{"id":"fw_udp8", "is-enabled":"true"},{"id":"fw_udp9", "is-enabled":"true"},{"id":"fw_udp10", "is-enabled":"true"}]}}' " http://localhost:8183/restconf/config/sample-plugin:sample-plugin/pg-streams " to trigger some messages ... with no success. Is there any documentation available which helps to understand what the vFW stack does? Mit freundlichen Grüßen / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Sales & Distribution, Communications Sector Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisin...@de.ibm.com ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
Re: [onap-discuss] Robot VM Demo.sh is failingtoinitializecustomer
Subhash, I had the same observation with new "new" HEAT template which uses 2 AAI VMs. reverting back to the previous HEAT template (with one VM for AAI) has solved this issue for me. Btw, running demo.sh init second time creates an error (I believe this is also discussed in this mailing list in the last week or the week before the last) Mit freundlichen Grüßen / Kind regards Josef Reisinger From: "Michael O'Brien" <frank.obr...@amdocs.com> To: Subhash Kumar Singh <subhash.kumar.si...@huawei.com>, "Gaurav Gupta (c)" <guptagau...@vmware.com>, "ROSE, DANIEL V" <dr6...@att.com>, "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Date: 28.06.2017 17:26 Subject:Re: [onap-discuss] Robot VM Demo.sh is failing to initialize customer Sent by:onap-discuss-boun...@lists.onap.org Subhash, HI, just an observation ? you may want to run demo.sh init (as it runs both ./demo.sh init_customer and ./demo.sh distribute) ? you may be missing the models. See the recommended demo call here https://wiki.onap.org/display/DW/Tutorial%3A+Creating+a+Service+Instance+from+a+Design+Model#Tutorial:CreatingaServiceInstancefromaDesignModel-RunRobotdemo.shinit /michael From: onap-discuss-boun...@lists.onap.org [ mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Subhash Kumar Singh Sent: Wednesday, June 28, 2017 11:13 To: Gaurav Gupta (c) <guptagau...@vmware.com>; ROSE, DANIEL V <dr6...@att.com>; onap-discuss@lists.onap.org Subject: Re: [onap-discuss] Robot VM Demo.sh is failing to initialize customer Hello Everyone, We made some progress now all the service health-test-cases are passing except DCAE. Further, we tried to execute the robot test cases (demo.sh init_customer) to populate the customers after updating the keystone_get_auth.template [1] . We Observed that test cases are passed but we are not able to see the subscriber in the VID portal. Please let us know if we are missing some steps in execution of demo script. Following are the logs from robot execution : # ./demo.sh init_customer Starting Xvfb on display :89 with res 1280x1024x24 Executing robot tests at log level TRACE == OpenECOMP ETE == OpenECOMP ETE.Robot == OpenECOMP ETE.Robot.Testsuites == OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestration Test ... == Initialize Customer | PASS | -- OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestrat... | PASS | 1 critical test, 1 passed, 0 failed 1 test total, 1 passed, 0 failed == OpenECOMP ETE.Robot.Testsuites| PASS | 1 critical test, 1 passed, 0 failed 1 test total, 1 passed, 0 failed == OpenECOMP ETE.Robot | PASS | 1 critical test, 1 passed, 0 failed 1 test total, 1 passed, 0 failed == OpenECOMP ETE | PASS | 1 critical test, 1 passed, 0 failed 1 test total, 1 passed, 0 failed == Output: /share/logs/demo/InitCustomer/output.xml Log: /share/logs/demo/InitCustomer/log.html Report: /share/logs/demo/InitCustomer/report.html Additionally, we observed that in robot trace logs that 'cloud-region.cloud-owner' value is set to 'Rackspace' but we have mentioned {'cloud_env' : 'openstack', .. } in '/opt/eteshare/config/vm_properties.py' . Following are the robot trace logs : Arguments: [ ${data_path}='/aai/v8/business/customers/customer/Demonstration' | ${data}={'global-customer-id': 'Demonstration', 'service-subscriptions': {'service-subscription': [{'relationship-list': {'relationship': [{'related-to': 'tenant', 'relationship-data': [{'relationship-key': 'cloud-region.cloud-owner', 'relationship-value': 'Rackspace'}, {'relationship-key': 'cloud-region.cloud-region-id', 'relationship-value': 'RegionOne'}, {'relationship-key': 'tenant.tenant-id', 'relationship-value': 'f1b664a504b34807a39013c0805b0c91'}]}]}, 'service-type': 'vFW'}, {'relationship-list': {'relationship': [{'related-to': 'tenant', 'relationship-data': [{'relationship-key': 'cloud-region.cloud-
Re: [onap-discuss] vFW: got one step further: Couldn't download artifact (was previous peer not authenticated in maven project build in cloud-init)
Nobody faces this error? I asked "friend G." and it seems that there is some issue with the certificates. If I look a but up in cloud-init-output, I can see there was an error installing the certificates: /var/lib/dpkg/info/ca-certificates-java.postinst: line 53: java: command not found /var/lib/dpkg/info/ca-certificates-java.postinst: line 66: java: command not found The command which help me one step further was update-ca-certificates -f So that I do not have the "peer not authenticated" (what a §"$$%"&§ error message by the way) and get something which I do not understand at all. I have to admit I am using maven the first time root@demofwl01pgn:/opt# mvn org.apache.maven.plugins:maven-dependency-plugin:2.10:get -DremoteRepositories=https://nexus.onap.org/content/groups/staging -Dartifact=org.openecomp.demo.vnf:sample-distribution:1.1.0-SNAPSHOT:tar.gz:hc -Dtransitive=false -Ddest=. [INFO] Scanning for projects... [INFO] [INFO] [INFO] Building Maven Stub Project (No POM) 1 [INFO] [INFO] [INFO] --- maven-dependency-plugin:2.10:get (default-cli) @ standalone-pom --- [INFO] Resolving org.openecomp.demo.vnf:sample-distribution:tar.gz:hc:1.1.0-SNAPSHOT Downloading: https://nexus.onap.org/content/groups/staging/org/openecomp/demo/vnf/sample-distribution/1.1.0-SNAPSHOT/maven-metadata.xml Downloading: https://nexus.onap.org/content/groups/staging/org/openecomp/demo/vnf/sample-distribution/1.1.0-SNAPSHOT/sample-distribution-1.1.0-SNAPSHOT-hc.tar.gz [INFO] [INFO] BUILD FAILURE [INFO] [INFO] Total time: 2.436s [INFO] Finished at: Tue Jun 27 16:33:52 UTC 2017 [INFO] Final Memory: 17M/171M [INFO] [ERROR] Failed to execute goal org.apache.maven.plugins:maven-dependency-plugin:2.10:get (default-cli) on project standalone-pom: Couldn't download artifact: Could not find artifact org.openecomp.demo.vnf:sample-distribution:tar.gz:hc:1.1.0-SNAPSHOT in temp (https://nexus.onap.org/content/groups/staging) [ERROR] [ERROR] Try downloading the file manually from the project website. [ERROR] [ERROR] Then, install it using the command: [ERROR] mvn install:install-file -DgroupId=org.openecomp.demo.vnf -DartifactId=sample-distribution -Dversion=1.1.0-SNAPSHOT -Dclassifier=hc -Dpackaging=tar.gz -Dfile=/path/to/file [ERROR] [ERROR] Alternatively, if you host your own repository you can deploy the file there: [ERROR] mvn deploy:deploy-file -DgroupId=org.openecomp.demo.vnf -DartifactId=sample-distribution -Dversion=1.1.0-SNAPSHOT -Dclassifier=hc -Dpackaging=tar.gz -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] [ERROR] [ERROR] [ERROR] org.openecomp.demo.vnf:sample-distribution:tar.gz:1.1.0-SNAPSHOT [ERROR] [ERROR] from the specified remote repositories: [ERROR] central (http://repo.maven.apache.org/maven2, releases=true, snapshots=false), [ERROR] temp (https://nexus.onap.org/content/groups/staging, releases=true, snapshots=true) [ERROR] -> [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException Any quick help from you guys? I logg this under https://jira.onap.org/projects/UCA/issues/UCA-28 Mit freundlichen Grüßen / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Sales & Distribution, Communications Sector Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisin...@de.ibm.com IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Geschäftsführung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 From: "Josef Reisinger" <josef.reisin...@de.ibm.com> To: onap-discuss <onap-discuss@lists.onap.org> Date: 27.06.2017 16:53 Subject:[onap-discuss] vFW: peer not authenticated in maven project build in cloud-init Sent by:onap-discuss-boun...@lists.onap.org I logged this in JIRA, maybe I get a response faster on the list: When deploying a vF
[onap-discuss] vFW: peer not authenticated in maven project build in cloud-init
I logged this in JIRA, maybe I get a response faster on the list: When deploying a vFW demo stack, I get a "peer not authenticated" error in maven build. The same happens if I try to run the command manually. Anybody to know what is missing? mvn org.apache.maven.plugins:maven-dependency-plugin:2.10:get -DremoteRepositories=https://nexus.onap.org/content/groups/staging -Dartifact=org.openecomp.demo.vnf:sample-distribution:1.1.0-SNAPSHOT:tar.gz:hc -Dtransitive=false -Ddest=. Mit freundlichen Grüßen / Kind regards Josef Reisinger ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
Re: [onap-discuss] Robot vm script automation
Daniel, if "preload parameters are hard coded", does it mean I should not change them? On one of my environments, I have a conflict with 10.0.0.0/8 network space and configured a 10.0.0.0/16 net, which created some conflict when trying to spin up vFW. To overcome the issues, I move some IP addresses to 10.0.150.X and reran demo.sh preload . Even the VMs start (more or less), does this break the demo? Mit freundlichen Grüßen / Kind regards Josef Reisinger From: "ROSE, DANIEL V" <dr6...@att.com> To: "ajay.priyadar...@ril.com" <ajay.priyadar...@ril.com>, "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Date: 26.06.2017 16:18 Subject:Re: [onap-discuss] Robot vm script automation Sent by:onap-discuss-boun...@lists.onap.org The properties in robot come from a few places. The first way is the heat template (that?s dynamic properties in your terms) and they are saved as vm_properties.py. You can certainly make a script to generate these in a different way if you wanted. The preload parameters are hard coded because they are defined by the demo use case. The robot properties defines the topology of the onap installation and openstack install etc. The microservice bus will render most of these properties useless and they can be removed at that time. Thanks, Daniel Rose ECOMP / ONAP com.att.ecomp 732-420-7308 From: onap-discuss-boun...@lists.onap.org [ mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of ajay.priyadar...@ril.com Sent: Monday, June 26, 2017 5:29 AM To: onap-discuss@lists.onap.org Subject: [onap-discuss] Robot vm script automation Hi, The below configuration files used for demo script uses hardcoded values. Example : /var/opt/OpenECOMP_ETE/runTags.sh -V /share/config/vm_properties.py -V /share/config/integration_robot_properties.py -V /share/config/integration_preload_parameters.py -v GLOBAL_BUILD_NUMBER:1928 -d /share/logs/ETE_1928 -i InitDemo --display 88 The above command uses three config files. 1. integration_robot_properties.py 2. integration_preload_parameters.py 3. vm_properties.py Only 3rd one(vm_properties.py) get populated by environment value, Rest both uses preconfigured values. These two files should also maintain dynamic values (eg. Private IP addresses). Regards, Ajay "Confidentiality Warning: This message and any attachments are intended only for the use of the intended recipient(s), are confidential and may be privileged. If you are not the intended recipient, you are hereby notified that any review, re-transmission, conversion to hard copy, copying, circulation or other use of this message and any attachments is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return email and delete this message and any attachments from your system. Virus Warning: Although the company has taken reasonable precautions to ensure no viruses are present in this email. The company cannot accept responsibility for any loss or damage arising from the use of this email or attachment."___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
Re: [onap-discuss] JIRA requires severity field, but none available in form
Daniel, thanks for the quick response. I looked at "Configure fields" (I should have mentioned that in my first mail) and discovered all fields are "checked". I confirm the form worked as I used it a couple of times. I guess I need to concur with you that the form is broken for the time being. Mit freundlichen Grüßen / Kind regards Josef Reisinger From: "ROSE, DANIEL V" <dr6...@att.com> To: Josef Reisinger <josef.reisin...@de.ibm.com>, onap-discuss <onap-discuss@lists.onap.org> Date: 26.06.2017 15:38 Subject:RE: [onap-discuss] JIRA requires severity field, but none available in form Click configure, there should be one hidden somewhere. If not then the template must be broken and unusable, although I know it worked a few weeks ago Daniel Rose ECOMP / ONAP com.att.ecomp 732-420-7308 From: onap-discuss-boun...@lists.onap.org [ mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Josef Reisinger Sent: Monday, June 26, 2017 9:22 AM To: onap-discuss <onap-discuss@lists.onap.org> Subject: [onap-discuss] JIRA requires severity field, but none available in form Just trying to add an issue in JIRA, but I can't save as JIRA requires a severity field to be filled out. There is not such filed on the the form. Any help? Mit freundlichen Grüßen / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Sales & Distribution, Communications Sector Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisin...@de.ibm.com The Open Group Master Certified IT Architect Solution Advisor Cloud Computing Architect Profession Certification - Level 2 Expert Telecommunications Insights & Solutions Public: IBM TME Solution Labs Flyer Internal: IBM TME Solution Wiki Internal: TME Demo Video Series Internal: TME Demo App IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Geschäftsführung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
[onap-discuss] network is not setup correctly in vFW (Openstack Ocata)
Folks, I added the following to the questions in the Wiki; https://wiki.onap.org/questions/8225510/network-is-not-setup-correctly-in-vfw-openstack-ocata . I went through the tutorial up to a point where I get the vFW stack provisioned in Openstack. As I cannot get to the port 667 of the sink, I had a look in the snk VM and discovered, that only eth0 is configured. I was able to add the config for the two other interfaces in vsn_vm. Trying to do the same on vpg and vfw failed. I can see (with lspci) there are four network cards in vfw, but if I look in /proc/net/dev, I can only see eth0. Similar for vpg. Not sure this is general ubuntu vs. Openstack question, but maybe somebody in the community ran into the same issue and has a resolution for me (please use the question link above to respond). Mit freundlichen Grüßen / Kind regards Josef Reisinger ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
[onap-discuss] A maybe dumb questions, but has anybody .. ... got the ONAP stack to work on vanilla Openstack. Yes we did... :-)
Folks, as nobody replied success to this question, Yesterday I was able to deploy the first virtual firewall following the tutorial on a vanilla Openstack instance running on Ubuntu in an Softlayer data center. For me and the team this represents the first mile stone as I guess we are are pretty proud on it. The next two steps would now be to get de.sh appc to run. I run in the same issue as described in https://wiki.onap.org/questions/6591979/.demo.sh-appc-demomodule-returns-an-error-keyerror-tenantid , but we do not run Contrail. So it may be a more general issue. Step #2 is DCAE ... and I can see that DCAE controller uses a Rackspace-specific request (at least it is not conforming to https://developer.openstack.org/api-ref/identity/v2/). Anybody out there who could point to to the place where this is defined (hard-coded or in a config file) so that I can get a team member to adapt it to OpenStack? Mit freundlichen Grüßen / Kind regards Josef Reisinger __ Hmm.. doesn't work really... Same for /opt/portal_install.sh... once again my question: Anybody out there with sufficient luck to get an vanilla openstack instance and run the demo examples? I think I read here an there success stories and I wonder ... well.. I don't have the same :-) I used ubuntu@vm1-vid:~$ cat /opt/vid_install.sh 404 - Path /org.openecomp.demo/boot/1.0.0-SNAPSHOT/vid_install.sh not found in local storage of repository raw [id=raw] https://nexus.onap.org/favicon.png;> https://nexus.onap.org/static/css/Sonatype-content.css?2.14.2-01; type="text/css" media="screen" title="no title" charset="utf-8"> 404 - Path /org.openecomp.demo/boot/1.0.0-SNAPSHOT/vid_install.sh not found in local storage of repository raw [id=raw] Path /org.openecomp.demo/boot/1.0.0-SNAPSHOT/vid_install.sh not found in local storage of repository raw [id=raw] Mit freundlichen Grüßen / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Sales & Distribution, Communications Sector Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisin...@de.ibm.com The Open Group Master Certified IT Architect Solution Advisor Cloud Computing Architect Profession Certification - Level 2 Expert Telecommunications Insights & Solutions Public: IBM TME Solution Labs Flyer Internal: IBM TME Solution Wiki Internal: TME Demo Video Series Internal: TME Demo App IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Geschäftsführung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 From: "FORSYTH, JAMES" <jf2...@att.com> To: Josef Reisinger <josef.reisin...@de.ibm.com> Cc: "ROSE, DANIEL V" <dr6...@att.com>, "LUND, CARSTEN" <l...@research.att.com>, "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, "KAJUR, HARISH V" <vk2...@att.com> Date: 13.06.2017 17:27 Subject:RE: [onap-discuss] A maybe dump questions, but has anybody ... Hi, Josef, Yes, definitely. -jimmy From: Josef Reisinger [mailto:josef.reisin...@de.ibm.com] Sent: Tuesday, June 13, 2017 11:25 AM To: FORSYTH, JAMES <jf2...@att.com> Cc: ROSE, DANIEL V <dr6...@att.com>; LUND, CARSTEN <l...@research.att.com>; onap-discuss@lists.onap.org; KAJUR, HARISH V <vk2...@att.com> Subject: RE: [onap-discuss] A maybe dump questions, but has anybody ... Thanks James, that sounds absolutely reasonable and I tried adapt the docker version to 1.1.. which didn't give me a working portal. So left it as it was pre-configured in the template and trusted the comment "You don'T need to change other parameters" (or similar...). Do you think artifacts_version: 1.0.0-SNAPSHOT + docker_version: 1.0-STAGING-latest + gerrit_branch: release-1.0.0 will enhance the chance to get the ONAP stack working? Mit freundlichen Grüßen / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Sales & Distribution, Communications Sector Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisin...@de.ibm.com IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Ge
Re: [onap-discuss] A maybe dump questions, but has anybody ...
Hmm.. doesn't work really... Same for /opt/portal_install.sh... once again my question: Anybody out there with sufficient luck to get an vanilla openstack instance and run the demo examples? I think I read here an there success stories and I wonder ... well.. I don't have the same :-) I used ubuntu@vm1-vid:~$ cat /opt/vid_install.sh 404 - Path /org.openecomp.demo/boot/1.0.0-SNAPSHOT/vid_install.sh not found in local storage of repository raw [id=raw] https://nexus.onap.org/favicon.png;> https://nexus.onap.org/static/css/Sonatype-content.css?2.14.2-01; type="text/css" media="screen" title="no title" charset="utf-8"> 404 - Path /org.openecomp.demo/boot/1.0.0-SNAPSHOT/vid_install.sh not found in local storage of repository raw [id=raw] Path /org.openecomp.demo/boot/1.0.0-SNAPSHOT/vid_install.sh not found in local storage of repository raw [id=raw] Mit freundlichen Grüßen / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Sales & Distribution, Communications Sector Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisin...@de.ibm.com The Open Group Master Certified IT Architect Solution Advisor Cloud Computing Architect Profession Certification - Level 2 Expert Telecommunications Insights & Solutions Public: IBM TME Solution Labs Flyer Internal: IBM TME Solution Wiki Internal: TME Demo Video Series Internal: TME Demo App IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Geschäftsführung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 From: "FORSYTH, JAMES" <jf2...@att.com> To: Josef Reisinger <josef.reisin...@de.ibm.com> Cc: "ROSE, DANIEL V" <dr6...@att.com>, "LUND, CARSTEN" <l...@research.att.com>, "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, "KAJUR, HARISH V" <vk2...@att.com> Date: 13.06.2017 17:27 Subject:RE: [onap-discuss] A maybe dump questions, but has anybody ... Hi, Josef, Yes, definitely. -jimmy From: Josef Reisinger [mailto:josef.reisin...@de.ibm.com] Sent: Tuesday, June 13, 2017 11:25 AM To: FORSYTH, JAMES <jf2...@att.com> Cc: ROSE, DANIEL V <dr6...@att.com>; LUND, CARSTEN <l...@research.att.com>; onap-discuss@lists.onap.org; KAJUR, HARISH V <vk2...@att.com> Subject: RE: [onap-discuss] A maybe dump questions, but has anybody ... Thanks James, that sounds absolutely reasonable and I tried adapt the docker version to 1.1.. which didn't give me a working portal. So left it as it was pre-configured in the template and trusted the comment "You don'T need to change other parameters" (or similar...). Do you think artifacts_version: 1.0.0-SNAPSHOT + docker_version: 1.0-STAGING-latest + gerrit_branch: release-1.0.0 will enhance the chance to get the ONAP stack working? Mit freundlichen Grüßen / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Sales & Distribution, Communications Sector Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisin...@de.ibm.com IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Geschäftsführung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 From:"FORSYTH, JAMES" <jf2...@att.com> To:"ROSE, DANIEL V" <dr6...@att.com>, "LUND, CARSTEN" < l...@research.att.com>, Josef Reisinger <josef.reisin...@de.ibm.com>, " onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, "KAJUR, HARISH V" <vk2...@att.com> Date:13.06.2017 17:00 Subject:RE: [onap-discuss] A maybe dump questions, but has anybody ... If you use the 1.1.0-SNAPSHOT artifacts, and the 1.0-STAGING-latest docker image, you will get a mismatch in the table name. 1.0 uses ?vid_openecomp? and 1.1 uses ?vid_openecomp_epsdk? Thanks, jimmy From: ROSE, DANIEL V Sent: Tuesday, June 13, 2017 10:51 AM To: LUND, CARS
[onap-discuss] A maybe dump questions, but has anybody ...
"relationship-data" : [ { "relationship-key" : "cloud-region.cloud-owner", "relationship-value" : "Rackspace" }, { "relationship-value" : "RegionOne", "relationship-key" : "cloud-region.cloud-region-id" }, { "relationship-key" : "tenant.tenant-id", "relationship-value" : "a90952b7994341f4951fb5e97f829d0d" } ] } ] }, "service-type" : "vFW" } ] } } Now, the question is: Did I do something terribly wrong or do you know the few modifications and/or tips & tricks to be made to get the ONAP stack and demos working on vanilla Openstack? Mit freundlichen Grüßen / Kind regards Josef Reisinger From: "PLATANIA, MARCO (MARCO)" <plata...@research.att.com> To: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Date: 09.06.2017 15:25 Subject:[onap-discuss] [installation] Heat template and instructions to run DCAE in vanilla OpenStack Sent by:onap-discuss-boun...@lists.onap.org All, I updated the wiki page about ONAP installation in vanilla OpenStack: https://wiki.onap.org/display/DW/ONAP+Installation+in+Vanilla+OpenStack There?s a new paragraph (in blue) that highlights the necessary steps to run DCAE in OpenStack. Please use the following templates for installation: onap_openstack_float.yaml and onap_openstack_float.env Note, however, that DCAE team is still working on a DNS issue within the DCAE collector docker container. The issue is tracked in this Jira: https://jira.onap.org/browse/DCAE-7 Finally, the Heat templates linked above include the new A configurations. A now has 2 VMs: one has the docker containers that run the A logic and one has databases and third-party software dependencies. Thanks, Marco ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
Re: [onap-discuss] Can we skip openstack verification in Robot VM?
Folks, this seems to be a repeating request and I created a little Wiki page which lists the steps which make demo.sh run successful (at lest for me). If there is more to a add, please update accordingly https://wiki.onap.org/display/DW/Run+demo.sh+on+vanilla+Openstack Mit freundlichen Grü?en / Kind regards Josef Reisinger From: Kanagaraj Manickam <kanagaraj.manic...@huawei.com> To: bharath thiruveedula <bharath_...@hotmail.com>, "ROSE, DANIEL V" <dr6...@att.com>, "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Date: 08.06.2017 06:14 Subject:Re: [onap-discuss] Can we skip openstack verification in Robot VM? Sent by:onap-discuss-boun...@lists.onap.org I observed that robot is pre-configured with static IP and rackspace related settings. But I am trying on the OpenStack setup. So Do we have any guidelines on configuring the robot before running the demo.sh. Thanks Kanagaraj M *** 本邮件及其附件含有华为公司的保密信息,仅限于发送给上面地址中列出的个人或群 组。禁止任何其他人以任何形式使用(包括但不限于全部或部分地泄露、复制、或散 发)本邮件中的信息。如果您错收了本邮件,请您立即电话或邮件通知发件人并删除 本邮件! ** *** This e-mail and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it! *** From: onap-discuss-boun...@lists.onap.org [ mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of bharath thiruveedula Sent: 08 June 2017 00:39 To: ROSE, DANIEL V; onap-discuss@lists.onap.org Subject: Re: [onap-discuss] Can we skip openstack verification in Robot VM? Hi Daniel, Thanks for the info. I tried to manually create subscriber using the following ReST URLs sequentially 1)PUT /cloud-infrastructure/cloud-regions/cloud-region/{cloud-owner}/{cloud-region-id} 2)PUT /cloud-infrastructure/cloud-regions/cloud-region/{cloud-owner}/{cloud-region-id}/tenants/tenant/{tenant-id} 3)PUT / business/customers/customer/{customer-id} 4)PUT /business/customers/customer/{global-customer-id}/service-subscriptions/service-subscription/{service-type} 5)PUT /service-design-and-creation/services/service/$UUID I could see the subscriber list while deploy service instance. But while adding VNF to the service instance, I couldn't LCP region and tenant populated. I have provided cloud-region-id and tenant created in step-1 and step-2 while creating customer, aren't those LCP and tenant? Any additional request do I need to perform for this? The other questions on these exercise I have are: 1)Do we use subscriber to be tied with openstack tenant logically? so that whenever we deploy network service it deploys in the openstack tenant space to which subscriber is linked to(I am assuming this from the context of ReST API-3 above) 2)While adding VNF, we have a textbox called "Product Family", what does it refers to? Is it the same as service type we created in step-4? P.S: Daniel, any plans for creating/encouraging more of direct chat tools like IRC/Slack, am aware of existing IRC channels though? Best Regards Bharath T From: ROSE, DANIEL V <dr6...@att.com> Sent: Wednesday, June 7, 2017 12:38 AM To: bharath thiruveedula Subject: RE: Can we skip openstack verification in Robot VM? It is just a customer basically. Subscriber, openstack tenant, openstack region all have to be loaded into aai and that’s done with a rest api Thanks, Daniel Rose ECOMP / ONAP com.att.ecomp 732-420-7308 From: bharath thiruveedula [mailto:bharath_...@hotmail.com] Sent: Tuesday, June 06, 2017 2:46 PM To: ROSE, DANIEL V <dr6...@att.com> Subject: Re: Can we skip openstack verification in Robot VM? ah okay, makes sense! Can you please let me the know context behind the subscriber. Is there a way to populate subscriber list? Regards Bharath T From: ROSE, DANIEL V <dr6...@att.com> Sent: Wednesday, June 7, 2017 12:04 AM To: bharath thiruveedula; onap-discuss@lists.onap.org Subject: RE: Can we skip openstack verification in Robot VM? Robot isn’t checking anything, robot is doing steps to load data from openstack into aai. But all it is oing is reading openstack and loading data into AAI so you can def do that yourself if you feel so inclined. Thanks, Daniel Rose ECOMP / ONAP com.att.ecomp 732-420-7308 From: onap-discuss-boun...@lists.onap.org [ mailto:onap
[onap-discuss] First tutorial done ...
Folks, after a long, long journey and - as I have to admit - declining believe that I will ever see ONAP up and running on vanilla Openstack, I went the first time through the tutorial and let me say: "Well done folks", I liked what I saw. There is a glitch with a 500 error somewhere in the flow, but it didn't block me and I could at least experience how it feels to use ONAP. I can see a lot of people trying to to bring up ONAP on Opentack and as I now reached this point, I'll go back and look whether I find a similar experience and hope i can help out. That's by the way a perfect place to advertise https://wiki.onap.org/questions as the place to ask "XYZ-does-not-work"-questions rather than the mailing lists to create a persistent knowledge base. Btw, I would like to get an overview how many Openstack instances outside Racksapce are being set up. Would it be worth to create a a wiki page? Let me start one... Mit freundlichen Grüßen / Kind regards Josef Reisinger ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
[onap-discuss] Versions to use for ONAP
Folks, I am in the process to re-create the ONAP stack and wonder which version of artifacts/docker/gerrit-branchto use. I know that there is an 1.1-STAGING-latest version of the docker images, which works better in case of VID. Should I stick with 1.0-STAGING-latest in the environment file or is it safe/advised to use 1.1-STATING-latest? Mit freundlichen Grüßen / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Sales & Distribution, Communications Sector Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisin...@de.ibm.com ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
Re: [onap-discuss] SDNC container keeps failing
Alex, I can see the getaddrinfo ENOTFOUND error which hit me too as few days ago. For me it could be resolved with a bit weird change of the resolv.conf of the SDC VM. See details here: https://wiki.onap.org/questions/5734531/sdnc---portal-container-error-npm-err-network-getaddrinfo-enotfound Mit freundlichen Grüßen / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Sales & Distribution, Communications Sector Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisin...@de.ibm.com IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Geschäftsführung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 From: "Alex Vicol (avicol)" <avi...@cisco.com> To: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Date: 24.05.2017 09:10 Subject:[onap-discuss] SDNC container keeps failing Sent by:onap-discuss-boun...@lists.onap.org Hi everyone, One of the sdnc containers (the portal_container) keeps failing in our Openstack deployment. Using 1.0-STAGING-latest as the docker version. Looks like it?s complaining about a network issue or a missing ?debug? module, but not clear what the problem is. Overall the ONAP deployment is up and running fine: portal, sdc, vid, appc, ? I?m able to run the demo part until the preload part. That?s where it?s complaining about the sdnc portal being down. root@vm1-sdnc:/opt# docker ps CONTAINER IDIMAGE COMMAND CREATED STATUS PORTS NAMES 8900dc6eb41fopenecomp/dgbuilder-sdnc-image:latest "/bin/bash -c 'cd ..." 2 hours ago Up 2 hours 0.0.0.0:3000->3100/tcp sdnc_dgbuilder_container 809db6dad2dcopenecomp/admportal-sdnc-image:latest "/bin/bash -c 'cd ..." 2 hours ago Up 4 seconds0.0.0.0:8843->8843/tcp sdnc_portal_container d91cf4c9470bopenecomp/sdnc-image:latest "/opt/openecomp/sd..." 2 hours ago Up 2 hours 0.0.0.0:8282->8181/tcp sdnc_controller_container d9987a61cbbemysql/mysql-server:5.6 "/entrypoint.sh my..." 7 days ago Up 6 days 0.0.0.0:32768->3306/tcp sdnc_db_container root@vm1-sdnc:/opt# root@vm1-sdnc:/opt# docker logs sdnc_portal_container npm http GET https://registry.npmjs.org/debug npm http GET https://registry.npmjs.org/ejs npm http GET https://registry.npmjs.org/express npm http GET https://registry.npmjs.org/express-session npm http GET https://registry.npmjs.org/fs.extra npm http GET https://registry.npmjs.org/lodash npm http GET https://registry.npmjs.org/moment npm http GET https://registry.npmjs.org/morgan npm http GET https://registry.npmjs.org/multer npm http GET https://registry.npmjs.org/mysql npm http GET https://registry.npmjs.org/node-uuid npm http GET https://registry.npmjs.org/path npm http GET https://registry.npmjs.org/properties-reader/0.0.9 npm http GET https://registry.npmjs.org/sax npm http GET https://registry.npmjs.org/body-parser npm http GET https://registry.npmjs.org/serve-favicon npm http GET https://registry.npmjs.org/xml2js npm http GET https://registry.npmjs.org/dns-sync npm http GET https://registry.npmjs.org/bootstrap npm http GET https://registry.npmjs.org/bootstrap-table npm http GET https://registry.npmjs.org/cookie-parser npm http GET https://registry.npmjs.org/csv npm http GET https://registry.npmjs.org/csvtojson npm http GET https://registry.npmjs.org/dateformat npm http GET https://registry.npmjs.org/bootstrap-submenu npm http GET https://registry.npmjs.org/debug npm http GET https://registry.npmjs.org/ejs npm http GET https://registry.npmjs.org/express-session npm http GET https://registry.npmjs.org/express npm http GET https://registry.npmjs.org/fs.extra npm http GET https://registry.npmjs.org/lodash npm http GET https://registry.npmjs.org/moment npm http GET https://registry.npmjs.org/morgan npm http GET https://registry.npmjs.org/multer npm http GET https://registry.npmjs.org/mysql npm http GET https://registry.npmjs.org/node-uuid npm http GET https://registry.npmjs.org/path npm http GET https://registry.npmjs.org/properties-reader/0.0.9 npm http GET https://registry.npmjs.org/sax npm http GET https://registry.npmjs.org/body-parser npm http GET https://registry.npmjs.org/serve-favicon npm http GET https://registry.npmjs.org/xml2js npm http GET https://registry.npmjs.org/dns-sync npm http GET https://regis
Re: [onap-discuss] JIRA project "ONAP Operations Manager " missing
Folks, I added a few issues I stumbled across and for which I assume need some sort of resolution to https://jira.onap.org/projects/UCA/issues to avoid they get lost. Mit freundlichen Grüßen / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Sales & Distribution, Communications Sector Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisin...@de.ibm.com From: Josef Reisinger/Germany/IBM@IBMDE To: Roger Maitland <roger.maitl...@amdocs.com> Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Date: 11.05.2017 17:03 Subject:Re: [onap-discuss] JIRA project "ONAP Operations Manager " missing Sent by:onap-discuss-boun...@lists.onap.org Folks, thanks for your responses. I should have been more specific about the motivation of my initial mail. In bringing up the ONAP stack on Openstack, I stumbled across a few things like fixed set waiting times in scripts and continuing irrespective of the state of the waited-for-resource (i.e. opendaylight in SDN-C, sdc-BE vs. sdc-cs in SDC etc) These times (and other parameters) work on the Rackspace instance but not on "my" instance and are hardly - if at all - to change. I would propose a few changes to the way it is done today. I assumed JIRA would be the place to document the proposals as Bug, enhancement etc.. so they don't' get lost. I don't think this fits on the Wiki page as well as I don't believe it fits in the "questions" component of the Wiki. Mit freundlichen Grüßen / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Sales & Distribution, Communications Sector Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisin...@de.ibm.com IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Geschäftsführung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 From:Roger Maitland <roger.maitl...@amdocs.com> To:"ROSE, DANIEL V" <dr6...@att.com>, "SPATSCHECK, OLIVER" <spat...@research.att.com>, Josef Reisinger/Germany/IBM@IBMDE Cc:"onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Date:11.05.2017 16:46 Subject:RE: [onap-discuss] JIRA project "ONAP Operations Manager " missing Josef, back to your question about the Operations Manager and sizing for multiple environments. Clearly we need to support production environments where resource reservations for VMs (as done today) or pure container deployments are appropriate. However, fully containerized deployments avoid the resource requirements of multiple guest operating systems, thus are more resource efficient. Based on exploratory work we?ve already done, it may be possible to deploy an ONAP system on a single host in a development environment. Therefore, being able to target multiple environments (e.g. development and production) will be required (although defaulting to current behavior might be appropriate). Cheers, Roger Maitland Amdocs a Platinum member of ONAP From: onap-discuss-boun...@lists.onap.org [ mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of ROSE, DANIEL V Sent: Thursday, May 11, 2017 4:40 PM To: SPATSCHECK, OLIVER; Josef Reisinger Cc: onap-discuss@lists.onap.org Subject: Re: [onap-discuss] JIRA project "ONAP Operations Manager " missing But we will be moving JIRA tickers around from the existing ones so if you prefer to make them now you can. Something like https://jira.onap.org/projects/UCA/issuesis a nice catchall Daniel Rose ECOMP / ONAP com.att.ecomp 732-420-7308 From: onap-discuss-boun...@lists.onap.org[ mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of SPATSCHECK, OLIVER Sent: Thursday, May 11, 2017 8:52 AM To: Josef Reisinger <josef.reisin...@de.ibm.com> Cc: onap-discuss@lists.onap.org Subject: Re: [onap-discuss] JIRA project "ONAP Operations Manager " missing ***Security Advisory: This Message Originated Outside of AT *** Reference http://cso.att.com/EmailSecurity/IDSP.htmlfor more information. I don?t think there will be a JIRA till the project is formally approved?. . Oliver On May 11, 2017
Re: [onap-discuss] JIRA project "ONAP Operations Manager " missing
Folks, thanks for your responses. I should have been more specific about the motivation of my initial mail. In bringing up the ONAP stack on Openstack, I stumbled across a few things like fixed set waiting times in scripts and continuing irrespective of the state of the waited-for-resource (i.e. opendaylight in SDN-C, sdc-BE vs. sdc-cs in SDC etc) These times (and other parameters) work on the Rackspace instance but not on "my" instance and are hardly - if at all - to change. I would propose a few changes to the way it is done today. I assumed JIRA would be the place to document the proposals as Bug, enhancement etc.. so they don't' get lost. I don't think this fits on the Wiki page as well as I don't believe it fits in the "questions" component of the Wiki. Mit freundlichen Grüßen / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Sales & Distribution, Communications Sector Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisin...@de.ibm.com IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Geschäftsführung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 From: Roger Maitland <roger.maitl...@amdocs.com> To: "ROSE, DANIEL V" <dr6...@att.com>, "SPATSCHECK, OLIVER" <spat...@research.att.com>, Josef Reisinger/Germany/IBM@IBMDE Cc: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> Date: 11.05.2017 16:46 Subject:RE: [onap-discuss] JIRA project "ONAP Operations Manager " missing Josef, back to your question about the Operations Manager and sizing for multiple environments. Clearly we need to support production environments where resource reservations for VMs (as done today) or pure container deployments are appropriate. However, fully containerized deployments avoid the resource requirements of multiple guest operating systems, thus are more resource efficient. Based on exploratory work we?ve already done, it may be possible to deploy an ONAP system on a single host in a development environment. Therefore, being able to target multiple environments (e.g. development and production) will be required (although defaulting to current behavior might be appropriate). Cheers, Roger Maitland Amdocs a Platinum member of ONAP From: onap-discuss-boun...@lists.onap.org [ mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of ROSE, DANIEL V Sent: Thursday, May 11, 2017 4:40 PM To: SPATSCHECK, OLIVER; Josef Reisinger Cc: onap-discuss@lists.onap.org Subject: Re: [onap-discuss] JIRA project "ONAP Operations Manager " missing But we will be moving JIRA tickers around from the existing ones so if you prefer to make them now you can. Something like https://jira.onap.org/projects/UCA/issues is a nice catchall Daniel Rose ECOMP / ONAP com.att.ecomp 732-420-7308 From: onap-discuss-boun...@lists.onap.org [ mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of SPATSCHECK, OLIVER Sent: Thursday, May 11, 2017 8:52 AM To: Josef Reisinger <josef.reisin...@de.ibm.com> Cc: onap-discuss@lists.onap.org Subject: Re: [onap-discuss] JIRA project "ONAP Operations Manager " missing ***Security Advisory: This Message Originated Outside of AT *** Reference http://cso.att.com/EmailSecurity/IDSP.html for more information. I don?t think there will be a JIRA till the project is formally approved?. . Oliver On May 11, 2017, at 7:53 AM, Josef Reisinger <josef.reisin...@de.ibm.com> wrote: Folks, am I correct to assume that the ' ONAP Operations Manager ' project deals with all details of bringing up an ONAP instance, including behviour of startup scripts on different underlying infrastructures (I mean lab size vs. production size). I would have a few JIRA entries to make and can't see a ONAP Operations Manager project in JIRA. I even don't see a way for me to add one - could somebody with sufficient privileges add this project to JIRA. Btw, I am new to JIRA, so bear with me. Mit freundlichen Grüßen / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Sales & Distribution, Communications Sector Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Ma
[onap-discuss] JIRA project "ONAP Operations Manager " missing
Folks, am I correct to assume that the ' ONAP Operations Manager ' project deals with all details of bringing up an ONAP instance, including behviour of startup scripts on different underlying infrastructures (I mean lab size vs. production size). I would have a few JIRA entries to make and can't see a ONAP Operations Manager project in JIRA. I even don't see a way for me to add one - could somebody with sufficient privileges add this project to JIRA. Btw, I am new to JIRA, so bear with me. Mit freundlichen Grüßen / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Sales & Distribution, Communications Sector Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisin...@de.ibm.com ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
Re: [onap-discuss] ENV Details for ONAP installation
Raju, the good news is: Yes it can :-) If I look into your env file, I can see a few things which need to be changed: The images: You should name the download location of the images, but the name of the image as it appears in Openstack, To get the image in Openstack, you need to download it first and add it to the list of known images in the horizon portal. It should appear under the "Images" section in Openstack like in this screenshot: Now you can set the image parameters in the env file like ubuntu_1404_image: ubuntu-14.04-server-cloudimg-amd64 ubuntu_1604_image: ubuntu-16.04-server-cloudimg-amd64 Next thing is public key: You need to create a keypair (I think you can do that in Openstack, I did it in ssh-keygen) and grab the public(!) key file and add the content of it as one line in the heat template The line looks similar to (of course I blurred my public key a bit) The Openstack tenant ID is the id of a project in Openstack. I was under the impression that the VMs are created in this project, apparently they are not. I created a project called "onap" and took the ID of the project as the value for this parameter For me the URLs to Openstack look a bit different: http://controller/horizon http://controller:35357/v3 with controller to be the IP Address of the VM running the OS controller node (I assume that is 192.168.9.80 in your case) Now for the floating IPs; The template you have chosen allows you to specify which address each of the VM created by the template will receive. That is very handy if you delete and re-create the stack and a number of people are using the stack and do not need to re-configure their hosts file, their PUTTY setting etc, etc... You find under Project => Network Topology => Network a network called oam_ecomp_, this is the 10.0.0.0/8 address range and at least another network which is used to assign IP addresses to new VMs in Openstack. Click on this network => select the tab Subnets => select (the only) one subnet and look at "IP Allocation Pools". This is the range of IP addresses you can use as floating IPs. Each time you see "PUT FLOATING IP HERE" take on of the available IP addressed and add it as value to the parameter. I guess you are good to go.. give it a try and don't hesitate to ask if you encounter issues Mit freundlichen Grüßen / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Sales & Distribution, Communications Sector Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisin...@de.ibm.com IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Geschäftsführung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 From: Thamlur Raju <thamlurraju...@gmail.com> To: onap-discuss@lists.onap.org Date: 11.05.2017 07:59 Subject:[onap-discuss] ENV Details for ONAP installation Sent by:onap-discuss-boun...@lists.onap.org Hi, I want to brought up ONAP Installation, Hence I followed the below steps 1. I had Installed openstack devstack (Ocata) into my local machine, 2. I had downloaded onap_openstack_float.env and onap_openstack_float.yaml file 3. Than I executed below command and found few errors, stack@PC015:~/devstack$ openstack stack create -t /home/pcuser/ONAP/demo/heat/OpenECOMP/onap_openstack_float.yaml -e /home/pcuser/ONAP/demo/heat/OpenECOMP/onap_openstack_float.env ONAP ERROR: Property error: : resources.sdnc_vm.properties.image: : 400 Bad Request: Unable to filter by unknown operator 'http'. (HTTP 400) Questions: 1.Can i able to brought up ONAP Installation on openstack devstack. 2.Please let me know the environment variable(onap_openstack_float.env) details such as Ubuntu Image,Floating Ip,opens
Re: [onap-discuss] ONAP Demo Instance
Murali et al, SDC is a tough animal to deal with. I just sent a status to my team that I got it first time working today. I'll enjoy the rest of my weekend and will try to post what I did in the wiki... There are a few too optimistic assumptions (at least in my case) about the environment SDC is running in. It all started here: https://wiki.onap.org/questions/3245658/sdc---sdc-be-startup-failed - see if you find yourself (or your environment) in there. Have a nice weekend Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Sales & Distribution, Communications Sector Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisin...@de.ibm.com From: Murali p <mural...@huawei.com> To: "ROSE, DANIEL V" <dr6...@att.com>, "Shankar, Shashank Kumar" <shashank.kumar.shan...@intel.com>, Joe Falconer <joe_falco...@hotmail.com>, "Morales, Victor" <victor.mora...@intel.com>, "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>, "BENNETT, RICH" <rb2...@att.com>, "UNO, LARRY" <l...@research.att.com> Date: 06.05.2017 16:49 Subject:Re: [onap-discuss] ONAP Demo Instance Sent by:onap-discuss-boun...@lists.onap.org Dear All, We have been trying to make Portal, SDC, DMaap services up using the yaml file and the init files (demo/boot) using three virtual machines. But we are unable to make it. All dockers are up and running but the service cannot work properly and health checks fail. I hope this work can be taken on priority, so that we can put our energy in making ONAP better rather than re-inventing the wheel.(making services up). Thanks in advance for your support, Murali Mohan Murthy Potham --- Huawei Technologies India Pvt. Ltd. Level 3,4 &5 Leela Galleria, The Leela Palce 23, Airport Road, Bangalore - 560008 080 41117676 mural...@huawei.com www.huawei.com - This e-mail and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it! From: onap-discuss-boun...@lists.onap.org [onap-discuss-boun...@lists.onap.org] on behalf of ROSE, DANIEL V [dr6...@att.com] Sent: Friday, May 05, 2017 11:15 PM To: Shankar, Shashank Kumar; Joe Falconer; Morales, Victor; onap-discuss@lists.onap.org; BENNETT, RICH; UNO, LARRY Subject: Re: [onap-discuss] ONAP Demo Instance Larry can we ring this up with our development teams Monday? Daniel Rose ECOMP / ONAP com.att.ecomp 732-420-7308 From: Shankar, Shashank Kumar [mailto:shashank.kumar.shan...@intel.com] Sent: Friday, May 05, 2017 10:37 AM To: ROSE, DANIEL V <dr6...@att.com>; Joe Falconer <joe_falco...@hotmail.com>; Morales, Victor <victor.mora...@intel.com>; onap-discuss@lists.onap.org; BENNETT, RICH <rb2...@att.com> Subject: Re: [onap-discuss] ONAP Demo Instance Hi Daneil, If the Dev team themselves can let us know their environment setup and their development work flow for individual components, it would be really helpful since we cannot have the complete setup locally and Devs would like to develop individual components standalone. Thanks, Shashank From: <onap-discuss-boun...@lists.onap.org> on behalf of "ROSE, DANIEL V" <dr6...@att.com> Date: Thursday, May 4, 2017 at 9:32 PM To: Joe Falconer <joe_falco...@hotmail.com>, "Morales, Victor" < victor.mora...@intel.com>, "onap-discuss@lists.onap.org" < onap-discuss@lists.onap.org>, "BENNETT, RICH" <rb2...@att.com> Subject: Re: [onap-discuss] ONAP Demo Instance Hello, each component today generally has its own process for setting up an environment. I think dcae has one here https://wiki.onap.org/display/DW/DCAE+Controller+Development+Guide but there is some room for improvement on most of them. I think we can put out a request for someone like rich bennett to ask for that from the dev teams. Daniel Rose ECOMP / ONAP com.att.ecomp 732-420-7308 From: onap-discuss-boun...@lists.onap.org [ mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Joe Falconer Sent: Thursday, May
[onap-discuss] [poll] Rackspace vs. Vanilla Openstack
Marco, we have setup ONAP using OpenStack Ocata with the "old" APIs active - so we should not run into issues here. What works I get twelve VMs spun up using the heat template for vanilla Openstack. The template is the one which was valid in the week von 2017-04-10..2017-04-13, not the newest one I can see the docker container running as they appear in the various XXX_vm_init.sh files What still needs to be brought to work (based on my knowledge of today) DCAE. According to https://lists.onap.org/pipermail/onap-discuss/2017-April/000374.html this is known not to work on vanilla Openstack yet.. on the robot vm, /opt/demo.sh has some issued too. There are couple of messages around stating the configuration of the Rackspace authentication node, the expectation of the "tenant" parameter etc.. SDC, especially sdc-BE and sdc-FE. I manually went through the steps of the "new" (_RC.yaml) heat template, but I do not progress in getting the sdc-[BE|FE] running. I would really appreciate if somebody could help me with looking at https://wiki.onap.org/questions/3245658/comments/3245710 and telling me whether "Timeout scanning annotations" could be the root cause why I get a 404 when running the docker_healh.sh.The SDC is the most burning "issue" I am facing right now Btw, (and a bit off-topic) I kindly would ask the community to make use of http://wiki.onap.org/questions. I can already see questions coming up which have at least partly be answered in the list ... with limited capabilities to search. Building our own "stackoverflow" would be a great thing. Mit freundlichen Gr??en / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Sales & Distribution, Communications Sector Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisinger at de.ibm.com IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Gesch?ftsf?hrung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 From: "PLATANIA, MARCO (MARCO)" <plata...@research.att.com> To: Arun Arora , Josef Reisinger/Germany/IBM at IBMDE, onap-discuss Cc: Gaurav Gupta , "Abhishek Narayan Saxena - ERS, HCL Tech" Date: 25.04.2017 16:12 Subject:Re: [onap-discuss] [poll] Rackspace vs. Vanilla Openstack Hello Arun, As you know, we are using OpenStack Mitaka. Regarding hypervisor and Operating System, we are using KVM and Ubuntu 14.04 LTS, respectively. Please let us know how the deployment goes in your environment. Thanks, Marco From: Arun Arora <arun_ar...@hcl.com> Date: Tuesday, April 25, 2017 at 7:45 AM To: "PLATANIA, MARCO (MARCO)" , Josef Reisinger , onap-discuss Cc: Gaurav Gupta , "Abhishek Narayan Saxena - ERS, HCL Tech" Subject: RE: [onap-discuss] [poll] Rackspace vs. Vanilla Openstack Hi Marco, I see you have installed ONAP on Vanilla OpenStack (Mitaka) and shared the installation details as well on ONAP wiki. Thanks for the info J We are also trying it with OpenStack (Mitaka) installed on CentOS 7. Can you please provide the info about the infrastructure (Hypervisor, underlying OS etc) you used in your setup? Thanks, Arun From: onap-discuss-boun...@lists.onap.org [ mailto:onap-discuss-bounces at lists.onap.org] On Behalf Of PLATANIA, MARCO (MARCO) Sent: Monday, April 24, 2017 10:55 PM To: Josef Reisinger ; onap-discuss Subject: Re: [onap-discuss] [poll] Rackspace vs. Vanilla Openstack Hello Joseph, Could you please let us know more about your ONAP installation in Vanilla OpenStack? We are using OpenStack Mitaka, with the latest templates available in Nexus/Gerrit: onap_openstack_RC.yaml and onap_openstack_RC.env. The installation process in OpenStack goes smooth, with some known issue, such as DCAE doesn?t spin up its data collection and analytics environment, as documented in Jira: https://jira.onap.org/browse/DCAE-7 DCAE team is working on this. Thanks, Marco From: <onap-discuss-boun...@lists.onap.org> on behalf of Josef Reisinger < josef.reisinger at de.ibm.com> Date: Monday, April 24, 2017 at 11:21 AM To: onap-discuss Subject: [onap-discuss] [poll] Rackspace vs. Vanilla Openstack Folks, I am busy the last two weeks or so to setup ONAP on an vanilla OpenStack and, well, as expected, a few things still not coming up... . I am curious to learn how many in this community try to setup ONAP on vanilla Openstack vs. Rackspace. Replies are appreciated :-) Mit fre
[onap-discuss] [poll] Rackspace vs. Vanilla Openstack
Yes, would be great if the environment used and the experiences made can be published on a Wiki Page Despite the known issues with DCAE I cannot get sdc-BE to run ... see also https://wiki.onap.org/questions/3245658/sdc---sdc-be-startup-failed I still hope once SDC runs, I can go back to get demo.sh to run... :-) Mit freundlichen Gr??en / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Sales & Distribution, Communications Sector Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisinger at de.ibm.com IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Gesch?ftsf?hrung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 From: Arun Arora <arun_ar...@hcl.com> To: "PLATANIA, MARCO (MARCO)" , Josef Reisinger/Germany/IBM at IBMDE, onap-discuss Cc: Gaurav Gupta , "Abhishek Narayan Saxena - ERS, HCL Tech" Date: 25.04.2017 13:46 Subject:RE: [onap-discuss] [poll] Rackspace vs. Vanilla Openstack Hi Marco, I see you have installed ONAP on Vanilla OpenStack (Mitaka) and shared the installation details as well on ONAP wiki. Thanks for the info J We are also trying it with OpenStack (Mitaka) installed on CentOS 7. Can you please provide the info about the infrastructure (Hypervisor, underlying OS etc) you used in your setup? Thanks, Arun From: onap-discuss-boun...@lists.onap.org [ mailto:onap-discuss-bounces at lists.onap.org] On Behalf Of PLATANIA, MARCO (MARCO) Sent: Monday, April 24, 2017 10:55 PM To: Josef Reisinger ; onap-discuss Subject: Re: [onap-discuss] [poll] Rackspace vs. Vanilla Openstack Hello Joseph, Could you please let us know more about your ONAP installation in Vanilla OpenStack? We are using OpenStack Mitaka, with the latest templates available in Nexus/Gerrit: onap_openstack_RC.yaml and onap_openstack_RC.env. The installation process in OpenStack goes smooth, with some known issue, such as DCAE doesn?t spin up its data collection and analytics environment, as documented in Jira: https://jira.onap.org/browse/DCAE-7 DCAE team is working on this. Thanks, Marco From: <onap-discuss-boun...@lists.onap.org> on behalf of Josef Reisinger < josef.reisinger at de.ibm.com> Date: Monday, April 24, 2017 at 11:21 AM To: onap-discuss Subject: [onap-discuss] [poll] Rackspace vs. Vanilla Openstack Folks, I am busy the last two weeks or so to setup ONAP on an vanilla OpenStack and, well, as expected, a few things still not coming up... . I am curious to learn how many in this community try to setup ONAP on vanilla Openstack vs. Rackspace. Replies are appreciated :-) Mit freundlichen Gr??en / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Sales & Distribution, Communications Sector Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisinger at de.ibm.com IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Gesch?ftsf?hrung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete
[onap-discuss] [install] ONAP Robot testsute failed on Ubuntu Mitaka Openstack
This is due to the fact that the script expects a "tenant" element in the response to creating an auth token. The tenant is only returned if the request data contain a tenantName element. You find more in the discussion here: https://wiki.onap.org/display/DW/Tutorial%3A+Creating+a+Service+Instance+from+a+Design+Model?focusedCommentId=3245522#comment-3245522 . I tried the change of the template but encountered the next error as described in the above mentioned page. Mit freundlichen Gr??en / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Sales & Distribution, Communications Sector Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisinger at de.ibm.com IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Gesch?ftsf?hrung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 From: William Chen <william.ch...@huawei.com> To: "onap-discuss at lists.onap.org" Date: 25.04.2017 01:53 Subject:[onap-discuss] ONAP Robot testsute failed on Ubuntu Mitaka Openstack Sent by:onap-discuss-bounces at lists.onap.org Hi, We are trying to deploy ONAP on our Openstack following wiki instruction below. https://wiki.onap.org/display/DW/Installing+and+Running+the+ONAP+Demos We solved most of problems, and have every VM and Container work. Finally stuck at following point: demo.sh init https://wiki.onap.org/display/DW/Tutorial%3A+Creating+a+Service+Instance+from+a+Design+Model ? As far as now, we can pass AUTH Step by changing ?GLOBAL_OPENSTACK_KEYSTONE_SERVER? in ?testsuite/properties/integration_robot_properties.py?. ? But still get following error, it seems like missing some tenant information. Does any successfully make it work? Any thought? Regards, William Chen ___ onap-discuss mailing list onap-discuss at lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss -- next part -- An HTML attachment was scrubbed... URL: <http://lists.onap.org/pipermail/onap-discuss/attachments/20170425/fb408c48/attachment.html> -- next part -- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 76803 bytes Desc: not available URL: <http://lists.onap.org/pipermail/onap-discuss/attachments/20170425/fb408c48/attachment.jpe> -- next part -- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 51782 bytes Desc: not available URL: <http://lists.onap.org/pipermail/onap-discuss/attachments/20170425/fb408c48/attachment.png>
[onap-discuss] [install] SDC-BE startup error
Folks, I put a question in https://wiki.onap.org/questions/3245658/sdc---sdc-be-startup-failed Tried RELEASE as 1.0-STAGING-latest ans well as latest (from what I have seen in one of the mail strings). Mit freundlichen Gr??en / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Sales & Distribution, Communications Sector Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisinger at de.ibm.com IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Gesch?ftsf?hrung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 -- next part -- An HTML attachment was scrubbed... URL: <http://lists.onap.org/pipermail/onap-discuss/attachments/20170424/6b24c008/attachment.html>
[onap-discuss] Proposal for list split of onap-discuss
Thanks Andrew, sounds to me as the best we can get ... I'll will give it a try :-) Mit freundlichen Gr??en / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Sales & Distribution, Communications Sector Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisinger at de.ibm.com IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Gesch?ftsf?hrung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 From: Andrew Grimberg <agrimb...@linuxfoundation.org> To: onap-discuss at lists.onap.org Date: 21.04.2017 17:29 Subject:Re: [onap-discuss] Proposal for list split of onap-discuss Sent by:onap-discuss-bounces at lists.onap.org On 04/20/2017 03:28 PM, Aimee Ukasick wrote: > On 04/20/2017 02:44 PM, Ed Warnicke wrote: >> Thinking outloud... it almost feels like mailing lists as a tool are no >> longer a good fit to the need. >> >> Is there another tool we could consider using? >> > I personally like the idea of a discussion bulletin board/forum where > developers can ask for help and discuss ideas. Late last year, OPNFV > created a tech-discuss forum, but there has been little activity in it. > Developers seem to prefer email and IRC. Maybe using a forum would catch > on if the forum were created at inception instead of a couple of years > into the life of the project. > > > [1] https://techdiscuss.opnfv.org/ As I mentioned earlier in the thread. We've got the Questions module [0] installed on the wiki. It's essentially a StackOverflow style forum for Confluence. Folks just need to start using it for it to be useful. [0] https://wiki.onap.org/questions -- Andrew J Grimberg Lead, IT Release Engineering The Linux Foundation [attachment "signature.asc" deleted by Josef Reisinger/Germany/IBM] ___ onap-discuss mailing list onap-discuss at lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss -- next part -- An HTML attachment was scrubbed... URL: <http://lists.onap.org/pipermail/onap-discuss/attachments/20170421/2b958769/attachment.html>
[onap-discuss] Proposal for list split of onap-discuss
Folks, good to see this huge activity on the list .. but honestly, it starts to become overwhelming. What do you think about splitting the discussion list in per-domain lists, i.e. o onap-install for all topics regarding installation in openstack (vanilla/rackspace) o onap-admin for admin related task, if users in the portal are missing etc... o onap-develop for the ones interesting to develop onap core functions o onap-users for the ones finally creating services using onap. I know there will be overlap here and there - what's the view of the community? Mit freundlichen Gr??en / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Sales & Distribution, Communications Sector Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisinger at de.ibm.com IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Gesch?ftsf?hrung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 -- next part -- An HTML attachment was scrubbed... URL: <http://lists.onap.org/pipermail/onap-discuss/attachments/20170420/12da94d7/attachment.html>
[onap-discuss] robot_vm: demo.sh failing - connectivity solved, cannot get openstack tenant
Hi Daniel, saw this this morning in the confluence summary :-) I started a wiki page for the install on vanilla Openstack - what about collecting all lessons learned for vanilla OS installs there? Mit freundlichen Gr??en / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Sales & Distribution, Communications Sector Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisinger at de.ibm.com IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Gesch?ftsf?hrung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 From: "ROSE, DANIEL V" <dr6...@att.com> To: Josef Reisinger/Germany/IBM at IBMDE, "onap-discuss at lists.onap.org" Date: 19.04.2017 22:40 Subject:RE: [onap-discuss] robot_vm: demo.sh failing - connectivity solved, cannot get openstack tenant Hello, check out this comment: https://wiki.onap.org/display/DW/Tutorial:+Creating+a+Service+Instance+from+a+Design+Model?focusedCommentId=3245522?focusedCommentId=3245522#comment-3245522 I think it?s the same thing Thanks, Daniel Rose ECOMP / ONAP com.att.ecomp 732-420-7308 From: onap-discuss-boun...@lists.onap.org [ mailto:onap-discuss-bounces at lists.onap.org] On Behalf Of Josef Reisinger Sent: Wednesday, April 19, 2017 8:56 AM To: onap-discuss at lists.onap.org Subject: [onap-discuss] robot_vm: demo.sh failing - connectivity solved, cannot get openstack tenant Folks, trying to get demo.sh on robot_vm to run on an vanilla openstack (Ocata) install. I successfully have identified the variable "GLOBAL_OPENSTACK_KEYSTONE_SERVER" in line 30 (or so) of file /opt/eteshare/config/integration_robot_properties.py to be changed to the http://:5000, but I do not understand what goes wrong after that:. I gather it has something to do with the (non-)existence of a tenant...? Is there any documentation on the semantics in this file? See a snippet of output.log below. Logs the given message with the given level. Received response from keystone ${resp.text} Arguments: [ 'Received response from keystone {"access": {"token": {"issued_at": "2017-04-19T12:06:55.00Z", "expires": "2017-04-19T13:06:55.00Z", "id": ""]}, "serviceCatalog": [], "user": {"username": "", "roles_links": [], "id": "", "roles": [], "name": ""}, "metadata": {"is_admin": 0, "roles": []}}}' ] Received response from keystone {"access": {"token": {"issued_at": "2017-04-19T12:06:55.00Z", "expires": "2017-04-19T13:06:55.00Z", "id": "", "audit_ids": [""]}, "serviceCatalog": [], "user": {"username": "", "roles_links": [], "id": "", "roles": [], "name": ""}, "metadata": {"is_admin": 0, "roles": []}}} Return: None Return: None Get Openstack tenant from the current alias auth ${tenants} Arguments: [ 'auth' ] KeyError: 'tenant' Traceback (most recent call last): File "/var/opt/OpenECOMP_ETE/robot/library/eteutils/OpenstackLibrary.py", line 45, in get_current_openstack_tenant return jsonResponse['access']['token']['tenant'] Mit freundlichen Gr??en / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Gesch?ftsf?hrung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 -- next part -- An HTML attachment was scrubbed... URL: <http://lists.onap.org/pipermail/onap-discuss/attachments/20170420/994fe569/attachment-0001.html>
[onap-discuss] robot_vm: demo.sh failing - connectivity solved, cannot get openstack tenant
Folks, trying to get demo.sh on robot_vm to run on an vanilla openstack (Ocata) install. I successfully have identified the variable "GLOBAL_OPENSTACK_KEYSTONE_SERVER" in line 30 (or so) of file /opt/eteshare/config/integration_robot_properties.py to be changed to the http://:5000, but I do not understand what goes wrong after that:. I gather it has something to do with the (non-)existence of a tenant...? Is there any documentation on the semantics in this file? See a snippet of output.log below. Logs the given message with the given level. Received response from keystone ${resp.text} Arguments: [ 'Received response from keystone {"access": {"token": {"issued_at": "2017-04-19T12:06:55.00Z", "expires": "2017-04-19T13:06:55.00Z", "id": ""]}, "serviceCatalog": [], "user": {"username": "", "roles_links": [], "id": "", "roles": [], "name": ""}, "metadata": {"is_admin": 0, "roles": []}}}' ] Received response from keystone {"access": {"token": {"issued_at": "2017-04-19T12:06:55.00Z", "expires": "2017-04-19T13:06:55.00Z", "id": "", "audit_ids": [""]}, "serviceCatalog": [], "user": {"username": "", "roles_links": [], "id": "", "roles": [], "name": ""}, "metadata": {"is_admin": 0, "roles": []}}} Return: None Return: None Get Openstack tenant from the current alias auth ${tenants} Arguments: [ 'auth' ] KeyError: 'tenant' Traceback (most recent call last): File "/var/opt/OpenECOMP_ETE/robot/library/eteutils/OpenstackLibrary.py", line 45, in get_current_openstack_tenant return jsonResponse['access']['token']['tenant'] Mit freundlichen Gr??en / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Gesch?ftsf?hrung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 -- next part -- An HTML attachment was scrubbed... URL: <http://lists.onap.org/pipermail/onap-discuss/attachments/20170419/8089b01b/attachment-0001.html>
[onap-discuss] ONAP and Openstack Ocata/Neutron
Thanks Catherine. Do you have a recommended spec for an OpenStack setup (version, physical h/w, network etc..) to be used as a basis for the current ONAP release? Mit freundlichen Gr??en / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Sales & Distribution, Communications Sector IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel E-Mail: josef.reisinger at de.ibm.com IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Gesch?ftsf?hrung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 From: "Lefevre, Catherine" <cl6...@intl.att.com> To: "ROSE, DANIEL V" , Josef Reisinger/Germany/IBM at IBMDE, "onap-discuss at lists.onap.org" Date: 14.04.2017 10:13 Subject:RE: [onap-discuss] ONAP and Openstack Ocata/Neutron Good morning Dan and Josef, We have not an Ocata version in our lab. We are indeed supporting floating IP addresses. We will need to investigate with the SDN-C team about this request. It is now tracked under JIRA. https://jira.onap.org/browse/MSO-12 Best regards Catherine From: onap-discuss-boun...@lists.onap.org [ mailto:onap-discuss-bounces at lists.onap.org] On Behalf Of ROSE, DANIEL V Sent: Thursday, April 13, 2017 5:47 PM To: Josef Reisinger ; onap-discuss at lists.onap.org Subject: Re: [onap-discuss] ONAP and Openstack Ocata/Neutron ***Security Advisory: This Message Originated Outside of AT *** Reference http://cso.att.com/EmailSecurity/IDSP.html for more information. MSO Team can you check and see? I don?t know if we have an ocata in our lab running yet but my guess would be that the version of PO adapter in MSO does not support Ocata apis. Thanks, Daniel Rose ECOMP / ONAP com.att.ecomp 732-420-7308 From: onap-discuss-boun...@lists.onap.org [ mailto:onap-discuss-bounces at lists.onap.org] On Behalf Of Josef Reisinger Sent: Thursday, April 13, 2017 10:17 AM To: onap-discuss at lists.onap.org Subject: [onap-discuss] ONAP and Openstack Ocata/Neutron Folks, we are trying to setup a vanilla OpenStack (Ocata) instance as the basis for ONAP. We progressed up to the point where the VMs are spun up, but unfortunately they do not pick up the public IP addresses. We assumed that this is due to not having configured an floating ip pool, but the client responded ""Floating ip pool operations are only available for Compute v2 network"". According to this source https://ask.openstack.org/en/question/99678/openstack-client-floating-ip-pool-operations-are-only-available-for-compute-v2-network/ , floating IP pools are not supported anymore in neutron. Ware you aware of this issue and do you have a workaround to get the VMs to pick up the public IP addresses? Mit freundlichen Gr??en / Kind regards Josef Reisinger When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of Nomadic Traits IBM Sales & Distribution, Communications Sector Certified IT-Architect Telecommunications IBM Certified Telecommunications Industry ITA Lehrbeauftragter an der Hochschule Fresenius IBM Deutschland Godesberger Allee 127 53175 Bonn Beuel Phone:+49 151 1426 4559 Mobile: +49-(0) 151 1426 4559 E-Mail: josef.reisinger at de.ibm.com Public: IBM TME Solution Labs Flyer Internal: IBM TME Solution Wiki Internal: TME Demo Video Series Internal: TME Demo App IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Gesch?ftsf?hrung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 -- next part -- An HTML attachment was scrubbed... URL: <http://lists.onap.org/pipermail/onap-discuss/attachments/20170414/a8e2d4ba/attachment-0001.html> -- next part -- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 6742 bytes Desc: not available URL: <http://lists.onap.org/pipermail/onap-discuss/attachments/20170414/a8e2d4ba/attachment-0001.jpe>