Re: [openstack-dev] Heat dependency visualisation

> Nice. What would be even nicer is a change to python-heatclient so that > heat resource-list has an option to output in dotfile format. +1. It would also be interesting to check if the dependency analysis is capable of exploding a resource-group. Say I have a ResourceGroup where each resource

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

Hi, I did unstack and ran stack.sh again. Tried that 2-3 times, but I am getting this error always: 2014-09-15 16:34:51.047 | +++ grep tap 2014-09-15 16:34:51.047 | +++ sudo ip netns exec qdhcp-d117dfad-d794-4db1-9e1c-87818ebbba27 ip link list 2014-09-15 16:34:51.048 | +++ cut -d: -f2 2014-

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

And if u can also prove NP = P u get 1 million dollars[1, 2] Let me know when u got the proof, Thanks much, [1] http://www.claymath.org/millenium-problems/p-vs-np-problem [2] http://www.claymath.org/millennium-problems/millennium-prize-problems -Josh On Mon, Sep 15, 2014 at 5:07 PM, Jeremy

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

This is awesome, thanks for this guys! Regards 2014-09-16 7:09 GMT+02:00 Angelo Matarazzo : > You are great!!! > As newbie I tell you: thank you a lot > Angelo > Il giorno 16/set/2014 00:58, "Sean Dague" ha scritto: > > A few of us have decided to pull together a regular (cadence to be >> deter

[openstack-dev] how to deploy juno devstack without multiple backend

Hi, I want to delploy a juno devstack without multiple backends. I want only one backend different from lvm,say HP MSA. Can any one tell me what to modify in local.conf of devstack for this? By default,it is enabling multiple lvm backends. Also,if i want multiple backends different from lvm back

Re: [openstack-dev] [OSSN 0020] Disassociating floating IPs does not terminate NAT connections with Neutron L3 agent

Hey stackers, Let me ask something about this... Why not use Linux Conntrack Table at each Tenant Namespace (L3 Router) to detect which connections were made/established over a Floating IP ? Like this, on the Neutron L3 Router: -- apt-get install conntrack ip netns exec qrouter-09b72faa-a5ef-4a

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

+1. Rado has been very instrumental in helping with reviews and making significant fixes to oslo.vmware. He also contributed greatly to the effort to integrate the library with other projects. Vui From: Arnaud Legendre Sent: Monday, September 15, 2014 10:18 AM

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. As of writing this, from a

[openstack-dev] [neutron] Ipset, merge refactor for J?

During the ipset implementatio, we designed a refactor [1] to cleanup the firewall driver a bit, and move all the ipset low-level knowledge down into the IpsetManager. I'd like to see this merged for J, and, it's a bit of an urgent matter to decide, because we keep adding small changes [2] [3

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

You are great!!! As newbie I tell you: thank you a lot Angelo Il giorno 16/set/2014 00:58, "Sean Dague" ha scritto: > 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 wo

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

On 09/15/2014 03:56 PM, Sean Dague wrote: > 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

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

On 09/15/2014 08:04 PM, Rochelle.RochelleGrober wrote: I'd like to vote for a few others: - Development environment (different ones: PyCharms, Eclipse, IDE for Docs, etc) - Tracking down a bug: log searching, back tracing, etc. - Fixing a bug: From assigning in Launchpad through clone, fix, git

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

On Tue, 16 Sep 2014 12:04:53 AM Rochelle.RochelleGrober wrote: > +1000 > This is *great*. Not only for newbies, but refreshers, learning different > approaches, putting faces to the signatures, etc. And Mock best practices > is a brilliant starting place for developers. > > I'd like to vote for

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

I feel maybe usb redirection is a way to what you want. But unfortunately the blueprint has not been finished in juno. https://review.openstack.org/#/c/89834/ Best regards to you. Ricky From: pratik maru [mailto:fipuzz...@gmail.com] Sent: Monday, September 15, 2014 3:01 AM To: openstack-dev@

Re: [openstack-dev] Heat dependency visualisation

On 16/09/14 03:24, Alexis Lee wrote: > 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 (nor

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

On 09/15/2014 11:05 PM, Chmouel Boudjnah wrote: Sean Dague writes: Episode 0 - Mock best practices will kick off this Friday, Sept 19th, from 3pm - 4pm EST. Our experts for this will be Jay Pipes and Dan ah too bad this is when the week-end start in Europe (and usually mean family time for m

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

On 09/15/2014 08:07 PM, Jeremy Stanley wrote: On 2014-09-15 17:59:10 -0400 (-0400), Jay Pipes wrote: [...] Sometimes it's pretty hard to determine whether something in the E-R check page is due to something in the infra scripts, some transient issue in the upstream CI platform (or part of it), o

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

Sean Dague writes: > Episode 0 - Mock best practices will kick off this Friday, Sept 19th, > from 3pm - 4pm EST. Our experts for this will be Jay Pipes and Dan ah too bad this is when the week-end start in Europe (and usually mean family time for me) but no complaining I guess there is no hours

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

Hi Stephen, Same drill On Mon, 2014-09-15 at 13:33 -0700, Stephen Balukoff wrote: > 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 > ampho

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

> On Fri, Sep 12, 2014 at 12:02 PM, Tripp, Travis S > wrote: > > > > > From Jamie Lennox: > > >> We handle this in the keystoneclient Session object by just > > >> printing > > REDACTED or something similar. > > >> The problem with using a SHA1 is that for backwards compatability > > >> we > >

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

+1 On Tue, Sep 16, 2014 at 1:56 AM, Sabari Murugesan wrote: > +1 > > On Sep 15, 2014, at 10:18 AM, Arnaud Legendre wrote: > > +1 > > On Sep 15, 2014, at 9:37 AM, 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

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

Hi Thanks for your reply. Can "personality" knob under OS::Nova:Server be used for the same purpose, if yes, then can you please given an example. Thanks Pratik On Tue, Sep 16, 2014 at 1:09 AM, Denis Makogon wrote: > > > On Mon, Sep 15, 2014 at 9:06 PM, pratik maru wrote: > >> Hi All, >> >>

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

On 09/12/2014 12:46 AM, Angus Lees wrote: > On Thu, 11 Sep 2014 03:21:52 PM Steven Hardy wrote: >> On Wed, Sep 10, 2014 at 08:46:45PM -0400, Jamie Lennox wrote: >>> For service to service communication there are two types. >>> 1) using the user's token like nova->cinder. If this token expires the

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

Doug, One merged, Three in gate. -- dims On Mon, Sep 15, 2014 at 5:48 PM, Doug Hellmann wrote: > 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

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

On 2014-09-15 17:59:10 -0400 (-0400), Jay Pipes wrote: [...] > Sometimes it's pretty hard to determine whether something in the > E-R check page is due to something in the infra scripts, some > transient issue in the upstream CI platform (or part of it), or > actually a bug in one or more of the Op

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

+1000 This is *great*. Not only for newbies, but refreshers, learning different approaches, putting faces to the signatures, etc. And Mock best practices is a brilliant starting place for developers. I'd like to vote for a few others: - Development environment (different ones: PyCharms, Eclips

[openstack-dev] [OSSN 0020] Disassociating floating IPs does not terminate NAT connections with Neutron L3 agent

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Disassociating floating IPs does not terminate NAT connections with Neutron L3 agent - --- ### Summary ### Every virtual instance is automatically assigned a private IP address. You may optionally assign public IP addresses to instances. OpenStack use

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

This is a great idea, thanks! On 16 September 2014 08:56, Sean Dague wrote: > 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 f

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

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

[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

[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

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

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?

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

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

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

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

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

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

[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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  1   2   >