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

On 18 Sep 2015 05:13, "Jim Rollenhagen" wrote: > FWIW, in Ironic, we added the public_endpoint config to fix the bug > quickly, but we'd really prefer to support both that and the > secure_proxy_ssl_header option. It would use public_endpoint if it is > set, then fall back to the header config, t

Re: [openstack-dev] [puppet][keystone] Choose domain names with 'composite namevar' or 'meaningless name'?

On 17/09/15 06:58, Cody Herriges wrote: > I wrote my first composite namevar type a few years and ago and all the > magic is basically a single block of code inside the type... > > https://github.com/puppetlabs/puppetlabs-java_ks/blob/master/lib/puppet/type/java_ks.rb#L145-L169 > > It basically

Re: [openstack-dev] [neutron] [oslo.privsep] Any progress on privsep?

On Fri, 18 Sep 2015 at 14:13 Li Ma wrote: > Hi stackers, > > Currently we are discussing the possibility of using a pure python > library to configure network in neutron [1]. We find out that it is > impossible to do it without privsep, because we run external commands > which cannot be replaced

[openstack-dev] What's Up, Doc? 18 Sep 2015

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi everyone, First of all, with PTL candidacy now closed, it appears that I will be continuing to hold the docs reins through to Mitaka. Thank you to all of you who contacted me personally over the last week or so, expressing their support. I'm very h

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

On 09/17/2015 11:26 AM, Kevin Benton wrote: > Maybe it would be a good idea to switch to 23:59 AOE deadlines like many > paper submissions use for academic conferences. That way there is never a > need to convert TZs, you just get it in by the end of the day in your own > time zone. OpenStack uses

[openstack-dev] [neutron] [oslo.privsep] Any progress on privsep?

Hi stackers, Currently we are discussing the possibility of using a pure python library to configure network in neutron [1]. We find out that it is impossible to do it without privsep, because we run external commands which cannot be replaced by python calls via rootwrap. Privsep has been merged

Re: [openstack-dev] [magnum] Discovery

In the case where a private cloud is used without access to the Internet, you do have the option of running your own etcd, and configuring that to be used instead. Adding etcd to every bay should be optional, as a subsequent feature, but should be controlled by a flag in the Baymodel that defau

Re: [openstack-dev] [dragonflow] Low OVS version for Ubuntu

Thanks all your responses. I just wonder if there is a quick path for me. I'll rebuild it from source then. On Thu, Sep 17, 2015 at 11:50 PM, Assaf Muller wrote: > Another issue is that the gate is running with Ubuntu 14.04, which is > running OVS 2.0. This means we can't test > certain features

Re: [openstack-dev] [ironic] Liberty soft freeze

On 17 September 2015 at 21:50, Jim Rollenhagen wrote: This may also mean in-band RAID configuration may not land; the > interface in general did land, and drivers may do out-of-band > configuration. We assumed that in-band RAID would be done through > zapping. However, if folks can agree on how t

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

Hi folks, I'd like to announce that we're running the PTL and Component Leads elections. Detailed information available on wiki. [0] Project Team Lead: Manages day-to-day operations, drives the project team goals, resolves technical disputes within the project team. [1] Component Lead: Defines a

[openstack-dev] [OSSN 0056] Cached keystone tokens may be accepted after revocation

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Cached keystone tokens may be accepted after revocation - --- ### Summary ### Keystone auth_token middleware token and revocation list caching is used to reduce the load on the keystone service. The default token cache time is set to 300 seconds and

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

On Thu, Sep 17, 2015 at 08:38:54PM -0400, Mathieu Gagné wrote: > Hi, > > While debugging LP bug #1491579 [1], we identified [2] an issue where an > API sitting being a proxy performing SSL termination would not generate > the right redirection. The protocol ends up being the wrong one (http > inst

Re: [openstack-dev] Apache2 vs uWSGI vs ...

On Thu, Sep 17, 2015 at 06:48:50PM -0400, Davanum Srinivas wrote: > In the fuel project, we recently ran into a couple of issues with Apache2 + > mod_wsgi as we switched Keystone to run . Please see [1] and [2]. > > Looking deep into Apache2 issues specifically around "apache2ctl graceful" > and m

[openstack-dev] [ironic] Liberty soft freeze

Hi folks, It's time for our soft freeze for Liberty, as planned. Core reviewers should do their best to refrain from landing risky code. We'd like to ship 4.2.0 as the candidate for stable/liberty next Thursday, September 24. Here's the things we still want to complete in 4.2.0: https://launchpad

[openstack-dev] [Congress] hands on lab

Hi all, I have created a VirtualBox VM that matches the Vancouver handson-lab here: https://drive.google.com/file/d/0B94E7u1TIA8oTEdOQlFERkFwMUE/view?usp=sharing There's also an updated instruction document here: https://docs.google.com/document/d/1ispwf56bX8sy9T0KZyosdHrSR9WHEVA1oGEIYA22Orw/pub

Re: [openstack-dev] [all] [ptl] Troubleshooting cross-project communications

On 09/15/2015 10:50 AM, Anne Gentle wrote: Hi all, What can we do to make the cross-project meeting more helpful and useful for cross-project communications? I started with a proposal to move it to a different time, which morphed into an idea to alternate times. But, knowing that we need to l

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

Hi, While debugging LP bug #1491579 [1], we identified [2] an issue where an API sitting being a proxy performing SSL termination would not generate the right redirection. The protocol ends up being the wrong one (http instead of https) and this could hang your request indefinitely if tcp/80 is no

Re: [openstack-dev] Apache2 vs uWSGI vs ...

On 09/17/2015 06:48 PM, Davanum Srinivas wrote: In the fuel project, we recently ran into a couple of issues with Apache2 + mod_wsgi as we switched Keystone to run . Please see [1] and [2]. Looking deep into Apache2 issues specifically around "apache2ctl graceful" and module loading/unloading

Re: [openstack-dev] [neutron] Service Chain project IRC meeting minutes - 09/17/2015

Hi Everyone, Thanks for joining the service chaining project meeting on 9/17/2015. Here is the link to the meeting logs: http://eavesdrop.openstack.org/meetings/service_chaining/2015/. Due to some connection glitch, the HTML format of the meeting log is not quite complete and you may want to re

[openstack-dev] [Congress] Congress Usecases VM

Hi All, I have put my VM (virtualbox) at: http://paloaltan.net/Congress/Congress_Usecases_SEPT_17_2015.ova I usually run this on a macbook air - but it should work on other platfroms as well. I chose virtualbox since it is free. Please send me your usecases - I can incorporate in the VM and se

Re: [openstack-dev] [all] [ptl] Troubleshooting cross-project communications

On 16:16 Sep 16, Thierry Carrez wrote: > Anne Gentle wrote: > > [...] > > What are some of the problems with each layer? > > > > 1. weekly meeting: time zones, global reach, size of cross-project > > concerns due to multiple projects being affected, another meeting for > > PTLs to attend and pay

Re: [openstack-dev] [all] [ptl] Troubleshooting cross-project communications

On 10:00 Sep 17, Shamail Tahir wrote: > On Wed, Sep 16, 2015 at 11:30 AM, Anne Gentle > > > On Wed, Sep 16, 2015 at 9:16 AM, Thierry Carrez > > wrote: > >> > >> Just brainstorming out loud, maybe we need to have a base team of people > >> committed to drive such initiatives to completion, a te

Re: [openstack-dev] [Fuel] Install fuel-libraryX.Y as a package on slave nodes

+1 to y'all :) We already have a blueprint to enable building Fuel packages with Perestroika: https://blueprints.launchpad.net/fuel/+spec/build-fuel-packages-using-perestroika Between that and packaging Perestroika itself as a self-sufficient tool that a developer can easily set up and run locall

[openstack-dev] Apache2 vs uWSGI vs ...

In the Fuel project, we recently ran into few issues with Apache2 + mod_wsgi as we switched Keystone to run in that environment and we started a large battery of tests and ended up seeing these issues. Please see [1] and [2] for examples. Looking deep into Apache2 issues specifically around "apach

[openstack-dev] Apache2 vs uWSGI vs ...

In the fuel project, we recently ran into a couple of issues with Apache2 + mod_wsgi as we switched Keystone to run . Please see [1] and [2]. Looking deep into Apache2 issues specifically around "apache2ctl graceful" and module loading/unloading and the hooks used by mod_wsgi [3]. I started wonder

Re: [openstack-dev] [cinder] LVM snapshot performance issue -- why isn't thin provisioning the default?

On Thu, Sep 17, 2015 at 11:31 AM, Eric Harney wrote: > On 09/17/2015 05:00 AM, Duncan Thomas wrote: > > On 16 September 2015 at 23:43, Eric Harney wrote: > > > >> Currently, at least some options set in [DEFAULT] don't apply to > >> per-driver sections, and require you to set them in the driver

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

+1 15 Сен 2015 г. 14:26 пользователь "Tatyana Leontovich" < tleontov...@mirantis.com> написал: > +1 > > Regards, > Tatyana > > On Tue, Sep 15, 2015 at 12:16 PM, Alexander Kostrikov < > akostri...@mirantis.com> wrote: > >> +1 >> >> On Mon, Sep 14, 2015 at 10:19 PM, Anastasia Urlapova < >> aurlap...

Re: [openstack-dev] [magnum] Discovery

From: Andrew Melton mailto:andrew.mel...@rackspace.com>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@lists.openstack.org>> Date: Thursday, September 17, 2015 at 12:06 PM To: "OpenStack Development Mailing List (not for usage questions)" mailto:o

Re: [openstack-dev] [neutron] What semantics are expected when booting a VM on an external network?

On Thu, Sep 17, 2015 at 12:35 PM, Kevin Benton wrote: >>Also I believe that (c) is already true for Neutron external networks - >> i.e. it doesn't make sense to assign a floating IP to an instance that is >> directly on an external network. Is that correct? > > Well not floating IPs from the same

[openstack-dev] [OSSN 0058] Cinder LVMISCIDriver allows possible unauthenticated mounting of volumes

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Cinder LVMISCIDriver allows possible unauthenticated mounting of volumes - --- ### Summary ### When using the LVMISCSIDriver with Cinder, the credentials for CHAP authentication are not formatted correctly in the tgtadm configuration file. This lead

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

My 2 cents: I like to solve problems and seems like this is a common problem in many conferences, seminars, etc. The usual way of solving this issue is to have a grace period with last minute extension to deadline for proposals, possibly for a unknown period of time and unannounced. However, in th

[openstack-dev] [OSSN 0054] Potential Denial of Service in Horizon login

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Potential Denial of Service in Horizon login - --- ### Summary ### Horizon uses the Python based Django web framework. Older versions of this framework allow an unauthorized user to fill up the session store database causing a Horizon denial of serv

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

On 9/17/15 3:51 PM, Morgan Fainberg wrote: > > > On Thu, Sep 17, 2015 at 12:00 PM, Kevin Benton > wrote: > > It guarantees that if you hit the date deadline local time, that > you won't miss the deadline. It doesn't matter if there are extra > hours afterwar

[openstack-dev] [Congress] Congress Usecases VM

Hi All, I have put my VM (virtualbox) at: http://paloaltan.net/Congress/Congress_Usecases_SEPT_17_2015.ova I usually run this on a macbook air - but it should work on other platfroms as well. I chose virtualbox since it is free. Please send me your usecases - I can incorporate in the VM and se

Re: [openstack-dev] [magnum] Associating patches with bugs/bps (Please don't hurt me)

For posterity, I have recorded this guidance in our Contributing Wiki: See the NOTE section under: https://wiki.openstack.org/wiki/Magnum/Contributing#Identify_bugs Excerpt: "NOTE: If you are fixing something trivial, that is not actually a functional defect in the software, you can do that wi

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

On Thu, Sep 17, 2015 at 3:15 PM, John Griffith wrote: > > > On Thu, Sep 17, 2015 at 2:00 PM, Doug Hellmann > wrote: > >> Excerpts from Morgan Fainberg's message of 2015-09-17 12:51:33 -0700: >> >> > I think this is all superfluous however and we should simply encourage >> > people to not wait un

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

Hi, I am fine to have an election with Adrian Otto, and potentially with other candidates who are also late. Best regards, Hongbin From: Kyle Mestery [mailto:mest...@mestery.com] Sent: September-17-15 4:24 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [opensta

Re: [openstack-dev] [magnum] Associating patches with bugs/bps (Please don't hurt me)

Let’s apply sensible reason. If it’s a new feature or a bug, it should be tracked against an artifact like a bug ticket or a blueprint. If it’s truly trivia, we don’t care. I can tell you that some of the worst bugs I have ever seen in my career had fixes that were about 4 bytes long. That did n

Re: [openstack-dev] [magnum] Associating patches with bugs/bps (Please don't hurt me)

On Thu, Sep 17, 2015 at 4:09 PM, Jeff Peeler wrote: > > On Thu, Sep 17, 2015 at 3:28 PM, Fox, Kevin M wrote: > >> I agree. Lots of projects have this issue. I submitted a bug fix once >> that literally was 3 characters long, and it took: >> A short commit message, a long commit message, and a fu

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

On Thu, Sep 17, 2015 at 2:23 PM, Kyle Mestery wrote: > On Thu, Sep 17, 2015 at 3:19 PM, Anne Gentle < > annegen...@justwriteclick.com> wrote: > >> >> >> On Thu, Sep 17, 2015 at 3:15 PM, John Griffith >> wrote: >> >>> >>> >>> On Thu, Sep 17, 2015 at 2:00 PM, Doug Hellmann >>> wrote: >>> Exc

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

On Thu, Sep 17, 2015 at 3:19 PM, Anne Gentle wrote: > > > On Thu, Sep 17, 2015 at 3:15 PM, John Griffith > wrote: > >> >> >> On Thu, Sep 17, 2015 at 2:00 PM, Doug Hellmann >> wrote: >> >>> Excerpts from Morgan Fainberg's message of 2015-09-17 12:51:33 -0700: >>> >>> > I think this is all superf

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

On Thu, Sep 17, 2015 at 3:15 PM, John Griffith wrote: > > > On Thu, Sep 17, 2015 at 2:00 PM, Doug Hellmann > wrote: > >> Excerpts from Morgan Fainberg's message of 2015-09-17 12:51:33 -0700: >> >> > I think this is all superfluous however and we should simply encourage >> > people to not wait un

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

On Thu, Sep 17, 2015 at 2:00 PM, Doug Hellmann wrote: > Excerpts from Morgan Fainberg's message of 2015-09-17 12:51:33 -0700: > > > I think this is all superfluous however and we should simply encourage > > people to not wait until the last minute. Waiting to see who is > > running/what the field

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

I’d like to extend my apologies to the election officials and the TC for not submitting my Magnum PTL candidacy before the deadline. There was a miscommunication between me and Anne Gentle about the deadline, so I made inappropriate plans for submission. It is here: https://review.openstack.org

Re: [openstack-dev] [magnum] Associating patches with bugs/bps (Please don't hurt me)

On Thu, Sep 17, 2015 at 3:28 PM, Fox, Kevin M wrote: > I agree. Lots of projects have this issue. I submitted a bug fix once that > literally was 3 characters long, and it took: > A short commit message, a long commit message, and a full bug report being > filed and cross linked. The amount of ti

Re: [openstack-dev] [magnum] Discovery

+1 for stop using public discovery endpoint, most private cloud vms doesn’t have access to internet and operator must to run etcd instance somewhere just for discovery. — Egor From: Andrew Melton mailto:andrew.mel...@rackspace.com>> Reply-To: "OpenStack Development Mailing List (not for usage

[openstack-dev] [murano] [app-catalog] versions for murano assets in the catalog

One big thing missing from the App Catalog right now is the ability to version assets. This is especially obvious with the Murano assets which have some version/release dependencies. Ideally an app-catalog user would be able to pick an older version (ie "works with kilo rather than liberty"), but

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

Excerpts from Morgan Fainberg's message of 2015-09-17 12:51:33 -0700: > I think this is all superfluous however and we should simply encourage > people to not wait until the last minute. Waiting to see who is > running/what the field looks like isn't as important as standing up and > saying you're

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

On Thu, Sep 17, 2015 at 12:00 PM, Kevin Benton wrote: > It guarantees that if you hit the date deadline local time, that you won't > miss the deadline. It doesn't matter if there are extra hours afterwards. > The idea is that it gets rid of the need to do time zone conversions. > > If we are tryi

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

Excerpts from Thierry Carrez's message of 2015-09-17 18:10:26 +0200: > Monty Taylor wrote: > > I agree- and this is a great example of places where human judgement is > > better than rules. > > > > For instance - one of the projects had a nominee but it missed the > > deadline, so that's probably

Re: [openstack-dev] [neutron] What semantics are expected when booting a VM on an external network?

On Thu, Sep 17, 2015 at 10:26 AM, Kevin Benton wrote: > Yes, the L2 semantics apply to the external network as well (at least with > ML2). This is true and should remain so. I think we've come to the agreement that a neutron Network, external, shared, or not, should be an L2 broadcast domain and

Re: [openstack-dev] [magnum] Associating patches with bugs/bps (Please don't hurt me)

I agree. Lots of projects have this issue. I submitted a bug fix once that literally was 3 characters long, and it took: A short commit message, a long commit message, and a full bug report being filed and cross linked. The amount of time writing it up was orders of magnitude longer then the act

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

On 9/17/2015 1:43 PM, Sylvain Bauza wrote: Le 17/09/2015 19:26, Kevin Benton a écrit : Maybe it would be a good idea to switch to 23:59 AOE deadlines like many paper submissions use for academic conferences. That way there is never a need to convert TZs, you just get it in by the end of the

Re: [openstack-dev] [Barbican] Providing service user read access to all tenant's certificates

Yes Dave, that is what is happening today. But that approach looks a little untidy, because tenant admin has to do some infrastructure work. It will be good from the user/tenant admin's perspective to just do 2 things 1. Upload certificates info 2. Create LBaaS Configuration with cer

Re: [openstack-dev] [magnum] Discovery

Hey Daneyon, I'm fairly partial towards #2 as well. Though, I'm wondering if it's possible to take it a step further. Could we run etcd in each Bay without using the public discovery endpoint? And then, configure Swarm to simply use the internal ectd as it's discovery mechanism? This could cut

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

It guarantees that if you hit the date deadline local time, that you won't miss the deadline. It doesn't matter if there are extra hours afterwards. The idea is that it gets rid of the need to do time zone conversions. If we are trying to do some weird optimization where everyone wants to submit i

[openstack-dev] [magnum] Associating patches with bugs/bps (Please don't hurt me)

I'm going to start out by making this clear: I am not looking to incite a flame war. I've been working in Magnum for a couple of weeks now, and I'm starting to get down the processes for contribution. I'm here to talk about the process of always needing to have a patch associated with a bug or

[openstack-dev] [OSSN 0055] Service accounts may have cloud admin privileges

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Service accounts may have cloud admin privileges - --- ### Summary ### OpenStack services (for example Nova and Glance) typically use a service account in Keystone to perform actions. In some cases this service account has full admin privileges, ma

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

Le 17/09/2015 19:26, Kevin Benton a écrit : Maybe it would be a good idea to switch to 23:59 AOE deadlines like many paper submissions use for academic conferences. That way there is never a need to convert TZs, you just get it in by the end of the day in your own time zone. IMHO, the

Re: [openstack-dev] [Congress] CLI equivalent

Thanks Alex. From: Alex Yip [mailto:a...@vmware.com] Sent: Wednesday, September 16, 2015 12:48 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Congress] CLI equivalent Try this: openstack congress policy row list classification error​ _

Re: [openstack-dev] [neutron] What semantics are expected when booting a VM on an external network?

router:external only affects the behavior of Neutron routers. It allows them to attach to it with an external gateway interface which implies NAT and floating IPs. >From an instance's perspective, an external network would be no different than any other provider network scenario that uses a non-Ne

Re: [openstack-dev] [Sahara] FFE request for improved secret storage

i am retracting this request, i think this feature would benefit from more time to test and review. thanks for the consideration, mike On 09/09/2015 12:09 PM, michael mccune wrote: hi all, i am requesting an FFE for the improved secret storage feature. this change will allow operators to uti

Re: [openstack-dev] [kolla] Followup to review in gerrit relating to RHOS + RDO types

It appears the core team is mostly in agreement about the idea of having support for commercial distributions of OpenStack in Kolla. The vote was nearly unanimous. That said, there was some feedback that came out of the various comments. As a community: We should set standards by which distro

[openstack-dev] [app-catalog] App Catalog IRC meeting minutes - 9/17/2015

We had a nice meeting today and caught up on some of our plans/intentions for the web site backend. Long ago we knew that a basically static site with assets listed in a YAML would not last for long. It's already causing issues with respect to versions and updates, and makes determining when thin

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

Because it's still day_n AOE in early hours of day_n+1 local-time in a lot of places. I think I have until 6 AM the day after an AOE deadline where it's still considered the deadline date anywhere on earth, as there are still places on earth where the date hasn't flipped. Your EOD is not the deadl

Re: [openstack-dev] [neutron][lbaas] Proposing Michael Johnson for neutron-lbaas core team

I'm off today so my +1 is more like a +2 On Sep 17, 2015 12:59 PM, Edgar Magana wrote: Not a core but I would like to share my +1 about Michael. Cheers, Edgar On 9/16/15, 3:33 PM, "Doug Wiegley" wrote: >Hi all, > >As the Lieutenant of the advanced services, I nominate Michael Johnson to b

[openstack-dev] [OSSN 0052] Python-swiftclient exposes raw token values in debug logs

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Python-swiftclient exposes raw token values in debug logs - --- ### Summary ### The password and authentication token configuration options for the python-swiftclient are not marked as secret. The values of these options will be logged to the standa

Re: [openstack-dev] [Devstack][Sahara][Cinder] BlockDeviceDriver support in Devstack

You need to remove your Workflow-1. -- Sean M. Collins __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi

[openstack-dev] [mistral][requirements] lockfile not in global requirements

The syncing of requirements fails from the requirements repository to mistral-extra with 'lockfile' is not in global-requirements.txt Mistral team, could you either propose to add lockfile to the global requirements file - or remove it from your project, please? for details see: https://jenki

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

Midway is still on earth. :) On Thu, Sep 17, 2015 at 10:35 AM, Neil Jerram wrote: > But on the Internet, no one knows that I'm really a crocodile, and > writing from Midway... > > Neil > > > On 17/09/15 18:29, Kevin Benton wrote: > > > > Maybe it would be a good idea to switch to 23:59 AOE d

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

How is it not what I described? Time zones become irrelevant if you get it in by the end of the day in your local time zone. https://en.wikipedia.org/wiki/Anywhere_on_Earth On Thu, Sep 17, 2015 at 10:30 AM, Brian Curtin wrote: > On Thu, Sep 17, 2015 at 12:26 PM, Kevin Benton wrote: > > Maybe i

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

Clint, We're solving a different issue. Before anytime someone added an option we had this logic: if $setting { project_config/setting: value => $setting } else { project_config/setting: ensure => absent; } This was annoying to have to write for every single setting but without it, nobody co

Re: [openstack-dev] [neutron][lbaas] Proposing Michael Johnson for neutron-lbaas core team

Not a core but I would like to share my +1 about Michael. Cheers, Edgar On 9/16/15, 3:33 PM, "Doug Wiegley" wrote: >Hi all, > >As the Lieutenant of the advanced services, I nominate Michael Johnson to be a >member of the neutron-lbaas core reviewer team. > >Review stats are in line with ot

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

Excerpts from Alex Schultz's message of 2015-09-16 09:53:10 -0700: > 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 >

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

But on the Internet, no one knows that I'm really a crocodile, and writing from Midway... Neil On 17/09/15 18:29, Kevin Benton wrote: > > Maybe it would be a good idea to switch to 23:59 AOE deadlines like > many paper submissions use for academic conferences. That way there is > never a nee

Re: [openstack-dev] [cinder] LVM snapshot performance issue -- why isn't thin provisioning the default?

On 09/17/2015 05:00 AM, Duncan Thomas wrote: > On 16 September 2015 at 23:43, Eric Harney wrote: > >> Currently, at least some options set in [DEFAULT] don't apply to >> per-driver sections, and require you to set them in the driver section >> as well. >> > > This is extremely confusing behaviou

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

On Thu, Sep 17, 2015 at 12:26 PM, Kevin Benton wrote: > Maybe it would be a good idea to switch to 23:59 AOE deadlines like many > paper submissions use for academic conferences. That way there is never a > need to convert TZs, you just get it in by the end of the day in your own > time zone. Thi

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

Maybe it would be a good idea to switch to 23:59 AOE deadlines like many paper submissions use for academic conferences. That way there is never a need to convert TZs, you just get it in by the end of the day in your own time zone. On Sep 17, 2015 9:18 AM, "Edgar Magana" wrote: > Folks, > > Last

Re: [openstack-dev] [neutron] What semantics are expected when booting a VM on an external network?

Thanks so much for your continuing answers; they are really helping me. I see your points now about the special casing, and about the semantic expectations and internal wiring of a Neutron network being just the same for an external network as for non-external. Hence, the model for an L3-only ext

Re: [openstack-dev] Pycharm License for OpenStack developers

Hey Devs, I'm the guy who's maintained our JetBrains licenses for the past couple of years. License philosophy aside, the IDE you choose to use is entirely up to you. I'm currently waiting to hear back from JetBrains on the actual license. From the sound of it, the opensource license hasn't ch

Re: [openstack-dev] [all] [ptl] Troubleshooting cross-project communications

On Wed, Sep 16, 2015 at 11:30 AM, Anne Gentle wrote: > > > On Wed, Sep 16, 2015 at 9:16 AM, Thierry Carrez > wrote: > >> Anne Gentle wrote: >> > [...] >> > What are some of the problems with each layer? >> > >> > 1. weekly meeting: time zones, global reach, size of cross-project >> > concerns du

Re: [openstack-dev] [Neutron] Effective Neutron

On Thu, Sep 17, 2015 at 11:37:35AM EDT, Edgar Magana wrote: > Actually, I am wondering if replacing the Wiki with this great information > will be better??? > For sure, docs are well structured and they have a great team behind them but > the wikis are not the same, gerrit review provide a better

Re: [openstack-dev] [neutron] What semantics are expected when booting a VM on an external network?

Yes, the L2 semantics apply to the external network as well (at least with ML2). One example of the special casing is the external_network_bridge option in the L3 agent. That would cause the agent to plug directly into a bridge so none of the normal L2 agent wiring would occur. With the L2 bridge_

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

>> I'd like to apply some common sense here and if this many candidates on both sides of the globe got confused, we can still take that into consideration when taking next steps. ++ to this, it was clearly a slip up from some folk. let's use our human judgement and common sense here :) Thanks,

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

Folks, Last year I found myself in the same position when I missed a deadline because my wrong planning and time zones nightmare! However, the rules were very clear and I assumed my mistake. So, we should assume that we do not have candidates and follow the already described process. However, t

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

Monty Taylor wrote: > I agree- and this is a great example of places where human judgement is > better than rules. > > For instance - one of the projects had a nominee but it missed the > deadline, so that's probably an easy on. > > For one of the projects it had been looking dead for a while, so

Re: [openstack-dev] [oslo][oslo.config] Reloading configuration of service

Agreed, +1 :) Gotta start somewhere to get to somewhere else ;) mhorban wrote: Hi Josh, > Sounds like a useful idea if projects can plug-in themselves into the > reloading process. I definitely think there needs to be a way for > services to plug-in to this, although I'm not quite sure it w

Re: [openstack-dev] [oslo][oslo.config] Reloading configuration of service

So a few 'event' like constructs/libraries that I know about: http://docs.openstack.org/developer/taskflow/types.html#taskflow.types.notifier.Notifier I'd be happy to extract that and move to somewhere else if needed, it provides basic event/pub/sub kind of activities for taskflow (in-memory

[openstack-dev] [Security] Leadership / Participation in PTL elections.

Security Folks, Some how I missed the window to nominate myself as a PTL candidate for Security. I have literally no idea how I missed it. I’ve been working on Security project things all week (Anchor and OSSNs mainly) so it’s not like I wasn’t thinking about the Security team! Anyway, I missed t

Re: [openstack-dev] [dragonflow] Low OVS version for Ubuntu

Another issue is that the gate is running with Ubuntu 14.04, which is running OVS 2.0. This means we can't test certain features in Neutron (For example, the OVS ARP responder). On Thu, Sep 17, 2015 at 4:17 AM, Gal Sagie wrote: > Hello Li Ma, > > Dragonflow uses OpenFlow1.3 to communicate with O

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

On Thu, Sep 17, 2015 at 10:26 AM, Monty Taylor wrote: > On 09/17/2015 04:50 PM, Anita Kuno wrote: > >> On 09/17/2015 08:22 AM, Matt Riedemann wrote: >> >>> >>> >>> On 9/17/2015 8:25 AM, Tristan Cacqueray wrote: >>> PTL Nomination is now over. The official candidate list is available on

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

On Thu, Sep 17, 2015 at 10:26 AM, Monty Taylor wrote: > On 09/17/2015 04:50 PM, Anita Kuno wrote: > >> On 09/17/2015 08:22 AM, Matt Riedemann wrote: >> >>> >>> >>> On 9/17/2015 8:25 AM, Tristan Cacqueray wrote: >>> PTL Nomination is now over. The official candidate list is available on

Re: [openstack-dev] [Neutron] Effective Neutron

On Thu, Sep 17, 2015 at 10:20 AM, Armando M. wrote: > Hi fellow developers and reviewers, > > Some of you may have noticed that I put together patch [1] up for review. > > The intention of this initiative is to capture/share 'pills of wisdom' > when it comes to Neutron development and reviewing.

Re: [openstack-dev] [Neutron] Effective Neutron

Actually, I am wondering if replacing the Wiki with this great information will be better??? For sure, docs are well structured and they have a great team behind them but the wikis are not the same, gerrit review provide a better way to distribute and update this knowledge… Great initiative Arm

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

Likewise, I'm not sure I missed the candidacy window, I think our late mid-cycle threw things out of whack slightly. When I saw the Magnum nomination I made a mental note to apply today. This is a poor-show on my part and I apologise to the TC, the community and the Security team for this appar

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

On 09/17/2015 04:50 PM, Anita Kuno wrote: On 09/17/2015 08:22 AM, Matt Riedemann wrote: On 9/17/2015 8:25 AM, Tristan Cacqueray wrote: PTL Nomination is now over. The official candidate list is available on the wiki[0]. There are 5 projects without candidates, so according to this resolution

Re: [openstack-dev] [Neutron] Effective Neutron

Thanks for marking as WPI From: "Armando M." mailto:arma...@gmail.com>> Reply-To: OpenStack List mailto:openstack-dev@lists.openstack.org>> Date: Thursday, September 17, 2015 at 6:20 PM To: OpenStack List mailto:openstack-dev@lists.openstack.org>> Subject: [openstack-dev] [Neutron] Effective Neu

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

On Thu, Sep 17, 2015 at 10:05:20AM -0500, Douglas Mendizábal wrote: > I think someone jumped the gun on this thread. According to the wiki > [1] the cutoff time is not until 5:59 UTC, which > doesn't happen for another few hours. [2] > > Am I missing something? From the wiki[0]: --- Timeline S

[openstack-dev] [Neutron] Effective Neutron

Hi fellow developers and reviewers, Some of you may have noticed that I put together patch [1] up for review. The intention of this initiative is to capture/share 'pills of wisdom' when it comes to Neutron development and reviewing. In fact, there are a number of common patterns (or anti-patterns

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

Time.is is showing utc in "PM" not a 24 hour clock. It is past 1500 UTC at the moment. Sent via mobile > On Sep 17, 2015, at 08:05, Douglas Mendizábal > wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > I think someone jumped the gun on this thread. According to the wiki > [

  1   2   >