Re: [openstack-dev] [diskimage-builder] Tracing levels for scripts (119023)

Excerpts from Chris Jones's message of 2014-12-03 02:47:30 -0800: > Hi > > I am very sympathetic to this view. We have a patch in hand that improves the > situation. We also have disagreement about the ideal situation. > > I +2'd Ian's patch because it makes things work better than they do now.

Re: [openstack-dev] [diskimage-builder] Tracing levels for scripts (119023)

Excerpts from Ian Wienand's message of 2014-12-02 11:22:31 -0800: > On 12/02/2014 03:46 PM, Clint Byrum wrote: > > 1) Conform all o-r-c scripts to the logging standards we have in > > OpenStack, or write new standards for diskimage-builder and conform > > them to th

Re: [openstack-dev] [Heat] Convergence proof-of-concept showdown

Excerpts from Anant Patil's message of 2014-12-02 10:37:31 -0800: > Yes, that's the synchronization block for which we use the stack lock. > Currently, a thread spin waits to acquire the lock to enter this critical > section. > > I don't really know how to do application level transaction. Is ther

Re: [openstack-dev] [qa] Should it be allowed to attach 2 interfaces from the same subnet to a VM?

Excerpts from Danny Choi (dannchoi)'s message of 2014-12-02 08:34:07 -0800: > Hi Andrea, > > Though both interfaces come up, only one will response to the ping from the > neutron router. > When I disable it, then the second one will response to ping. > So it looks like only one interface is usefu

Re: [openstack-dev] [diskimage-builder] Tracing levels for scripts (119023)

Excerpts from James Slagle's message of 2014-11-28 11:27:20 -0800: > On Thu, Nov 27, 2014 at 1:29 PM, Sullivan, Jon Paul > wrote: > >> -Original Message- > >> From: Ben Nemec [mailto:openst...@nemebean.com] > >> Sent: 26 November 2014 17:03 > >> To: OpenStack Development Mailing List (not

Re: [openstack-dev] [Heat] Using Job Queues for timeout ops

Excerpts from Zane Bitter's message of 2014-12-01 13:05:42 -0800: > On 13/11/14 13:59, Clint Byrum wrote: > > I'm not sure we have the same understanding of AMQP, so hopefully we can > > clarify here. This stackoverflow answer echoes my understanding: > > > &g

[openstack-dev] [TripleO] mid-cycle details final draft

Hello! I've received confirmation that our venue, the HP offices in downtown Seattle, will be available for the most-often-preferred least-often-cannot week of Feb 16 - 20. Our venue has a maximum of 20 participants, but I only have 16 possible attendees now. Please add yourself to that list _now_

Re: [openstack-dev] [Heat] Convergence proof-of-concept showdown

Excerpts from Anant Patil's message of 2014-11-30 23:02:29 -0800: > On 27-Nov-14 18:03, Murugan, Visnusaran wrote: > > Hi Zane, > > > > > > > > At this stage our implementation (as mentioned in wiki > > ) achieves your > > design goals. >

Re: [openstack-dev] [Neutron] DB: transaction isolation and related questions

Excerpts from Mike Bayer's message of 2014-11-19 10:05:35 -0800: > > > On Nov 18, 2014, at 1:38 PM, Eugene Nikanorov > > wrote: > > > > Hi neutron folks, > > > > There is an ongoing effort to refactor some neutron DB logic to be > > compatible with galera/mysql which doesn't support locking

Re: [openstack-dev] [all] Scale out bug-triage by making it easier for people to contribute

Excerpts from Flavio Percoco's message of 2014-11-17 08:46:19 -0800: > Greetings, > > Regardless of how big/small bugs backlog is for each project, I > believe this is a common, annoying and difficult problem. At the oslo > meeting today, we're talking about how to address our bug triage > process

Re: [openstack-dev] LTFS integration with OpenStack Swift for scenario like - Data Archival as a Service .

Excerpts from Samuel Merritt's message of 2014-11-14 10:06:53 -0800: > On 11/13/14, 10:19 PM, Sachin Goswami wrote: > > In OpenStack Swift - xfs file system is integrated which provides a > > maximum file system size of 8 exbibytes minus one byte (263-1 bytes). > > Not exactly. The Swift storage n

Re: [openstack-dev] [TripleO] [Ironic] [Cinder] "Baremetal volumes" -- how to model direct attached storage

Excerpts from Chris Jones's message of 2014-11-14 00:42:48 -0800: > Hi > > My thoughts: > > Shoe-horning the ephemeral partition into Cinder seems like a lot of pain for > almost no gain[1]. The only gain I can think of would be that we could bring > a node down, boot it into a special ramdisk

Re: [openstack-dev] [Heat] Using Job Queues for timeout ops

Excerpts from Joshua Harlow's message of 2014-11-13 14:01:14 -0800: > On Nov 13, 2014, at 7:10 AM, Clint Byrum wrote: > > > Excerpts from Joshua Harlow's message of 2014-11-13 00:45:07 -0800: > >> A question; > >> > >> How is using somethi

Re: [openstack-dev] [all] config options not correctly deprecated

Excerpts from Ben Nemec's message of 2014-11-13 15:20:47 -0800: > On 11/10/2014 05:00 AM, Daniel P. Berrange wrote: > > On Mon, Nov 10, 2014 at 09:45:02AM +, Derek Higgins wrote: > >> Tl;dr oslo.config wasn't logging warnings about deprecated config > >> options, do we need to support them for

Re: [openstack-dev] [Heat] Using Job Queues for timeout ops

Excerpts from Zane Bitter's message of 2014-11-13 09:55:43 -0800: > On 13/11/14 09:58, Clint Byrum wrote: > > Excerpts from Zane Bitter's message of 2014-11-13 05:54:03 -0800: > >> On 13/11/14 03:29, Murugan, Visnusaran wrote: > >>> Hi all, > >>>

Re: [openstack-dev] [Heat] Using Job Queues for timeout ops

Excerpts from Joshua Harlow's message of 2014-11-13 00:45:07 -0800: > A question; > > How is using something like celery in heat vs taskflow in heat (or at least > concept [1]) 'to many code change'. > > Both seem like change of similar levels ;-) > I've tried a few times to dive into refactor

Re: [openstack-dev] [Heat] Using Job Queues for timeout ops

Excerpts from Zane Bitter's message of 2014-11-13 05:54:03 -0800: > On 13/11/14 03:29, Murugan, Visnusaran wrote: > > Hi all, > > > > Convergence-POC distributes stack operations by sending resource actions > > over RPC for any heat-engine to execute. Entire stack lifecycle will be > > controlled b

[openstack-dev] [TripleO] [Ironic] [Cinder] "Baremetal volumes" -- how to model direct attached storage

Each summit since we created "preserve ephemeral" mode in Nova, I have some conversations where at least one person's brain breaks for a second. There isn't always alcohol involved before, there almost certainly is always a drink needed after. The very term is vexing, and I think we have done ourse

Re: [openstack-dev] [Heat] Conditionals, was: New function: first_nonnull

Excerpts from Zane Bitter's message of 2014-11-12 08:42:44 -0800: > On 12/11/14 10:10, Clint Byrum wrote: > > Excerpts from Zane Bitter's message of 2014-11-11 13:06:17 -0800: > >> On 11/11/14 13:34, Ryan Brown wrote: > >>> I am strongly against all

Re: [openstack-dev] [Heat] Conditionals, was: New function: first_nonnull

Excerpts from Zane Bitter's message of 2014-11-11 13:06:17 -0800: > On 11/11/14 13:34, Ryan Brown wrote: > > I am strongly against allowing arbitrary Javascript functions for > > complexity reasons. It's already difficult enough to get meaningful > > errors when you up your YAML syntax. > > A

Re: [openstack-dev] [neutron] Neutron mid-cycle announcement

Just as a counter-point: The entire reason that a mid-cycle is an important thing to do is to achieve higher bandwidth communication between contributors. We can do Hangouts all the time and that's certainly a useful thing. But making the people in the room who have high bandwidth slow down for tho

Re: [openstack-dev] [Heat] Conditionals, was: New function: first_nonnull

Excerpts from Alexis Lee's message of 2014-11-10 09:34:13 -0800: > Zane Bitter said on Fri, Nov 07, 2014 at 12:35:09AM +0100: > > Crazy thought: why not just implement conditionals? We had a > > proto-spec for them started at one point... > > I didn't know that was on the table :) > > How about w

Re: [openstack-dev] [all] Key signing at the summit?

Excerpts from Jeremy Stanley's message of 2014-11-11 06:31:57 -0800: > On 2014-11-10 23:55:59 -0500 (-0500), Adam Young wrote: > > Um, yeah. What Zigo said. > > Agreed. I tried out keybase.io (but not the insane private key > hosting obviously), was unimpressed and have since deleted my > account.

Re: [openstack-dev] [all] Key signing at the summit?

Excerpts from Thomas Goirand's message of 2014-11-10 16:26:30 -0800: > On 10/27/2014 10:45 PM, Jeremy Stanley wrote: > > If there is interest in doing another Sassaman-Projected Method > > exercise at future events > > I really wish we do *not* reproduce what happened in Atlanta. > > We had a few

[openstack-dev] [TripleO] Seed Removal - The thing we forgot to talk about at the summit..

Every summit there's at least one big thing that we somehow avoided talking about as a group. We had fantastic discussions but we somehow forgot to talk about this. I'd like to get this done _soon_. To be clear, the plan has always been (I forgot this and had to be reminded, it has been so long):

Re: [openstack-dev] [Heat] New function: first_nonnull

Excerpts from Zane Bitter's message of 2014-11-06 15:35:09 -0800: > On 06/11/14 20:44, Steven Hardy wrote: > > On Wed, Nov 05, 2014 at 02:46:43PM +, Lee, Alexis wrote: > >> I'm considering adding a function which takes a list and returns the > >> first > >> > >> non-null, non-empty val

Re: [openstack-dev] [Heat] New function: first_nonnull

Excerpts from Angus Salkeld's message of 2014-11-09 00:15:42 -0800: > On 06/11/2014 8:32 AM, "Clint Byrum" wrote: > > > > Excerpts from Lee, Alexis's message of 2014-11-05 15:46:43 +0100: > > > I'm considering adding a function which takes a list

Re: [openstack-dev] [Heat] New function: first_nonnull

Excerpts from Lee, Alexis's message of 2014-11-05 15:46:43 +0100: > I'm considering adding a function which takes a list and returns the first > non-null, non-empty value in that list. > > So you could do EG: > > some_thing: > config: > ControlVIP: > first_

Re: [openstack-dev] TC election by the numbers

Excerpts from Matt Joyce's message of 2014-10-31 09:17:23 -0700: > On one hand, I agree a member of the TC should be a very active member > of the development community. Something I have not been, much to my shame. > > However, there are obviously some fundamental issues in how the TC has been >

Re: [openstack-dev] TC election by the numbers

Excerpts from Thierry Carrez's message of 2014-10-30 04:16:48 -0700: > Eoghan Glynn wrote: > >>> I haven't seen the customary number-crunching on the recent TC election, > >>> so I quickly ran the numbers myself. > > Haven't been able to run my analysis yet. I should be able to a few > weeks after

Re: [openstack-dev] TC election by the numbers

Excerpts from Jeremy Stanley's message of 2014-10-29 18:37:42 -0700: > On 2014-10-29 18:27:48 -0700 (-0700), Clint Byrum wrote: > > IIRC, there is no method for removing foundation members. So there > > are likely a number of people listed who have moved on to other >

Re: [openstack-dev] TC election by the numbers

Excerpts from Eoghan Glynn's message of 2014-10-29 16:37:42 -0700: > > > > On Oct 29, 2014, at 3:32 PM, Eoghan Glynn wrote: > > > > > > > > > Folks, > > > > > > I haven't seen the customary number-crunching on the recent TC election, > > > so I quickly ran the numbers myself. > > > > > > Vote

Re: [openstack-dev] [neutron][nova] New specs on routed networking

Excerpts from Cory Benfield's message of 2014-10-24 06:38:44 -0700: > All, > > Project Calico [1] is an open source approach to virtual networking based on > L3 routing as opposed to L2 bridging. In order to accommodate this approach > within OpenStack, we've just submitted 3 blueprints that co

Re: [openstack-dev] [tuskar][tripleo] Tuskar/TripleO on Devstack

Excerpts from Ben Nemec's message of 2014-10-28 11:13:22 -0700: > On 10/28/2014 06:18 AM, Steven Hardy wrote: > > On Tue, Oct 28, 2014 at 11:08:05PM +1300, Robert Collins wrote: > >> On 28 October 2014 22:51, Steven Hardy wrote: > >>> On Tue, Oct 28, 2014 at 03:22:36PM +1300, Robert Collins wrote:

Re: [openstack-dev] [tuskar][tripleo] Tuskar/TripleO on Devstack

Excerpts from Steven Hardy's message of 2014-10-27 15:16:59 -0700: > Hi all, > > Lately I've been spending a lot more time digging into TripleO and Tuskar, > and started looking for a way to spin up simple tests (and in particular, > play with Tuskar UI/API) without necessarily having the overhead

Re: [openstack-dev] [TripleO] Summit scheduling - using our time together wisely.

Excerpts from Ben Nemec's message of 2014-10-27 11:39:31 -0700: > On 10/27/2014 12:30 PM, Clint Byrum wrote: > > I'm anxious to get titles for the scheduled sessions so that people can > > start planning their daily schedules. I have heard some opinions about > > th

Re: [openstack-dev] [TripleO] Summit scheduling - using our time together wisely.

I'm anxious to get titles for the scheduled sessions so that people can start planning their daily schedules. I have heard some opinions about the Neutron/Nova/Ironic work that needs to happen to support L3 (I think we should still bring it up) and also a bit about Cinder HA. I think these are thin

Re: [openstack-dev] [all] Key signing at the summit?

Excerpts from Jeremy Stanley's message of 2014-10-27 07:45:27 -0700: > On 2014-10-26 17:01:07 -0700 (-0700), Clint Byrum wrote: > > Hi everyone! We have a summit rapidly approaching, and to my knowledge, > > no key signing event planned. That is unfortunate, as the web of trust

Re: [openstack-dev] [heat][ceilometer]: scale up/ down based on number of instances in a group

Excerpts from Daniel Comnea's message of 2014-10-27 04:16:32 -0700: > Yes i did but if you look at this example > > https://github.com/openstack/heat-templates/blob/master/hot/autoscaling.yaml > > > the flow is simple: > > CPU alarm in Ceilometer triggers the "type: OS::Heat::ScalingPolicy" whi

[openstack-dev] [all] Key signing at the summit?

Hi everyone! We have a summit rapidly approaching, and to my knowledge, no key signing event planned. That is unfortunate, as the web of trust that we started building in Atlanta would be quite stronger as we add more European developers who I'm sure will be present in large numbers due to proximit

Re: [openstack-dev] [Heat] Convergence prototyping

Excerpts from Zane Bitter's message of 2014-10-23 11:10:29 -0700: > Hi folks, > I've been looking at the convergence stuff, and become a bit concerned > that we're more or less flying blind (or at least I have been) in trying > to figure out the design, and also that some of the first implementat

Re: [openstack-dev] [Ironic] [Triple-O] Openstack Onboarding

Excerpts from Adam Lawson's message of 2014-10-20 18:47:36 -0500: > I made a similar comment to the Triple-O design summmit etherpad in hopes > others have a similar interest in Kilo but I wanted to share evangelize my > thoughts with the community for discussion: > > For better or for worse, one

Re: [openstack-dev] [all] add cyclomatic complexity check to pep8 target

Excerpts from Mike Spreitzer's message of 2014-10-16 22:24:30 -0700: > I like the idea of measuring complexity. I looked briefly at `python -m > mccabe`. It seems to measure each method independently. Is this really > fair? If I have a class with some big methods, and I break it down into >

[openstack-dev] [TripleO] Summit scheduling - using our time together wisely.

The format has changed slightly this summit, to help encourage a more collaborative design experience, rather than rapid fire mass-inclusion summit sessions. So we have two 40-minute long slots, and one whole day of contributor meetup.[1] Our etherpad topics page has received quite a few additions

Re: [openstack-dev] [kolla] on Dockerfile patterns

Excerpts from Angus Lees's message of 2014-10-15 17:30:52 -0700: > On Wed, 15 Oct 2014 09:51:03 AM Clint Byrum wrote: > > Excerpts from Vishvananda Ishaya's message of 2014-10-15 07:52:34 -0700: > > > On Oct 14, 2014, at 1:12 PM, Clint Byrum wrote: > > > &

Re: [openstack-dev] [kolla] on Dockerfile patterns

Excerpts from Vishvananda Ishaya's message of 2014-10-15 07:52:34 -0700: > > On Oct 14, 2014, at 1:12 PM, Clint Byrum wrote: > > > Excerpts from Lars Kellogg-Stedman's message of 2014-10-14 12:50:48 -0700: > >> On Tue, Oct 14, 2014 at 03:25:56PM -0400, Jay Pi

Re: [openstack-dev] [kolla] on Dockerfile patterns

Excerpts from Fox, Kevin M's message of 2014-10-14 17:40:16 -0700: > I'm not arguing that everything should be managed by one systemd, I'm > just saying, for certain types of containers, a single docker container > with systemd in it might be preferable to trying to slice it unnaturally > into seve

Re: [openstack-dev] [Heat] image requirements for Heat software config

Excerpts from Thomas Spatzier's message of 2014-10-14 10:13:27 -0700: > > Hi all, > > I have been experimenting a lot with Heat software config to check out > what works today, and to think about potential next steps. > I've also worked on an internal project where we are leveraging software > c

Re: [openstack-dev] [kolla] on Dockerfile patterns

Excerpts from Lars Kellogg-Stedman's message of 2014-10-14 12:50:48 -0700: > On Tue, Oct 14, 2014 at 03:25:56PM -0400, Jay Pipes wrote: > > I think the above strategy is spot on. Unfortunately, that's not how the > > Docker ecosystem works. > > I'm not sure I agree here, but again nobody is forcin

Re: [openstack-dev] [TripleO] a need to assert user ownership in preserved state

Excerpts from Chris Jones's message of 2014-10-07 13:27:07 -0700: > Hi > > > On 7 Oct 2014, at 20:47, Clint Byrum wrote: > >> > >> I don't think it should import those files wholesale, IMO that's making > >> way too many assumptions about

Re: [openstack-dev] [TripleO] a need to assert user ownership in preserved state

Excerpts from Chris Jones's message of 2014-10-07 12:23:20 -0700: > Hi > > > On 7 Oct 2014, at 18:49, Clint Byrum wrote: > > * Create an element which imports /etc/passwd and /etc/group from local > > disk into image. This will have an element-provides of uid-gid-map

Re: [openstack-dev] [TripleO] a need to assert user ownership in preserved state

Excerpts from Chris Jones's message of 2014-10-07 04:35:33 -0700: > Hi > > > On 6 Oct 2014, at 17:41, Clint Byrum wrote: > > We have to be _extremely_ careful in how we manage this. I actually think > > it has potential to really blow up in our faces. > &g

Re: [openstack-dev] [TripleO] a need to assert user ownership in preserved state

Excerpts from Gregory Haynes's message of 2014-10-06 07:06:02 -0700: > Excerpts from Clint Byrum's message of 2014-10-02 14:15:30 +: > > Excerpts from Gregory Haynes's message of 2014-10-01 19:09:38 -0700: > > > If we really want to go with this type of aproach we could also just > > > copy the

Re: [openstack-dev] [Group-based Policy] Database migration chain

Excerpts from Mike Bayer's message of 2014-10-04 08:10:38 -0700: > > On Oct 4, 2014, at 1:10 AM, Kevin Benton wrote: > > > Does sqlalchemy have good support for cross-database foreign keys? I was > > under the impression that they cannot be implemented with the normal syntax > > and semantics

Re: [openstack-dev] [TripleO] a need to assert user ownership in preserved state

Excerpts from Sullivan, Jon Paul's message of 2014-10-02 02:08:26 -0700: > > -Original Message- > > From: Clint Byrum [mailto:cl...@fewbar.com] > > Sent: 02 October 2014 02:51 > > To: openstack-dev > > Subject: [openstack-dev] [TripleO] a need to ass

Re: [openstack-dev] [TripleO] a need to assert user ownership in preserved state

Excerpts from James Polley's message of 2014-10-01 22:37:25 -0700: > All three of the options presented here seem to assume that UIDs will always > be allocated at image-build time. I think that's because most of these UIDs > will be used to write files into the chroot at image-create time - if I

Re: [openstack-dev] [TripleO] a need to assert user ownership in preserved state

Excerpts from Gregory Haynes's message of 2014-10-01 19:09:38 -0700: > Excerpts from Clint Byrum's message of 2014-10-02 01:50:33 +: > > Recently we've been testing image based updates using TripleO, and we've > > run into an interesting conundrum. > > > > Currently, our image build scripts cr

[openstack-dev] [TripleO] a need to assert user ownership in preserved state

Recently we've been testing image based updates using TripleO, and we've run into an interesting conundrum. Currently, our image build scripts create a user per service for the image. We don't, at this time, assert a UID, so it could get any UID in the /etc/passwd database of the image. However,

Re: [openstack-dev] [kolla] Kolla Blueprints

Excerpts from Steven Dake's message of 2014-10-01 08:04:38 -0700: > On 09/30/2014 09:55 AM, Chmouel Boudjnah wrote: > > > > On Tue, Sep 30, 2014 at 6:41 PM, Steven Dake > > wrote: > > > > > > I've done a first round of prioritization. I think key things we > > nee

Re: [openstack-dev] [TripleO] PTL leave of absence

I will try my best to hold things down until then, and I look forward to your return. Take care. Excerpts from Robert Collins's message of 2014-09-30 12:22:44 -0700: > I have had an unexpected family matter turn up, and may be absent at > fairly arbitrary points for a couple weeks while we deal wi

Re: [openstack-dev] [Zaqar] Comments on the concerns arose during the TC meeting

Excerpts from Jay Pipes's message of 2014-09-30 09:41:29 -0700: > A relational database was built for the above types of queries, and > that's why I said it's the best tool for the job *in this specific case*. > > Now... that said... > > Is it possible to go through the Nova schema and identify

Re: [openstack-dev] [Zaqar] Comments on the concerns arose during the TC meeting

Excerpts from Jay Pipes's message of 2014-09-30 09:41:29 -0700: > On 09/30/2014 08:03 AM, Soren Hansen wrote: > > 2014-09-12 1:05 GMT+02:00 Jay Pipes : > >> If Nova was to take Soren's advice and implement its data-access layer > >> on top of Cassandra or Riak, we would just end up re-inventing SQL

Re: [openstack-dev] [keystone][swift] Has anybody considered storing tokens in Swift?

Excerpts from Adam Young's message of 2014-09-29 20:22:35 -0700: > On 09/29/2014 12:12 PM, Jay Pipes wrote: > > Hey Stackers, > > > > So, I had a thought this morning (uh-oh, I know...). > > > > What if we wrote a token driver in Keystone that uses Swift for > > backend storage? > > > > I have lon

Re: [openstack-dev] [keystone][swift] Has anybody considered storing tokens in Swift?

Excerpts from Clay Gerrard's message of 2014-09-29 16:05:14 -0700: > On Mon, Sep 29, 2014 at 2:53 PM, Chmouel Boudjnah > wrote: > > > > > > > eventual consistency will only affect container listing and I don't think > > there is a need for container listing in that driver. > > > > > well now hol

Re: [openstack-dev] Thoughts on OpenStack Layers and a Big Tent model

Excerpts from Jay Pipes's message of 2014-09-26 14:43:40 -0700: > Hi James, thanks for the corrections/explanations. A comment inline (and > a further question) :) > > On 09/26/2014 05:35 PM, James Slagle wrote: > > On Fri, Sep 26, 2014 at 4:50 PM, Jay Pipes wrote: > >> Heh, I just got off the p

Re: [openstack-dev] [all][tripleo] New Project -> Kolla: Deploy and Manage OpenStack using Kubernetes and Docker

Excerpts from Fox, Kevin M's message of 2014-09-25 09:13:26 -0700: > Why can't you manage baremetal and containers from a single host with > nova/neutron? Is this a current missing feature, or has the development teams > said they will never implement it? > It's a bug. But it is also a complex

Re: [openstack-dev] [all][tripleo] New Project -> Kolla: Deploy and Manage OpenStack using Kubernetes and Docker

First, Kevin, please try to figure out a way to reply in-line when you're replying to multiple levels of threads. Even if you have to copy and quote it manually.. it took me reading your message and the previous message 3 times to understand the context. Second, I don't think anybody minds having

Re: [openstack-dev] [Ceilometer] MySQL performance and Mongodb backend maturity question

Excerpts from Daniele Venzano's message of 2014-09-25 02:40:11 -0700: > On 09/25/14 10:12, Qiming Teng wrote: > > Yes, just about 3 VMs running on two hosts, for at most 3 weeks. This > > is leading me to another question -- any best practices/tools to > > retire the old data on a regular basis?

Re: [openstack-dev] [all][tripleo] New Project -> Kolla: Deploy and Manage OpenStack using Kubernetes and Docker

Excerpts from Mike Spreitzer's message of 2014-09-24 22:01:54 -0700: > Clint Byrum wrote on 09/25/2014 12:13:53 AM: > > > Excerpts from Mike Spreitzer's message of 2014-09-24 20:49:20 -0700: > > > Steven Dake wrote on 09/24/2014 11:02:49 PM: > > > &g

Re: [openstack-dev] [Ceilometer] MySQL performance and Mongodb backend maturity question

Excerpts from Qiming Teng's message of 2014-09-24 20:37:39 -0700: > Hi, > > Some weeks ago, I checked my then latest devstack install and I learned > this: event support in Ceilometer is only available for sqlalchemy > backend; mongodb backend was still under development. I have been using > MySQ

Re: [openstack-dev] [all][tripleo] New Project -> Kolla: Deploy and Manage OpenStack using Kubernetes and Docker

Excerpts from Mike Spreitzer's message of 2014-09-24 20:49:20 -0700: > Steven Dake wrote on 09/24/2014 11:02:49 PM: > > > On 09/24/2014 03:31 PM, Alan Kavanagh wrote: > > Steven > > I have to ask what is the motivation and benefits we get from > > integrating Kubernetes into Openstack? Would be

Re: [openstack-dev] [all][tripleo] New Project -> Kolla: Deploy and Manage OpenStack using Kubernetes and Docker

Excerpts from Steven Dake's message of 2014-09-24 20:02:49 -0700: > On 09/24/2014 03:31 PM, Alan Kavanagh wrote: > > > > Steven > > > > I have to ask what is the motivation and benefits we get from > > integrating Kubernetes into Openstack? Would be really useful if you > > can elaborate and outl

Re: [openstack-dev] [all][tripleo] New Project -> Kolla: Deploy and Manage OpenStack using Kubernetes and Docker

Excerpts from Angus Lees's message of 2014-09-24 18:33:22 -0700: > These last few don't have strong existing options within OpenStack yet (as > far > as I'm aware). Having explored a few different approaches recently, > kubernetes > is certainly not the only option - but is a reasonable conten

Re: [openstack-dev] [all][tripleo] New Project -> Kolla: Deploy and Manage OpenStack using Kubernetes and Docker

Excerpts from Steven Dake's message of 2014-09-23 15:40:29 -0700: > *Hi folks,*** > * > > > I'm pleased to announce the development of a new project Kolla which is > Greek for glue :). Kolla has a goal of providing an implementation that > deploys OpenStack using Kubernetes and Docker. This pro

Re: [openstack-dev] Thoughts on OpenStack Layers and a Big Tent model

Excerpts from Robert Collins's message of 2014-09-23 21:14:47 -0700: > No one helped me edit this :) > > http://rbtcollins.wordpress.com/2014/09/24/what-poles-for-the-tent/ > > I hope I haven't zoned out and just channelled someone else here ;) > This sounds like "API's are what matters." You d

[openstack-dev] [Zaqar] The horse is dead. Long live the horse.

Sorry for the vague subject[1]. I just wanted to commend Flavio Percoco and the Zaqar team for maintaining poise and being excellent citizens of OpenStack whilst being questioned intensely by the likes of me, and others. I feel that this questioning has been useful, and will allow us to reason abo

[openstack-dev] [TripleO] PTL Candidacy

ething I necessarily think will happen in the next 6 months, but I think one role that a PTL can be asked to serve is as shepherd of long term efforts, and this is definitely one of those. So, I thank you for taking the time to read this, and hope that whatever happens we can build a better d

Re: [openstack-dev] [all][tripleo] New Project -> Kolla: Deploy and Manage OpenStack using Kubernetes and Docker

Excerpts from Jay Pipes's message of 2014-09-23 21:38:37 -0700: > On 09/23/2014 10:29 PM, Steven Dake wrote: > > There is a deployment program - tripleo is just one implementation. > > Nope, that is not correct. Like it or not (I personally don't), Triple-O > is *the* Deployment Program for OpenS

Re: [openstack-dev] [Zaqar] Zaqar and SQS Properties of Distributed Queues

Excerpts from Joe Gordon's message of 2014-09-23 14:59:33 -0700: > On Tue, Sep 23, 2014 at 9:13 AM, Zane Bitter wrote: > > > On 22/09/14 22:04, Joe Gordon wrote: > > > >> To me this is less about valid or invalid choices. The Zaqar team is > >> comparing Zaqar to SQS, but after digging into the t

Re: [openstack-dev] Oslo messaging vs zaqar

Excerpts from Geoff O'Callaghan's message of 2014-09-22 17:30:47 -0700: > On 23/09/2014 1:59 AM, "Clint Byrum" wrote: > > > > Geoff, do you expect all of our users to write all of their messaging > > code in Python? > > > > oslo.messaging is

Re: [openstack-dev] [Heat] Convergence: Backing up template instead of stack

Excerpts from Angus Salkeld's message of 2014-09-22 20:15:43 -0700: > On Tue, Sep 23, 2014 at 1:09 AM, Anant Patil wrote: > > > Hi, > > > > One of the steps in the direction of convergence is to enable Heat > > engine to handle concurrent stack operations. The main convergence spec > > talks abou

Re: [openstack-dev] [Heat] Question regarding Stack updates and templates

Excerpts from Angus Salkeld's message of 2014-09-22 20:31:46 -0700: > On Tue, Sep 23, 2014 at 1:04 AM, Anant Patil wrote: > > > Hi, > > > > In convergence, we discuss about having concurrent updates to a stack. I > > wanted to know if it is safe to assume that the an update will be a > > super se

Re: [openstack-dev] [Zaqar] Zaqar and SQS Properties of Distributed Queues

Excerpts from Joe Gordon's message of 2014-09-22 19:04:03 -0700: > On Mon, Sep 22, 2014 at 5:47 PM, Zane Bitter wrote: > > > On 22/09/14 17:06, Joe Gordon wrote: > > > >> On Mon, Sep 22, 2014 at 9:58 AM, Zane Bitter wrote: > >> > >> On 22/09/14 10:11, Gordon Sim wrote: > >>> > >>> On 09/19/201

Re: [openstack-dev] Oslo messaging vs zaqar

Geoff, do you expect all of our users to write all of their messaging code in Python? oslo.messaging is a _python_ library. Zaqar is a service with a REST API -- accessible to any application. As Zane's sarcastic reply implied, these are as related as sharks are to tornados. Could they be combin

Re: [openstack-dev] Please do *NOT* use "vendorized" versions of anything (here: glanceclient using requests.packages.urllib3)

Excerpts from Ian Cordasco's message of 2014-09-18 10:33:04 -0700: > > On 9/18/14, 11:29 AM, "Clint Byrum" wrote: > > >Excerpts from Donald Stufft's message of 2014-09-18 07:30:27 -0700: > >> > >> > On Sep 18, 2014, at 10:18 AM, Clint By

Re: [openstack-dev] [Heat][Zaqar] Integration plan moving forward

Excerpts from Flavio Percoco's message of 2014-09-19 02:37:08 -0700: > On 09/18/2014 11:51 AM, Angus Salkeld wrote: > > > > On 18/09/2014 7:11 PM, "Flavio Percoco" > > wrote: > >> > >> Greetings, > >> > >> If I recall correctly, Heat was planning to adopt Zaqar regardles

Re: [openstack-dev] [Heat][Zaqar] Integration plan moving forward

Excerpts from Flavio Percoco's message of 2014-09-18 02:07:09 -0700: > Greetings, > > If I recall correctly, Heat was planning to adopt Zaqar regardless of > the result of the graduation attempt (please correct me if I'm wrong). > Based on this assumption, I'd like to start working on a plan forwa

Re: [openstack-dev] [Zaqar] Zaqar and SQS Properties of Distributed Queues

Excerpts from Eoghan Glynn's message of 2014-09-19 04:23:55 -0700: > > > Hi All, > > > > My understanding of Zaqar is that it's like SQS. SQS uses distributed > > queues, > > which have a few unusual properties [0]: > > Message Order > > > > > > Amazon SQS makes a best effort to preserve order

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

Excerpts from Christopher Yeoh's message of 2014-09-18 16:57:12 -0700: > On Thu, 18 Sep 2014 12:12:28 -0400 > Sean Dague wrote: > > > When we can return the json-schema to user in the future, can we say > > > that means API accepting utf8 or utf8mb4 is discoverable? If it is > > > discoverable, th

Re: [openstack-dev] Please do *NOT* use "vendorized" versions of anything (here: glanceclient using requests.packages.urllib3)

Excerpts from Ian Cordasco's message of 2014-09-18 07:35:10 -0700: > On 9/18/14, 9:18 AM, "Clint Byrum" wrote: > > >Excerpts from Donald Stufft's message of 2014-09-18 04:58:06 -0700: > >> > >> > On Sep 18, 2014, at 7:54 AM, Thomas Goirand

Re: [openstack-dev] Please do *NOT* use "vendorized" versions of anything (here: glanceclient using requests.packages.urllib3)

Excerpts from Donald Stufft's message of 2014-09-18 07:30:27 -0700: > > > On Sep 18, 2014, at 10:18 AM, Clint Byrum wrote: > > > > Excerpts from Donald Stufft's message of 2014-09-18 04:58:06 -0700: > >> > >>> On Sep 18, 2014, at 7:54 AM

Re: [openstack-dev] [Zaqar] Zaqar and SQS Properties of Distributed Queues

Great job highlighting what our friends over at Amazon are doing. It's clear from these snippets, and a few other pieces of documentation for SQS I've read, that the Amazon team approached SQS from a _massive_ scaling perspective. I think what may be forcing a lot of this frustration with Zaqar is

Re: [openstack-dev] Please do *NOT* use "vendorized" versions of anything (here: glanceclient using requests.packages.urllib3)

Excerpts from Donald Stufft's message of 2014-09-18 04:58:06 -0700: > > > On Sep 18, 2014, at 7:54 AM, Thomas Goirand wrote: > > > >> > >> Linux distributions are not the end be all of distribution models and > >> they don’t get to dictate to upstream. > > > > Well, distributions is where the

Re: [openstack-dev] Please do *NOT* use "vendorized" versions of anything (here: glanceclient using requests.packages.urllib3)

Excerpts from Ian Cordasco's message of 2014-09-17 12:42:57 -0700: > On 9/17/14, 1:46 PM, "Clint Byrum" wrote: > > >Excerpts from Davanum Srinivas's message of 2014-09-17 10:15:29 -0700: > >> I was trying request-ifying oslo.vmware and ran into this as we

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

Excerpts from Derek Higgins's message of 2014-09-17 06:53:25 -0700: > On 15/09/14 22:37, Gregory Haynes wrote: > > 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 performan

Re: [openstack-dev] [heat][nova] VM restarting on host failure in convergence

Excerpts from Jastrzebski, Michal's message of 2014-09-17 06:03:06 -0700: > All, > > Currently OpenStack does not have a built-in HA mechanism for tenant > instances which could restore virtual machines in case of a host > failure. Openstack assumes every app is designed for failure and can > hand

Re: [openstack-dev] Please do *NOT* use "vendorized" versions of anything (here: glanceclient using requests.packages.urllib3)

Excerpts from Davanum Srinivas's message of 2014-09-17 10:15:29 -0700: > I was trying request-ifying oslo.vmware and ran into this as well: > https://review.openstack.org/#/c/121956/ > > And we don't seem to have urllib3 in global-requirements either. > Should we do that first? Honestly, after re

Re: [openstack-dev] Please do *NOT* use "vendorized" versions of anything (here: glanceclient using requests.packages.urllib3)

This is where Debian's "one urllib3 to rule them all" model fails in a modern fast paced world. Debian is arguably doing the right thing by pushing everyone to use one API, and one library, so that when that one library is found to be vulnerable to security problems, one update covers everyone. Als

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

<    2   3   4   5   6   7   8   9   10   11   >