Hello Pavan,I encountered similar errors in my SFC log, my script also gave an error when waiting the instance to come up but i have not been able to resolve it. Looking into your logs I think the problem is in Neutron so you should probably check Neutron logs, and also validate that you can manually start instances and assign floating IPs to them. I will let you know if i am able to resolve my issues.
Best regards, Quoting "Pavan Gupta" <pavan.gu...@calsoftinc.com>:
Hi Andres,I ran ‘functest openstack clean’ and that tool care of ‘SFC already exist’ error. The test ran further till it hit the following issue. In case, you have come across this issue, let me know.SFC.log 2017-07-18 08:45:38,445 - ovs_logger - ERROR - list index out of range 2017-07-18 08:45:38,447 - sfc.lib.utils - INFO - This is the first_RSP: 2017-07-18 08:45:38,589 - ovs_logger - ERROR - list index out of range2017-07-18 08:45:38,590 - sfc.lib.utils - INFO - These are the rsps: [u'0x24d']2017-07-18 08:45:39,592 - sfc.lib.utils - INFO - classification rules updated2017-07-18 08:45:39,592 - functest_utils - INFO - wait_for_classification_rules(*(<opnfv.utils.ovs_logger.OVSLogger object at 0x7f32305748d0>, [<opnfv.utils.ssh_utils.ProxyHopClient object at 0x7f3254435790>], 1), **{}) took: 1.26158809662 sec 2017-07-18 08:45:40,972 - sfc.lib.utils - INFO - Instance name and ip ta-1583-7563-4451-9c72-4401f96ca366-vdu1-x5gpjvyrdt6n:172.26.48.61 2017-07-18 08:45:40,973 - sfc.lib.utils - INFO - Waiting for instance ta-1583-7563-4451-9c72-4401f96ca366-vdu1-x5gpjvyrdt6n:172.26.48.61 to come up 2017-07-18 08:47:28,837 - sfc.lib.utils - INFO - Instance ta-1583-7563-4451-9c72-4401f96ca366-vdu1-x5gpjvyrdt6n:172.26.48.61 didn't come up 2017-07-18 08:47:28,837 - __main__ - ERROR - Exception when executing: sfc_one_chain_two_service_functions 2017-07-18 08:47:28,838 - __main__ - ERROR - 'NoneType' object is not iterableNova Log:2017-07-18 07:17:33.633 14742 ERROR nova.compute.manager [req-0dcc028d-b285-476e-a890-89a13dfd137f e7d3de05afef47ac9ead04257febcb70 517aa5fe041d47ba89b8d90be739e741 - - -] Instance failed network setup after 1 attempt(s) 2017-07-18 07:17:33.633 14742 ERROR nova.compute.manager Traceback (most recent call last): 2017-07-18 07:17:33.633 14742 ERROR nova.compute.manager File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 1401, in _allocate_network_async 2017-07-18 07:17:33.633 14742 ERROR nova.compute.manager bind_host_id=bind_host_id) 2017-07-18 07:17:33.633 14742 ERROR nova.compute.manager File "/usr/lib/python2.7/dist-packages/nova/network/neutronv2/api.py", line 881, in allocate_for_instance 2017-07-18 07:17:33.633 14742 ERROR nova.compute.manager bind_host_id, dhcp_opts, available_macs) 2017-07-18 07:17:33.633 14742 ERROR nova.compute.manager File "/usr/lib/python2.7/dist-packages/nova/network/neutronv2/api.py", line 1000, in _update_ports_for_instance2017-07-18 07:17:33.633 14742 ERROR nova.compute.manager vif.destroy()2017-07-18 07:17:33.633 14742 ERROR nova.compute.manager File "/usr/lib/python2.7/dist-packages/oslo_utils/excutils.py", line 220, in __exit__ 2017-07-18 07:17:33.633 14742 ERROR nova.compute.manager self.force_reraise() 2017-07-18 07:17:33.633 14742 ERROR nova.compute.manager File "/usr/lib/python2.7/dist-packages/oslo_utils/excutils.py", line 196, in force_reraise 2017-07-18 07:17:33.633 14742 ERROR nova.compute.manager six.reraise(self.type_, self.value, self.tb) 2017-07-18 07:17:33.633 14742 ERROR nova.compute.manager File "/usr/lib/python2.7/dist-packages/nova/network/neutronv2/api.py", line 970, in _update_ports_for_instance 2017-07-18 07:17:33.633 14742 ERROR nova.compute.manager port_client, instance, port_id, port_req_body) 2017-07-18 07:17:33.633 14742 ERROR nova.compute.manager File "/usr/lib/python2.7/dist-packages/nova/network/neutronv2/api.py", line 437, in _update_port 2017-07-18 07:17:33.633 14742 ERROR nova.compute.manager _ensure_no_port_binding_failure(port) 2017-07-18 07:17:33.633 14742 ERROR nova.compute.manager File "/usr/lib/python2.7/dist-packages/nova/network/neutronv2/api.py", line 175, in _ensure_no_port_binding_failure 2017-07-18 07:17:33.633 14742 ERROR nova.compute.manager raise exception.PortBindingFailed(port_id=port['id']) 2017-07-18 07:17:33.633 14742 ERROR nova.compute.manager PortBindingFailed: Binding failed for port c062c57e-95dc-4c7b-b7a6-0cc003b3a0db, please check neutron logs for more information.2017-07-18 07:17:33.633 14742 ERROR nova.compute.manager PavanOn 17-Jul-2017, at 7:14 PM, andres.sanchez.ra...@estudiant.upc.edu wrote: Pavan,I have not encountered those errors! It looks like there is already and SFC classifier already declared, but i thought that if you run the functest script it deleted anything that was previously declared. Maybe Manuel has any idea, i am still working on my scenario trying to set it up correctly.Best regards, Quoting "Pavan Gupta" <pavan.gu...@calsoftinc.com>:HI Andres,Thanks to your inputs, the test moved forward, though it failed. Here’s the log snippe. Let me know if you know how to fix this issue:2017-07-17 12:24:16,434 - tacker_utils - ERROR - error [create_sfc(tacker_client, 'red', 'None', '['testVNF1', 'testVNF2']')]: SFC with name red already exists! 2017-07-17 12:24:16,463 - tacker_utils - ERROR - error [create_sfc_classifier(tacker_client, 'red_http', 'None','red', '{'source_port': 0, 'protocol': 6, 'dest_port': 80}')]: 'SFC Classifier with name red_http already exists!’2017-07-17 12:24:18,094 - ovs_logger - ERROR - list index out of range 2017-07-17 12:24:18,096 - sfc.lib.utils - INFO - This is the first_RSP: 2017-07-17 12:24:18,355 - ovs_logger - ERROR - list index out of range 2017-07-17 12:24:18,356 - sfc.lib.utils - INFO - These are the rsps: [] 2017-07-17 12:24:19,435 - ovs_logger - ERROR - list index out of range 2017-07-17 12:24:19,437 - sfc.lib.utils - INFO - These are the rsps: []2017-07-17 12:24:20,262 - sfc.lib.utils - INFO - Instance name and ip ta-8503-b3cf-4764-9894-f449e803e904-vdu1-ncexgzd3abmm:172.26.48.54 2017-07-17 12:24:20,263 - sfc.lib.utils - INFO - Waiting for instance ta-8503-b3cf-4764-9894-f449e803e904-vdu1-ncexgzd3abmm:172.26.48.54 to come upPavanOn 17-Jul-2017, at 5:44 PM, andres.sanchez.ra...@estudiant.upc.edu wrote: Hello Pavan,I encountered a similar problem in my setting, it appears that the problem is that the configuration file is not updated with your installer IP address. So what i did was: edit the file "/home/opnfv/repos/sfc/sfc/tests/functest/config.yaml" and modify the installer IP address and cluster number. You can get the cluster number by executing the command "fuel node list" in your Fuel master machine.I hope this helps you. Best regards, Quoting "Pavan Gupta" <pavan.gu...@calsoftinc.com>:HI Andres,I now hit issue related to 10.20.0.2 IP address. Though at time of starting the container I gave a different IP address, I see there are several files that have 10.20.0.2 IP address. Shouldn’t that change? This is where my script fails:root@c8fc69ea9256:~# cat /home/opnfv/functest/results/sfc.log 2017-07-17 10:40:22,732 - SSH utils - ERROR - timed out Traceback (most recent call last): File "./run_tests.py", line 189, in <module> main(report=args.report) File "./run_tests.py", line 81, in main installer_pwd=COMMON_CONFIG.installer_password)File "/home/opnfv/repos/releng/modules/opnfv/deployment/factory.py", line 43, in get_handlerinstaller_pwd=installer_pwd)File "/home/opnfv/repos/releng/modules/opnfv/deployment/fuel/adapter.py", line 26, in __init__pkey_file=None)File "/home/opnfv/repos/releng/modules/opnfv/deployment/manager.py", line 332, in __init__'Cannot establish connection to the installer node!') Exception: Cannot establish connection to the installer node! PavanOn 13-Jul-2017, at 6:35 PM, andres.sanchez.ra...@estudiant.upc.edu wrote:Hello Manuel | Pavan,The error where 10.20.0.2 occurs afterwards (when executing functest testcase run odl-sfc), for what I can see this is ocurring at executing "functest env prepare".If I understand correctly this error is indicating that the machine where you are executing the test does not have connectivity to Openstack admin endpoints (which are located in the admin network you set up in Fuel - 192.168.0.0/24 by default). So it is probably a networking configuration issue: you must be either on the same network as openstack admin endpoints (192.168.0.0) or your networking equipment must be able to route packets to this network. In my setup I did not have any problem with iptables so if you are using fuel this is probably not the issue.Best regards, Quoting "Manuel Buil" <mb...@suse.com>:Andres, can you explain Pavan what you did to solve your issue? I think he is also hitting the error you found that 10.20.0.2 is hardcoded. Thanks, Manuel On Thu, 2017-07-13 at 15:28 +0530, Pavan Gupta wrote:> Ok. Any idea what needs to be done. I am trying things at myside.Pavan> > > On 12-Jul-2017, at 7:32 PM, Manuel Buil <mb...@suse.com> wrote: > Hey Pavan, >> > > > > The container must be able to contact the openstack environment,otherwise it cannot trigger openstack actions. Do you have perhaps a problem with iptables?> > Regards, > Manuel > On Wed, 2017-07-12 at 19:05 +0530, Pavan Gupta wrote: > > Hi Manuel,> > > > > I have deployed the setup for SFC Functest now. However, whilepreparing the environment, I see the following error:> > > > > > > > > 2017-07-12 13:31:30,091 - prepare_env - INFO - >>Verifyingconnectivity to the admin endpoint 192.168.0.2:35357...> > > > > 2017-07-12 13:33:20,236 - prepare_env - ERROR - ERROR: Cannottalk to the admin endpoint 192.168.0.2:35357 .> > > > > 2017-07-12 13:33:20,236 - prepare_env - ERROR - Problem whilerunning 'check_os.sh'.> > > > > > > > 2017-07-12 13:33:20,299 - functest_utils - ERROR - The command'python /home/opnfv/repos/functest/functest/ci/prepare_env.py start' failed.> > > >> > > > > In case, you know if there is a fix for this issue, kindly let meknow.> > Thanking you. > > Regards, > > Pavan > > > >> > > > > > > On 11-Jul-2017, at 1:20 PM, Manuel Buil <mb...@suse.com> wrote:> > > Hello, > > >> > > > > > > Ok, if you are familiar with the fuel installer, then followthis> > > guide: > > >> > > > > > > https://wiki.opnfv.org/display/sfc/OPNFV-SFC+Functest+test+cases> > > > > > Regards, > > > Manuel > > > > > > On Mon, 2017-07-10 at 23:13 +0530, Pavan Gupta wrote: > > > > Hi Manuel,> > > > > > > > > Thank you for your reply. We are using Fuel installer tocreate a> > > > > > > > > setup within the company. In addition, we have access toOPNFV> > > > > > > > > community lab (Fuel Installer). I can try SFC in thecommunity lab if> > > > > > > > > things are available. Kindly let me know what needs to bedone.> > > > Pavan > > > >> > > > > > > > > > > > > > > > > On 10-Jul-2017, at 10:56 PM, Manuel Buil <mb...@suse.com>wrote:> > > > > > > > > > Hi Pavan, > > > > >> > > > > > > > > > > Yes, you can use OPNFV and the SFC project. When would youlike to> > > > > > > > > > > deploy it? We are currently changing the platform andmoving from> > > > > fuel > > > > > to openstack-ansible, however, we will not be ready before > > > > > September. > > > > > > > > > > Are you familiar with the fuel installer? > > > > > > > > > > Regards, > > > > > Manuel > > > > > > > > > > On Mon, 2017-07-10 at 18:23 +0530, Pavan Gupta wrote:> > > > > > > > > > > > > I am Pavan Gupta from Calsoft Inc., Pune (India) and weare> > > > > > actively> > > > > > > > > > > > > engaging ourselves with the OPNFV community anddevelopment> > > > > > projects.> > > > > > > > > > > > > As part of this exercise, we are creating an OPNFV setupand> > > > > > would> > > > > > > > > > > > > like to run sample VNFs and also service chain themtogether. I> > > > > > would> > > > > > > > > > > > > like to understand from you if the SFC project can beused to> > > > > > create > > > > > > a trial NFV system. > > > > > >> > > > > > > > > > > > > Also, it would be helpful if you could share anydocuments that> > > > > > would > > > > > > help us get started. > > > > > > Thanking you. > > > > > > Regards, > > > > > > Pavan Gupta > > > > > > > > > >
_______________________________________________ opnfv-tech-discuss mailing list opnfv-tech-discuss@lists.opnfv.org https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss