Re: [openstack-dev] [Neutron] Core/Vendor code decomposition

On 12/11/14, 12:50 PM, "Ihar Hrachyshka" wrote: >-BEGIN PGP SIGNED MESSAGE- >Hash: SHA512 > >+100. I vote -1 there and would like to point out that we *must* keep >history during the split, and split from u/s code base, not random >repositories. If you don't know how to achieve this, ask

[openstack-dev] [nova] 'SetuptoolsVersion' object does not support indexing 2014-12-14 12:38:38.563 |

Hi, Anyone familiar with the cause of this - seems like all unit tests are failing. An example is below: Traceback (most recent call last): 2014-12-14 12:38:38.595 | File "

Re: [openstack-dev] [nova] 'SetuptoolsVersion' object does not support indexing 2014-12-14 12:38:38.563 |

9 AM, Jeremy Stanley >wrote: >> On 2014-12-14 13:40:56 + (+), Gary Kotton wrote: >>> Anyone familiar with the cause of this ­ seems like all unit tests >>> are failing. An example is below: >> [...] >>> 2014-12-14 12:38:38.596 | File >>&

Re: [openstack-dev] [all][oslo][neutron] Managing oslo-incubator modules after project split

On 12/16/14, 2:41 PM, "Doug Hellmann" wrote: > >On Dec 16, 2014, at 7:27 AM, Ihar Hrachyshka wrote: > >> Signed PGP part >> On 16/12/14 12:50, Doug Hellmann wrote: >> > >> > On Dec 16, 2014, at 5:13 AM, Ihar Hrachyshka >> > wrote: >> > >> >> Signed PGP part On 15/12/14 18:57, Doug Hellmann wr

Re: [openstack-dev] [Neutron][L2Pop][HA Routers] Request for comments for a possible solution

On 12/18/14, 2:06 PM, "Mike Kolesnik" wrote: >Hi Neutron community members. > >I wanted to query the community about a proposal of how to fix HA routers >not >working with L2Population (bug 1365476[1]). >This bug is important to fix especially if we want to have HA routers and >DVR >routers wo

[openstack-dev] [nova][vmware] Canceling VMware meeting 12/24 and 12/31

Hi, I am not sure that we will have enough people around for the up and coming meetings. I suggest that we cancel them and resume in the New Year. Happy holidays to all! A luta continua Gary ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.o

Re: [openstack-dev] No meetings on Christmas or New Year's Days

Two reasons to celebrate. Its Elvis¹s birthday! On 12/22/14, 10:46 PM, "Carl Baldwin" wrote: >The L3 sub team meeting [1] will not be held until the 8th of January, >2015. Enjoy your time off. I will try to move some of the >refactoring patches along as I can but will be down to minimal hours.

Re: [openstack-dev] [devstack][VMware NSX CI] VMware NSX CI fails and don't recheck

Hi, We have a few CI issues. We are working on them at the moment. I hope that we get to the bottom of this soon. Thanks Gary From: Hirofumi Ichihara mailto:ichihara.hirof...@lab.ntt.co.jp>> Reply-To: OpenStack List mailto:openstack-dev@lists.openstack.org>> Date: Thursday, December 25, 2014 at

Re: [openstack-dev] [neutron] Changes to the core team

+1 On 1/22/15, 2:18 AM, "Akihiro Motoki" wrote: >+1 for Doug > >2015-01-20 13:59 GMT+09:00 Aaron Rosen : >> +1 >> >> On Fri, Jan 16, 2015 at 12:03 PM, Carl Baldwin >>wrote: >>> >>> +1 >>> >>> On Thu, Jan 15, 2015 at 3:31 PM, Kyle Mestery >>>wrote: >>> > The last time we looked at core reviewer

Re: [openstack-dev] [Nova][Neutron] Thoughts on the nova<->neutron interface

Hi, As Salvatore mentioned this was one of the things that we discussed at the San Diego summit many years ago. I like the idea of using an RPC interface to speak with Neutron (we could do a similar thing with Cinder, glance etc). This would certainly address a number of issues with the interfaces

[openstack-dev] [Infra] Gerrit upgrade

Hi, Thanks to all those involved. Any chance of restoring the "Diff side by side" button. The new interface may take a while to get used to. In the past there was a link to the current branch patches. That too is missing. Thanks Gary ___ OpenStack-dev m

Re: [openstack-dev] [Neutron] Need help to start contribute to Neutron

Hi, I would suggest the following: 1. Look at the bugs and see if there is any low hanging fruit - https://bugs.launchpad.net/neutron/+bugs?field.tag=low-hanging-fruit 2. Try and add some additional unit tests – pick a section of code that interests you and try and see that it has some good

Re: [openstack-dev] [neutron] Proposed changes to core team

+1 On 5/26/14 1:35 PM, "Akihiro Motoki" wrote: >+1 from me too. > > >Akihiro > >On Thu, May 22, 2014 at 5:59 AM, Kyle Mestery >wrote: >> I would like to propose a few changes to the Neutron core team. >> Looking at how current cores are contributing, both in terms of review >> [1] as well as pr

[openstack-dev] [nova] Diagnostics spec

Hi, Any chance of getting a review on https://review.openstack.org/84691. Thanks Gary ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [Nova]{neutron] Mid cycle sprints

Hi, There is the mid cycle sprint in July for Nova and Neutron. Anyone interested in maybe getting one together in Europe/Middle East around the same dates? If people are willing to come to this part of the world I am sure that we can organize a venue for a few days. Anyone interested. If we can

Re: [openstack-dev] [Nova]{neutron] Mid cycle sprints

This part of the world == Israel (it has been a long week :)) From: administrator mailto:gkot...@vmware.com>> Reply-To: OpenStack List mailto:openstack-dev@lists.openstack.org>> Date: Thursday, June 12, 2014 at 4:32 PM To: OpenStack List mailto:openstack-dev@lists.openstack.org>> Subject: [opens

Re: [openstack-dev] [nova] Do any hyperviors allow disk reduction as part of resize ?

I think that is a very good point. This should maybe be addressed in the API layer as you have suggested. Thanks Gary From: , Phil Day mailto:philip@hp.com>> Reply-To: OpenStack List mailto:openstack-dev@lists.openstack.org>> Date: Friday, June 13, 2014 at 4:22 PM To: OpenStack List mailto:

Re: [openstack-dev] [Nova] Nominating Ken'ichi Ohmichi for nova-core

+1 On 6/15/14, 6:15 AM, "Chris Behrens" wrote: >+1 > >> On Jun 13, 2014, at 3:40 PM, Michael Still wrote: >> >> Greetings, >> >> I would like to nominate Ken'ichi Ohmichi for the nova-core team. >> >> Ken'ichi has been involved with nova for a long time now. His reviews >> on API changes ar

Re: [openstack-dev] [Nova][neutron][NFV] Mid cycle sprints

icacoes and >>>Portugal Telecom have shown interested too. >>> >>> Neutron and NFV team members, who¹s interested in meeting in Paris, or >>>if not available on the date set by eNovance in other time and place? >>> >>> Thanks, >>> Carlo

[openstack-dev] [Nova] VMware ESX Driver Deprecation

Hi, In the Icehouse cycle it was decided to deprecate the VMware ESX driver. The motivation for the decision was: * The driver is not validated by Minesweeper * It is not clear if there are actually any users of the driver Prior to jumping into the proposal we should take into account th

Re: [openstack-dev] [Neutron] Starting contributing to project

Hi, I would suggest that you start from the master branch. Good luck. Thanks HGary On 6/15/14, 11:10 PM, "Sławek Kapłoński" wrote: >Hello, > >I want to start contributing to neutron project. I found bug which I >want to try fix: >https://urldefense.proofpoint.com/v1/url?u=https://bugs.launchpad

Re: [openstack-dev] [nova] A modest proposal to reduce reviewer load

On 6/17/14, 1:56 PM, "Duncan Thomas" wrote: >A far more effective way to reduce the load of trivial review issues >on core reviewers is for none-core reviewers to get in there first, >spot the problems and add a -1 - the trivial issues are then hopefully >fixed up before a core reviewer even lo

[openstack-dev] [Nova][Oslo.cfg] Configuration string substitution

Hi, I have encountered a problem with string substitution with the nova configuration file. The motivation was to move all of the glance settings to their own section (https://review.openstack.org/#/c/100567/). The glance_api_servers had default setting that uses the current glance_host and the

[openstack-dev] [Nova] Tox issues on a clean environment

Hi, Anyone know how I cam solve the error below: Running setup.py install for jsonpatch /usr/lib/python2.7/distutils/dist.py:267: UserWarning: Unknown distribution option: 'entry_poimts' warnings.warn(msg) changing mode of build/scripts-2.7/jsondiff from 664 to 775 changing mo

Re: [openstack-dev] [nova][vmware] Locking: A can of worms

Hi, I have provided a solution for the single node setup that. That is, we make use of the nova lock utilities to provide locking so that that the cached images will not be removed whilst an instance is spawned. I hope that this will unblock the feature an enable us to continue with the FFE. The re

[openstack-dev] [Nova client] gate-python-novaclient-pypy

Hi, The client gate seems to be broken with the following error: 2014-03-10 08:19:39.566 | Running setup.py install for python-mimeparse 2014-03-10 08:19:39.567

Re: [openstack-dev] [nova] An analysis of code review in Nova

Regarding the spawn there are a number of patches up for review at the moment - they are all mutually exclusive and hopefully will make the process a lot smoother. https://review.openstack.org/#/q/topic:bp/vmware-spawn-refactor,n,z In addition to this we have a patch up for review with the OSLO int

Re: [openstack-dev] [neutron] Neutron Mid-Cycle Meeting

Hi, Any chance of doing this in Europe? Thanks Gary On 4/16/14 4:54 AM, "Kyle Mestery" wrote: >Folks: > >Given all the talk of mid-cycle meetings, I'd like to propose that we >do one for Neutron as well. Mark and I talked about this over the past >few months, and I've mentioned this to a few oth

Re: [openstack-dev] [neutron] Neutron BP review process for Juno

+1 On 4/16/14 1:35 AM, "Carl Baldwin" wrote: >+1. I think we'll like this process better. I hope to have some of >the first blueprints to propose to the new repository very soon. > >On Tue, Apr 15, 2014 at 4:07 PM, Kyle Mestery >wrote: >> Given the success the Nova team has had in handling

[openstack-dev] [nova][vmware] Juno update

Hi, Below is a short update of the current status of the driver in Juno. We managed to complete the following specs: * Integration with oslo.vmware (https://github.com/openstack/nova-specs/blob/master/specs/juno/use-oslo-vmware.rst) * Hot plug interface (https://github.com/openstack/no

Re: [openstack-dev] [all] To slide or not to slide? OpenStack Bootstrapping Hour...

Hi, I think that it was very informative and useful. I have forwarded it to a number of new people starting to work on OpenStack and who were wondering how to use mockŠ So two birds with one stone. Thanks! Gary On 9/22/14, 7:27 PM, "Jay Pipes" wrote: >Hi all, > >OK, so we had our inaugural OpenS

Re: [openstack-dev] [nova] Kilo Blueprints and Specs

Hi, Is the process documented anywhere? That is, if say for example I had a spec approved in J and its code did not land, how do we go about kicking the tires for K on that spec. Thanks Gary On 9/29/14, 1:07 PM, "John Garbutt" wrote: >On 27 September 2014 00:31, Joe Gordon wrote: >> On Thu, Sep

Re: [openstack-dev] [nova] why do we have os-attach-interfaces in the v3 API?

Hi, In the V2 API the attach interface is a blocking operation. This is problematic. I posted a patch for the V3 to be non blocking - https://review.openstack.org/#/c/103094/ (as we cannot break existing API¹s). I would prefer that you do not remove the V3 api. I am not sure what you mean by saying

[openstack-dev] [nova] Resource tracker

Hi, At the moment the resource tracker in Nova ignores that statistics that are returned by the hypervisor and it calculates the values on its own. Not only is this highly error prone but it is also very costly - all of the resources on the host are read from the database. Not only the fact that

Re: [openstack-dev] [neutron] allow-mac-to-be-updated

Hi, I am really in favor of this. The implementation looks great! Nova can surely benefit from this and we can make Neutron allocations at the API level and save a ton of complexity at the compute level. Kudos! Thanks Gary On 10/13/14, 11:31 PM, "Chuck Carlino" wrote: >Hi, > >Is anyone working o

Re: [openstack-dev] Travels tips for the Paris summit

You can always try: http://www.timeout.com/paris/en/food-and-drink/vegetarian-restaurants-in-pa ris. On 10/16/14, 8:02 PM, "Anita Kuno" wrote: >On 10/16/2014 12:49 PM, Julien Danjou wrote: >> On Thu, Oct 16 2014, Sylvain Bauza wrote: >> >>> Sure thing "Est-ce que ce plat contient de la viande

[openstack-dev] [Nova] Turbo hipster problems

Hi, Anyone aware why Turbo his peter is failing with: real-db-upgrade_nova_percona_user_002:th-percona Exception: [Errno 2] No such file or directory: '/var/lib/turbo-hipster/datasets_user_002' in 0s Thanks Gary ___ OpenStack-dev mai

Re: [openstack-dev] [Nova] Turbo hipster problems

t;> Subject: Re: [openstack-dev] [Nova] Turbo hipster problems Hi Gary, Sorry we had a mis-hap over the weekend. The Database CI should be back up and running now. Let me know if you see any more problems. Cheers, Josh Rackspace Australia On 10/18/14 1:55 AM, Gary Kotton wrote: Hi, Anyone aware why

Re: [openstack-dev] Taking a break..

Thanks for the heads up. As we say in Africa ³Go Well!" On 10/23/14, 9:00 AM, "Sam Morrison" wrote: >Thanks for all the help Chris and all the best. > >Now on the lookout for another cells core I can harass and pass obscure >bugs too. It was always reassuring knowing you¹d probably already come

Re: [openstack-dev] [neutron] Reminder: No meeting this week

Mazal tov!!! On 11/10/14, 8:22 PM, "Kyle Mestery" wrote: >Since most folks are either freshly back from traveling, in the midst >of returning, or perhaps even with a new baby, we'll be skipping this >week's meeting. We'll resume next week at our normally scheduled time >[1] of 1400UTC on Tuesday

[openstack-dev] [Neutron] Translation technical debt

Hi, In order to enforce our translation policies - http://docs.openstack.org/developer/oslo.i18n/guidelines.html - we have added a hacking rule in Neutron. If you wish to jump aboard this effort then please let me know. There are patches for all directories except the plugins and services. Thank

Re: [openstack-dev] [neutron] Neutron mid-cycle announcement

Hi, For those unable to attend will there be an option of remote access? Thanks Gary On 11/11/14, 3:04 PM, "Kyle Mestery" wrote: >Hi folks: > >Apologies for the delay in announcing the Neutron mid-cycle, but I was >confirming the details up until last night. I've captured the details >on an ethe

[openstack-dev] [Neutron] VMware networking support

Hi, A few months back we started to work on a umbrella spec for Vmware networking support (https://review.openstack.org/#/c/105369). There are a number of different proposals for a number of different use cases. In addition to providing one another with an update of our progress we need to discu

Re: [openstack-dev] [Nova][Oslo.cfg] Configuration string substitution

On 6/18/14, 4:19 PM, "Doug Hellmann" wrote: >On Wed, Jun 18, 2014 at 4:47 AM, Gary Kotton wrote: >> Hi, >> I have encountered a problem with string substitution with the nova >> configuration file. The motivation was to move all of the glance >>se

Re: [openstack-dev] [nova][vmware] Future of Vim and PBM in Nova: summary of IRC discussion

Hi, Thanks for the updated mail. I have a number of comments: 1. I agree with the proposed changes regarding the SPBM. I think that the proposal and changes put forward by Radoslav are great. 2. It would be nice to see the integration of the oslo.vmware code. This is pending the spawn rewrite, and

[openstack-dev] [Neutron] VMware networking

Hi, At the moment there are a number of different BP's that are proposed to enable different VMware network management solutions. The following specs are in review: 1. VMware NSX-vSphere plugin: https://review.openstack.org/102720 2. Neutron mechanism driver for VMWare vCenter DVS network

[openstack-dev] [Nova] Turbo hipster

Hi, This appears to be broken over the last 24 hours. Thanks Gary ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Nova] Turbo hipster

BIlLLqw%3D%3D%0A&r=eH0pxTUZo8NPZyF6hgoMQu%2BfDtysg45MkPhCZFxPEq8%3D%0A&m=RJuFlqY3B%2Feoge51zD7bpiFA3kV56%2BHZ%2FbroCaFAdTk%3D%0A&s=4beefa50e4c44dc8ebd748c9198475935b4104c4080e6e41bcb969bd84bf6175> Cheers, Josh Rackspace Australia On 6/29/14 5:48 PM, Gary Kotton wrote: Hi, This

[openstack-dev] [Nova} NFV patches

Hi, There are some patches that are relevant to the NFV support. There are as follows: 1. Current exception handling for interface attachment is broken - https://review.openstack.org/103091 2. The V2 port attach is a blocking call. This cannot be changed so a proposal to have the V3 as no

Re: [openstack-dev] [Neutron] VMware networking

AM, Armando M. wrote: >> Hi Gary, >> >> Thanks for sending this out, comments inline. >> >Indeed, thanks Gary! > >> On 29 June 2014 00:15, Gary Kotton wrote: >>> >>> Hi, >>> At the moment there are a number of different BP¹s that a

Re: [openstack-dev] [Neutron] VMware networking

/document/d/1vkfJLZjIetPmGQ6GMJydDh8SSWz60iUhuuKhYMJ qoz8/edit?usp=sharing Lets meet again next week Monday at the same time and same place and plan future steps. How does that sound? Thanks Gary On 7/2/14, 2:27 PM, "Gary Kotton" wrote: >Hi, >Sadly last night night we did not have enoug

Re: [openstack-dev] [nova] Instances randomly failing rebuild on ssh-key errors for non-migration resize - new blueprint

Hi, Please note that you will need to draft a nova spec for the BP. Thanks Gary On 7/8/14, 11:38 AM, "Dafna Ron" wrote: >Hi, > >Bug >https://urldefense.proofpoint.com/v1/url?u=https://bugs.launchpad.net/nova >/%2Bbug/1323578&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=eH0pxTUZo8NPZyF6hgoM >Qu%2BfDtys

Re: [openstack-dev] [nova][vmware] Convert to rescue by adding the rescue image and booting from it

Nice idea. I say Œship it¹ The code was legacy and we just made sure it worked. Nice proposal On 7/10/14, 6:52 PM, "Matthew Booth" wrote: >Currently we create a rescue instance by creating a new VM with the >original instance's image, then adding the original instance's first >disk to it, and bo

Re: [openstack-dev] [Neutron] VMware networking

Hi, I am sorry but I had to attend a meeting now. Can we please postpone this to tomorrow? Thanks Gary On 7/8/14, 11:19 AM, "Gary Kotton" wrote: >Hi, > >Just an update and a progress report: > >1. Armando has created an umbrella BP - > >https://revie

[openstack-dev] [oslo.vmware] Updates

Hi, I just thought it would be nice to give the community a little update about the current situation: 1. Version is 0.4 (https://github.com/openstack/requirements/blob/master/global-requirements.txt#L58) * This is used by glance and ceilometer * There is a patch in review for N

Re: [openstack-dev] [nova][glance] Allow Nova to use either Glance V1 or V2: Call for reviews to get the spec merged

+1 From: Arnaud Legendre mailto:alegen...@vmware.com>> Reply-To: OpenStack List mailto:openstack-dev@lists.openstack.org>> Date: Friday, July 18, 2014 at 12:52 AM To: OpenStack List mailto:openstack-dev@lists.openstack.org>> Subject: [openstack-dev] [nova][glance] Allow Nova to use either Glanc

[openstack-dev] [Neutron] [Spec freeze exception] VMware DVS support

Hi, I would like to propose the following for spec freeze exception: * https://review.openstack.org/#/c/105369 This is an umbrella spec for a number of VMware DVS support specs. Each has its own unique use case and will enable a lot of existing VMware DVS users to start to use OpenStack. F

[openstack-dev] [nova] objects notifications

Hi, When reviewing https://review.openstack.org/#/c/107954/ it occurred to me that maybe we should consider having some kind of generic object wrapper that could do notifications for objects. Any thoughts on this? Thanks Gary ___ OpenStack-dev mailing l

Re: [openstack-dev] [NFV] Meeting summary 2014-07-30

Hi, There are a few other issues which may be related: - https://review.openstack.org/103091 - https://review.openstack.org/103094 They are both related to the attachment of new interfaces to a VM Thanks Gary On 7/30/14, 9:38 PM, "Steve Gordon" wrote: >Meeting summary > >https://etherpad

Re: [openstack-dev] [Neutron] how to deprecate a plugin

In Nova we have done the following: - add a warning in the current version that this will be deprecated in K - start of K drop the code It is also important to have an upgrade path. What happens if I have my RYU plugin in production and I upgrade to the next version. That should be clearly document

Re: [openstack-dev] [nova] objects notifications

On 7/30/14, 7:26 AM, "Dan Smith" wrote: >> When reviewing https://review.openstack.org/#/c/107954/ it occurred to >> me that maybe we should consider having some kind of generic object >> wrapper that could do notifications for objects. Any thoughts on this? > >I think it might be good to do th

Re: [openstack-dev] [nova] stable branches & failure to handle review backlog

On 7/30/14, 8:22 PM, "Kevin L. Mitchell" wrote: >On Wed, 2014-07-30 at 09:01 +0200, Flavio Percoco wrote: >> As a stable-maint, I'm always hesitant to review patches I've no >> understanding on, hence I end up just checking how big is the patch, >> whether it adds/removes new configuration opti

Re: [openstack-dev] [Nova] Nominating Jay Pipes for nova-core

+1 On 8/1/14, 7:15 PM, "Mitsuhiro Tanino" wrote: >+1 > >Regards, >Mitsuhiro Tanino > HITACHI DATA SYSTEMS > c/o Red Hat, 314 Littleton Road, Westford, MA 01886 > > >> -Original Message- >> From: Russell Bryant [mailto:rbry...@redhat.com] >> Sent: Thursday, July 31, 2014 7:58 AM

Re: [openstack-dev] [Neutron] Status of A/A HA for neutron-metadata-agent?

Hi, Happy you asked about this. This is an idea that we have: Below is a suggestion on how we can improve the metadata service. This can be done by leveraging the a Load balancers supports X-Forwarded-For.The following link has two diagrams. The first is the existing support (may be a little rusty

Re: [openstack-dev] [Neutron] Status of A/A HA for neutron-metadata-agent?

/14, 1:07 PM, "Gary Kotton" wrote: >Hi, >Happy you asked about this. This is an idea that we have: > >Below is a suggestion on how we can improve the metadata service. This can >be done by leveraging the a Load balancers supports X-Forwarded-For.The >following link has

[openstack-dev] [Nova] VMware update

Hi, A few updates regarding the driver: 1. Spawn refactor. This is coming along very nicely. It would be great if the following patches can get some TLC (this will enable us to start working on the next phases - finish spawn treatment and upgrading code to work with oslo.vmware): * ht

Re: [openstack-dev] [Neutron] Status of A/A HA for neutron-metadata-agent?

On 8/4/14, 5:39 PM, "mar...@redhat.com" wrote: >On 03/08/14 13:07, Gary Kotton wrote: >> Hi, >> Happy you asked about this. This is an idea that we have: >> >> Below is a suggestion on how we can improve the metadata service. This >>can >> be d

Re: [openstack-dev] [Neutron] Group Based Policy and the way forward

Hi, Is there any description of how this will be consumed by Nova. My concern is this code landing there. Thanks Gary From: Robert Kukura mailto:kuk...@noironetworks.com>> Reply-To: OpenStack List mailto:openstack-dev@lists.openstack.org>> Date: Tuesday, August 5, 2014 at 5:20 PM To: OpenStack L

Re: [openstack-dev] [Neutron] Group Based Policy and the way forward

ck-dev@lists.openstack.org>> Date: Tuesday, August 5, 2014 at 8:13 PM To: OpenStack List mailto:openstack-dev@lists.openstack.org>> Subject: Re: [openstack-dev] [Neutron] Group Based Policy and the way forward On 8/5/14, 11:04 AM, Gary Kotton wrote: Hi, Is there any description of how this w

Re: [openstack-dev] [Neutron] Group Based Policy and the way forward

On 8/5/14, 8:53 PM, "Russell Bryant" wrote: >On 08/05/2014 01:23 PM, Gary Kotton wrote: >> Ok, thanks for the clarification. This means that it will not be done >> automagically as it is today ­ the tenant will need to create a Neutron >> port and then pass th

Re: [openstack-dev] [Neutron] Group Based Policy and the way forward

Correct, this work is orthogonal to the parity work, which I understand is coming along very nicely. Do new features in Nova also require parity - https://blueprints.launchpad.net/nova/+spec/better-support-for-multiple-networks (for example enables the MTU to be configured instead of via a confi

Re: [openstack-dev] [Neutron] Group Based Policy and the way forward

Policy and the way forward On Tue, Aug 5, 2014 at 11:18 PM, Gary Kotton mailto:gkot...@vmware.com>> wrote: On 8/5/14, 8:53 PM, "Russell Bryant" mailto:rbry...@redhat.com>> wrote: >On 08/05/2014 01:23 PM, Gary Kotton wrote: >> Ok, thanks for the clarification. Thi

Re: [openstack-dev] [Neutron] Group Based Policy and the way forward

Policy and the way forward On Wed, Aug 6, 2014 at 12:59 AM, Gary Kotton mailto:gkot...@vmware.com>> wrote: From: Aaron Rosen mailto:aaronoro...@gmail.com>> Reply-To: OpenStack List mailto:openstack-dev@lists.openstack.org>> Date: Wednesday, August 6, 2014 at 10:09 AM To:

Re: [openstack-dev] [nova] Manage multiple clusters using a single nova service

Hi, Sorry for taking such long time to chime in but these mails were sadly missed. Please see my inline comments below. My original concerns for the revert of the service were as follows: 1. What do we do about existing installation. This support was added at the end of Havana and it is in produc

Re: [openstack-dev] [devstack] Core team proposals

+1 From: chandankumar mailto:chandankumar.093...@gmail.com>> Reply-To: OpenStack List mailto:openstack-dev@lists.openstack.org>> Date: Friday, August 8, 2014 at 2:14 PM To: OpenStack List mailto:openstack-dev@lists.openstack.org>> Subject: Re: [openstack-dev] [devstack] Core team proposals On

Re: [openstack-dev] [heat] Comments/questions on the instance-group-api-extension blueprint

e cost (for the IBM "sub-capacity" licenses, placement of VMs can make a cost difference). Thus, multiple policies per thing. We are now extending that example to include storage, and we are also working examples with Hadoop. Regards, Mike From:Gary Kotton mailto:gkot...@vm

Re: [openstack-dev] Nova FFE request for get scheduler hints API

+1 From: , Phil mailto:philip@hp.com>> Reply-To: OpenStack Development Mailing List mailto:openstack-dev@lists.openstack.org>> Date: Thursday, September 12, 2013 3:40 PM To: "OpenStack Development Mailing List (openstack-dev@lists.openstack.org)" ma

Re: [openstack-dev] [heat] [scheduler] Bringing things together for Icehouse

Hi, Can you please join us at the up and coming scheduler meeting. That will give you a chance to bring up the idea's and discuss them with a larger audience. https://wiki.openstack.org/wiki/Meetings#Scheduler_Sub-group_meeting I think that for the summit it would be a good idea if we could also h

[openstack-dev] [Nova] Core review request

Hi, Can a core reviewer please look at https://review.openstack.org/#/c/45691/. The has one +2 and a number of +1's Thanks Gary ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack

Re: [openstack-dev] [heat] [scheduler] Bringing things together for Icehouse

Hi, The document is locked. Thanks Gary From: Mike Spreitzer mailto:mspre...@us.ibm.com>> Reply-To: OpenStack Development Mailing List mailto:openstack-dev@lists.openstack.org>> Date: Tuesday, September 17, 2013 8:00 AM To: OpenStack Development Mailing List mailto:openstack-dev@lists.openstack.

[openstack-dev] Scheduler sub-group meeting on 9/17

Hi, Don is on vacation. Lets try and have the meeting today. Topics that come to mind: 1. https://etherpad.openstack.org/IceHouse-Nova-Scheduler-Sessions * We discussed this extensively last week. Are there any open issues related to this 2. Discuss resource tracking (alaski) 3. Discu

[openstack-dev] Scheduler meeting minutes

Hi, The minutes from the meeting are below. Minutes: http://eavesdrop.openstack.org/meetings/scheduling/2013/scheduling.2013-09-17-15.03.html Minutes (text): http://eavesdrop.openstack.org/meetings/scheduling/2013/scheduling.2013-09-17-15.03.txt Log: http://eavesdrop.openstack.

Re: [openstack-dev] [Nova][vmware] VMwareAPI sub-team reviews update 2013-09-19

Hi, The following two patches are really important (they are really simple and have been around since beginning of August - they are rebased every couple of days):- - https://review.openstack.org/#/c/40298/ - Tempest snapshot fails - https://review.openstack.org/#/c/43994/ - Disk copy fails There a

Re: [openstack-dev] stalled bug fixes for vmware driver

Thanks to everyone for the reviews over the last 24 hours. I really appreciate the time and effort from all in the review process. I hope that once we have the tempest results posted automatically for each for each patch then it will give the core reviewers more confidence in the Vmware fixes. Than

[openstack-dev] [Nova] PCI stats and resource tracking

Hi, At the moment the only driver that supports the PCI stats is libvirt. I think that we need to ensure that that if the PCI stats are not reported by the driver then the data structure is not accessed and the data base will not have any unnecessary updates. I have added the following fix for t

[openstack-dev] [Nova] Gating - devstack failures

Hi, Anyone know why the devstack gating is broken? Thanks Gary ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Nova] Gating - devstack failures

Thanks! On 9/22/13 6:41 PM, "Sean Dague" wrote: >On 09/22/2013 11:10 AM, Gary Kotton wrote: >> Hi, >> Anyone know why the devstack gating is broken? >> Thanks >> Gary > >I was just looking over logs, especially the last merge on integrated >projec

[openstack-dev] [Jenkins} Gating broken

Hi, Anyone know the root cause of: 2013-09-24 06:47:01.670 | Cleaning up... 2013-09-24 06:47:01.670 | No distributions matching the version for pyparsing>=2.0.1 (from cliff>=1.4.3->python-neutronclient>=2.3.0,<3->-r /home/jenkins/workspace/gate-nova-pep8/requirements.txt (line 25)) 2013-09-24 0

[openstack-dev] [nova] Jenkins} Gating broken

This just seems to affect Nova. Thanks Gary From: Administrator mailto:gkot...@vmware.com>> Reply-To: OpenStack Development Mailing List mailto:openstack-dev@lists.openstack.org>> Date: Tuesday, September 24, 2013 11:15 AM To: OpenStack Development Mailing List mailto:openstack-dev@lists.opensta

[openstack-dev] Scheduler sub-group meeting on 9/24

Hi, Done is still away on his vacation (lucky guy). Last week we did not have time to discuss the proposals by Mike Spreitzer (https://docs.google.com/document/d/1hQQGHId-z1A5LOipnBXFhsU3VAMQdSe-UXvL4VPY4ps/edit). Today can give us an opportunity to go over that and additional scheduling developm

[openstack-dev] Scheduler meeting minutes

Hi, The minutes from the meeting are below. Minutes: http://eavesdrop.openstack.org/meetings/scheduling/2013/scheduling.2013-09-24-15.03.html 6:59 Minutes (text): http://eavesdrop.openstack.org/meetings/scheduling/2013/scheduling.2013-09-24-15.03.txt Log: http://eavesdrop.opens

Re: [openstack-dev] [elastic-recheck] Announcing elastic-recheck

Yay!! On 9/26/13 10:47 AM, "Michael Still" wrote: >On Thu, Sep 26, 2013 at 2:49 PM, Clint Byrum wrote: >> Excerpts from Joe Gordon's message of 2013-09-25 17:56:15 -0700: >>> Hi All, >>> >>> TL;DR: We will be automatically identifying your flaky tempest runs, >>>so you >>> just have to confirm

Re: [openstack-dev] Gate issues - what you can do to help

Hi, Not related to the stable branches, but related to trunk. At the moment I am working on https://review.openstack.org/#/c/47788/. This patch adds a timeout to the access to the OVS database. The neutron gate fails on this - http://logs.openstack.org/88/47788/4/check/check-tempest-devstack-vm-

Re: [openstack-dev] Gate issues - what you can do to help

Yes, it should. I'll mark the bug as a stable backport Thanks On 10/1/13 10:51 AM, "Alan Pevec" wrote: >Hi Gary, > >2013/9/29 Gary Kotton : >> Not related to the stable branches, but related to trunk. At the moment >>I am >> working on https://review.o

[openstack-dev] Scheduler sub-group meeting on 10/1

Hi, Don is on vacation. Lets try and have the meeting today. Topics that come to mind: 1. Consolidating ideas regarding scheduling API's that we can propose for summit – it would be great if we could come with a crystalized proposal for the community 2. On the mail list there has been a lot

[openstack-dev] Stable/grizzly gating

Hi, The gating is broken due to the Neutron/Quantum name change. The root cause was that the devstack code was accessing quantum directories for configuration files and the repo has neutron directories. Please see the devstack patch https://review.openstack.org/#/c/49483/. I hope that this will

Re: [openstack-dev] Gate issues - what you can do to help

m<mailto:mrie...@us.ibm.com> [cid:_1_0EC4395C0EC433C80059AEAE86257BF8] 3605 Hwy 52 N Rochester, MN 55901-1407 United States From:Alan Pevec mailto:ape...@gmail.com>> To:Gary Kotton mailto:gkot...@vmware.com>>, Cc:OpenStack Development Mailing List mailto:openstack-dev@lis

Re: [openstack-dev] Gate issues - what you can do to help

On 10/3/13 11:59 AM, "Alan Pevec" wrote: >2013/10/3 Gary Kotton : >> Please see https://review.openstack.org/#/c/49483/ > >That's s/quantum/neutron/ on stable - I'm confused why is that, it >should have been "quantum" everywhere in Grizzly.

Re: [openstack-dev] Gate issues - what you can do to help

Hi, This seems to be my bad. I have abandoned the patch and am still looking into the problems. Thanks Gary On 10/3/13 12:14 PM, "Gary Kotton" wrote: > > >On 10/3/13 11:59 AM, "Alan Pevec" wrote: > >>2013/10/3 Gary Kotton : >>> Please see https:

Re: [openstack-dev] Gate issues - what you can do to help

when the when the the following line is invoked: https://github.com/openstack-dev/devstack/blob/stable/grizzly/lib/quantum#L 302 Anyone able to clarify why an additional interface was added? Thanks Gary On 10/3/13 12:58 PM, "Gary Kotton" wrote: >Hi, >This seems to be my bad.

<    1   2   3   4   5   6   7   >