[openstack-dev] [TRIPLEO] Sessions for HK

Hi there - in HK we have 5 slots for Tripleo Sessions. Please put forward proposals now, we may have some competition for slots and I'd rather not be doing that at the last minute. Cheers, Rob -- Robert Collins Distinguished Technologist HP Converged Cloud

Re: [openstack-dev] [Nova] FFE Request: Encrypt Cinder volumes

Bruce - well-crafted message. Good work, looks like it is eliciting desired result. From: Benjamin, Bruce P. [mailto:bruce.benja...@jhuapl.edu] Sent: Friday, September 06, 2013 1:14 PM To: openstack-dev@lists.openstack.org Subject: [openstack-dev] [Nova] FFE Request: Encrypt Cinder volumes We re

Re: [openstack-dev] [Nova] FFE Request: Encrypt Cinder volumes

Thank you Russell for the special consideration. +1 The positive vote is for multiple reasons, the JHU team took care of: 1) boot from encrypted volume 2) have laid the foundation for securing volumes with keys served from a strong key manager 3) blueprint and diligently addressing concerns 4) f

Re: [openstack-dev] [Nova] FFE Request: Encrypt Cinder volumes

> 2) There is general consensus that the simple config based key manager > (single key) does provide some amount of useful security. I believe it > does, just want to make sure we're in agreement on it. Obviously we > want to improve this in the future. > I believe that it does add value. For e

[openstack-dev] [nova] Needs approval again after rebase

Hi, The patch https://review.openstack.org/43583 was approved but failed to get merged. Could any core reviewer take a look at this after rebase ? Thanks Yingjun ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org

Re: [openstack-dev] [Nova] FFE Request: Encrypt Cinder volumes

On Fri, Sep 6, 2013 at 4:17 PM, Bryan D. Payne wrote: > > 2) There is general consensus that the simple config based key manager >> (single key) does provide some amount of useful security. I believe it >> does, just want to make sure we're in agreement on it. Obviously we >> want to improve th

Re: [openstack-dev] [Nova] FFE Request: Encrypt Cinder volumes

On Fri, Sep 6, 2013 at 2:47 PM, Russell Bryant wrote: > On 09/06/2013 04:14 PM, Benjamin, Bruce P. wrote: > > We request that volume encryption [1] be granted an exception to the > > feature freeze for Havana-3. Volume encryption [2] provides a usable > > layer of protection to user data as it i

Re: [openstack-dev] OpenLdap for Keystone

Here are my rough notes with contributions from web pages https://github.com/openstack-dev/devstack/blob/master/lib/ldap and https://github.com/openstack-dev/devstack/blob/master/lib/keystone : apt-get install slapd apt-get install ldap-utils LDAP_PASSWORD=password SLAPPASS=`slappasswd -s $LDA

Re: [openstack-dev] [Nova] FFE Request: Encrypt Cinder volumes

On 09/06/2013 04:14 PM, Benjamin, Bruce P. wrote: > We request that volume encryption [1] be granted an exception to the > feature freeze for Havana-3. Volume encryption [2] provides a usable > layer of protection to user data as it is transmitted through a network > and when it is stored on disk.

Re: [openstack-dev] OpenLdap for Keystone

I would lov On Thu, Sep 5, 2013 at 2:57 PM, Miller, Mark M (EB SW Cloud - R&D - Corvallis) wrote: > Thanks Dean. I was able to combine sections of each script to make one > that installs OpenLdap for Keystone. > > ** > I would love to have a write up for the docs -- write it on the back o

Re: [openstack-dev] [tripleo] Scaling of TripleO

Excerpts from James Slagle's message of 2013-09-06 10:27:32 -0700: > The purpose of this email is to brainstorm some ideas about how TripleO could > be scaled out for large deployments. > Thanks for thinking this through and taking the time to vet the ideas TripleO has presented thus far. > Idea

Re: [openstack-dev] OpenLdap for Keystone

Hi Mark, in localrc you can modify the number of services installed using the values below. You can try uncommenting the last two lines shown below to dramatically reduce the amount of openstack software installed by devstack. #ENABLED_SERVICES=key,n-api,n-crt,n-obj,n-cpu,n-net,n-cond,cinder,

Re: [openstack-dev] [tripleo] Scaling of TripleO

Hey James, thanks for starting this thread : it's clear we haven't articulated what we've discussed well enough [it's been a slog building up from the bottom...] I think we need to set specific goals - latency, HA, diagnostics - before designing scaling approaches makes any sense : we can't achiev

[openstack-dev] [Nova] FFE Request: Encrypt Cinder volumes

We request that volume encryption [1] be granted an exception to the feature freeze for Havana-3. Volume encryption [2] provides a usable layer of protection to user data as it is transmitted through a network and when it is stored on disk. The main patch [2] has been under review since the end

Re: [openstack-dev] [Nova] FFE Request: bp/instance-group-api-extension

+1 Gary If this was allowed in H2 and not stopped due to the mandatory requirement to use API objects (then), this feature would have definitely seen the light of day (and we would have improved it to use the objects/v3api anyway). This API leads to a bunch of new features that make Openstack even

Re: [openstack-dev] [Neutron] The three API server multi-worker process patches.

This pool_recycle parameter is already configurable using the idle_timeout configuration variable in neutron.conf. I tested this with a value of 1 as suggested and it did get rid of the mysql server gone away messages. This is a great clue but I think I would like a long-term solution that allows

Re: [openstack-dev] [Nova] Api samples and the feature freeze

On 09/06/2013 09:43 AM, Anne Gentle wrote: > > > > On Fri, Sep 6, 2013 at 3:43 AM, Thierry Carrez > wrote: > > John Garbutt wrote: > > To me this sounds like extra docs and bugs, which is exactly what we > > need to tidy up before RC. > > > > S

Re: [openstack-dev] [Nova] FFE Request: oslo-messaging

- Original Message - > From: "Bob Ball" > To: "OpenStack Development Mailing List" , > "Mark McLoughlin" > Cc: "Dan Prince (dpri...@redhat.com)" > Sent: Friday, September 6, 2013 10:21:45 AM > Subject: RE: [openstack-dev] [Nova] FFE Request: oslo-messaging > > Puppet is failing to bu

Re: [openstack-dev] [Savanna] Guidance for adding a new plugin (CDH)

On Fri, Sep 6, 2013 at 3:00 PM, Matthew Farrellee wrote: > Once done, what will the procedure be for me to verify it without becoming > a Cloudera customer? What will the limitations be to its use, if any, if > I'm not a Cloudera customer? Cloudera Standard is free and includes CDH and a versio

Re: [openstack-dev] [Nova] FFE Request: oslo-messaging

Sounds like a plan, Dan. Thanks. On Fri, Sep 6, 2013 at 3:12 PM, Dan Prince wrote: > > > - Original Message - > > From: "Bob Ball" > > To: "OpenStack Development Mailing List" < > openstack-dev@lists.openstack.org>, "Mark McLoughlin" > > Cc: "Dan Prince (dpri...@redhat.com)" > > Sent

Re: [openstack-dev] [qa] How to do nova v3 tests in tempest

On 09/04/2013 09:11 AM, Zhu Bo wrote: hi, I'm working on bp:nova-v3-tests in tempest. The nova tests in tempest mostly have been ported into v3 and sent off. but we got some feedbacks that there was mass code duplication and suggested to do this by inheritance. So I have sent another pat

[openstack-dev] [Murano] Alpha version of Murano "User Guide" just released!

Hi everyone! We would like to introduce you initial version of "Murano User Guide"! It's available in attachment and here . Check out Murano with this document! Regards, Ekaterina Fedorova Junior Software Engineer, Mirantis, Inc. ___

[openstack-dev] [tripleo] Scaling of TripleO

The purpose of this email is to brainstorm some ideas about how TripleO could be scaled out for large deployments. Idea 0 -- According to what we've read (and watched), the TripleO idea is that you're going to have a single undercloud composed of at least 2 machines running the undercloud serv

Re: [openstack-dev] FFE Request-ish: oslo.version split

On 09/06/2013 10:51 AM, Thierry Carrez wrote: > Monty Taylor wrote: >> Hey all, >> >> One of the things we were working on this cycle was splitting the >> version handling code out of pbr into its own library - oslo.version. >> This work did not make Feature Freeze. I wanted to check in with folk

Re: [openstack-dev] [Neutron] The three API server multi-worker process patches.

This is a great lead on 'pool_recycle'. Thank you. Last night I was poking around in the sqlalchemy pool code but hadn't yet come to a complete solution. I will do some testing on this today and hopefully have an updated patch out soon. Carl From: Yingjun Li Reply-To: OpenStack Development

Re: [openstack-dev] [Nova] FFE Request: condutor-workers

+1 from me as well. esp because the default behavior is the same as is now. On Fri, Sep 6, 2013 at 10:15 AM, Thierry Carrez wrote: > Russell Bryant wrote: > > On 09/06/2013 08:35 AM, Peter Feiner wrote: > >> Russell & Thierry, > >> > >> I think conductor-workers [1] should be an exception to the

Re: [openstack-dev] [Nova] FFE Request: bp/instance-group-api-extension

On 9/6/13 5:07 PM, "Russell Bryant" wrote: >On 09/06/2013 05:06 AM, Thierry Carrez wrote: >> Debojyoti Dutta wrote: >>> As per my IRC chats with dansmith, russellb, this feature needs the >>> user auth checks (being taken care of in >>> https://bugs.launchpad.net/nova/+bug/1221396). >>> >>> Dan

[openstack-dev] [Trove] Modify source code for Postgres engine

Dear all, this is a technical question. I would try to modify the source code of Trove in order to create databases instances using Postgres engine. I think that it is necessary to modify the "create" method in the "InstanceController" class. Is it right? What other things should I modify? Thank y

Re: [openstack-dev] [Nova] FFE Request: oslo-messaging

+1 to NACK on the FFE. Let's do this first thing in Icehouse :) On Fri, Sep 6, 2013 at 10:06 AM, Daniel P. Berrange wrote: > On Fri, Sep 06, 2013 at 09:49:18AM -0400, Russell Bryant wrote: > > On 09/06/2013 08:30 AM, Mark McLoughlin wrote: > > > On Fri, 2013-09-06 at 10:59 +0200, Thierry Carrez

Re: [openstack-dev] [nova] Revert Baremetal v3 API extension?

+1 On Thu, Sep 5, 2013 at 3:47 AM, Alex Xu wrote: > +1 > > On 2013年09月05日 17:51, John Garbutt wrote: > >> +1 I meant to raise that myself when I saw some changes there the other >> day. >> >> On 4 September 2013 15:52, Thierry Carrez wrote: >> >>> Russell Bryant wrote: >>> On 09/04/2013 1

Re: [openstack-dev] [Neutron] devstack with ml2 setup problem

Hi Luke - Make sure you have the latest devstack which contains the ml2 hooks. Remove the comments on the ML2 info below. Note that the mech driver keyword for the logger is "logger", not "log". Thanks, Rich From: Luke Gorrie [mailto:l...@tail-f.com] Sent: Friday, September 06, 2013 11:33 AM T

Re: [openstack-dev] [Trove] Poor documentation about Trove architecture and operation.

Hi Michael, I am very grateful to you. I can't wait to see your documentation about Trove/Reddwarf! Giuseppe. 2013/9/6 Michael Basnight > On Sep 6, 2013, at 8:30 AM, Giuseppe Galeota > wrote: > > Dear all, > I think that there is a poor documentation about Trove architecture and > operation.

Re: [openstack-dev] FFE Request-ish: oslo.version split

Monty Taylor wrote: > Hey all, > > One of the things we were working on this cycle was splitting the > version handling code out of pbr into its own library - oslo.version. > This work did not make Feature Freeze. I wanted to check in with folks > to take temperature about whether it's worth attem

[openstack-dev] [Neutron] devstack with ml2 setup problem

Howdy! I'm trying to get ml2 up and running with devstack. I'm falling at the first hurdle - getting devstack working with Neutron. I would love a hint! Here is my localrc: disable_service n-net enable_service q-svc enable_service q-agt enable_service q-dhcp enable_service q-l3 enable_service q-

[openstack-dev] FFE Request-ish: oslo.version split

Hey all, One of the things we were working on this cycle was splitting the version handling code out of pbr into its own library - oslo.version. This work did not make Feature Freeze. I wanted to check in with folks to take temperature about whether it's worth attempting to get it done by the hava

Re: [openstack-dev] [Nova] FFE Request: hyper-v-rdp-console

> This blueprint, implemented during the H3 timeframe I remember this being a hot topic at the end of the previous cycle, and the last summit. Thus, I was surprised to see it make such a late entrance this cycle. Since it has seen little review thus far, I don't think we should expect to squeeze i

Re: [openstack-dev] [Nova] FFE Request: utilization aware scheduling

On Fri, Sep 06, 2013 at 01:07:49PM +0200, Nikola Đipanov wrote: > On 06/09/13 11:28, Thierry Carrez wrote: > > Wang, Shane wrote: > >> Hi core developers and everyone, > >> > >> Please allow me to make an FFE request for adding utilization aware > >> scheduling support in Havana. > >> > >> The blu

Re: [openstack-dev] [Nova] FFE Request: oslo-messaging

Puppet is failing to build the packages - which is probably understandable given it's a refactor. I'm not sure if this is something that points to a problem with the refactor or the packaging itself - hopefully Dan can review the logs, or if others want to see more of the details look at the lo

Re: [openstack-dev] [Nova] FFE Request: oslo-messaging

> I propose a NACK on the FFE, and instead going with the above plan. I agree, especially with Thierry's concerns. This is a lot of deep change for little user-visible benefit (user-visible release notes notwithstanding!) --Dan ___ OpenStack-dev mailin

Re: [openstack-dev] [Nova] FFE Request: bp/instance-group-api-extension

On 09/06/2013 05:06 AM, Thierry Carrez wrote: > Debojyoti Dutta wrote: >> As per my IRC chats with dansmith, russellb, this feature needs the >> user auth checks (being taken care of in >> https://bugs.launchpad.net/nova/+bug/1221396). >> >> Dan has some more comments >> >> Could we please do

Re: [openstack-dev] [Nova] FFE Request: condutor-workers

> I think conductor-workers [1] should be an exception to the feature > freeze for H3. The risk is very low since the default value of this > configuration option doesn't change nova's behavior at all. Moreover, > the patch [2] is small and uses common OpenStack code. The reward is > high since it

Re: [openstack-dev] [Nova] FFE Request: condutor-workers

Russell Bryant wrote: > On 09/06/2013 08:35 AM, Peter Feiner wrote: >> Russell & Thierry, >> >> I think conductor-workers [1] should be an exception to the feature >> freeze for H3. The risk is very low since the default value of this >> configuration option doesn't change nova's behavior at all. M

Re: [openstack-dev] [Nova] FFE Request: condutor-workers

On 09/06/2013 08:35 AM, Peter Feiner wrote: > Russell & Thierry, > > I think conductor-workers [1] should be an exception to the feature > freeze for H3. The risk is very low since the default value of this > configuration option doesn't change nova's behavior at all. Moreover, > the patch [2] is

Re: [openstack-dev] [Trove]

On Sep 6, 2013, at 8:30 AM, Giuseppe Galeota wrote: > Dear all, > I think that there is a poor documentation about Trove architecture and > operation. Thanks for your interest in trove. I agree. As ptl I will devote time (now that the h3 madness has slowed for us) to doc'ing better information

Re: [openstack-dev] [Nova] FFE Request: bp/instance-group-api-extension

> Could we please do a FFE for this one has been waiting for a long > time and we have done all that we were asked relatively quickly > in H2 it was gated by API object refactor. Most of the current > comments (pre last one by Dan) are due to > https://bugs.launchpad.net/nova/+bug/1221396

Re: [openstack-dev] [Nova] FFE Request: oslo-messaging

On Fri, Sep 06, 2013 at 09:49:18AM -0400, Russell Bryant wrote: > On 09/06/2013 08:30 AM, Mark McLoughlin wrote: > > On Fri, 2013-09-06 at 10:59 +0200, Thierry Carrez wrote: > >> Mark McLoughlin wrote: > >>> I'd like to request a feature freeze exception for the final (and > >>> admittedly the larg

Re: [openstack-dev] [Nova] FFE Request: hyper-v-rdp-console

On 09/06/2013 05:16 AM, Thierry Carrez wrote: > Alessandro Pilotti wrote: >> This is an FFE request for adding console support for Hyper-V. Unlike >> most other hypervisors, Hyper-V guest console access is based on RDP >> instead of VNC. This blueprint adds RDP support in Nova, implemented in >> a

Re: [openstack-dev] [Nova] FFE request: unix domain socket consoles for libvirt

On 09/06/2013 05:19 AM, Thierry Carrez wrote: > Michael Still wrote: >> Hi. This code has been in review since July 29, but a combination of >> my focus on code reviews for others and having a baby has resulted in >> it not landing. This feature is important to libvirt and closes a >> critical bug

Re: [openstack-dev] [Nova] FFE Request: utilization aware scheduling

On 09/06/2013 07:07 AM, Nikola Đipanov wrote: > On 06/09/13 11:28, Thierry Carrez wrote: >> Wang, Shane wrote: >>> Hi core developers and everyone, >>> >>> Please allow me to make an FFE request for adding utilization aware >>> scheduling support in Havana. >>> >>> The blueprint: >>> https://blue

Re: [openstack-dev] [Nova] FFE Request: hyper-v-remotefx

On 09/06/2013 08:36 AM, Daniel P. Berrange wrote: > That we're having this level of design debate, is exactly why I think this > is not suitable for a feature freeze exception. Freeze exception is for > things that are basically complete, baring small bug fixes / changes. Agreed. If there's more

Re: [openstack-dev] [Nova] FFE Request: oslo-messaging

On 09/06/2013 08:30 AM, Mark McLoughlin wrote: > On Fri, 2013-09-06 at 10:59 +0200, Thierry Carrez wrote: >> Mark McLoughlin wrote: >>> I'd like to request a feature freeze exception for the final (and >>> admittedly the largest) patch in the series of 40 patches to port Nova >>> to oslo.messaging:

Re: [openstack-dev] [Nova] Api samples and the feature freeze

On Fri, Sep 6, 2013 at 3:43 AM, Thierry Carrez wrote: > John Garbutt wrote: > > To me this sounds like extra docs and bugs, which is exactly what we > > need to tidy up before RC. > > > > So I think this should be given an exception. > > Yes, extra tests and docs don't really count as feature code

[openstack-dev] [Trove]

Dear all, I think that there is a poor documentation about Trove architecture and operation. 1) Can you link me a guide to the Trove architecture, in order to better understand how databases instances are created by Trove's components? Thank you very much, Giuseppe ___

Re: [openstack-dev] [State-Management] Proposal to add Ivan Melnikov to taskflow-core

+1 Great work Ivan! Thanks Changbin On Fri, Sep 6, 2013 at 1:55 AM, Joshua Harlow wrote: > Greetings all stackers, > > I propose that we add Ivan Melnikov to > the taskflow-core team [1]. > > Ivan has been actively contributing to taskflow for a while now,

Re: [openstack-dev] [Nova] FFE Request: hyper-v-remotefx

On Sep 6, 2013, at 15:36 , "Daniel P. Berrange" mailto:berra...@redhat.com>> wrote: On Fri, Sep 06, 2013 at 12:22:27PM +, Alessandro Pilotti wrote: On Sep 6, 2013, at 14:26 , "Daniel P. Berrange" mailto:berra...@redhat.com>> wrote: On Fri, Sep 06, 2013 at 10

Re: [openstack-dev] [Savanna] Guidance for adding a new plugin (CDH)

That's great. Once done, what will the procedure be for me to verify it without becoming a Cloudera customer? What will the limitations be to its use, if any, if I'm not a Cloudera customer? Best, matt On 09/05/2013 08:13 AM, Andrei Savu wrote: Thanks Matt! I've added the following bluep

[openstack-dev] [Nova] FFE Request: condutor-workers

Russell & Thierry, I think conductor-workers [1] should be an exception to the feature freeze for H3. The risk is very low since the default value of this configuration option doesn't change nova's behavior at all. Moreover, the patch [2] is small and uses common OpenStack code. The reward is high

Re: [openstack-dev] [Nova] FFE Request: hyper-v-remotefx

On Fri, Sep 06, 2013 at 12:22:27PM +, Alessandro Pilotti wrote: > > On Sep 6, 2013, at 14:26 , "Daniel P. Berrange" > mailto:berra...@redhat.com>> > wrote: > >> On Fri, Sep 06, 2013 at 10:56:10AM +, Alessandro Pilotti wrote: >> The RemoteFX feature allows Hyper-V compute nodes to provi

Re: [openstack-dev] [Nova] FFE Request: oslo-messaging

On Fri, 2013-09-06 at 10:59 +0200, Thierry Carrez wrote: > Mark McLoughlin wrote: > > I'd like to request a feature freeze exception for the final (and > > admittedly the largest) patch in the series of 40 patches to port Nova > > to oslo.messaging: > > > > https://review.openstack.org/39929 >

Re: [openstack-dev] Confused about GroupAntiAffinityFilter and GroupAffinityFilter

Thanks for the answer. I already posted the links in my previous email but here they are again: * nova.conf => http://paste.openstack.org/show/45671/ * scheduler logs => http://paste.openstack.org/show/45672/ Just to re-iterate, my setup consists of 2 compute nodes which already run instances no

Re: [openstack-dev] [Nova] FFE Request: hyper-v-remotefx

On Sep 6, 2013, at 14:26 , "Daniel P. Berrange" mailto:berra...@redhat.com>> wrote: On Fri, Sep 06, 2013 at 10:56:10AM +, Alessandro Pilotti wrote: The RemoteFX feature allows Hyper-V compute nodes to provide GPU acceleration to instances by sharing the host's GPU resources. Blueprint: ht

Re: [openstack-dev] Confused about GroupAntiAffinityFilter and GroupAffinityFilter

Hi, Sorry for the delayed response (it is new years my side of the world and have some family obligations). Would it be possible that you please provide the nova configuration file (I would like to see if you have the group anti affinity filter in your filter list), and if this exists to at least s

Re: [openstack-dev] [nova] rebased after approval

On 06/09/13 14:12, Gary Kotton wrote: > Hi, > The following patch was approved but failed as it required a rebase > - https://review.openstack.org/#/c/41058/. Would it be possible that a > core reviewer takes a look. Re-approved. Cheers, N. > Thanks in advance > Gary > > > __

[openstack-dev] [nova] rebased after approval

Hi, The following patch was approved but failed as it required a rebase - https://review.openstack.org/#/c/41058/. Would it be possible that a core reviewer takes a look. Thanks in advance Gary ___ OpenStack-dev mailing list OpenStack-dev@lists.openstac

Re: [openstack-dev] [Nova] FFE Request: hyper-v-remotefx

On Fri, Sep 06, 2013 at 10:56:10AM +, Alessandro Pilotti wrote: > The RemoteFX feature allows Hyper-V compute nodes to provide GPU acceleration > to instances by sharing the host's GPU resources. > > Blueprint: https://blueprints.launchpad.net/nova/+spec/hyper-v-remotefx > > This feature pro

Re: [openstack-dev] [Nova] FFE request: unix domain socket consoles for libvirt

Seems like a reasonable FFE to me. (And congratulations on the baby ;-) > -Original Message- > From: Michael Still [mailto:mi...@stillhq.com] > Sent: 06 September 2013 02:20 > To: OpenStack Development Mailing List > Subject: [openstack-dev] [Nova] FFE request: unix domain socket consoles

[openstack-dev] [Nova] FFE Request: hyper-v-remotefx

The RemoteFX feature allows Hyper-V compute nodes to provide GPU acceleration to instances by sharing the host's GPU resources. Blueprint: https://blueprints.launchpad.net/nova/+spec/hyper-v-remotefx This feature provides big improvements for VDI related scenarios based on OpenStack and Hyper-V

Re: [openstack-dev] [Nova] FFE Request: utilization aware scheduling

On 06/09/13 11:28, Thierry Carrez wrote: > Wang, Shane wrote: >> Hi core developers and everyone, >> >> Please allow me to make an FFE request for adding utilization aware >> scheduling support in Havana. >> >> The blueprint: >> https://blueprints.launchpad.net/nova/+spec/utilization-aware-schedu

Re: [openstack-dev] [Nova] FFE Request: oslo-messaging

On 05/09/13 16:51 +0100, Mark McLoughlin wrote: On Thu, 2013-09-05 at 11:00 -0400, Russell Bryant wrote: On 09/05/2013 10:17 AM, Mark McLoughlin wrote: > Hi > > I'd like to request a feature freeze exception for the final (and > admittedly the largest) patch in the series of 40 patches to port N

Re: [openstack-dev] [Nova] FFE Request: utilization aware scheduling

Wang, Shane wrote: > Hi core developers and everyone, > > Please allow me to make an FFE request for adding utilization aware > scheduling support in Havana. > > The blueprint: > https://blueprints.launchpad.net/nova/+spec/utilization-aware-scheduling. > [...] This is a bit in the same bucket

Re: [openstack-dev] [Nova] FFE request: unix domain socket consoles for libvirt

Michael Still wrote: > Hi. This code has been in review since July 29, but a combination of > my focus on code reviews for others and having a baby has resulted in > it not landing. This feature is important to libvirt and closes a > critical bug we've had open way too long. The reviews: > > https

Re: [openstack-dev] [Nova] FFE Request: hyper-v-rdp-console

Alessandro Pilotti wrote: > This is an FFE request for adding console support for Hyper-V. Unlike > most other hypervisors, Hyper-V guest console access is based on RDP > instead of VNC. This blueprint adds RDP support in Nova, implemented in > a way consistent with the existing VNC and SPICE proto

Re: [openstack-dev] [Nova] FFE Request: bp/instance-group-api-extension

Debojyoti Dutta wrote: > As per my IRC chats with dansmith, russellb, this feature needs the > user auth checks (being taken care of in > https://bugs.launchpad.net/nova/+bug/1221396). > > Dan has some more comments > > Could we please do a FFE for this one has been waiting for a long >

Re: [openstack-dev] [Nova] FFE Request: oslo-messaging

Mark McLoughlin wrote: > I'd like to request a feature freeze exception for the final (and > admittedly the largest) patch in the series of 40 patches to port Nova > to oslo.messaging: > > https://review.openstack.org/39929 I'm generally adverse to granting feature freeze exceptions to code ref

Re: [openstack-dev] [Nova] Api samples and the feature freeze

John Garbutt wrote: > To me this sounds like extra docs and bugs, which is exactly what we > need to tidy up before RC. > > So I think this should be given an exception. Yes, extra tests and docs don't really count as feature code. No need for an exception for that. Cheers, -- Thierry Carrez (

Re: [openstack-dev] [Nova] Api samples and the feature freeze

To me this sounds like extra docs and bugs, which is exactly what we need to tidy up before RC. So I think this should be given an exception. John On 6 September 2013 01:31, Christopher Yeoh wrote: > Hi, > > I'd just like to clarify whether adding api samples for the V3 API > is considered a fe

Re: [openstack-dev] Confused about GroupAntiAffinityFilter and GroupAffinityFilter

Gary (or others), did you have some time to look at my issue? FYI, I opened a bug [1] on Launchpad. I'll update it with the outcome of this discussion. Cheers, Simon [1] https://bugs.launchpad.net/nova/+bug/1218878 Le 03/09/2013 15:54, Simon Pasquier a écrit : I've done a wrong copy&paste, se