Re: [openstack-dev] [dib][heat] dib-utils/dib-run-parts/dib v2 concern

On Thu, Mar 16, 2017, at 05:18 AM, Steven Hardy wrote: > On Wed, Mar 15, 2017 at 04:22:37PM -0500, Ben Nemec wrote: > > While looking through the dib v2 changes after the feature branch was merged > > to master, I noticed this commit[1], which bring dib-run-parts back into dib > > itself.

Re: [openstack-dev] [dib][heat] dib-utils/dib-run-parts/dib v2 concern

On Wed, Mar 15, 2017, at 04:22 PM, Ben Nemec wrote: > While looking through the dib v2 changes after the feature branch was > merged to master, I noticed this commit[1], which bring dib-run-parts > back into dib itself. Unfortunately I missed the original proposal to > do this, but I have some

Re: [openstack-dev] [tripleo][diskimage-builder] Status of diskimage-builder

On Sat, Mar 4, 2017, at 12:13 PM, Andre Florath wrote: > Hello! > > Thanks Greg for sharing your thoughts. The idea of splitting off DIB > from OpenStack is new for me, therefore I collect some pros and > cons: > > Stay in OpenStack: > > + Use available OpenStack infrastructure and methods > +

Re: [openstack-dev] [tripleo][diskimage-builder] Status of diskimage-builder

Hello, Thanks for bringing this back to life. As I am sure some are aware I have been mostly absent from DIB lately, so don't let me stop you all from going forward with this or any of the other plans. I just wanted to do a bit of a braindump on my thought process from a while back on why I

Re: [openstack-dev] [infra][diskimage-builder] containers, Containers, CONTAINERS!

On Thu, Jan 12, 2017, at 03:32 PM, Andre Florath wrote: > Hello! > > > The end result of this would be we have distro-minimal which depends on > > kernel, minimal-userspace, and yum/debootstrap to build a vm/baremetal > > capable image. We could also create a distro-container element which > >

Re: [openstack-dev] [infra][diskimage-builder] containers, Containers, CONTAINERS!

On Wed, Jan 11, 2017, at 03:04 PM, Paul Belanger wrote: > On Sun, Jan 08, 2017 at 02:45:28PM -0600, Gregory Haynes wrote: > > On Fri, Jan 6, 2017, at 09:57 AM, Paul Belanger wrote: > > > On Fri, Jan 06, 2017 at 09:48:31AM +0100, Andre Florath wrote: > > > > Hello Pa

Re: [openstack-dev] [infra][diskimage-builder] containers, Containers, CONTAINERS!

On Fri, Jan 6, 2017, at 09:57 AM, Paul Belanger wrote: > On Fri, Jan 06, 2017 at 09:48:31AM +0100, Andre Florath wrote: > > Hello Paul, > > > > thank you very much for your contribution - it is very appreciated. > > Seconded - I'm very excited for some effort to be put in to improving the use

Re: [openstack-dev] Fedora AArch64 (64-bit ARM) support in diskimage-builder

On Mon, Nov 14, 2016, at 05:06 PM, dmar...@redhat.com wrote: > On 11/14/2016 04:40 PM, Ben Nemec wrote: > > > > > > On 11/11/2016 10:55 AM, dmar...@redhat.com wrote: > >> > >> I have been looking at using diskimage-builder on Fedora AArch64. While > >> there is 64-bit ARM support for Ubuntu

Re: [openstack-dev] [diskimage-builder] Stepping down as diskimage-builder core

On Sat, Sep 17, 2016, at 10:23 AM, Clint Byrum wrote: > It's been my honor to be included with the core reviewer group on > diskimage-builder, but my focus has changed quite a bit and I'm not > able to keep up with the review load. As a result, I've lost most of > the context and struggle to

Re: [openstack-dev] [devstack] on stud replacement for tls-proxy option on Ubuntu Xenial

On Sun, Sep 4, 2016, at 10:51 AM, Gregory Haynes wrote: > On Sat, Sep 3, 2016, at 09:41 AM, Dean Troyer wrote: >> On Fri, Sep 2, 2016 at 11:30 PM, Masanori Itoh >> <masanori.i...@gmail.com> wrote: >>> It eliminates 'stud' usage and replace it by apache2/mod_ssl, rig

Re: [openstack-dev] [devstack] on stud replacement for tls-proxy option on Ubuntu Xenial

On Sat, Sep 3, 2016, at 09:41 AM, Dean Troyer wrote: > On Fri, Sep 2, 2016 at 11:30 PM, Masanori Itoh > wrote: >> It eliminates 'stud' usage and replace it by apache2/mod_ssl, right? >> >> But, there are use cases like: >> - use apache2/mod_wsgi for better performance

Re: [openstack-dev] A daily life of a dev in ${name_your_fav_project}

On Fri, Aug 26, 2016, at 11:03 AM, Joshua Harlow wrote: > Hi folks (dev and more!), > > I was having a conversation with some folks at godaddy around our future > plans for a developer lab (where we can have various setups of > networking, compute, storage...) for 'exploring' purposes (testing

Re: [openstack-dev] [TripleO][DIB] Proposal to move DIB to its own project team

On Fri, Jul 29, 2016, at 11:55 AM, Ben Nemec wrote: > As I noted in the meeting yesterday, I think the lack of response from > TripleO regarding this topic is kind of answer enough. TripleO has > moved away from having a heavy dependency on diskimage-builder (it's > basically used to install some

[openstack-dev] [TripleO][DIB] Proposal to move DIB to its own project team

-- Gregory Haynes g...@greghaynes.net __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman

Re: [openstack-dev] [DIB] [TripleO] Should we have a DIB meeting?

> I'm glad to see some interest. I've proposed a time slot for the new > meeting here: > > https://review.openstack.org/#/c/343871/ > > which is currently Thursdays, 2000 UTC. I realize the timing isn't > ideal, but given how widely distributed regular contributors are it's > not easy to pick a

Re: [openstack-dev] [DIB] [TripleO] Should we have a DIB meeting?

On Fri, Jul 15, 2016, at 06:20 PM, Stephane Miller wrote: > There are a lot of interesting and complex changes going on with DIB > at the moment. This is a good thing, but it also means that we have > more complex decisions to make for the project. We've already taken > one step to address this in

Re: [openstack-dev] [DIB] [Ironic] [TripleO] Moving IPA element out of DIB tree

On Fri, Jul 15, 2016, at 03:46 PM, Ben Nemec wrote: > I think this probably makes sense, but some more thoughts inline. > > On 07/15/2016 03:13 PM, Stephane Miller wrote: > > To better support diskimage-builder based IPA images going forward, we'd > > like to move the ironic-agent element into

[openstack-dev] [DIB][TripleO] Refreshing the DIB specs process

to other projects, I have documented a trivial specs clause to our specs process so we can hopefully facilitate this. Cheers, Greg 1: https://review.openstack.org/#/c/336109/ -- Gregory Haynes g...@greghaynes.net

Re: [openstack-dev] [lbaas][octavia] suggestion for today's meeting agenda: How to make the Amphora-agent support additional Linux flavors

On Wed, Jun 29, 2016, at 02:18 PM, Nir Magnezi wrote: > Hi Greg, > > Thanks for the replay, comments inline. > > On Wed, Jun 29, 2016 at 9:59 PM, Gregory Haynes > <g...@greghaynes.net> wrote: >> __ >> On Wed, Jun 29, 2016, at 10:26 AM, Nir Magnezi wrote:

Re: [openstack-dev] [lbaas][octavia] suggestion for today's meeting agenda: How to make the Amphora-agent support additional Linux flavors

On Wed, Jun 29, 2016, at 10:26 AM, Nir Magnezi wrote: > Hello, > > Lately, I've been working on a fix[1] for the amhpora-agent, which > currently only support Debian based flavors such as Ubuntu. > > The main Issues here: > 1. NIC hot plugs: Ubuntu's ethX.cfg files looks different from ifcfg- >

Re: [openstack-dev] [nova] Placement API WSGI code -- let's just use flask

On Wed, Jun 22, 2016, at 09:07 AM, Chris Dent wrote: > On Tue, 21 Jun 2016, Sylvain Bauza wrote: > > > To be honest, Chris and you were saying that you don't like Flask, and I'm > > a > > bit agreeing with you. Why now it's a good possibility ? > > As I said when I started the other version of

Re: [openstack-dev] [diskimage-builder] ERROR: embedding is not possible, but this is required for cross-disk install

On Mon, Jun 20, 2016, at 06:01 PM, Jay Pipes wrote: > On 06/20/2016 06:41 PM, Paul Belanger wrote: > > On Mon, Jun 20, 2016 at 04:52:38PM -0400, Jay Pipes wrote: > >> Hi dib-gurus, > >> > >> I'm trying to build a simple ubuntu VM image on a local Gigabyte BRIX with > >> a > >> AMD A8-5557M APU

Re: [openstack-dev] [diskimage-builder] ERROR: embedding is not possible, but this is required for cross-disk install

On Mon, Jun 20, 2016, at 03:52 PM, Jay Pipes wrote: > Hi dib-gurus, > > I'm trying to build a simple ubuntu VM image on a local Gigabyte BRIX > with a AMD A8-5557M APU with Ubuntu 16.04 installed and getting an odd > error. Hoping someone has some ideas... > > The command I am running is: > >

Re: [openstack-dev] [DIB] Adding GPT support

On Tue, Jun 14, 2016, at 07:36 PM, Tony Breeds wrote: > Hi All, > I'd like to add GPT partitioning supporg to DIB. My current > understanding is that the only partitioning in DIB currently is > provided by partitioning-sfdisk, which will not support GPT. > This isn't made very clear

Re: [openstack-dev] Reasoning behind my vote on the Go topic

On Wed, Jun 8, 2016, at 03:46 AM, Thierry Carrez wrote: > Another option (raised by dims) is to find a way to allow usage of > golang (or another language) in a more granular way: selectively allow > projects which really need another tool to use it. The benefit is that > it lets project teams

Re: [openstack-dev] [nova] Using image metadata to sanity check supplied authentication data at nova 'create' or 'recreate' time?

On Mon, Jun 6, 2016, at 05:44 PM, Gregory Haynes wrote: > > On Mon, Jun 6, 2016, at 05:31 PM, Michael Still wrote: >> On Tue, Jun 7, 2016 at 7:41 AM, Clif Houck <m...@clifhouck.com> wrote: >>> Hello all, >>> >>> At Rackspace we're running into an int

Re: [openstack-dev] [nova] Using image metadata to sanity check supplied authentication data at nova 'create' or 'recreate' time?

On Mon, Jun 6, 2016, at 05:31 PM, Michael Still wrote: > On Tue, Jun 7, 2016 at 7:41 AM, Clif Houck wrote: >> Hello all, >> >> At Rackspace we're running into an interesting problem: Consider >> a user >> who boots an instance in Nova with an image which only supports SSH

[openstack-dev] [TripleO][diskimage-builder] Proposing Stephane Miller to dib-core

to be made. If none have been made by next Wednesday (6/8) I'll go ahead and add her to dib-core. Cheers, Greg -- Gregory Haynes g...@greghaynes.net __ OpenStack Development Mailing List (not for usage questions

Re: [openstack-dev] [TripleO] [diskimage-builder] Howto refactor?

On Wed, Jun 1, 2016, at 01:06 AM, Ian Wienand wrote: > On 06/01/2016 02:10 PM, Andre Florath wrote: > > My long term goal is, to add some functionality to the DIB's block > > device layer, like to be able to use multiple partitions, logical > > volumes and mount points. > > Some thoughts... > >

Re: [openstack-dev] [all][tc] Languages vs. Scope of "OpenStack"

On Mon, May 23, 2016, at 05:24 PM, Morgan Fainberg wrote: > > > On Mon, May 23, 2016 at 2:57 PM, Gregory Haynes > <g...@greghaynes.net> wrote: >> On Fri, May 20, 2016, at 07:48 AM, Thierry Carrez wrote: >> > John Dickinson wrote: >> > > [...] &

Re: [openstack-dev] [all][tc] Languages vs. Scope of "OpenStack"

On Fri, May 20, 2016, at 07:48 AM, Thierry Carrez wrote: > John Dickinson wrote: > > [...] > >> So the real question we need to answer is... where does OpenStack > >> stop, and where does the wider open source community start ? If > >> OpenStack is purely an "integration engine", glue code for

Re: [openstack-dev] [all][tc] Languages vs. Scope of "OpenStack"

On Mon, May 23, 2016, at 02:57 PM, Sean Dague wrote: > On 05/23/2016 03:34 PM, Gregory Haynes wrote: > > > > On Mon, May 23, 2016, at 11:48 AM, Doug Hellmann wrote: > >> Excerpts from Chris Dent's message of 2016-05-23 17:07:36 +0100: > >>> On M

Re: [openstack-dev] [all][tc] Languages vs. Scope of "OpenStack"

On Mon, May 23, 2016, at 11:48 AM, Doug Hellmann wrote: > Excerpts from Chris Dent's message of 2016-05-23 17:07:36 +0100: > > On Mon, 23 May 2016, Doug Hellmann wrote: > > > Excerpts from Chris Dent's message of 2016-05-20 14:16:15 +0100: > > >> I don't think language does (or should) have

Re: [openstack-dev] [TripleO] [diskimage-builder] LVM in diskimage-builder

On Tue, May 17, 2016, at 02:32 PM, Andre Florath wrote: > Hi All! > > AFAIK the diskimage-builder started as a testing tool, but it looks > that it evolves more and more into a general propose tool for creating > docker and VM disk images. > > Currently there are ongoing efforts to add LVM [1].

Re: [openstack-dev] [tc] supporting Go

On Wed, May 11, 2016, at 01:11 PM, Robert Collins wrote: > As a community, we decided long ago to silo our code: Nova and Swift > could have been in one tree, with multiple different artifacts - think > of all the cross-code-base-friction we would not have had if we'd done > that! The cultural

Re: [openstack-dev] [tc] supporting Go

On Wed, May 11, 2016, at 03:24 AM, Thierry Carrez wrote: > > That said I know that the Swift team spent a lot of time in the past 6 > years optimizing their Python code, so I'm not sure we can generalize > this "everything to do with the algorithms" analysis to them ? > I agree. The swift

Re: [openstack-dev] [tc] supporting Go

On Wed, May 11, 2016, at 05:09 AM, Hayes, Graham wrote: > On 10/05/2016 23:28, Gregory Haynes wrote: > > > > OK, I'll bite. > > > > I had a look at the code and there's a *ton* of low hanging fruit. I > > decided to hack in some fixes or emulation of fixes to see

Re: [openstack-dev] [tc] supporting Go

On Tue, May 10, 2016, at 11:10 AM, Hayes, Graham wrote: > On 10/05/2016 01:01, Gregory Haynes wrote: > > > > On Mon, May 9, 2016, at 03:54 PM, John Dickinson wrote: > >> On 9 May 2016, at 13:16, Gregory Haynes wrote: > >>> > >>> This is a bit of an a

Re: [openstack-dev] [tc] supporting Go

On Mon, May 9, 2016, at 03:54 PM, John Dickinson wrote: > On 9 May 2016, at 13:16, Gregory Haynes wrote: > > > > This is a bit of an aside but I am sure others are wondering the same > > thing - Is there some info (specs/etherpad/ML thread/etc) that has more > > detai

Re: [openstack-dev] [tc] supporting Go

On Mon, May 9, 2016, at 01:01 PM, Hayes, Graham wrote: > On 09/05/2016 20:46, Adam Young wrote: > > On 05/09/2016 02:14 PM, Hayes, Graham wrote: > >> On 09/05/2016 19:09, Fox, Kevin M wrote: > >>> I think you'll find that being able to embed a higher performance > >>> language inside python will

Re: [openstack-dev] [trove][sahara][infra][Octavia][manila] discussion of image building in Trove

> > The approach being proposed by Pete is something that is equally > applicable to DIB, I think. I believe that he makes a valid observation > and our current element design may in fact be bad. > > The invocation of DIB[1] is > > ${PATH_DISKIMAGEBUILDER}/bin/disk-image-create -a amd64

Re: [openstack-dev] [trove][sahara][infra][Octavia][manila] discussion of image building in Trove

On Wed, May 4, 2016, at 10:33 AM, Peter MacKinnon wrote: > > Well, certainly one downside in the case of Trove (and probably > elsewhere) with DIB is the src tree matrix of datastore-by-distro > elements required to support various guest image combinations, leading > to a proliferation of

Re: [openstack-dev] [trove][sahara][infra][Octavia][manila] discussion of image building in Trove

On Wed, May 4, 2016, at 09:57 AM, Ethan Gafford wrote: > > Sahara has support for several image generation-related cases: > 1) Packing an image pre-cluster spawn in Nova. > 2) Building clusters from a "clean" OS image post-Nova spawn, by >downloading and installing

Re: [openstack-dev] [trove][sahara][infra][Octavia][manila] discussion of image building in Trove

On Wed, May 4, 2016, at 08:55 AM, Flavio Percoco wrote: > On 04/05/16 15:05 +, Amrith Kumar wrote: > >I'm emailing the ML on the subject of a review ongoing in the Trove project > >regarding image building[1]. > > > >TL;DR > > > >One of the most frequent questions that new users of Trove ask

Re: [openstack-dev] [tripleo][releases] Remove diskimage-builder from releases

On Tue, Apr 19, 2016, at 01:25 PM, Ian Wienand wrote: > On 04/20/2016 03:25 AM, Doug Hellmann wrote: > > It's not just about control, it's also about communication. One of > > the most frequent refrains we hear is "what is OpenStack", and one > > way we're trying to answer that is to publicize all

Re: [openstack-dev] [tripleo][releases] Remove diskimage-builder from releases

On Tue, Apr 19, 2016, at 10:25 AM, Doug Hellmann wrote: > Excerpts from Jeremy Stanley's message of 2016-04-19 15:41:26 +: > > On 2016-04-19 09:22:57 -0400 (-0400), Doug Hellmann wrote: > > > Excerpts from Ian Wienand's message of 2016-04-19 12:11:35 +1000: > > [...] > > > > I don't expect the

Re: [openstack-dev] [DIB][Bifrost] Avoid running DIB with simple-init until a new release (1.14.1) is made

On Wed, Apr 6, 2016, at 11:19 AM, Gregory Haynes wrote: > This is a notice for users of diskimage-builder's simple-init element (I > added Bifrost because I believe that is the recommended usage there). > > There is a bug in the latest release (1.14.0) of diskimage-builder which >

[openstack-dev] [DIB][Bifrost] Avoid running DIB with simple-init until a new release (1.14.1) is made

this hasn't bit anyone other than infra (sorry infra), but if it has bit you then I'm sorry! -Greg 1: https://review.openstack.org/#/c/302373/ -- Gregory Haynes g...@greghaynes.net __ OpenStack Development Mailing List

Re: [openstack-dev] [neutron] - Changing the Neutron default security group rules

Clearly, some operators and users disagree with the opinion that 'by default security groups should closed off' given that we have several large public providers who have changed these defaults (despite there being no documented way to do so), and we have users in this thread expressing that

Re: [openstack-dev] [TripleO][DIB] diskimage-builder and python 2/3 compatibility

Excerpts from Ian Wienand's message of 2015-12-09 09:35:15 +: > On 12/09/2015 07:15 AM, Gregory Haynes wrote: > > We ran in to a couple issues adding Fedora 23 support to > > diskimage-builder caused by python2 not being installed by default. > > This can be solved pretty

[openstack-dev] [TripleO][DIB] diskimage-builder and python 2/3 compatibility

Hello everyone, I am hoping for some feedback from our developers/users on a potential solution to a python 2/3 compatibility issue we are hitting in dib: We ran in to a couple issues adding Fedora 23 support to diskimage-builder caused by python2 not being installed by default. This can be

Re: [openstack-dev] [Magnum][Testing] Reduce Functional testing ongate.

Excerpts from Hongbin Lu's message of 2015-11-13 16:05:24 +: > I am going to share something that might be off the topic a bit. > > Yesterday, I was pulled to the #openstack-infra channel to participant a > discussion, which is related to the atomic image download in Magnum. It looks > the

Re: [openstack-dev] [all] Outcome of distributed lock manager discussion @ the summit

Excerpts from Clint Byrum's message of 2015-11-04 21:17:15 +: > Excerpts from Joshua Harlow's message of 2015-11-04 12:57:53 -0800: > > Ed Leafe wrote: > > > On Nov 3, 2015, at 6:45 AM, Davanum Srinivas wrote: > > >> Here's a Devstack review for zookeeper in support of this

Re: [openstack-dev] [requirements] [infra] speeding up gate runs?

Excerpts from Jeremy Stanley's message of 2015-11-04 21:31:58 +: > On 2015-11-04 15:34:26 -0500 (-0500), Sean Dague wrote: > > This seems like incorrect logic. We should test devstack can do all the > > things on a devstack change, not on every neutron / trove / nova change. > > I'm fine if we

[openstack-dev] [TripleO] Proposing Ian Wienand as core reviewer on diskimage-builder

Hello everyone, I would like to propose adding Ian Wienand as a core reviewer on the diskimage-builder project. Ian has been making a significant number of contributions for some time to the project, and has been a great help in reviews lately. Thus, I think we could benefit greatly by adding him

Re: [openstack-dev] Scheduler proposal

Excerpts from Chris Friesen's message of 2015-10-09 19:36:03 +: > On 10/09/2015 12:55 PM, Gregory Haynes wrote: > > > There is a more generalized version of this algorithm for concurrent > > scheduling I've seen a few times - Pick N options at random, apply > > heuri

Re: [openstack-dev] Scheduler proposal

Excerpts from Joshua Harlow's message of 2015-10-08 15:24:18 +: > On this point, and just thinking out loud. If we consider saving > compute_node information into say a node in said DLM backend (for > example a znode in zookeeper[1]); this information would be updated > periodically by that

Re: [openstack-dev] Scheduler proposal

Excerpts from Zane Bitter's message of 2015-10-09 17:09:46 +: > On 08/10/15 21:32, Ian Wells wrote: > > > > > 2. if many hosts suit the 5 VMs then this is *very* unlucky,because > > we should be choosing a host at random from the set of > > suitable hosts and that's a huge coincidence

Re: [openstack-dev] [TripleO] diskimage-builder 1.0.0

Excerpts from Gregory Haynes's message of 2015-06-29 12:44:18 +: Hello all, DIB has come a long way and we seem to have a fairly stable interface for the elements and the image creation scripts. As such, I think it's about time we commit to a major version release. Hopefully this can

Re: [openstack-dev] [TripleO] Moving instack upstream

Excerpts from Derek Higgins's message of 2015-07-21 19:29:49 +: Hi All, Something we discussed at the summit was to switch the focus of tripleo's deployment method to deploy using instack using images built with tripleo-puppet-elements. Up to now all the instack work has been done

Re: [openstack-dev] [TripleO] diskimage-builder 1.0.0

Excerpts from James Slagle's message of 2015-06-30 15:30:49 +: On Mon, Jun 29, 2015 at 8:44 AM, Gregory Haynes g...@greghaynes.net wrote: Hello all, DIB has come a long way and we seem to have a fairly stable interface for the elements and the image creation scripts. As such, I think

[openstack-dev] [TripleO] diskimage-builder 1.0.0

Hello all, DIB has come a long way and we seem to have a fairly stable interface for the elements and the image creation scripts. As such, I think it's about time we commit to a major version release. Hopefully this can give our users the (correct) impression that DIB is ready for use by folks

[openstack-dev] [TripleO] Splitting out dib-core

Hello TripleOers, At the last mid-cycle we briefly discussed whether we should have separate groups for tripleo and DIB core and decided it wasn't necessary. I would like to revisit that topic. It seems clear to me that we have some existing tripleo cores who are becoming less familiar with the

Re: [openstack-dev] [TripleO] Splitting out dib-core

Excerpts from Clint Byrum's message of 2015-06-26 17:21:29 +: Excerpts from Gregory Haynes's message of 2015-06-26 08:17:36 -0700: Hello TripleOers, At the last mid-cycle we briefly discussed whether we should have separate groups for tripleo and DIB core and decided it wasn't

Re: [openstack-dev] [TripleO] Core reviewer update proposal

Excerpts from James Slagle's message of 2015-05-05 11:57:46 +: TripleO cores, please respond with +1/-1 votes and any comments/objections within 1 week. +1 __ OpenStack Development Mailing List (not for usage

Re: [openstack-dev] [magnum] New fedora 21 Atomic images available for testing

Excerpts from Steven Dake (stdake)'s message of 2015-04-23 23:27:00 +: Hi folks, I have spent the last couple of days trying to bring some sanity to the image building process for Magnum. I have found a tool which the Atomic upstream produces which allows a simple repeatable

Re: [openstack-dev] [TripleO] splitting out image building from devtest_overcloud.sh

Excerpts from Dan Prince's message of 2015-04-15 02:14:12 +: I've been trying to cleanly model some Ceph and HA configurations in tripleo-ci that use Puppet (we are quite close to having these things in CI now!) Turns out the environment variables needed for these things are getting to

Re: [openstack-dev] [TripleO] splitting out image building from devtest_overcloud.sh

Excerpts from Gregory Haynes's message of 2015-04-16 02:50:17 +: Excerpts from Dan Prince's message of 2015-04-15 02:14:12 +: I've been trying to cleanly model some Ceph and HA configurations in tripleo-ci that use Puppet (we are quite close to having these things in CI now!)

Re: [openstack-dev] [TripleO] Consistent variable documentation for diskimage-builder elements

Excerpts from Clint Byrum's message of 2015-04-08 23:11:29 +: I discussed a format for something similar here: https://review.openstack.org/#/c/162267/ Perhaps we could merge the effort. The design and implementation in that might take some time, but if we can document the

[openstack-dev] [TripleO] Consistent variable documentation for diskimage-builder elements

Hello, Id like to propse a standard for consistently documenting our diskimage-builder elements. I have pushed a review which transforms the apt-sources element to this format[1][2]. Essentially, id like to move in the direction of making all our element README.rst's contain a sub section called

Re: [openstack-dev] [all] Do we need release announcements for all the things?

Excerpts from Clint Byrum's message of 2015-03-12 20:22:04 +: I spend a not-insignificant amount of time deciding which threads to read and which to fully ignore each day, so extra threads mean extra work, even with a streamlined workflow of single-key-press-per-thread. So I'm wondering

Re: [openstack-dev] [all][oslo.db][nova] TL; DR Things everybody should know about Galera

Excerpts from Joshua Harlow's message of 2015-02-06 01:26:25 +: Angus Lees wrote: On Fri Feb 06 2015 at 4:25:43 AM Clint Byrum cl...@fewbar.com mailto:cl...@fewbar.com wrote: I'd also like to see consideration given to systems that handle distributed consistency in a more

Re: [openstack-dev] [all][oslo.db][nova] TL; DR Things everybody should know about Galera

Excerpts from Angus Lees's message of 2015-02-06 02:36:32 +: On Fri Feb 06 2015 at 12:59:13 PM Gregory Haynes g...@greghaynes.net wrote: Excerpts from Joshua Harlow's message of 2015-02-06 01:26:25 +: Angus Lees wrote: On Fri Feb 06 2015 at 4:25:43 AM Clint Byrum cl

Re: [openstack-dev] [tripleo] Undercloud heat version expectations

Excerpts from Gregory Haynes's message of 2015-01-30 18:28:19 +: Excerpts from Steven Hardy's message of 2015-01-30 10:29:05 +: Hi all, I've had a couple of discussions lately causing me to question $subject, and in particular what our expectations are around

Re: [openstack-dev] [tripleo] Undercloud heat version expectations

Excerpts from Steven Hardy's message of 2015-01-30 10:29:05 +: Hi all, I've had a couple of discussions lately causing me to question $subject, and in particular what our expectations are around tripleo-heat-templates working with older (e.g non trunk) versions of Heat in the undercloud.

Re: [openstack-dev] [TripleO] nominating James Polley for tripleo-core

Excerpts from Clint Byrum's message of 2015-01-14 18:14:45 +: Hello! It has been a while since we expanded our review team. The numbers aren't easy to read with recent dips caused by the summit and holidays. However, I believe James has demonstrated superb review skills and a commitment to

Re: [openstack-dev] [all] [api] gabbi: A tool for declarative testing of APIs

Excerpts from Chris Dent's message of 2015-01-12 19:20:18 +: After some discussion with Sean Dague and a few others it became clear that it would be a good idea to introduce a new tool I've been working on to the list to get a sense of its usefulness generally, work towards getting it

Re: [openstack-dev] [heat][tripleo] Making diskimage-builder install from forked repo?

Excerpts from Steven Hardy's message of 2015-01-08 17:37:55 +: Hi all, I'm trying to test a fedora-software-config image with some updated components. I need: - Install latest master os-apply-config (the commit I want isn't released) - Install os-refresh-config fork from

Re: [openstack-dev] [heat][tripleo] Making diskimage-builder install from forked repo?

Excerpts from Gregory Haynes's message of 2015-01-08 18:06:16 +: Excerpts from Steven Hardy's message of 2015-01-08 17:37:55 +: Hi all, I'm trying to test a fedora-software-config image with some updated components. I need: - Install latest master os-apply-config (the

Re: [openstack-dev] [TripleO] CI/CD report - 2014-12-12 - 2014-12-19

Excerpts from James Polley's message of 2014-12-19 17:10:41 +: Two major CI outages this week 2014-12-12 - 2014-12-15 - pip install MySQL-python failing on fedora - There was an updated mariadb-devel package, which caused pip install of the python bindings to fail as gcc could not build

Re: [openstack-dev] [TripleO] Bug Squashing Day

Excerpts from Gregory Haynes's message of 2014-12-16 19:47:54 +: On Wed, Dec 10, 2014 at 10:36 PM, Gregory Haynes g...@greghaynes.net wrote: A couple weeks ago we discussed having a bug squash day. AFAICT we all forgot, and we still have a huge bug backlog. I'd like to propose

Re: [openstack-dev] [TripleO] Bug Squashing Day

On Wed, Dec 10, 2014 at 10:36 PM, Gregory Haynes g...@greghaynes.net wrote: A couple weeks ago we discussed having a bug squash day. AFAICT we all forgot, and we still have a huge bug backlog. I'd like to propose we make next Wed. (12/17, in whatever 24 window is Wed. in your time zone

[openstack-dev] [TripleO] Bug Squashing Day

on Tues. to help remind everyone the day before. Cheers, Greg -- Gregory Haynes g...@greghaynes.net ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [TripleO] Using python logging.conf for openstack services

://review.openstack.org/#/c/104619/ -- Gregory Haynes g...@greghaynes.net ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [TripleO] Kilo Mid-Cycle Meetup Planning

Excerpts from Gregory Haynes's message of 2014-10-09 20:32:26 +: Hello TripleO-ers, Last time around there was a lot of feedback that we should plan our mid-cycle metup a lot sooner, so lets do that! I've created a (mostly bare) etherpad here:

Re: [openstack-dev] [TripleO] Strategy for testing and merging the merge.py-free templates

Excerpts from Tomas Sedovic's message of 2014-10-14 08:55:30 +: James Slagle proposed something like this when I talked to him on IRC: 1. teach devtest about the new templates, driven by a OVERCLOUD_USE_MERGE_PY switch (defaulting to the merge.py-based templates) 2. Do a CI run of the

[openstack-dev] [TripleO] Kilo Mid-Cycle Meetup Planning

Hello TripleO-ers, Last time around there was a lot of feedback that we should plan our mid-cycle metup a lot sooner, so lets do that! I've created a (mostly bare) etherpad here: https://etherpad.openstack.org/p/kilo-tripleo-midcycle-meetup Note that there are currently no possible venues

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

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 existing /etc/passwd into the image thats being built. Then when users are

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

Excerpts from James Polley's message of 2014-10-02 05:37:25 +: 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 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 create a user per service for the image. We don't, at this time, assert a UID, so

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

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

Hello everyone! 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. As I'm sure many have noticed, he has been above our stats requirements for several months now. More importantly, he has been reviewing a wide breadth of

Re: [openstack-dev] [Glance][Nova][All] requests 2.4.0 breaks glanceclient

Excerpts from Kuvaja, Erno's message of 2014-09-03 12:30:08 +: Hi All, While investigating glanceclient gating issues we narrowed it down to requests 2.4.0 which was released 2014-08-29. Urllib3 seems to be raising new ProtocolError which does not get catched and breaks at least

Re: [openstack-dev] [Ironic] (Non-)consistency of the Ironic hash ring implementation

Excerpts from Nejc Saje's message of 2014-09-01 07:48:46 +: Hey guys, in Ceilometer we're using consistent hash rings to do workload partitioning[1]. We've considered generalizing your hash ring implementation and moving it up to oslo, but unfortunately your implementation is not

Re: [openstack-dev] [TripleO][Ironic] Unique way to get a registered machine?

Excerpts from Steve Kowalik's message of 2014-08-22 06:32:04 +: At the moment, if you run register-nodes a second time with the same list of nodes, it will happily try and register them and then blow up when Ironic or Nova-bm returns an error. If operators are going to update their

Re: [openstack-dev] [TripleO] Future CI jobs

Excerpts from Derek Higgins's message of 2014-08-20 09:06:48 +: On 19/08/14 20:58, Gregory Haynes wrote: Excerpts from Giulio Fidente's message of 2014-08-19 12:07:53 +: One last comment, maybe a bit OT but I'm raising it here to see what is the other people opinion: how about we

Re: [openstack-dev] [TripleO] Future CI jobs

Excerpts from Derek Higgins's message of 2014-08-19 10:41:11 +: Hi All, I'd like to firm up our plans around the ci jobs we discussed at the tripleo sprint, at the time we jotted down the various jobs on an etherpad, to better visualize the matrix of coverage I've put it into a

Re: [openstack-dev] [TripleO] Future CI jobs

Excerpts from Giulio Fidente's message of 2014-08-19 12:07:53 +: One last comment, maybe a bit OT but I'm raising it here to see what is the other people opinion: how about we modify the -ha job so that at some point we actually kill one of the controllers and spawn a second user image?

Re: [openstack-dev] [TripleO] devtest environment for virtual or true bare metal

Excerpts from Ben Nemec's message of 2014-08-08 22:25:35 +: That sounds essentially correct. Note that all 15 vms aren't used in a normal devtest run, but we create them all anyway because of some difficulties adding new environments in some situations (namely CI, I believe). On

Re: [openstack-dev] [TripleO] fix poor tarball support in source-repositories

Excerpts from Clint Byrum's message of 2014-08-16 14:33:20 +: That is a separate bug, but I think the answer to that is to use rsync instead of mv and globs. So this: mv $tmp/./* $destdir becomes this: rsync --remove-source-files $tmp/. $destdir +1 on this approach. It's

  1   2   >