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

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

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

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

[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

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

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

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

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

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] [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] [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] [nova] Expand resource name allowed characters

On Mon, Sep 15, 2014 at 4:34 AM, Daniel P. Berrange wrote: > To arbitrarily restrict the user is a bug. > QFT. This is why I don't feel like a blueprint should be necessary -- this is a fairly simple changes that fixes what's pretty undeniably a bug. I also don't see much consensus on whether o

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

On Mon, Sep 15, 2014 at 09:21:45AM -0500, Chris St. Pierre wrote: > On Mon, Sep 15, 2014 at 4:34 AM, Daniel P. Berrange > wrote: > > > To arbitrarily restrict the user is a bug. > > > > QFT. > > This is why I don't feel like a blueprint should be necessary -- this is a > fairly simple changes t

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

FWIW, they Keystone team had discussed this topic a few weeks ago. For the specs that didn't make FF, we pinged the author to see if it would be re-submitted for Kilo. If we received a yes, then we moved it to a separate Kilo folder [1][2][3]. Otherwise we were going to move the spec into a new fol

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

On 09/15/2014 10:31 AM, Daniel P. Berrange wrote: > On Mon, Sep 15, 2014 at 09:21:45AM -0500, Chris St. Pierre wrote: >> On Mon, Sep 15, 2014 at 4:34 AM, Daniel P. Berrange >> wrote: >> >>> To arbitrarily restrict the user is a bug. >>> >> >> QFT. >> >> This is why I don't feel like a blueprint sh

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

On Sep 15, 2014, at 7:34 AM, Lucas Alvares Gomes wrote: > > So this ordering thing, I don't think that it's caused by the > PYTHONDONTWRITEBYTECODE, I googled that but couldn't find anything > relating this option to the way python hash things (please point me to > a document/code if I'm wrong)

[openstack-dev] oslo.i18n 0.4.0 released

The Oslo team has released version 0.4.0 of oslo.i18n. This version fixes a missing dependency on the six library. We expect this to be the last pre-release of oslo.i18n before the final release on Thursday. Doug ___ OpenStack-dev mailing list OpenSt

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] [Heat] Core team tidy-up

From time to time we have people drift away from core reviewing activity on Heat for the long term due to changing employers, changing roles or just changing priorities. It's time for a bit of a clean-up, so I have removed Liang Chen and Steve Dake from the heat-core group. We thank them for t

[openstack-dev] oslo.config 1.4.0.0a5 released

The Oslo team is pleased to announce the release of oslo.config 1.4.0.0a5. We expect this to be the final alpha of oslo.config before the final release of 1.4 on Thursday. This update includes a fix for variable substitution for deprecated or moved options. Doug _

[openstack-dev] oslo.serialization 0.3.0 released

The Oslo team is pleased to announce the release of version 0.3.0 of oslo.serialization. This version updates the dependencies of oslo.serialization to be consistent with the other libraries. We expect this to be the last update before we release 1.0.0 on Thursday Doug ___

Re: [openstack-dev] [all] [clients] [keystone] lack of retrying tokens leads to overall OpenStack fragility

On Wed, Sep 10, 2014 at 9:14 AM, Sean Dague wrote: > Going through the untriaged Nova bugs, and there are a few on a similar > pattern: > > Nova operation in progress takes a while > Crosses keystone token expiration time > Timeout thrown > Operation fails > Terrible 500 error sent back to us

Re: [openstack-dev] [Ironic] Error in deploying ironicon Ubuntu 12.04

Hi, I reran the script after commenting out the docker.io line. Here is the error I am getting: 2014-09-15 13:25:04.977 | + mysql -uroot -ppassword -h127.0.0.1 -e 'DROP DATABASE IF EXISTS nova;' 2014-09-15 13:25:04.981 | + mysql -uroot -ppassword -h127.0.0.1 -e 'CREATE DATABASE nova CHARACTE

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

On Mon, Sep 15, 2014 at 7:44 AM, Steven Hardy wrote: > 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

[openstack-dev] Heat dependency visualisation

For your amusement, https://github.com/lxsli/heat-viz This produces HTML which shows which StructuredDeployments (boxes) depends_on each other (bold arrows). It also shows the StructuredDeployments which StructuredConfigs (ovals) feed into (normal arrows). Both CFN + HOT format files should

Re: [openstack-dev] [all] PYTHONDONTWRITEBYTECODE=true in tox.ini

On 12/09/14 17:11, Doug Hellmann wrote: > I also use git-hooks with a post-checkout script to remove pyc files any time > I change between branches, which is especially helpful if the different > branches have code being moved around: > > git-hooks: https://github.com/icefox/git-hooks > > The

[openstack-dev] oslo.middleware 0.1.0 release

on behalf of the Oslo team, we're pleased to the announce the initial public release of oslo.middleware (verison 0.1.0). this library contains WSGI middleware, previously available under openstack/common/middleware, that provides additional functionality to the api pipeline.the oslo.middleware

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

On Mon, Sep 15, 2014 at 11:15:21AM -0400, James Slagle wrote: > On Mon, Sep 15, 2014 at 7:44 AM, Steven Hardy wrote: > > 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 > > subseque

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

On 09/15/2014 10:21 AM, Chris St. Pierre wrote: On Mon, Sep 15, 2014 at 4:34 AM, Daniel P. Berrange mailto:berra...@redhat.com>> wrote: To arbitrarily restrict the user is a bug. QFT. This is why I don't feel like a blueprint should be necessary -- this is a fairly simple changes that fix

[openstack-dev] [tripleo] Adding hp1 back running tripleo CI

I've been running overcloud CI tests on hp1 to establish if its ready to turn back on running real CI, I'd like to add this back in soon but first have some numbers we should look at and make some decisions The hp1 cloud throws up more false negatives then rh1, nearly all of these are either probl

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

On 09/15/2014 04:01 AM, Nikola Đipanov wrote: 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 num

Re: [openstack-dev] [Heat] Defining what is a SupportStatus version

On 14/09/14 11:09, Clint Byrum wrote: Excerpts from Gauvain Pocentek's message of 2014-09-04 22:29:05 -0700: Hi, A bit of background: I'm working on the publication of the HOT resources reference on docs.openstack.org. This book is mostly autogenerated from the heat source code, using the sphin

[openstack-dev] [oslo-vmware] Propose adding Radoslav to core team

Hi, I would like to propose Radoslav to be a core team member. Over the course of the J cycle he has been great with the reviews, bug fixes and updates to the project. Can the other core team members please update with your votes if you agree or not. Thanks Gary _

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

On Sep 15, 2014, at 12:00 PM, Steven Hardy wrote: > On Mon, Sep 15, 2014 at 11:15:21AM -0400, James Slagle wrote: >> On Mon, Sep 15, 2014 at 7:44 AM, Steven Hardy wrote: >>> All, >>> >>> Starting this thread as a follow-up to a strongly negative reaction by the >>> Ironic PTL to my patches[1] ad

Re: [openstack-dev] [all] Design Summit planning

On 09/12/2014 11:54 AM, Thierry Carrez wrote: > Anita Kuno wrote: >> My question involves third party discussions. Now I know at least >> Neutron is going to have a chat about drivers which involves third party >> ci accounts as a supportive aspect of that discussion, but I am >> wondering about th

[openstack-dev] [mistral] Team meeting minutes/log - 09/15/2014

Thanks everyone for participating the meeting today! In case you’d like to see what we discussed, here’s Meeting minutes: http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-09-15-16.01.html Meeting full log: http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-09-15-

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

Excerpts from Steven Hardy's message of 2014-09-15 04:44:24 -0700: > 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 ma

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

Excerpts from James Slagle's message of 2014-09-15 08:15:21 -0700: > On Mon, Sep 15, 2014 at 7:44 AM, Steven Hardy wrote: > > 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 > > sub

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

On Mon, Sep 15, 2014 at 09:50:24AM -0700, Clint Byrum wrote: > Excerpts from Steven Hardy's message of 2014-09-15 04:44:24 -0700: > > 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

Re: [openstack-dev] [oslo-vmware] Propose adding Radoslav to core team

+1 to Rados for oslo.vmware team -- dims On Mon, Sep 15, 2014 at 12:37 PM, Gary Kotton wrote: > Hi, > I would like to propose Radoslav to be a core team member. Over the course > of the J cycle he has been great with the reviews, bug fixes and updates to > the project. > Can the other core team

Re: [openstack-dev] [oslo-vmware] Propose adding Radoslav to core team

+1 On Sep 15, 2014, at 9:37 AM, Gary Kotton mailto:gkot...@vmware.com>> wrote: Hi, I would like to propose Radoslav to be a core team member. Over the course of the J cycle he has been great with the reviews, bug fixes and updates to the project. Can the other core team members please update w

Re: [openstack-dev] [Trove] Cluster implementation is grabbing instance's guts

I agree with your suggestion to stop hitting the service_statuses table directly and instead hit the instance model. But now I have an observation: Nova is already being called here as part of the polling done by FreshInstanceTasks#create_instance (https://github.com/openstack/trove/blob/06196f

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

Excerpts from Flavio Percoco's message of 2014-09-15 00:57:05 -0700: > 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 Zaq

[openstack-dev] [neutron] Weekly meeting is today at 2100 UTC

Just a note that per our new rotating meeting schedule, we'll hold the Neutron meeting today at 2100 UTC in #openstack-meeting. Please feel free to add items to the meeting agenda [1]. Thanks! Kyle [1] https://wiki.openstack.org/wiki/Network/Meetings _

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

Steven, It's important to note that two of the blueprints you reference: https://blueprints.launchpad.net/ironic/+spec/drac-raid-mgmt https://blueprints.launchpad.net/ironic/+spec/drac-hw-discovery are both very unlikely to land in Ironic -- these are configuration and discovery pieces that be

Re: [openstack-dev] [oslo-vmware] Propose adding Radoslav to core team

+1 On Sep 15, 2014, at 10:18 AM, Arnaud Legendre wrote: +1 On Sep 15, 2014, at 9:37 AM, Gary Kotton mailto:gkot...@vmware.com>> wrote: Hi, I would like to propose Radoslav to be a core team member. Over the course of the J cycle he has been great with the reviews, bug fixes and updates to the

Re: [openstack-dev] [release] client release deadline - Sept 18th

On 9/10/2014 11:08 AM, Kyle Mestery wrote: On Wed, Sep 10, 2014 at 10:01 AM, Matt Riedemann wrote: On 9/9/2014 4:19 PM, Sean Dague wrote: As we try to stabilize OpenStack Juno, many server projects need to get out final client releases that expose new features of their servers. While this

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

On Mon, Sep 15, 2014 at 12:59 PM, Clint Byrum wrote: > Excerpts from James Slagle's message of 2014-09-15 08:15:21 -0700: >> On Mon, Sep 15, 2014 at 7:44 AM, Steven Hardy wrote: >> > Following discovery, but before an undercloud deploying OpenStack onto the >> > nodes, there are a few steps which

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

On Mon, Sep 15, 2014 at 12:44:24PM +0100, Steven Hardy wrote: > 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

[openstack-dev] How to inject files inside VM using Heat [heat]

Hi All, I am trying to inject a file from outside into a guest using heat, what heat properties can i use for the same ? If I am not wrong, there is an option in nova boot "--file" to do the same, do we have an equivalent option in heat also ? Thanks in advance. Regards Fipuzzles __

[openstack-dev] [gantt] Cancel the IRC meeting this week?

I'd like to propose that we defer the meeting this week and reconvene next Tues, 9/23. I don't think there's much new to talk about right now and we're waiting for a write up on the claims process. I'd like to get that write up when it's ready, have everyone review it and then we can talk more

Re: [openstack-dev] [all] PYTHONDONTWRITEBYTECODE=true in tox.ini

On 09/15/2014 09:29 AM, Radomir Dopieralski wrote: > On 12/09/14 17:11, Doug Hellmann wrote: > >> I also use git-hooks with a post-checkout script to remove pyc files any >> time I change between branches, which is especially helpful if the different >> branches have code being moved around: >>

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

On Mon, 2014-09-15 at 11:04 -0700, Jim Rollenhagen wrote: > On Mon, Sep 15, 2014 at 12:44:24PM +0100, Steven Hardy wrote: > > 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 > > sub

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

On 15/09/14 12:00, Steven Hardy wrote: For example, today, I've been looking at the steps required for driving autodiscovery: https://etherpad.openstack.org/p/Ironic-PoCDiscovery-Juno Driving this process looks a lot like application orchestration: 1. Take some input (IPMI credentials and MAC

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

On Mon, Sep 15, 2014 at 11:16 AM, Jay Pipes wrote: > I believe I did: > > http://lists.openstack.org/pipermail/openstack-dev/2014- > September/045924.html Sorry, missed your explanation. I think Sean's suggestion -- to keep ID fields restricted, but de-restrict name fields -- walks a nice middl

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

Excerpts from Steven Hardy's message of 2014-09-15 10:10:05 -0700: > On Mon, Sep 15, 2014 at 09:50:24AM -0700, Clint Byrum wrote: > > Excerpts from Steven Hardy's message of 2014-09-15 04:44:24 -0700: > > > All, > > > > > > Starting this thread as a follow-up to a strongly negative reaction by the

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

On 15/09/14 13:28, Clint Byrum wrote: Excerpts from Flavio Percoco's message of 2014-09-15 00:57:05 -0700: 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

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

Linking clearly isn't my strong suit: https://review.openstack.org/#/c/119741/ On Mon, Sep 15, 2014 at 1:58 PM, Chris St. Pierre wrote: > On Mon, Sep 15, 2014 at 11:16 AM, Jay Pipes wrote: > >> I believe I did: >> >> http://lists.openstack.org/pipermail/openstack-dev/2014- >> September/045924.h

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

Excerpts from Zane Bitter's message of 2014-09-15 12:05:09 -0700: > On 15/09/14 13:28, Clint Byrum wrote: > > Excerpts from Flavio Percoco's message of 2014-09-15 00:57:05 -0700: > >> On 09/12/2014 07:13 PM, Clint Byrum wrote: > >>> Excerpts from Thierry Carrez's message of 2014-09-12 02:16:42 -070

Re: [openstack-dev] How to inject files inside VM using Heat [heat]

On Mon, Sep 15, 2014 at 9:06 PM, pratik maru wrote: > Hi All, > > I am trying to inject a file from outside into a guest using heat, what > heat properties can i use for the same ? > > You might take a look at https://github.com/openstack/heat-templates/blob/7ec1eb98707dc759c699ad59d46e098e6c06e4

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

On Mon, Sep 15, 2014 at 05:51:43PM +, Jay Faulkner wrote: > Steven, > > It's important to note that two of the blueprints you reference: > > https://blueprints.launchpad.net/ironic/+spec/drac-raid-mgmt > https://blueprints.launchpad.net/ironic/+spec/drac-hw-discovery > > are both very unlik

Re: [openstack-dev] [Octavia] Responsibilities for controller drivers

Hi Brandon! My responses in-line: On Fri, Sep 12, 2014 at 11:27 AM, Brandon Logan wrote: > IN IRC the topic came up about supporting many-to-many load balancers to > amphorae. I believe a consensus was made that allowing only one-to-many > load balancers to amphorae would be the first step for

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

On 09/15/2014 04:08 PM, Steven Hardy wrote: On Mon, Sep 15, 2014 at 05:51:43PM +, Jay Faulkner wrote: Steven, It's important to note that two of the blueprints you reference: https://blueprints.launchpad.net/ironic/+spec/drac-raid-mgmt https://blueprints.launchpad.net/ironic/+spec/drac-hw-

Re: [openstack-dev] [Heat] Defining what is a SupportStatus version

On Mon, Sep 15, 2014 at 11:31 AM, Zane Bitter wrote: > On 14/09/14 11:09, Clint Byrum wrote: > >> Excerpts from Gauvain Pocentek's message of 2014-09-04 22:29:05 -0700: >> >>> Hi, >>> >>> A bit of background: I'm working on the publication of the HOT >>> resources reference on docs.openstack.org.

Re: [openstack-dev] [all] PYTHONDONTWRITEBYTECODE=true in tox.ini

On Mon, Sep 15, 2014 at 1:25 PM, Eric Blake wrote: > On 09/15/2014 09:29 AM, Radomir Dopieralski wrote: > > On 12/09/14 17:11, Doug Hellmann wrote: > > > >> I also use git-hooks with a post-checkout script to remove pyc files > any time I change between branches, which is especially helpful if th

Re: [openstack-dev] [Octavia] Responsibilities for controller drivers

I pretty much completely agree with Stephen here, other than believing we should do N:1 on VIPs (item 2 in your list) from the start. We know we're doing IPv6 this way, and I'd rather not put off support for it at the controller/driver/whatever layer just because the underlying infrastructure i

Re: [openstack-dev] [all] PYTHONDONTWRITEBYTECODE=true in tox.ini

On 09/15/2014 03:02 PM, Brant Knudson wrote: >>> Good thing that python modules can't have spaces in their names! But for >>> the future, find has a "-delete" parameter that won't break horribly on >>> strange filenames. >>> >>> find . -name '*.pyc' -delete >> >> GNU find has that as an extension,

Re: [openstack-dev] [all] PYTHONDONTWRITEBYTECODE=true in tox.ini

On 09/15/2014 03:15 PM, Eric Blake wrote: > On 09/15/2014 03:02 PM, Brant Knudson wrote: > Good thing that python modules can't have spaces in their names! But for the future, find has a "-delete" parameter that won't break horribly on strange filenames. find . -name '*.py

Re: [openstack-dev] [Heat] Defining what is a SupportStatus version

On 15/09/14 16:55, Anne Gentle wrote: On Mon, Sep 15, 2014 at 11:31 AM, Zane Bitter wrote: On 14/09/14 11:09, Clint Byrum wrote: Excerpts from Gauvain Pocentek's message of 2014-09-04 22:29:05 -0700: Hi, A bit of background: I'm working on the publication of the HOT resources reference on

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

On Tue, Sep 16, 2014 at 12:30 AM, Russell Bryant wrote: > 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 l

Re: [openstack-dev] [Heat] Defining what is a SupportStatus version

Excerpts from Zane Bitter's message of 2014-09-15 09:31:33 -0700: > On 14/09/14 11:09, Clint Byrum wrote: > > Excerpts from Gauvain Pocentek's message of 2014-09-04 22:29:05 -0700: > >> Hi, > >> > >> A bit of background: I'm working on the publication of the HOT > >> resources reference on docs.ope

Re: [openstack-dev] [tripleo] Adding hp1 back running tripleo CI

This is a total shot in the dark, but a couple of us ran into issues with the Ubuntu Trusty kernel (I know I hit it on HP hardware) that was causing severely degraded performance for TripleO. This fixed with a recently released kernel in Trusty... maybe you could be running into this? -Greg > Als

[openstack-dev] [oslo] final review push for releases thursday

We’re down to 2 bugs, both of which have patches up for review. James Carey has a fix for the decoding error we’re seeing in mask_password(). It needs to land in oslo.utils and oslo-incubator: - utils: https://review.openstack.org/#/c/121657/ - incubator: https://review.openstack.org/#/c/121632/

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

On Mon, Sep 15, 2014 at 4:30 PM, Michael Still wrote: > On Tue, Sep 16, 2014 at 12:30 AM, Russell Bryant > wrote: > > 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... > >>>

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

On 09/15/2014 05:52 PM, Brant Knudson wrote: > > > On Mon, Sep 15, 2014 at 4:30 PM, Michael Still > wrote: > > On Tue, Sep 16, 2014 at 12:30 AM, Russell Bryant > wrote: > > On 09/15/2014 05:42 AM, Daniel P. Berrange wrote: >

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

On 09/15/2014 05:30 PM, Michael Still wrote: On Tue, Sep 16, 2014 at 12:30 AM, Russell Bryant wrote: 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

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

Sean, I have tabs opened to: http://status.openstack.org/elastic-recheck/gate.html http://status.openstack.org/elastic-recheck/data/uncategorized.html and periodically catch up on openstack-qa on IRC as well, i just did not realize this wsgi gate bug was hurting the gate this much. So, could we

[openstack-dev] [all] OpenStack bootstrapping hour - Friday Sept 19th - 3pm EST

A few of us have decided to pull together a regular (cadence to be determined) video series taking on deep dives inside of OpenStack, looking at code, explaining why things work that way, and fielding questions from anyone interested. For lack of a better title, I've declared it OpenStack Bootstra

[openstack-dev] [glance][all] Help with interpreting the log level guidelines

Hi there logging experts, We've recently had a little disagreement in the glance team about the appropriate log levels for http requests that end up failing due to user errors. An example would be a request to get an image that does not exist, which results in a 404 Not Found request. On one hand

Re: [openstack-dev] [glance][all] Help with interpreting the log level guidelines

On 09/15/2014 07:00 PM, Mark Washenberger wrote: > Hi there logging experts, > > We've recently had a little disagreement in the glance team about the > appropriate log levels for http requests that end up failing due to user > errors. An example would be a request to get an image that does not >

Re: [openstack-dev] [glance][all] Help with interpreting the log level guidelines

Excerpts from Sean Dague's message of 2014-09-15 16:02:04 -0700: > On 09/15/2014 07:00 PM, Mark Washenberger wrote: > > Hi there logging experts, > > > > We've recently had a little disagreement in the glance team about the > > appropriate log levels for http requests that end up failing due to us

Re: [openstack-dev] [glance][all] Help with interpreting the log level guidelines

On 09/15/2014 07:00 PM, Mark Washenberger wrote: Hi there logging experts, We've recently had a little disagreement in the glance team about the appropriate log levels for http requests that end up failing due to user errors. An example would be a request to get an image that does not exist, whi

Re: [openstack-dev] [all] OpenStack bootstrapping hour - Friday Sept 19th - 3pm EST

Sean / Dan / Jay, I just wanted to say that I think this is awesome and I appreciate the effort you're putting into the community. Michael On Tue, Sep 16, 2014 at 8:56 AM, Sean Dague wrote: > A few of us have decided to pull together a regular (cadence to be > determined) video series taking on

  1   2   >