Re: [openstack-dev] [Fuel] Core Reviewers groups restructure

+1 On Tue, Sep 22, 2015 at 2:17 AM, Mike Scherbakov wrote: > Thanks guys. > So for fuel-octane then there are no actions needed. > > For fuel-agent-core group [1], looks like we are already good (it doesn't > have fuel-core group nested). But it would need to include

Re: [openstack-dev] [all] Consistent support for SSL termination proxies across all API services

On 09/22/2015 05:30 PM, Mathieu Gagné wrote: > On 2015-09-22 4:52 PM, Sean Dague wrote: >> On 09/22/2015 03:16 PM, Mathieu Gagné wrote: >>> >>> The oslo_middleware.ssl middleware looks to offer little overhead and >>> offer the maximum flexibility. I appreciate the wish to use the Keystone >>>

Re: [openstack-dev] [all][elections] PTL nomination period is now over

Tristan Cacqueray wrote: > [...] > There are 5 projects without candidates, so according to this > resolution[1], the TC we'll have to appoint a new PTL for Barbican, > MagnetoDB, Magnum, Murano and Security > [...] Following our policy[1], the Technical Committee decided[2] the following for

Re: [openstack-dev] [releases] semver and dependency changes

Robert Collins wrote: > On 23 September 2015 at 02:03, Thierry Carrez wrote: >> Robert Collins wrote: >>> [...] >>> So, one answer we can use is "The version impact of a requirements >>> change is never less than the largest version change in the change." >>> That is: >>>

Re: [openstack-dev] [nova] live migration in Mitaka

On 23/09/15 14:11, Daniel P. Berrange wrote: On Wed, Sep 23, 2015 at 01:48:17PM +0100, Paul Carlton wrote: On 22/09/15 16:44, Daniel P. Berrange wrote: On Tue, Sep 22, 2015 at 09:29:46AM -0600, Chris Friesen wrote: There is also work on post-copy migration in QEMU. Normally with live

[openstack-dev] [nova] where the aggregate and cell document is

Hi stackers,I want to set up cell and aggregator env, but I failed to find the document about them.could you please help me to find the document? regards,yong sheng gong__ OpenStack Development Mailing List (not for usage

Re: [openstack-dev] [all] Consistent support for SSL termination proxies across all API services

On Wed, Sep 23 2015, ZZelle wrote: > * It doesn't work when the service itself acts as a proxy (typically nova > image-list) > * it doesn't work when you rewrite from > https://://... > to http://:/... > because the information is not provided in the headers (except if > you exploit a webob

Re: [openstack-dev] [Fuel] Nominate Denis Dmitriev for fuel-qa(devops) core

Congratulations to Denis! On Fri, Sep 18, 2015 at 2:55 PM, Yuriy Shamray wrote: > +1 > > On Fri, Sep 18, 2015 at 1:34 PM, Yegor Kotko wrote: > >> +1 >> >> On Tue, Sep 15, 2015 at 6:29 AM, Sebastian Kalinowski < >> skalinow...@mirantis.com> wrote:

[openstack-dev] [Heat] [Zaqar] Liberty RC1 available

Hello everyone, Heat and Zaqar just produced their first release candidate for the end of the Liberty cycle. The RC1 tarballs, as well as a list of last-minute features and fixed bugs since liberty-1 are available at: https://launchpad.net/heat/liberty/liberty-rc1

Re: [openstack-dev] [all] Consistent support for SSL termination proxies across all API services

On Wed, Sep 23 2015, Sean Dague wrote: > Does that solution work in the HA Proxy case where there is one > terminating address for multiple backend servers? Yep. > Because there is the concern that this impacts not only the Location > header, but the link documents inside the responses which

Re: [openstack-dev] [all] Consistent support for SSL termination proxies across all API services

Hi, SSLMiddleware takes into account a Header[1] to set wsgi.url_scheme which allows a proxy to provide the original protocol to Heat/Neutron/... Does that solution work in the HA Proxy case where there is one > terminating address for multiple backend servers? Because there is the > concern

Re: [openstack-dev] [nova] live migration in Mitaka

On 22/09/15 16:20, Daniel P. Berrange wrote: On Tue, Sep 22, 2015 at 09:05:11AM -0600, Chris Friesen wrote: On 09/21/2015 02:56 AM, Daniel P. Berrange wrote: On Fri, Sep 18, 2015 at 05:47:31PM +, Carlton, Paul (Cloud Services) wrote: However the most significant impediment we encountered

Re: [openstack-dev] [Fuel] Core Reviewers groups restructure

+1 -- Best regards, Sergii Golovatiuk, Skype #golserge IRC #holser On Wed, Sep 23, 2015 at 12:10 PM, Vladimir Kuklin wrote: > +1 > > > On Tue, Sep 22, 2015 at 2:17 AM, Mike Scherbakov > wrote: > >> Thanks guys. >> So for fuel-octane then there

Re: [openstack-dev] [neutron + ovn] Does neutron ovn plugin support to setup multiple neutron networks for one container?

Hi Russell, I just realized OVN plugin is an independent plugin of OVS plugin. In this case, how do we handle the provider network connections between compute nodes? Is it handled by OVN actually? Thanks, Tony -Original Message- From: WANG, Ming Hao (Tony T) Sent: Wednesday,

[openstack-dev] [neutron] Stumped...need help with neutronclient job failure

Hi, I created a pair of experimental jobs for python-neutronclient that will run functional tests on core and advanced services, respectively. In the python-neutronclient repo, I have a commit [1] that splits the tests into two directories for core/adv-svcs, enables the VPN devstack plugin for

Re: [openstack-dev] [nova] live migration in Mitaka

On Wed, Sep 23, 2015 at 01:48:17PM +0100, Paul Carlton wrote: > > > On 22/09/15 16:44, Daniel P. Berrange wrote: > >On Tue, Sep 22, 2015 at 09:29:46AM -0600, Chris Friesen wrote: > There is also work on post-copy migration in QEMU. Normally with live > migration, the guest doesn't start

Re: [openstack-dev] [fuel] PTL & Component Leads elections

Dmitry, Mike Thank you for the list of usable links. But still - we do not have clearly defined procedure on determening who is eligible to nominate and vote for PTL and Component Leads. Remember, that Fuel still has different release cycle and Kilo+Liberty contributors list is not exactly the

Re: [openstack-dev] [neutron][lbaas] - Heat support for LbaasV2

Seperate ns would work great. Thanks, Kevin From: Banashankar KV Sent: Tuesday, September 22, 2015 9:14:35 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [neutron][lbaas] - Heat support for LbaasV2 What you think

Re: [openstack-dev] [nova] live migration in Mitaka

On 22/09/15 16:44, Daniel P. Berrange wrote: On Tue, Sep 22, 2015 at 09:29:46AM -0600, Chris Friesen wrote: There is also work on post-copy migration in QEMU. Normally with live migration, the guest doesn't start executing on the target host until migration has transferred all data. There are

Re: [openstack-dev] [puppet] service default value functions

+1 to way from paste above. 2015-09-23 16:42 GMT+03:00 Martin Mágr : > > > On 09/23/2015 02:17 AM, Cody Herriges wrote: > > Alex Schultz wrote: > > Hey puppet folks, > > Based on the meeting yesterday[0], I had proposed creating a parser > function called is_service_default[1]

Re: [openstack-dev] [nova] How to properly detect and fence a compromised host (and why I dislike TrustedFilter)

On 6/25/2015 3:59 AM, Sylvain Bauza wrote: Le 24/06/2015 19:56, Joe Gordon a écrit : On Tue, Jun 23, 2015 at 3:41 AM, Sylvain Bauza > wrote: Hi team, Some discussion occurred over IRC about a bug which was publicly open related to

Re: [openstack-dev] [neutron + ovn] Does neutron ovn plugin support to setup multiple neutron networks for one container?

I'll reply to each of your 3 messages here: On 09/23/2015 05:57 AM, WANG, Ming Hao (Tony T) wrote: > Hi Russell, > > I just realized OVN plugin is an independent plugin of OVS plugin. Yes, it's a plugin developed in the "networking-ovn" project.

Re: [openstack-dev] Election tools work session in Tokyo

On 2015-09-23 11:41:24 +0200 (+0200), Thierry Carrez wrote: [...] > This is a bit cross-project, so the natural fit would be a > cross-project workshop [...] Alternatively that could fit in a > infra work session, you may want to suggest it there Yep, I agree both are a possible fit.

Re: [openstack-dev] [cinder] How to make a mock effactive for all method of a testclass

On 09/23/2015 04:06 AM, liuxinguo wrote: > Hi, > > In a.py we have a function: > def _change_file_mode(filepath): > utils.execute('chmod', '600', filepath, run_as_root=True) > > In test_xxx.py, there is a testclass: > class DriverTestCase(test.TestCase): > def test_a(self) > ... >

Re: [openstack-dev] [nova] How to properly detect and fence a compromised host (and why I dislike TrustedFilter)

Le 23/09/2015 15:31, Matt Riedemann a écrit : On 6/25/2015 3:59 AM, Sylvain Bauza wrote: Le 24/06/2015 19:56, Joe Gordon a écrit : On Tue, Jun 23, 2015 at 3:41 AM, Sylvain Bauza > wrote: Hi team, Some discussion occurred over IRC

Re: [openstack-dev] [cinder] How to make a mock effactive for all method of a testclass

On Wed, Sep 23, 2015 at 3:06 AM, liuxinguo wrote: > Hi, > > > > In a.py we have a function: > > def *_change_file_mode*(filepath): > > utils.execute(*'chmod'*, *'600'*, filepath, run_as_root=True) > > > > In test_xxx.py, there is a testclass: > > clas*s

Re: [openstack-dev] [puppet] service default value functions

> > I've been mulling this over the last several days and I just can't > accept an entire ruby function which would be ran for every parameter > with the desired static value of "" when the class is > declared and parsed. I am not generally against using functions as a > parameter default just

Re: [openstack-dev] [puppet] service default value functions

On 09/23/2015 02:17 AM, Cody Herriges wrote: Alex Schultz wrote: Hey puppet folks, Based on the meeting yesterday[0], I had proposed creating a parser function called is_service_default[1] to validate if a variable matched our agreed upon value of ''. This got me thinking about how can we

[openstack-dev] [sahara] fixing python-saharaclient gate jobs

It looks like all of the python-saharaclient gate jobs are failing because of some new checks added to devstack to ensure the LIBS_FROM_GIT feature is fully configured properly in a given job. The jobs for python-saharaclient do not install the client from source because they're running in a

Re: [openstack-dev] [sahara][trove] fixing client gate jobs

> On Sep 23, 2015, at 11:25 AM, Doug Hellmann wrote: > > It looks like all of the python-saharaclient gate jobs are failing > because of some new checks added to devstack to ensure the LIBS_FROM_GIT > feature is fully configured properly in a given job. The jobs for >

Re: [openstack-dev] [poppy] Nominate Sriram Madupasi Vasudevan for Poppy (CDN) to Core

I have received a majority vote for Sriram, and would like to congratulate Sriram for being elevated to Core status on Poppy. Amit. From: Malini Kamalambal > Reply-To: "OpenStack Development Mailing List (not for usage

Re: [openstack-dev] [poppy] Nominate Tony Tan for Poppy (CDN) Core

I have received a majority vote for Tony, and would like to congratulate Tony Tan for being elevated to Core status on Poppy. Amit. From: Malini Kamalambal > Reply-To: "OpenStack Development Mailing List (not for usage

Re: [openstack-dev] [nova] How to properly detect and fence a compromised host (and why I dislike TrustedFilter)

On 9/23/2015 10:00 AM, Sylvain Bauza wrote: Le 23/09/2015 15:31, Matt Riedemann a écrit : On 6/25/2015 3:59 AM, Sylvain Bauza wrote: Le 24/06/2015 19:56, Joe Gordon a écrit : On Tue, Jun 23, 2015 at 3:41 AM, Sylvain Bauza > wrote: Hi

[openstack-dev] [ops] Operator Local Patches

Cross-posting to the dev list as well for better coverage. ___ Kris Lindgren Senior Linux Systems Engineer GoDaddy From: "Kris G. Lindgren" Date: Tuesday, September 22, 2015 at 4:21 PM To: openstack-operators Subject: Re: Operator

Re: [openstack-dev] [nova] where the aggregate and cell document is

On 9/23/2015 6:32 AM, gong_ys2004 wrote: Hi stackers, I want to set up cell and aggregator env, but I failed to find the document about them. could you please help me to find the document? regards, yong sheng gong __

Re: [openstack-dev] [puppet] service default value functions

Alex Schultz wrote: >> I've been mulling this over the last several days and I just can't >> accept an entire ruby function which would be ran for every parameter >> with the desired static value of "" when the class is >> declared and parsed. I am not generally against using functions as a >>

Re: [openstack-dev] [puppet] service default value functions

On Wed, Sep 23, 2015 at 11:46 AM, Cody Herriges wrote: > Alex Schultz wrote: >>> I've been mulling this over the last several days and I just can't >>> accept an entire ruby function which would be ran for every parameter >>> with the desired static value of "" when the class

[openstack-dev] [QA] Mitaka Summit Session Planning

Hi Everyone, I started an etherpad to track ideas for summit sessions: https://etherpad.openstack.org/p/mitaka-qa-summit-topics If you have an idea for a session feel free to add it to the etherpad. As we get closer to summit we'll dedicate a QA meeting to selecting which topics we'll have

Re: [openstack-dev] [all] Consistent support for SSL termination proxies across all API services

On 09/23/2015 07:36 AM, Julien Danjou wrote: > On Wed, Sep 23 2015, Sean Dague wrote: > >> Does that solution work in the HA Proxy case where there is one >> terminating address for multiple backend servers? > > Yep. Ok, how exactly does that work? Because it seems like oslo_middleware.ssl is

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

Hi Matt, In Liberty, we introduced allow_availability_zone_fallback [1] option in Cinder config as fix for bug [2]. If you set this option, Cinder will create volume in a default AZ instead of set volume into the error state [1]

Re: [openstack-dev] New PyCharm License

Dell - Internal Use - Confidential Launchpad id: davpat2112 Thanks, David From: Andrew Melton [mailto:andrew.mel...@rackspace.com] Sent: Monday, September 21, 2015 10:54 AM To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev] New PyCharm License Hi devs,

Re: [openstack-dev] [all] Criteria for applying vulnerability:managed tag

On 2015-09-01 18:56:38 + (+), Jeremy Stanley wrote: [...] > In the spirit of proper transparency, I'm initiating a frank and > open dialogue on what our criteria for direct vulnerability > management within the VMT would require of a deliverable and its > controlling project-team. [...]

Re: [openstack-dev] [neutron][lbaas] - Heat support for LbaasV2

One of the weird things about the lbaasv1 vs v2 thing which is different from just about every other v1->v2 change I've seen is v1 and v2 lb's are totally separate things. Unlike, say cinder, where doing a list volumes would show up in both api's, so upgrading is smooth. Thanks, Kevin

[openstack-dev] [Security] Weekly Meeting Agenda

Hi All, I won't be available to run the weekly meeting tomorrow as I'm out travelling, Michael McCune (elmiko) has volunteered to lead the meeting. There's IRC information on our wiki page : https://wiki.openstack.org/wiki/Security Agenda items (Please reply to add any more): *PTL

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

On Wed, Sep 23, 2015 at 1:34 PM, Matt Riedemann wrote: > > > On 9/23/2015 2:15 PM, Matt Riedemann wrote: > >> >> >> On 9/23/2015 1:46 PM, Ivan Kolodyazhny wrote: >> >>> Hi Matt, >>> >>> In Liberty, we introduced allow_availability_zone_fallback [1] option in >>>

[openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

I came across bug 1496235 [1] today. In this case the user is booting an instance from a volume using source=image, so nova actually does the volume create call to the volume API. They are booting the instance into a valid nova availability zone, but that same AZ isn't defined in Cinder, so

Re: [openstack-dev] [Openstack-operators] [Large Deployments Team][Performance Team] New informal working group suggestion

Dina, Do we have a place to put things (etherpad) that we are seeing performance issues with? I know we are seeing issues with CPU load under nova-conductor as well as some stuff with the neutron API timing out (seems like it never responds to the request (no log entry on the neutron side).

[openstack-dev] [OSSN 0053] Keystone token disclosure may result in malicious trust creation

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Keystone token disclosure may result in malicious trust creation - --- ### Summary ### Keystone tokens are the foundation of authentication and authorization in OpenStack. When a service node is compromised, it is possible that an attacker would

Re: [openstack-dev] [Openstack-operators] [Large Deployments Team][Performance Team] New informal working group suggestion

Kris, I've created a ether pad - we can fill it with data before the summit and discuss them in Tokyo. https://etherpad.openstack.org/p/openstack-performance-issues Cheers, Dina On Wed, Sep 23, 2015 at 9:32 PM, Kris G. Lindgren wrote: > Dina, > > Do we have a place to

[openstack-dev] Mitaka travel tips ?

There was a travel tips document for the Kilo summit in Paris [1]. Lots of great helpful information in there not covered on the Openstack Summit page [2] like where to get SIM cards and stuff. Is there one for Mitaka yet ? I can't find it. [1]

Re: [openstack-dev] [neutron][lbaas] - Heat support for LbaasV2

Guys. I happy, that you already discussed it here :) However, I'd like to raise same question on our Heat IRC meeting. Probably we should define some common concepts, because I think, that lbaas is not single example of service with several APIs. I will post update in this thread later (after

Re: [openstack-dev] New PyCharm License

Hey Devs, I now have a set of WebStorm licenses. Please reply with your launchpad-id and I'll get you the invitation link for WebStorm. --Andrew From: Andrew Melton Sent: Tuesday, September 22, 2015 1:43 PM To: OpenStack

Re: [openstack-dev] New PyCharm License

Link: https://openstack.nimeyo.com/59599/?show=59903#a59903 From: joonmyung Hello Andrew, My Launchpad id is joon-myung-kang Thanks, Joon __ OpenStack Development Mailing List (not for usage

Re: [openstack-dev] New PyCharm License

Yes please - my launchpad ID is ‘nate-johnston’. Thanks! —N. On Sep 21, 2015, at 10:54 AM, Andrew Melton > wrote: Hi devs, I've got the new license for the next year. As always, please reply to this email with your

Re: [openstack-dev] [Security] Weekly Meeting Agenda

On 09/23/2015 02:56 PM, Clark, Robert Graham wrote: Hi All, I won’t be available to run the weekly meeting tomorrow as I’m out travelling, Michael McCune (elmiko) has volunteered to lead the meeting. There’s IRC information on our wiki page : https://wiki.openstack.org/wiki/Security Agenda

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

On 9/23/2015 1:46 PM, Ivan Kolodyazhny wrote: Hi Matt, In Liberty, we introduced allow_availability_zone_fallback [1] option in Cinder config as fix for bug [2]. If you set this option, Cinder will create volume in a default AZ instead of set volume into the error state [1]

[openstack-dev] [puppet][swift] Applying security recommendations within puppet-swift

Hey all, So as part of the Puppet mid-cycle, we did bug triage. One of the bugs that was looked into was bug 1289631[0]. This bug is about applying the recommendations from the security guide[1] within the puppet-swift module. So I'm sending a note out to get other feedback on if this is a

Re: [openstack-dev] [puppet] service default value functions

On 09/22/2015 08:17 PM, Cody Herriges wrote: > Alex Schultz wrote: >> Hey puppet folks, >> >> Based on the meeting yesterday[0], I had proposed creating a parser >> function called is_service_default[1] to validate if a variable matched >> our agreed upon value of ''. This got me thinking >>

Re: [openstack-dev] [neutron + ovn] Does neutron ovn plugin support to setup multiple neutron networks for one container?

Hi Russell, Is there any material to explain how OVN parent port work? Thanks, Tony -Original Message- From: WANG, Ming Hao (Tony T) Sent: Wednesday, September 23, 2015 10:02 AM To: OpenStack Development Mailing List (not for usage questions) Subject: RE: [openstack-dev] [neutron] Does

Re: [openstack-dev] [nova] [api] Nova currently handles list with limit=0 quite different for different objects.

Hi, Alex, Thanks for the information, I was unable to join the conference yesterday. Then lets get the dicision done before fix it. BR, Zheng On Wed, Sep 23, 2015 at 12:56 PM, Alex Xu wrote: > Hi, Zhengyu, > > We discussed this in yesterday Nova API meeting. We think it

Re: [openstack-dev] [nova] About availability zones

Hi. Currently, when performing live-migration the AZ of the instance didn't update. In usecase like this:Instance_1 is in host1 which is in az1, we live-migrate it to host2 (provide host2 in API request) which is in az2. The operation will secusess but the availability zone data stored in

[openstack-dev] [all] Cross-Project track topic proposals

Greetings, The community is in the process of collecting topics for the cross-project tack that we'll have in the Mitaka summit. The good ol' OSDREG has been setup[0] to help collectiong these topics and we'd like to encourage the community to propose sessions there. During the TC meeting last

Re: [openstack-dev] [nova] About availability zones

Hi, Thanks for the reply, one possible usecase is that user wants to live-migrate to az2 so he specified host2. As we didn't update the instance.az, if the user live-migrate again without specifiying destination host, the instance will migrate to az1 again, this might be different as the user

Re: [openstack-dev] [oslo] incubator move to private modules

Hi All, I am working on "Returning request-id to caller". Please refer, https://review.openstack.org/#/c/156508 To implement this specs in cross-projects it is also required to move oslo-incubator to private modules. IMO moving oslo-incubator/openstack as a private module

Re: [openstack-dev] [cinder] How to make a mock effactive for all method of a testclass

On 23/09, liuxinguo wrote: > Hi, > > In a.py we have a function: > def _change_file_mode(filepath): > utils.execute('chmod', '600', filepath, run_as_root=True) > > In test_xxx.py, there is a testclass: > class DriverTestCase(test.TestCase): > def test_a(self) > ... > Call a.

[openstack-dev] [cinder] How to make a mock effactive for all method of a testclass

Hi, In a.py we have a function: def _change_file_mode(filepath): utils.execute('chmod', '600', filepath, run_as_root=True) In test_xxx.py, there is a testclass: class DriverTestCase(test.TestCase): def test_a(self) ... Call a. _change_file_mode ... def test_b(self) ... Call

Re: [openstack-dev] [nova] About availability zones

Le 23/09/2015 08:56, Feodor Tersin a écrit : Hi. /Currently, when performing live-migration the AZ of the instance didn't update. In usecase like this:/ /Instance_1 is in host1 which is in az1, we live-migrate it to host2 (provide host2 in API request) which is in az2. The

Re: [openstack-dev] [nova] About availability zones

Le 23/09/2015 05:24, Zhenyu Zheng a écrit : Hi, all I have a question about availability zones when performing live-migration. Currently, when performing live-migration the AZ of the instance didn't update. In usecase like this: Instance_1 is in host1 which is in az1, we live-migrate it to

[openstack-dev] [fuel] Weekly IRC meeting 9/24

As a reminder, the weekly IRC meeting is scheduled for 16:00 UTC Tomorrow in #openstack-meeting-alt Please review meeting agenda and update if there is something you wish to discuss. https://etherpad.openstack.org/p/fuel-weekly-meeting-agenda -- -- Andrew Woodward Mirantis Fuel Community

[openstack-dev] [nova] Servicegroup refactoring for the Control Plane - Mitaka

Hi All, As part of Liberty spec [1] was approved with the conclusion that nova.services data be stored and managed by respective driver backend that is selected by the CONF.servicegroup_driver (which can be DB/Zookeeper/Memcache). When this spec was proposed again for Mitaka[3], the idea that

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

On 9/23/2015 2:15 PM, Matt Riedemann wrote: On 9/23/2015 1:46 PM, Ivan Kolodyazhny wrote: Hi Matt, In Liberty, we introduced allow_availability_zone_fallback [1] option in Cinder config as fix for bug [2]. If you set this option, Cinder will create volume in a default AZ instead of set

Re: [openstack-dev] [puppet][swift] Applying security recommendations within puppet-swift

On Wed, Sep 23, 2015 at 2:32 PM, Alex Schultz wrote: > Hey all, > > So as part of the Puppet mid-cycle, we did bug triage. One of the > bugs that was looked into was bug 1289631[0]. This bug is about > applying the recommendations from the security guide[1] within the >

[openstack-dev] [elections] Last day to elect your PTL for Cinder, Glance, Ironic, Keystone, Mistral, Neutron and Oslo!

Hello Cinder, Glance, Ironic, Keystone, Mistral, Neutron and Oslo contributors, Just a quick reminder that elections are closing soon, if you haven't already you should use your right to vote and pick your favourite candidate! Thanks for your time, Tristan signature.asc Description: OpenPGP

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

On 2015-09-23 4:50 PM, Andrew Laski wrote: > On 09/23/15 at 04:30pm, Mathieu Gagné wrote: >> On 2015-09-23 4:12 PM, Andrew Laski wrote: >>> On 09/23/15 at 02:55pm, Matt Riedemann wrote: Heh, so when I just asked in the cinder channel if we can just deprecate nova boot from volume

Re: [openstack-dev] [elections] Last day to elect your PTL for Cinder, Glance, Ironic, Keystone, Mistral, Neutron and Oslo!

On 09/23/2015 09:22 PM, Tristan Cacqueray wrote: > Hello Cinder, Glance, Ironic, Keystone, Mistral, Neutron and Oslo > contributors, > > Just a quick reminder that elections are closing soon, if you haven't > already you should use your right to vote and pick your favourite candidate! > The

Re: [openstack-dev] [all] Consistent support for SSL termination proxies across all API services

On Wed, Sep 23 2015, Sean Dague wrote: > Ok, how exactly does that work? Because it seems like > oslo_middleware.ssl is only changing the protocol if the proxy sets it. > > But the host in the urls will still be the individual host, which isn't > the proxy hostname/ip. Sorry if I'm being daft

[openstack-dev] [puppet] use zuul-cloner when running rspec

Background == Current rspec tests are tested with modules mentioned in .fixtures.yaml file of each module. * the file is not consistent across all modules * it hardcodes module names & versions * this way does not allow to use "Depend-On" feature, that would allow to test cross-modules

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

Le 23/09/2015 21:45, John Griffith a écrit : On Wed, Sep 23, 2015 at 1:34 PM, Matt Riedemann > wrote: On 9/23/2015 2:15 PM, Matt Riedemann wrote: On 9/23/2015 1:46 PM, Ivan Kolodyazhny wrote: Hi

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

On 9/23/2015 2:57 PM, Sylvain Bauza wrote: Le 23/09/2015 21:45, John Griffith a écrit : On Wed, Sep 23, 2015 at 1:34 PM, Matt Riedemann > wrote: On 9/23/2015 2:15 PM, Matt Riedemann wrote: On 9/23/2015 1:46

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

On 2015-09-23 4:12 PM, Andrew Laski wrote: > On 09/23/15 at 02:55pm, Matt Riedemann wrote: >> >> Heh, so when I just asked in the cinder channel if we can just >> deprecate nova boot from volume with source=(image|snapshot|blank) >> (which automatically creates the volume and polls for it to be >>

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

On 9/23/2015 2:45 PM, John Griffith wrote: On Wed, Sep 23, 2015 at 1:34 PM, Matt Riedemann > wrote: On 9/23/2015 2:15 PM, Matt Riedemann wrote: On 9/23/2015 1:46 PM, Ivan Kolodyazhny wrote: Hi Matt,

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

On 09/23/15 at 01:45pm, John Griffith wrote: ​To be honest this is probably my fault, AZ's were pulled in as part of the nova-volume migration to Cinder and just sort of died. Quite frankly I wasn't sure "what" to do with them but brought over the concept and the zones that existing in

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

On 09/23/15 at 02:55pm, Matt Riedemann wrote: On 9/23/2015 2:45 PM, John Griffith wrote: On Wed, Sep 23, 2015 at 1:34 PM, Matt Riedemann > wrote: On 9/23/2015 2:15 PM, Matt Riedemann wrote: On 9/23/2015 1:46 PM,

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

Le 23/09/2015 22:15, Andrew Laski a écrit : On 09/23/15 at 01:45pm, John Griffith wrote: ​To be honest this is probably my fault, AZ's were pulled in as part of the nova-volume migration to Cinder and just sort of died. Quite frankly I wasn't sure "what" to do with them but brought over

Re: [openstack-dev] [all] Consistent support for SSL termination proxies across all API services

Hi > Ok, how exactly does that work? Because it seems like > oslo_middleware.ssl is only changing the protocol if the proxy sets it. > > But the host in the urls will still be the individual host, which isn't > the proxy hostname/ip. Sorry if I'm being daft here, just want to > understand how

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

On 09/23/15 at 04:30pm, Mathieu Gagné wrote: On 2015-09-23 4:12 PM, Andrew Laski wrote: On 09/23/15 at 02:55pm, Matt Riedemann wrote: Heh, so when I just asked in the cinder channel if we can just deprecate nova boot from volume with source=(image|snapshot|blank) (which automatically creates

[openstack-dev] Election tools work session in Tokyo

Hi All, As most of you will have seen we used a gerrit based workflow for this PTL election (and will use the same system for the upcoming TC election). As a trial it went well, Tristan and I wrote a few tools to help the process along. However I'd like to take advantage of a work session in

Re: [openstack-dev] Election tools work session in Tokyo

Tony Breeds wrote: > Hi All, > As most of you will have seen we used a gerrit based workflow for this PTL > election (and will use the same system for the upcoming TC election). > > As a trial it went well, Tristan and I wrote a few tools to help the process > along. However I'd like to take

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

Hi All, I'm sorry I was in vacation yesterday(in JST), and I did not notice this discussion. I registered "bug 1496235". In our case , there is Nova 2 az(az1, az2),and Cinder 1 az (default). Cinder backend is ceph, that is a cluster of compute nodes inclued az1 and az2 of nova. Nova's 2 az

Re: [openstack-dev] [oslo][doc] Oslo doc sprint 9/24-9/25

On 09/23/2015 07:18 PM, Davanum Srinivas wrote: > Reminder, we are doing the Doc Sprint tomorrow. Please help out with what > ever item or items you can. > > Thanks, > Dims > > On Wed, Sep 16, 2015 at 5:40 PM, James Carey > wrote: > >> In order to improve the Oslo

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

On 09/24/15 at 09:34am, Sam Morrison wrote: Just got alerted to this on the operator list. We very much rely on this. We have multiple availability zones in nova and each zone has a corresponding cinder-volume service(s) in the same availability zone. We don’t want people attaching a volume

Re: [openstack-dev] [all] Consistent support for SSL termination proxies across all API services

So this is a long thread and i may have missed something in it, however this exact topic came up as a blocker on a devstack patch to get TLS testing in the gate with HAproxy. The long term solution we had come up with (but granted not proposed anywhere public) is that we should transition

Re: [openstack-dev] [oslo][doc] Oslo doc sprint 9/24-9/25

Reminder, we are doing the Doc Sprint tomorrow. Please help out with what ever item or items you can. Thanks, Dims On Wed, Sep 16, 2015 at 5:40 PM, James Carey wrote: > In order to improve the Oslo libraries documentation, the Oslo team is > having a documentation

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

Just got alerted to this on the operator list. We very much rely on this. We have multiple availability zones in nova and each zone has a corresponding cinder-volume service(s) in the same availability zone. We don’t want people attaching a volume from one zone to another as the network won’t

Re: [openstack-dev] [neutron] Neutron debugging tool

Thanks for the great suggestions and pointers, everyone! easyOVS seems to cover many use cases I had in my mind. I'll give it a try and see if/how I can extend it. I do agree with Salvatore about putting reference to all these tools in OpenStack docs. I filed a docs bug [1] suggesting that we

[openstack-dev] [all][stable][release] 2015.1.2

Hi, We would like to do a stable/kilo branch release, next Thursday. In order to do that I would like to freeze the branches on Friday. Cut some test tarballs on Tuesday and release on Thursday. Does anyone have an opinnon on this? Thanks chuck

Re: [openstack-dev] [nova][cinder] how to handle AZ bug 1496235?

> On 24 Sep 2015, at 9:59 am, Andrew Laski wrote: > > I was perhaps hasty in approving that patch and didn't realize that Matt had > reached out for operator feedback at the same time that he proposed it. Since > this is being used in production I wouldn't want it to be

Re: [openstack-dev] [fuel] PTL & Component Leads elections

Vladimir, Sergey's initial email from this thread has a link to the Fuel elections wiki page that describes the exact procedure to determine the electorate and the candidates [0]: The electorate for a given PTL and Component Leads election are the Foundation individual members that are

Re: [openstack-dev] [all] Cross-Project track topic proposals

On Wed, Sep 23, 2015 at 10:45:56AM +0200, Flavio Percoco wrote: > Greetings, > > The community is in the process of collecting topics for the > cross-project tack that we'll have in the Mitaka summit. > > The good ol' OSDREG has been setup[0] to help collectiong these topics > and we'd like to

[openstack-dev] [neutron][networking-ovn][vtep] Proposal: support for vtep-gateway in ovn

Hi everyone, I want to open up the discussion regarding how to support OVN VTEP gateway deployment and its lifecycle in Neutron.  In the "Life Cycle of a VTEP gateway" part in the OVN architecture document (http://www.russellbryant.net/ovs-docs/ovn-architecture.7.pdf), step 3 is where the Neutron

  1   2   >