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.
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
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
> +
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
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
> >
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
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
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
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
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
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
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
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
--
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
> 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
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
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
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
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:
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-
>
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
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
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:
>
>
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
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
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
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
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
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...
>
>
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:
>> > > [...]
&
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
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
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
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].
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
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
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
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
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
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
>
> 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
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
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
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
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
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
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
>
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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!)
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
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
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
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
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
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
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.
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
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
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
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
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
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
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
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
://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
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:
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
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
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
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
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
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
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
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
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
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
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
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
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?
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
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 - 100 of 112 matches
Mail list logo