Hi, 2) MCP sets up all Openstack services to talk to each other over unencrypted connections on the internal management network (172.16.10.0/24). This means all admin/internal endpoints use plain http, while the public endpoints are handled via nginx (*with* SSL termination) on the prx01/02 VCP VMs. If you plan to use the public endpoints, you will most likely have to add the certificate (mcp_os_cacert) on the machine that connects to those public endpoints. For convenience, the deploy will copy that cert to the cfg01 node in /etc/ssl/certs/os_cacert.
Functest/yardstick, which use the public endpoints, copy this file via [1, 2] inside their respective containers as /etc/ssl/cert/mcp_os_cacert (to prevent name collisions). I'll open a bug report for documenting this better in the Fuel docs. BR, Alex [1] https://git.opnfv.org/releng/tree/utils/fetch_os_creds.sh#n119 [2] https://github.com/opnfv/releng/blob/dca0a72d315416f17dd4296299726b4fbcb88c8a/jjb/functest/functest-alpine.sh#L108 From: opnfv-tech-discuss-boun...@lists.opnfv.org [mailto:opnfv-tech-discuss-boun...@lists.opnfv.org] On Behalf Of SULLIVAN, BRYAN L (BRYAN L) Sent: Wednesday, January 10, 2018 4:35 PM To: pramod.sud...@wipro.com; Tina Tsou; eric.dm...@wipro.com; UKASICK, AIMEE L (AIMEE L); Joe Kidder Cc: 'opnfv-tech-discuss@lists.opnfv.org' Subject: Re: [opnfv-tech-discuss] [Models][Auto] vHello_Tacker updated for Euphrates A couple of notes: 1) There should not be multiple endpoints with the same name defined in OpenStack. It's likely that one is a remainder from some earlier test. You may need to use "openstack endpoint delete ..." to remove one of the endpoints. Being related to keystone in this case, it's not something that was setup by this test script. It may also be some quirk in the way that MOS sets up the endpoints, that I have not encountered so far. a. Send me the result of "openstack endpoints list" and "openstack endpoint show <id of the duplicate endpoints>" for each endpoint. I will see if I can mod the script to handle it, if it's not some error in the Fuel setup. 2) "OS_CACERT=/etc/ssl/certs/mcp_os_cacert" looks like some Fuel-specific cert file. I'm not sure what the effects related to that might be. You will probably need Fuel team support. It could indicate that for Fuel, there needs to be some additional file installed on the Tacker client... I have not encountered such an error on Apex or JOID. Thanks, Bryan Sullivan | AT&T From: pramod.sud...@wipro.com<mailto:pramod.sud...@wipro.com> [mailto:pramod.sud...@wipro.com] Sent: Tuesday, January 09, 2018 9:05 PM To: SULLIVAN, BRYAN L (BRYAN L) <bryan.sulli...@research.att.com<mailto:bryan.sulli...@research.att.com>>; Tina Tsou <tina.t...@arm.com<mailto:tina.t...@arm.com>>; eric.dm...@wipro.com<mailto:eric.dm...@wipro.com>; UKASICK, AIMEE L (AIMEE L) <aim...@research.att.com<mailto:aim...@research.att.com>>; Joe Kidder <joe.kid...@5thlayer.com<mailto:joe.kid...@5thlayer.com>> Cc: 'opnfv-tech-discuss@lists.opnfv.org' <opnfv-tech-discuss@lists.opnfv.org<mailto:opnfv-tech-discuss@lists.opnfv.org>> Subject: RE: [Models][Auto] vHello_Tacker updated for Euphrates Hi Bryan and Joe, I could create an image for tacker on ARM Pod using tacker.sh. I had to change start.sh in /tmp/models/ to account for a change in "endpoint create" API syntax and also to account for multiple endpoints with the same name in openstack. The Tacker container is now started but still encounters an error for "tacker vim-register" as below. I also encountered some auth failure for this command on last Friday (for auth_url: http://172.16.10.10:35357/v3<https://url10.mailanyone.net/v1/?m=1eZHUW-0006Da-4x&i=57e1b682&c=FrQGlyGCLErNYt-YGvuhNo3B-34XguJFYbIHPgKherWjMkttsp1OeSveN7P7O24AksTphKgvldDdT7BRivG9dp809FGExsaHQaAU7ZQUfh8w8X16F5NFopy6PJ7ZsFY2_xjeqVqF-OJIBopuP1V_gP6USPBMbVUkRXppjXm53rux4j8m0gmvy5t-H5vmQzkCQbuSXVyy6Q9bwJe-NGYjjfHpL-jpgzsq8H5ZpFqC64-lSp4gWyJb7XWsD8R9JaGApJp8-MUxSapMyJsZKSdfHOutQQL-_NCl-OZ-xblnhXpNaVbJiv2F3_nV4a1fHKTIf8DDyuSaXyA1HgmTrx6_ObnkZRS9Nw7mBEelzsdvLbUrcP28GEJPxb-NNGAnO2zFX5bMhiiII8MlnXlHatj2LwxM_Jm_3bVTV0aw1zvtQCdBx8Po0A92cSpCNKH2cJFBl44ujLFXCgCC6bPo4cLOHKv2rSR37bjDGhH_fSXZ7jJYKvLOf825ewL6xt2RAr63JHVmZ8JI8w9Y613-fVZwxw> and OS_PROJECT_DOMAIN_ID=Default). I was also wondering about the non-existent file for OS_CACERT=/etc/ssl/certs/mcp_os_cacert being used in env. Complete session logs are attached. main:203 (Wed Jan 10 03:39:11 UTC 2018) Register default VIM SSL exception connecting to https://10.10.50.103:5000/v2.0:<https://url10.mailanyone.net/v1/?m=1eZHUW-0006Da-4x&i=57e1b682&c=yxbJB0Q17ePvaVgTFeucz7U-rVD8emTNdackG9_fLZsHMeKJ6H1rQPzRPEwLcJGebk3rk_lpT9dGyLOKQrKVlVRS99j7YpfGNYwSKKxj_ywvuV3d7c4uquJx9wJzKTp7tgTG_7qSUPaGiWsP3R4MycZbn3A_VFHIj4sHDFBpAyYNeOhpZj2K93uuiEaFBHr8e-gTW0YtokNht65gfnBuapXqdYrR9V3B64h8cBmQng5H3oPiGQk0idUKaKIKwc-sVzdPRS7H-cCRZhcCdSiV2vDKy_FYWz7G9HD7SPwpQuD_jS5vd8FBAK7o03puHJLNqeU-izjaOy-kTgc8ql1VDAbp_X38nm79BhDyEWgSSOkXtGHKBMdaLMSJachUgfGNRpuGwNtDMrtT7jrTHG3vPGJQe-U0ts5dGR00vjcB_MegtrPh0XQGQn6iX68ycLo5DrbrSeVUIRh5RwiOB3JO-JJ7-sIebjMthbDwGcGv1M83OFCXVDAfbliZs06IoVkff_hVNUwotiyh7ZaN8TLTjw> None: Max retries exceeded with url: /v2.0 (Caused by None) 2018-01-10 03:39:38.028 1310 ERROR tacker.api.v1.resource return method(*args, **kwargs) 2018-01-10 03:39:38.028 1310 ERROR tacker.api.v1.resource File "/usr/local/lib/python2.7/dist-packages/tacker/nfvo/drivers/vim/openstack_driver.py", line 203, in register_vim 2018-01-10 03:39:38.028 1310 ERROR tacker.api.v1.resource ks_client = self.authenticate_vim(vim_obj) 2018-01-10 03:39:38.028 1310 ERROR tacker.api.v1.resource File "/usr/local/lib/python2.7/dist-packages/tacker/nfvo/drivers/vim/openstack_driver.py", line 120, in authenticate_vim 2018-01-10 03:39:38.028 1310 ERROR tacker.api.v1.resource keystone_version = self._validate_auth_url(auth_url) 2018-01-10 03:39:38.028 1310 ERROR tacker.api.v1.resource File "/usr/local/lib/python2.7/dist-packages/tacker/nfvo/drivers/vim/openstack_driver.py", line 158, in _validate_auth_url 2018-01-10 03:39:38.028 1310 ERROR tacker.api.v1.resource raise nfvo.VimConnectionException(message=str(e)) 2018-01-10 03:39:38.028 1310 ERROR tacker.api.v1.resource VimConnectionException: SSL exception connecting to https://10.10.50.103:5000/v2.0:<https://url10.mailanyone.net/v1/?m=1eZHUW-0006Da-4x&i=57e1b682&c=yxbJB0Q17ePvaVgTFeucz7U-rVD8emTNdackG9_fLZsHMeKJ6H1rQPzRPEwLcJGebk3rk_lpT9dGyLOKQrKVlVRS99j7YpfGNYwSKKxj_ywvuV3d7c4uquJx9wJzKTp7tgTG_7qSUPaGiWsP3R4MycZbn3A_VFHIj4sHDFBpAyYNeOhpZj2K93uuiEaFBHr8e-gTW0YtokNht65gfnBuapXqdYrR9V3B64h8cBmQng5H3oPiGQk0idUKaKIKwc-sVzdPRS7H-cCRZhcCdSiV2vDKy_FYWz7G9HD7SPwpQuD_jS5vd8FBAK7o03puHJLNqeU-izjaOy-kTgc8ql1VDAbp_X38nm79BhDyEWgSSOkXtGHKBMdaLMSJachUgfGNRpuGwNtDMrtT7jrTHG3vPGJQe-U0ts5dGR00vjcB_MegtrPh0XQGQn6iX68ycLo5DrbrSeVUIRh5RwiOB3JO-JJ7-sIebjMthbDwGcGv1M83OFCXVDAfbliZs06IoVkff_hVNUwotiyh7ZaN8TLTjw> None: Max retries exceeded with url: /v2.0 (Caused by None) 2018-01-10 03:39:38.028 1310 ERROR tacker.api.v1.resource 2018-01-10 03:39:38.036 INFO tacker.wsgi [req-69c4ec56-0faf-4de2-9f13-4d2c43176720 admin admin] 172.17.0.2 - - [10/Jan/2018 03:39:38] "POST /v1.0/vims.json HTTP/1.1" 500 417 1.900016 Regards, Pramod From: SULLIVAN, BRYAN L (BRYAN L) [mailto:bryan.sulli...@research.att.com] Sent: Tuesday, January 9, 2018 5:50 PM To: Pramod Sudrik (Product Engineering Service) <pramod.sud...@wipro.com<mailto:pramod.sud...@wipro.com>>; Tina Tsou <tina.t...@arm.com<mailto:tina.t...@arm.com>>; Eric DMaye (Product Engineering Service) <eric.dm...@wipro.com<mailto:eric.dm...@wipro.com>>; UKASICK, AIMEE L (AIMEE L) <aim...@research.att.com<mailto:aim...@research.att.com>>; Joe Kidder <joe.kid...@5thlayer.com<mailto:joe.kid...@5thlayer.com>> Cc: 'opnfv-tech-discuss@lists.opnfv.org' <opnfv-tech-discuss@lists.opnfv.org<mailto:opnfv-tech-discuss@lists.opnfv.org>> Subject: RE: [Models][Auto] vHello_Tacker updated for Euphrates ** This mail has been sent from an external source ** Re ARM arch, good point. I don't have ARM hw and did not build this for ARM. You can try to build it using the script (tacker.sh) in the models build folder. If it works, you will need to push the container to docker hub and patch the vHello_Tacker.sh script to reference it, or figure out how to pull it as a local container image. Thanks, Bryan Sullivan | AT&T From: pramod.sud...@wipro.com<mailto:pramod.sud...@wipro.com> [mailto:pramod.sud...@wipro.com] Sent: Tuesday, January 09, 2018 3:09 PM To: SULLIVAN, BRYAN L (BRYAN L) <bryan.sulli...@research.att.com<mailto:bryan.sulli...@research.att.com>>; Tina Tsou <tina.t...@arm.com<mailto:tina.t...@arm.com>>; eric.dm...@wipro.com<mailto:eric.dm...@wipro.com>; UKASICK, AIMEE L (AIMEE L) <aim...@research.att.com<mailto:aim...@research.att.com>>; Joe Kidder <joe.kid...@5thlayer.com<mailto:joe.kid...@5thlayer.com>> Cc: 'opnfv-tech-discuss@lists.opnfv.org' <opnfv-tech-discuss@lists.opnfv.org<mailto:opnfv-tech-discuss@lists.opnfv.org>> Subject: RE: [Models][Auto] vHello_Tacker updated for Euphrates Hi Bryan, I am copying Joe for getting info/process used by him to deploy OPNFV/Fuel in this ARM Pod. The sudo docker logs -f tacker shows "standard_init_linux.go:178: exec user process caused "exec format error"". The "sudo docker image inspect blsaws/models-tacker" shows "Architecture": "amd64", so I was wondering whether we need specific docker image for ARM architecture. Regards, Pramod From: SULLIVAN, BRYAN L (BRYAN L) [mailto:bryan.sulli...@research.att.com] Sent: Tuesday, January 9, 2018 4:25 PM To: Pramod Sudrik (Product Engineering Service) <pramod.sud...@wipro.com<mailto:pramod.sud...@wipro.com>>; Tina Tsou <tina.t...@arm.com<mailto:tina.t...@arm.com>>; Eric DMaye (Product Engineering Service) <eric.dm...@wipro.com<mailto:eric.dm...@wipro.com>>; UKASICK, AIMEE L (AIMEE L) <aim...@research.att.com<mailto:aim...@research.att.com>> Cc: 'opnfv-tech-discuss@lists.opnfv.org' <opnfv-tech-discuss@lists.opnfv.org<mailto:opnfv-tech-discuss@lists.opnfv.org>> Subject: RE: [Models][Auto] vHello_Tacker updated for Euphrates ** This mail has been sent from an external source ** Two minor edits: 1. The link to start.sh (thanks, outook): https://git.opnfv.org/models/tree/build/tacker/start.sh<https://url10.mailanyone.net/v1/?m=1eZHUW-0006Da-4x&i=57e1b682&c=sH5Nj0Au7vHsAstE0yEaZ3HKw9yrFcvtRMsaaCx7QNqBgZuleFoVp8raHXbUKnrkk0zdW_EyKarPS7IGew67-noLOYjHvM2AChu5wKvbUhDIbTIWUyZDqCiHUv0_Q_r6s74sezuVuwGVr7xKg1GKMT1iDVEbTR6TTqz-M7-Oktvio6wEH4Pp7LjHvsG6MEVyo9Uh3qr7hLvBwA365-HIjxgO6mK2Wwa9oWItw5kz-pTLcK1VyL3LVUd9wZMsGvVnzI1NrsiGmLZxYIjqzQVdzZAWlxGj0lECbs78Jyg2s-nm3_wCYapcKaVMUfHWDuNwEAfhhVJuOk2fmDAT3LYTL0U30EAjTPACgV-b9JqBQFWIdnJly59tGRcCIK1jxwsnJ1-WQc5wL8ASd0kvSgXSqj9FXGaxriCDVCemVhll8fuhs8vA6bFxYXmI9UVlQanEcx4EQTqB2cTOTDV9AYZbdjKVqSzK3__m6q5EPos36KUZormjZn0tkQjJSZ_tY-LY0jV6Bm-68AHuK2rFlgyXvXKAo1q7--TrCQSeRQCZLZYQoadagXyZ9FlFdyfOwuXAFENDArhZou0MvLwrQaW6KWQDsgRF7NPfllgBjkLyP8MJdA56P1Plp_nmXjHB7cmRvs7zTicwXkGUqGm8fur5LTnN16FZCyf96FAcpAbBHE93TX-rwCwQ2r5FmHGj6R5yMD5E-27LFpiDp4yf6Ur-KQ8FXOwKdOwmm1uHaf4CU4s1QZnp5pZjgbBRQyoaY3NOqozxF1KEBbPYBin8rsI1Cp7rsK_mff_IO3icI6EjrAxPGjz-ZUmQGnHsmBv7dYRe1GbnqhkB4cIvyUQfLXTjsaiOSNWJvDRoScKpgDQKMoCB5lG2kxTaIu2pSRfouPT_b7htZ5X3mp8s5aaePQW8_EmzyNlYJRhTpV5qidzT2Z4qnkatkEENqWLjCjy5RoXMM92a1SiG1awDHH7dP0hLCRK4i9DyHfBOThQNPP70kKOCCRYny4RpmMa8x56iLD_aFMGK4Sgh25QjJZxfaBMbaiHlLIk_WCBCjUG3VO8eH2pglhK2MOi1MO3m0UEEJfcLWFiCrZYm3bnJmchtTiJ4Oaz5PB-SUKQTKb32l1x_r9keEi_wjuP6--4ns3nXf8rraaLd2SZ26Tth-M-zpP0FB2_J7B2bmg5OXNEa6i2ZPFCmlWQsQUTe2oY6AGxaWYf5S9No8FTyPGxsG8rE1vTSLlMW8S9oyTg845509e_NwKH88VzT4Tz-RtexrTi3y5leyByx0wDawCGA0PrXalgfno78yJOvm7Em292hZzd3hyWezBR6Gxxyo7y4FG_cy6rKLgRbJKJFRFf1PCeoKMDQSQ> 2. start.sh already discovers the region name via the API so I'm not sure what's going on as reported in your log. See the line: region=$(openstack endpoint list | awk "/ nova / { print \$4 }" | head -1) Thanks, Bryan Sullivan | AT&T From: SULLIVAN, BRYAN L (BRYAN L) Sent: Tuesday, January 09, 2018 2:13 PM To: 'pramod.sud...@wipro.com' <pramod.sud...@wipro.com<mailto:pramod.sud...@wipro.com>>; Tina Tsou <tina.t...@arm.com<mailto:tina.t...@arm.com>>; eric.dm...@wipro.com<mailto:eric.dm...@wipro.com>; UKASICK, AIMEE L (AIMEE L) <aim...@research.att.com<mailto:aim...@research.att.com>> Cc: 'opnfv-tech-discuss@lists.opnfv.org' <opnfv-tech-discuss@lists.opnfv.org<mailto:opnfv-tech-discuss@lists.opnfv.org>> Subject: RE: [Models][Auto] vHello_Tacker updated for Euphrates Can you send directly the info/process you used to deploy Fuel, in as much detail as possible? I will try to duplicate it in my lab so I have enough info to see what's going on. My tests so far were under Centos with Apex. Some answers to your specific questions: 1) If the tacker container exited, then there is an issue with the tacker setup and I would not expect the "tacker vnf-create" step to work. 2) The nfv-orchestration endpoint is created in the process of start.sh in the container: see https://git.opnfv.org/models/tree/build/tacker/start.sh line 55<https://url10.mailanyone.net/v1/?m=1eZHUW-0006Da-4x&i=57e1b682&c=5tWAU_suy_aDdjwhNyIRpB-NUZZ1zycL5Pke38e1ZFk54uI_HtKpBPr4qTLglnewo8AsicjWCeqhNbiEBvqEowHrWwtimSyCTod1ovsM-Uz7cC4YtN9-s_jf0taaz9fI8bTR7FhvBNSzfLGiGclYq1BybMw1G-ak498_IoH0bziNwkvhD1nLy6qUh97MFyr6Zc9S2-oMjmHT_vPSoElyk1MqdEnb8fsBayj9Ok211DAhMly5-iJDBkxRFUUe_Vir7ByOCG_822BgyowaEGmYrXABca_runfHr6WQyxrSTytcmEzrwhQQNbstoE0hG5EJq7RNrAJ-g9UscCAbV6BYsuUiRaOfouim01IYf6GrQoHQqDVpbFziInuwR4PCHOjSdT_Kumem5QlhbwDFWfOmTj5X4k_fmQ6m03oOLO1FOSALnjjD4-8UmIRCc1PzrB7kkKAhNksYpZrD5nwS0HieesWsQK0NFLvHAA2ZCZvhmXkmMjKvkbLPx2dPHx5EwJJm8m1PGC8I6-95A-lEbklyk5FuqIeY3YR5UNs_wAlK3cu02fjroaiRhV0tgwzpCGn1iHPIeyFo-4GP9ia8EnW_Y4-SYbSFUmJWR4mMdGnQrpcWR5u8m_xt1dwa6w36sm6E-x5qS7cnVDGetIw9xivkErTrYZozG5Eiu4NMI9ntcS1-ZmA7kNFRl9ySu21NSVoL9gFje4IDLPrBYebdbtzgmdyP_6ZQs6y20MTURVnzurp4lPybpL0QkiRF76FvxMjiNyOSGsDNWWOLdFysHkNwZ8YEf1UJKcTRTjeVNiVuLjwrSjW0kbrAnNrTGdgDan4OAGpATn5I_9fALJufk8Idtk9TrNI9d05rWDxkpWREVgpKolv4KNs9cvPvj_3sXRExyaMmS-bDL71WC7Uf50gzyTeyt-_VOtC7dkK-NQMFg_iw6Yyp4z2hATgOrNxja0D07yraClY6_c5ZOfPpC4N4mEjIN3ttqVNeSA8HCF4pW5ZsiH5ASx5d1FYn9S3ZwOeqANxSxgEnrWq8fBKAhVFSnJe277Fm6HGm9xcD1RT25h5dpFnovKorBWGyUBChobDnmfqF9aJ3v3Z_2cdf08vmGmldHRqi4_EoMM8lGIu8avTXaL9keIYp_-GW6Zrgc7MDFQDLNFJvyiWZ1HBa-sB8-zV7jzhvttGCGV_j849Z8aZ_6a5PJJU_3xbnjWvlcJfP3rXs4LU_VJhg9uNhE-dY3-OjJPufjcYmJ8r6FwOVOPilXxHaNkzP3r8kCZ3RlTGVGxEVQkVRyOJ9M2rwpxtpKxaJO1od8NV3ySNQZCTbWuU-PeTF-V3Qw3tK8Fr0lDvJE2g_Tjnq9Aym3QSylXQacwfZWypmv-jOugp-SzSTem3aPDkVjy30BSzzTwiTbjHs>. 3) Note that you can dump the tacker container log with "sudo docker logs tacker" or follow it (tail) with "sudo docker logs -f tacker". Do that and you will likely see the issue that led to the endpoint not being created. If the container is running, you can use "sudo docker exec -it /bin/bash" to poke around in the container, e.g. to debug using the openstack CLI etc from within the container. 4) I have no idea where "fatal: /home/ubuntu/auto/keystonercv3: '/home/ubuntu/auto/keystonercv3' is outside repository" comes from. This looks like something Fuel is complaining about. 5) "internal endpoint for nfv-orchestration service in RegionOne region not found" is a bug, but one due to a persistent problem with OPNFV ... in that the different distros use inconsistent naming for key common attributes such as the region name. In Apex, this is "regionOne" and the case difference matters. But I will try to find a way for the test to be more intelligent, i.e. discover the actual value and use it. I've done this in the past, I just need to recall where and how. For reference, For Apex the whole test process including the following is posted at https://etherpad.opnfv.org/p/bryan-models<https://url10.mailanyone.net/v1/?m=1eZHUW-0006Da-4x&i=57e1b682&c=-pmjmhjj5uKnlkonSsAgVKabyDSFNY3zkHJxEZa8wp6FCnYswdJggfScJG6W-BjdDI363PEl3vizD_6rt3s6T4k1zDvqxAlTtGm840Dj1M-lXQtTtdlrggb3IApHu0Sk_SzxQEQ1InfO4y5IiC6sGFzvtjGYdTyiJz-K2Dykb049IQPQmJWq8lJYsGptszqdCt3SvkX00Qwo-nqIR8C2Knwt6ujIPmM51ExhJ7bFGMi0UmrFoA88DB-kuyDeVnbe4FvfFK192qjxFGJ6oEMNt2DehZk1cffmAqh3RUbnF0u6nRRHnZ1N3fThtES39RHoV9ZBKuWNiWl_BTP3GRqA73YtaScliP5f-sNpuuNG7_KKvjdPkRjNM_dm7yB-D-c-oC6ztIHdDCbNUv_o0T_sycE64NewbkDZuU-lKlNrH7pKAKVmy_KpJgtPS9wEVks1G6svJjV_o5x_HQyL_w-JCVOYMnDryaMtyevetnxaZJC1J2EhfkUhsrTrMcVfjsTO2fX1uuOwP1pHBYfkAo0QAUOQsxQOYu3Nom7Ycbr16HyC2nffgPur8ozf08Pwh-7G-aD6yLdxsmNXUwmXV77RUw3LZ2G4Z1zKQ-Zq8FLkzi2b6xj54UovxzpGK-fyqBslBT_S1bUd76VWfUgKI7G4dHdmn6OjPjsycbUbXlxIrxD83sJBMqWeVMAbA0QAC0_z_vAaLS9lAY2cQk4XtQUvPrUf0YimUZcAGUn3uX818DwnQoASki6VNH7pqx87lxqz3a3Yezo7PflNjEHgopXeBD5BrQAnZxLYXcnNGgA8QX-mJSzt0pQ65s_BgiqRmZ4zsUgVtq20hEI22MpfDvi3chrtVjdScPtbeqV3jztqU3bmjtLgGtnOyJD8O7VhW35Ka1olbL6INbTBztpa_ObM4XLiLNwBQ3h_VOE5hn93a6Di3E6YdoycOh3XI1hHBMuvG42n4jGiaSwJhld7XB50Z43toZauzkuQrY-gu-Cz4v187M6DIflCDEvH8sFWNMXK3gWGwbtw6e-l9FuzwMl4tVURaDlkeoev_03WkDCUvuB7CeJiIWNfYlOnUzezoztpShoIS0s4MQI7IXofdXye3-FSg_WdCH2xAKDUyu1MCcCXyF8PuEDmYktbxD3CWIs7v5qRhD7s7XQsS-sJREfB-6e_448YX5SIH1sPs51aMW69wIPt6VzO-AkhOKCXWFTYofxqwlIDyKKF6VwaUV_kvagAxiLbfoUqxgvA_KvLvtNJctSMg7aBequr_LG-vw3VFM8W4zxsQgJYDdCJmnyWoswHX7KlCQm4gbATZSHmifKKJ2uopIpcvsFD9y-iZ1gc>: - Test setup - Tacker container logs - Test start - Output of CLI calls for openstack user, endpoint, and service - Test stop - Test clean - Output of CLI calls for openstack user, endpoint, and service (verifying cleanup) Note you will still see some reports of "Neutron CLI is deprecated...." Since it's taking time to convert all the CLI calls to use the openstack client. But they work. Thanks, Bryan Sullivan | AT&T From: pramod.sud...@wipro.com<mailto:pramod.sud...@wipro.com> [mailto:pramod.sud...@wipro.com] Sent: Tuesday, January 09, 2018 12:43 PM To: SULLIVAN, BRYAN L (BRYAN L) <bryan.sulli...@research.att.com<mailto:bryan.sulli...@research.att.com>>; Tina Tsou <tina.t...@arm.com<mailto:tina.t...@arm.com>>; eric.dm...@wipro.com<mailto:eric.dm...@wipro.com>; UKASICK, AIMEE L (AIMEE L) <aim...@research.att.com<mailto:aim...@research.att.com>> Cc: 'opnfv-tech-discuss@lists.opnfv.org' <opnfv-tech-discuss@lists.opnfv.org<mailto:opnfv-tech-discuss@lists.opnfv.org>> Subject: RE: [Models][Auto] vHello_Tacker updated for Euphrates Thanks Bryan for the changes. I tried the latest Models Project in ARM Pod (with OPNFV) and found that the setup for vHello_Tacker.sh indicates that it succeeded, but the session logs (as attached) show some issues. I did not see the logic to create an endpoint nfv-orchestration anymore. The subsequent vHello_Tacker.sh start execution fails to find this endpoint during "tacker vnf-create" processing. Is this endpoint not needed anymore with this change ? The logs are given below. The docker status also shows as exited. (venv) ubuntu@localhost:/opt/tacker$ sudo docker ps -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 982486b7290c blsaws/models-tacker:latest "/bin/bash /opt/ta..." About an hour ago Exited (1) About an hour ago tacker ~/auto/models/tests$ ./vHello_Tacker.sh setup /home/ubuntu/auto/keystonercv3 setup:165 (Tue Jan 9 18:28:11 UTC 2018) run tacker-setup.sh ...snip... create_container:99 (Tue Jan 9 18:28:23 UTC 2018) Start tacker container with image blsaws/models-tacker:latest Missing parameter(s): Set a username with --os-username, OS_USERNAME, or auth.username Set an authentication URL, with --os-auth-url, OS_AUTH_URL or auth.auth_url Set a scope, such as a project or domain, set a project scope with --os-project-name, OS_PROJECT_NAME or auth.project_name, set a domain scope with --os-domain-name, OS_DOMAIN_NAME or auth.domain_name 982486b7290c9338979d216dbb8b285431f275028754e75605dbef160501a21e pass:40 (Tue Jan 9 18:28:26 UTC 2018) Hooray! ...snip... Create virtualenv New python executable in /home/ubuntu/venv/bin/python ..snip... fatal: /home/ubuntu/auto/keystonercv3: '/home/ubuntu/auto/keystonercv3' is outside repository ...snip.. setup:232 (Tue Jan 9 18:32:25 UTC 2018) Add router interface for vnf_private network neutron CLI is deprecated and will be removed in the future. Use openstack CLI instead. Added interface f2a6a8b3-bb70-4587-958b-3903629973b9 to router vnf_private_router. pass:100 (Tue Jan 9 18:32:38 UTC 2018) Hooray! pass:103 (Tue Jan 9 18:32:38 UTC 2018) Test Duration = 267 seconds ubuntu@localhost: ~/auto/models/testsubuntu@localhost:~/auto/models/tests$ source ~/venv/bin/activate (venv) ]0;ubuntu@localhost: ~/auto/models/testsubuntu@localhost:~/auto/models/tests$ bash vHello_Tacker.sh start copy_blueprint:238 (Tue Jan 9 18:43:11 UTC 2018) copy test script to /opt/tacker copy_blueprint:241 (Tue Jan 9 18:43:11 UTC 2018) reset blueprints folder copy_blueprint:247 (Tue Jan 9 18:43:11 UTC 2018) copy tosca-vnfd-hello-world-tacker to blueprints folder start:255 (Tue Jan 9 18:43:11 UTC 2018) setup OpenStack CLI environment start:258 (Tue Jan 9 18:43:11 UTC 2018) Create Nova key pair Generating public/private rsa key pair. Your identification has been saved in /opt/tacker/vHello. Your public key has been saved in /opt/tacker/vHello.pub. The key fingerprint is: SHA256:Dsb4XhltfFrri54PGHy94bCmuyPd9v+iiiP7dw6sBPM ubuntu@vHello The key's randomart image is: +---[RSA 2048]----+ | | | | | | | o . o . | | . * S * = | | o * O B + | | ..E.B + | | .oo+=+*. . | | o=BO=*B+.o.| +----[SHA256]-----+ Key pair 'vHello' already exists. (HTTP 409) (Request-ID: req-d86d9a31-5f6a-41a9-aa56-3ee9f80b51c6) vHello_Tacker.sh test assertion passed: models-nova-001 (Keypair creation) start:265 (Tue Jan 9 18:43:16 UTC 2018) Inject public key into blueprint start:269 (Tue Jan 9 18:43:16 UTC 2018) Get external network for Floating IP allocations neutron CLI is deprecated and will be removed in the future. Use openstack CLI instead. neutron CLI is deprecated and will be removed in the future. Use openstack CLI instead. neutron CLI is deprecated and will be removed in the future. Use openstack CLI instead. neutron CLI is deprecated and will be removed in the future. Use openstack CLI instead. neutron CLI is deprecated and will be removed in the future. Use openstack CLI instead. neutron CLI is deprecated and will be removed in the future. Use openstack CLI instead. start:272 (Tue Jan 9 18:43:40 UTC 2018) create VNFD internal endpoint for nfv-orchestration service in RegionOne region not found vHello_Tacker.sh test assertion failed: models-tacker-002 (VNFD creation) fail:108 (Tue Jan 9 18:43:43 UTC 2018) Test Failed! fail:112 (Tue Jan 9 18:43:43 UTC 2018) Test Duration = 0 seconds (venv) ]0;ubuntu@localhost: ~/auto/models/testsubuntu@localhost:~/auto/models/tests$ Regards, Pramod From: SULLIVAN, BRYAN L (BRYAN L) [mailto:bryan.sulli...@research.att.com] Sent: Tuesday, January 9, 2018 11:50 AM To: Pramod Sudrik (Product Engineering Service) <pramod.sud...@wipro.com<mailto:pramod.sud...@wipro.com>>; Tina Tsou <tina.t...@arm.com<mailto:tina.t...@arm.com>>; Eric DMaye (Product Engineering Service) <eric.dm...@wipro.com<mailto:eric.dm...@wipro.com>>; UKASICK, AIMEE L (AIMEE L) <aim...@research.att.com<mailto:aim...@research.att.com>> Cc: 'opnfv-tech-discuss@lists.opnfv.org' <opnfv-tech-discuss@lists.opnfv.org<mailto:opnfv-tech-discuss@lists.opnfv.org>> Subject: [Models][Auto] vHello_Tacker updated for Euphrates ** This mail has been sent from an external source **
_______________________________________________ opnfv-tech-discuss mailing list opnfv-tech-discuss@lists.opnfv.org https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss
