Re: [opnfv-tech-discuss] SFC Project

[andres . sanchez . ramos]

Good morning Manuel!

It looks good, here is my output:

lab232@lab232-G31M-ES2C:~$ curl -u admin:admin -H 'Content-type:  
application/json' -X GET  
http://192.168.0.9:8282/controller/nb/v2/neutron/networks

{
   "networks" : [ {
  "id" : "fb38dc83-fc4a-453a-babf-2c09e2b7f6de",
  "tenant_id" : "cb1d668144054ca0a00138154f5e58cd",
  "name" : "admin_floating_net",
  "admin_state_up" : true,
  "shared" : false,
  "router:external" : true,
  "provider:network_type" : "flat",
  "provider:physical_network" : "physnet1",
  "status" : "ACTIVE",
  "segments" : [ ]
   }, {
  "id" : "cd412027-506a-4ae5-a790-41391845e775",
  "tenant_id" : "cb1d668144054ca0a00138154f5e58cd",
  "name" : "admin_internal_net",
  "admin_state_up" : true,
  "shared" : false,
  "router:external" : false,
  "provider:network_type" : "vxlan",
  "provider:segmentation_id" : "2",
  "status" : "ACTIVE",
  "segments" : [ ]
   }, {
  "id" : "bcba2ab6-44c8-411a-b021-439291f14c09",
  "tenant_id" : "ff9c3c34411a4edbb807b236a8ea20ef",
  "name" : "example-net",
  "admin_state_up" : true,
  "shared" : false,
  "router:external" : false,
  "provider:network_type" : "vxlan",
  "provider:segmentation_id" : "26",
  "status" : "ACTIVE",
  "segments" : [ ]
   } ]


Quoting "Manuel Buil" :


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,
andres.sanchez.ra...@estudiant.upc.edu wrote:

Manuel,

I am deploying using fuel and ODL plug-in. You will find both files
in  
the attachement.

Regards,

Quoting "Manuel Buil" :

>
> 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,
> andres.sanchez.ra...@estudiant.upc.edu 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(*( >   
> > object at 0x7f058c453750>,
> > [ > 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 - 

Re: [opnfv-tech-discuss] SFC Project

[Manuel Buil]

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,
andres.sanchez.ra...@estudiant.upc.edu wrote:
> Manuel,
> 
> I am deploying using fuel and ODL plug-in. You will find both files
> in  
> the attachement.
> 
> Regards,
> 
> Quoting "Manuel Buil" :
> 
> > 
> > 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,
> > andres.sanchez.ra...@estudiant.upc.edu 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(*( > >   
> > > object at 0x7f058c453750>,
> > > [ > > 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 

Re: [opnfv-tech-discuss] SFC Project

[andres . sanchez . ramos]

Manuel,

I am deploying using fuel and ODL plug-in. You will find both files in  
the attachement.


Regards,

Quoting "Manuel Buil" :


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,
andres.sanchez.ra...@estudiant.upc.edu 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(*(, [], 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:

Re: [opnfv-tech-discuss] SFC Project

[Pavan Gupta]

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:0xb08->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  wrote:
> 
> ovs-ofctl -O Openflow13 dump-flows br-int table=11

___
opnfv-tech-discuss mailing list
opnfv-tech-discuss@lists.opnfv.org
https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss

Re: [opnfv-tech-discuss] SFC Project

[Manuel Buil]

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,
andres.sanchez.ra...@estudiant.upc.edu 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(*( object at 0x7f058c453750>, [ 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  
> 

Re: [opnfv-tech-discuss] SFC Project

[Manuel Buil]

HEllo Andres,

YEs, it is fine to post this in IRC. I will try to run the tests this
afternoon in our fuel POD to see if I can reproduce them.

Regards,
Manuel

On Thu, 2017-07-20 at 12:34 +0200,
andres.sanchez.ra...@estudiant.upc.edu 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(*( object at 0x7f058c453750>, [ 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:
>   

Re: [opnfv-tech-discuss] SFC Project

[Manuel Buil]

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:0xb08->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  wrote:
> > ovs-ofctl -O Openflow13 dump-flows br-int table=11
> 
> 
___
opnfv-tech-discuss mailing list
opnfv-tech-discuss@lists.opnfv.org
https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss

Re: [opnfv-tech-discuss] SFC Project

[Manuel Buil]

HI Pavan,

Seems like it is not blocking. Can you check that your packets are
being classified at all? Look into table=11 of the compute:

ovs-ofctl -O Openflow13 dump-flows br-int table=11

Regards,
Manuel

On Wed, 2017-07-19 at 17:54 +0530, Pavan Gupta wrote:
> > > > Hi Andres/Manuel,I could run the test cases to completion, however,
each one passed partially. I am not sure if the error msgs from
neutron log point to subset failure of each test case. Let me know if
you have any further pointers.
> Pavan
> 
> SFC.log
> > > 2017-07-19 11:33:49,911 - __main__ - INFO - Results of test case
'sfc_one_chain_two_service_functions - ODL-SFC Testing SFs when they
are located on the same chain':
> > {'status': 'FAIL', 'details': [{'HTTP works': 'PASS'}, {'HTTP not
blocked': 'FAIL'}]}
> 
> > 2017-07-19 11:39:17,153 - __main__ - INFO - Results of test case
'sfc_two_chains_SSH_and_HTTP - ODL-SFC tests':
> > {'status': 'FAIL', 'details': [{'SSH Blocked': 'FAIL'}, {'HTTP
works': 'PASS'}, {'HTTP Blocked': 'FAIL'}, {'SSH works': 'PASS'}]}
> 
> > > 2017-07-19 11:40:57,321 - __main__ - INFO - Results of test case
'sfc_symmetric_chain - Verify the behavior of a symmetric service
chain':
> > {'status': 'FAIL', 'details': [{'HTTP works': 'PASS'}, {'HTTP
Blocked': 'FAIL'}]}
> 
> 
> 
> Neutron-all.log
> > 2017-07-19 11:35:17.094 12923 ERROR networking_odl.common.cache
Traceback (most recent call last):
> > > 2017-07-19 11:35:17.094 12923 ERROR networking_odl.common.cache  
File "/usr/lib/python2.7/dist-
packages/networking_odl/common/cache.py", line 120, in fetch_all
> > 2017-07-19 11:35:17.094 12923 ERROR networking_odl.common.cache    
for key, value in self._fetch_all(new_entry_keys):
> > > > 2017-07-19 11:35:17.094 12923 ERROR networking_odl.common.cache  
File "/usr/lib/python2.7/dist-
packages/networking_odl/ml2/network_topology.py", line 228, in
_fetch_and_parse_network_topology
> > 2017-07-19 11:35:17.094 12923 ERROR networking_odl.common.cache    
.format(', '.join(addresses)))
> > > 2017-07-19 11:35:17.094 12923 ERROR networking_odl.common.cache
ValueError: No such topology element for given host addresses: node-
4.domain.tld
> 2017-07-19 11:35:17.094 12923 ERROR networking_odl.common.cache
> > > > 2017-07-19T11:35:17.097015+00:00 node-1 neutron-server: 2017-07-19
11:35:17.096 12923 ERROR networking_odl.ml2.network_topology [req-
960c5cd1-947a-47a6-a2dd-d002dce56176 - - - - -] Network topology
element has failed binding port:
> > > 2017-07-19 11:35:17.096 12923 ERROR
networking_odl.ml2.network_topology Traceback (most recent call
last):
> > > > 2017-07-19 11:35:17.096 12923 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-19 11:35:17.096 12923 ERROR
networking_odl.ml2.network_topology     port_context, vif_type,
self._vif_details)
> > > > 2017-07-19 11:35:17.096 12923 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-19 11:35:17.096 12923 ERROR
networking_odl.ml2.network_topology     _('Unable to find any valid
segment in given context.'))
> > > 2017-07-19 11:35:17.096 12923 ERROR
networking_odl.ml2.network_topology ValueError: Unable to find any
valid segment in given context.
> > 2017-07-19 11:35:17.096 12923 ERROR
networking_odl.ml2.network_topology
> > > > 2017-07-19T11:35:17.097555+00:00 node-1 neutron-server: 2017-07-19
11:35:17.097 12923 ERROR networking_odl.ml2.network_topology [req-
960c5cd1-947a-47a6-a2dd-d002dce56176 - - - - -] Unable to bind port
element for given host and valid VIF types:
> > > > > > > 2017-07-19T11:35:17.098497+00:00 node-1 neutron-server: 2017-07-19
11:35:17.098 12923 ERROR neutron.plugins.ml2.managers [req-960c5cd1-
947a-47a6-a2dd-d002dce56176 - - - - -] Failed to bind port d09ae072-
6b8b-423b-8f07-f562b819ee6c on host node-4.domain.tld for vnic_type
normal using segments [{'segmentation_id': None, 'physical_network':
u'physnet1', 'id': u'd106fed7-3947-4a29-8506-7841d8a91992',
'network_type': u'flat'}]
> 
> 
> > > > On 18-Jul-2017, at 6:31 PM, andres.sanchez.ra...@estudiant.upc.edu
wrote:
> > 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" :
> > 
> > > 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 

Re: [opnfv-tech-discuss] SFC Project

[Pavan Gupta]

Hi Andres/Manuel,
I could run the test cases to completion, however, each one passed partially. I 
am not sure if the error msgs from neutron log point to subset failure of each 
test case. Let me know if you have any further pointers.
Pavan

SFC.log
2017-07-19 11:33:49,911 - __main__ - INFO - Results of test case 
'sfc_one_chain_two_service_functions - ODL-SFC Testing SFs when they are 
located on the same chain':
{'status': 'FAIL', 'details': [{'HTTP works': 'PASS'}, {'HTTP not blocked': 
'FAIL'}]}

2017-07-19 11:39:17,153 - __main__ - INFO - Results of test case 
'sfc_two_chains_SSH_and_HTTP - ODL-SFC tests':
{'status': 'FAIL', 'details': [{'SSH Blocked': 'FAIL'}, {'HTTP works': 'PASS'}, 
{'HTTP Blocked': 'FAIL'}, {'SSH works': 'PASS'}]}

2017-07-19 11:40:57,321 - __main__ - INFO - Results of test case 
'sfc_symmetric_chain - Verify the behavior of a symmetric service chain':
{'status': 'FAIL', 'details': [{'HTTP works': 'PASS'}, {'HTTP Blocked': 
'FAIL'}]}



Neutron-all.log
2017-07-19 11:35:17.094 12923 ERROR networking_odl.common.cache Traceback (most 
recent call last):
2017-07-19 11:35:17.094 12923 ERROR networking_odl.common.cache   File 
"/usr/lib/python2.7/dist-packages/networking_odl/common/cache.py", line 120, in 
fetch_all
2017-07-19 11:35:17.094 12923 ERROR networking_odl.common.cache for key, 
value in self._fetch_all(new_entry_keys):
2017-07-19 11:35:17.094 12923 ERROR networking_odl.common.cache   File 
"/usr/lib/python2.7/dist-packages/networking_odl/ml2/network_topology.py", line 
228, in _fetch_and_parse_network_topology
2017-07-19 11:35:17.094 12923 ERROR networking_odl.common.cache .format(', 
'.join(addresses)))
2017-07-19 11:35:17.094 12923 ERROR networking_odl.common.cache ValueError: No 
such topology element for given host addresses: node-4.domain.tld
2017-07-19 11:35:17.094 12923 ERROR networking_odl.common.cache
2017-07-19T11:35:17.097015+00:00 node-1 neutron-server: 2017-07-19 11:35:17.096 
12923 ERROR networking_odl.ml2.network_topology 
[req-960c5cd1-947a-47a6-a2dd-d002dce56176 - - - - -] Network topology element 
has failed binding port:
2017-07-19 11:35:17.096 12923 ERROR networking_odl.ml2.network_topology 
Traceback (most recent call last):
2017-07-19 11:35:17.096 12923 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-19 11:35:17.096 12923 ERROR networking_odl.ml2.network_topology 
port_context, vif_type, self._vif_details)
2017-07-19 11:35:17.096 12923 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-19 11:35:17.096 12923 ERROR networking_odl.ml2.network_topology 
_('Unable to find any valid segment in given context.'))
2017-07-19 11:35:17.096 12923 ERROR networking_odl.ml2.network_topology 
ValueError: Unable to find any valid segment in given context.
2017-07-19 11:35:17.096 12923 ERROR networking_odl.ml2.network_topology
2017-07-19T11:35:17.097555+00:00 node-1 neutron-server: 2017-07-19 11:35:17.097 
12923 ERROR networking_odl.ml2.network_topology 
[req-960c5cd1-947a-47a6-a2dd-d002dce56176 - - - - -] Unable to bind port 
element for given host and valid VIF types:
2017-07-19T11:35:17.098497+00:00 node-1 neutron-server: 2017-07-19 11:35:17.098 
12923 ERROR neutron.plugins.ml2.managers 
[req-960c5cd1-947a-47a6-a2dd-d002dce56176 - - - - -] Failed to bind port 
d09ae072-6b8b-423b-8f07-f562b819ee6c on host node-4.domain.tld for vnic_type 
normal using segments [{'segmentation_id': None, 'physical_network': 
u'physnet1', 'id': u'd106fed7-3947-4a29-8506-7841d8a91992', 'network_type': 
u'flat'}]

> On 18-Jul-2017, at 6:31 PM, andres.sanchez.ra...@estudiant.upc.edu wrote:
> 
> 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" :
> 
>> 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 range
>> 2017-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 updated
>> 2017-07-18 08:45:39,592 - functest_utils - INFO - 

Re: [opnfv-tech-discuss] SFC Project

[andres . sanchez . ramos]

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" :


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 range
2017-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 updated
2017-07-18 08:45:39,592 - functest_utils - INFO -  
wait_for_classification_rules(*(object at 0x7f32305748d0>, [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 iterable


Nova 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_instance

2017-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

Pavan


On 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,

Re: [opnfv-tech-discuss] SFC Project

[Pavan Gupta]

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 range
2017-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 updated
2017-07-18 08:45:39,592 - functest_utils - INFO - 
wait_for_classification_rules(*(, [], 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 iterable

Nova 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_instance
2017-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

Pavan

> On 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" :
> 
>> 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}')]: 

Re: [opnfv-tech-discuss] SFC Project

[andres . sanchez . ramos]

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" :


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 up


Pavan


On 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" :


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 
   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_handler

   installer_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!

Pavan


On 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" :


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 my

side.Pavan


> > > On 12-Jul-2017, at 7:32 PM, Manuel Buil  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, while

preparing the environment, I see the following error:

> >
> >
> > > 

Re: [opnfv-tech-discuss] SFC Project

[Pavan Gupta]

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 up

Pavan

> On 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" :
> 
>> 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 
>>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_handler
>>installer_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!
>> 
>> Pavan
>> 
>>> On 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" :
>>> 
 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 my
 side.Pavan
> 
> > > > On 12-Jul-2017, at 7:32 PM, Manuel Buil  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, while
 preparing the environment, I see the following error:
> > >
> > >
> > > > > > 2017-07-12 13:31:30,091 - prepare_env - INFO - >>Verifying
 connectivity to the admin endpoint 

Re: [opnfv-tech-discuss] SFC Project

[andres . sanchez . ramos]

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" :


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 
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_handler

installer_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!

Pavan


On 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" :


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 my

side.Pavan


> > > On 12-Jul-2017, at 7:32 PM, Manuel Buil  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, while

preparing the environment, I see the following error:

> >
> >
> > > > > 2017-07-12 13:31:30,091 - prepare_env - INFO - >>Verifying

connectivity to the admin endpoint 192.168.0.2:35357...

> > > > > 2017-07-12 13:33:20,236 - prepare_env - ERROR - ERROR: Cannot

talk to the admin endpoint 192.168.0.2:35357 .

> > > > > 2017-07-12 13:33:20,236 - prepare_env - ERROR - Problem while

running '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 me

know.

> > Thanking you.
> > Regards,
> > Pavan
> >
> >
> > > > > > > On 11-Jul-2017, at 1:20 PM, Manuel Buil  
 wrote:

> > > Hello,
> > >
> > > > > > > Ok, if you are familiar with the fuel installer, then follow

this

> > > guide:
> > >
> > > > > > >  
https://wiki.opnfv.org/display/sfc/OPNFV-SFC+Functest+test+case

s

> > >
> > > 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 to

create a

> > > > > > > > > setup within the company. In addition, we have access to

OPNFV

> > > > > > > > > community lab (Fuel Installer). I can try SFC in the

community lab if
> > > > > > > > > things are available. Kindly let me know what  
needs to be

done.

> > > > Pavan
> > > >
> > > > > > > > > > > > > > > > > On 10-Jul-2017, at 10:56 PM,  
Manuel Buil 

wrote:

> > > > >
> > > > > Hi Pavan,
> > > > >
> > > > > > > > > > > Yes, you can use OPNFV and the SFC project.  
When would you

like to
> > > > > > > > > > > deploy it? We are currently changing the  
platform and

moving 

Re: [opnfv-tech-discuss] SFC Project

[Pavan Gupta]

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 
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_handler
installer_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!

Pavan

> On 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" :
> 
>> 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 my
>> side.Pavan
>>> 
>>> > > > On 12-Jul-2017, at 7:32 PM, Manuel Buil  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, while
>> preparing the environment, I see the following error:
>>> > >
>>> > >
>>> > > > > > 2017-07-12 13:31:30,091 - prepare_env - INFO - >>Verifying
>> connectivity to the admin endpoint 192.168.0.2:35357...
>>> > > > > > 2017-07-12 13:33:20,236 - prepare_env - ERROR - ERROR: Cannot
>> talk to the admin endpoint 192.168.0.2:35357 .
>>> > > > > > 2017-07-12 13:33:20,236 - prepare_env - ERROR - Problem while
>> running '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 me
>> know.
>>> > > Thanking you.
>>> > > Regards,
>>> > > Pavan
>>> > >
>>> > >
>>> > > > > > > > On 11-Jul-2017, at 1:20 PM, Manuel Buil  
>>> > > > > > > > wrote:
>>> > > > Hello,
>>> > > >
>>> > > > > > > > Ok, if you are familiar with the fuel installer, then follow
>> this
>>> > > > guide:
>>> > > >
>>> > > > > > > > https://wiki.opnfv.org/display/sfc/OPNFV-SFC+Functest+test+case
>> s
>>> > > >
>>> > > > 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 to
>> create a
>>> > > > > > > > > > setup within the company. In addition, we have access to
>> OPNFV
>>> > > > > > > > > > community lab (Fuel Installer). I can try SFC in the
>> community lab if
>>> > > > > > > > > > things are available. Kindly let me know what needs to be
>> done.
>>> > > > > Pavan
>>> > > > >
>>> > > > > > > > > > > > > > > > > > On 10-Jul-2017, at 10:56 PM, Manuel Buil 
>>> > > > > > > > > > > > > > > > > > 
>> wrote:
>>> > > > > >
>>> > > > > > Hi Pavan,
>>> > > > > >
>>> > > > > > > > > > > > Yes, you can use OPNFV and the SFC project. When 
>>> > > > > > > > > > > > would you
>> like to
>>> > > > > > > > > > > > deploy it? We are currently changing the platform and
>> moving from
>>> > > > > > fuel
>>> > > > > > to openstack-ansible, however, we will not be ready before
>>> > > > > > September.
>>> > > > > >
>>> > > > > > Are you familiar with 

Re: [opnfv-tech-discuss] SFC Project

[Pavan Gupta]

Ok. Not sure Manuel how to get tacker file. Do you have any ideas or 
suggestions? I am quite new to openstack in general.
Pavan
> On 14-Jul-2017, at 7:35 PM, Manuel Buil  wrote:
> 
> tackerc file not found, fetching it from controller

___
opnfv-tech-discuss mailing list
opnfv-tech-discuss@lists.opnfv.org
https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss

Re: [opnfv-tech-discuss] SFC Project

[Pavan Gupta]

MB
>>>> elasticsearch   5.2 0206b7302cfe3 
>>>> months ago352MB
>>>> grafana/grafana latest  8c4ef64b4ad13 
>>>> months ago278MB
>>>> autolytiks_kibana   latest  724639b709153 
>>>> months ago329MB
>>>> kibana  5.2 724639b709153 
>>>> months ago329MB
>>>> hello-world latest  c54a2cc56cbb12 
>>>> months ago   1.85kB
>>>> opennetworklinux/builder7   1.2 a0a471ea8d5513 
>>>> months ago   1.92GB
>>>> tutum/nginx latest  a2e9b71ed36616 
>>>> months ago   206MB
>>>> 
>>>> 
>>>> - Output of docker ps:
>>>> CONTAINER IDIMAGECOMMAND  
>>>> CREATED STATUS  PORTS  
>>>>   NAMES
>>>> 9b1c47899d65opnfv/functest:stable"/bin/bash"  6 
>>>> hours ago Up 6 hours   
>>>> sfc
>>>> 0eb2d3ff7e4dautolytiks_nginx "/usr/sbin/nginx"2 
>>>> months agoUp 8 days   0.0.0.0:80->80/tcp   
>>>> autolytiks_nginx_1
>>>> ce4e265af4cdgrafana/grafana:latest   "/run.sh"2 
>>>> months agoUp 8 days   0.0.0.0:3000->3000/tcp   
>>>> autolytiks_grafana_1
>>>> 87e2e67d8924autolytiks_web   "/usr/local/bin/gu..."   2 
>>>> months agoUp 8 days   8000/tcp 
>>>> autolytiks_web_1
>>>> f7e290be942dinfluxdb:latest  "/entrypoint.sh in..."   2 
>>>> months agoUp 8 days   0.0.0.0:8084->8083/tcp, 
>>>> 0.0.0.0:8087->8086/tcp, 0.0.0.0:8090->8089/tcp   autolytiks_influxdb_1
>>>> 6e77fd10b6c8postgres:latest  "docker-entrypoint..."   2 
>>>> months agoUp 8 days   0.0.0.0:5432->5432/tcp   
>>>> autolytiks_postgres_1
>>>> da192814b82bredis:latest "docker-entrypoint..."   2 
>>>> months agoUp 8 days   0.0.0.0:6379->6379/tcp   
>>>> autolytiks_redis_1
>>>> 
>>>> 
>>>> Please let me know if you need any other information.
>>>> Pavan
>>>> 
>>>>> On 14-Jul-2017, at 6:09 PM, Jose Lausuch <jose.laus...@ericsson.com 
>>>>> <mailto:jose.laus...@ericsson.com>> wrote:
>>>>> 
>>>>> Pavan, 
>>>>>  
>>>>> I don’t see any attachment.
>>>>>  
>>>>> | 2. Docker image: Docker version 17.04.0-ce, build 4845c56
>>>>> I meant the Functest docker image. Just run: docker ps or docker images 
>>>>> to see which Functest version you are using.
>>>>>  
>>>>> - Jose -
>>>>>  
>>>>> From: Pavan Gupta [mailto:pavan.gu...@calsoftinc.com 
>>>>> <mailto:pavan.gu...@calsoftinc.com>] 
>>>>> Sent: Friday, July 14, 2017 14:28 PM
>>>>> To: Jose Lausuch <jose.laus...@ericsson.com 
>>>>> <mailto:jose.laus...@ericsson.com>>
>>>>> Cc: Manuel Buil <mb...@suse.com <mailto:mb...@suse.com>>; 
>>>>> andres.sanchez.ra...@estudiant.upc.edu 
>>>>> <mailto:andres.sanchez.ra...@estudiant.upc.edu>; OPNFV-TECH-DISCUSS OPNFV 
>>>>> <opnfv-tech-discuss@lists.opnfv.org 
>>>>> <mailto:opnfv-tech-discuss@lists.opnfv.org>>
>>>>> Subject: Re: [opnfv-tech-discuss] SFC Project
>>>>>  
>>>>> Hi Jose,
>>>>> 1. I have attached functest.log.
>>>>>  
>>>>> 2. Docker image: Docker version 17.04.0-ce, build 4845c56
>>>>>  
>>>>> 3. Installer: Fuel, version 10.0.0
>>>>>  
>>>>> 4. Credentials: Same as mentioned in the link (root, r00tme)
>>>>>  
>>>>> Thank you.
>>>>> Pavan
>>>>>  
>>>>> On 14-Jul-2017, at 5:15 PM, Jose Lausuch <jose.laus...@ericsson.com 
>>>>> <mailto:jose.laus...@ericsson.com>> wrote:
>>>>>  
>>>>> /home/opnfv/functest/results/functest.log
>>>> 
>>>> 
>>> 
>> 

___
opnfv-tech-discuss mailing list
opnfv-tech-discuss@lists.opnfv.org
https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss

Re: [opnfv-tech-discuss] SFC Project

[Pavan Gupta]

   "/usr/sbin/nginx"2 
>> months agoUp 8 days   0.0.0.0:80->80/tcp 
>>   autolytiks_nginx_1
>> ce4e265af4cdgrafana/grafana:latest   "/run.sh"2 
>> months agoUp 8 days   0.0.0.0:3000->3000/tcp 
>>   autolytiks_grafana_1
>> 87e2e67d8924autolytiks_web   "/usr/local/bin/gu..."   2 
>> months agoUp 8 days   8000/tcp   
>>   autolytiks_web_1
>> f7e290be942dinfluxdb:latest  "/entrypoint.sh in..."   2 
>> months agoUp 8 days   0.0.0.0:8084->8083/tcp, 
>> 0.0.0.0:8087->8086/tcp, 0.0.0.0:8090->8089/tcp   autolytiks_influxdb_1
>> 6e77fd10b6c8postgres:latest  "docker-entrypoint..."   2 
>> months agoUp 8 days   0.0.0.0:5432->5432/tcp 
>>   autolytiks_postgres_1
>> da192814b82bredis:latest "docker-entrypoint..."   2 
>> months agoUp 8 days   0.0.0.0:6379->6379/tcp 
>>   autolytiks_redis_1
>> 
>> 
>> Please let me know if you need any other information.
>> Pavan
>> 
>>> On 14-Jul-2017, at 6:09 PM, Jose Lausuch <jose.laus...@ericsson.com 
>>> <mailto:jose.laus...@ericsson.com>> wrote:
>>> 
>>> Pavan, 
>>>  
>>> I don’t see any attachment.
>>>  
>>> | 2. Docker image: Docker version 17.04.0-ce, build 4845c56
>>> I meant the Functest docker image. Just run: docker ps or docker images to 
>>> see which Functest version you are using.
>>>  
>>> - Jose -
>>>  
>>> From: Pavan Gupta [mailto:pavan.gu...@calsoftinc.com 
>>> <mailto:pavan.gu...@calsoftinc.com>] 
>>> Sent: Friday, July 14, 2017 14:28 PM
>>> To: Jose Lausuch <jose.laus...@ericsson.com 
>>> <mailto:jose.laus...@ericsson.com>>
>>> Cc: Manuel Buil <mb...@suse.com <mailto:mb...@suse.com>>; 
>>> andres.sanchez.ra...@estudiant.upc.edu 
>>> <mailto:andres.sanchez.ra...@estudiant.upc.edu>; OPNFV-TECH-DISCUSS OPNFV 
>>> <opnfv-tech-discuss@lists.opnfv.org 
>>> <mailto:opnfv-tech-discuss@lists.opnfv.org>>
>>> Subject: Re: [opnfv-tech-discuss] SFC Project
>>>  
>>> Hi Jose,
>>> 1. I have attached functest.log.
>>>  
>>> 2. Docker image: Docker version 17.04.0-ce, build 4845c56
>>>  
>>> 3. Installer: Fuel, version 10.0.0
>>>  
>>> 4. Credentials: Same as mentioned in the link (root, r00tme)
>>>  
>>> Thank you.
>>> Pavan
>>>  
>>> On 14-Jul-2017, at 5:15 PM, Jose Lausuch <jose.laus...@ericsson.com 
>>> <mailto:jose.laus...@ericsson.com>> wrote:
>>>  
>>> /home/opnfv/functest/results/functest.log
>> 
>> 
> 

___
opnfv-tech-discuss mailing list
opnfv-tech-discuss@lists.opnfv.org
https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss

Re: [opnfv-tech-discuss] SFC Project

[Pavan Gupta]

Hi Jose,
1. I have attached functest.log.

2. Docker image: Docker version 17.04.0-ce, build 4845c56

3. Installer: Fuel, version 10.0.0

4. Credentials: Same as mentioned in the link (root, r00tme)

Thank you.
Pavan

> On 14-Jul-2017, at 5:15 PM, Jose Lausuch  wrote:
> 
> /home/opnfv/functest/results/functest.log 

___
opnfv-tech-discuss mailing list
opnfv-tech-discuss@lists.opnfv.org
https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss

Re: [opnfv-tech-discuss] SFC Project

[Pavan Gupta]

Hi Manuel,
- I am using funkiest command list. I run this command: 'functest testcase run 
odl-sfc’

- I am new openstack as well, can you please tell me, what all env variables 
need to be set. Do I need to copy these in openstack.creds. This is what is 
there at present in this file:
OS_REGION_NAME=RegionOne
OS_DEFAULT_DOMAIN=default
OS_USER_DOMAIN_NAME=Default
OS_PROJECT_NAME=admin
OS_IDENTITY_API_VERSION=3
OS_PASSWORD=admin
OS_AUTH_STRATEGY=keystone
OS_AUTH_URL=http://192.168.0.2:5000/ <http://192.168.0.2:5000/>
OS_USERNAME=admin
OS_TENANT_NAME=admin
OS_ENDPOINT_TYPE=internalURL
OS_NO_CACHE=true
OS_PROJECT_DOMAIN_NAME=Default

- Where do I run ‘openstack server list’ command. I tried running it on node-1 
machine, which is a controller machine, the output was blank.

Any useful pointer would be appreciated.
Pavan
- 
> On 14-Jul-2017, at 4:49 PM, Manuel Buil <mb...@suse.com> wrote:
> 
> HI Pavan,
> 
> I think your openstack env. variables are not set. How do you execute the 
> tests?
> 
> If you are not using the functest command line, you need to source the env 
> variables (from openrc or tackerc). To check that everything is ok, try to 
> execute one openstack command before executing the test and check that you 
> don't get any error (e.g. openstack server list).
> 
> Regards,
> Manuel
> 
> On Fri, 2017-07-14 at 16:40 +0530, Pavan Gupta wrote:
>> Hello Folks,
>> I have managed to begin the test but hit across this error:
>> 
>> Traceback (most recent call last):
>>   File "./run_tests.py", line 189, in 
>> main(report=args.report)
>>   File "./run_tests.py", line 91, in main
>> disable_heat_resource_finder_cache(nodes)
>>   File "./run_tests.py", line 67, in disable_heat_resource_finder_cache
>> controller.run_cmd('rm -f {0}'.format(remote_heat_conf))
>>   File "/home/opnfv/repos/releng/modules/opnfv/deployment/manager.py", line 
>> 184, in run_cmd
>> _, stdout, stderr = (self.ssh_client.exec_command(cmd))
>> AttributeError: 'NoneType' object has no attribute ‘exec_command'
>> 
>> 
>> Does anyone know fix for this?
>> Pavan
>> 
>>> On 14-Jul-2017, at 12:56 PM, Jose Lausuch <jose.laus...@ericsson.com 
>>> <mailto:jose.laus...@ericsson.com>> wrote:
>>> 
>>> Ok, just for your information: 
>>> if you are using Functest Danube, you need connectivity to the admin 
>>> network. We are working on removing that constraint in Euphrates against 
>>> OpenStack Ocata.
>>> 
>>> Thanks,
>>> Jose
>>> 
>>> 
>>> 
>>>> On 14 Jul 2017, at 08:45, Pavan Gupta <pavan.gu...@calsoftinc.com 
>>>> <mailto:pavan.gu...@calsoftinc.com>> wrote:
>>>> 
>>>> Hi Jose,
>>>> I added the following route on Junper host and connectivity worked, so the 
>>>> SFC test environment was successfully prepared.
>>>> sudo route add -net 192.168.0.0 netmask 255.255.255.0 gw 172.26.48.23
>>>> 
>>>> Thanks for your help.
>>>> Pavan
>>>> 
>>>>> On 13-Jul-2017, at 7:06 PM, Jose Lausuch <jose.laus...@ericsson.com 
>>>>> <mailto:jose.laus...@ericsson.com>> wrote:
>>>>> 
>>>>> Hi Pavan,
>>>>>  
>>>>> It seems your installer is not supported by the script fetch_os_creds.sh
>>>>>  
>>>>> In that case, you need to provide the openstack RC file from your 
>>>>> deployment manually to the container, or just copy the content to  
>>>>> /home/opnfv/functest/conf/openstack.creds
>>>>>  
>>>>> Let me know if it still fails that way.
>>>>>  
>>>>> Regards,
>>>>> Jose
>>>>>  
>>>>>  
>>>>> From: opnfv-tech-discuss-boun...@lists.opnfv.org 
>>>>> <mailto:opnfv-tech-discuss-boun...@lists.opnfv.org> 
>>>>> [mailto:opnfv-tech-discuss-boun...@lists.opnfv.org 
>>>>> <mailto:opnfv-tech-discuss-boun...@lists.opnfv.org>] On Behalf Of Pavan 
>>>>> Gupta
>>>>> Sent: Thursday, July 13, 2017 14:29 PM
>>>>> To: Manuel Buil <mb...@suse.com <mailto:mb...@suse.com>>
>>>>> Cc: andres.sanchez.ra...@estudiant.upc.edu 
>>>>> <mailto:andres.sanchez.ra...@estudiant.upc.edu>; OPNFV-TECH-DISCUSS OPNFV 
>>>>> <opnfv-tech-discuss@lists.opnfv.org 
>>>>> <mailto:opnfv-tech-discuss@lists.opnfv.org>>
>>>>> Subject: Re: [opnfv-tech-discuss] SFC Project
>>>>>  
>>>>> Hi Manuel/Andres,
>>>>> When I run 'functest env prepare’, I also see this issue:
>>>>> 
>>>>> 
>>>>> /home/opnfv/repos/releng/utils/fetch_os_creds.sh: line 76: 
>>>>> SALT_MASTER_IP: unbound variable
>>>>>  
>>>>> What should be SALT_MASTER_IP address?
>>>>> Pavan
>>>>>  
>>>>> On 13-Jul-2017, at 3:37 PM, Manuel Buil <mb...@suse.com 
>>>>> <mailto:mb...@suse.com>> wrote:
>>>>>  
>>>>> 10.20.0.2
>>>> 
>>> 
>> 

___
opnfv-tech-discuss mailing list
opnfv-tech-discuss@lists.opnfv.org
https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss

Re: [opnfv-tech-discuss] SFC Project

[Pavan Gupta]

Hello Folks,
I have managed to begin the test but hit across this error:

Traceback (most recent call last):
  File "./run_tests.py", line 189, in 
main(report=args.report)
  File "./run_tests.py", line 91, in main
disable_heat_resource_finder_cache(nodes)
  File "./run_tests.py", line 67, in disable_heat_resource_finder_cache
controller.run_cmd('rm -f {0}'.format(remote_heat_conf))
  File "/home/opnfv/repos/releng/modules/opnfv/deployment/manager.py", line 
184, in run_cmd
_, stdout, stderr = (self.ssh_client.exec_command(cmd))
AttributeError: 'NoneType' object has no attribute ‘exec_command'


Does anyone know fix for this?
Pavan

> On 14-Jul-2017, at 12:56 PM, Jose Lausuch <jose.laus...@ericsson.com> wrote:
> 
> Ok, just for your information: 
> if you are using Functest Danube, you need connectivity to the admin network. 
> We are working on removing that constraint in Euphrates against OpenStack 
> Ocata.
> 
> Thanks,
> Jose
> 
> 
> 
>> On 14 Jul 2017, at 08:45, Pavan Gupta <pavan.gu...@calsoftinc.com 
>> <mailto:pavan.gu...@calsoftinc.com>> wrote:
>> 
>> Hi Jose,
>> I added the following route on Junper host and connectivity worked, so the 
>> SFC test environment was successfully prepared.
>> sudo route add -net 192.168.0.0 netmask 255.255.255.0 gw 172.26.48.23
>> 
>> Thanks for your help.
>> Pavan
>> 
>>> On 13-Jul-2017, at 7:06 PM, Jose Lausuch <jose.laus...@ericsson.com 
>>> <mailto:jose.laus...@ericsson.com>> wrote:
>>> 
>>> Hi Pavan,
>>>  
>>> It seems your installer is not supported by the script fetch_os_creds.sh
>>>  
>>> In that case, you need to provide the openstack RC file from your 
>>> deployment manually to the container, or just copy the content to  
>>> /home/opnfv/functest/conf/openstack.creds
>>>  
>>> Let me know if it still fails that way.
>>>  
>>> Regards,
>>> Jose
>>>  
>>>  
>>> From: opnfv-tech-discuss-boun...@lists.opnfv.org 
>>> <mailto:opnfv-tech-discuss-boun...@lists.opnfv.org> 
>>> [mailto:opnfv-tech-discuss-boun...@lists.opnfv.org 
>>> <mailto:opnfv-tech-discuss-boun...@lists.opnfv.org>] On Behalf Of Pavan 
>>> Gupta
>>> Sent: Thursday, July 13, 2017 14:29 PM
>>> To: Manuel Buil <mb...@suse.com <mailto:mb...@suse.com>>
>>> Cc: andres.sanchez.ra...@estudiant.upc.edu 
>>> <mailto:andres.sanchez.ra...@estudiant.upc.edu>; OPNFV-TECH-DISCUSS OPNFV 
>>> <opnfv-tech-discuss@lists.opnfv.org 
>>> <mailto:opnfv-tech-discuss@lists.opnfv.org>>
>>> Subject: Re: [opnfv-tech-discuss] SFC Project
>>>  
>>> Hi Manuel/Andres,
>>> When I run 'functest env prepare’, I also see this issue:
>>> 
>>> 
>>> /home/opnfv/repos/releng/utils/fetch_os_creds.sh: line 76: SALT_MASTER_IP: 
>>> unbound variable
>>>  
>>> What should be SALT_MASTER_IP address?
>>> Pavan
>>>  
>>> On 13-Jul-2017, at 3:37 PM, Manuel Buil <mb...@suse.com 
>>> <mailto:mb...@suse.com>> wrote:
>>>  
>>> 10.20.0.2
>> 
> 

___
opnfv-tech-discuss mailing list
opnfv-tech-discuss@lists.opnfv.org
https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss

Re: [opnfv-tech-discuss] SFC Project

[Pavan Gupta]

Hi Jose,
- I run the docker within Jumphost machine. 
- I have put the following content in openstack.creds file:
OS_REGION_NAME=RegionOne
OS_DEFAULT_DOMAIN=default
OS_USER_DOMAIN_NAME=Default
OS_PROJECT_NAME=admin
OS_IDENTITY_API_VERSION=3
OS_PASSWORD=admin
OS_AUTH_STRATEGY=keystone
OS_AUTH_URL=http://192.168.0.2:5000/
OS_USERNAME=admin
OS_TENANT_NAME=admin
OS_ENDPOINT_TYPE=internalURL
OS_NO_CACHE=true
OS_PROJECT_DOMAIN_NAME=Default
- IP address 192.168.0.2 isn’t accessible for the docker and the Jumphost. If I 
give public IP address, then the connectivity works. Is it possible to use 
public ip addresses and get the test going?
Pavan

> On 13-Jul-2017, at 7:06 PM, Jose Lausuch  wrote:
> 
> /home/opnfv/functest/conf/openstack.creds

___
opnfv-tech-discuss mailing list
opnfv-tech-discuss@lists.opnfv.org
https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss

Re: [opnfv-tech-discuss] SFC Project

[Pavan Gupta]

Hi Jose,
I added the following route on Junper host and connectivity worked, so the SFC 
test environment was successfully prepared.
sudo route add -net 192.168.0.0 netmask 255.255.255.0 gw 172.26.48.23

Thanks for your help.
Pavan

> On 13-Jul-2017, at 7:06 PM, Jose Lausuch <jose.laus...@ericsson.com> wrote:
> 
> Hi Pavan,
>  
> It seems your installer is not supported by the script fetch_os_creds.sh
>  
> In that case, you need to provide the openstack RC file from your deployment 
> manually to the container, or just copy the content to  
> /home/opnfv/functest/conf/openstack.creds
>  
> Let me know if it still fails that way.
>  
> Regards,
> Jose
>  
>  
> From: opnfv-tech-discuss-boun...@lists.opnfv.org 
> [mailto:opnfv-tech-discuss-boun...@lists.opnfv.org] On Behalf Of Pavan Gupta
> Sent: Thursday, July 13, 2017 14:29 PM
> To: Manuel Buil <mb...@suse.com>
> Cc: andres.sanchez.ra...@estudiant.upc.edu; OPNFV-TECH-DISCUSS OPNFV 
> <opnfv-tech-discuss@lists.opnfv.org>
> Subject: Re: [opnfv-tech-discuss] SFC Project
>  
> Hi Manuel/Andres,
> When I run 'functest env prepare’, I also see this issue:
> 
> 
> /home/opnfv/repos/releng/utils/fetch_os_creds.sh: line 76: SALT_MASTER_IP: 
> unbound variable
>  
> What should be SALT_MASTER_IP address?
> Pavan
>  
> On 13-Jul-2017, at 3:37 PM, Manuel Buil <mb...@suse.com 
> <mailto:mb...@suse.com>> wrote:
>  
> 10.20.0.2

___
opnfv-tech-discuss mailing list
opnfv-tech-discuss@lists.opnfv.org
https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss

Re: [opnfv-tech-discuss] SFC Project

[Manuel Buil]

; > > > > > > > > tutum/nginx                 latest              
> > > > > > > > > > a2e9b71ed366 
      16 months ago       206MB
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > - Output of docker ps:
> > > > > 
> > > > > 
> > > > > 
> > > > > > > > > > > > > > > CONTAINER ID        IMAGE                    
> > > > > > > > > > > > > > > COMMAND         
        CREATED             STATUS              PORTS       
                                                         
> > > > >    NAMES
> > > > > 
> > > > > > > > > > > > > > > 9b1c47899d65        opnfv/functest:stable    
> > > > > > > > > > > > > > > "/bin/bash"     
        6 hours ago         Up 6 hours                      
   
> > > > >                                                          sfc
> > > > > 
> > > > > > > > > > > > > > > > > > > > 0eb2d3ff7e4d        autolytiks_nginx    
> > > > > > > > > > > > > > > > > > > >     
"/usr/sbin/nginx"        2 months ago        Up 8 days      
    0.0.0.0:80->80/tcp                                      
             
> > > > >    autolytiks_nginx_1
> > > > > 
> > > > > > > > > > > > > > > ce4e265af4cd        grafana/grafana:latest   
> > > > > > > > > > > > > > > "/run.sh"       
        2 months ago        Up 8 days           0.0.0.0:3000-
>3000/tcp                                                
> > > > >    autolytiks_grafana_1
> > > > > 
> > > > > > > > > > > > > > > > > > > > 87e2e67d8924        autolytiks_web      
> > > > > > > > > > > > > > > > > > > >     
"/usr/local/bin/gu..."   2 months ago        Up 8 days      
    8000/tcp                                                
             
> > > > >    autolytiks_web_1
> > > > > 
> > > > > > > > > > > > > > > > > > > > f7e290be942d        influxdb:latest     
> > > > > > > > > > > > > > > > > > > >      "/entrypoint.sh
in..."   2 months ago        Up 8 days          
0.0.0.0:8084->8083/tcp, 0.0.0.0:8087->8086/tcp, 0.0.0.0:8090-
>8089/tcp
> > > > >    autolytiks_influxdb_1
> > > > > 
> > > > > > > > > > > > > > > > > > > > 6e77fd10b6c8        postgres:latest     
> > > > > > > > > > > > > > > > > > > >      "docker-
entrypoint..."   2 months ago        Up 8 days          
0.0.0.0:5432->5432/tcp                                      
         
> > > > >    autolytiks_postgres_1
> > > > > 
> > > > > > > > > > > > > > > > > > > > da192814b82b        redis:latest        
> > > > > > > > > > > > > > > > > > > >      "docker-
entrypoint..."   2 months ago        Up 8 days          
0.0.0.0:6379->6379/tcp                                      
         
> > > > >    autolytiks_redis_1
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > Please let me know if you need any other information.
> > > > > 
> > > > > Pavan
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > > > > > > > > On 14-Jul-2017, at 6:09 PM, Jose Lausuch 
> > > > > > > > > > > > <jose.lausuch@eric
sson.com> wrote:
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > Pavan, 
> > > > > > 
> > > > > > 
> > > > > >  
> > > > > > 
> > > > > > 
> > > > > > I don’t see any attachment.
> > > > > > 
> > > > > > 
> > > > > >  
> > > > > > 
> > > > > > 
> > > > > > | 2. Docker image: Docker version 17.04.0-ce, build 4845c56
> > > > > > 
> > > > > > 
> > > > > > > > > > > > I meant the Functest docker image. Just run: docker ps 
> > > > > > > > > > > > or
docker images to see which Functest version you are using.
> > > > > > 
> > > > > > 
> > > > > >  
> > > > > > 
> > > > > > 
> > > > > > - Jose -
> > > > > > 
> > > > > > 
> > > > > >  
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > > > > > > > From: Pavan Gupta [mailto:pavan.gu...@calsoftinc.com] 
> > > > > > 
> > > > > > Sent: Friday, July 14, 2017 14:28 PM
> > > > > > 
> > > > > > > > > > > > To: Jose Lausuch <jose.laus...@ericsson.com>
> > > > > > 
> > > > > > > > > > > > Cc: Manuel Buil <mb...@suse.com>;
> > > > > > > > > > > > > > > > > > andres.sanchez.ra...@estudiant.upc.edu; 
> > > > > > > > > > > > > > > > > > OPNFV-TECH-DISCUSS
OPNFV <opnfv-tech-discuss@lists.opnfv.org>
> > > > > > 
> > > > > > Subject: Re: [opnfv-tech-discuss] SFC Project
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > >  
> > > > > > 
> > > > > > 
> > > > > > Hi Jose,
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 1. I have attached functest.log.
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > >  
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 2. Docker image: Docker version 17.04.0-ce, build 4845c56
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > >  
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 3. Installer: Fuel, version 10.0.0
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > >  
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > > > > > > > 4. Credentials: Same as mentioned in the link (root,
r00tme)
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > >  
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > Thank you.
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > Pavan
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > >  
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > > > > > > > On 14-Jul-2017, at 5:15 PM, Jose Lausuch 
> > > > > > > > > > > > <jose.lausuch@eric
sson.com> wrote:
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > >  
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > /home/opnfv/functest/results/functest.log
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > 
> > 
> 
___
opnfv-tech-discuss mailing list
opnfv-tech-discuss@lists.opnfv.org
https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss

Re: [opnfv-tech-discuss] SFC Project

[Manuel Buil]

; > > 
> > > > > > influxdb                    latest              95b868946bae     
  2 months ago        224MB
> > > 
> > > 
> > > > > > logstash                    5.2                 e2e0c054df39     
  3 months ago        494MB
> > > 
> > > 
> > > > > > elasticsearch               5.2                 0206b7302cfe     
  3 months ago        352MB
> > > 
> > > 
> > > > > > grafana/grafana             latest              8c4ef64b4ad1     
  3 months ago        278MB
> > > 
> > > 
> > > > > > autolytiks_kibana           latest              724639b70915     
  3 months ago        329MB
> > > 
> > > 
> > > > > > kibana                      5.2                 724639b70915     
  3 months ago        329MB
> > > 
> > > 
> > > > > > hello-world                 latest              c54a2cc56cbb     
  12 months ago       1.85kB
> > > 
> > > 
> > > > > > opennetworklinux/builder7   1.2                 a0a471ea8d55     
  13 months ago       1.92GB
> > > 
> > > 
> > > > > > tutum/nginx                 latest              a2e9b71ed366     
  16 months ago       206MB
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > - Output of docker ps:
> > > 
> > > 
> > > 
> > > > > > > > > CONTAINER ID        IMAGE                    COMMAND          
> > > > > > > > >    
    CREATED             STATUS              PORTS               
                                                 
> > >    NAMES
> > > 
> > > > > > 9b1c47899d65        opnfv/functest:stable    "/bin/bash"         
    6 hours ago         Up 6 hours                          
> > >                                                          sfc
> > > 
> > > > > > > > > 0eb2d3ff7e4d        autolytiks_nginx         
> > > > > > > > > "/usr/sbin/nginx"   
    2 months ago        Up 8 days           0.0.0.0:80->80/tcp  
                                                 
> > >    autolytiks_nginx_1
> > > 
> > > > > > > > > ce4e265af4cd        grafana/grafana:latest   "/run.sh"        
> > > > > > > > >    
    2 months ago        Up 8 days           0.0.0.0:3000-
>3000/tcp                                                
> > >    autolytiks_grafana_1
> > > 
> > > > > > > > > > > > 87e2e67d8924        autolytiks_web          
"/usr/local/bin/gu..."   2 months ago        Up 8 days          
8000/tcp                                                        
     
> > >    autolytiks_web_1
> > > 
> > > > > > > > > f7e290be942d        influxdb:latest          "/entrypoint.sh
in..."   2 months ago        Up 8 days           0.0.0.0:8084-
>8083/tcp, 0.0.0.0:8087->8086/tcp, 0.0.0.0:8090->8089/tcp
> > >    autolytiks_influxdb_1
> > > 
> > > > > > > > > > > > 6e77fd10b6c8        postgres:latest          "docker-
entrypoint..."   2 months ago        Up 8 days          
0.0.0.0:5432->5432/tcp                                          
     
> > >    autolytiks_postgres_1
> > > 
> > > > > > > > > > > > da192814b82b        redis:latest             "docker-
entrypoint..."   2 months ago        Up 8 days          
0.0.0.0:6379->6379/tcp                                          
     
> > >    autolytiks_redis_1
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > Please let me know if you need any other information.
> > > 
> > > Pavan
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > > > > > > On 14-Jul-2017, at 6:09 PM, Jose Lausuch <jose.lausuch@ericsson
.com> wrote:
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > Pavan, 
> > > > 
> > > > 
> > > >  
> > > > 
> > > > 
> > > > I don’t see any attachment.
> > > > 
> > > > 
> > > >  
> > > > 
> > > > 
> > > > | 2. Docker image: Docker version 17.04.0-ce, build 4845c56
> > > > 
> > > > 
> > > > > > > > I meant the Functest docker image. Just run: docker ps or
docker images to see which Functest version you are using.
> > > > 
> > > > 
> > > >  
> > > > 
> > > > 
> > > > - Jose -
> > > > 
> > > > 
> > > >  
> > > > 
> > > > 
> > > > 
> > > > 
> > > > > > > > From: Pavan Gupta [mailto:pavan.gu...@calsoftinc.com] 
> > > > 
> > > > Sent: Friday, July 14, 2017 14:28 PM
> > > > 
> > > > > > > > To: Jose Lausuch <jose.laus...@ericsson.com>
> > > > 
> > > > > > > > Cc: Manuel Buil <mb...@suse.com>;
> > > > > > > > > > > > andres.sanchez.ra...@estudiant.upc.edu; 
> > > > > > > > > > > > OPNFV-TECH-DISCUSS
OPNFV <opnfv-tech-discuss@lists.opnfv.org>
> > > > 
> > > > Subject: Re: [opnfv-tech-discuss] SFC Project
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > >  
> > > > 
> > > > 
> > > > Hi Jose,
> > > > 
> > > > 
> > > > 
> > > > 1. I have attached functest.log.
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > >  
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 2. Docker image: Docker version 17.04.0-ce, build 4845c56
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > >  
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 3. Installer: Fuel, version 10.0.0
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > >  
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 4. Credentials: Same as mentioned in the link (root, r00tme)
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > >  
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > Thank you.
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > Pavan
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > >  
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > > > > > On 14-Jul-2017, at 5:15 PM, Jose Lausuch <jose.lausuch@ericsson
.com> wrote:
> > > > 
> > > > 
> > > > 
> > > > 
> > > >  
> > > > 
> > > > 
> > > > 
> > > > /home/opnfv/functest/results/functest.log
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> 
___
opnfv-tech-discuss mailing list
opnfv-tech-discuss@lists.opnfv.org
https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss

Re: [opnfv-tech-discuss] SFC Project

[Jose Lausuch]

Hi,

Functest looks fine. Can you now attach sfc.log located in the same directory? 
Maybe it’s a problem with the test case as such while trying to access the 
deployment. Maybe Manuel has more experience with it.

- Jose -


On 14 Jul 2017, at 14:47, Pavan Gupta 
<pavan.gu...@calsoftinc.com<mailto:pavan.gu...@calsoftinc.com>> wrote:

HI Jose,
- I have attached the log file this time.

- Output of docker images:

REPOSITORY  TAG IMAGE IDCREATED 
SIZE
opnfv/functest  stable  2553087919e09 days ago  
1.57GB
ryu7249125/yardsticklatest  e37ee4c07ca82 months 
ago3.52GB
opnfv/yardstick stable  7fc31a6fc1d52 months 
ago1.2GB
autolytiks_logstash latest  0b8f850cf5922 months 
ago565MB
autolytiks_elasticsearchlatest  f73bc006eb572 months 
ago352MB
autolytiks_nginxlatest  b3d688b354172 months 
ago206MB
autolytiks_web  latest  7c2907bd15d82 months 
ago727MB
python  3.5-onbuild 2d1685b88f322 months 
ago689MB
redis   latest  e32ef7250bc12 months 
ago184MB
postgreslatest  3902208677552 months 
ago267MB
influxdblatest  95b868946bae2 months 
ago224MB
logstash5.2 e2e0c054df393 months 
ago494MB
elasticsearch   5.2 0206b7302cfe3 months 
ago352MB
grafana/grafana latest  8c4ef64b4ad13 months 
ago278MB
autolytiks_kibana   latest  724639b709153 months 
ago329MB
kibana  5.2 724639b709153 months 
ago329MB
hello-world latest  c54a2cc56cbb12 months 
ago   1.85kB
opennetworklinux/builder7   1.2 a0a471ea8d5513 months 
ago   1.92GB
tutum/nginx latest  a2e9b71ed36616 months 
ago   206MB


- Output of docker ps:
CONTAINER IDIMAGECOMMAND  CREATED   
  STATUS  PORTS 
   NAMES
9b1c47899d65opnfv/functest:stable"/bin/bash"  6 hours 
ago Up 6 hours  
 sfc
0eb2d3ff7e4dautolytiks_nginx "/usr/sbin/nginx"2 months 
agoUp 8 days   0.0.0.0:80->80/tcp   
autolytiks_nginx_1
ce4e265af4cdgrafana/grafana:latest   "/run.sh"2 months 
agoUp 8 days   0.0.0.0:3000->3000/tcp   
autolytiks_grafana_1
87e2e67d8924autolytiks_web   "/usr/local/bin/gu..."   2 months 
agoUp 8 days   8000/tcp 
autolytiks_web_1
f7e290be942dinfluxdb:latest  "/entrypoint.sh in..."   2 months 
agoUp 8 days   0.0.0.0:8084->8083/tcp, 0.0.0.0:8087->8086/tcp, 
0.0.0.0:8090->8089/tcp   autolytiks_influxdb_1
6e77fd10b6c8postgres:latest  "docker-entrypoint..."   2 months 
agoUp 8 days   0.0.0.0:5432->5432/tcp   
autolytiks_postgres_1
da192814b82bredis:latest "docker-entrypoint..."   2 months 
agoUp 8 days   0.0.0.0:6379->6379/tcp   
autolytiks_redis_1


Please let me know if you need any other information.
Pavan

On 14-Jul-2017, at 6:09 PM, Jose Lausuch 
<jose.laus...@ericsson.com<mailto:jose.laus...@ericsson.com>> wrote:

Pavan,

I don’t see any attachment.

| 2. Docker image: Docker version 17.04.0-ce, build 4845c56
I meant the Functest docker image. Just run: docker ps or docker images to see 
which Functest version you are using.

- Jose -

From: Pavan Gupta [mailto:pavan.gu...@calsoftinc.com]
Sent: Friday, July 14, 2017 14:28 PM
To: Jose Lausuch <jose.laus...@ericsson.com<mailto:jose.laus...@ericsson.com>>
Cc: Manuel Buil <mb...@suse.com<mailto:mb...@suse.com>>; 
andres.sanchez.ra...@estudiant.upc.edu<mailto:andres.sanchez.ra...@estudiant.upc.edu>;
 OPNFV-TECH-DISCUSS OPNFV 
<opnfv-tech-discuss@lists.opnfv.org<mailto:opnfv-tech-discuss@lists.opnfv.org>>
Subject: Re: [opnfv-tech-discuss] SFC Project

Hi Jose,
1. I 

Re: [opnfv-tech-discuss] SFC Project

[Jose Lausuch]

Pavan,

I don't see any attachment.

| 2. Docker image: Docker version 17.04.0-ce, build 4845c56
I meant the Functest docker image. Just run: docker ps or docker images to see 
which Functest version you are using.

- Jose -

From: Pavan Gupta [mailto:pavan.gu...@calsoftinc.com]
Sent: Friday, July 14, 2017 14:28 PM
To: Jose Lausuch <jose.laus...@ericsson.com>
Cc: Manuel Buil <mb...@suse.com>; andres.sanchez.ra...@estudiant.upc.edu; 
OPNFV-TECH-DISCUSS OPNFV <opnfv-tech-discuss@lists.opnfv.org>
Subject: Re: [opnfv-tech-discuss] SFC Project

Hi Jose,
1. I have attached functest.log.

2. Docker image: Docker version 17.04.0-ce, build 4845c56

3. Installer: Fuel, version 10.0.0

4. Credentials: Same as mentioned in the link (root, r00tme)

Thank you.
Pavan

On 14-Jul-2017, at 5:15 PM, Jose Lausuch 
<jose.laus...@ericsson.com<mailto:jose.laus...@ericsson.com>> wrote:

/home/opnfv/functest/results/functest.log

___
opnfv-tech-discuss mailing list
opnfv-tech-discuss@lists.opnfv.org
https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss

Re: [opnfv-tech-discuss] SFC Project

[Jose Lausuch]

Hi Pavan,

Can you please attach functest log, located in 
/home/opnfv/functest/results/functest.log ?

Also answer to the following questions about your environment:

Which docker image (tag) are you using?
Which installer? Version?

The credentials to access the installer node are in [1]. If you have deployed 
your installer node with different user/password, make sure you update that as 
well.

Jose

[1] 
https://git.opnfv.org/functest/tree/functest/ci/installer_params.yaml?h=stable/danube




On 14 Jul 2017, at 13:31, Pavan Gupta 
<pavan.gu...@calsoftinc.com<mailto:pavan.gu...@calsoftinc.com>> wrote:

Hi Manuel,
- I am using funkiest command list. I run this command: 'functest testcase run 
odl-sfc’

- I am new openstack as well, can you please tell me, what all env variables 
need to be set. Do I need to copy these in openstack.creds. This is what is 
there at present in this file:
OS_REGION_NAME=RegionOne
OS_DEFAULT_DOMAIN=default
OS_USER_DOMAIN_NAME=Default
OS_PROJECT_NAME=admin
OS_IDENTITY_API_VERSION=3
OS_PASSWORD=admin
OS_AUTH_STRATEGY=keystone
OS_AUTH_URL=http://192.168.0.2:5000/
OS_USERNAME=admin
OS_TENANT_NAME=admin
OS_ENDPOINT_TYPE=internalURL
OS_NO_CACHE=true
OS_PROJECT_DOMAIN_NAME=Default

- Where do I run ‘openstack server list’ command. I tried running it on node-1 
machine, which is a controller machine, the output was blank.

Any useful pointer would be appreciated.
Pavan
-
On 14-Jul-2017, at 4:49 PM, Manuel Buil <mb...@suse.com<mailto:mb...@suse.com>> 
wrote:

HI Pavan,

I think your openstack env. variables are not set. How do you execute the tests?

If you are not using the functest command line, you need to source the env 
variables (from openrc or tackerc). To check that everything is ok, try to 
execute one openstack command before executing the test and check that you 
don't get any error (e.g. openstack server list).

Regards,
Manuel

On Fri, 2017-07-14 at 16:40 +0530, Pavan Gupta wrote:
Hello Folks,
I have managed to begin the test but hit across this error:

Traceback (most recent call last):
  File "./run_tests.py", line 189, in 
main(report=args.report)
  File "./run_tests.py", line 91, in main
disable_heat_resource_finder_cache(nodes)
  File "./run_tests.py", line 67, in disable_heat_resource_finder_cache
controller.run_cmd('rm -f {0}'.format(remote_heat_conf))
  File "/home/opnfv/repos/releng/modules/opnfv/deployment/manager.py", line 
184, in run_cmd
_, stdout, stderr = (self.ssh_client.exec_command(cmd))
AttributeError: 'NoneType' object has no attribute ‘exec_command'


Does anyone know fix for this?
Pavan

On 14-Jul-2017, at 12:56 PM, Jose Lausuch 
<jose.laus...@ericsson.com<mailto:jose.laus...@ericsson.com>> wrote:

Ok, just for your information:
if you are using Functest Danube, you need connectivity to the admin network. 
We are working on removing that constraint in Euphrates against OpenStack Ocata.

Thanks,
Jose



On 14 Jul 2017, at 08:45, Pavan Gupta 
<pavan.gu...@calsoftinc.com<mailto:pavan.gu...@calsoftinc.com>> wrote:

Hi Jose,
I added the following route on Junper host and connectivity worked, so the SFC 
test environment was successfully prepared.
sudo route add -net 192.168.0.0 netmask 255.255.255.0 gw 172.26.48.23

Thanks for your help.
Pavan

On 13-Jul-2017, at 7:06 PM, Jose Lausuch 
<jose.laus...@ericsson.com<mailto:jose.laus...@ericsson.com>> wrote:

Hi Pavan,

It seems your installer is not supported by the script fetch_os_creds.sh

In that case, you need to provide the openstack RC file from your deployment 
manually to the container, or just copy the content to  
/home/opnfv/functest/conf/openstack.creds

Let me know if it still fails that way.

Regards,
Jose


From: 
opnfv-tech-discuss-boun...@lists.opnfv.org<mailto:opnfv-tech-discuss-boun...@lists.opnfv.org>
 [mailto:opnfv-tech-discuss-boun...@lists.opnfv.org] On Behalf Of Pavan Gupta
Sent: Thursday, July 13, 2017 14:29 PM
To: Manuel Buil <mb...@suse.com<mailto:mb...@suse.com>>
Cc: 
andres.sanchez.ra...@estudiant.upc.edu<mailto:andres.sanchez.ra...@estudiant.upc.edu>;
 OPNFV-TECH-DISCUSS OPNFV 
<opnfv-tech-discuss@lists.opnfv.org<mailto:opnfv-tech-discuss@lists.opnfv.org>>
Subject: Re: [opnfv-tech-discuss] SFC Project

Hi Manuel/Andres,
When I run 'functest env prepare’, I also see this issue:


/home/opnfv/repos/releng/utils/fetch_os_creds.sh: line 76: SALT_MASTER_IP: 
unbound variable

What should be SALT_MASTER_IP address?
Pavan

On 13-Jul-2017, at 3:37 PM, Manuel Buil <mb...@suse.com<mailto:mb...@suse.com>> 
wrote:

10.20.0.2





___
opnfv-tech-discuss mailing list
opnfv-tech-discuss@lists.opnfv.org
https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss

Re: [opnfv-tech-discuss] SFC Project

[Manuel Buil]

HI Pavan,

I think your openstack env. variables are not set. How do you execute
the tests?

If you are not using the functest command line, you need to source the
env variables (from openrc or tackerc). To check that everything is ok,
try to execute one openstack command before executing the test and
check that you don't get any error (e.g. openstack server list).

Regards,
Manuel

On Fri, 2017-07-14 at 16:40 +0530, Pavan Gupta wrote:
> Hello Folks,
> I have managed to begin the test but hit across this error:
> 
> Traceback (most recent call last):
>   File "./run_tests.py", line 189, in 
>     main(report=args.report)
>   File "./run_tests.py", line 91, in main
>     disable_heat_resource_finder_cache(nodes)
> >   File "./run_tests.py", line 67, in
disable_heat_resource_finder_cache
>     controller.run_cmd('rm -f {0}'.format(remote_heat_conf))
> > >   File
"/home/opnfv/repos/releng/modules/opnfv/deployment/manager.py", line
184, in run_cmd
>     _, stdout, stderr = (self.ssh_client.exec_command(cmd))
> AttributeError: 'NoneType' object has no attribute ‘exec_command'
> 
> 
> 
> 
> 
> Does anyone know fix for this?
> Pavan
> 
> > > > On 14-Jul-2017, at 12:56 PM, Jose Lausuch <jose.laus...@ericsson.co
m> wrote:
> > 
> > 
> > 
> > 
> > 
> > Ok, just for your information: 
> > > > > > if you are using Functest Danube, you need connectivity to the
admin network. We are working on removing that constraint in
Euphrates against OpenStack Ocata.
> > 
> > 
> > 
> > 
> > 
> > Thanks,
> > 
> > Jose
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > > > > > On 14 Jul 2017, at 08:45, Pavan Gupta <pavan.gu...@calsoftinc.com
> wrote:
> > > 
> > > 
> > > 
> > > 
> > > 
> > > Hi Jose,
> > > > > > I added the following route on Junper host and connectivity
worked, so the SFC test environment was successfully prepared.
> > > 
> > > 
> > > 
> > > > > > sudo route add -net 192.168.0.0 netmask 255.255.255.0 gw
172.26.48.23
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > Thanks for your help.
> > > 
> > > 
> > > Pavan
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > > > > > > On 13-Jul-2017, at 7:06 PM, Jose Lausuch <jose.lausuch@ericsson
.com> wrote:
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > Hi Pavan,
> > > > 
> > > > 
> > > >  
> > > > 
> > > > 
> > > > > > > > It seems your installer is not supported by the script
fetch_os_creds.sh
> > > > 
> > > > 
> > > >  
> > > > 
> > > > 
> > > > > > > > > > > > In that case, you need to provide the openstack RC file 
> > > > > > > > > > > > from
your deployment manually to the container, or just copy the
content to  /home/opnfv/functest/conf/openstack.creds
> > > > 
> > > > 
> > > >  
> > > > 
> > > > 
> > > > Let me know if it still fails that way.
> > > > 
> > > > 
> > > >  
> > > > 
> > > > 
> > > > Regards,
> > > > 
> > > > 
> > > > Jose
> > > > 
> > > > 
> > > >  
> > > > 
> > > > 
> > > >  
> > > > 
> > > > 
> > > > 
> > > > 
> > > > > > > > > > > > From: opnfv-tech-discuss-boun...@lists.opnfv.org 
> > > > > > > > > > > > [mailto:opnfv-
tech-discuss-boun...@lists.opnfv.org] On
> > > >  Behalf Of Pavan Gupta
> > > > 
> > > > Sent: Thursday, July 13, 2017 14:29 PM
> > > > 
> > > > > > > > To: Manuel Buil <mb...@suse.com>
> > > > 
> > > > > > > > > > > > > > > > Cc: andres.sanchez.ra...@estudiant.upc.edu; 
> > > > > > > > > > > > > > > > OPNFV-TECH-DISCUSS
OPNFV <opnfv-tech-discuss@lists.opnfv.org>
> > > > 
> > > > Subject: Re: [opnfv-tech-discuss] SFC Project
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > >  
> > > > 
> > > > 
> > > > Hi Manuel/Andres,
> > > > 
> > > > 
> > > > 
> > > > 
> > > > When I run 'functest env prepare’, I also see this issue:
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > > > > > /home/opnfv/repos/releng/utils/fetch_os_creds.sh: line 76:
SALT_MASTER_IP: unbound variable
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > >  
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > What should be SALT_MASTER_IP address?
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > Pavan
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > >  
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > > > > > On 13-Jul-2017, at 3:37 PM, Manuel Buil <mb...@suse.com> wrote:
> > > > 
> > > > 
> > > > 
> > > > 
> > > >  
> > > > 
> > > > 
> > > > 
> > > > 10.20.0.2
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> 
___
opnfv-tech-discuss mailing list
opnfv-tech-discuss@lists.opnfv.org
https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss

Re: [opnfv-tech-discuss] SFC Project

[Jose Lausuch]

Ok, just for your information:
if you are using Functest Danube, you need connectivity to the admin network. 
We are working on removing that constraint in Euphrates against OpenStack Ocata.

Thanks,
Jose



On 14 Jul 2017, at 08:45, Pavan Gupta 
<pavan.gu...@calsoftinc.com<mailto:pavan.gu...@calsoftinc.com>> wrote:

Hi Jose,
I added the following route on Junper host and connectivity worked, so the SFC 
test environment was successfully prepared.
sudo route add -net 192.168.0.0 netmask 255.255.255.0 gw 172.26.48.23

Thanks for your help.
Pavan

On 13-Jul-2017, at 7:06 PM, Jose Lausuch 
<jose.laus...@ericsson.com<mailto:jose.laus...@ericsson.com>> wrote:

Hi Pavan,

It seems your installer is not supported by the script fetch_os_creds.sh

In that case, you need to provide the openstack RC file from your deployment 
manually to the container, or just copy the content to  
/home/opnfv/functest/conf/openstack.creds

Let me know if it still fails that way.

Regards,
Jose


From: 
opnfv-tech-discuss-boun...@lists.opnfv.org<mailto:opnfv-tech-discuss-boun...@lists.opnfv.org>
 [mailto:opnfv-tech-discuss-boun...@lists.opnfv.org] On Behalf Of Pavan Gupta
Sent: Thursday, July 13, 2017 14:29 PM
To: Manuel Buil <mb...@suse.com<mailto:mb...@suse.com>>
Cc: 
andres.sanchez.ra...@estudiant.upc.edu<mailto:andres.sanchez.ra...@estudiant.upc.edu>;
 OPNFV-TECH-DISCUSS OPNFV 
<opnfv-tech-discuss@lists.opnfv.org<mailto:opnfv-tech-discuss@lists.opnfv.org>>
Subject: Re: [opnfv-tech-discuss] SFC Project

Hi Manuel/Andres,
When I run 'functest env prepare’, I also see this issue:


/home/opnfv/repos/releng/utils/fetch_os_creds.sh: line 76: SALT_MASTER_IP: 
unbound variable

What should be SALT_MASTER_IP address?
Pavan

On 13-Jul-2017, at 3:37 PM, Manuel Buil <mb...@suse.com<mailto:mb...@suse.com>> 
wrote:

10.20.0.2


___
opnfv-tech-discuss mailing list
opnfv-tech-discuss@lists.opnfv.org
https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss

Re: [opnfv-tech-discuss] SFC Project

[Jose Lausuch]

Hi Pavan,

It seems your installer is not supported by the script fetch_os_creds.sh

In that case, you need to provide the openstack RC file from your deployment 
manually to the container, or just copy the content to  
/home/opnfv/functest/conf/openstack.creds

Let me know if it still fails that way.

Regards,
Jose


From: opnfv-tech-discuss-boun...@lists.opnfv.org 
[mailto:opnfv-tech-discuss-boun...@lists.opnfv.org] On Behalf Of Pavan Gupta
Sent: Thursday, July 13, 2017 14:29 PM
To: Manuel Buil <mb...@suse.com>
Cc: andres.sanchez.ra...@estudiant.upc.edu; OPNFV-TECH-DISCUSS OPNFV 
<opnfv-tech-discuss@lists.opnfv.org>
Subject: Re: [opnfv-tech-discuss] SFC Project

Hi Manuel/Andres,
When I run 'functest env prepare’, I also see this issue:


/home/opnfv/repos/releng/utils/fetch_os_creds.sh: line 76: SALT_MASTER_IP: 
unbound variable

What should be SALT_MASTER_IP address?
Pavan

On 13-Jul-2017, at 3:37 PM, Manuel Buil <mb...@suse.com<mailto:mb...@suse.com>> 
wrote:

10.20.0.2

___
opnfv-tech-discuss mailing list
opnfv-tech-discuss@lists.opnfv.org
https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss

Re: [opnfv-tech-discuss] SFC Project

[andres . sanchez . ramos]

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" :


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 my

side.Pavan


> > > On 12-Jul-2017, at 7:32 PM, Manuel Buil  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, while

preparing the environment, I see the following error:

> >
> >
> > > > > 2017-07-12 13:31:30,091 - prepare_env - INFO - >>Verifying

connectivity to the admin endpoint 192.168.0.2:35357...

> > > > > 2017-07-12 13:33:20,236 - prepare_env - ERROR - ERROR: Cannot

talk to the admin endpoint 192.168.0.2:35357 .

> > > > > 2017-07-12 13:33:20,236 - prepare_env - ERROR - Problem while

running '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 me

know.

> > Thanking you.
> > Regards,
> > Pavan
> >
> >
> > > > > > > On 11-Jul-2017, at 1:20 PM, Manuel Buil  
 wrote:

> > > Hello,
> > >
> > > > > > > Ok, if you are familiar with the fuel installer, then follow

this

> > > guide:
> > >
> > > > > > >  
https://wiki.opnfv.org/display/sfc/OPNFV-SFC+Functest+test+case

s

> > >
> > > 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 to

create a

> > > > > > > > > setup within the company. In addition, we have access to

OPNFV

> > > > > > > > > community lab (Fuel Installer). I can try SFC in the

community lab if

> > > > > > > > > things are available. Kindly let me know what needs to be

done.

> > > > Pavan
> > > >
> > > > > > > > > > > > > > > > > On 10-Jul-2017, at 10:56 PM,  
Manuel Buil 

wrote:

> > > > >
> > > > > Hi Pavan,
> > > > >
> > > > > > > > > > > Yes, you can use OPNFV and the SFC project.  
When would you

like to

> > > > > > > > > > > deploy it? We are currently changing the platform and

moving 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 we

are

> > > > > > actively
> > > > > > > > > > > > > engaging ourselves with the OPNFV community and

development

> > > > > > projects.
> > > > > > > > > > > > > As part of this exercise, we are creating  
an OPNFV setup

and

> > > > > > would
> > > > > > > > > > > > > like to run sample VNFs and also service  
chain them

together. I

> > > > > > would
> > > > > > > > > > > > > like to understand from you if the SFC  
project can be

used to

> > > > > > create
> > > > > > a trial NFV system. 
> > > > > >
> > > > > > > > > > > > > Also, it would be helpful if you could share any

documents 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

Re: [opnfv-tech-discuss] SFC Project

[Pavan Gupta]

Hi Manuel/Andres,
When I run 'functest env prepare’, I also see this issue:

/home/opnfv/repos/releng/utils/fetch_os_creds.sh: line 76: SALT_MASTER_IP: 
unbound variable

What should be SALT_MASTER_IP address?
Pavan

> On 13-Jul-2017, at 3:37 PM, Manuel Buil  wrote:
> 
> 10.20.0.2

___
opnfv-tech-discuss mailing list
opnfv-tech-discuss@lists.opnfv.org
https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss

Re: [opnfv-tech-discuss] SFC Project

[Manuel Buil]

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 my
side.Pavan
> 
> > > > On 12-Jul-2017, at 7:32 PM, Manuel Buil  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, while
preparing the environment, I see the following error:
> > > 
> > > 
> > > > > > 2017-07-12 13:31:30,091 - prepare_env - INFO - >>Verifying
connectivity to the admin endpoint 192.168.0.2:35357...
> > > > > > 2017-07-12 13:33:20,236 - prepare_env - ERROR - ERROR: Cannot
talk to the admin endpoint 192.168.0.2:35357 .
> > > > > > 2017-07-12 13:33:20,236 - prepare_env - ERROR - Problem while
running '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 me
know.
> > > Thanking you.
> > > Regards,
> > > Pavan
> > > 
> > > 
> > > > > > > > On 11-Jul-2017, at 1:20 PM, Manuel Buil  wrote:
> > > > Hello,
> > > > 
> > > > > > > > Ok, if you are familiar with the fuel installer, then follow
this
> > > > guide:
> > > > 
> > > > > > > > https://wiki.opnfv.org/display/sfc/OPNFV-SFC+Functest+test+case
s
> > > > 
> > > > 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 to
create a
> > > > > > > > > > setup within the company. In addition, we have access to
OPNFV
> > > > > > > > > > community lab (Fuel Installer). I can try SFC in the
community lab if
> > > > > > > > > > things are available. Kindly let me know what needs to be
done.
> > > > > Pavan
> > > > > 
> > > > > > > > > > > > > > > > > > On 10-Jul-2017, at 10:56 PM, Manuel Buil 
> > > > > > > > > > > > > > > > > > 
wrote:
> > > > > > 
> > > > > > Hi Pavan,
> > > > > > 
> > > > > > > > > > > > Yes, you can use OPNFV and the SFC project. When would 
> > > > > > > > > > > > you
like to
> > > > > > > > > > > > deploy it? We are currently changing the platform and
moving 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 we
are
> > > > > > > actively
> > > > > > > > > > > > > > engaging ourselves with the OPNFV community and
development
> > > > > > > projects.
> > > > > > > > > > > > > > As part of this exercise, we are creating an OPNFV 
> > > > > > > > > > > > > > setup
and
> > > > > > > would
> > > > > > > > > > > > > > like to run sample VNFs and also service chain them
together. I
> > > > > > > would
> > > > > > > > > > > > > > like to understand from you if the SFC project can 
> > > > > > > > > > > > > > be
used to
> > > > > > > create
> > > > > > > a trial NFV system. 
> > > > > > > 
> > > > > > > > > > > > > > Also, it would be helpful if you could share any
documents 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