Is your ODL listening on: 192.168.0.9:8282? Give me the output of:
curl -u admin:admin -H 'Content-type: application/json' -X GET http://1 92.168.0.9:8282/controller/nb/v2/neutron/networks Regards, Manuel On Thu, 2017-07-20 at 14:06 +0200, [email protected] wrote: > Manuel, > > I am deploying using fuel and ODL plug-in. You will find both files > in > the attachement. > > Regards, > > Quoting "Manuel Buil" <[email protected]>: > > > > > Hi, > > > > I just checked your logs. It seems the ml2_conf.ini file is wrong. > > Are > > you deploying openstack using fuel and ODL plug-in? Can you post: > > > > /etc/neutron/neutron.conf > > /etc/neutron/plugins/ml2/ml2_conf.ini > > > > They are in the controller > > > > Regards, > > Manuel > > > > On Thu, 2017-07-20 at 12:34 +0200, > > [email protected] wrote: > > > > > > Good morning to both! > > > > > > Manuel let me know if it is alright to post this issues on IRC > > > channel > > > in case you are unable to help us! i am experiencing similar > > > issues > > > to > > > Pavan. I am doing the setup using just one controller-ODL-tacker > > > and > > > one compute-Cinder. My compute has only 2 cpu cores and 8 GB > > > memory > > > (maybe this is not enough to hold the scenario), i understand > > > the > > > scenario consists of 2 SFs, 1 client and 1 server. I am only > > > executing > > > sfc_two_chains_SSH_and_HTTP.py. > > > > > > This is the relevant info of my sfc.log: > > > > > > 2017-07-20 09:20:59,069 - ovs_logger - ERROR - list index out of > > > range > > > 2017-07-20 09:20:59,072 - sfc.lib.utils - INFO - This is the > > > first_RSP: > > > 2017-07-20 09:20:59,281 - ovs_logger - ERROR - list index out of > > > range > > > 2017-07-20 09:20:59,284 - sfc.lib.utils - INFO - This is the > > > rsps: > > > [u'0x4e', u'0x4e'] > > > 2017-07-20 09:21:00,285 - sfc.lib.utils - INFO - classification > > > rules > > > updated > > > 2017-07-20 09:21:00,286 - functest_utils - INFO - > > > wait_for_classification_rules(*(<opnfv.utils.ovs_logger.OVSLogger > > > > > > object at 0x7f058c453750>, > > > [<opnfv.utils.ssh_utils.ProxyHopClient > > > object at 0x7f059c25aed0>], 2), **{}) took: 1.40145111084 sec > > > 2017-07-20 09:21:06,518 - sfc.lib.utils - INFO - Instance name > > > and > > > ip > > > ta-5164-beb5-4ac6-89fc-c8feefec494a-vdu1- > > > lgypmueg7aus:172.16.10.48 > > > 2017-07-20 09:21:06,518 - sfc.lib.utils - INFO - Waiting for > > > instance > > > ta-5164-beb5-4ac6-89fc-c8feefec494a-vdu1- > > > lgypmueg7aus:172.16.10.48 > > > to > > > come up > > > 2017-07-20 09:22:47,839 - sfc.lib.utils - INFO - Instance > > > ta-5164-beb5-4ac6-89fc-c8feefec494a-vdu1- > > > lgypmueg7aus:172.16.10.48 > > > didn't come up > > > 2017-07-20 09:22:47,840 - __main__ - ERROR - Exception when > > > executing: > > > sfc_two_chains_SSH_and_HTTP > > > 2017-07-20 09:22:47,840 - __main__ - ERROR - 'NoneType' object is > > > not > > > iterable > > > . > > > . > > > . > > > 2017-07-20 09:22:48,910 - __main__ - INFO - Results of test > > > case > > > 'sfc_two_chains_SSH_and_HTTP - ODL-SFC tests': > > > {'status': 'FAILED'} > > > > > > 2017-07-20 09:22:49,308 - sfc.lib.cleanup - INFO - Removing sfc > > > classifier: 2c63594c-1266-4162-b159-cde4575d8fd7 > > > 2017-07-20 09:22:49,386 - sfc.lib.cleanup - INFO - Removing sfc > > > classifier: 873a693d-345f-4569-af73-4910b7a00b5d > > > 2017-07-20 09:22:49,717 - sfc.lib.cleanup - INFO - Removing > > > sfc: > > > 81debb08-a506-4ba9-bc13-4e3046f2b8e6 > > > 2017-07-20 09:22:49,783 - sfc.lib.cleanup - INFO - Removing > > > sfc: > > > e5a2b2f1-e53c-4745-8e90-943cd1c16c2e > > > 2017-07-20 09:22:50,147 - sfc.lib.cleanup - INFO - Removing > > > vnf: > > > 4d837dae-d334-406f-8ce9-9c2997857838 > > > 2017-07-20 09:22:50,785 - sfc.lib.cleanup - INFO - Removing > > > vnf: > > > d9ca5164-beb5-4ac6-89fc-c8feefec494a > > > 2017-07-20 09:22:52,421 - sfc.lib.cleanup - INFO - Removing > > > vnfd: > > > 33c9890a-4f22-4261-9351-be6376f41228 > > > 2017-07-20 09:22:52,467 - sfc.lib.cleanup - INFO - Removing > > > vnfd: > > > 9c1012f0-9474-4b4c-b0c9-d2d05902311b > > > . > > > . > > > . > > > > > > I dont see errors on my nova.log on the compute. But i have lots > > > of > > > errors in my neutron-server.log: > > > > > > 2017-07-20 09:21:06.556 1011 ERROR > > > networking_odl.ml2.network_topology > > > [req-2564f0f0-51ca-4860-b739-7beed79c384e - - - - -] Network > > > topology > > > element has failed binding port: > > > { > > > "class": > > > "networking_odl.ml2.ovsdb_topology.OvsdbNetworkTopologyElement", > > > "has_datapath_type_netdev": false, > > > "host_addresses": [ > > > "192.168.0.6" > > > ], > > > "support_vhost_user": false, > > > "uuid": "1c374e96-b809-434b-b540-2a3062ec04f6", > > > "valid_vif_types": [ > > > "ovs" > > > ] > > > } > > > 2017-07-20 09:21:06.556 1011 ERROR > > > networking_odl.ml2.network_topology > > > Traceback (most recent call last): > > > 2017-07-20 09:21:06.556 1011 ERROR > > > networking_odl.ml2.network_topology > > > File > > > "/usr/lib/python2.7/dist- > > > packages/networking_odl/ml2/network_topology.py", > > > line 117, in bind_port > > > 2017-07-20 09:21:06.556 1011 ERROR > > > networking_odl.ml2.network_topology > > > port_context, vif_type, self._vif_details) > > > 2017-07-20 09:21:06.556 1011 ERROR > > > networking_odl.ml2.network_topology > > > File > > > "/usr/lib/python2.7/dist- > > > packages/networking_odl/ml2/ovsdb_topology.py", line > > > 175, in bind_port > > > 2017-07-20 09:21:06.556 1011 ERROR > > > networking_odl.ml2.network_topology > > > _('Unable to find any valid segment in given context.')) > > > 2017-07-20 09:21:06.556 1011 ERROR > > > networking_odl.ml2.network_topology > > > ValueError: Unable to find any valid segment in given context. > > > 2017-07-20 09:21:06.556 1011 ERROR > > > networking_odl.ml2.network_topology > > > 2017-07-20 09:21:06.561 1011 ERROR > > > networking_odl.ml2.network_topology > > > [req-2564f0f0-51ca-4860-b739-7beed79c384e - - - - -] Unable to > > > bind > > > port element for given host and valid VIF types: > > > hostname: node-25.domain.tld > > > valid VIF types: vhostuser, ovs > > > 2017-07-20 09:21:06.562 1011 ERROR neutron.plugins.ml2.managers > > > [req-2564f0f0-51ca-4860-b739-7beed79c384e - - - - -] Failed to > > > bind > > > port 826578fa-e3de-496e-8f4a-88bcd9b5288a on host node- > > > 25.domain.tld > > > for vnic_type normal using segments [{'segmentation_id': None, > > > 'physical_network': u'physnet1', 'id': > > > u'c15cd96a-08c6-47ce-807f-91ced82ba3af', 'network_type': > > > u'flat'}] > > > 2017-07-20 09:21:06.563 1011 INFO neutron.plugins.ml2.plugin > > > [req-2564f0f0-51ca-4860-b739-7beed79c384e - - - - -] Attempt 2 to > > > bind > > > port 826578fa-e3de-496e-8f4a-88bcd9b5288a. > > > > > > Im attaching this log, take into account this test ran between > > > 09:18 > > > through 09:23 so maybe you can disregard the rest of the file. > > > > > > Let me know what you think. Thanks in advance for your help. > > > > > > Best regards, > > > > > > Quoting "Manuel Buil" <[email protected]>: > > > > > > > > > > > > > > > Hi Pavan, > > > > > > > > n_packets=0 means that no packets are matching the conditions. > > > > Is > > > > this > > > > the switch where the client that generates the traffic is > > > > connected > > > > to? > > > > > > > > Regards, > > > > Manuel > > > > > > > > On Thu, 2017-07-20 at 12:44 +0530, Pavan Gupta wrote: > > > > > > > > > > > > > > > Hi Manuel,Following is the output of the cvs-ofctl command. > > > > > > > > > > OFPST_FLOW reply (OF1.3) (xid=0x2): > > > > > cookie=0x1110010002420255, > > > > > duration=62656.965s, > > > > > table=11, > > > > > n_packets=0, > > > > > n_bytes=0, > > > > > tcp, > > > > > reg0=0x1, > > > > > tp_dst=80 actions=move:NXM_NX_TUN_ID[0..31]->NXM_NX_NSH_C2[], > > > > > push_nsh, > > > > > load:0x1->NXM_NX_NSH_MDTYPE[], > > > > > load:0x3->NXM_NX_NSH_NP[], > > > > > load:0xc0a80005->NXM_NX_NSH_C1[], > > > > > load:0xf2->NXM_NX_NSP[0..23], > > > > > load:0xff->NXM_NX_NSI[], > > > > > load:0xb000008->NXM_NX_TUN_IPV4_DST[], > > > > > load:0xf2->NXM_NX_TUN_ID[0..31], > > > > > resubmit(,0) > > > > > > > > > > > > > > > > > > cookie=0x0, duration=67645.386s, table=11, n_packets=76029, > > > > n_bytes=5979053, priority=0 actions=goto_table:21 > > > > > > > > > > > > > > > > > > > > > > > > > Pavan > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 19-Jul-2017, at 8:44 PM, Manuel Buil <[email protected] > > > > > > > > > > > > > > > > > wrote: > > > > > > ovs-ofctl -O Openflow13 dump-flows br-int table=11 > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ opnfv-tech-discuss mailing list [email protected] https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss
