Re: [opnfv-tech-discuss] [infra] xci-aio How to consume as a user for hands-on investigation and manual testing

[Beierl, Mark]

Hello, Dave.  

I realize you're running on Windows, so this won't help you, but for those who 
use Linux or MacOSX, there is a terrific little python script that goes by the 
name of sshuttle [1].  It does more than just a port forward, it actually sets 
up iptables rules for all subnets on the other side of an ssh tunnel and routes 
through automatically.

I use this in Intel pod 24 from my laptop to the jumphost, which then gives me 
full connectivity to all the subnets of the OPNFV OpenStack installation :)

[1] https://github.com/apenwarr/sshuttle


Regards,
Mark

Mark Beierl
SW System Sr Principal Engineer
Dell EMC | Office of the CTO
mobile +1 613 314 8106
mark.bei...@dell.com

> On Jul 20, 2017, at 16:58, Dave Urschatz  wrote:
> 
> Thanks Markos.
> 
> It turns out the dashboard can be found by obtaining the value of 
> “external_lb_vip_address“ from the openstack_user_config.yml file under 
> xci/file/[ha|mini|noha] directories in the releng repo.  However, there is no 
> file for aio.
> 
> The only VM address on the 192.168.122.0 network is .2 and that turns out to 
> serve the horizon dashboard for the aio flavor.
> 
> The next issue is turning off https on the dashboard.  That way I would be 
> able to port forward port 80 to my desktop for access.  
> I’m looking at https://docs.openstack.org/openstack-ansible-os_horizon/latest/
> 
> Best Regards,
> 
> Dave
> 
> 
> 
> Dave Urschatz
> Senior Technical Lead
> 
> 555 Legget Drive| Tower A | Suite 600| Ottawa ON | K2K 2X3 | 613-963-1201
> 
> 
> On 2017-07-20, 3:10 AM, "opnfv-tech-discuss-boun...@lists.opnfv.org on behalf 
> of Markos Chandras"  mchand...@suse.de> wrote:
> 
>On 19/07/17 21:37, Dave Urschatz wrote:
>> I’m able to run openstack commands from the ansible_ssh_host but I would
>> also like to use the horizon dashboard and console to VMs. 
>> 
>> 
>> 
>> Is there an easy way to get the horizon dashboard url in the all-in-one
>> deployment? 
>> 
>> Is there a default user and password? 
>> 
>> Any documentation?
>> 
>> 
> 
>Hello,
> 
>The documentation you are looking for is the upstream one
> 
>https://docs.openstack.org/openstack-ansible/latest/
> 
>For horizon specifically, you are probably looking at this
> 
>
> https://docs.openstack.org/project-deploy-guide/openstack-ansible/draft/verify-operation.html
> 
> 
>-- 
>markos
> 
>SUSE LINUX GmbH | GF: Felix Imendörffer, Jane Smithard, Graham Norton
>HRB 21284 (AG Nürnberg) Maxfeldstr. 5, D-90409, Nürnberg
>___
>opnfv-tech-discuss mailing list
>opnfv-tech-discuss@lists.opnfv.org
>https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss
> 
> 
> ___
> opnfv-tech-discuss mailing list
> opnfv-tech-discuss@lists.opnfv.org
> https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss

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

Re: [opnfv-tech-discuss] [infra] xci-aio How to consume as a user for hands-on investigation and manual testing

[Dave Urschatz]

Thanks Markos.

It turns out the dashboard can be found by obtaining the value of 
“external_lb_vip_address“ from the openstack_user_config.yml file under 
xci/file/[ha|mini|noha] directories in the releng repo.  However, there is no 
file for aio.

The only VM address on the 192.168.122.0 network is .2 and that turns out to 
serve the horizon dashboard for the aio flavor.

The next issue is turning off https on the dashboard.  That way I would be able 
to port forward port 80 to my desktop for access.  
I’m looking at https://docs.openstack.org/openstack-ansible-os_horizon/latest/
 
Best Regards,

Dave

 

Dave Urschatz
Senior Technical Lead
 
555 Legget Drive| Tower A | Suite 600| Ottawa ON | K2K 2X3 | 613-963-1201
 

On 2017-07-20, 3:10 AM, "opnfv-tech-discuss-boun...@lists.opnfv.org on behalf 
of Markos Chandras"  wrote:

On 19/07/17 21:37, Dave Urschatz wrote:
> I’m able to run openstack commands from the ansible_ssh_host but I would
> also like to use the horizon dashboard and console to VMs. 
> 
>  
> 
> Is there an easy way to get the horizon dashboard url in the all-in-one
> deployment? 
> 
> Is there a default user and password? 
> 
> Any documentation?
> 
>  

Hello,

The documentation you are looking for is the upstream one

https://docs.openstack.org/openstack-ansible/latest/

For horizon specifically, you are probably looking at this


https://docs.openstack.org/project-deploy-guide/openstack-ansible/draft/verify-operation.html


-- 
markos

SUSE LINUX GmbH | GF: Felix Imendörffer, Jane Smithard, Graham Norton
HRB 21284 (AG Nürnberg) Maxfeldstr. 5, D-90409, Nürnberg
___
opnfv-tech-discuss mailing list
opnfv-tech-discuss@lists.opnfv.org
https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss


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

Re: [opnfv-tech-discuss] [BAROMETER] BAROMETER-63 (runtime config)

[Aaron Smith]

Sounds good.  Thx Mayam.

Aaron

On Thu, Jul 20, 2017 at 4:33 AM, Tahhan, Maryam 
wrote:

> Hi Aaron
>
> Let’s chat about it at the weekly, I’ll extend it to an hour
>
>
>
> BR
> Maryam
>
>
>
> *From:* Aaron Smith [mailto:aasm...@redhat.com]
> *Sent:* Wednesday, July 19, 2017 4:45 PM
> *To:* Rosen, Rami 
> *Cc:* Tahhan, Maryam ; opnfv-tech-discuss@lists.
> opnfv.org; Mcmahon, Tony B 
> *Subject:* Re: [opnfv-tech-discuss] [BAROMETER] BAROMETER-63 (runtime
> config)
>
>
>
> Hi Rami/Maryam,
>
>   Thanks for the quick response.  We had started looking at RedFish for a
> different topic.
>
> I did a cursory review of the API, but will need to look at it in more
> detail.  If you have any notes
>
> to share that would be great as well.
>
>
>
> As a start, could you give examples of the aspects of the RedFish API that
> you think are suitable?
>
> Are you thinking the Yang modeling tools are also appropriate?
>
>
>
> Aaron
>
>
>
> On Wed, Jul 19, 2017 at 10:48 AM, Rosen, Rami 
> wrote:
>
> Hi Aaron,
>
> Indeed from initial exploration of the Redfish spec, it seems a very good
> candidate for a REST API that sits in front of collectd.
>
> As said this is a WIP, we are exploring further.
>
>
>
> Regards,
>
> Rami Rosen
>
>
>
> *From:* Tahhan, Maryam
> *Sent:* Wednesday, July 19, 2017 17:15
> *To:* Aaron Smith ; opnfv-tech-discuss@lists.opnfv.org
> *Cc:* Mcmahon, Tony B ; Rosen, Rami <
> rami.ro...@intel.com>
> *Subject:* RE: [opnfv-tech-discuss] [BAROMETER] BAROMETER-63 (runtime
> config)
>
>
>
> Hey Aaron
>
>
>
> Rami in CC has been looking at this, and we’ve been using the Redfish API
> definition in DMTF as a reference. It’s very much a WIP but  I will add
> this as a discussion topic to the next barometer call.
>
> BR
> Maryam
>
>
>
> *From:* opnfv-tech-discuss-boun...@lists.opnfv.org [
> mailto:opnfv-tech-discuss-boun...@lists.opnfv.org
> ] *On Behalf Of *Aaron Smith
> *Sent:* Wednesday, July 19, 2017 3:01 PM
> *To:* opnfv-tech-discuss@lists.opnfv.org
> *Subject:* [opnfv-tech-discuss] [BAROMETER] BAROMETER-63 (runtime config)
>
>
>
> Has any work been done on further definition of
>
> BAROMETER-63 (https://jira.opnfv.org/browse/BAROMETER-63)?
>
> We would like to coordinate with any work that has been done.
>
>
>
> Aaron Smith
>
> --
>
> *AARON SMITH*
>
> SENIOR PRINCIPAL SOFTWARE ENGINEER, NFVPE
>
> Red Hat
>
> 
>
> 314 Littleton Rd, Westford, MA 01886
>
> aasm...@redhat.comM: 617.877.4814
>
> 
>
>
>
>
>
>
>
> --
>
> *AARON SMITH*
>
> SENIOR PRINCIPAL SOFTWARE ENGINEER, NFVPE
>
> Red Hat
>
> 
>
> 314 Littleton Rd, Westford, MA 01886
>
> aasm...@redhat.comM: 617.877.4814
>
> 
>
>
>



-- 

AARON SMITH

SENIOR PRINCIPAL SOFTWARE ENGINEER, NFVPE

Red Hat



314 Littleton Rd, Westford, MA 01886

aasm...@redhat.comM: 617.877.4814

___
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]

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] OPNFV Docker builds on Dockerhub account

[Alec Hothan (ahothan)]

I second the concerns of Fatih with risk of having to manage 2 paths for 
building containers if the dockerhup automated build cannot fully satisfy our 
requirements.
Before we make a decision I’d like to suggest that we first iron out our 
requirements, then it will be easier to make a decision.




From:  on behalf of Fatih 
Degirmenci 
Date: Wednesday, July 19, 2017 at 7:11 AM
To: Jose Lausuch , 
"opnfv-tech-discuss@lists.opnfv.org" 
Subject: Re: [opnfv-tech-discuss] OPNFV Docker builds on Dockerhub account

Hi,

It looks nice!

Here are some comments.

The most important comment I have is the ability to run docker builds for 
patches as part of verify jobs and post feedback to OPNFV Gerrit. If we go this 
path, we will have pre-merge builds done on our machines and post-merge builds 
done on docker hub, which will result in at least same amount of maintenance 
effort if not more. Also things might result differently due to having 2 
different environments where the builds are done.

[Alec]
you’re touching a very important point which is how do teams verify that their 
commit “works”.
Work could mean “my container builds properly” or could mean “it builds and it 
runs properly”.
Obviously the latter is better but generally requires heavier logistics (such 
as having a reference openstack pod used for validating containers). I have no 
idea if OPNFV has that luxury – you tell me as I’m interested as well ;-)

In any case we see that there are 2 types of container images:

  *   Those that are used to validate commits only (possibly not as stable as 
needed for external consumption)
  *   Those that are to be used by external users (presumably in a much more 
stable state)

In the first case, you’re not as committed to keep all built images (it would 
take way too much space) – in general you just want to keep the last build(s).
In the second case you’re pretty much forced to strictly version all images and 
you need to trace each image version to the exact repo commit. In terms of 
storage you need to store the last stable images. You don’t need to store all 
images because you can rebuild them on demand (this is also a benefit of strict 
versioning).



The other comments are the synching, the no of concurrent builds, and the 
visibility.

The synching will definitely slow things down as we need to wait for it to be 
done. This might be annoying when a crucial bugfix needs to be merged/built. 
The other possibility is if/when we have issues with synching which might 
further delay builds.

[Alec]
can you describe how is the sync (opnfv to github) done today?
Method, trigger, frequency?


The no of concurrent builds will cause limitations time to time and some builds 
will have to wait in the dockerhub queue.

And finally there will be 2 places to look at for the builds/logs for different 
things; OPNFV jenkins and docker hub.

Also, the synching and concurrent build limit will contribute to the increase 
in time to get feedback as well. Time to get feedback will increase to time to 
synch + possible queueing from direct/post-merge triggered builds on our 
Jenkins.

Ps. I will be one of the happy persons if we move to docker hub so I can get 
rid of maintaining build servers. But I also need to highlight some of the 
limitations if we do this.

[Alec]
we will need to get a better idea of the SLA of the dockerhub automated build. 
Since it is free service I guess it is not guaranteed… Can OPFV live with that 
(in case of service failure what si plan B)?

--   Alec



/Fatih

On 19 Jul 2017, at 15:30, Jose Lausuch 
> wrote:
Hi,

Following up on the discussion about how to build our Docker images, I started 
a trial with Trevor Bramwell with automated builds on Dockerhub for some of the 
new Functest Docker images:

https://hub.docker.com/r/opnfv/functest-core/builds/

https://hub.docker.com/r/opnfv/functest-smoke/builds/

https://hub.docker.com/r/opnfv/functest-healthcheck/builds/



It triggers a build after the corresponding repository in Github (mirror) has 
new code. Basically, whenever a new patch is merged on OPNFV gerrit and synched 
with Github.



There is currently a small limitation in the OPNFV Dockerhub account: it can 
build only 1 image at a time, but we can change that up to 5 or more parallel 
builds by requesting an account upgrade to LF. You can see the pricing plan 
here:

https://hub.docker.com/account/billing-plans/



We could use this to avoid load on our build servers, use them for something 
else and of course stop maintaining docker builds in OPNFV.

I would like to know your opinion on that.



Thanks,

Jose


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

Re: [opnfv-tech-discuss] [releng][opnfvdocs]document verify rtd job failed

[Beierl, Mark]

Just did a reverify of a patch and it is now passing.  Thanks again, Trevor!

Regards,
Mark

Mark Beierl
SW System Sr Principal Engineer
Dell EMC | Office of the CTO
mobile +1 613 314 8106
mark.bei...@dell.com

> On Jul 20, 2017, at 04:35, Sofia Wallin  wrote:
> 
> Your patch is merged so let’s see…
> 
> Thanks for your help Trevor!
> 
> Sofia
> 
> On 2017-07-20, 01:08, "Trevor Bramwell"  wrote:
> 
>Hi Matthew, Sofia, Mark, et. al.
> 
>I've uploaded a patch for this[1]. This appears to be a bug introduced
>by docutils > 0.12 related to parsing remote image links in docs.
> 
>Got it to fix locally for me, though I had to remove the tox virtualenv
>after introducing the fix, so we may need to do the same on the docs
>build server.
> 
>Regards,
>Trevor Bramwell
> 
>[1] https://gerrit.opnfv.org/gerrit/#/c/37807/
>[2] https://sourceforge.net/p/docutils/bugs/301/
> 
>On Wed, Jul 19, 2017 at 08:54:54PM +, Beierl, Mark wrote:
>> Hello,
>> 
>> It looks like since this build job #1582 [1], every rtd-verify job is 
>> failing with this error at the end:
>> 
>> 
>> Exception occurred:
>>  File 
>> "/home/jenkins-ci/opnfv/slave_root/workspace/docs-verify-rtd-master/.tox/docs/local/lib/python2.7/site-packages/docutils/writers/_html_base.py",
>>  line 671, in depart_document
>>assert not self.context, 'len(context) = %s' % len(self.context)
>> AssertionError: len(context) = 1
>> The full traceback has been saved in /tmp/sphinx-err-TRcc6N.log, if you want 
>> to report the issue to the developers.
>> Please also report this if it was a user error, so that a better error 
>> message can be provided next time.
>> A bug report can be filed in the tracker at 
>> . Thanks!
>> ERROR: InvocationError: 
>> '/home/jenkins-ci/opnfv/slave_root/workspace/docs-verify-rtd-master/.tox/docs/bin/sphinx-build
>>  -b html -n -d 
>> /home/jenkins-ci/opnfv/slave_root/workspace/docs-verify-rtd-master/.tox/docs/tmp/doctrees
>>  ./docs/ 
>> /home/jenkins-ci/opnfv/slave_root/workspace/docs-verify-rtd-master/docs/_build/html'
>> 
>> [1] https://build.opnfv.org/ci/view/opnfvdocs/job/docs-verify-rtd-master/1582
>> 
>> Regards,
>> Mark
>> 
>> Mark Beierl
>> SW System Sr Principal Engineer
>> Dell EMC | Office of the CTO
>> mobile +1 613 314 8106
>> mark.bei...@dell.com
>> 
>> On Jul 19, 2017, at 05:20, Sofia Wallin 
>> > wrote:
>> 
>> Hi Matthew,
>> Thanks for reaching out.
>> 
>> If I look 
>> here 
>> it seems like this patch is the 
>> one failing.
>> But I’m not sure how to solve this…
>> 
>> Hoping that Aric or Trevor will manage to help.
>> 
>> //Sofia
>> 
>> 
>> From: Lijun >
>> Date: Wednesday, 19 July 2017 at 09:45
>> To: Aric Gardner 
>> >, 
>> "tbramw...@linuxfoundation.org" 
>> >, Sofia 
>> Wallin >, 
>> "julien...@gmail.com" 
>> >, 
>> "shang.xiaod...@zte.com.cn" 
>> >
>> Cc: OPNFV 
>> >
>> Subject: [opnfv-tech-discuss][releng][opnfvdocs]document verify rtd job 
>> failed
>> 
>> Hi
>> 
>> Since 07/18 the document verify rtd job for all project document failed, 
>> such as this one
>> https://build.opnfv.org/ci/job/docs-verify-rtd-master/1590/console
>> 
>> so can somebody try to solve this? One assumption is caused of 
>> https://gerrit.opnfv.org/gerrit/#/c/37609/
>> since it has some .rst not included under /docs directory and has no 
>> doc-verify-rtd-job? I am not sure.
>> 
>> Any suggestions can be help, it blocks many patches there.
>> 
>> 
>> Best regards
>> 
>> /MatthewLi
>> ___
>> opnfv-tech-discuss mailing list
>> opnfv-tech-discuss@lists.opnfv.org
>> https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss
>> 
> 
> 

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

Re: [opnfv-tech-discuss] [dovetail] weekly meeting agenda 7/21

[Cooper, Trevor]

Looks good Wenjing

/Trevor

> On Jul 19, 2017, at 10:11 PM, Wenjing Chu  wrote:
> 
> 
> Hi Dovetailers
> 
> I am proposing we continue on the same topics for this week,
> 
> 1) Update on the most recent Dovetail release 0.3
> 2) Another round of review on the addendum document
> 3) Continue to look through the open task list, including docs that still 
> remain in drafts
> 
> Anything else to add?
> 
> Regards
> Wenjing
> 
> ___
> opnfv-tech-discuss mailing list
> opnfv-tech-discuss@lists.opnfv.org
> https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss
___
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]

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] [releng][opnfvdocs]document verify rtd job failed

[Sofia Wallin]

Your patch is merged so let’s see…

Thanks for your help Trevor!

Sofia

On 2017-07-20, 01:08, "Trevor Bramwell"  wrote:

Hi Matthew, Sofia, Mark, et. al.

I've uploaded a patch for this[1]. This appears to be a bug introduced
by docutils > 0.12 related to parsing remote image links in docs.

Got it to fix locally for me, though I had to remove the tox virtualenv
after introducing the fix, so we may need to do the same on the docs
build server.

Regards,
Trevor Bramwell

[1] https://gerrit.opnfv.org/gerrit/#/c/37807/
[2] https://sourceforge.net/p/docutils/bugs/301/

On Wed, Jul 19, 2017 at 08:54:54PM +, Beierl, Mark wrote:
> Hello,
> 
> It looks like since this build job #1582 [1], every rtd-verify job is 
failing with this error at the end:
> 
> 
> Exception occurred:
>   File 
"/home/jenkins-ci/opnfv/slave_root/workspace/docs-verify-rtd-master/.tox/docs/local/lib/python2.7/site-packages/docutils/writers/_html_base.py",
 line 671, in depart_document
> assert not self.context, 'len(context) = %s' % len(self.context)
> AssertionError: len(context) = 1
> The full traceback has been saved in /tmp/sphinx-err-TRcc6N.log, if you 
want to report the issue to the developers.
> Please also report this if it was a user error, so that a better error 
message can be provided next time.
> A bug report can be filed in the tracker at 
. Thanks!
> ERROR: InvocationError: 
'/home/jenkins-ci/opnfv/slave_root/workspace/docs-verify-rtd-master/.tox/docs/bin/sphinx-build
 -b html -n -d 
/home/jenkins-ci/opnfv/slave_root/workspace/docs-verify-rtd-master/.tox/docs/tmp/doctrees
 ./docs/ 
/home/jenkins-ci/opnfv/slave_root/workspace/docs-verify-rtd-master/docs/_build/html'
> 
> [1] 
https://build.opnfv.org/ci/view/opnfvdocs/job/docs-verify-rtd-master/1582
> 
> Regards,
> Mark
> 
> Mark Beierl
> SW System Sr Principal Engineer
> Dell EMC | Office of the CTO
> mobile +1 613 314 8106
> mark.bei...@dell.com
> 
> On Jul 19, 2017, at 05:20, Sofia Wallin 
> wrote:
> 
> Hi Matthew,
> Thanks for reaching out.
> 
> If I look 
here it 
seems like this patch is the one 
failing.
> But I’m not sure how to solve this…
> 
> Hoping that Aric or Trevor will manage to help.
> 
> //Sofia
> 
> 
> From: Lijun >
> Date: Wednesday, 19 July 2017 at 09:45
> To: Aric Gardner 
>, 
"tbramw...@linuxfoundation.org" 
>, Sofia 
Wallin >, 
"julien...@gmail.com" 
>, 
"shang.xiaod...@zte.com.cn" 
>
> Cc: OPNFV 
>
> Subject: [opnfv-tech-discuss][releng][opnfvdocs]document verify rtd job 
failed
> 
> Hi
> 
> Since 07/18 the document verify rtd job for all project document failed, 
such as this one
> https://build.opnfv.org/ci/job/docs-verify-rtd-master/1590/console
> 
> so can somebody try to solve this? One assumption is caused of 
https://gerrit.opnfv.org/gerrit/#/c/37609/
> since it has some .rst not included under /docs directory and has no 
doc-verify-rtd-job? I am not sure.
> 
> Any suggestions can be help, it blocks many patches there.
> 
> 
> Best regards
> 
> /MatthewLi
> ___
> opnfv-tech-discuss mailing list
> 
opnfv-tech-discuss@lists.opnfv.org
> https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss
> 


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

[opnfv-tech-discuss] [barometer] Weekly Call

[Tahhan, Maryam]

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:GMT Standard Time
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:+0100
TZOFFSETTO:+
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=-1SU;BYMONTH=10
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T01
TZOFFSETFROM:+
TZOFFSETTO:+0100
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=-1SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="Tahhan, Maryam":MAILTO:maryam.tah...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN=opnfv-tec
 h-disc...@lists.opnfv.org:MAILTO:opnfv-tech-discuss@lists.opnfv.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN="Power, Da
 mien":MAILTO:damien.po...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN="Mcmahon, 
 Tony B":MAILTO:tony.b.mcma...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN="Campbell,
  Wesley":MAILTO:wesley.campb...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN="Ray, Bj":M
 AILTO:bj@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN="Duignan, 
 Andrew":MAILTO:andrew.duig...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN="Parker, D
 aniel":MAILTO:daniel.par...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN="Foley, Em
 ma L":MAILTO:emma.l.fo...@intel.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN='Mario To
 rrecillas Rodriguez':MAILTO:mario.rodrig...@arm.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN="Chornyi, 
 TarasX":MAILTO:tarasx.chor...@intel.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN="'GUPTA, A
 LOK'":MAILTO:ag1...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN="'MORTON, 
 ALFRED C (AL)'":MAILTO:acmor...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN='Lawrence
  Lamers':MAILTO:ljlam...@vmware.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN='Shobhan 
 AyyadevaraSesha (sayyadev)':MAILTO:sayya...@cisco.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN="Seiler, G
 lenn (Wind River)":MAILTO:glenn.sei...@windriver.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN='Scott Ma
 nsfield':MAILTO:scott.mansfi...@ericsson.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN="'Bernier,
  Daniel (520165)'":MAILTO:daniel.bern...@bell.ca
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN='Canio Ci
 llis':MAILTO:canio.cil...@de.ibm.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN="'Tomasini
 , Lorenzo'":MAILTO:lorenzo.tomas...@fokus.fraunhofer.de
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN='Srinivas
 a Chaganti':MAILTO:schaga...@versa-networks.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN="'Laporte,
  Laurent [CTO]'":MAILTO:laurent.lapo...@sprint.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN='Ola Lilj
 edahl':MAILTO:ola.liljed...@arm.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN="'Jaggi, M
 anish'":MAILTO:manish.ja...@cavium.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN='Gabor Ha
 lász':MAILTO:gabor.hal...@ericsson.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN='杨艳':
 MAILTO:yangya...@chinamobile.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN="'SULLIVAN
 , BRYAN L'":MAILTO:bs3...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN='Andrew V
 eitch':MAILTO:andrew.vei...@netcracker.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN="'DRUTA, D
 AN'":MAILTO:dd5...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN='Javier A
 rauz':MAILTO:j.javier.ar...@gmail.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN="'Sen, Pro
 dip'":MAILTO:prodip@hpe.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN='Alan McN
 amee':MAILTO:alan...@openet.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN="Kedalagud
 de, Meghashree Dattatri":MAILTO:meghashree.dattatri.kedalagu...@intel.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN="Gherghe, 
 Calin":MAILTO:calin.gher...@intel.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN="Murthy, K
 rishna J":MAILTO:krishna.j.mur...@intel.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN='Pierre L
 ynch':MAILTO:ply...@ixiacom.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN="Sun, Ning"
 :MAILTO:ning@intel.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN='rgrigar@
 linuxfoundation.org':MAILTO:rgri...@linuxfoundation.org
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN='Marco Va
 

Re: [opnfv-tech-discuss] [BAROMETER] BAROMETER-63 (runtime config)

[Tahhan, Maryam]

Hi Aaron
Let’s chat about it at the weekly, I’ll extend it to an hour

BR
Maryam

From: Aaron Smith [mailto:aasm...@redhat.com]
Sent: Wednesday, July 19, 2017 4:45 PM
To: Rosen, Rami 
Cc: Tahhan, Maryam ; 
opnfv-tech-discuss@lists.opnfv.org; Mcmahon, Tony B 
Subject: Re: [opnfv-tech-discuss] [BAROMETER] BAROMETER-63 (runtime config)

Hi Rami/Maryam,
  Thanks for the quick response.  We had started looking at RedFish for a 
different topic.
I did a cursory review of the API, but will need to look at it in more detail.  
If you have any notes
to share that would be great as well.

As a start, could you give examples of the aspects of the RedFish API that you 
think are suitable?
Are you thinking the Yang modeling tools are also appropriate?

Aaron

On Wed, Jul 19, 2017 at 10:48 AM, Rosen, Rami 
> wrote:
Hi Aaron,
Indeed from initial exploration of the Redfish spec, it seems a very good 
candidate for a REST API that sits in front of collectd.
As said this is a WIP, we are exploring further.

Regards,
Rami Rosen

From: Tahhan, Maryam
Sent: Wednesday, July 19, 2017 17:15
To: Aaron Smith >; 
opnfv-tech-discuss@lists.opnfv.org
Cc: Mcmahon, Tony B 
>; Rosen, Rami 
>
Subject: RE: [opnfv-tech-discuss] [BAROMETER] BAROMETER-63 (runtime config)

Hey Aaron

Rami in CC has been looking at this, and we’ve been using the Redfish API 
definition in DMTF as a reference. It’s very much a WIP but  I will add this as 
a discussion topic to the next barometer call.

BR
Maryam

From: 
opnfv-tech-discuss-boun...@lists.opnfv.org
 [mailto:opnfv-tech-discuss-boun...@lists.opnfv.org] On Behalf Of Aaron Smith
Sent: Wednesday, July 19, 2017 3:01 PM
To: 
opnfv-tech-discuss@lists.opnfv.org
Subject: [opnfv-tech-discuss] [BAROMETER] BAROMETER-63 (runtime config)

Has any work been done on further definition of
BAROMETER-63 (https://jira.opnfv.org/browse/BAROMETER-63)?
We would like to coordinate with any work that has been done.

Aaron Smith
--

AARON SMITH

SENIOR PRINCIPAL SOFTWARE ENGINEER, NFVPE

Red Hat



314 Littleton Rd, Westford, MA 01886

aasm...@redhat.comM: 
617.877.4814
[https://www.redhat.com/files/brand/email/sig-redhat.png]





--

AARON SMITH

SENIOR PRINCIPAL SOFTWARE ENGINEER, NFVPE

Red Hat



314 Littleton Rd, Westford, MA 01886

aasm...@redhat.comM: 
617.877.4814
[https://www.redhat.com/files/brand/email/sig-redhat.png]


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

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

[opnfv-tech-discuss] 答复: [releng][opnfvdocs]document verify rtd job failed

[Lijun (Matthew)]

Hi

Thanks for the bugfix, hope it will works :)

Best regards

/MatthewLi

-邮件原件-
发件人: Trevor Bramwell [mailto:tbramw...@linuxfoundation.org] 
发送时间: 2017年7月20日 7:09
收件人: Beierl, Mark
抄送: Sofia Wallin; Lijun (Matthew); Aric Gardner (agard...@linuxfoundation.org); 
julien...@gmail.com; shang.xiaod...@zte.com.cn; 
opnfv-tech-discuss@lists.opnfv.org
主题: Re: [opnfv-tech-discuss] [releng][opnfvdocs]document verify rtd job failed

Hi Matthew, Sofia, Mark, et. al.

I've uploaded a patch for this[1]. This appears to be a bug introduced by 
docutils > 0.12 related to parsing remote image links in docs.

Got it to fix locally for me, though I had to remove the tox virtualenv after 
introducing the fix, so we may need to do the same on the docs build server.

Regards,
Trevor Bramwell

[1] https://gerrit.opnfv.org/gerrit/#/c/37807/
[2] https://sourceforge.net/p/docutils/bugs/301/

On Wed, Jul 19, 2017 at 08:54:54PM +, Beierl, Mark wrote:
> Hello,
> 
> It looks like since this build job #1582 [1], every rtd-verify job is failing 
> with this error at the end:
> 
> 
> Exception occurred:
>   File 
> "/home/jenkins-ci/opnfv/slave_root/workspace/docs-verify-rtd-master/.tox/docs/local/lib/python2.7/site-packages/docutils/writers/_html_base.py",
>  line 671, in depart_document
> assert not self.context, 'len(context) = %s' % len(self.context)
> AssertionError: len(context) = 1
> The full traceback has been saved in /tmp/sphinx-err-TRcc6N.log, if you want 
> to report the issue to the developers.
> Please also report this if it was a user error, so that a better error 
> message can be provided next time.
> A bug report can be filed in the tracker at 
> . Thanks!
> ERROR: InvocationError: 
> '/home/jenkins-ci/opnfv/slave_root/workspace/docs-verify-rtd-master/.tox/docs/bin/sphinx-build
>  -b html -n -d 
> /home/jenkins-ci/opnfv/slave_root/workspace/docs-verify-rtd-master/.tox/docs/tmp/doctrees
>  ./docs/ 
> /home/jenkins-ci/opnfv/slave_root/workspace/docs-verify-rtd-master/docs/_build/html'
> 
> [1] 
> https://build.opnfv.org/ci/view/opnfvdocs/job/docs-verify-rtd-master/1
> 582
> 
> Regards,
> Mark
> 
> Mark Beierl
> SW System Sr Principal Engineer
> Dell EMC | Office of the CTO
> mobile +1 613 314 8106 
> mark.bei...@dell.com
> 
> On Jul 19, 2017, at 05:20, Sofia Wallin 
> > wrote:
> 
> Hi Matthew,
> Thanks for reaching out.
> 
> If I look 
> here 
> it seems like this patch is the 
> one failing.
> But I’m not sure how to solve this…
> 
> Hoping that Aric or Trevor will manage to help.
> 
> //Sofia
> 
> 
> From: Lijun 
> >
> Date: Wednesday, 19 July 2017 at 09:45
> To: Aric Gardner 
> >, 
> "tbramw...@linuxfoundation.org" 
> >, 
> Sofia Wallin 
> >, 
> "julien...@gmail.com" 
> >, 
> "shang.xiaod...@zte.com.cn" 
> >
> Cc: OPNFV 
>  nfv.org>>
> Subject: [opnfv-tech-discuss][releng][opnfvdocs]document verify rtd 
> job failed
> 
> Hi
> 
> Since 07/18 the document verify rtd job for all project document 
> failed, such as this one 
> https://build.opnfv.org/ci/job/docs-verify-rtd-master/1590/console
> 
> so can somebody try to solve this? One assumption is caused of 
> https://gerrit.opnfv.org/gerrit/#/c/37609/
> since it has some .rst not included under /docs directory and has no 
> doc-verify-rtd-job? I am not sure.
> 
> Any suggestions can be help, it blocks many patches there.
> 
> 
> Best regards
> 
> /MatthewLi
> ___
> opnfv-tech-discuss mailing list
> opnfv-tech-discuss@lists.opnfv.org fv.org> https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss
> 
___
opnfv-tech-discuss mailing list
opnfv-tech-discuss@lists.opnfv.org
https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss

Re: [opnfv-tech-discuss] [infra] xci-aio How to consume as a user for hands-on investigation and manual testing

[Markos Chandras]

On 19/07/17 21:37, Dave Urschatz wrote:
> I’m able to run openstack commands from the ansible_ssh_host but I would
> also like to use the horizon dashboard and console to VMs. 
> 
>  
> 
> Is there an easy way to get the horizon dashboard url in the all-in-one
> deployment? 
> 
> Is there a default user and password? 
> 
> Any documentation?
> 
>  

Hello,

The documentation you are looking for is the upstream one

https://docs.openstack.org/openstack-ansible/latest/

For horizon specifically, you are probably looking at this

https://docs.openstack.org/project-deploy-guide/openstack-ansible/draft/verify-operation.html


-- 
markos

SUSE LINUX GmbH | GF: Felix Imendörffer, Jane Smithard, Graham Norton
HRB 21284 (AG Nürnberg) Maxfeldstr. 5, D-90409, Nürnberg
___
opnfv-tech-discuss mailing list
opnfv-tech-discuss@lists.opnfv.org
https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss