Re: [openstack-dev] [nova][ironic] what to do with unit test failures from ironic api contract

Hi! On Fri, Jun 13, 2014 at 9:30 AM, Day, Phil wrote: > Hi Folks, > > > > A recent change introduced a unit test to “warn/notify developers” when > they make a change which will break the out of tree Ironic virt driver: > https://review.openstack.org/#/c/98201 > > > > Ok – so my change (https:/

Re: [openstack-dev] [neutron][ipv6] Support ipv6 RA in neutron

I'm only part way through reviewing this, but I think there's a fundamental error in it. We were at one point going to use 'enable_dhcp' in the current set of flags to indicate something meaningful, but eventually we decided that its current behaviour (despite the naming) really meant 'no address

Re: [openstack-dev] [Nova] Review guidelines for API patches

On Fri, Jun 13, 2014 at 1:00 PM, Christopher Yeoh wrote: > On Fri, Jun 13, 2014 at 11:28 AM, Matt Riedemann > wrote: >> On 6/12/2014 5:58 PM, Christopher Yeoh wrote: >>> On Fri, Jun 13, 2014 at 8:06 AM, Michael Still >> > wrote: [Pretty heavy snipping to keep this reply

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

Big +1 from me! Sent from my HTC One™ X, an AT&T 4G LTE smartphone - Reply message - From: "Michael Still" To: "OpenStack Development Mailing List" Subject: [openstack-dev] [Nova] Nominating Ken'ichi Ohmichi for nova-core Date: Fri, Jun 13, 2014 6:40 PM Greetings, I would like to nom

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

On Fri, 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 are excellent, and he's been part of the team that has > driven the

Re: [openstack-dev] Gate proposal - drop Postgresql configurations in the gate

On Thu, Jun 12, 2014 at 7:18 PM, Dan Prince wrote: > On Thu, 2014-06-12 at 09:24 -0700, Joe Gordon wrote: > > > > On Jun 12, 2014 8:37 AM, "Sean Dague" wrote: > > > > > > On 06/12/2014 10:38 AM, Mike Bayer wrote: > > > > > > > > On 6/12/14, 8:26 AM, Julien Danjou wrote: > > > >> On Thu, Jun 12 2

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

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 are excellent, and he's been part of the team that has driven the new API work we've seen in recent cycles forward. Ken'ichi has also

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

Yes, that is true but both are being hosted in the USA. Gary started the email thread proposing another sprint but in Europe/Middle East for Nova and Neutron. Plus, I also proposed adding the the OpenStack NFV team to the party :-) On 13 Jun 2014, at 23:05, Anita Kuno wrote: > On 06/13/2014 05

Re: [openstack-dev] [containers][nova][cinder] Cinder support in containers and unprivileged container-in-container

On Fri, 2014-06-13 at 17:55 -0400, Eric Windisch wrote: > > > > > > Why would you mount it from within the container? CAP_SYS_ADMIN is a > > per process property, so you use nsenter to execute the mount in the > > required mount namespace with CAP_SYS_ADMIN from outside of the > > container (i.e.

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

On 06/13/2014 05:58 PM, Carlos Gonçalves wrote: > Let me add to what I've said in my previous email, that Instituto de > Telecomunicacoes and Portugal Telecom are also available to host and organize > a mid cycle sprint in Lisbon, Portugal. > > Please let me know who may be interested in partici

Re: [openstack-dev] [containers][nova][cinder] Cinder support in containers and unprivileged container-in-container

On Fri, 2014-06-13 at 09:09 +0100, Daniel P. Berrange wrote: > On Thu, Jun 12, 2014 at 09:57:41PM +, Adrian Otto wrote: > > Containers Team, > > > > The nova-docker developers are currently discussing options for > > implementation for supporting mounting of Cinder volumes in > > containers, a

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

Let me add to what I've said in my previous email, that Instituto de Telecomunicacoes and Portugal Telecom are also available to host and organize a mid cycle sprint in Lisbon, Portugal. Please let me know who may be interested in participating. Thanks, Carlos Goncalves On 13 Jun 2014, at 10:4

Re: [openstack-dev] [containers][nova][cinder] Cinder support in containers and unprivileged container-in-container

> > > Why would you mount it from within the container? CAP_SYS_ADMIN is a > per process property, so you use nsenter to execute the mount in the > required mount namespace with CAP_SYS_ADMIN from outside of the > container (i.e. the host). I assume this requires changes to cinder so > it execute

Re: [openstack-dev] [containers][nova][cinder] Cinder support in containers and unprivileged container-in-container

On Fri, Jun 13, 2014 at 4:09 AM, Daniel P. Berrange wrote: > On Thu, Jun 12, 2014 at 09:57:41PM +, Adrian Otto wrote: > > Containers Team, > > > > The nova-docker developers are currently discussing options for > > implementation for supporting mounting of Cinder volumes in > > containers, an

[openstack-dev] [Glance] Mid Cycle Meetup: Date and Location Set

Hi folks, In yesterday's team meeting, we picked July 24-25 in the San Francisco Bay Area for our meetup time and place. More details will be added here: https://etherpad.openstack.org/p/glance-juno-mid-cycle-meeting This positions our meeting just a few days before the Nova meeting in Portland,

Re: [openstack-dev] [oslo] versioning and releases

Since I think we have consensus on this, I have published a slightly modified version (cleaning up verb tense and clarifying how Juno and post-Juno will differ) to the wiki: https://wiki.openstack.org/wiki/Oslo/VersioningPolicy On Thu, Jun 12, 2014 at 3:33 PM, Doug Hellmann wrote: > On Thu, Jun 1

Re: [openstack-dev] And the prize for proposing change #100000 goes to ...

Excerpts from Monty Taylor's message of 2014-06-13 19:32:39 +: > Greg Haynes > > Let the race for change 100 commence. > W! -- Gregory Haynes g...@greghaynes.net ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lis

[openstack-dev] And the prize for proposing change #100000 goes to ...

Greg Haynes Let the race for change 100 commence. ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] Fwd: Fwd: Debian people don't like bash8 as a project name (Bug#748383: ITP: bash8 -- bash script style guide checker)

Excerpts from Thomas Goirand's message of 2014-06-13 03:04:07 -0700: > On 06/13/2014 06:53 AM, Morgan Fainberg wrote: > > Hi Thomas, > > > > I felt a couple sentences here were reasonable to add (more than “don’t > > care” from before). > > > > I understand your concerns here, and I totally get

Re: [openstack-dev] Fwd: Fwd: Debian people don't like bash8 as a project name (Bug#748383: ITP: bash8 -- bash script style guide checker)

On Fri, Jun 13, 2014 at 2:01 PM, Mathew R Odden wrote: > I am surprised this became a concern so quickly, but I do understand the > strangeness of installing a 'bash8' binary on command line. I'm fine with > renaming to 'bashate' or 'bash_tidy', but renames can take some time to work > through all

[openstack-dev] Fwd: [Eventletdev] Eventlet 0.15 pre-release testers needed

Just a FYI for those interested in the next eventlet version. It also looks like they have a python 3 branch ready to start testing with. -- Chuck -- Forwarded message -- From: Sergey Shepelev Date: Fri, Jun 13, 2014 at 1:18 PM Subject: [Eventletdev] Eventlet 0.15 pre-release te

Re: [openstack-dev] Fwd: Fwd: Debian people don't like bash8 as a project name (Bug#748383: ITP: bash8 -- bash script style guide checker)

I am surprised this became a concern so quickly, but I do understand the strangeness of installing a 'bash8' binary on command line. I'm fine with renaming to 'bashate' or 'bash_tidy', but renames can take some time to work through all the references. Apparently Sean and I both thought of the 'ba

Re: [openstack-dev] [vmware] Proposed new Vim/PBM api

cc'ing Gary On Fri, Jun 13, 2014 at 11:49 AM, Matthew Booth wrote: > I've proposed a new Vim/PBM api in this blueprint for oslo.vmware: > https://review.openstack.org/#/c/99952/ > > This is just the base change. However, it is a building block for adding > a bunch of interesting new features, inc

Re: [openstack-dev] OpenDaylight ML2 mechanism driver - Openstack

On Fri, Jun 13, 2014 at 5:53 AM, Sachi Gupta wrote: > Hi, > > I have set up OpenStack Havana with neutron ML2 plugin and ODL controller > following link > http://www.siliconloons.com/getting-started-with-opendaylight-and-openstack/. > The ODL MechanismDriver support landed in Icehouse, it's not of

Re: [openstack-dev] [neutron] Can tenants provide hints to router scheduling?

Hi Paul I think this flavor bp is related. https://review.openstack.org/#/c/90070/ By using flavor, you can specify the flavor for routers ( high bandwidth or low bandwidth ) such as VM (vCPU vMemory etc). I don't see any bp for flavor based scheduling yet, but IMO it is great we could have such s

[openstack-dev] [neutron] Can tenants provide hints to router scheduling?

Suppose a tenant knows that some of their networks are particularly high bandwidth and others are relatively low bandwidth. Is there any mechanism that a tenant can use to let Neutron know what sort of bandwidth is expected through a particular router? I'm concerned about the physical NICs on s

Re: [openstack-dev] [metrics] How to group activity in git/gerrit repositories

Hi Stef, On Thu, 2014-06-12 at 17:07 -0700, Stefano Maffulli wrote: > we're working on a quarterly report of activities in all our git and > gerrit repositories to understand the dynamics of contributions across > different dimensions. This report will be similar to what Bitergia > produced at rel

Re: [openstack-dev] [neutron] [third-party] Current status of Neutron 3rd Party CI and how to move forward

Hi Kyle, Embrane's CI was blocked by some nasty bugs affecting the testing environment. It resumed yesterday (6/12) [0]. Unfortunately it's still non voting (only commenting so far). Not sure if this is a requirement or not, but it should be able to put +1/-1 immediately after the voting right is

Re: [openstack-dev] [marconi] RabbitMQ (AMQP 0.9) driver for Marconi

Thanks Flavio, inline. On 6/13/14, 1:37 AM, "Flavio Percoco" wrote: >On 11/06/14 18:01 +, Janczuk, Tomasz wrote: >>Thanks Flavio, some comments inline below. >> >>On 6/11/14, 5:15 AM, "Flavio Percoco" wrote: >> 1. Marconi exposes HTTP APIs that allow messages to be listed wi

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

Also ZFS needs to know what is on the guest for example bhyve (the only working hv for bsd currency [vbox kind of also works]) stores the backing store (unless bare metal) as single block file. It is impossible to make that non-opaque to the outside world unless you can run commands on the instan

[openstack-dev] [3rd Party] Log retention with 3rd party testing

Hi Stackers- I have a doubt on what is the timeline for log retention. From the discussion (irc), I learnt that time for log retention is ONE month. I have two scenarios to deal with. [1] A change takes two months or more to get merged into the master branch. Here, if CI's, delete the logs

[openstack-dev] [neutron] [third-party] Current status of Neutron 3rd Party CI and how to move forward

I've spent some time doing some initial analysis of 3rd Party CI in Neutron. The tl;dr is that it's a mess, and it needs fixing. And I'm setting a deadline of Juno-2 for people to address their CI systems and get them in shape or we will remove plugins and drivers in Juno-3 which do not meet the ex

Re: [openstack-dev] [openstack][cinder] hope to get any feedback about delay delete volume

On 06/13/2014 11:03 AM, John Griffith wrote: > On Fri, Jun 13, 2014 at 9:52 AM, Ben Nemec wrote: > >> Please don't send review requests to the openstack-dev list. The >> correct procedure is outlined here: >> >> http://lists.openstack.org/pipermail/openstack-dev/2013-September/015264.html >> >>

[openstack-dev] [Neutron][ml2] Tracking the reviews for ML2 related specs

In order to make the review process a bit easier (without duplicating too much data and without creating too much overhead), we have created a wiki to keep track of the ML2 related specs for the Juno cycle [1]. The idea is to organize the people who participate in the ML2 subgroup activities and g

Re: [openstack-dev] [metrics] How to group activity in git/gerrit repositories

On 06/13/2014 05:57 AM, Doug Hellmann wrote: > That section of the file used to be organized in to separate lists > for incubated, integrated, and "other" repositories. We changed it > when we started tracking the incubation and integration dates. So it > seems like just listing them under sahar

Re: [openstack-dev] [Cinder] Third-Party CI Issue: direct access to review.openstack.org port 29418 required

On 06/13/2014 10:32 AM, Asselin, Ramy wrote: > As far as I know, that’s the only non-standard port that needs to be opened > in order to do 3rd party ci. > Ramy > > From: Erlon Cruz [mailto:sombra...@gmail.com] > Sent: Friday, June 13, 2014 4:03 AM > To: OpenStack Development Mailing List (not fo

Re: [openstack-dev] [qa] Meaning of 204 from DELETE apis

On 06/12/2014 08:27 PM, GHANSHYAM MANN wrote: On Fri, Jun 13, 2014 at 8:42 AM, Christopher Yeoh > wrote: On Fri, Jun 13, 2014 at 7:05 AM, David Kranz mailto:dkr...@redhat.com>> wrote: On 06/12/2014 05:27 PM, Jay Pipes wrote: On 06/12/2014 0

Re: [openstack-dev] [openstack][cinder] hope to get any feedback about delay delete volume

On Fri, Jun 13, 2014 at 9:52 AM, Ben Nemec wrote: > Please don't send review requests to the openstack-dev list. The > correct procedure is outlined here: > > http://lists.openstack.org/pipermail/openstack-dev/2013-September/015264.html > > Thanks. > > -Ben > > On 06/12/2014 10:20 PM, Yuzhou (C)

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

On 06/13/14 16:37, Daniel P. Berrange wrote: The xenapi implementation only works on ext[234] filesystems. That rules >out *BSD, Windows and Linux distributions that don't use ext[234]. RHEL7 >defaults to XFS for instance. Presumably it'll have a hard time if the guest uses LVM for its image o

Re: [openstack-dev] [metrics] How to group activity in git/gerrit repositories

Stefano Maffulli wrote: > Hello folks, > > we're working on a quarterly report of activities in all our git and > gerrit repositories to understand the dynamics of contributions across > different dimensions. This report will be similar to what Bitergia > produced at release time. > > I'd like to

Re: [openstack-dev] [openstack][cinder] hope to get any feedback about delay delete volume

Please don't send review requests to the openstack-dev list. The correct procedure is outlined here: http://lists.openstack.org/pipermail/openstack-dev/2013-September/015264.html Thanks. -Ben On 06/12/2014 10:20 PM, Yuzhou (C) wrote: > Hi all, > > I have submit a blueprint about deferred d

[openstack-dev] [vmware] Proposed new Vim/PBM api

I've proposed a new Vim/PBM api in this blueprint for oslo.vmware: https://review.openstack.org/#/c/99952/ This is just the base change. However, it is a building block for adding a bunch of interesting new features, including: * Robust caching * Better RetrievePropertiesEx * WaitForUpdatesEx * N

Re: [openstack-dev] Rethink how we manage projects? (was Gate proposal - drop Postgresql configurations in the gate)

On 06/13/2014 07:31 AM, Sean Dague wrote: On 06/13/2014 02:36 AM, Mark McLoughlin wrote: On Thu, 2014-06-12 at 22:10 -0400, Dan Prince wrote: On Thu, 2014-06-12 at 08:06 -0400, Sean Dague wrote: We're definitely deep into capacity issues, so it's going to be time to start making tougher decisi

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

On Fri, Jun 13, 2014 at 08:24:04AM -0700, Johannes Erdfelt wrote: > On Fri, Jun 13, 2014, Andrew Laski wrote: > > > > On 06/13/2014 10:53 AM, Johannes Erdfelt wrote: > > >On Fri, Jun 13, 2014, Russell Bryant wrote: > > >>On 06/13/2014 09:22 AM, Day, Phil wrote: > > >>>I guess the question I’m re

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

On Fri, Jun 13, 2014, Andrew Laski wrote: > > On 06/13/2014 10:53 AM, Johannes Erdfelt wrote: > >On Fri, Jun 13, 2014, Russell Bryant wrote: > >>On 06/13/2014 09:22 AM, Day, Phil wrote: > >>>I guess the question I’m really asking here is: “Since we know resize > >>>down won’t work in all cases,

Re: [openstack-dev] [all] [neutron] [qa] now is not a great time to work on hacking updates

On Fri, Jun 13, 2014 at 9:13 AM, Sean Dague wrote: > I do realize that a new hacking was released, which pulls in a new > flake8. However, right now is really not a great time to be sending > through 10 patch series for style cleanups while we have a giant merge > queue backlog. > > I'm calling ou

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

On 06/13/2014 10:53 AM, Johannes Erdfelt wrote: On Fri, Jun 13, 2014, Russell Bryant wrote: On 06/13/2014 09:22 AM, Day, Phil wrote: I guess the question I’m really asking here is: “Since we know resize down won’t work in all cases, and the failure if it does occur will be hard for the user

Re: [openstack-dev] [all] [neutron] [qa] now is not a great time to work on hacking updates

On Fri, Jun 13, 2014 at 7:13 AM, Sean Dague wrote: > I do realize that a new hacking was released, which pulls in a new > flake8. However, right now is really not a great time to be sending > through 10 patch series for style cleanups while we have a giant merge > queue backlog. > > ++, when I cu

Re: [openstack-dev] [neutron][group-based-policy] GP mapping driver

I had tried to address the comment on the review board where Carlos had raised the same issue. Should have posted here as well. https://review.openstack.org/#/c/96393/ Patch Set 3: Carlos, The plan is not to have multiple drivers for enforcing policies. At least not right now. With respect to usi

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] [Cinder] Third-Party CI Issue: direct access to review.openstack.org port 29418 required

Ok thanks. On Fri, Jun 13, 2014 at 11:32 AM, Asselin, Ramy wrote: > As far as I know, that’s the only non-standard port that needs to be > opened in order to do 3rd party ci. > > Ramy > > > > *From:* Erlon Cruz [mailto:sombra...@gmail.com] > *Sent:* Friday, June 13, 2014 4:03 AM > *To:* OpenSt

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

On Fri, Jun 13, 2014, Russell Bryant wrote: > On 06/13/2014 09:22 AM, Day, Phil wrote: > > I guess the question I’m really asking here is: “Since we know resize > > down won’t work in all cases, and the failure if it does occur will be > > hard for the user to detect, should we just block it at t

Re: [openstack-dev] [Cinder] Third-Party CI Issue: direct access to review.openstack.org port 29418 required

As far as I know, that’s the only non-standard port that needs to be opened in order to do 3rd party ci. Ramy From: Erlon Cruz [mailto:sombra...@gmail.com] Sent: Friday, June 13, 2014 4:03 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Cinder] Th

Re: [openstack-dev] [OpenStack-Dev][Cinder] Review days? (open to ANYBODY and EVERYBODY)

Same as Jay, for much the same reasons. Having a fixed calendar time makes it easy for me to put up a 'do not disturb' sign. On 13 June 2014 05:10, Jay Bryant wrote: > John, > > +2 > > I am guilty of falling behind on reviews. Pulled in to a lot of other stuff > since the summit ... and before. >

Re: [openstack-dev] use of the word certified

On 10 June 2014 17:53, Mark McLoughlin wrote: > On Tue, 2014-06-10 at 16:09 +0100, Duncan Thomas wrote: >> On 10 June 2014 15:07, Mark McLoughlin wrote: >> >> > Exposing which configurations are actively "tested" is a perfectly sane >> > thing to do. I don't see why you think calling this "certif

Re: [openstack-dev] mysql/mysql-python license "contamination" into openstack?

On 06/12/2014 01:30 PM, Mike Bayer wrote: the GPL is excepted in the case of MySQL and other MySQL products released by Oracle (can you imagine such a sentence being written.), see http://www.mysql.com/about/legal/licensing/foss-exception/. Okay, good start. mysql itself is out of the pic

[openstack-dev] [all] [neutron] [qa] now is not a great time to work on hacking updates

I do realize that a new hacking was released, which pulls in a new flake8. However, right now is really not a great time to be sending through 10 patch series for style cleanups while we have a giant merge queue backlog. I'm calling out Neutron here - https://review.openstack.org/99512 and kicked

Re: [openstack-dev] [all] gerrit-dash-creator - much easier process for creating client side dashboards

On 06/13/2014 03:37 PM, Jason Rist wrote: On Fri 13 Jun 2014 02:38:11 AM MDT, Giulio Fidente wrote: On 05/31/2014 03:56 PM, Sean Dague wrote: We're still working on a way to make it possible to review in server side gerrit dashboards more easily to gerrit. In the mean time I've put together a t

Re: [openstack-dev] [Neutron][LBaaS] Barbican Neutron LBaaS Integration Ideas

+2. I totally agree with your comments Doug. It defeats the purpose if Barbican does not want to deal with consumers of its service. Barbican can simply have a counter field on each container to signify how many consumers are using it. Every time a consumer uses a container, it increases the co

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

On 06/13/2014 09:22 AM, Day, Phil wrote: > I guess the question I’m really asking here is: “Since we know resize > down won’t work in all cases, and the failure if it does occur will be > hard for the user to detect, should we just block it at the API layer > and be consistent across all Hyperviso

Re: [openstack-dev] [all] gerrit-dash-creator - much easier process for creating client side dashboards

On 06/13/2014 04:38 AM, Giulio Fidente wrote: > On 05/31/2014 03:56 PM, Sean Dague wrote: >> We're still working on a way to make it possible to review in server >> side gerrit dashboards more easily to gerrit. In the mean time I've put >> together a tool that makes it easy to convert gerrit dashbo

Re: [openstack-dev] [all] gerrit-dash-creator - much easier process for creating client side dashboards

On Fri 13 Jun 2014 02:38:11 AM MDT, Giulio Fidente wrote: > On 05/31/2014 03:56 PM, Sean Dague wrote: >> We're still working on a way to make it possible to review in server >> side gerrit dashboards more easily to gerrit. In the mean time I've put >> together a tool that makes it easy to convert g

Re: [openstack-dev] [nova][ceilometer] FloatingIp pollster spamming n-api logs (bug 1328694)

On 6/12/2014 10:31 AM, John Garbutt wrote: On 11 June 2014 20:07, Joe Gordon wrote: On Wed, Jun 11, 2014 at 11:38 AM, Matt Riedemann wrote: On 6/11/2014 10:01 AM, Eoghan Glynn wrote: Thanks for bringing this to the list Matt, comments inline ... tl;dr: some pervasive changes were made to

[openstack-dev] [nova][ironic] what to do with unit test failures from ironic api contract

Hi Folks, A recent change introduced a unit test to "warn/notify developers" when they make a change which will break the out of tree Ironic virt driver: https://review.openstack.org/#/c/98201 Ok - so my change (https://review.openstack.org/#/c/68942) broke it as it adds some extra parameter

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

I guess the question I'm really asking here is: "Since we know resize down won't work in all cases, and the failure if it does occur will be hard for the user to detect, should we just block it at the API layer and be consistent across all Hypervisors ?" From: Andrew Laski [mailto:andrew.la...

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

- Original Message - > 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

Re: [openstack-dev] Policy for linking bug or bp in commit message

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 29/05/14 17:33, Yuriy Taraday wrote: > On Wed, May 28, 2014 at 3:54 AM, Joe Gordon > wrote: > >> On Fri, May 23, 2014 at 1:13 PM, Nachi Ueno >> wrote: >> >>> (2) Avoid duplication of works I have several experience of >>> this. Anyway, we sho

Re: [openstack-dev] [oslo][messaging] Further improvements and refactoring

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 10/06/14 15:40, Alexei Kornienko wrote: > On 06/10/2014 03:59 PM, Gordon Sim wrote: >> On 06/10/2014 12:03 PM, Dina Belova wrote: >>> Hello, stackers! >>> >>> >>> Oslo.messaging is future of how different OpenStack components >>> communicate wi

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

On 06/13/2014 08:03 AM, Day, Phil wrote: >Theoretically impossible to reduce disk unless you have some really nasty guest additions. That's what I thought -- but many of the drivers seem to at least partially support it based on the code, hence the question on here to find out of that is r

Re: [openstack-dev] [metrics] How to group activity in git/gerrit repositories

On Thu, Jun 12, 2014 at 8:07 PM, Stefano Maffulli wrote: > Hello folks, > > we're working on a quarterly report of activities in all our git and > gerrit repositories to understand the dynamics of contributions across > different dimensions. This report will be similar to what Bitergia > produced

Re: [openstack-dev] [TripleO] pacemaker management tools

On 06/12/2014 09:37 PM, Adam Gandelman wrote: It's been a while since I've used these tools and I'm not 100% surprised they've fragmented once again. :) That said, does pcs support creating the CIB configuration in bulk from a file? I know that crm shell would let you dump the entire cluster con

Re: [openstack-dev] [Nova] Review guidelines for API patches

On Fri, Jun 13, 2014 at 6:18 AM, Christopher Yeoh wrote: > Hi Phil, > > On Fri, 13 Jun 2014 09:28:30 + > "Day, Phil" wrote: > > > > >The documentation is NOT the canonical source for the behaviour of > > >the API, currently the code should be seen as the reference. We've > > >run into issues

Re: [openstack-dev] Gate proposal - drop Postgresql configurations in the gate

On 06/13/2014 08:13 AM, Mark McLoughlin wrote: > On Fri, 2014-06-13 at 07:31 -0400, Sean Dague wrote: >> On 06/13/2014 02:36 AM, Mark McLoughlin wrote: >>> On Thu, 2014-06-12 at 22:10 -0400, Dan Prince wrote: On Thu, 2014-06-12 at 08:06 -0400, Sean Dague wrote: > We're definitely deep into

Re: [openstack-dev] Gate proposal - drop Postgresql configurations in the gate

On Fri, 2014-06-13 at 07:31 -0400, Sean Dague wrote: > On 06/13/2014 02:36 AM, Mark McLoughlin wrote: > > On Thu, 2014-06-12 at 22:10 -0400, Dan Prince wrote: > >> On Thu, 2014-06-12 at 08:06 -0400, Sean Dague wrote: > >>> We're definitely deep into capacity issues, so it's going to be time to > >>

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

>Theoretically impossible to reduce disk unless you have some really nasty >guest additions. That’s what I thought – but many of the drivers seem to at least partially support it based on the code, hence the question on here to find out of that is really supported and works – or is just inconsi

Re: [openstack-dev] Gate proposal - drop Postgresql configurations in the gate

On 06/12/2014 10:10 PM, Dan Prince wrote: > On Thu, 2014-06-12 at 08:06 -0400, Sean Dague wrote: >> We're definitely deep into capacity issues, so it's going to be time to >> start making tougher decisions about things we decide aren't different >> enough to bother testing on every commit. > > In

Re: [openstack-dev] Gate proposal - drop Postgresql configurations in the gate

On 06/13/2014 02:36 AM, Mark McLoughlin wrote: > On Thu, 2014-06-12 at 22:10 -0400, Dan Prince wrote: >> On Thu, 2014-06-12 at 08:06 -0400, Sean Dague wrote: >>> We're definitely deep into capacity issues, so it's going to be time to >>> start making tougher decisions about things we decide aren't

Re: [openstack-dev] [Nova] Review guidelines for API patches

Hi Phil, On Fri, 13 Jun 2014 09:28:30 + "Day, Phil" wrote: > > >The documentation is NOT the canonical source for the behaviour of > >the API, currently the code should be seen as the reference. We've > >run into issues before where people have tried to align code to the > >fit the documenta

Re: [openstack-dev] Gate proposal - drop Postgresql configurations in the gate

On 06/12/2014 10:18 PM, Dan Prince wrote: > On Thu, 2014-06-12 at 09:24 -0700, Joe Gordon wrote: >> >> On Jun 12, 2014 8:37 AM, "Sean Dague" wrote: >>> >>> On 06/12/2014 10:38 AM, Mike Bayer wrote: On 6/12/14, 8:26 AM, Julien Danjou wrote: > On Thu, Jun 12 2014, Sean Dague wrote: >>>

Re: [openstack-dev] masking X-Auth-Token in debug output - proposed consistency

The password dumping is actually in oslo apiclient. So that too should be scrubbed, but it has to happen in oslo first. So mostly just because I found it here. -Sean On 06/12/2014 10:47 PM, Xuhan Peng wrote: > Sorry to interrupt this discussion. > > Sean, > > Since I'm working the neu

Re: [openstack-dev] [Cinder] Third-Party CI Issue: direct access to review.openstack.org port 29418 required

Hi Asselin, Do you had problems with other ports? Is it need to have outbound access to other ports? Erlon On Mon, Jun 9, 2014 at 2:21 PM, Asselin, Ramy wrote: > All, > > > > I’ve been working on setting up our Cinder 3rd party CI setup. > > I ran into an issue where Zuul requires direct ac

Re: [openstack-dev] masking X-Auth-Token in debug output - proposed consistency

Right, because your 'site' service catalog is encoded in them, they are big, of unpredictable length, and they are going to be differently seeded for every installation out there. Which is why rainbow tables didn't seem to be a valid threat to me. -Sean On 06/13/2014 05:09 AM, Kevin Bent

[openstack-dev] OpenDaylight ML2 mechanism driver - Openstack

Hi, I have set up OpenStack Havana with neutron ML2 plugin and ODL controller following link http://www.siliconloons.com/getting-started-with-opendaylight-and-openstack/ . The ODL mechanism driver file in /opt/stack/neutron/neutron/plugins/ml2/drivers/mechanism_odl.py is attached. When I is

Re: [openstack-dev] Fwd: Fwd: Debian people don't like bash8 as a project name (Bug#748383: ITP: bash8 -- bash script style guide checker)

On 06/13/2014 06:04 AM, Thomas Goirand wrote: > On 06/13/2014 06:53 AM, Morgan Fainberg wrote: >> Hi Thomas, >> >> I felt a couple sentences here were reasonable to add (more than “don’t >> care” from before). >> >> I understand your concerns here, and I totally get what you’re driving >> at, but

Re: [openstack-dev] [neutron][group-based-policy] GP mapping driver

Hi Sumit, My concern was related to sharing common configuration information not between GP drivers but configurations between GP and ML2 (and any other future plugins). When both are enabled, users need to configure drivers information (e.g., endpoint, username, password) twice, when applicable (

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

Theoretically impossible to reduce disk unless you have some really nasty guest additions. On Fri, Jun 13, 2014 at 6:02 AM, Day, Phil wrote: > Hi Folks, > > > > I was looking at the resize code in libvirt, and it has checks which raise > an exception if the target root or ephemeral disks are s

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

Hi Folks, I was looking at the resize code in libvirt, and it has checks which raise an exception if the target root or ephemeral disks are smaller than the current ones - which seems fair enough I guess (you can't drop arbitary disk content on resize), except that the because the check is in

Re: [openstack-dev] Fwd: Fwd: Debian people don't like bash8 as a project name (Bug#748383: ITP: bash8 -- bash script style guide checker)

On 06/13/2014 06:53 AM, Morgan Fainberg wrote: > Hi Thomas, > > I felt a couple sentences here were reasonable to add (more than “don’t > care” from before). > > I understand your concerns here, and I totally get what you’re driving > at, but in the packaging world wouldn’t this make sense to ca

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

Hi, I like the idea of arranging a mid cycle for Neutron in Europe somewhere in July. I was also considering inviting folks from the OpenStack NFV team to meet up for a F2F kick-off. I did not know about the sprint being hosted and organised by eNovance in Paris until just now. I think it is a

[openstack-dev] [NFV] Specific example NFV use case for a data plane app

Hello all At Wednesday's meeting I promised to supply specific examples to help illustrate the NFV use cases and also show how they map to some of the blueprints. Here's my first example - info on our session border controller, which is a data plane app. Please let me know if this is the sort

Re: [openstack-dev] nova-compute vfsguestfs

Hi Rich Can you help me regarding the possible cause for VM stucking at spawning state on ubuntu powerpc compute node in openstack using devstack. Thanks On Tue, Jun 10, 2014 at 10:29 PM, abhishek jain wrote: > Hi Rich > > I'm able to solve the problem regarding PAPR in libguestfs on my pow

Re: [openstack-dev] Message level security plans. [barbican]

> -Original Message- > From: Jamie Lennox [mailto:jamielen...@redhat.com] > Sent: 13 June 2014 03:25 > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] Message level security plans. [barbican] > > On Thu, 2014-06-12 at 23:22 +, Tiwari, A

Re: [openstack-dev] [Nova] Review guidelines for API patches

I agree that we need to keep a tight focus on all API changes. However was the problem with the floating IP change just to do with the implementation in Nova or the frequency with which Ceilometer was calling it ? Whatever guildelines we follow on API changes themselves its pretty hard to p

Re: [openstack-dev] Mid-Cycle Meetup

Thanks Jamie, Due to timing issues we've decided to host the OSSG mid-cycle separate from the Keystone/Barbican one - though it's worth noting that a lot of our interests overlap. We are actually covering a bunch of interesting ground and anyone security oriented is welcome to attend. https:/

Re: [openstack-dev] [Nova] Review guidelines for API patches

Hi Chris, >The documentation is NOT the canonical source for the behaviour of the API, >currently the code should be seen as the reference. We've run into issues >before where people have tried to align code to the fit the documentation and >made backwards incompatible changes (although this is

Re: [openstack-dev] [neutron] Specs repository update and the way forward

You can see formatted versions (HTML) once Jenkins finishes building. Open the gate-neutron-specs-docs link provided by Jenkins and browse to the blueprint you want to read. Carlos Goncalves On 13 Jun 2014, at 04:36, YAMAMOTO Takashi wrote: >> Since Juno-1 is about to close, I wanted to give e

Re: [openstack-dev] masking X-Auth-Token in debug output - proposed consistency

If these tokens are variable length up to 4k, it will make the search space much to large to construct any kind of useful table. They become infeasible for A-z0-9 variable-length password sets above 10 chars if you include every permutation. Assuming the tokens are generated in a very predictable m

Re: [openstack-dev] [nova] Distributed locking

On Thu, Jun 12 2014, Jay Pipes wrote: > This is news to me. When was this decided and where can I read about > it? Originally https://wiki.openstack.org/wiki/Oslo/blueprints/service-sync has been proposed, presented and accepted back at the Icehouse summit in HKG. That's what led to tooz creation

Re: [openstack-dev] [Neutron] Default routes to SNAT gateway in DVR

Hi car1, In the link: https://docs.google.com/document/d/1jCmraZGirmXq5V1MtRqhjdZCbUfiwBhRkUjDXGt5QUQ/edit, there is some words like " When the node is being scheduled to host the SNAT, a new namespace and internal IP address will be assigned to host the SNAT service. Any nova instance VM that i

Re: [openstack-dev] [nova] Distributed locking

On 12/06/14 21:38, Joshua Harlow wrote: > So just a few thoughts before going to far down this path, > > Can we make sure we really really understand the use-case where we think > this is needed. I think it's fine that this use-case exists, but I just > want to make it very clear to others why its

  1   2   >