Re: [openstack-dev] [Networking-vSphere] - changes in nova compute driver

2016-02-24 Thread Gary Kotton
Hi, I suggest that the guys who maintain this driver provide you the reasons why they maintain the Nova driver like this It is problematic and at times the driver can break as it is not in tree. Thanks Gary From: Monotosh Das >

Re: [openstack-dev] [nova][neutron] How would nova microversion get-me-a-network in the API?

2016-02-14 Thread Gary Kotton
Yes, you could consider Neutron as a proxy for this. It creates the network, subnet, router… To be honest I think that we should maybe consider ofering a template that can be created by Neutron and then the template ID passed from Nova or wherever. This will enable an admin to pre cook a number

Re: [openstack-dev] [Neutron] next Team meeting cancelled (Feb-22)

2016-02-21 Thread Gary Kotton
Thanks for the update. Will there be an option of connecting remotely? Google chat? Webex? From: "Armando M." > Reply-To: OpenStack List > Date: Saturday, February 20, 2016 at

Re: [openstack-dev] [kolla] discussion about core reviewer limitations by company

2016-02-21 Thread Gary Kotton
I think that IBM has a very interesting policy in that two IBM cores should not approve a patch posted by one of their colleagues (that is what Chris RIP used to tell me). It would be nice if the community would follow this policy. Thanks Gary From: "Armando M."

Re: [openstack-dev] [nova][neutron] How would nova microversion get-me-a-network in the API?

2016-02-14 Thread Gary Kotton
On 2/14/16, 3:59 PM, "Ken'ichi Ohmichi" wrote: >2016-02-12 11:19 GMT-08:00 Andrew Laski : >> On Fri, Feb 12, 2016, at 01:45 PM, John Garbutt wrote: >>> On 12 February 2016 at 18:17, Andrew Laski wrote: >>> > >>> > >>> > On Fri, Feb

Re: [openstack-dev] [Neutron] [neutron-lib] adding a new flag to neutron-lib

2016-03-14 Thread Gary Kotton
Hi, It would be nice if we could get a little more reviews in the neutron-lib. I think that we should maybe strive to cut a new version prior to the release. Thanks Gary On 3/14/16, 6:17 PM, "Venkata Anil" wrote: >Hi All > > I have added a new flag in neutron-lib

[openstack-dev] [Neutron] RBAC: Fix port query and deletion for network owner

2016-03-19 Thread Gary Kotton
Hi, The review https://review.openstack.org/#/c/255285/ breaks our CI. Since this has landed we are getting failed tests with the: "Details: {u'message': u"Quota exceeded for resources: ['port'].", u'type': u'OverQuota', u'detail': u’’}" When I revert the patch and run our CI without it the

[openstack-dev] [Infra] Gerrit performance

2016-04-10 Thread Gary Kotton
Hi, Is anyone else having problems with gerrit: 1. Sometimes get a proxy error 2. Performance is very bad Thanks Gary __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

Re: [openstack-dev] [nova] Minimal secure identification of a new VM

2016-04-06 Thread Gary Kotton
On 4/6/16, 12:42 PM, "Daniel P. Berrange" wrote: >On Tue, Apr 05, 2016 at 06:00:55PM -0400, Adam Young wrote: >> We have a use case where we want to register a newly spawned Virtual >>machine >> with an identity provider. >> >> Heat also has a need to provide some form of

Re: [openstack-dev] [Neutron] RBAC: Fix port query and deletion for network owner

2016-03-19 Thread Gary Kotton
YihVMNtXt-uEs=VlZxHpZBmzzkWT5jqz9JYBk8YTeq9N3-diTlNj4GyNc=0W0JwODAYJdy_tB4tQT0nd1zhv2OJ35zOHr5UM4KUSs=yxUgpc6J-xovf-ZwLu-wFeU6dGj4Ne6P-vTR32UCjrI=> On Thu, Mar 17, 2016 at 1:30 AM, Gary Kotton <gkot...@vmware.com<mailto:gkot...@vmware.com>> wrote: Hi, The review https://review.openst

Re: [openstack-dev] [stable] Proposing Tony Breeds for stable-maint-core

2016-03-20 Thread Gary Kotton
+1 From: Dave Walker > Reply-To: OpenStack List > Date: Sunday, March 20, 2016 at 12:27 PM To: OpenStack List

Re: [openstack-dev] [networking-ovn][ovn4nfv]

2016-03-22 Thread Gary Kotton
Hi, Thanks for posting this. This is very interesting. I think that there are a number of different things to take into account here: 1. There is a service chaining project in Neutron https://wiki.openstack.org/wiki/Neutron/ServiceInsertionAndChaining. Is the API there sufficient or

Re: [openstack-dev] [Neutron][tempest] Timestamp service extension breaks CI

2016-03-07 Thread Gary Kotton
t of doing the read after the create in the plugin. As long as you read after all db changes and call the dict extend function, it should be the same. As far as order goes, python doesn't guarantee order on dictionary keys. Or did I misinterpret what you meant by order? On Mar 7, 2016 01:41, "Gary

Re: [openstack-dev] [Neutron] Heads up: add description to resources breaks decomposed plugin

2016-03-06 Thread Gary Kotton
The tests that are failing are those where the security groups are being searched by the ‘description’. When running these tests individually they pass but when running all of the tests together they fail. From: Gary Kotton <gkot...@vmware.com<mailto:gkot...@vmware.com>> Reply-T

Re: [openstack-dev] [Neutron] Heads up: add description to resources breaks decomposed plugin

2016-03-06 Thread Gary Kotton
Mar 6, 2016 at 2:17 AM, Kevin Benton <ke...@benton.pub<mailto:ke...@benton.pub>> wrote: Looking into it now. The filtering seems to be messed up on the association proxy that references the other table. On Sun, Mar 6, 2016 at 2:07 AM, Gary Kotton <gkot...@vmware.com<mailto:

[openstack-dev] [Neutron] Heads up: add description to resources breaks decomposed plugin

2016-03-06 Thread Gary Kotton
Hi, The resent addition of https://review.openstack.org/#/c/269887/ has broken our unit tests with random tests with listing of security groups – for example – test_list_security_groups Has anyone else also hit this issue? Thanks Gary

[openstack-dev] [Neutron][tempest] Timestamp service extension breaks CI

2016-03-06 Thread Gary Kotton
Hi, The commit https://review.openstack.org/#q,4c2c983618ddb7a528c9005b0d7aaf5322bd198d,n,z causes the CI to fail. This is due to the fact that the port creation does not return the created_at and updated_at keys. The tempest test that the keys are the same. Please see [I] I posted patch

Re: [openstack-dev] [Neutron][tempest] Timestamp service extension breaks CI

2016-03-06 Thread Gary Kotton
/ Thanks Gary From: Gary Kotton <gkot...@vmware.com<mailto:gkot...@vmware.com>> Reply-To: OpenStack List <openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org>> Date: Sunday, March 6, 2016 at 4:04 PM To: OpenStack List <openstack-dev@lists.opensta

Re: [openstack-dev] [oslo] PTL for Newton and beyond

2016-03-03 Thread Gary Kotton
+1 Gracias Dims! On 3/3/16, 2:26 PM, "Sean Dague" wrote: >On 03/03/2016 06:32 AM, Davanum Srinivas wrote: >> Team, >> >> It has been great working with you all as PTL for Oslo. Looks like the >> nominations open up next week for elections and am hoping more than >> one of

Re: [openstack-dev] [Neutron][tempest] Timestamp service extension breaks CI

2016-03-07 Thread Gary Kotton
2 - https://review.openstack.org/#/c/276219/ OVN - https://review.openstack.org/#/c/277844/ Thanks Gary From: Gary Kotton <gkot...@vmware.com<mailto:gkot...@vmware.com>> Reply-To: OpenStack List <openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org>&g

Re: [openstack-dev] [Neutron][tempest] Timestamp service extension breaks CI

2016-03-07 Thread Gary Kotton
g in Newton. Calling the dictionary extension processing outside of the plugin and placing it somewhere in the core before returning the API response may be possible, but the difficult part is getting the DB object to pass to the hooks without an additional read since plugins only return dicts.

Re: [openstack-dev] [Neutron] BGP support

2016-03-28 Thread Gary Kotton
BGP support Hi Gary, You can look at the discussion in here[1, 2] [1]: https://bugs.launchpad.net/neutron/+bug/1560003 [2]: https://review.openstack.org/#/c/268726 Thanks, Hirofumi On 2016/03/28 15:36, Gary Kotton wrote: Hi, In the M cycle BGP support was added in tree. I have seen specs in the

[openstack-dev] [Neutron] BGP support

2016-03-28 Thread Gary Kotton
Hi, In the M cycle BGP support was added in tree. I have seen specs in the L2 GW project for this support too. Are we planning to consolidate the efforts? Will the BGP code be moved from the Neutron git to the L2-GW project? Will a new project be created? Sorry, a little in the dark here and it

Re: [openstack-dev] [Neutron] BGP support

2016-03-28 Thread Gary Kotton
ilto:openstack-dev@lists.openstack.org>>, Gary Kotton <gkot...@vmware.com<mailto:gkot...@vmware.com>> Subject: Re: [openstack-dev] [Neutron] BGP support Hi Gary, The new L2GW spec is [1] comes to enable inter-cloud connection to stretch the network between the local and the remote cloud

Re: [openstack-dev] [Neutron] Neutron lib hack has broken all decomposed projects

2016-04-24 Thread Gary Kotton
: Gary Kotton <gkot...@vmware.com<mailto:gkot...@vmware.com>> Reply-To: OpenStack List <openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org>> Date: Sunday, April 24, 2016 at 4:48 PM To: OpenStack List <openstack-dev@lists.openstack.org<mailto:ope

[openstack-dev] [Neutron] Neutron lib hack has broken all decomposed projects

2016-04-24 Thread Gary Kotton
Hi, Commit 4b17f1da1a5f65f0c4db395034ed732174a19315 has broken the pep8 of all of the decomposed projects. Do we need this hacking check? Can we have it reverted An example of this is - OVN - http://logs.openstack.org/35/299835/3/check/gate-networking-ovn-pep8/3ad066e/console.html Thanks Gary

Re: [openstack-dev] [neutron] Discussing DLMs in the Unplugged Track

2016-04-24 Thread Gary Kotton
Hi, I suggest that you speak with Kobi Samoray - he implemented this for the vmware_nsx repository using tooz. Its pretty cool. Thanks Gary On 4/23/16, 5:16 PM, "John Schwarz" wrote: >Hi guys, > >I'm interested in discussing the DLM RFE [1] during the unplugged >track

Re: [openstack-dev] [Neutron] Neutron lib hack has broken all decomposed projects

2016-04-24 Thread Gary Kotton
unbreaking the children. We’ll have to unwind those child projects first. doug On Apr 24, 2016, at 8:09 AM, Gary Kotton <gkot...@vmware.com<mailto:gkot...@vmware.com>> wrote: Another example is Lbaas - <https://review.openstack.org/#/c/309766> https://review.o

Re: [openstack-dev] [neutron] DHCP Agent Scheduling for Segments

2016-05-22 Thread Gary Kotton
Today the DHCP schedulers have support for ‘AZ hints’. My understanding is that a segment is a subset of an AZ. So why are we not able to leverage that logic or make it more generic? Thanks Gary On 5/22/16, 4:02 AM, "Carl Baldwin" wrote: >On Fri, May 20, 2016 at 1:44 PM,

Re: [openstack-dev] [neutron][ovo] NeutronDbObject concurrency issues

2016-05-23 Thread Gary Kotton
Hi, We have used tooz to enable concurrency. Zookeeper and Redis worked well. I think that it is certainly something that we need to consider. The challenge becomes a deployment. Thanks Gary From: Damon Wang Reply-To: OpenStack List

Re: [openstack-dev] [neutron][stable] proposing Brian Haley for neutron-stable-maint

2016-05-17 Thread Gary Kotton
+1 On 5/17/16, 2:56 PM, "Henry Gessau" wrote: >+1 for Brian. (And retroactive +1 for Cedric.) > >Ihar Hrachyshka wrote: >> Hi stable-maint-core and all, >> >> I would like to propose Brian for neutron specific stable team. >> >> His stats for neutron

Re: [openstack-dev] [neutron][devstack] Third party CI breakage around Q_L3_ENABLED

2016-05-16 Thread Gary Kotton
Hi, Actually the breakage is not sue to Q_L3_ENABLED. It is due to https://review.openstack.org/#q,d894221457efa3a2a0bf3db76a4c5e8ffba36e29,n, z The Q_L3_ENABLED is something that each CI can configure depending on what their supported mode is. Until now this mean that L3 was supported by the

Re: [openstack-dev] [neutron][devstack] Third party CI breakage around Q_L3_ENABLED

2016-05-16 Thread Gary Kotton
Hi, This is even more motivation for us to revert the patch. Please consider this. Thanks Gary On 5/16/16, 6:23 PM, "Sean M. Collins" <s...@coreitpro.com> wrote: >Gary Kotton wrote: >> Hi, >> Actually the breakage is not sue to Q_L3_ENABLED. It is due to >&g

Re: [openstack-dev] [neutron][devstack] Third party CI breakage around Q_L3_ENABLED

2016-05-16 Thread Gary Kotton
I disagree. Sadly I approved the patch and it breaks all of the plugins that have L3 support but do not require an agent. Would it be possible that we unblock all of the plugins and try and work towards a better solution. The OVN example is good but that have a very small subset of tests. Thanks

[openstack-dev] [devstack] Neutron plugins that do not run q-l3 fail tempest

2016-05-16 Thread Gary Kotton
Hi, A recent change in devstack https://review.openstack.org/#q,d894221457efa3a2a0bf3db76a4c5e8ffba36e29,n,z has broken plugins that do not run l3 agents. I have reverted the patch https://review.openstack.org/#/c/316690/. Thanks Gary

Re: [openstack-dev] [devstack] Neutron plugins that do not run q-l3 fail tempest

2016-05-16 Thread Gary Kotton
Correct - https://review.openstack.org/#/c/316660 - addresses the issue (this was posted first) From: Gary Kotton <gkot...@vmware.com> Reply-To: OpenStack List <openstack-dev@lists.openstack.org> Date: Monday, May 16, 2016 at 1:00 PM To: OpenStack List <openstack-dev@lists.opensta

[openstack-dev] [Neutron] Neutron plugins that do not have L3 agents

2016-05-18 Thread Gary Kotton
Hi, The patch [i] broke all of the Neutron plugins that do not run L3 agents. This was due to the fact that some different plugins expected different values for the Q_L3_ENABLED.The revert for that patch has been blocked [ii]. In order to get out of this pickle we have proposed the following:

[openstack-dev] [Neutron] L2gw

2016-05-09 Thread Gary Kotton
Hi, Are there plans to cut a a stable/mitaka version for the l2gw? https://github.com/openstack/networking-l2gw Thanks Gary __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

Re: [openstack-dev] [nova] Nova Live Migration of rescued instances

2016-05-25 Thread Gary Kotton
Hi, The VMware driver supports rescue. Live migration should be pretty simple here as the rescue is only for the disk. So you can migrate the instance to whatever host you want. The only concern with the VMware driver is that the live migration patches are in review and I think that they

[openstack-dev] [neutron][networking-l2gw] Python 3 support

2016-07-25 Thread Gary Kotton
Hi, This morning I discovered that the project does not have python 3 support. This was due to the fact that it broke the vmware-nsx unit tests. I have started to kick the wheels with the python 3 support: 1. Project infra - https://review.openstack.org/346701 (currently non-voting) 2.

Re: [openstack-dev] [Neutron] Proposing Jakub Libosvar for testingcore

2016-07-24 Thread Gary Kotton
+1 On 7/22/16, 9:49 PM, "Brandon Logan" wrote: +1 On Fri, 2016-07-22 at 09:19 -0500, Darek Śmigiel wrote: > I’m not a core, so treat this as +0 but I think Jakub will be good > addition to core team. > >

Re: [openstack-dev] [neutron] weird behavior of neutron create port with extra dhcp option

2016-07-31 Thread Gary Kotton
Hi, This also seems related - https://review.openstack.org/345717 and https://review.openstack.org/345720 Thanks Gary On 7/30/16, 12:49 AM, "Moshe Levi" wrote: Hi, I encounter a weird behavior with neutron create port command. I am using neutron master.

[openstack-dev] [Neutron] SFC stable/mitaka version

2016-07-06 Thread Gary Kotton
Hi, Is anyone looking at creating a stable/mitaka version? What if someone want to use this for stable/mitaka? Thanks Gary __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

[openstack-dev] [FFE][requirements] VMware nsxlib 0.7.0

2017-01-31 Thread Gary Kotton
Hi, At the moment we have a number of bugs in the plugin that are addressed by the patches here. Could we please get this approved so that the Ocata version will be ina state that we can release it. This is blocking us for certain uses cases. Thanks Gary

Re: [openstack-dev] [FFE][requirements] VMware nsxlib 0.7.0

2017-01-31 Thread Gary Kotton
Hi, At the moment we are the only consuming project. This is blocking us at the moment. How do you suggest moving this forwards? Could we remove the upper constraints? Thanks Gary On 1/31/17, 6:48 PM, "Matthew Thode" <prometheanf...@gentoo.org> wrote: On 01/31/2017 10:40

Re: [openstack-dev] [neutron] [stadium] subprojects on independent release cycle

2017-02-08 Thread Gary Kotton
Regarding vmware-nsx we are planning to cut a version in the coming days. Thanks Gary On 2/8/17, 8:51 PM, "Isaku Yamahata" wrote: Regarding to networking-odl, we're going to cut stable/ocata branch around Feb 11. After a while testing, the release will be

Re: [openstack-dev] [neutron][networking-l2gw] ocata release?

2017-02-05 Thread Gary Kotton
Hi, Yes, I will go and do this. Thanks Gary On 2/6/17, 4:05 AM, "Takashi Yamamoto" wrote: hi, is anyone going to cut ocata release/branch for networking-l2gw? __ OpenStack

Re: [openstack-dev] [neutron][networking-l2gw] ocata release?

2017-02-05 Thread Gary Kotton
Done - https://review.openstack.org/gitweb?p=openstack/networking-l2gw.git;a=shortlog;h=refs/heads/stable/ocata A luta continua On 2/6/17, 8:51 AM, "Gary Kotton" <gkot...@vmware.com> wrote: Hi, Yes, I will go and do this. Thanks Gary On 2/6/17, 4

[openstack-dev] [neutron][ovo] port bindings

2017-02-19 Thread Gary Kotton
Hi, We have encountered a few issues with the Port object. This makes use of the ml2 database model. Mono lithic plugins do not populate the information and this can lead to breakages. My understanding is that plugin specific objects should be in the directory: neutron/objects/plugins. I am

[openstack-dev] [networking-sfc] Stable/Ocata Version

2017-02-19 Thread Gary Kotton
Hi, When will this repo have a stable/ocata branch? Thanks Gary __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe

Re: [openstack-dev] [neutron] - Team photo

2017-02-19 Thread Gary Kotton
What is the dress code ☺ From: "Das, Anindita" Reply-To: OpenStack List Date: Monday, February 20, 2017 at 5:16 AM To: OpenStack List Subject: Re: [openstack-dev] [neutron] - Team photo +1 From:

Re: [openstack-dev] [neutron] - Neutron team social in Atlanta on Thursday

2017-02-19 Thread Gary Kotton
+1 On 2/20/17, 12:17 AM, "Daniel Alvarez" wrote: +1 Enviado desde mi iPhone > El 19 feb 2017, a las 11:45, Isaku Yamahata escribió: > > +1 > > On Fri, Feb 17, 2017 at 11:18:41AM -0800, > Kevin Benton

[openstack-dev] [neutron][ipam] CI failing

2016-08-21 Thread Gary Kotton
Hi, Has anyone else seen the issue at https://bugs.launchpad.net/neutron/+bug/1615403 . This happens quite often since the upgrade of the deafutl value last week. Thanks Gary __ OpenStack Development Mailing List (not for

Re: [openstack-dev] [Neutron][LBaaS][heat] Removing LBaaS v1 - are weready?

2016-08-25 Thread Gary Kotton
Hi, At the moment it is still not clear to me the upgrade process from V1 to V2. The migration script https://review.openstack.org/#/c/289595/ has yet to be approved. Does this support all drivers or is this just the default reference implementation driver? Are there people still using V1?

[openstack-dev] [neutron][trunk] objects within transactions

2016-09-05 Thread Gary Kotton
Hi, It is unclear what our policy is with objects. My understanding is that an object should handle all of the database interaction. Is that not one of the benefits of the objects? I posted https://review.openstack.org/#/c/365459 and it has a number of interesting comments – the main is that

Re: [openstack-dev] [neutron][trunk] objects within transactions

2016-09-05 Thread Gary Kotton
Thanks! On 9/5/16, 6:20 PM, "Jakub Libosvar" <jlibo...@redhat.com> wrote: On 05/09/16 16:45, Gary Kotton wrote: > Hi, > > It is unclear what our policy is with objects. My understanding is that > an object should handle all of the database

Re: [openstack-dev] [neutron][ipam] max_fixed_ips_per_port

2016-08-31 Thread Gary Kotton
this is a overkill. From: Gary Kotton <gkot...@vmware.com> Reply-To: OpenStack List <openstack-dev@lists.openstack.org> Date: Wednesday, August 31, 2016 at 2:36 PM To: OpenStack List <openstack-dev@lists.openstack.org> Subject: [openstack-dev] [neutron][ipam] max_fixed_ips_per_p

[openstack-dev] [neutron][ipam] max_fixed_ips_per_port

2016-08-31 Thread Gary Kotton
Hi, In commit 37277cf4168260d5fa97f20e0b64a2efe2d989ad [i] and commit fc661571765054ff09e41aa6c7fc32f80fd0a98d [ii] this variable was marked as deprecated. A number of neutron plugins make use of this to ensure that only one IP address can be configured per port per subnet. There are cases

[openstack-dev] [neutron][ipam] Pluggable API change

2016-10-06 Thread Gary Kotton
Hi, The patch https://review.openstack.org/#/c/363206 is proposing to change the API’s. This may break pluggable drivers. What is the suggested approach here? Thanks Gary __ OpenStack Development Mailing List (not for usage

[openstack-dev] [neutron][l2gw] stable/newton

2016-10-05 Thread Gary Kotton
Hi, Are there any plans to cut a stable/newton branch here? Thanks Gary __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe

[openstack-dev] [openstack-infra] gerrit branch

2016-10-10 Thread Gary Kotton
Hi, Maybe someone can help out here. We are trying to create an initial release for vmware-nsxlib. I am following the instructions on http://docs.openstack.org/infra/manual/creators.html When I try and push the tag I get: gkotton@ubuntu:~/vmware-nsxlib$ git push gerrit 0.1.0 fatal: 'gerrit'

Re: [openstack-dev] [openstack-infra] gerrit branch

2016-10-10 Thread Gary Kotton
Thanks! That worked. Much appreciated On 10/10/16, 3:39 PM, "Doug Hellmann" wrote: Excerpts from Gary Kotton's message of 2016-10-10 12:26:24 +: > Hi, > Maybe someone can help out here. We are trying to create an initial release for vmware-nsxlib. I am

[openstack-dev] [neutron] PTL Candidacy

2016-09-18 Thread Gary Kotton
Hi, I saw that Armando has put himself up for reelection. I would like to endorse him and vote a big +1 for him doing the job in the next cycle. One of the hard things about working in this environment is that it is very hard to get any feedback. I think that over the last cycle you have grown

[openstack-dev] [neutron] Newton release, neutron-lib and decomposed projects

2016-09-17 Thread Gary Kotton
Hi, At the moment I am a little confused and need some help please: 1. Will we be creating release candidates for Networking-l2gw, Networking-sfc and Tap-as-a-service. These projects have tons of deprecation warnings (dealt with by: https://review.openstack.org/368392,

[openstack-dev] [Neutron] Security groups - API signature breakage

2016-09-20 Thread Gary Kotton
Hi, The patch https://review.openstack.org/373108 has broken the API signature. I have posted a revert for this. Can we do something like this? I do not think so. This breaks all plugins. Thanks Gary __ OpenStack Development

Re: [openstack-dev] [neutron] [lbaas] [octavia] Ocata LBaaS retrospective and next steps recap

2016-11-09 Thread Gary Kotton
Hi, What about neutron-lbaas project? Is this project still alive and kicking to the merge is done or are we going to continue to maintain it? I feel like we are between a rock and a hard place here. LBaaS is in production and it is not clear the migration process. Will Octavia have the same DB

Re: [openstack-dev] [neutron] [lbaas] [octavia] Ocata LBaaS retrospective and next steps recap

2016-11-09 Thread Gary Kotton
enstack-dev] [neutron] [lbaas] [octavia] Ocata LBaaS retrospective and next steps recap On 9 November 2016 at 05:50, Gary Kotton <gkot...@vmware.com<mailto:gkot...@vmware.com>> wrote: Hi, What about neutron-lbaas project? Is this project still alive and kicking to the merge is done

Re: [openstack-dev] openstack/vmware-nsx installation instructions

2016-11-14 Thread Gary Kotton
Hi, Which driver do you plan to use? You can see the relevant configuration settings via https://github.com/openstack/vmware-nsx/tree/master/devstack/lib Thanks Gary From: Micheal B Reply-To: OpenStack List Date: Saturday, November 12, 2016

[openstack-dev] [neutron] OVO support

2016-11-15 Thread Gary Kotton
Hi, It seems like a lot of the object work is being done under database transactions. My understanding is that the objects should take care of this internally. Any thoughts? Thanks Gary __ OpenStack Development Mailing List

[openstack-dev] [neutron] stable/newton 'broken'

2016-11-23 Thread Gary Kotton
Hi, The change https://review.openstack.org/#/c/386845/ that landed yesterday has caused a breakage in stable/newton. This is due to the fact that the following projects do not have stable/newton tags: - https://github.com/openstack/tap-as-a-service -

Re: [openstack-dev] [neutron] [tap-as-a-service] stable/newton 'broken'

2016-11-24 Thread Gary Kotton
atever. > how do you think? It sounds nice idea. +1 (maybe "tech-preview") Regards, Soichi > hi, > > On Thu, Nov 24, 2016 at 6:00 PM, Gary Kotton <gkot...@vmware.com> wrote: >> Please see - http://logs.o

Re: [openstack-dev] [neutron] stable/newton 'broken'

2016-11-24 Thread Gary Kotton
te: can you give me an example of breakage? On Thu, Nov 24, 2016 at 4:19 PM, Gary Kotton <gkot...@vmware.com> wrote: > Hi, > > The change https://review.openstack.org/#/c/386845/ that landed yesterday > has caused a breakage in stab

Re: [openstack-dev] [neutron] stable/newton 'broken'

2016-11-24 Thread Gary Kotton
er 24, 2016 at 7:03 PM To: OpenStack List <openstack-dev@lists.openstack.org> Subject: Re: [openstack-dev] [neutron] stable/newton 'broken' On 24 November 2016 at 02:38, Thierry Carrez <thie...@openstack.org<mailto:thie...@openstack.org>> wrote: Gary Kotton wrote: > Please see

Re: [openstack-dev] [neutron] stable/newton 'broken'

2016-11-24 Thread Gary Kotton
Sukdev has updated the group ☺ Happy holidays From: Gary Kotton <gkot...@vmware.com> Reply-To: OpenStack List <openstack-dev@lists.openstack.org> Date: Thursday, November 24, 2016 at 9:12 PM To: OpenStack List <openstack-dev@lists.openstack.org> Subject: Re: [openstack-dev

Re: [openstack-dev] [neutron] stable/newton 'broken'

2016-11-24 Thread Gary Kotton
utron] stable/newton 'broken' On 24 November 2016 at 11:12, Gary Kotton <gkot...@vmware.com<mailto:gkot...@vmware.com>> wrote: The breakage is due to the fact that the projects do not have stable/newton branches cut. This is something that I would have expected the neutron team

Re: [openstack-dev] [neutron] stable/newton 'broken'

2016-11-24 Thread Gary Kotton
On 11/24/16, 12:38 PM, "Thierry Carrez" <thie...@openstack.org> wrote: Gary Kotton wrote: > Please see - http://logs.openstack.org/82/401882/1/check/gate-vmware-nsx-python27-db-ubuntu-xenial/1ac0686/console.html#_2016-11-24_06_58_38_520273 > Her

Re: [openstack-dev] [openstack][neutron] DHCP agent: advertise SLAAC prefixes Exceptions

2016-11-24 Thread Gary Kotton
+1 – we need to figure out if this flag is supported by specific dnsmasq versions On 11/24/16, 4:15 PM, "Ihar Hrachyshka" wrote: > On 24 Nov 2016, at 15:08, Lenny Verkhovsky wrote: > > Hi, > The DHCP Agent commit[1] added a lot

Re: [openstack-dev] [neutron] stable/newton 'broken'

2016-11-24 Thread Gary Kotton
I have worked around the issue by pegging the l2gw and tap-aas to specific commits. This is a hack at the moment and will update as soon as the branches are cut. Thanks and happy holidays On 11/24/16, 4:11 PM, "Gary Kotton" <gkot...@vmware.com> wrote: On 11

Re: [openstack-dev] [neutron] NeutronLibImpact: Adoption of db *_FIELD_SIZE constants from neutron-lib

2016-11-28 Thread Gary Kotton
Ok, makes sense. Lets continue as you proposed. On 11/27/16, 10:44 PM, "Henry Gessau" <hen...@gessau.net> wrote: Gary Kotton <gkot...@vmware.com> wrote: > Would it be worth considering have the three patches: > https://review.openstack.org/399891, https:/

Re: [openstack-dev] [neutron] neutron-lib impact

2016-11-16 Thread Gary Kotton
Hi, The directory integration will break all of the plugins and neutron projects. I do not think that this is something that we should do. It breaks the neutron API contract. I think that we should only unblock the patch https://review.openstack.org/#/c/386845. I think that due to the fact that

Re: [openstack-dev] [neutron] neutron-lib impact

2016-11-16 Thread Gary Kotton
List <openstack-dev@lists.openstack.org> Date: Wednesday, November 16, 2016 at 6:16 PM To: OpenStack List <openstack-dev@lists.openstack.org> Subject: Re: [openstack-dev] [neutron] neutron-lib impact On 16 November 2016 at 00:55, Gary Kotton <gkot...@vmware.com<mai

Re: [openstack-dev] [nettworking-ovn [patch-update b8af082

2016-11-13 Thread Gary Kotton
Hi, No, you do not need to do a DB sync. This is just updating a constants – that is the same constant definition was moved from one please to another. So it should be backwards compatibale. Thanks Gary From: Murali R Reply-To: OpenStack List

Re: [openstack-dev] [neutron][dvr][fip] router support two external network

2016-11-13 Thread Gary Kotton
Hi, Today the mapping is 1:1. So if you want additional mappinsg to internal networks then you can define more than one interface on your instance. Then map each interface to the relevant network. Thanks Gary From: huangdenghui Reply-To: OpenStack List

[openstack-dev] [neutron] neutron-lib

2016-11-01 Thread Gary Kotton
Hi, Would it be possible to cut a new version of neutron-lib. This will enable us to proceed with the integration into the various projects? Thanks Gary __ OpenStack Development Mailing List (not for usage questions)

Re: [openstack-dev] [neutron] Cloud Provider Security Groups

2016-11-01 Thread Gary Kotton
Hi, This is actually something that we have implemented within the VMware NSX plugins(s). We actually called it provider rules. This was done as an extension to the plugin. We have seen a large number of people ask for this functionality. It basically gives an admin the option of having ‘deny’

Re: [openstack-dev] Openstack Mitaka + neutron openVswitch + VMware-NSX plugin

2016-10-31 Thread Gary Kotton
Hi, There are a number of different Neutron VMware plugins. These are as follows: - NSXv – this is a NSX plugin for vSphere only. This requires the NSX to be installed. - NSXv3 – this is a NSX plugin for a multi hypervisor environment. The following hypervisors are supported:

Re: [openstack-dev] [neutron] NeutronLibImpact: Adoption of db *_FIELD_SIZE constants from neutron-lib

2016-11-26 Thread Gary Kotton
Hi, Would it be worth considering have the three patches: https://review.openstack.org/399891, https://review.openstack.org/398113 and https://review.openstack.org/398489 based one on top of the other. Then all sub projects could take the top of the commit and base on top of that. That may

[openstack-dev] [all] stable/mitaka CI failures (ImportError: No module named vine.five)

2016-12-08 Thread Gary Kotton
Hi, Stable/mitaka is broken [1]. Any idea how to resolve this. Do the requiremets need to pin a specific oslo.messaging version? Thanks Gary [1] File "/home/jenkins/workspace/gate-vmware-nsx-python27-db-ubuntu-trusty/.tox/py27/local/lib/python2.7/site-packages/mock/mock.py", line 1305, in

Re: [openstack-dev] New comer to Openstack.

2016-12-11 Thread Gary Kotton
Welcome aboard. Please see http://www.openstack.org/. A lot of the projects have developer guidelines. Maybe start there… From: akula nagaraj reddy Reply-To: OpenStack List Date: Sunday, December 11, 2016 at 8:36 AM To: OpenStack List

Re: [openstack-dev] [neutron] Proposing Abhishek Raut as neutronclient core

2016-12-14 Thread Gary Kotton
+1 From: Kevin Benton Reply-To: "OpenStack Development Mailing List (not for usage questions)" Date: Wednesday, December 14, 2016 at 4:56 AM To: "OpenStack Development Mailing List (not for usage questions)"

[openstack-dev] [Infra] Gerrit performance time

2017-01-11 Thread Gary Kotton
Hi, It takes forever to access gerrit. Anyone else hitting this issue? Thanks Gary __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe

[openstack-dev] [neutron] decomposed plugins broken

2017-01-13 Thread Gary Kotton
Hi, The l3 patch - https://review.openstack.org/#/c/417604/ has broken the decomposed plugins. We need to look at addressing this. We will fix the code, just a heads up to all other projects. Thanks Gary __ OpenStack

Re: [openstack-dev] [neutron] broken linuxbridge gate

2016-11-30 Thread Gary Kotton
Thanks for catching this. I have taken the liberty to approve the reverts and hopefully this will get the gate back to normal. Thanks Gary From: "Armando M." Reply-To: OpenStack List Date: Wednesday, November 30, 2016 at 1:46 AM To:

[openstack-dev] [neutron][tap-as-a-service] Use ExtensionDescriptor from neutron-lib

2016-12-05 Thread Gary Kotton
Hi, Patch https://review.openstack.org/#/c/398113/ has landed. This plugins using tap-as-a-service. Can someone please approve https://review.openstack.org/#/c/398143 Thanks Gary __ OpenStack Development Mailing List (not

Re: [openstack-dev] [neutron][tap-as-a-service] Use ExtensionDescriptor from neutron-lib

2016-12-05 Thread Gary Kotton
735/console.html#_2016-12-06_03_43_02_555084> | The test run didn't actually run any tests 2016-12-06 03:43:02.844792<http://logs.openstack.org/76/406576/10/gate/gate-vmware-nsx-python27-db-ubuntu-xenial/754a735/console.html#_2016-12-06_03_43_02_844792> | Can someone from the team please take

[openstack-dev] [neutron] Remove deprecated utility method - camelize

2016-12-01 Thread Gary Kotton
Hi, This method is now supported by neutron-lib. The patch [1] remove this from neutron. Thanks Gary [1] https://review.openstack.org/#/c/403690 __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

Re: [openstack-dev] [neutron][lbaas] New extensions for HAProxy driver based LBaaSv2

2016-12-06 Thread Gary Kotton
Hi, I think that there is a move to Octavia. I suggest reaching out to that community and see how these changes can be added. Sounds like a nice addition Thanks Gary From: zhi Reply-To: OpenStack List Date: Tuesday, December 6, 2016 at

Re: [openstack-dev] [heat] project specific question for the next user survey

2017-01-02 Thread Gary Kotton
Hi, Are there any questions related to Terraform? Is this affecting Heat in some way or form? Or just an alternative? Thanks Gary From: Rabi Mishra Reply-To: OpenStack List Date: Monday, January 2, 2017 at 6:18 AM To: OpenStack List

[openstack-dev] [horizon] Timeout issue

2017-01-04 Thread Gary Kotton
Hi, Maybe someone can help or give me some pointers. On horizon I am trying to attach a network interface to a router. When I do this I get the following error on horizon: “Danger: There was an error submitting the form. Please try again.” When I refresh the page I see that the operation has

[openstack-dev] [All] Python routes

2017-01-01 Thread Gary Kotton
Hi, It appears that the version 2.3.1 is no longer around. Any idea? Do we need to upgrade to 2.4.0? Thanks Gary __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

<    1   2   3   4   5   6   >