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

On Fri, Jun 13, 2014 at 4:47 AM, Xuhan Peng wrote: > Since I'm working the neutron client code change, by looking at your code > change to nova client, looks like only X-Auth-Token is taken care of in > http_log_req. There is also password in header and token id in response. > Any particular reas

Re: [openstack-dev] [nova] Question about modifying instance attribute(such as cpu-QoS, disk-QoS ) without shutdown the instance

Add dynamic adjust disk qos support https://blueprints.launchpad.net/nova/+spec/dynamic-adjust-disk-qos It's not approved yet. 2014-04-09 0:45 GMT+08:00 Trump.Zhang : > Such as QoS attributes of vCPU, Memory and Disk, including IOPS limit, > Bandwidth limit, etc. > > > 2014-04-08 23:04 GMT+08:0

Re: [openstack-dev] [TripleO] Reviews - we need your help!

Thanks Tomas, http://bit.ly/1lsg3SH now contains the missing projects and has been re-ordered slightly so that you see outdated reviews first then the Jenkins/-1 stuff. Cheers, Matt > -Original Message- > From: Tomas Sedovic [mailto:tsedo...@redhat.com] > Sent: 12 June 2014 19:03 > To:

Re: [openstack-dev] NFV in OpenStack use cases and context

Hi Yathi, Le 12/06/2014 20:53, Yathiraj Udupi (yudupi) a écrit : > Hi Alan, > > Our Smart (Solver) Scheduler blueprint > (https://blueprints.launchpad.net/nova/+spec/solver-scheduler ) has been > in the works in the Nova community since late 2013. We have demoed at the > Hong Kong summit, as wel

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

Le 12/06/2014 15:32, Gary Kotton a écrit : > 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

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

On 12 June 2014 23:59, Sean Dague wrote: > The only thing it makes harder is you have to generate your own token to > run the curl command. The rest is there. Because everyone is running our > servers at debug levels, it means the clients are going to be running > debug level as well (yay python

Re: [openstack-dev] [marconi] Reconsidering the unified API model

On 12/06/14 16:27 +, Janczuk, Tomasz wrote: What exactly is the core set of functionalities Marconi expects all implementations to support? (I understand it is a subset of the HTTP APIs Marconi exposes?) Correct. What the exact calls are, we still don't know. We've talked about them a bit a

Re: [openstack-dev] [marconi] performance

On 28/04/14 17:41 +, Janczuk, Tomasz wrote: Hello, Have any performance numbers been published for Marconi? I have asked this question before (http://lists.openstack.org/pipermail/openstack-dev/2014-March/031004.html) but there were none at that time. This is a work-in-progress. As soo

Re: [openstack-dev] [marconi] performance

On 12/06/14 17:20 +, Janczuk, Tomasz wrote: Hello, I was wondering if there is any update on the performance of Marconi? Are results of any performance measurements available yet? Ops, I think I mistakenly replied to your old email... I'll blaim my email client. :D That said, no measurem

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

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, and creation of unprivileged containers-in-containters. > Both of these cu

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

On 13/06/14 05:27, Angus Lees wrote: > On Thu, 12 Jun 2014 05:06:38 PM Julien Danjou wrote: >> On Thu, Jun 12 2014, Matthew Booth wrote: >>> This looks interesting. It doesn't have hooks for fencing, though. >>> >>> What's the status of tooz? Would you be interested in adding fencing >>> hooks? >>

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

Stefano Maffulli wrote: > On Thu 12 Jun 2014 03:53:35 PM PDT, Morgan Fainberg wrote: >> 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 call it >> "python-bash8"? Now the binary, I can agree (for reasons outlined)

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

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 without consuming them. This API cannot be implemented on top of AMQP 0.9 which implements a

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

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 dashboard definitions into URLs that you can share around.

Re: [openstack-dev] [Glance] Nominating Nikhil Komawar for Core

On 12/06/14 10:39 -0700, Arnaud Legendre wrote: +1 Good job Nikhil! Fuck Yeah! +1 ━━━ From: "Brian Rosmaita" To: "OpenStack Development Mailing List (not for usage questions)" Sent: Thursday, June 12, 2014 10:15:07

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

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 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] 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] [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] [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] 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

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] 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-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

[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][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

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

[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] [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

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] 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

[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] 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

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

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] 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] [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/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] 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] [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 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] 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] [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] [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] [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] [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] [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] 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] [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] [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...

[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][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

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] [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] [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] [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] [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

[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] 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

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] [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] [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] [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

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 ?

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] [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] [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] [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 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 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] [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] 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

[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] [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

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] [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] [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] [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] [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] [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

[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] [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] [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

[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

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

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] [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] [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

[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] [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

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] [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] 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

[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)

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

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

[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] 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

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

  1   2   >