Re: [openstack-dev] [Neutron] keep old specs

On 09/15/2014 10:01 AM, Kevin Benton wrote: > Some of the specs had a significant amount of detail and thought put > into them. It seems like a waste to bury them in a git tree history. > > By having them in a place where external parties (e.g. operators) can > easily find them, they could get mor

Re: [openstack-dev] [Neutron] keep old specs

Some of the specs had a significant amount of detail and thought put into them. It seems like a waste to bury them in a git tree history. By having them in a place where external parties (e.g. operators) can easily find them, they could get more visibility and feedback for any future revisions. Ju

Re: [openstack-dev] [TripleO] Propose adding StevenK to core reviewers

Gregory Haynes said on Tue, Sep 09, 2014 at 06:32:38PM +: > I have been working on a meta-review of StevenK's reviews and I would > like to propose him as a new member of our core team. +1 from me! Alexis -- Nova Engineer, HP Cloud. AKA lealexis, lxsli. ___

Re: [openstack-dev] [Nova] What's holding nova development back?

On 09/15/2014 05:42 AM, Daniel P. Berrange wrote: > On Sun, Sep 14, 2014 at 07:07:13AM +1000, Michael Still wrote: >> Just an observation from the last week or so... >> >> The biggest problem nova faces at the moment isn't code review latency. Our >> biggest problem is failing to fix our bugs so th

[openstack-dev] [Infra] Meeting Tuesday September 16th at 19:00 UTC

Hi everyone, The OpenStack Infrastructure (Infra) team is hosting our weekly meeting on Tuesday September 16th, at 19:00 UTC in #openstack-meeting Meeting agenda available here: https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting (anyone is welcome to to add agenda items) Everyone interest

Re: [openstack-dev] [Openstack] [Devstack][VCenter][n-cpu]Error: Service n-cpu is not running

Hi, I am not sure why your setup is not working. The Vmware configuration looks correct. Please note that the ML2 plugin is currently not supported when working with the Vmware driver. You should use traditional nova networking. Please note that there are plans in K to add this support. Thanks G

Re: [openstack-dev] [Neutron] keep old specs

On Mon, Sep 15, 2014 at 4:52 AM, Kevin Benton wrote: > I saw that the specs that didn't make the deadline for the feature freeze > were removed from the tree completely.[1] For easier reference, can we > instead revert that commit to restore them and then move them into a release > specific folder

Re: [openstack-dev] [Neutron][Architecture]Suggestions for the third vendors' plugin and driver

This is a very important discussion - very closely related to the one going on in this other thread http://lists.openstack.org/pipermail/openstack-dev/2014-September/045768.html . Unfortunately it is also a discussion that tends to easily fragment and move in a thousand different directions. A few

Re: [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 12/09/14 18:00, Mike Bayer wrote: > > On Sep 12, 2014, at 11:56 AM, Johannes Erdfelt > wrote: > >> On Fri, Sep 12, 2014, Doug Hellmann >> wrote: >>> I don’t think we will want to retroactively change the >>> migration scripts (that’s not somet

[openstack-dev] [Devstack][VCenter][n-cpu]Error: Service n-cpu is not running

Dear All, I am using Devstack Icehouse stable version to integrate openstack with VCenter. I am using CentOS 6.5 64 bit. I am facing the below issue while running ./stack. Any pointer/help would be greatly appreciated. Here is related error log. $./stack.sh 2014-09-15 11:35:27.881 | + [[

[openstack-dev] [tripleo][heat][ironic] Heat Ironic resources and "ready state" orchestration

All, Starting this thread as a follow-up to a strongly negative reaction by the Ironic PTL to my patches[1] adding initial Heat->Ironic integration, and subsequent very detailed justification and discussion of why they may be useful in this spec[2]. Back in Atlanta, I had some discussions with fo

Re: [openstack-dev] battling stale .pyc files

Hi Mike, Thanks for bringing it up. I wanna say that I'm not an expert in CPython, but I personally like the fix because I have had some problems with stale .pyc in Ironic before, and they are pretty annoying. On Fri, Sep 12, 2014 at 4:18 PM, Mike Bayer wrote: > I’ve just found https://bugs.laun

Re: [openstack-dev] Attach an USB disk to VM [nova]

Sure, take a look at Software Configuration feature of Heat https://wiki.openstack.org/wiki/Heat/Blueprints/hot-software-config-spec Examples of SoftwareConfiguration usage may be found here: https://git.openstack.org/cgit/openstack/heat-templates/tree/hot/software-config On Mon, Sep 15, 2014 at

Re: [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 12/09/14 19:08, Doug Hellmann wrote: > > On Sep 12, 2014, at 1:03 PM, Ihar Hrachyshka > wrote: > >> Signed PGP part On 12/09/14 17:30, Mike Bayer wrote: >>> >>> On Sep 12, 2014, at 10:40 AM, Ihar Hrachyshka >>> wrote: >>> Signed PGP par

Re: [openstack-dev] [Nova] What's holding nova development back?

On Mon, Sep 15, 2014 at 7:42 PM, Daniel P. Berrange wrote: > Unfortunately the reliability of the gate systems has the highest negative > impact on productivity right at the point in the dev cycle where we need > it to have the least impact too. Agreed. However, my instinct is that a lot of our

Re: [openstack-dev] Attach an USB disk to VM [nova]

Hi All, Is there any way to do the same using Heat ? Thanks fipuzzles On Mon, Sep 15, 2014 at 12:09 PM, Serg Melikyan wrote: > Other approach to the way I have described in the mail above is to use > openstack/os-collect-config > project to hand

[openstack-dev] [Neutron] keep old specs

I saw that the specs that didn't make the deadline for the feature freeze were removed from the tree completely.[1] For easier reference, can we instead revert that commit to restore them and then move them into a release specific folder called 'unimplemented' or something along those lines? It wi

Re: [openstack-dev] [Nova] What's holding nova development back?

On Sun, Sep 14, 2014 at 07:07:13AM +1000, Michael Still wrote: > Just an observation from the last week or so... > > The biggest problem nova faces at the moment isn't code review latency. Our > biggest problem is failing to fix our bugs so that the gate is reliable. > The number of rechecks we've

[openstack-dev] All Juno dependencies uploaded to Debian

Heya all! A bit of update to my Debian packaging work I want to share with everyone here. Absolutely all Juno dependencies have entered Debian (well, all but python-xstatic-jquery.bootstrap.wizard which I forgot, and which I have just uploaded to Sid, waiting for the FTP masters to review, but it

Re: [openstack-dev] [nova] Expand resource name allowed characters

On Fri, Sep 12, 2014 at 01:52:35PM -0400, Chris St. Pierre wrote: > We have proposed that the allowed characters for all resource names in Nova > (flavors, aggregates, etc.) be expanded to all printable unicode characters > and horizontal spaces: https://review.openstack.org/#/c/119741 > > Current

Re: [openstack-dev] [nova][neutron][cinder] Averting the Nova crisis by splitting out virt drivers

On Mon, Sep 15, 2014 at 11:00:15AM +0200, Thierry Carrez wrote: > Chris Friesen wrote: > > On 09/12/2014 04:59 PM, Joe Gordon wrote: > >> [...] > >> Can't you replace the word 'libvirt code' with 'nova code' and this > >> would still be true? Do you think landing virt driver code is harder > >> the

Re: [openstack-dev] [nova][neutron][cinder] Averting the Nova crisis by splitting out virt drivers

Chris Friesen wrote: > On 09/12/2014 04:59 PM, Joe Gordon wrote: >> [...] >> Can't you replace the word 'libvirt code' with 'nova code' and this >> would still be true? Do you think landing virt driver code is harder >> then landing non virt driver code? If so do you have any numbers to back >> thi

Re: [openstack-dev] [Cinder] Request for J3 FFE - NetApp: storage pools for scheduler

Mike Perez wrote: > On 14:24 Fri 05 Sep , Alex Meade wrote: >> Hi Cinder Folks, >> >> I would like to request a FFE for cinder pools support with the NetApp >> drivers[1][2]. > > Looks like this is being reviewed now. Looks like it merged, so I retroactively added it to RC1. -- Thierry Carr

Re: [openstack-dev] [Nova] What's holding nova development back?

On 09/14/2014 12:27 AM, Boris Pavlovic wrote: > Michael, > > I am so glad that you started this topic. > I really like idea of of taking a pause with features and concentrating > on improvement of current code base. > > Even if the >1 k open bugs https://bugs.launchpad.net/nova are vital > iss

Re: [openstack-dev] [Nova] What's holding nova development back?

On 09/13/2014 11:07 PM, Michael Still wrote: > Just an observation from the last week or so... > > The biggest problem nova faces at the moment isn't code review latency. > Our biggest problem is failing to fix our bugs so that the gate is > reliable. The number of rechecks we've done in the last

Re: [openstack-dev] [Zaqar] Zaqar graduation (round 2) [was: Comments on the concerns arose during the TC meeting]

On 09/12/2014 07:13 PM, Clint Byrum wrote: > Excerpts from Thierry Carrez's message of 2014-09-12 02:16:42 -0700: >> Clint Byrum wrote: >>> Excerpts from Flavio Percoco's message of 2014-09-11 04:14:30 -0700: Is Zaqar being optimized as a *queuing* service? I'd say no. Our goal is to opti

Re: [openstack-dev] [Neutron] Allow for per-subnet dhcp options

Maybe this blueprint can meet some of your requirements? It allows specification of MTU for a network instead of a subnet, though. https://review.openstack.org/#/c/105989/ Xu Han On 09/12/2014 01:01 AM, Jonathan Proulx wrote: Hi All, I'm hoping to get this blueprint https://blueprints.launch

Re: [openstack-dev] China blocking access to OpenStack git review push

Hi, You can use git-credentials-cache or git-credentials-store to persist your password: # cache[1]: safer but cleaned after timeout or reboot git config --global credential.https://review.openstack.org..helper=cache --timeout XXX # or # store[2]: permanent but less safer, stored in a plain file

<    1   2